Signed-off-by: Rob Clark
---
drivers/gpu/drm/radeon/r100.c | 6 +--
drivers/gpu/drm/radeon/r600_cs.c | 6 +--
drivers/gpu/drm/radeon/radeon_connectors.c | 66 --
3 files changed, 22 insertions(+), 56 deletions(-)
diff --git a/drivers/gpu/drm/r
Signed-off-by: Rob Clark
---
drivers/gpu/drm/i915/intel_display.c | 9 -
drivers/gpu/drm/i915/intel_overlay.c | 9 -
drivers/gpu/drm/i915/intel_sprite.c | 12
3 files changed, 12 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/d
Signed-off-by: Rob Clark
---
drivers/gpu/drm/nouveau/nouveau_connector.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c
b/drivers/gpu/drm/nouveau/nouveau_connector.c
index 680f46d..dbdc9ad 100644
--- a/drivers/gpu/
Signed-off-by: Rob Clark
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
index 1a024e3..991e5c8 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
+++ b/drive
Signed-off-by: Rob Clark
---
drivers/gpu/drm/udl/udl_connector.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_connector.c
b/drivers/gpu/drm/udl/udl_connector.c
index dea38ab..e026a9e 100644
--- a/drivers/gpu/drm/udl/udl_connector.c
+++ b/dri
Signed-off-by: Rob Clark
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/drivers/gpu/drm/mgag200/mgag200_mode.c
index f9fe390..45f04de 100644
--- a/drivers/gpu/drm/mgag200/mgag
Signed-off-by: Rob Clark
---
drivers/gpu/drm/exynos/exynos_drm_connector.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_connector.c
b/drivers/gpu/drm/exynos/exynos_drm_connector.c
index 25c7888..ba9b3d5 100644
--- a/drivers
Signed-off-by: Rob Clark
---
drivers/gpu/drm/cirrus/cirrus_mode.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
b/drivers/gpu/drm/cirrus/cirrus_mode.c
index 49332c5..e1c5c32 100644
--- a/drivers/gpu/drm/cirrus/cirrus_mode
Signed-off-by: Rob Clark
---
drivers/gpu/drm/bochs/bochs_kms.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_kms.c
b/drivers/gpu/drm/bochs/bochs_kms.c
index dcf2e55..b3c6130 100644
--- a/drivers/gpu/drm/bochs/bochs_kms.c
+++ b/driv
Signed-off-by: Rob Clark
---
drivers/gpu/drm/ast/ast_mode.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index 9896286..5389350 100644
--- a/drivers/gpu/drm/ast/ast_mode.c
+++ b/drivers/gpu/drm/as
Slightly overdue, but retrofit recently added helpers to drivers.
Note that there are a couple places left in core, but they get
replaced in the atomic series and I didn't feel like making extra
conflicts for myself.
Rob Clark (10):
drm/ast: use helpers
drm/bochs: use helpers
drm/cirrus: use
On Thu, Jul 17, 2014 at 8:41 PM, Michel D?nzer wrote:
> On 18.07.2014 01:29, Alex Deucher wrote:
>> @@ -55,10 +55,13 @@ int radeon_gem_object_create(struct radeon_device *rdev,
>> int size,
>> alignment = PAGE_SIZE;
>> }
>>
>> - /* maximun bo size is the minimun btw visibl
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #14 from maxis11 ---
Jul 18 00:34:03 maxis11-Aspire-5560 kernel: [6.728524] [drm] Internal
thermal controller with fan control
Jul 18 00:34:03 maxis11-Aspire-5560 kernel: [6.728612] == power state 0 ==
Jul 18 00:34:03 maxis11-A
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #13 from maxis11 ---
(In reply to Alex Deucher from comment #12)
> (In reply to maxis11 from comment #6)
> > BTW runpm works with 3.12.7 and 3.12.8 (with 3.13 and later runpm=1 freezes
> > laptop during boot)
>
> runpm support didn't
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #12 from Alex Deucher ---
(In reply to maxis11 from comment #6)
> BTW runpm works with 3.12.7 and 3.12.8 (with 3.13 and later runpm=1 freezes
> laptop during boot)
runpm support didn't exist until 3.13. If "echo OFF >
/sys/kernel/debu
On Thu, Jul 17, 2014 at 8:50 PM, Dieter N?tzel wrote:
> Am 17.07.2014 22:50, schrieb Alex Deucher:
>
>> Hi Dave,
>>
>> A few more fixes for 3.16. The pageflipping fixes I dropped last week
>> have finally shaped up so this is mostly fixes for fallout from the
>> pageflipping code changes. Also f
https://bugzilla.kernel.org/show_bug.cgi?id=74551
maxis11 changed:
What|Removed |Added
Summary|Unable to enable ACPI |Unable to run linux with
|
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #11 from maxis11 ---
executing "echo OFF > /sys/kernel/debug/vgaswitcheroo/switch" on every kernel
causes freezing OS(even where runpm and dpm are working). Additionally, when OS
freezes, it doesn't write any log(not in kern.log or Xor
vel/attachments/20140717/80529966/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/0975a77e/attachment.html>
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
src/gallium/drivers/radeon/r600_buffer_common.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_buffer_common.c
b/src/gallium/drivers/radeon/r600_buffer_common.c
index c8a0723..6f7fa29 1
From: Michel D?nzer
This is hopefully safe: The kernel makes sure writes to these mappings
finish before the GPU might start reading from them, and the GPU caches
are invalidated at the start of a command stream.
Signed-off-by: Michel D?nzer
---
src/gallium/drivers/radeon/r600_buffer_common.c
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
src/gallium/drivers/radeon/r600_buffer_common.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_buffer_common.c
b/src/gallium/drivers/radeon/r600_buffer_common.c
index 4e6b897..40917f
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
src/gallium/drivers/r300/r300_query.c | 2 +-
src/gallium/drivers/r300/r300_render.c| 2 +-
src/gallium/drivers/r300/r300_screen_buffer.c | 4 ++--
src/gallium/drivers/r300/r300_texture.c | 2 +-
src/
From: Michel D?nzer
Should reduce overhead because the caching buffer manager doesn't need to
consider buffers of the wrong type.
Signed-off-by: Michel D?nzer
---
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 10 +++---
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 16 +
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik.c | 3 +++
drivers/gpu/drm/radeon/cik_sdma.c| 2 ++
drivers/gpu/drm/radeon/ni.c | 3 +++
drivers/gpu/drm/radeon/ni_dma.c | 2 ++
drivers/gpu/drm/radeon/radeon_ring.c | 2 +-
5 files changed
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik.c | 3 +++
drivers/gpu/drm/radeon/cik_sdma.c| 4
drivers/gpu/drm/radeon/ni.c | 3 +++
drivers/gpu/drm/radeon/ni_dma.c | 4
drivers/gpu/drm/radeon/radeon_ring.c | 22 ++
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik.c | 4 ++--
drivers/gpu/drm/radeon/cik_sdma.c | 3 ++-
drivers/gpu/drm/radeon/evergreen.c| 12
drivers/gpu/drm/radeon/r600.c | 4 ++--
drivers/gpu/drm/radeon/
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/r100.c| 2 +-
drivers/gpu/drm/radeon/r300.c| 12 +---
drivers/gpu/drm/radeon/radeon.h | 12 +---
drivers/gpu/drm/radeon/radeon_asic.h | 8
drivers/gpu/drm/radeon/radeon_ga
From: Michel D?nzer
Doesn't seem necessary, the GART table memory should be persistent.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/cik.c | 1 -
drivers/gpu/drm/radeon/evergreen.c | 1 -
drivers/gpu/drm/radeon/ni.c | 1 -
drivers/gpu/drm/radeon/r100.c|
In order to try and improve X(Shm)PutImage performance with glamor, I
implemented support for write-combined CPU mappings of BOs in GTT.
This did provide a nice speedup, but to my surprise, using VRAM instead
of write-combined GTT turned out to be even faster in general on my
Kaveri machine, both
/
http://pastebin.com/VXAb5k17
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/938ca1e0/attachment-0001.html>
Am 17.07.2014 18:29, schrieb Alex Deucher:
> On Thu, Jul 17, 2014 at 10:28 AM, Christian K?nig
> wrote:
>> Am 17.07.2014 06:02, schrieb Michel D?nzer:
>>
>>> On 17.07.2014 02:26, Alex Deucher wrote:
Now that fallback to gtt is fixed for cpu access, we can
remove this limit.
Sig
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/e81a870c/attachment.html>
This patch adds common part of dsi node.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos5420.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index
This patch adds mipi-phy node for MIPI DSI device.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos5420.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420.dtsi
b/arch/arm/boot/dts/exynos5420.dtsi
index
This patch adds sysreg property to fimd device node
which is required to use I80 interface.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos5.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5.dtsi b/arch/arm/bo
This patch adds sysreg property to fimd device node
which is required to use I80 interface.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos4.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/bo
This patch adds MIPI DSI command mode based
S6E3FA0 AMOLED LCD Panel driver.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
drivers/gpu/drm/panel/Kconfig | 7 +
drivers/gpu/drm/panel/Makefile| 1 +
drivers/gpu/drm/panel/panel-s6e3fa0.c | 541
This patch adds DT bindings for s6e3fa0 panel.
The bindings describes panel resources and display timings.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
.../devicetree/bindings/panel/samsung,s6e3fa0.txt | 46 ++
1 file changed, 46 insertions(+)
The offset of register DSIM_PLLTMR_REG in Exynos5410 / 5420 / 5440
SoCs is different from the one in Exynos4 SoCs.
In case of Exynos5410 / 5420 / 5440 SoCs, there is no frequency
band bit in DSIM_PLLCTRL_REG, and it uses DSIM_PHYCTRL_REG and
DSIM_PHYTIMING*_REG instead.
So this patch adds driver d
This patch adds relevant to exynos5410 compatible
for exynos5410 / 5420 / 5440 SoCs support.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
Documentation/devicetree/bindings/video/exynos_dsim.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a
To support MIPI command mode based I80 interface panel,
FIMD should do followings:
- Sets LCD I80 interface timings configuration.
- Uses "lcd_sys" as an IRQ resource and sets relevant IRQ configuration.
- Sets LCD block configuration for I80 interface.
- Sets ideal(pixel) clock is 2 times faster t
To support LCD I80 interface, the DSI host should register
TE interrupt handler from the TE GPIO of attached panel.
So the panel generates a tearing effect synchronization signal
then the DSI host calls the CRTC device manager to trigger
to transfer video image.
Signed-off-by: YoungJun Cho
Acked-
To support LCD I80 interface, the panel should generate
Tearing Effect synchronization signal between MCU and FB
to display video images.
And the display controller should trigger to transfer
video image at this signal.
So the panel receives the TE IRQ, then calls these handler
chains to notify it
In case of using MIPI DSI based I80 interface panel,
the relevant registers should be set.
So this patch adds relevant DT bindings.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
---
.../devicetree/bindings/video/samsung-fimd.txt | 28 ++
1 file
There could be the case that the page flip operation isn't finished correctly
with some abnormal condition such as panel reset. So this patch replaces
wait_event() with wait_event_timeout() to avoid waiting for page flip completion
infinitely.
And clears exynos_crtc->pending_flip in exynos_drm_crtc
This configuration could be used in MIPI DSI command mode also.
And adds user manual description for display configuration.
Signed-off-by: YoungJun Cho
Acked-by: Inki Dae
Acked-by: Kyungmin Park
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 14 --
1 file
Hi,
This series adds LCD I80 interface display support for Exynos DRM driver.
The FIMD(display controller) specification describes it as "LCD I80 interface"
and the DSI specification describes it as "Command mode interface".
This is based on exynos-drm-next branch.
The previous patches,
RFC: htt
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/3c8b1c06/attachment.html>
Forgot to cc mailing list on cover letter. Sorry.
As a continuation to the existing discussion, here is a v2 patch series
restructured with a cleaner history and no totally-different-early-versions of
the code.
Instead of 83 patches, there are now a total of 25 patches, where 5 of them
are modi
Hi Dave,
A few more fixes for 3.16. The pageflipping fixes I dropped last week
have finally shaped up so this is mostly fixes for fallout from the
pageflipping code changes. Also fix a memory leak and a black screen
when restoring the backlight on console unblanking.
The following changes since
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/de506817/attachment.html>
eleration while the non-retro case does not.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/18d14d25/attachment.html>
stebin.com/zntHnrxu
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/b2378cf2/attachment-0001.html>
From: Evgeny Pinchuk
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 46 +++--
drivers/gpu/drm/radeon/amdkfd/kfd_device.c | 2 ++
drivers/gpu/drm/radeon/amdkfd/kfd_priv.h| 5
drivers/gpu/drm/radeon/amdkfd/k
From: Alexey Skidanov
Signed-off-by: Alexey Skidanov
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 40 -
drivers/gpu/drm/radeon/amdkfd/kfd_priv.h| 5
2 files changed, 44 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/
From: Evgeny Pinchuk
Signed-off-by: Evgeny Pinchuk
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c
b/drivers/gpu/drm/radeon/
From: Andrew Lewycky
Signed-off-by: Andrew Lewycky
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 51 -
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c
b/drivers/gpu/drm/radeon/
From: Ben Goz
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 133 +++-
drivers/gpu/drm/radeon/amdkfd/kfd_priv.h| 8 ++
2 files changed, 138 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/amdk
From: Andrew Lewycky
This patch adds the interrupt handling module, in kfd_interrupt.c, and its
related members in different data structures to the amdkfd driver.
The amdkfd interrupt module maintains an internal interrupt ring per amdkfd
device. The internal interrupt ring contains interrupts
From: Ben Goz
The queue scheduler divides into two sections, one section is process bounded
and the other section is device bounded.
The device bounded section is handled by this module.
The DQM module handles queue setup, update and tear-down from the device side.
It also supports suspend/resum
From: Ben Goz
The queue scheduler divides into two sections, one section is process bounded
and the other section is device bounded.
The process bounded section is handled by this module. The PQM handles usermode
queue setup, updates and tear-down.
Signed-off-by: Ben Goz
Signed-off-by: Oded G
From: Ben Goz
The packet manager module builds PM4 packets for the sole use of the CP
scheduler. Those packets are used by the HIQ to submit runlists to the CP.
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/Makefile | 2 +-
drivers/gpu/drm/
From: Ben Goz
This patch adds a new parameter to the amdkfd driver. This parameter enables
the user to select the scheduling policy of the CP. The choices are:
* CP Scheduling with support for over-subscription
* CP Scheduling without support for over-subscription
* Without CP Scheduling
Signe
From: Ben Goz
The kernel queue module enables the amdkfd to establish kernel queues, not
exposed to user space.
The kernel queues are used for HIQ (HSA Interface Queue) and DIQ (Debug
Interface Queue) operations
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/a
From: Ben Goz
The mqd_manager module handles MQD data structures. MQD stands for Memory Queue
Descriptor, which is used by the H/W to keep the usermode queue state in memory.
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/Makefile | 2 +-
drive
From: Ben Goz
The queue module enables allocating and initializing queues uniformly.
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/Makefile| 2 +-
drivers/gpu/drm/radeon/amdkfd/kfd_priv.h | 48 +
drivers/gpu/drm/radeon/amdkfd/kfd_queue
This patch adds the functions to bind and unbind pasid from a device through
the amd_iommu driver.
The unbind function is called when the mm_struct of the process is released.
The bind function is not called here because it is called only in the IOCTLs
which are not yet implemented at this stag
From: Andrew Lewycky
This patch adds the process module and 4 helper modules:
- kfd_process, which handles process which open /dev/kfd
- kfd_doorbell, which provides helper functions for doorbell allocation,
release and mapping to userspace
- kfd_pasid, which provides helper functions for pasid
From: Evgeny Pinchuk
This patch adds the topology module to the driver. The topology is exposed to
userspace through the sysfs.
The calls to add and remove a device to/from topology are done by the radeon
driver.
Signed-off-by: Evgeny Pinchuk
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/ra
This patch adds the amdkfd skeleton driver. The driver does nothing except
define a /dev/kfd device.
It returns -ENODEV on all amdkfd IOCTLs.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/Kconfig | 2 +
drivers/gpu/drm/radeon/Makefile | 2 +
drivers/gpu/drm/
This patch adds the interface between the radeon driver and the amdkfd driver.
The interface implementation is contained in radeon_kfd.c and radeon_kfd.h.
The interface itself is represented by a pointer to struct
kfd_dev. The pointer is located inside radeon_device structure.
All the register ac
Implementing a lock for selecting and accessing shader engines and arrays.
This lock will make sure that radeon and amdkfd are not colliding when
accessing shader engines and arrays with GRBM_GFX_INDEX register.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/cik.c | 26 +
radeon and amdkfd share the doorbell aperture.
radeon sets it up, takes the doorbells required for its own rings
and reports the setup to amdkfd.
radeon reserved doorbells are at the start of the doorbell aperture.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/radeon.h| 4
amdkfd should set interrupts for pipes 1-7.
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/cik.c | 71 +---
1 file changed, 1 insertion(+), 70 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
index 0b53633..1d7d
To support HSA on KV, we need to limit the number of vmids and pipes
that are available for radeon's use with KV.
This patch reserves VMIDs 8-15 for amdkfd (so radeon can only use VMIDs
0-7) and also makes radeon thinks that KV has only a single MEC with a single
pipe in it
Signed-off-by: Oded Ga
Am 17.07.2014 06:02, schrieb Michel D?nzer:
> On 17.07.2014 02:26, Alex Deucher wrote:
>> Now that fallback to gtt is fixed for cpu access, we can
>> remove this limit.
>>
>> Signed-off-by: Alex Deucher
>> ---
>> drivers/gpu/drm/radeon/radeon_gem.c | 7 +--
>> 1 file changed, 5 insertions(+
On Thu, Jul 17, 2014 at 02:45:09PM +0200, Christian K?nig wrote:
> Am 17.07.2014 14:30, schrieb Oded Gabbay:
> >On 17/07/14 15:29, Christian K?nig wrote:
> >>Am 17.07.2014 13:57, schrieb Oded Gabbay:
> >>>On 11/07/14 19:36, Jerome Glisse wrote:
> On Fri, Jul 11, 2014 at 12:50:08AM +0300, Oded G
On 17/07/14 15:29, Christian K?nig wrote:
> Am 17.07.2014 13:57, schrieb Oded Gabbay:
>> On 11/07/14 19:36, Jerome Glisse wrote:
>>> On Fri, Jul 11, 2014 at 12:50:08AM +0300, Oded Gabbay wrote:
The KFD driver should be loaded when the radeon driver is loaded and
should be finalized when t
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/df889987/attachment.html>
On 11/07/14 21:25, Jerome Glisse wrote:
> On Fri, Jul 11, 2014 at 12:50:11AM +0300, Oded Gabbay wrote:
>> This patch adds the code base of the scheduler, which handles queue
>> creation, deletion and scheduling on the CP of the GPU.
>>
>> Signed-off-by: Oded Gabbay
>
> I would rather see all this
On 11/07/14 19:36, Jerome Glisse wrote:
> On Fri, Jul 11, 2014 at 12:50:08AM +0300, Oded Gabbay wrote:
>> The KFD driver should be loaded when the radeon driver is loaded and
>> should be finalized when the radeon driver is removed.
>>
>> This patch adds a function call to initialize kfd from radeo
On 11/07/14 19:24, Jerome Glisse wrote:
> On Thu, Jul 10, 2014 at 03:38:33PM -0700, Joe Perches wrote:
>> On Fri, 2014-07-11 at 00:50 +0300, Oded Gabbay wrote:
>>> This patch adds the interface between the radeon driver and the kfd
>>> driver. The interface implementation is contained in
>>> radeon
On 11/07/14 20:28, Joe Perches wrote:
> On Fri, 2014-07-11 at 13:04 -0400, Jerome Glisse wrote:
>> On Fri, Jul 11, 2014 at 12:50:09AM +0300, Oded Gabbay wrote:
> []
>>> +static long kfd_ioctl(struct file *, unsigned int, unsigned long);
>>
>> Nitpick, avoid unsigned int just use unsigned.
>
> I sug
On 11/07/14 22:22, Jerome Glisse wrote:
> On Fri, Jul 11, 2014 at 06:56:12PM +, Bridgman, John wrote:
>>> From: Jerome Glisse [mailto:j.glisse at gmail.com]
>>> Sent: Friday, July 11, 2014 2:52 PM
>>> To: Bridgman, John
>>> Cc: Oded Gabbay; David Airlie; Deucher, Alexander; linux-
>>> kernel at
On (Thu) 17 Jul 2014 [11:11:15], Daniel Vetter wrote:
> On Thu, Jul 17, 2014 at 02:32:41PM +0530, Amit Shah wrote:
> > On (Thu) 17 Jul 2014 [09:35:20], Daniel Vetter wrote:
> > > On Wed, Jul 16, 2014 at 9:54 PM, Linus Torvalds
> > > wrote:
> > > > Sorry for the top post, I'm on the road..
> > > >
On 14/07/14 10:58, Christian K?nig wrote:
> Am 14.07.2014 09:38, schrieb Michel D?nzer:
>> On 11.07.2014 06:50, Oded Gabbay wrote:
>>> @@ -5876,8 +5871,13 @@ int cik_ib_parse(struct radeon_device *rdev, struct
>>> radeon_ib *ib)
>>>*/
>>> int cik_vm_init(struct radeon_device *rdev)
>>> {
>>
5d9318..0748284 100644
>>>>> --- a/drivers/gpu/drm/radeon/radeon_kms.c
>>>>> +++ b/drivers/gpu/drm/radeon/radeon_kms.c
>>>>> @@ -34,6 +34,10 @@
>>>>> #include
>>>>> #include
>>>>>
>>>>> +extern void radeon_kfd_device_probe(struct radeon_device *rdev);
>>>>> +extern void radeon_kfd_device_init(struct radeon_device *rdev);
>>>>> +extern void radeon_kfd_device_fini(struct radeon_device *rdev);
>>>>> +
>>>>> #if defined(CONFIG_VGA_SWITCHEROO)
>>>>> bool radeon_has_atpx(void);
>>>>> #else
>>>>> @@ -63,6 +67,8 @@ int radeon_driver_unload_kms(struct drm_device
>>>>> *dev)
>>>>>
>>>>> pm_runtime_get_sync(dev->dev);
>>>>>
>>>>> +radeon_kfd_device_fini(rdev);
>>>>> +
>>>>> radeon_acpi_fini(rdev);
>>>>>
>>>>> radeon_modeset_fini(rdev);
>>>>> @@ -142,6 +148,9 @@ int radeon_driver_load_kms(struct drm_device
>>>>> *dev,
>>>>> unsigned long flags)
>>>>> "Error during ACPI methods call\n");
>>>>> }
>>>>>
>>>>> +radeon_kfd_device_probe(rdev);
>>>>> +radeon_kfd_device_init(rdev);
>>>>> +
>>>>> if (radeon_is_px(dev)) {
>>>>> pm_runtime_use_autosuspend(dev->dev);
>>>>> pm_runtime_set_autosuspend_delay(dev->dev, 5000);
>>>>> --
>>>>> 1.9.1
>>>>>
>>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/2031c0d1/attachment-0001.html>
On (Thu) 17 Jul 2014 [09:35:20], Daniel Vetter wrote:
> On Wed, Jul 16, 2014 at 9:54 PM, Linus Torvalds
> wrote:
> > Sorry for the top post, I'm on the road..
> >
> > In wondering if we couldn't just keep both the old an the new names and have
> > them both point at the same variable? Remove the d
Am 17.07.2014 13:57, schrieb Oded Gabbay:
> On 11/07/14 19:36, Jerome Glisse wrote:
>> On Fri, Jul 11, 2014 at 12:50:08AM +0300, Oded Gabbay wrote:
>>> The KFD driver should be loaded when the radeon driver is loaded and
>>> should be finalized when the radeon driver is removed.
>>>
>>> This patch
On Thu, Jul 17, 2014 at 12:01 PM, Michel D?nzer wrote:
> Mesa patches:
>
> [PATCH 1/5] winsys/radeon: Use separate caching buffer managers for
> [PATCH 2/5] r600g/radeonsi: Use write-combined CPU mappings of some
> [PATCH 3/5] r600g/radeonsi: Prefer VRAM for CPU -> GPU streaming
For these 3 patch
Like I said at patch 4, this would be okay if the COHERENT flag wasn't set.
If you removed the PERSISTENT flag from the conditional, the placement
of persistent non-coherent buffers would be driven by the "usage",
meaning that you would be able to get any kind of placement you want.
Marek
On Thu
The resource flags actually tell you what you can do. If the COHERENT
flag is set, the mapping must be cached. If it's unset, it's up to
you.
If write-combining is faster for vertex uploads, then Glamor shouldn't
set the coherent flag.
Marek
On Thu, Jul 17, 2014 at 12:01 PM, Michel D?nzer wrote
't I be seeing the same errors as with "-retro" as well?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/33401733/attachment-0001.html>
Hi Rob,
On Tue, Jul 8, 2014 at 9:30 PM, Rob Clark wrote:
> Now that we (almost) have enough dependencies in place (MMCC, RPM, etc),
> add necessary DT support so that we can use drm/msm on upstream kernel.
>
> Signed-off-by: Rob Clark
> ---
> I thought I sent this already, but looks like I've fo
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/6df85955/attachment.html>
On 17.07.2014 02:26, Alex Deucher wrote:
> Now that fallback to gtt is fixed for cpu access, we can
> remove this limit.
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/radeon_gem.c | 7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/ra
signature.asc
Type: application/pgp-signature
Size: 246 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/21e1dc18/attachment.sig>
here though.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140717/9b0f5a55/attachment.html>
1 - 100 of 119 matches
Mail list logo