attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/19168660/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/7657bc49/attachment.html>
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 n
ing so, BTW 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>
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/20140217/ff5ef6b8/attachment.html>
ard should be available 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>
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
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" ;;
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 subsyst
c: not available
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 digitall
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 Statement/Disc
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 actually
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/
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 45f7fdc2ffb9d5af4dab593843e89da70
.
--
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>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/6bd1ca20/attachment.html>
t.
--
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/2814e629/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/9c457964/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
.
-- 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
--- 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] H
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: M
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
s
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. T
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 is
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 +++
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 fe
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
+++ b/inclu
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(+)
diff
ists.freedesktop.org/archives/dri-devel/attachments/20140217/ae22a40a/attachment.html>
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
> +++
>
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
> #drivers/media/v4
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 b/include/linux/r
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 f
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 gra
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=65761
--- Comment #46 from Alex Deucher ---
Created attachment 126451
--> https://bugzilla.kernel.org/attachment.cgi?id=126451&action=edit
report 0 for temp when dGPU is powered off
(In reply to Christoph Haag from comment #45)
> Yes, this is working
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140217/53f0039e/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/cc475d6b/attachment.html>
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. Add
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.
>
>
> Can
https://bugzilla.kernel.org/show_bug.cgi?id=70711
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/cfcae6ae/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/2d86a471/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
>>> (dma_
https://bugzilla.kernel.org/show_bug.cgi?id=70701
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
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 Sy
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>
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]
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.
||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>
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 sim
---
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
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 ca
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/7ba5abbc/attachment.html>
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>
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>
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>
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
Sign
se:
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>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140217/d71209ee/attachment.html>
nts/20140217/b1219208/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/5a1e6fa7/attachment.html>
vel/attachments/20140217/50e3082b/attachment.html>
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
--- a/drive
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/6396e561/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140217/83345d97/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/137c5522/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 (NISLANDS_DPM2_SQ_RAMP_LTI_RAT
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>
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>
rg/archives/dri-devel/attachments/20140217/f5ee5c99/attachment-0001.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
drivers/gpu/drm/nouveau.
86 matches
Mail list logo
