On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
> On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
>> On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin wrote:
>>> On Wed, Aug 28, 2013 at 3:28 AM, Lucas Stach wrote:
Am Mittwoch, den 28.08.2013, 17:09 +1000 schrieb Ben Skeggs:
> On We
On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
> On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
>> On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
>>> On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin wrote:
On Wed, Aug 28, 2013 at 3:28 AM, Lucas Stach wrote:
> Am Mittwoch,
On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
> On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
>> On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
>>> On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin wrote:
> On Wed, Aug 2
On Thu, 22 Aug 2013 18:00:14 +0200, Wolfram Sang wrote:
> I2C of helpers used to live in of_i2c.c but experience (from SPI) shows
> that it is much cleaner to have this in the core. This also removes a
> circular dependency between the helpers and the core, and so we can
> finally register child n
On Sun, Aug 11, 2013 at 7:35 PM, Benjamin Herrenschmidt
wrote:
> On Sun, 2013-08-11 at 11:02 +0200, Maarten Lankhorst wrote:
>
>> > diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
>> > b/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
>> > index 5c7433d..c314a5f 100644
>> > --- a/dri
On 28.08.2013 16:18, Thierry Reding wrote:
> I think that's not all. I have local patches that also introduce a v2 of
> host1x, because the number of syncpoints is different. There may also be
> other differences, but Terje might be more qualified to answer that.
Tegra4 host1x has an extra channel
On Thu, Aug 29, 2013 at 5:51 AM, Rob Clark wrote:
>> 1. The API is geared toward updating one object at a time. Android's
>> graphics stack needs the entire screen updated atomically to avoid tearing,
>> and on some SoCs to avoid wedging the display hardware. Rob Clark's atomic
>> modeset pa
On Wed, Aug 28, 2013 at 11:51:59PM -0400, Rob Clark wrote:
> On Wed, Aug 28, 2013 at 9:51 PM, Greg Hackmann wrote:
> > Hi,
> >
> > ADF is an experimental display framework that I designed after
> > experimenting with a KMS-based hardware composer for Android. ADF started
> > as an proof-of-conc
This patch adds lock and poll callbacks to dma buf file operations,
and these callbacks will be called by fcntl and select system calls.
fcntl and select system calls can be used to wait for the completion
of DMA or CPU access to a shared dmabuf. The difference of them is
fcntl system call takes a
Hi all,
This patch set introduces a buffer synchronization framework based
on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and
has been rebased on linux-next.
The purpose of this framework is to provide not only buffer access
control to CPU and CPU, and CPU and DMA, and DMA and DMA b
This patch adds a buffer synchronization framework based on DMA BUF[1]
and and based on ww-mutexes[2] for lock mechanism, and has been rebased
on linux-next.
The purpose of this framework is to provide not only buffer access control
to CPU and DMA but also easy-to-use interfaces for device drivers
On Thu, Aug 29, 2013 at 09:01:01AM +0200, Daniel Vetter wrote:
> On Thu, Aug 29, 2013 at 5:51 AM, Rob Clark wrote:
> >> 1. The API is geared toward updating one object at a time. Android's
> >> graphics stack needs the entire screen updated atomically to avoid
> >> tearing, and on some SoCs to
On Thu, Aug 29, 2013 at 10:58:51AM +0300, Ville Syrjälä wrote:
> After that we need to figure out how we can expose them to userspace w/o
> risking breaking stuff too much. Maybe a new ioctl to enumerate private
> planes only? And the maybe only accept direct use of private planes via
> the atomic
Commit a01c34f72e7cd2624570818f579b5ab464f93de2 (radeon kms: do not
flush uninitialized hotplug work) moved work initialisation phase to
the last step of radeon_irq_kms_init(). Meelis Roos reported that this
causes problems on his machine because drm_irq_install() uses hotplug
work on r100.
hotplu
> Reported-by: Meelis Roos
> Signed-off-by: Sergey Senozhatsky
It works, thank you for quick response!
Tested-by: Meelis Roos
> drivers/gpu/drm/radeon/radeon_irq_kms.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c
On Thu, Aug 29, 2013 at 3:01 AM, Daniel Vetter wrote:
> On Thu, Aug 29, 2013 at 5:51 AM, Rob Clark wrote:
>>> 1. The API is geared toward updating one object at a time. Android's
>>> graphics stack needs the entire screen updated atomically to avoid tearing,
>>> and on some SoCs to avoid wedg
On Thu, Aug 29, 2013 at 3:36 AM, Ville Syrjälä
wrote:
> On Wed, Aug 28, 2013 at 11:51:59PM -0400, Rob Clark wrote:
>> On Wed, Aug 28, 2013 at 9:51 PM, Greg Hackmann wrote:
>> > Hi,
>> >
>> > ADF is an experimental display framework that I designed after
>> > experimenting with a KMS-based hardwa
On Thu, Aug 29, 2013 at 3:58 AM, Ville Syrjälä
wrote:
>> Imo we should just convert primary planes to real planes so that we
>> can do the same table-based checking for them as we do for secondary
>> planes right now.
>
> My plan for i915 is to convert them to drm_planes but first keep them
> hidd
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #13 from tux_mind ---
Created attachment 84840
--> https://bugs.freedesktop.org/attachment.cgi?id=84840&action=edit
move shared data on the top
just an hint
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #14 from tux_mind ---
(In reply to comment #12)
> Can you try if Johannes' patch from comment 8 fixes the problem?
i tried the to use the relevant part of the patch:
i added '__attribute__((visibility("default")))' in front of
r600_i
https://bugs.freedesktop.org/show_bug.cgi?id=68708
Priority: medium
Bug ID: 68708
Assignee: dri-devel@lists.freedesktop.org
Summary: Intel+Radeon Hybrid laptop hang on boot while being on
the battery
Severity: normal
Clas
https://bugs.freedesktop.org/show_bug.cgi?id=68708
--- Comment #1 from Hohahiu ---
Update: disabling dpm allows me to boot. Presumably the problem is dpm related.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
On Wed, Aug 14, 2013 at 4:47 PM, Sean Paul wrote:
> This patch adds the notion of a drm_bridge. A bridge is a chained
> device which hangs off an encoder. The drm driver using the bridge
> should provide the association between encoder and bridge. Once a
> bridge is associated with an encoder, it
On Thu, Aug 29, 2013 at 11:59 AM, Sean Paul wrote:
> On Wed, Aug 14, 2013 at 4:47 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and b
https://bugs.freedesktop.org/show_bug.cgi?id=64225
--- Comment #4 from Alexey Shvetsov ---
It still dont work with recent mesa and llvm git
[2013-08-29 20:56:21] setrlimit: Increased soft fd limit from 1024 to hard
limit of 4096
[2013-08-29 20:56:21] Started bfgminer 3.1.4
On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
>> Reported-by: Meelis Roos
>> Signed-off-by: Sergey Senozhatsky
>
> It works, thank you for quick response!
>
> Tested-by: Meelis Roos
Thanks. I've added it to my patch queue.
Alex
>
>> drivers/gpu/drm/radeon/radeon_irq_kms.c | 10 ++
https://bugs.freedesktop.org/show_bug.cgi?id=68224
Tom Stellard changed:
What|Removed |Added
Attachment #84473|0 |1
is obsolete|
On Thu, Aug 29, 2013 at 12:13:16PM -0400, Rob Clark wrote:
> On Thu, Aug 29, 2013 at 11:59 AM, Sean Paul wrote:
> > On Wed, Aug 14, 2013 at 4:47 PM, Sean Paul wrote:
> >> This patch adds the notion of a drm_bridge. A bridge is a chained
> >> device which hangs off an encoder. The drm driver using
https://bugs.freedesktop.org/show_bug.cgi?id=68391
--- Comment #7 from Tom Stellard ---
Does this patch help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://l
https://bugs.freedesktop.org/show_bug.cgi?id=68391
--- Comment #8 from Tom Stellard ---
(In reply to comment #7)
> Does this patch help?
Forgot to paste the link: https://bugs.freedesktop.org/attachment.cgi?id=84880
--
You are receiving this mail because:
You are the assignee for the bug.
On Thu, Aug 29, 2013 at 4:07 PM, Greg Kroah-Hartman
wrote:
> On Thu, Aug 29, 2013 at 02:27:52PM -0400, Alex Deucher wrote:
>> On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
>> >> Reported-by: Meelis Roos
>> >> Signed-off-by: Sergey Senozhatsky
>> >
>> > It works, thank you for quick respon
Just a few cleanups to use zalloc style calls and reduce
the uses of __GFP_ZERO for kmem_cache_alloc[_node] uses.
Use the more kernel normal zalloc style.
Joe Perches (6):
slab/block: Add and use kmem_cache_zalloc_node
block: Convert kmem_cache_alloc(...GFP_ZERO) to kmem_cache_zalloc
i915_g
The helper exists, might as well use it instead of __GFP_ZERO.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/i915/i915_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index 8a0eb96..c4acd96 100644
--- a/
https://bugs.freedesktop.org/show_bug.cgi?id=68224
--- Comment #10 from Laurent carlier ---
(In reply to comment #9)
> Created attachment 84880 [details] [review]
> SGPR register spilling patch
>
> Can you test this patch? It should fix the crash, but it may hang your GPU.
It's not really bett
On (08/29/13 16:06), Alex Deucher wrote:
> On Thu, Aug 29, 2013 at 4:07 PM, Greg Kroah-Hartman
> wrote:
> > On Thu, Aug 29, 2013 at 02:27:52PM -0400, Alex Deucher wrote:
> >> On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
> >> >> Reported-by: Meelis Roos
> >> >> Signed-off-by: Sergey Senozh
On Thu, Aug 29, 2013 at 01:11:07PM -0700, Joe Perches wrote:
> The helper exists, might as well use it instead of __GFP_ZERO.
>
> Signed-off-by: Joe Perches
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.f
For powergating, we just need to re-init the registers, there
is no need to resture the uvd BOs. This just adds needless
work when powergating uvd for playback while the system is
on. We only need to restore the uvd BOs on an actual resume
from suspend or when the driver loads.
Signed-off-by: Al
No need to try the ring tests if starting the UVD block failed.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/uvd_v1_0.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/uvd_v1_0.c
b/drivers/gpu/drm/radeon/uvd_v1_0.c
index 76ca669..3426be9 1
Avoid needless uvd reprogramming if uvd powergating is disabled.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/kv_dpm.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/kv_dpm.c b/drivers/gpu/drm/radeon/kv_dpm.c
index a102077..15
https://bugs.freedesktop.org/show_bug.cgi?id=64810
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #15 from Johann
Hi Dave,
Just a one-line patch to fix a black screen issue on rare ivb machines,:w
cc: stable. Normally I'd just shovel this into the -next pull request this
late in the -rc cycle, but Linus was making noises about not getting real
fixes which are cc: stable. So here we go ;-)
Cheers, Daniel
The
Since we are getting to the pointy end, one i915 black screen on some
machines, and one vmwgfx stop userspace ability to nuke the VM,
there might be one or two ati or nouveau fixes trickle in before final,
but I think this should pretty much be it.
Dave.
The following changes since commit d8
Hi Dave,
Need to get my stuff out the door ;-) Highlights:
- pc8+ support from Paulo
- more vma patches from Ben.
- Kconfig option to enable preliminary support by default (Josh
Triplett)
- Optimized cpu cache flush handling and support for write-through caching
of display planes on Iris (Chri
On Thu, Aug 29, 2013 at 12:36 AM, Ville Syrjälä <
ville.syrj...@linux.intel.com> wrote:
> On Wed, Aug 28, 2013 at 11:51:59PM -0400, Rob Clark wrote:
> > On Wed, Aug 28, 2013 at 9:51 PM, Greg Hackmann
> wrote:
>
> > 1. The API is geared toward updating one object at a time. Android's
> graphics
On Thu, Aug 29, 2013 at 5:54 AM, Rob Clark wrote:
> I guess if you have multiple encoders + multiple connectors for the
> "ganging" case, then it probably just looks like 2x displays, and
> nothing more really needed?
>
> I'm a bit fuzzy on what the hw looks like in this "ganging" scenario,
> so
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #16 from tux_mind ---
applied your patch, got a missing mesalibdir error in automake.
added this:
dnl Where to install internal libraries
mesalibdir="\$(libdir)/mesa-${VERSION}"
AC_SUBST([mesalibdir])
to configure.ac to get automake
https://bugs.freedesktop.org/show_bug.cgi?id=64810
--- Comment #17 from tux_mind ---
i forget to give you the output of my llvm-config --ldflags:
-L/usr/lib64/llvm -Wl,-R -Wl,/usr/lib64/llvm -lz -lpthread -lffi -lrt -ldl -lm
--
You are receiving this mail because:
You are the assignee for the
Hi Philipp,
On Tuesday 27 August 2013 11:30:51 Philipp Zabel wrote:
> Hi Laurent,
>
> I have another small issue with the graph helpers below:
>
> Am Samstag, den 10.08.2013, 01:03 +0200 schrieb Laurent Pinchart:
> [...]
>
> > +/*
> >
On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
> On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
>> On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
>>> On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
> On Wed, Aug 28,
On 08/28/2013 03:15 AM, Ben Skeggs wrote:
On Wed, Aug 28, 2013 at 6:12 AM, Peter Hurley wrote:
This series was originally motivated by a deadlock, introduced in
commit 1d7c71a3e2f77336df536855b0efd2dc5bdeb41b
'drm/nouveau/disp: port vblank handling to event interface',
due to inverted lock orde
On Fri, Aug 30, 2013 at 11:10 AM, Ilia Mirkin wrote:
> On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
>> On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
>>> On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
> On Wed, Aug 2
On Fri, Aug 30, 2013 at 11:58 AM, Ben Skeggs wrote:
> On Fri, Aug 30, 2013 at 11:10 AM, Ilia Mirkin wrote:
>> On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
>>> On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
> On Thu, Aug 29
On Thu, Aug 29, 2013 at 9:58 PM, Ben Skeggs wrote:
> On Fri, Aug 30, 2013 at 11:10 AM, Ilia Mirkin wrote:
>> On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
>>> On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
> On Thu, Aug 29,
Prodives memset() and strlen(), used in tests/setversion
tests/getversion respectively.
Signed-off-by: Emil Velikov
---
tests/getversion.c | 1 +
tests/setversion.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/tests/getversion.c b/tests/getversion.c
index 711d376..53d1d35 100644
--- a/t
On Thu, Aug 29, 2013 at 02:27:52PM -0400, Alex Deucher wrote:
> On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
> >> Reported-by: Meelis Roos
> >> Signed-off-by: Sergey Senozhatsky
> >
> > It works, thank you for quick response!
> >
> > Tested-by: Meelis Roos
>
> Thanks. I've added it to
Known broken and no longer of any use after the remove of drm
procfs support from the kernel by
commit 151591c2828e18fde1eb8447874704f3422168b0
Author: Daniel Vetter
Date: Wed, 10 Jul 2013 09:46:12 +
drm: remove procfs code, take 2
Cc: Daniel Vetter
Signed-off-by: Emil Velikov
---
The compiler is unaware of that we have at least one crts/connector/plane
thus it complains that some of our variables will be used uninitialised.
Signed-off-by: Emil Velikov
---
This patch looks like a rather silly thing to do, although it seems like
the only was to silence the gcc compiler
---
Otherwise build will fail, as drm/drm.h is not available.
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
Hello Rob,
I'm not entriely sure that this is correct as the libdrm code
is splinckled with variations of drm/drm.h drm.h in both quoted
and angle bracket form.
I believe that the chosen app
Handles automake complains about lack of forward-compatibility, due to the
source files in the kgsl and msm backends/folders.
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
I'm suspecting that the warning is caused as Archlinux always keeps track
with latest releases, whereas other distributions
Currently the package name and description duplicate that of the
core libdrm. Update those to reflect reality.
Cc: Daniel Vetter
Signed-off-by: Emil Velikov
---
Trivial change IMHO, notices while checking the package Libs
---
intel/libdrm_intel.pc.in | 4 ++--
1 file changed, 2 insertions(+),
On Fri, Aug 30, 2013 at 12:01 PM, Ilia Mirkin wrote:
> On Thu, Aug 29, 2013 at 9:58 PM, Ben Skeggs wrote:
>> On Fri, Aug 30, 2013 at 11:10 AM, Ilia Mirkin wrote:
>>> On Thu, Aug 29, 2013 at 1:07 AM, Ben Skeggs wrote:
On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
> On Thu, Aug 29
Am 29.08.2013 23:24, schrieb Alex Deucher:
For powergating, we just need to re-init the registers, there
is no need to resture the uvd BOs. This just adds needless
work when powergating uvd for playback while the system is
on. We only need to restore the uvd BOs on an actual resume
from suspend
On Thu, Aug 29, 2013 at 6:30 AM, Dave Jones wrote:
> On Mon, Aug 05, 2013 at 09:40:33AM +0200, Daniel Vetter wrote:
> > On Mon, Jul 29, 2013 at 08:53:35PM -0400, Dave Jones wrote:
> > > On Mon, Jun 17, 2013 at 09:49:27PM -0400, David Airlie wrote:
> > > >
> > > > > Reading /proc/dri/0/vma ca
On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin wrote:
> On Wed, Aug 28, 2013 at 3:28 AM, Lucas Stach wrote:
>> Am Mittwoch, den 28.08.2013, 17:09 +1000 schrieb Ben Skeggs:
>>> On Wed, Aug 28, 2013 at 10:00 AM, Lucas Stach wrote:
>>> > MSIs were only problematic on some old, broken chipsets. But n
This fixes the piglit test texturing/max-texture-size
causing the VM to die due to a too large SVGA command.
Signed-off-by: Jakob Bornecrantz
Reviewed-by: Biran Paul
Reviewed-by: Zack Rusin
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 58 +
1 file changed, 39 i
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #14 from Brian Hall ---
Created attachment 107349
--> https://bugzilla.kernel.org/attachment.cgi?id=107349&action=edit
radeonreg regs dce3 from 3.10.5
--
You are receiving this mail because:
You are watching the assignee of the bug
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #15 from Brian Hall ---
Created attachment 107350
--> https://bugzilla.kernel.org/attachment.cgi?id=107350&action=edit
radeonreg regs dce3 from 3.10.4 (working)
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=60791
Brian Hall changed:
What|Removed |Added
Attachment #107349|radeonreg regs dce3 from|radeonreg regs dce3 from
description|
https://bugzilla.kernel.org/show_bug.cgi?id=60791
Brian Hall changed:
What|Removed |Added
Attachment #107350|radeonreg regs dce3 from|radeonreg regs dce3 from
description|
int i;
+
+ for (i = 0; i < ARRAY_SIZE(drm_connector_enum_list); i++)
+ ida_destroy(&drm_connector_enum_list[i].ida);
+}
+
const char *drm_get_encoder_name(const struct drm_encoder *encoder)
{
static char buf[32];
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/2d7671c3/attachment-0001.pgp>
On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
> On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
>> On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin
>> wrote:
>>> On Wed, Aug 28, 2013 at 3:28 AM, Lucas Stach wrote:
Am Mittwoch, den 28.08.2013, 17:09 +1000 schrieb Ben Skeggs:
> O
On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
> On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin wrote:
>> On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
>>> On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin
>>> wrote:
On Wed, Aug 28, 2013 at 3:28 AM, Lucas Stach wrote:
> Am Mittw
On Thu, Aug 29, 2013 at 3:00 PM, Ilia Mirkin wrote:
> On Thu, Aug 29, 2013 at 12:45 AM, Ben Skeggs wrote:
>> On Thu, Aug 29, 2013 at 12:20 PM, Ilia Mirkin
>> wrote:
>>> On Wed, Aug 28, 2013 at 8:07 PM, Ben Skeggs wrote:
On Wed, Aug 28, 2013 at 11:54 PM, Ilia Mirkin
wrote:
> On
On Sun, Aug 11, 2013 at 7:35 PM, Benjamin Herrenschmidt
wrote:
> On Sun, 2013-08-11 at 11:02 +0200, Maarten Lankhorst wrote:
>
>> > diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
>> > b/drivers/gpu/drm/nouveau/core/engine/fifo/nv40.c
>> > index 5c7433d..c314a5f 100644
>> > --- a/dri
On 28.08.2013 16:18, Thierry Reding wrote:
> I think that's not all. I have local patches that also introduce a v2 of
> host1x, because the number of syncpoints is different. There may also be
> other differences, but Terje might be more qualified to answer that.
Tegra4 host1x has an extra channel
On Thu, Aug 29, 2013 at 5:51 AM, Rob Clark wrote:
>> 1. The API is geared toward updating one object at a time. Android's
>> graphics stack needs the entire screen updated atomically to avoid tearing,
>> and on some SoCs to avoid wedging the display hardware. Rob Clark's atomic
>> modeset pa
> > Just got this WARNING while loading radeon driver on a test PC that was
> > running 3.10 fine (full dmesg below). The machine is a Intel 850 chipst
> > PC with AGP Radeon 7000 and no monitor attached. lspci and config are
> > also below.
>
> Still there with 3.11-rc6 and fully reproducible.
On Wed, Aug 28, 2013 at 11:51:59PM -0400, Rob Clark wrote:
> On Wed, Aug 28, 2013 at 9:51 PM, Greg Hackmann
> wrote:
> > Hi,
> >
> > ADF is an experimental display framework that I designed after
> > experimenting with a KMS-based hardware composer for Android. ADF started
> > as an proof-of-c
This patch adds lock and poll callbacks to dma buf file operations,
and these callbacks will be called by fcntl and select system calls.
fcntl and select system calls can be used to wait for the completion
of DMA or CPU access to a shared dmabuf. The difference of them is
fcntl system call takes a
Hi all,
This patch set introduces a buffer synchronization framework based
on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and
has been rebased on linux-next.
The purpose of this framework is to provide not only buffer access
control to CPU and CPU, and CPU and DMA, and DMA and DMA b
This patch adds a buffer synchronization framework based on DMA BUF[1]
and and based on ww-mutexes[2] for lock mechanism, and has been rebased
on linux-next.
The purpose of this framework is to provide not only buffer access control
to CPU and DMA but also easy-to-use interfaces for device drivers
On Thu, Aug 29, 2013 at 09:01:01AM +0200, Daniel Vetter wrote:
> On Thu, Aug 29, 2013 at 5:51 AM, Rob Clark wrote:
> >> 1. The API is geared toward updating one object at a time. Android's
> >> graphics stack needs the entire screen updated atomically to avoid
> >> tearing, and on some SoCs to
On (08/29/13 10:19), Meelis Roos wrote:
> > > Just got this WARNING while loading radeon driver on a test PC that was
> > > running 3.10 fine (full dmesg below). The machine is a Intel 850 chipst
> > > PC with AGP Radeon 7000 and no monitor attached. lspci and config are
> > > also below.
> >
>
On Thu, Aug 29, 2013 at 10:58:51AM +0300, Ville Syrj?l? wrote:
> After that we need to figure out how we can expose them to userspace w/o
> risking breaking stuff too much. Maybe a new ioctl to enumerate private
> planes only? And the maybe only accept direct use of private planes via
> the atomic
Commit a01c34f72e7cd2624570818f579b5ab464f93de2 (radeon kms: do not
flush uninitialized hotplug work) moved work initialisation phase to
the last step of radeon_irq_kms_init(). Meelis Roos reported that this
causes problems on his machine because drm_irq_install() uses hotplug
work on r100.
hotplu
> Reported-by: Meelis Roos
> Signed-off-by: Sergey Senozhatsky
It works, thank you for quick response!
Tested-by: Meelis Roos
> drivers/gpu/drm/radeon/radeon_irq_kms.c | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c
On Thu, Aug 29, 2013 at 3:01 AM, Daniel Vetter
wrote:
> On Thu, Aug 29, 2013 at 5:51 AM, Rob Clark wrote:
>>> 1. The API is geared toward updating one object at a time. Android's
>>> graphics stack needs the entire screen updated atomically to avoid tearing,
>>> and on some SoCs to avoid wed
On Thu, Aug 29, 2013 at 3:36 AM, Ville Syrj?l?
wrote:
> On Wed, Aug 28, 2013 at 11:51:59PM -0400, Rob Clark wrote:
>> On Wed, Aug 28, 2013 at 9:51 PM, Greg Hackmann
>> wrote:
>> > Hi,
>> >
>> > ADF is an experimental display framework that I designed after
>> > experimenting with a KMS-based ha
On Thu, Aug 29, 2013 at 3:58 AM, Ville Syrj?l?
wrote:
>> Imo we should just convert primary planes to real planes so that we
>> can do the same table-based checking for them as we do for secondary
>> planes right now.
>
> My plan for i915 is to convert them to drm_planes but first keep them
> hidd
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/bf0eb422/attachment.html>
happy developing guys :)
--
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/20130829/e197bb7b/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/5e6b0402/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/4ac09836/attachment.html>
On Wed, Aug 14, 2013 at 4:47 PM, Sean Paul wrote:
> This patch adds the notion of a drm_bridge. A bridge is a chained
> device which hangs off an encoder. The drm driver using the bridge
> should provide the association between encoder and bridge. Once a
> bridge is associated with an encoder, it
On Thu, Aug 29, 2013 at 11:59 AM, Sean Paul wrote:
> On Wed, Aug 14, 2013 at 4:47 PM, Sean Paul wrote:
>> This patch adds the notion of a drm_bridge. A bridge is a chained
>> device which hangs off an encoder. The drm driver using the bridge
>> should provide the association between encoder and b
his 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/20130829/81991102/attachment-0001.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/95f44771/attachment-0001.html>
On Thu, Aug 29, 2013 at 6:55 AM, Meelis Roos wrote:
>> Reported-by: Meelis Roos
>> Signed-off-by: Sergey Senozhatsky
>
> It works, thank you for quick response!
>
> Tested-by: Meelis Roos
Thanks. I've added it to my patch queue.
Alex
>
>> drivers/gpu/drm/radeon/radeon_irq_kms.c | 10 ++
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130829/9b6d48dd/attachment.html>
On Thu, Aug 29, 2013 at 12:13:16PM -0400, Rob Clark wrote:
> On Thu, Aug 29, 2013 at 11:59 AM, Sean Paul wrote:
> > On Wed, Aug 14, 2013 at 4:47 PM, Sean Paul wrote:
> >> This patch adds the notion of a drm_bridge. A bridge is a chained
> >> device which hangs off an encoder. The drm driver using
1 - 100 of 126 matches
Mail list logo
