Hi,
On 12/14/2012 10:36 AM, sumit.sem...@ti.com wrote:
> From: Sumit Semwal
>
> Add debugfs support to make it easier to print debug information
> about the dma-buf buffers.
>
> Signed-off-by: Sumit Semwal
> ---
> drivers/base/dma-buf.c | 149
> +
Hi,
Following to my shared talk with krh, danvet and Timothée Ravier @
XDC2012, I have
actually taken the time to start fixing some security holes found in the
graphics stack.
Today, I would like to request your comments on the render node
patchset. Keep in mind that I am
not asking for incl
Hi Maarten,
On 14 December 2012 17:27, Maarten Lankhorst wrote:
> Op 14-12-12 10:36, sumit.sem...@ti.com schreef:
> > From: Sumit Semwal
> >
> > Add debugfs support to make it easier to print debug information
> > about the dma-buf buffers.
> >
> I like the idea, I don't know if it could be done
On 14 December 2012 16:04, Daniel Vetter wrote:
>
> Missed one ...
>
> On Fri, Dec 14, 2012 at 10:36 AM, wrote:
> > + list_for_each_entry(attach_obj, &buf_obj->attachments,
> > node) {
> > + seq_printf(s, "\t\t");
> > +
> > + seq_printf(
On 17 December 2012 14:25, Sumit Semwal wrote:
Apologies for re-sending, since the gmail ui 'decided' to set some
formatting options by default!
> Hi Maarten,
>
> On 14 December 2012 17:27, Maarten Lankhorst
> wrote:
>>
>> Op 14-12-12 10:36, sumit.sem...@ti.com schreef:
>> > From: Sumit Semwal
>
On 14.12.2012 21:33, Jerome Glisse wrote:
On Fri, Dec 14, 2012 at 3:13 PM, Christian König
wrote:
On 14.12.2012 18:39, j.gli...@gmail.com wrote:
From: Jerome Glisse
After lockup we need to resume fence to last sync sequence and not
last received sequence so that all thread waiting on command
>
> Hi Ozan,
>
> Please have a look at this documentation:
> http://cgit.freedesktop.org/nouveau/linux-2.6/tree/Documentation/thermal/nouveau_thermal
> It will tell you how to use fan management on your card :)
>
> Please report back! I am interested in your results!
>
> Martin
Hey this is nice! I
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 6ace91e648a327ebf98093b6d971a097c36cd46d
commit: 6ace91e648a327ebf98093b6d971a097c36cd46d [120/120] drm/i915: Clear the
stolen fb before enabling
sparse warnings:
+ drivers/gpu/drm/i915/intel_fb.c:163:17: s
On 13.12.2012 17:23, Joe Perches wrote:
> On Thu, 2012-12-13 at 16:04 +0200, Terje Bergstrom wrote:
>> Add support for host1x debugging. Adds debugfs entries, and dumps
>> channel state to UART in case of stuck job.
>
> trivial note:
>
> []
>
>> diff --git a/drivers/gpu/host1x/debug.h b/drivers/
Hi Tomi,
I finally have time to work on a v3 :-)
On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> On 2012-11-22 23:45, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > Hi everybody,
> >
> > Here's the second RFC of what was previously known as the Generic Panel
> > Framewo
On Mon, Dec 17, 2012 at 7:56 AM, Tomi Valkeinen wrote:
> On 2012-12-14 02:04, Rob Clark wrote:
>> A simple DRM/KMS driver for the TI LCD Controller found in various
>> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
>> CMA helpers. Currently only the TFP410 DVI encoder is supporte
Hi Thierry,
On Friday 23 November 2012 20:56:07 Thierry Reding wrote:
> On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> [...]
>
> > Display entities are accessed by driver using notifiers. Any driver can
> > register a display entity notifier with the CDF, which then calls the
Hi Sascha,
On Friday 23 November 2012 22:41:58 Sascha Hauer wrote:
> On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > The CDF models this using a Russian doll's model. From the display
> > controller point of view only the first external entity
On Mon, Dec 17, 2012 at 8:39 AM, Rob Clark wrote:
>> I'm not very enthusiastic about adding ti-lcdc specific panel/chip
>> drivers. It's not really a big deal if it's only kernel code, but you
>> add device-tree bindings also, which is an external API that you need to
>> support after adding it.
>
Hi Alan,
On Monday 26 November 2012 14:47:08 Alan Cox wrote:
> On Sat, 24 Nov 2012 09:15:51 +0200 Tomi Valkeinen wrote:
> > On 2012-11-23 21:56, Thierry Reding wrote:
> > > On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > > [...]
> > >
> > >> Display entities are accessed by
On Mon, Dec 17, 2012 at 4:11 AM, Christian König
wrote:
> On 14.12.2012 21:33, Jerome Glisse wrote:
>>
>> On Fri, Dec 14, 2012 at 3:13 PM, Christian König
>> wrote:
>>>
>>> On 14.12.2012 18:39, j.gli...@gmail.com wrote:
From: Jerome Glisse
After lockup we need to resume fence
From: Jerome Glisse
Force all fence to signal if GPU reset failed so no process get stuck
on waiting fence.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h| 1 +
drivers/gpu/drm/radeon/radeon_device.c | 1 +
drivers/gpu/drm/radeon/radeon_fence.c | 19 +++
https://bugs.freedesktop.org/show_bug.cgi?id=26345
--- Comment #153 from Chris Wilson ---
Now in kernel form as well:
commit b75e53bac7f4164e1c53a636352faa3d177b4beb
Author: Daniel Vetter
Date: Sun Dec 16 18:08:07 2012 +0100
drm/i915: Implement workaround for broken CS tlb on i830/845
On 17.12.2012 16:29, j.gli...@gmail.com wrote:
From: Jerome Glisse
Force all fence to signal if GPU reset failed so no process get stuck
on waiting fence.
Signed-off-by: Jerome Glisse
Seems to make sense.
Reviewed-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h| 1 +
Hi all,
So in the course of beating the pageflip paths senseless to test the new locking
scheme I've hunted down some bugs on g33. Sometimes we seemingly time out
waiting for the event - apparently the pageflip irq is lost somewhere. I've
tried to dig in, but lost myself completely in the rather f
We need to make sure that the fbcon is still bound when touching the
hw, since otherwise we might corrupt the modeset state of kms clients.
X mostly works around that with VT switching and setting the VT into
raw mode, which disables most fbcon events.
Raw kms test programs though don't do that da
Otherwise it seems like we can get stuck with concurrent waiters.
Right now this /shouldn't/ be a problem, since all pending pageflip
waiters are serialized by the one mode_config.mutex, so there's at
most on waiter. But better paranoid than sorry, since this is tricky
code.
Signed-off-by: Daniel
From: Jerome Glisse
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force ring completion in place where it
makes sense or
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #16 from Andre 2012-12-17 16:11:28 ---
Before i could crash X almost instantaneously by switching the kde (openGL)
screensaver back and forth.
Now the system runs for almost two hours without any problems so far.
--
Configure b
On Mon, Dec 17, 2012 at 9:26 AM, Sekhar Nori wrote:
> Hi Rob,
>
>
> On Monday, December 17, 2012, Rob Clark wrote:
>>
>> On Mon, Dec 17, 2012 at 8:39 AM, Rob Clark wrote:
>> >> I'm not very enthusiastic about adding ti-lcdc specific panel/chip
>> >> drivers. It's not really a big deal if it's onl
On 17.12.2012 17:04, j.gli...@gmail.com wrote:
From: Jerome Glisse
radeon_fence_wait_empty_locked should not trigger GPU reset as no
place where it's call from would benefit from such thing and it
actually lead to a kernel deadlock in case the reset is triggered
from pm codepath. Instead force
On 2012-12-14 02:04, Rob Clark wrote:
> A simple DRM/KMS driver for the TI LCD Controller found in various
> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
> CMA helpers. Currently only the TFP410 DVI encoder is supported
> (tested with beaglebone + DVI cape). There are also vari
Hi Rob,
On Monday, December 17, 2012, Rob Clark wrote:
> On Mon, Dec 17, 2012 at 8:39 AM, Rob Clark >
> wrote:
> >> I'm not very enthusiastic about adding ti-lcdc specific panel/chip
> >> drivers. It's not really a big deal if it's only kernel code, but you
> >> add device-tree bindings also, whi
On 2012-12-17 16:36, Laurent Pinchart wrote:
> Hi Tomi,
>
> I finally have time to work on a v3 :-)
>
> On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
>> On 2012-11-22 23:45, Laurent Pinchart wrote:
>>> From: Laurent Pinchart
>>>
>>> Hi everybody,
>>>
>>> Here's the second RFC of what
Hi Laurent -
On Mon, 17 Dec 2012, Laurent Pinchart wrote:
> Hi Tomi,
>
> I finally have time to work on a v3 :-)
>
> On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
>> On 2012-11-22 23:45, Laurent Pinchart wrote:
>> > From: Laurent Pinchart
>> >
>> > Hi everybody,
>> >
>> > Here's t
On Mon, 2012-12-17 at 16:01 +0200, Terje Bergström wrote:
> Considering the amount of feedback I've received from the patches, they
> must be top notch quality!
Maybe.
Maybe no one else has the hardware.
___
dri-devel mailing list
dri-devel@lists.freede
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #2 from Henrique Dias ---
Today messages from dmesg:
[ 4115.879007] nouveau E[ PGRAPH][:01:00.0] TRAP_MP_EXEC - TP 0 MP 0:
INVALID_OPCODE at 07ff00 warp 0, opcode
[ 4115.879007] nouveau [ PGRAPH][:01:00.0
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #3 from Henrique Dias ---
Created attachment 71674
--> https://bugs.freedesktop.org/attachment.cgi?id=71674&action=edit
my graphics are a mess.
my graphics are a mess.
--
You are receiving this mail because:
You are the assignee
As soon as I open the following website:
http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
my Radeon RS780 stalls (GPU lockup) leaving the machine unusable:
Dec 17 17:41:39 x4 kernel: [drm] Initialized drm 1.1.0 20060810
Dec 17 17:41:39 x4 kernel: [drm] radeon defaulting
On Tue, Dec 11, 2012 at 8:01 PM, Inki Dae wrote:
>
>
> 2012/12/12 Stéphane Marchesin
>>
>> On Mon, Dec 10, 2012 at 1:27 AM, Inki Dae wrote:
>> >
>> >
>> > 2012/12/10 Stéphane Marchesin
>> >>
>> >> On Sun, Dec 9, 2012 at 10:26 PM, Inki Dae wrote:
>> >> >
>> >> >
>> >> > 2012/12/6 R. Chandraseka
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #4 from Henrique Dias ---
more dmesg messages:
[ 1123.476832] nouveau E[ PGRAPH][:01:00.0] TRAP_MP_EXEC - TP 0 MP 0:
INVALID_OPCODE at 07ff00 warp 0, opcode
[ 1123.476839] nouveau [ PGRAPH][:01:00.0] TRA
On Mon, 17 Dec 2012 16:59:00 +0100, Daniel Vetter
wrote:
> Otherwise it seems like we can get stuck with concurrent waiters.
> Right now this /shouldn't/ be a problem, since all pending pageflip
> waiters are serialized by the one mode_config.mutex, so there's at
> most on waiter. But better para
On Mon, Dec 17, 2012 at 7:59 PM, Stéphane Marchesin
wrote:
>
>> And
>> fimd, as display controller, could be controlled by linux framebuffer or drm
>> framework.
>>
>
> I don't think it's a valid point. If the framebuffer is properly done
> on top of the DRM, you don't need all of that at all.
Im
On 12/16/2012 09:37 AM, Terje Bergström wrote:
...
> ... Sure we could tell DC to ask its parent
> (host1x), and call host1x driver with platform_device pointer found that
> way, and host1x would return a pointer to tegradrm's data. Hanging the
> data onto host1x driver is just a more complicated w
On an (outdated) laptop the radeon driver (almost always) prints, during
the first resume of each session:
[drm] crtc 1 is connected to a TV
This message is a bit puzzling as, as far as I know, no TV has ever
been connected to this laptop. Anyhow, before v3.5, if that happened the
radeon drive
On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
wrote:
> As soon as I open the following website:
> http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
>
> my Radeon RS780 stalls (GPU lockup) leaving the machine unusable:
Is this a regression? Most likely a 3D driver
https://bugs.freedesktop.org/show_bug.cgi?id=44126
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Applied to my fixes branch. Thanks!
2012/12/17 Christian König :
> Reviewed-by: Christian König
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #5 from Henrique Dias ---
Created attachment 71698
--> https://bugs.freedesktop.org/attachment.cgi?id=71698&action=edit
Another screenshot
--
You are receiving this mail because:
You are the assignee for the bug.
_
Added to fixes and stable. Thanks!
On Mon, Dec 17, 2012 at 11:41 AM, Christian König
wrote:
> On 17.12.2012 17:04, j.gli...@gmail.com wrote:
>>
>> From: Jerome Glisse
>>
>> radeon_fence_wait_empty_locked should not trigger GPU reset as no
>> place where it's call from would benefit from such th
https://bugs.freedesktop.org/show_bug.cgi?id=57670
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> wrote:
> > As soon as I open the following website:
> > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_i.html
> >
> > my Radeon RS780 stalls (GPU lockup) leaving the mach
https://bugs.freedesktop.org/show_bug.cgi?id=58378
--- Comment #6 from Henrique Dias ---
# lspci -nnvv
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86 [GeForce 8400M
G] [10de:0428] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Device [1
On 2012.12.17 at 22:48 +0100, Markus Trippelsdorf wrote:
> On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> > On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> > wrote:
> > > As soon as I open the following website:
> > > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_
Hi Vikas,
On Friday 14 December 2012 10:27:12 Vikas Sajjan wrote:
>
> Hi All,
>
> I was thinking of porting samsung exynos 5250 display driver as per CDF,
>
> but i had certain doubts and wanted to discuss with you guys,
>
> 1. Samsung Exynos supports MIPI DSI based display panels, wondering
On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
wrote:
> On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
>> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
>> wrote:
>> > As soon as I open the following website:
>> > http://www.boston.com/bigpicture/2012/12/2012_year_in_pictures_part_
On 12/14/12 7:50 PM, Daniel Vetter wrote:
Dude, you're seriously overshooting here. This patch isn't required
_at_ _all_ to do cross device sharing/reservations/whatever. We've
simply discussed TTM documentation in the context of Maartens work,
and I've suggested to include all the TTM kerneldoc
Hi Jani,
On Monday 17 December 2012 18:53:37 Jani Nikula wrote:
> On Mon, 17 Dec 2012, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >> > From: Laurent Pinchart
> >> >
> >> > Hi everybody,
> >> >
> >> >
https://bugs.freedesktop.org/show_bug.cgi?id=56634
--- Comment #5 from maxi...@free.fr ---
Using kernel from linus's repo fixes this issue.
Not sure if it is a "proper" fix, so I'll let you close the repoer if it should
be closed.
(now I'm getting 40 fps in heaven , nice boost if we forget about
On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
> On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
> wrote:
> > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> >> wrote:
> >> > As soon as I open the following website:
> >> > http
Hi all
Sorry, not sure what information is most appropriate here. GPU hangs from
time to time on this laptop, typically when running firefox on
graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
(squeeze), lspci
00:02.0 VGA compatible controller: Intel Corporation Mobile
On 17/12/2012 13:35, Ozan Çağlayan wrote:
Hi Ozan,
Please have a look at this documentation:
http://cgit.freedesktop.org/nouveau/linux-2.6/tree/Documentation/thermal/nouveau_thermal
It will tell you how to use fan management on your card :)
Please report back! I am interested in your results!
On 2012.12.17 at 23:25 +0100, Markus Trippelsdorf wrote:
> On 2012.12.17 at 17:00 -0500, Alex Deucher wrote:
> > On Mon, Dec 17, 2012 at 4:48 PM, Markus Trippelsdorf
> > wrote:
> > > On 2012.12.17 at 16:32 -0500, Alex Deucher wrote:
> > >> On Mon, Dec 17, 2012 at 1:27 PM, Markus Trippelsdorf
> > >
On Mon, Dec 17, 2012 at 11:36 PM, Guennadi Liakhovetski
wrote:
> Sorry, not sure what information is most appropriate here. GPU hangs from
> time to time on this laptop, typically when running firefox on
> graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
> (squeeze), lspci
Hi Tomi,
On Monday 17 December 2012 17:29:15 Tomi Valkeinen wrote:
> On 2012-12-17 16:36, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >>> From: Laurent Pinchart
> >>>
> >>> Hi everybody,
> >>>
> >>> He
On Tue, Dec 18, 2012 at 12:15 AM, Heinz Diehl wrote:
>> [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
>> [drm] capturing error event; look for more information in
>> /debug/dri/0/i915_error_state
>> [drm:i915_reset] *ERROR* Failed to reset chip.
>
> I have the same problem
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
Fix:
nouveau_pm.c: In function ‘nouveau_hwmon_init’:
nouveau_pm.c:703:24: warning: unused variable ‘therm’ [-Wunused-variable]
Signed-off-by: Guenter Roeck
---
drivers/gpu/drm/nouveau/nouveau_pm.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau
On 17.12.2012, Guennadi Liakhovetski wrote:
> [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> [drm] capturing error event; look for more information in
> /debug/dri/0/i915_error_state
> [drm:i915_reset] *ERROR* Failed to reset chip.
I have the same problem, are able to r
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
On Fri, Dec 07, 2012 at 08:37:06PM +, Chris Wilson wrote:
> Required by i915 in order to avoid the allocation in the middle of
> manipulating the drm_mm lists.
>
> Use a pair of stubs to preserve the existing EXPORT_SYMBOLs for
> backporting; to be removed later.
>
> Cc: Dave Airlie
> Cc: dr
So I've gotten back to playing with prime for a day, and found some
old intel/radeon tests I had failing,
Tracked it down to a lifetime issue with the current code and can
think of two fixes,
The problem scenario is
1. i915: create gem object
2. i915: export gem object to prime
3. radeon: import
>
> Many developers showed interest in the first RFC, and I've had the opportunity
> to discuss it with most of them. I would like to thank (in no particular
> order) Tomi Valkeinen for all the time he spend helping me to draft v2, Marcus
> Lorentzon for his useful input during Linaro Connect Q4 20
From: Dave Airlie
So when we export an dma buf we store it on the import list for that file
priv, so we can trap later imports of a buffer we exported from ourselves.
However there is nothing to clean that pointer up if the dma-buf gets
released internally, since we don't hold a reference to it.
>
> b) don't keep track of dma_buf, keep track of gem objects, when we get
> a lookup, check inside the gem object, since currently we NULL out the
> export_dma_buf when we hit the release path, apart from the fact I'm
> sure the locking is foobar,
Okay I've sent and implementation of this option,
Added resume hooks that will be called on resuming from DEVICE_OFF.
The dmm portion of the patch reprograms the LUT to point to the dummy
pages. The omapdrm portion of the patch repins the buffers into the
DMM.
Signed-off-by: Andy Gross
---
drivers/staging/omapdrm/omap_dmm_tiler.c | 34 ++
First patch adds PM capabilities for omapdrm. Second patch adds
OMAP5 support to DMM driver component.
Series was build tested and based on linux-next.
Andy Gross (2):
drm/omap: Add PM capabilities
drm/omap: Add OMAP5 support
drivers/staging/omapdrm/omap_dmm_priv.h |5 +
drivers/stagi
Add support for OMAP5 processor. The main differences are that the OMAP5
has 2 containers, one for 1D and one for 2D. Each container is 128MiB in
size.
Signed-off-by: Andy Gross
---
drivers/staging/omapdrm/omap_dmm_priv.h |5 +
drivers/staging/omapdrm/omap_dmm_tiler.c | 127 +
On Mon, Dec 17, 2012 at 11:04 PM, Dave Airlie wrote:
>>
>> Many developers showed interest in the first RFC, and I've had the
>> opportunity
>> to discuss it with most of them. I would like to thank (in no particular
>> order) Tomi Valkeinen for all the time he spend helping me to draft v2,
>> M
https://bugs.freedesktop.org/show_bug.cgi?id=58354
Alexandre Demers changed:
What|Removed |Added
Summary|[bisected] r600g locks up |[bisected] r600g: use DMA
On Thu, Sep 27, 2012 at 4:30 PM, Seung-Woo Kim wrote:
> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
> gem
> makes memory leak. release function of dma-buf cannot be called because
> f_count
> of dma-buf increased by importing gem and gem ref count cannot be decre
On 17.12.2012 22:55, Stephen Warren wrote:
> On 12/16/2012 09:37 AM, Terje Bergström wrote:
> ...
>> ... Sure we could tell DC to ask its parent
>> (host1x), and call host1x driver with platform_device pointer found that
>> way, and host1x would return a pointer to tegradrm's data. Hanging the
>> d
Hi Dave,
On 2012년 12월 18일 15:30, Dave Airlie wrote:
> On Thu, Sep 27, 2012 at 4:30 PM, Seung-Woo Kim wrote:
>> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
>> gem
>> makes memory leak. release function of dma-buf cannot be called because
>> f_count
>> of dma-buf
ving 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/20121217/6eec764e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #15 from Alex Deucher 2012-12-17
00:34:33 ---
Does this patch fix the issue?
http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=bd25f0783dc3fb72e1e2779c2b99b2d34b67fa8a
--
Configure bugmail: https://bugzilla.kerne
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/20121217/bbacb724/attachment.html>
Hi,
Following to my shared talk with krh, danvet and Timoth?e Ravier @
XDC2012, I have
actually taken the time to start fixing some security holes found in the
graphics stack.
Today, I would like to request your comments on the render node
patchset. Keep in mind that I am
not asking for inclus
management on your card :)
Please report back! I am interested in your results!
Martin
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121217/e57587cf/attachment-0001.html>
From: Kristian H?gsberg
We got the minor number base right, but limit is too big and causes the
minor numer ranges for the control and render nodes to overlap.
v2: fix a off-by-one overlap as suggested by ihadzic at research.bell-labs.com
Signed-off-by: Martin Peres
---
drivers/gpu/drm/drm_st
From: Kristian H?gsberg
Enable support for drm render nodes for i915 by flagging the ioctls that
are safe and just needed for rendering.
Signed-off-by: Kristian H?gsberg
---
drivers/gpu/drm/i915/i915_dma.c | 36 ++--
drivers/gpu/drm/i915/i915_drv.c | 3 ++-
2 f
From: Martin Peres
Enable support for drm render nodes for nouveau by flagging the ioctls that
are safe and just needed for rendering.
Signed-off-by: Martin Peres
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --
From: Kristian H?gsberg
This patch introduces a new kind of drm device node: the render node.
A render node exposes a safe subset of the legacy drm device ioctls and can
only be used for rendering. The legacy node supports modesetting, DRI1
and global buffer sharing, while the render node only s
From: Martin Peres
Signed-off-by: Martin Peres
---
.gitignore | 1 +
tests/Makefile.am| 1 +
tests/same_device_but_type.c | 52
xf86drm.c| 44 +
xf86drm.h
From: Martin Peres
Signed-off-by: Martin Peres
---
nouveau/nouveau.c | 11 +--
nouveau/nouveau.h | 2 ++
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
index 940d933..1402852 100644
--- a/nouveau/nouveau.c
+++ b/nouveau/nouveau.c
@
From: Martin Peres
Signed-off-by: Martin Peres
---
tests/name_from_fd.c | 19 ++
xf86drm.c| 105 ---
xf86drm.h| 7
3 files changed, 100 insertions(+), 31 deletions(-)
diff --git a/tests/name_from_fd.c b/tes
From: Martin Peres
Signed-off-by: Martin Peres
---
nouveau/libdrm_nouveau.pc.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nouveau/libdrm_nouveau.pc.in b/nouveau/libdrm_nouveau.pc.in
index 6170613..f3b99cf 100644
--- a/nouveau/libdrm_nouveau.pc.in
+++ b/nouveau/libdrm_n
From: Martin Peres
Signed-off-by: Martin Peres
---
configure.ac | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index 0c19929..df56066 100644
--- a/configure.ac
+++ b/configure.ac
@@ -20,7 +20,7 @@
AC_PREREQ([2.63])
AC_INIT([libdrm],
-
From: Martin Peres
Signed-off-by: Martin Peres
---
dri2proto.h | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/dri2proto.h b/dri2proto.h
index 128b807..4d11ba7 100644
--- a/dri2proto.h
+++ b/dri2proto.h
@@ -35,7 +35,7 @@
#define DRI2_NAME "DRI2
From: Martin Peres
Signed-off-by: Martin Peres
---
glx/glxdri2.c | 3 ++-
hw/xfree86/dri2/dri2.c| 11 ++-
hw/xfree86/dri2/dri2.h| 8 ++--
hw/xfree86/dri2/dri2ext.c | 8 ++--
4 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/glx/glxdri2.c b/gl
From: Martin Peres
Signed-off-by: Martin Peres
---
configure.ac | 2 +-
src/nouveau_dri2.c | 11 +++
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index ff9c337..61dfb01 100644
--- a/configure.ac
+++ b/configure.ac
@@ -67,7 +67,7 @@ XO
From: Martin Peres
Signed-off-by: Martin Peres
---
src/gallium/state_trackers/egl/x11/x11_screen.c | 2 +-
src/glx/dri2.c | 6 +-
src/glx/dri2.h | 3 ++-
src/glx/dri2_glx.c | 20 +++
Hi Nouveau enthusiasts,
One week ago was merged the thermal/fan management code for most nvidia
cards.
So far, no major issue arose but we would like to have more testing as
soon as possible to deliver a nice and solid support when Linux 3.8 is
released.
Thermal management is split into two p
m-next&id=dd54fee7d440c4a9756cce2c24a50c15e4c17ccb
Yea i have that commit.
--
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/20121217/1909bd31/attachment.html>
Hi Linus,
This is the one and only next pull for 3.8, we had a regression we found
last week, so I was waiting for that to resolve itself, and I ended up
with some Intel fixes on top as well.
Highlights:
new driver: nvidia tegra 20/30/hdmi support
radeon: add support for previously unused DMA
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121217/9e95bb5c/attachment.html>
1 - 100 of 158 matches
Mail list logo
