I'm afraid this won't always work and it can be a source of bugs.
Userspace doesn't have to call GEM_WAIT_IDLE before a CPU access to a
VRAM buffer. For example, consider a wait-idle request with a non-zero
timeout, which is implemented as a loop which calls GEM_BUSY. Also,
userspace can use fence
On Mon, Aug 4, 2014 at 7:28 PM, Alexandre Courbot
wrote:
> Pages allocated using the DMA API have a coherent memory mapping. Make
> this mapping visible to drivers so they can decide to use it instead of
> creating their own redundant one.
I've picked this up in nouveau's linux-3.17 staging branc
On Mon, Aug 4, 2014 at 5:32 PM, Daniel Vetter wrote:
> On Thu, Jul 31, 2014 at 06:09:42PM +0900, Alexandre Courbot wrote:
>> The DMA API is the recommended way to map pages no matter what the
>> underlying bus is. Use the DMA functions for page mapping and remove
>> currently existing wrappers.
>>
Valley hang. I have a workaround now and I'll
try to find the best way to fix it tomorrow.
--
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/20140805/ed6752e7/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/1919f086/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/b8003009/attachment.html>
ay to stop this is to restart X or
the computer.
--
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/20140805/3a466a4f/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/3f2f910b/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140805/2db8e332/attachment-0001.html>
On 30 July 2014 23:36, Daniel Vetter wrote:
> Bunch of small leftovers spotted by looking at the make htmldocs output.
>
> I've left out dp mst, there's too much amiss there.
(btw this patch doesn't apply cleanly - modeset_lock seems different).
Just spotted this comment!
I do wonder if I should
e 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/20140805/ce376792/attachment.html>
From: Thierry Reding
The GMA500 driver redefines many constants already found in the generic
header. Replace uses of the custom defines by the standard ones and get
rid of the duplicate defininitions.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c | 75
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/e85770a2/attachment.html>
mehow. Does uninstalling the PPA and installing it again help?
--
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/20140805/
re 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/20140805/e78c4d36/attachment-0001.html>
On Tue, Aug 5, 2014 at 4:51 AM, Dave Airlie wrote:
> On 30 July 2014 23:36, Daniel Vetter wrote:
>> Bunch of small leftovers spotted by looking at the make htmldocs output.
>>
>> I've left out dp mst, there's too much amiss there.
>
> (btw this patch doesn't apply cleanly - modeset_lock seems dif
https://bugzilla.kernel.org/show_bug.cgi?id=78221
--- Comment #16 from t3st3r at mail.ru ---
I have to admit this bug really suxx. I've attempted to bisect 3.15 -> 3.16rc1
several times but these attempts failed so far.
It looks like while I generally found quite fast ways to toggle this bug in
l
On 08/03/2014 09:16 AM, Inki Dae wrote:
> 2014-08-03 16:03 GMT+09:00 Inki Dae :
>> 2014-07-29 19:23 GMT+09:00 Andrzej Hajda :
>>> On 07/29/2014 02:57 AM, YoungJun Cho wrote:
Hi Andrzej,
On 07/29/2014 01:09 AM, Andrzej Hajda wrote:
> On 07/28/2014 04:00 AM, Inki Dae wrote:
>>
On Mon, Aug 04, 2014 at 07:04:46PM +0200, Christian K?nig wrote:
> Am 04.08.2014 um 17:09 schrieb Maarten Lankhorst:
> >op 04-08-14 17:04, Christian K?nig schreef:
> >>Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst:
> >>>op 04-08-14 16:45, Christian K?nig schreef:
> Am 04.08.2014 um 16:40 sch
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140805/8289ba52/attachment.html>
On 05.08.2014 07:01, Marek Ol??k wrote:
> I'm afraid this won't always work and it can be a source of bugs.
>
> Userspace doesn't have to call GEM_WAIT_IDLE before a CPU access to a
> VRAM buffer. For example, consider a wait-idle request with a non-zero
> timeout, which is implemented as a loop w
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/60b1831b/attachment.html>
Hi Ajay,
[RESEND with reconstructed mail receivers, sorry for noise]
I am glad we have finally more fine-grained callbacks.
Just few nitpicks.
On 07/31/2014 07:42 PM, Ajay Kumar wrote:
> Most of the panels need an init sequence as mentioned below:
> -- poweron LCD unit/LCD_EN
> -- st
Hi!
I'm new here, so I don't know how to find the correct people to review
this patchset. Please let me know.
Thanks,
Thomas
On Sun, Jul 20, 2014 at 10:26:31AM +0200, Thomas Klausner wrote:
> Signed-off-by: Thomas Klausner
> ---
> intel/test_decode.c | 5 -
> 1 file changed, 4 insertions(
op 04-08-14 19:04, Christian K?nig schreef:
> Am 04.08.2014 um 17:09 schrieb Maarten Lankhorst:
>> op 04-08-14 17:04, Christian K?nig schreef:
>>> Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst:
op 04-08-14 16:45, Christian K?nig schreef:
> Am 04.08.2014 um 16:40 schrieb Maarten Lankhors
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/20140805/25934f79/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/631e8ae0/attachment.html>
nch of other functions that I need for a panel driver
that I'm working on. I'll send those out shortly.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/35bc8829/attachment.sig>
No, it doesn't.
Marek
On Tue, Aug 5, 2014 at 10:55 AM, Michel D?nzer wrote:
> On 05.08.2014 07:01, Marek Ol??k wrote:
>> I'm afraid this won't always work and it can be a source of bugs.
>>
>> Userspace doesn't have to call GEM_WAIT_IDLE before a CPU access to a
>> VRAM buffer. For example, cons
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/b6efaf7a/attachment.html>
|minecraft shaders |with minecraft shaders
--
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/20140805/c038ddd2/attachment.html>
ocal patches, so it won't apply
as-is. But if anybody wants to give this a go it should be easy to apply
manually as well.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-dsi-Always-use-low-power-mode-for-DCS-commands.patch
Type: text/x-diff
Size: 19
On Tue, Aug 05, 2014 at 04:38:17PM +0530, sonika.jindal at intel.com wrote:
> From: Sonika Jindal
>
> Renaming defines to have levels instead of nominal values.
>
> Signed-off-by: Sonika Jindal
You can't split up patches like this since this will break compilation.
For larger stuff (and imo th
From: Thierry Reding
Implementing a dummy of this function allows drivers that use it to be
built on platforms that don't have PCI. This can happen for example if
the nouveau driver is built on Tegra without PCI enabled (or on 64-bit
ARM where PCI is not yet implemented).
Signed-off-by: Thierry
On Tue, Aug 5, 2014 at 1:33 PM, Jindal, Sonika
wrote:
>
>
> On 8/5/2014 4:45 PM, Daniel Vetter wrote:
>>
>> On Tue, Aug 05, 2014 at 04:38:17PM +0530, sonika.jindal at intel.com wrote:
>>>
>>> From: Sonika Jindal
>>>
>>> Renaming defines to have levels instead of nominal values.
>>>
>>> Signed-of
archives/dri-devel/attachments/20140805/0392837a/attachment.html>
ser-cases, see whether those are also stable now
--
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/20140805/7d3ef885/attachment.html>
u 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/20140805/7a8be116/attachment.html>
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 3 ++-
drivers/gpu/drm/radeon/radeon_ttm.c | 8
include/uapi/drm/radeon_drm.h | 3 ++-
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.
From: Christian K?nig
v2: rebased, fix mutex unlock in error path
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/Kconfig| 1 +
drivers/gpu/drm/radeon/Makefile| 2 +-
drivers/gpu/drm/radeon/radeon.h| 12 ++
drivers/gpu/drm/radeon/radeon_device.c | 2 +
From: Christian K?nig
This patch adds an IOCTL for turning a pointer supplied by
userspace into a buffer object.
It imposes several restrictions upon the memory being mapped:
1. It must be page aligned (both start/end addresses, i.e ptr and size).
2. It must be normal system memory, not a poin
On Tue, Aug 05, 2014 at 04:11:04PM +0200, Christian K?nig wrote:
> From: Christian K?nig
Why do you want that ?
NACK until proper explanation and motive.
>
> Signed-off-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon_gem.c | 3 ++-
> drivers/gpu/drm/radeon/radeon_ttm.c | 8
From: Christian K?nig
It needs to be anonymous memory (no file mappings)
and we are requried to install an MMU notifier.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/d
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 18 +-
include/uapi/drm/radeon_drm.h | 1 +
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_g
On Tue, Aug 05, 2014 at 04:11:03PM +0200, Christian K?nig wrote:
> From: Christian K?nig
>
> This patch adds an IOCTL for turning a pointer supplied by
> userspace into a buffer object.
>
> It imposes several restrictions upon the memory being mapped:
>
> 1. It must be page aligned (both start/
Am 05.08.2014 um 16:24 schrieb Jerome Glisse:
> On Tue, Aug 05, 2014 at 04:11:04PM +0200, Christian K?nig wrote:
>> From: Christian K?nig
> Why do you want that ?
To avoid any problems with writeback (which as far as I understand
should only happen on mmaped files).
> NACK until proper explanati
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/bedf7ad6/attachment.html>
Am 05.08.2014 um 16:30 schrieb Jerome Glisse:
> On Tue, Aug 05, 2014 at 04:11:03PM +0200, Christian K?nig wrote:
>> From: Christian K?nig
>>
>> This patch adds an IOCTL for turning a pointer supplied by
>> userspace into a buffer object.
>>
>> It imposes several restrictions upon the memory being
/dri-devel/attachments/20140805/85159f3b/attachment.html>
Hi Dave,
Flushing out my drm core stuff branch, just 2 stragglers.
Cheers, Daniel
The following changes since commit a91576d7916f6cce76d30303e60e1ac47cf4a76d:
drm/ttm: Pass GFP flags in order to avoid deadlock. (2014-08-05 10:54:19
+1000)
are available in the git repository at:
git://an
Hi,
Here is the v3 patch set of amdkfd.
This version contains changes and fixes to code, as agreed on during the review
of the v2 patch set.
The major changes are:
- There are two new module parameters: # of processes and # of queues per
process. The defaults, as agreed on in the v2 review, a
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
(v3) Use define for st
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 9571be8..d54d
emented *that* differently between intel & radeon drivers ?
--
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/20140805/25990507/attachment.html>
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
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 +
Signed-off-by: Oded Gabbay
---
CREDITS | 7 +++
MAINTAINERS | 10 ++
2 files changed, 17 insertions(+)
diff --git a/CREDITS b/CREDITS
index 28ee151..e9628d5 100644
--- a/CREDITS
+++ b/CREDITS
@@ -1197,6 +1197,13 @@ S: R. Tocantins, 89 - Cristo Rei
S: 80050-430 - Curitiba - Para
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
- KFD_IOC_GET_VERSION:
Retrieves the interface version of amdkfd
- KFD_IOC_CREATE_QUEUE:
Creates a usermode queue that runs on a specific GPU device
- KFD_IOC_DESTROY_QUEUE:
Destroys an existing usermode queue
- KFD_IOC_SET_MEMORY_POLICY:
Sets the memory policy of
This patch adds the amdkfd skeleton driver. The driver does nothing except
define a /dev/kfd device.
It returns -ENODEV on all amdkfd IOCTLs.
(v3) move bool to end of struct
(v3) remove pmc ioctls
(v3) add meaningful error message for ioctl error
Signed-off-by: Oded Gabbay
---
drivers/gpu/dr
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.
The CPU information, that is provided in the topology section of the amdkfd
driver
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
stage
From: Ben Goz
The queue module enables allocating and initializing queues uniformly.
v3: remove typedef
v3: break pr_debug to one line
v3: remove memset
v3: add documentation
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/Makefile| 2 +-
drivers/gpu
From: Andrew Lewycky
This patch adds the process module and three 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 fo
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.
v3: remove include of cik_mqds.h
v3: Change lower_32/upper_32 calls to use linux macros
v3: use new gart allocation functions
v3: add d
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.
v3: remove new typedefs
v3: remove pragma pack 4
v3: remove cik_mqds.h
v3: Change lower_32/upper_32 calls to use linux ma
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
Note t
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
v3: remove use of internal typedefs
v3: use new gart allocation functions
Signed-o
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/resume
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.
v3: use kernel param to limit queues per proces
From: Ben Goz
v3: remove use of internal typedefs
v3: fix debug prints
v3: add checks for parameters
v3: use doorbell address from user
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c| 182 -
drivers/gpu/drm/radeon/
From: Alexey Skidanov
v3: fix debug msg
Signed-off-by: Alexey Skidanov
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 47 -
drivers/gpu/drm/radeon/amdkfd/kfd_priv.h| 5 +++
2 files changed, 51 insertions(+), 1 deletion(-)
diff --
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: 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 t
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/e882c1a9/attachment.html>
Hi everyone,
I've been working on adding support for a panel that uses what's
commonly known as dual-channel DSI. Sometimes this is referred to as
ganged-mode as well.
What is it, you ask? It's essentially a hack to work around the band-
width restrictions of DSI, albeit one that's been commonly
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/3aed2db5/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/20fd9479/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/fa91cd74/attachment.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/1aac23a2/attachment-0001.html>
From: Christian K?nig
This way we test userptr availability at BO creation time instead of first use.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 18 +-
include/uapi/drm/radeon_drm.h | 1 +
2 files changed, 18 insertions(+), 1 deletion(-)
di
From: Christian K?nig
It needs to be anonymous memory (no file mappings)
and we are requried to install an MMU notifier.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/d
From: Christian K?nig
Avoid problems with writeback by limiting userptr to anonymous memory.
v2: add commit and code comments
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 3 ++-
drivers/gpu/drm/radeon/radeon_ttm.c | 10 ++
include/uapi/drm/radeon_drm.h
From: Christian K?nig
This patch adds an IOCTL for turning a pointer supplied by
userspace into a buffer object.
It imposes several restrictions upon the memory being mapped:
1. It must be page aligned (both start/end addresses, i.e ptr and size).
2. It must be normal system memory, not a poin
From: Christian K?nig
Whenever userspace mapping related to our userptr change
we wait for it to become idle and unmap it from GTT.
v2: rebased, fix mutex unlock in error path
v3: improve commit message
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/Kconfig| 1 +
drivers
Hi Andreas,
On Tue, Aug 5, 2014 at 3:33 PM, Andrzej Hajda wrote:
> Hi Ajay,
>
>
> On 07/31/2014 07:42 PM, Ajay Kumar wrote:
>> Modify exynos_dsi driver to support the new panel calls:
>> prepare and unprepare.
>>
>> Signed-off-by: Ajay Kumar
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_dsi.c |
Hello again.
It's been 4 more months since last message in this thread (which was mine).
Now kernel 3.16 has been released, and I decided to give it a try. And it
behaves just like all previous kernels, -- once gma500_gfx module is loaded,
screen goes blank, monitor turns off ("no signal detected
05.08.2014 20:11, Michael Tokarev wrote:
> Hello again.
>
> It's been 4 more months since last message in this thread (which was mine).
> Now kernel 3.16 has been released, and I decided to give it a try. And it
> behaves just like all previous kernels, -- once gma500_gfx module is loaded,
> scre
Hi Dave,
This is the radeon pull request for 3.17. Highlights:
- Additional Hawaii fixes
- Support for using the display scaler on non-fixed mode displays
- Support for new firmware format that makes it easier to update
- Enable dpm by default on additional asics
- GPUVM improvements
- Support fo
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/2da2b06b/attachment.html>
o bug 82055).
--
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/20140805/6a514e67/attachment-0001.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/b08a8fd8/attachment.html>
es/dri-devel/attachments/20140805/5130033e/attachment.html>
On Tue, Aug 05, 2014 at 12:22:06PM -0400, Alex Deucher wrote:
> Hi Dave,
>
> This is the radeon pull request for 3.17. Highlights:
> - Additional Hawaii fixes
> - Support for using the display scaler on non-fixed mode displays
> - Support for new firmware format that makes it easier to update
> -
Hi
On Tue, Aug 5, 2014 at 5:30 PM, Oded Gabbay wrote:
> Hi,
> Here is the v3 patch set of amdkfd.
>
> This version contains changes and fixes to code, as agreed on during the
> review
> of the v2 patch set.
>
> The major changes are:
>
> - There are two new module parameters: # of processes and
: [2b0 v1] Address Translation Service (ATS)
> ATSCap: Invalidate Queue Depth: 00
> ATSCtl: Enable-, Smallest Translation Unit: 00
> Capabilities: [2c0 v1] #13
> Capabilities: [2d0 v1] #1b
> Kernel driver in use: radeon
--
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/20140805/95243971/attachment.html>
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Tuesday, August 05, 2014 1:09 PM
> To: Alex Deucher
> Cc: dri-devel at lists.freedesktop.org; airlied at gmail.com; Deucher,
> Alexander
> Subject: Re: [pull] radeon drm-next-
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/805c650c/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140805/b54d8530/attachment.html>
1 - 100 of 151 matches
Mail list logo
