are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/0d4026bf/attachment.html>
On Sun, Feb 16, 2014 at 2:15 PM, Rafa? Mi?ecki wrote:
> 2014-02-16 19:55 GMT+01:00 Ilia Mirkin :
>> On Sun, Feb 16, 2014 at 10:17 AM, Rafa? Mi?ecki wrote:
>>> 2014-02-11 11:41 GMT+01:00 Ilia Mirkin :
(b) bisect. you can (almost) definitely restrict the bisect to
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/6deaca0d/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/e936a881/attachment.html>
Hi,
In si_dpm.c, si_populate_sq_ramping_values function,
It should be SISLANDS_DPM2_SQ_RAMP_LTI_RATIO instead of
NISLANDS_DPM2_SQ_RAMP_LTI_RATIO.
Moreover should it be:
if (SISLANDS_DPM2_SQ_RAMP_LTI_RATIO > (LTI_RATIO_MASK >>
LTI_RATIO_SHIFT))
instead of:
if
Static checkers complain that probably curly braces were intended here,
but actually it makes more sense to remove the extra tab.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index f2b9e21ce4da..5623e7542d99 100644
---
On Fri, 2014-02-14 at 13:39 +0200, Ville Syrj?l? wrote:
> On Fri, Feb 14, 2014 at 04:31:17PM +0530, Sagar Arun Kamble wrote:
> > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> > > From: Ville Syrj?l?
> > >
> > > The cursor plane also supports 180 degree rotation.
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/137c5522/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/83345d97/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/6396e561/attachment.html>
On Mon, Feb 17, 2014 at 10:53:50PM +0530, Sagar Arun Kamble wrote:
> On Fri, 2014-02-14 at 13:39 +0200, Ville Syrj?l? wrote:
> > On Fri, Feb 14, 2014 at 04:31:17PM +0530, Sagar Arun Kamble wrote:
> > > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote:
> > > > From: Ville
Am 17.02.2014 19:24, schrieb Rob Clark:
> On Mon, Feb 17, 2014 at 12:36 PM, Christian K?nig
> wrote:
>> Am 17.02.2014 18:27, schrieb Rob Clark:
>>
>>> On Mon, Feb 17, 2014 at 11:56 AM, Christian K?nig
>>> wrote:
Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
> This type of fence
vel/attachments/20140217/50e3082b/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/5a1e6fa7/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140217/d71209ee/attachment.html>
nts/20140217/b1219208/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/20140217/82bbb977/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/20140217/4a4b5533/attachment-0001.html>
Blocks||75011
--
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/20140217/2460172b/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/20140217/1a24973c/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/20140217/eabd404f/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/20140217/772f9f09/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/20140217/68550089/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/20140217/84ba9b4f/attachment-0001.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/20140217/ac475ac5/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/20140217/44cdacc8/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/20140217/2edd6465/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/20140217/9a935245/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/20140217/1d577de7/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/20140217/77e35b20/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/20140217/d41caeb5/attachment.html>
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/20140217/e772e040/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/7ba5abbc/attachment.html>
Am 17.02.2014 18:27, schrieb Rob Clark:
> On Mon, Feb 17, 2014 at 11:56 AM, Christian K?nig
> wrote:
>> Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
>>
>>> This type of fence can be used with hardware synchronization for simple
>>> hardware that can block execution until the condition
>>>
Hi Linus,
Here's another tiny pull request for dma-buf framework updates; just
some debugfs output updates. (There's another patch related to
dma-buf, but it'll get upstreamed via Greg-kh's pull request).
Could you please pull?
The following changes since commit
---
We keep this bug open until hyperz gets re-enabled by default.
--
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/20140217/7badc
) with
||radeonsi
--
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/20140217/4748f6fd/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #4 from Vincenzo ---
when I select hdmi audio, video freezes
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #3 from Vincenzo ---
[0.00] DMA32[mem 0x0100-0x]
[0.00] Normal [mem 0x1-0x42fff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/03da0a6b/attachment.html>
Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
> This type of fence can be used with hardware synchronization for simple
> hardware that can block execution until the condition
> (dma_buf[offset] - value) >= 0 has been met.
Can't we make that just "dma_buf[offset] != 0" instead? As far as I know
https://bugzilla.kernel.org/show_bug.cgi?id=70701
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/2d86a471/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/cfcae6ae/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/cc475d6b/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140217/53f0039e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #46 from Alex Deucher ---
Created attachment 126451
--> https://bugzilla.kernel.org/attachment.cgi?id=126451=edit
report 0 for temp when dGPU is powered off
(In reply to Christoph Haag from comment #45)
> Yes, this is working
Thanks to Fengguang Wu for spotting a missing static cast.
v2:
- Kill unused variable need_shared.
Signed-off-by: Maarten Lankhorst
---
drivers/base/dma-buf.c | 101 +++
include/linux/dma-buf.h | 12 ++
2 files changed, 113 insertions(+)
Signed-off-by: Maarten Lankhorst
---
include/linux/reservation.h | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..92c4851b5a39 100644
--- a/include/linux/reservation.h
+++
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync_fence_free if not all
This allows reservation objects to be used in dma-buf. it's required
for implementing polling support on the fences that belong to a dma-buf.
Signed-off-by: Maarten Lankhorst
Acked-by: Mauro Carvalho Chehab
#drivers/media/v4l2-core/
---
drivers/base/dma-buf.c | 22
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support this mechanism. It
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering.
The following series implements fence and converts dma-buf and
android sync to use it. Patch 6 and 7 add support for polling
to dma-buf, blocking until all fences are signaled.
I've dropped the extra patch to copy an export from the core,
and instead use the public version of it. I've had to fix
This commit breaks loading nouveau on my optimus laptop. I get the following
spam in dmesg:
[ 24.102587] MXM: GUID detected in BIOS
[ 24.103167] ACPI Exception: AE_AML_PACKAGE_LIMIT, Index (0x3) is
beyond end of object (length 0x0) (20131218/exoparg2-420)
[ 24.103242] ACPI Error:
/archives/dri-devel/attachments/20140217/ae22a40a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #1 from Vincenzo ---
vincenzo at AthlonII-X4-640:~$ dmesg |grep HDMI
[3.844720] [drm] HDMI-A-1
[ 15.831575] HDMI ATI/AMD: no speaker allocation for ELD
[ 15.831619] HDMI ATI/AMD: no speaker allocation for ELD
[ 15.831661]
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/1d58b6d0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70711
Bug ID: 70711
Summary: Audio hdmi
Product: Drivers
Version: 2.5
Kernel Version: 3.14.0-rc3
Hardware: x86-64
OS: Linux
Tree: Mainline
Status: NEW
Upcoming mobile Kepler GPUs (such as GK20A) use the platform bus instead
of PCI to which Nouveau is tightly dependent. This patch allows Nouveau
to handle platform devices by:
- abstracting PCI-dependent functions that were typically used for
resource querying and page mapping,
- introducing a
Apply the same logic as CI to SI for setting up the
display tiling parameters. The num banks may vary
per tiling index just like CI.
Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=71488
https://bugs.freedesktop.org/show_bug.cgi?id=73946
https://bugs.freedesktop.org/show_bug.cgi?id=74927
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/9c457964/attachment.html>
On Mon, Feb 17, 2014 at 12:36 PM, Christian K?nig
wrote:
> Am 17.02.2014 18:27, schrieb Rob Clark:
>
>> On Mon, Feb 17, 2014 at 11:56 AM, Christian K?nig
>> wrote:
>>>
>>> Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
>>>
This type of fence can be used with hardware synchronization for
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/20140217/2814e629/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/6bd1ca20/attachment.html>
.
--
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/20140217/ed183b72/attachment.html>
On Mon, Feb 17, 2014 at 11:56 AM, Christian K?nig
wrote:
> Am 17.02.2014 16:56, schrieb Maarten Lankhorst:
>
>> This type of fence can be used with hardware synchronization for simple
>> hardware that can block execution until the condition
>> (dma_buf[offset] - value) >= 0 has been met.
>
>
>
On Mon, Feb 17, 2014 at 10:55 AM, Maarten Lankhorst
wrote:
> A fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of
On Mon, Feb 17, 2014 at 10:56 AM, Maarten Lankhorst
wrote:
> This type of fence can be used with hardware synchronization for simple
> hardware that can block execution until the condition
> (dma_buf[offset] - value) >= 0 has been met.
>
> A software fallback still has to be provided in case the
On Mon, Feb 17, 2014 at 10:58 AM, Maarten Lankhorst
wrote:
> Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
> ---
> include/linux/reservation.h | 18 +-
> 1 file changed, 17 insertions(+), 1 deletion(-)
>
> diff --git a/include/linux/reservation.h
Hi...
I missed to mention one point in previous mail, we should not use X11/
wayland!
Regards,
Binoy.
-Original Message-
From: Binoy V. V.
Sent: Monday, February 17, 2014 11:06 AM
To: 'dri-devel at lists.freedesktop.org'
Subject: GBM Buffer handling
Hi...
We are developing a client/
On Mon, Feb 17, 2014 at 10:56 AM, Maarten Lankhorst
wrote:
> This allows reservation objects to be used in dma-buf. it's required
> for implementing polling support on the fences that belong to a dma-buf.
>
> Signed-off-by: Maarten Lankhorst
> Acked-by: Mauro Carvalho Chehab
>
On Mon, Feb 17, 2014 at 10:58 AM, Maarten Lankhorst
wrote:
> Thanks to Fengguang Wu for spotting a missing static cast.
>
> v2:
> - Kill unused variable need_shared.
>
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/base/dma-buf.c | 101
> +++
>
l/attachments/20140217/f5ee5c99/attachment-0001.html>
Hi...
We are developing a client/ server mode application.
Whether it's possible to create gbm surface in client and render using
drm in server?
We had tried to do so, server is getting crash when accessing the gbm
surface created by client.
Regards,
Binoy.
* Confidentiality
On Friday, February 14, 2014 8:19 PM, Tomi Valkeinen wrote:
>
> At the moment the "Device Drivers / Graphics support" kernel config page
> looks rather messy, with DRM and fbdev driver selections on the same
> page, some on the top level Graphics support page, some under their
> respective
On Friday, February 14, 2014 8:19 PM, Tomi Valkeinen wrote:
>
> Instead of having fbdev framework core files at the root fbdev
> directory, mixed with random fbdev device drivers, move the fbdev core
> files to a separate core directory. This makes it much clearer which of
> the files are
Signed-off-by: Fran?ois Tigeot
---
configure.ac | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure.ac b/configure.ac
index d2d19d6..b7eef96 100644
--- a/configure.ac
+++ b/configure.ac
@@ -187,6 +187,7 @@ if test "x$LIBKMS" = xauto ; then
linux*) LIBKMS="yes"
https://bugzilla.kernel.org/show_bug.cgi?id=70701
Bug ID: 70701
Summary: With DPM enabled, Radeon 4570 (R710) doesn't remain in
Single_Disp state
Product: Drivers
Version: 2.5
Kernel Version: 3.13
Hardware: x86-64
vailable via DRI_PRIME in this case.
--
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/20140217/e08d16b2/attachment.html>
eiving 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/20140217/ff5ef6b8/attachment.html>
W you can do this yourself. :)
--
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/20140217/8891445c/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/7657bc49/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/19168660/attachment-0001.html>
ilable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/359e3da5/attachment.bin>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed m
86 matches
Mail list logo
