2005-04-17 06:20:36 +08:00
|
|
|
/**
|
|
|
|
* \file drm_stub.h
|
|
|
|
* Stub support
|
|
|
|
*
|
|
|
|
* \author Rickard E. (Rik) Faith <faith@valinux.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Created: Fri Jan 19 10:48:35 2001 by faith@acm.org
|
|
|
|
*
|
|
|
|
* Copyright 2001 VA Linux Systems, Inc., Sunnyvale, California.
|
|
|
|
* All Rights Reserved.
|
|
|
|
*
|
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a
|
|
|
|
* copy of this software and associated documentation files (the "Software"),
|
|
|
|
* to deal in the Software without restriction, including without limitation
|
|
|
|
* the rights to use, copy, modify, merge, publish, distribute, sublicense,
|
|
|
|
* and/or sell copies of the Software, and to permit persons to whom the
|
|
|
|
* Software is furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice (including the next
|
|
|
|
* paragraph) shall be included in all copies or substantial portions of the
|
|
|
|
* Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
* PRECISION INSIGHT AND/OR ITS SUPPLIERS BE LIABLE FOR ANY CLAIM, DAMAGES OR
|
|
|
|
* OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
|
|
|
|
* ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
|
|
|
|
* DEALINGS IN THE SOFTWARE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/moduleparam.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2012-10-03 01:01:07 +08:00
|
|
|
#include <drm/drmP.h>
|
|
|
|
#include <drm/drm_core.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-09-25 12:28:13 +08:00
|
|
|
unsigned int drm_debug = 0; /* 1 to enable debug output */
|
2005-04-17 06:20:36 +08:00
|
|
|
EXPORT_SYMBOL(drm_debug);
|
|
|
|
|
drm: implement experimental render nodes
Render nodes provide an API for userspace to use non-privileged GPU
commands without any running DRM-Master. It is useful for offscreen
rendering, GPGPU clients, and normal render clients which do not perform
modesetting.
Compared to legacy clients, render clients no longer need any
authentication to perform client ioctls. Instead, user-space controls
render/client access to GPUs via filesystem access-modes on the
render-node. Once a render-node was opened, a client has full access to
the client/render operations on the GPU. However, no modesetting or ioctls
that affect global state are allowed on render nodes.
To prevent privilege-escalation, drivers must explicitly state that they
support render nodes. They must mark their render-only ioctls as
DRM_RENDER_ALLOW so render clients can use them. Furthermore, they must
support clients without any attached master.
If filesystem access-modes are not enough for fine-grained access control
to render nodes (very unlikely, considering the versaitlity of FS-ACLs),
you may still fall-back to fd-passing from server to client (which allows
arbitrary access-control). However, note that revoking access is
currently impossible and unlikely to get implemented.
Note: Render clients no longer have any associated DRM-Master as they are
supposed to be independent of any server state. DRM core highly depends on
file_priv->master to be non-NULL for modesetting/ctx/etc. commands.
Therefore, drivers must be very careful to not require DRM-Master if they
support DRIVER_RENDER.
So far render-nodes are protected by "drm_rnodes". As long as this
module-parameter is not set to 1, a driver will not create render nodes.
This allows us to experiment with the API a bit before we stabilize it.
v2: drop insecure GEM_FLINK to force use of dmabuf
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2013-08-26 00:29:00 +08:00
|
|
|
unsigned int drm_rnodes = 0; /* 1 to enable experimental render nodes API */
|
|
|
|
EXPORT_SYMBOL(drm_rnodes);
|
|
|
|
|
drm/vblank: Add support for precise vblank timestamping.
The DRI2 swap & sync implementation needs precise
vblank counts and precise timestamps corresponding
to those vblank counts. For conformance to the OpenML
OML_sync_control extension specification the DRM
timestamp associated with a vblank count should
correspond to the start of video scanout of the first
scanline of the video frame following the vblank
interval for that vblank count.
Therefore we need to carry around precise timestamps
for vblanks. Currently the DRM and KMS drivers generate
timestamps ad-hoc via do_gettimeofday() in some
places. The resulting timestamps are sometimes not
very precise due to interrupt handling delays, they
don't conform to OML_sync_control and some are wrong,
as they aren't taken synchronized to the vblank.
This patch implements support inside the drm core
for precise and robust timestamping. It consists
of the following interrelated pieces.
1. Vblank timestamp caching:
A per-crtc ringbuffer stores the most recent vblank
timestamps corresponding to vblank counts.
The ringbuffer can be read out lock-free via the
accessor function:
struct timeval timestamp;
vblankcount = drm_vblank_count_and_time(dev, crtcid, ×tamp).
The function returns the current vblank count and
the corresponding timestamp for start of video
scanout following the vblank interval. It can be
used anywhere between enclosing drm_vblank_get(dev, crtcid)
and drm_vblank_put(dev,crtcid) statements. It is used
inside the drmWaitVblank ioctl and in the vblank event
queueing and handling. It should be used by kms drivers for
timestamping of bufferswap completion.
The timestamp ringbuffer is reinitialized each time
vblank irq's get reenabled in drm_vblank_get()/
drm_update_vblank_count(). It is invalidated when
vblank irq's get disabled.
The ringbuffer is updated inside drm_handle_vblank()
at each vblank irq.
2. Calculation of precise vblank timestamps:
drm_get_last_vbltimestamp() is used to compute the
timestamp for the end of the most recent vblank (if
inside active scanout), or the expected end of the
current vblank interval (if called inside a vblank
interval). The function calls into a new optional kms
driver entry point dev->driver->get_vblank_timestamp()
which is supposed to provide the precise timestamp.
If a kms driver doesn't implement the entry point or
if the call fails, a simple do_gettimeofday() timestamp
is returned as crude approximation of the true vblank time.
A new drm module parameter drm.timestamp_precision_usec
allows to disable high precision timestamps (if set to
zero) or to specify the maximum acceptable error in
the timestamps in microseconds.
Kms drivers could implement their get_vblank_timestamp()
function in a gpu specific way, as long as returned
timestamps conform to OML_sync_control, e.g., by use
of gpu specific hardware timestamps.
Optionally, kms drivers can simply wrap and use the new
utility function drm_calc_vbltimestamp_from_scanoutpos().
This function calls a new optional kms driver function
dev->driver->get_scanout_position() which returns the
current horizontal and vertical video scanout position
of the crtc. The scanout position together with the
drm_display_timing of the current video mode is used
to calculate elapsed time relative to start of active scanout
for the current video frame. This elapsed time is subtracted
from the current do_gettimeofday() time to get the timestamp
corresponding to start of video scanout. Currently
non-interlaced, non-doublescan video modes, with or
without panel scaling are handled correctly. Interlaced/
doublescan modes are tbd in a future patch.
3. Filtering of redundant vblank irq's and removal of
some race-conditions in the vblank irq enable/disable path:
Some gpu's (e.g., Radeon R500/R600) send spurious vblank
irq's outside the vblank if vblank irq's get reenabled.
These get detected by use of the vblank timestamps and
filtered out to avoid miscounting of vblanks.
Some race-conditions between the vblank irq enable/disable
functions, the vblank irq handler and the gpu itself (updating
its hardware vblank counter in the "wrong" moment) are
fixed inside vblank_disable_and_save() and
drm_update_vblank_count() by use of the vblank timestamps and
a new spinlock dev->vblank_time_lock.
The time until vblank irq disable is now configurable via
a new drm module parameter drm.vblankoffdelay to allow
experimentation with timeouts that are much shorter than
the current 5 seconds and should allow longer vblank off
periods for better power savings.
Followup patches will use these new functions to
implement precise timestamping for the intel and radeon
kms drivers.
Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-10-23 10:20:23 +08:00
|
|
|
unsigned int drm_vblank_offdelay = 5000; /* Default to 5000 msecs. */
|
|
|
|
EXPORT_SYMBOL(drm_vblank_offdelay);
|
|
|
|
|
|
|
|
unsigned int drm_timestamp_precision = 20; /* Default to 20 usecs. */
|
|
|
|
EXPORT_SYMBOL(drm_timestamp_precision);
|
|
|
|
|
2012-10-24 02:53:26 +08:00
|
|
|
/*
|
|
|
|
* Default to use monotonic timestamps for wait-for-vblank and page-flip
|
|
|
|
* complete events.
|
|
|
|
*/
|
|
|
|
unsigned int drm_timestamp_monotonic = 1;
|
|
|
|
|
2005-09-25 12:28:13 +08:00
|
|
|
MODULE_AUTHOR(CORE_AUTHOR);
|
|
|
|
MODULE_DESCRIPTION(CORE_DESC);
|
2005-04-17 06:20:36 +08:00
|
|
|
MODULE_LICENSE("GPL and additional rights");
|
|
|
|
MODULE_PARM_DESC(debug, "Enable debug output");
|
drm: implement experimental render nodes
Render nodes provide an API for userspace to use non-privileged GPU
commands without any running DRM-Master. It is useful for offscreen
rendering, GPGPU clients, and normal render clients which do not perform
modesetting.
Compared to legacy clients, render clients no longer need any
authentication to perform client ioctls. Instead, user-space controls
render/client access to GPUs via filesystem access-modes on the
render-node. Once a render-node was opened, a client has full access to
the client/render operations on the GPU. However, no modesetting or ioctls
that affect global state are allowed on render nodes.
To prevent privilege-escalation, drivers must explicitly state that they
support render nodes. They must mark their render-only ioctls as
DRM_RENDER_ALLOW so render clients can use them. Furthermore, they must
support clients without any attached master.
If filesystem access-modes are not enough for fine-grained access control
to render nodes (very unlikely, considering the versaitlity of FS-ACLs),
you may still fall-back to fd-passing from server to client (which allows
arbitrary access-control). However, note that revoking access is
currently impossible and unlikely to get implemented.
Note: Render clients no longer have any associated DRM-Master as they are
supposed to be independent of any server state. DRM core highly depends on
file_priv->master to be non-NULL for modesetting/ctx/etc. commands.
Therefore, drivers must be very careful to not require DRM-Master if they
support DRIVER_RENDER.
So far render-nodes are protected by "drm_rnodes". As long as this
module-parameter is not set to 1, a driver will not create render nodes.
This allows us to experiment with the API a bit before we stabilize it.
v2: drop insecure GEM_FLINK to force use of dmabuf
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2013-08-26 00:29:00 +08:00
|
|
|
MODULE_PARM_DESC(rnodes, "Enable experimental render nodes API");
|
drm/vblank: Add support for precise vblank timestamping.
The DRI2 swap & sync implementation needs precise
vblank counts and precise timestamps corresponding
to those vblank counts. For conformance to the OpenML
OML_sync_control extension specification the DRM
timestamp associated with a vblank count should
correspond to the start of video scanout of the first
scanline of the video frame following the vblank
interval for that vblank count.
Therefore we need to carry around precise timestamps
for vblanks. Currently the DRM and KMS drivers generate
timestamps ad-hoc via do_gettimeofday() in some
places. The resulting timestamps are sometimes not
very precise due to interrupt handling delays, they
don't conform to OML_sync_control and some are wrong,
as they aren't taken synchronized to the vblank.
This patch implements support inside the drm core
for precise and robust timestamping. It consists
of the following interrelated pieces.
1. Vblank timestamp caching:
A per-crtc ringbuffer stores the most recent vblank
timestamps corresponding to vblank counts.
The ringbuffer can be read out lock-free via the
accessor function:
struct timeval timestamp;
vblankcount = drm_vblank_count_and_time(dev, crtcid, ×tamp).
The function returns the current vblank count and
the corresponding timestamp for start of video
scanout following the vblank interval. It can be
used anywhere between enclosing drm_vblank_get(dev, crtcid)
and drm_vblank_put(dev,crtcid) statements. It is used
inside the drmWaitVblank ioctl and in the vblank event
queueing and handling. It should be used by kms drivers for
timestamping of bufferswap completion.
The timestamp ringbuffer is reinitialized each time
vblank irq's get reenabled in drm_vblank_get()/
drm_update_vblank_count(). It is invalidated when
vblank irq's get disabled.
The ringbuffer is updated inside drm_handle_vblank()
at each vblank irq.
2. Calculation of precise vblank timestamps:
drm_get_last_vbltimestamp() is used to compute the
timestamp for the end of the most recent vblank (if
inside active scanout), or the expected end of the
current vblank interval (if called inside a vblank
interval). The function calls into a new optional kms
driver entry point dev->driver->get_vblank_timestamp()
which is supposed to provide the precise timestamp.
If a kms driver doesn't implement the entry point or
if the call fails, a simple do_gettimeofday() timestamp
is returned as crude approximation of the true vblank time.
A new drm module parameter drm.timestamp_precision_usec
allows to disable high precision timestamps (if set to
zero) or to specify the maximum acceptable error in
the timestamps in microseconds.
Kms drivers could implement their get_vblank_timestamp()
function in a gpu specific way, as long as returned
timestamps conform to OML_sync_control, e.g., by use
of gpu specific hardware timestamps.
Optionally, kms drivers can simply wrap and use the new
utility function drm_calc_vbltimestamp_from_scanoutpos().
This function calls a new optional kms driver function
dev->driver->get_scanout_position() which returns the
current horizontal and vertical video scanout position
of the crtc. The scanout position together with the
drm_display_timing of the current video mode is used
to calculate elapsed time relative to start of active scanout
for the current video frame. This elapsed time is subtracted
from the current do_gettimeofday() time to get the timestamp
corresponding to start of video scanout. Currently
non-interlaced, non-doublescan video modes, with or
without panel scaling are handled correctly. Interlaced/
doublescan modes are tbd in a future patch.
3. Filtering of redundant vblank irq's and removal of
some race-conditions in the vblank irq enable/disable path:
Some gpu's (e.g., Radeon R500/R600) send spurious vblank
irq's outside the vblank if vblank irq's get reenabled.
These get detected by use of the vblank timestamps and
filtered out to avoid miscounting of vblanks.
Some race-conditions between the vblank irq enable/disable
functions, the vblank irq handler and the gpu itself (updating
its hardware vblank counter in the "wrong" moment) are
fixed inside vblank_disable_and_save() and
drm_update_vblank_count() by use of the vblank timestamps and
a new spinlock dev->vblank_time_lock.
The time until vblank irq disable is now configurable via
a new drm module parameter drm.vblankoffdelay to allow
experimentation with timeouts that are much shorter than
the current 5 seconds and should allow longer vblank off
periods for better power savings.
Followup patches will use these new functions to
implement precise timestamping for the intel and radeon
kms drivers.
Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-10-23 10:20:23 +08:00
|
|
|
MODULE_PARM_DESC(vblankoffdelay, "Delay until vblank irq auto-disable [msecs]");
|
|
|
|
MODULE_PARM_DESC(timestamp_precision_usec, "Max. error on timestamps [usecs]");
|
2012-10-24 02:53:26 +08:00
|
|
|
MODULE_PARM_DESC(timestamp_monotonic, "Use monotonic timestamps");
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-10-04 03:02:20 +08:00
|
|
|
module_param_named(debug, drm_debug, int, 0600);
|
drm: implement experimental render nodes
Render nodes provide an API for userspace to use non-privileged GPU
commands without any running DRM-Master. It is useful for offscreen
rendering, GPGPU clients, and normal render clients which do not perform
modesetting.
Compared to legacy clients, render clients no longer need any
authentication to perform client ioctls. Instead, user-space controls
render/client access to GPUs via filesystem access-modes on the
render-node. Once a render-node was opened, a client has full access to
the client/render operations on the GPU. However, no modesetting or ioctls
that affect global state are allowed on render nodes.
To prevent privilege-escalation, drivers must explicitly state that they
support render nodes. They must mark their render-only ioctls as
DRM_RENDER_ALLOW so render clients can use them. Furthermore, they must
support clients without any attached master.
If filesystem access-modes are not enough for fine-grained access control
to render nodes (very unlikely, considering the versaitlity of FS-ACLs),
you may still fall-back to fd-passing from server to client (which allows
arbitrary access-control). However, note that revoking access is
currently impossible and unlikely to get implemented.
Note: Render clients no longer have any associated DRM-Master as they are
supposed to be independent of any server state. DRM core highly depends on
file_priv->master to be non-NULL for modesetting/ctx/etc. commands.
Therefore, drivers must be very careful to not require DRM-Master if they
support DRIVER_RENDER.
So far render-nodes are protected by "drm_rnodes". As long as this
module-parameter is not set to 1, a driver will not create render nodes.
This allows us to experiment with the API a bit before we stabilize it.
v2: drop insecure GEM_FLINK to force use of dmabuf
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2013-08-26 00:29:00 +08:00
|
|
|
module_param_named(rnodes, drm_rnodes, int, 0600);
|
drm/vblank: Add support for precise vblank timestamping.
The DRI2 swap & sync implementation needs precise
vblank counts and precise timestamps corresponding
to those vblank counts. For conformance to the OpenML
OML_sync_control extension specification the DRM
timestamp associated with a vblank count should
correspond to the start of video scanout of the first
scanline of the video frame following the vblank
interval for that vblank count.
Therefore we need to carry around precise timestamps
for vblanks. Currently the DRM and KMS drivers generate
timestamps ad-hoc via do_gettimeofday() in some
places. The resulting timestamps are sometimes not
very precise due to interrupt handling delays, they
don't conform to OML_sync_control and some are wrong,
as they aren't taken synchronized to the vblank.
This patch implements support inside the drm core
for precise and robust timestamping. It consists
of the following interrelated pieces.
1. Vblank timestamp caching:
A per-crtc ringbuffer stores the most recent vblank
timestamps corresponding to vblank counts.
The ringbuffer can be read out lock-free via the
accessor function:
struct timeval timestamp;
vblankcount = drm_vblank_count_and_time(dev, crtcid, ×tamp).
The function returns the current vblank count and
the corresponding timestamp for start of video
scanout following the vblank interval. It can be
used anywhere between enclosing drm_vblank_get(dev, crtcid)
and drm_vblank_put(dev,crtcid) statements. It is used
inside the drmWaitVblank ioctl and in the vblank event
queueing and handling. It should be used by kms drivers for
timestamping of bufferswap completion.
The timestamp ringbuffer is reinitialized each time
vblank irq's get reenabled in drm_vblank_get()/
drm_update_vblank_count(). It is invalidated when
vblank irq's get disabled.
The ringbuffer is updated inside drm_handle_vblank()
at each vblank irq.
2. Calculation of precise vblank timestamps:
drm_get_last_vbltimestamp() is used to compute the
timestamp for the end of the most recent vblank (if
inside active scanout), or the expected end of the
current vblank interval (if called inside a vblank
interval). The function calls into a new optional kms
driver entry point dev->driver->get_vblank_timestamp()
which is supposed to provide the precise timestamp.
If a kms driver doesn't implement the entry point or
if the call fails, a simple do_gettimeofday() timestamp
is returned as crude approximation of the true vblank time.
A new drm module parameter drm.timestamp_precision_usec
allows to disable high precision timestamps (if set to
zero) or to specify the maximum acceptable error in
the timestamps in microseconds.
Kms drivers could implement their get_vblank_timestamp()
function in a gpu specific way, as long as returned
timestamps conform to OML_sync_control, e.g., by use
of gpu specific hardware timestamps.
Optionally, kms drivers can simply wrap and use the new
utility function drm_calc_vbltimestamp_from_scanoutpos().
This function calls a new optional kms driver function
dev->driver->get_scanout_position() which returns the
current horizontal and vertical video scanout position
of the crtc. The scanout position together with the
drm_display_timing of the current video mode is used
to calculate elapsed time relative to start of active scanout
for the current video frame. This elapsed time is subtracted
from the current do_gettimeofday() time to get the timestamp
corresponding to start of video scanout. Currently
non-interlaced, non-doublescan video modes, with or
without panel scaling are handled correctly. Interlaced/
doublescan modes are tbd in a future patch.
3. Filtering of redundant vblank irq's and removal of
some race-conditions in the vblank irq enable/disable path:
Some gpu's (e.g., Radeon R500/R600) send spurious vblank
irq's outside the vblank if vblank irq's get reenabled.
These get detected by use of the vblank timestamps and
filtered out to avoid miscounting of vblanks.
Some race-conditions between the vblank irq enable/disable
functions, the vblank irq handler and the gpu itself (updating
its hardware vblank counter in the "wrong" moment) are
fixed inside vblank_disable_and_save() and
drm_update_vblank_count() by use of the vblank timestamps and
a new spinlock dev->vblank_time_lock.
The time until vblank irq disable is now configurable via
a new drm module parameter drm.vblankoffdelay to allow
experimentation with timeouts that are much shorter than
the current 5 seconds and should allow longer vblank off
periods for better power savings.
Followup patches will use these new functions to
implement precise timestamping for the intel and radeon
kms drivers.
Signed-off-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-10-23 10:20:23 +08:00
|
|
|
module_param_named(vblankoffdelay, drm_vblank_offdelay, int, 0600);
|
|
|
|
module_param_named(timestamp_precision_usec, drm_timestamp_precision, int, 0600);
|
2012-10-24 02:53:26 +08:00
|
|
|
module_param_named(timestamp_monotonic, drm_timestamp_monotonic, int, 0600);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2008-04-21 14:47:32 +08:00
|
|
|
struct idr drm_minors_idr;
|
|
|
|
|
2006-01-21 06:08:59 +08:00
|
|
|
struct class *drm_class;
|
2009-02-18 09:08:49 +08:00
|
|
|
struct dentry *drm_debugfs_root;
|
2011-04-18 11:35:51 +08:00
|
|
|
|
|
|
|
int drm_err(const char *func, const char *format, ...)
|
|
|
|
{
|
|
|
|
struct va_format vaf;
|
|
|
|
va_list args;
|
|
|
|
int r;
|
|
|
|
|
|
|
|
va_start(args, format);
|
|
|
|
|
|
|
|
vaf.fmt = format;
|
|
|
|
vaf.va = &args;
|
|
|
|
|
|
|
|
r = printk(KERN_ERR "[" DRM_NAME ":%s] *ERROR* %pV", func, &vaf);
|
|
|
|
|
|
|
|
va_end(args);
|
|
|
|
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_err);
|
|
|
|
|
drm: add separate drm debugging levels
Now all the DRM debug info will be reported if the boot option of
"drm.debug=1" is added. Sometimes it is inconvenient to get the debug
info in KMS mode. We will get too much unrelated info.
This will separate several DRM debug levels and the debug level can be used
to print the different debug info. And the debug level is controlled by the
module parameter of drm.debug
In this patch it is divided into four debug levels;
drm_core, drm_driver, drm_kms, drm_mode.
At the same time we can get the different debug info by changing the debug
level. This can be done by adding the module parameter. Of course it can
be changed through the /sys/module/drm/parameters/debug after the system is
booted.
Four debug macro definitions are provided.
DRM_DEBUG(fmt, args...)
DRM_DEBUG_DRIVER(prefix, fmt, args...)
DRM_DEBUG_KMS(prefix, fmt, args...)
DRM_DEBUG_MODE(prefix, fmt, args...)
When the boot option of "drm.debug=4" is added, it will print the debug info
using DRM_DEBUG_KMS macro definition.
When the boot option of "drm.debug=6" is added, it will print the debug info
using DRM_DEBUG_KMS/DRM_DEBUG_DRIVER.
Sometimes we expect to print the value of an array.
For example: SDVO command,
In such case the following four DRM debug macro definitions are added:
DRM_LOG(fmt, args...)
DRM_LOG_DRIVER(fmt, args...)
DRM_LOG_KMS(fmt, args...)
DRM_LOG_MODE(fmt, args...)
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-06-02 14:09:47 +08:00
|
|
|
void drm_ut_debug_printk(unsigned int request_level,
|
|
|
|
const char *prefix,
|
|
|
|
const char *function_name,
|
|
|
|
const char *format, ...)
|
|
|
|
{
|
2013-11-18 05:25:02 +08:00
|
|
|
struct va_format vaf;
|
drm: add separate drm debugging levels
Now all the DRM debug info will be reported if the boot option of
"drm.debug=1" is added. Sometimes it is inconvenient to get the debug
info in KMS mode. We will get too much unrelated info.
This will separate several DRM debug levels and the debug level can be used
to print the different debug info. And the debug level is controlled by the
module parameter of drm.debug
In this patch it is divided into four debug levels;
drm_core, drm_driver, drm_kms, drm_mode.
At the same time we can get the different debug info by changing the debug
level. This can be done by adding the module parameter. Of course it can
be changed through the /sys/module/drm/parameters/debug after the system is
booted.
Four debug macro definitions are provided.
DRM_DEBUG(fmt, args...)
DRM_DEBUG_DRIVER(prefix, fmt, args...)
DRM_DEBUG_KMS(prefix, fmt, args...)
DRM_DEBUG_MODE(prefix, fmt, args...)
When the boot option of "drm.debug=4" is added, it will print the debug info
using DRM_DEBUG_KMS macro definition.
When the boot option of "drm.debug=6" is added, it will print the debug info
using DRM_DEBUG_KMS/DRM_DEBUG_DRIVER.
Sometimes we expect to print the value of an array.
For example: SDVO command,
In such case the following four DRM debug macro definitions are added:
DRM_LOG(fmt, args...)
DRM_LOG_DRIVER(fmt, args...)
DRM_LOG_KMS(fmt, args...)
DRM_LOG_MODE(fmt, args...)
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-06-02 14:09:47 +08:00
|
|
|
va_list args;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
drm: add separate drm debugging levels
Now all the DRM debug info will be reported if the boot option of
"drm.debug=1" is added. Sometimes it is inconvenient to get the debug
info in KMS mode. We will get too much unrelated info.
This will separate several DRM debug levels and the debug level can be used
to print the different debug info. And the debug level is controlled by the
module parameter of drm.debug
In this patch it is divided into four debug levels;
drm_core, drm_driver, drm_kms, drm_mode.
At the same time we can get the different debug info by changing the debug
level. This can be done by adding the module parameter. Of course it can
be changed through the /sys/module/drm/parameters/debug after the system is
booted.
Four debug macro definitions are provided.
DRM_DEBUG(fmt, args...)
DRM_DEBUG_DRIVER(prefix, fmt, args...)
DRM_DEBUG_KMS(prefix, fmt, args...)
DRM_DEBUG_MODE(prefix, fmt, args...)
When the boot option of "drm.debug=4" is added, it will print the debug info
using DRM_DEBUG_KMS macro definition.
When the boot option of "drm.debug=6" is added, it will print the debug info
using DRM_DEBUG_KMS/DRM_DEBUG_DRIVER.
Sometimes we expect to print the value of an array.
For example: SDVO command,
In such case the following four DRM debug macro definitions are added:
DRM_LOG(fmt, args...)
DRM_LOG_DRIVER(fmt, args...)
DRM_LOG_KMS(fmt, args...)
DRM_LOG_MODE(fmt, args...)
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-06-02 14:09:47 +08:00
|
|
|
if (drm_debug & request_level) {
|
|
|
|
va_start(args, format);
|
2013-11-18 05:25:02 +08:00
|
|
|
vaf.fmt = format;
|
|
|
|
vaf.va = &args;
|
|
|
|
|
|
|
|
if (function_name)
|
|
|
|
printk(KERN_DEBUG "[%s:%s], %pV", prefix,
|
|
|
|
function_name, &vaf);
|
|
|
|
else
|
|
|
|
printk(KERN_DEBUG "%pV", &vaf);
|
drm: add separate drm debugging levels
Now all the DRM debug info will be reported if the boot option of
"drm.debug=1" is added. Sometimes it is inconvenient to get the debug
info in KMS mode. We will get too much unrelated info.
This will separate several DRM debug levels and the debug level can be used
to print the different debug info. And the debug level is controlled by the
module parameter of drm.debug
In this patch it is divided into four debug levels;
drm_core, drm_driver, drm_kms, drm_mode.
At the same time we can get the different debug info by changing the debug
level. This can be done by adding the module parameter. Of course it can
be changed through the /sys/module/drm/parameters/debug after the system is
booted.
Four debug macro definitions are provided.
DRM_DEBUG(fmt, args...)
DRM_DEBUG_DRIVER(prefix, fmt, args...)
DRM_DEBUG_KMS(prefix, fmt, args...)
DRM_DEBUG_MODE(prefix, fmt, args...)
When the boot option of "drm.debug=4" is added, it will print the debug info
using DRM_DEBUG_KMS macro definition.
When the boot option of "drm.debug=6" is added, it will print the debug info
using DRM_DEBUG_KMS/DRM_DEBUG_DRIVER.
Sometimes we expect to print the value of an array.
For example: SDVO command,
In such case the following four DRM debug macro definitions are added:
DRM_LOG(fmt, args...)
DRM_LOG_DRIVER(fmt, args...)
DRM_LOG_KMS(fmt, args...)
DRM_LOG_MODE(fmt, args...)
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-06-02 14:09:47 +08:00
|
|
|
va_end(args);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_ut_debug_printk);
|
2011-04-18 11:35:51 +08:00
|
|
|
|
2008-04-21 14:47:32 +08:00
|
|
|
static int drm_minor_get_id(struct drm_device *dev, int type)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
int base = 0, limit = 63;
|
|
|
|
|
2008-11-08 06:05:41 +08:00
|
|
|
if (type == DRM_MINOR_CONTROL) {
|
2013-08-09 01:10:21 +08:00
|
|
|
base += 64;
|
|
|
|
limit = base + 63;
|
|
|
|
} else if (type == DRM_MINOR_RENDER) {
|
|
|
|
base += 128;
|
|
|
|
limit = base + 63;
|
|
|
|
}
|
2008-11-08 06:05:41 +08:00
|
|
|
|
2008-04-21 14:47:32 +08:00
|
|
|
mutex_lock(&dev->struct_mutex);
|
2013-02-28 09:04:08 +08:00
|
|
|
ret = idr_alloc(&drm_minors_idr, NULL, base, limit, GFP_KERNEL);
|
2008-04-21 14:47:32 +08:00
|
|
|
mutex_unlock(&dev->struct_mutex);
|
2013-02-28 09:04:08 +08:00
|
|
|
|
|
|
|
return ret == -ENOSPC ? -EINVAL : ret;
|
2008-04-21 14:47:32 +08:00
|
|
|
}
|
|
|
|
|
2008-11-28 12:22:24 +08:00
|
|
|
struct drm_master *drm_master_create(struct drm_minor *minor)
|
|
|
|
{
|
|
|
|
struct drm_master *master;
|
|
|
|
|
2009-03-25 03:23:04 +08:00
|
|
|
master = kzalloc(sizeof(*master), GFP_KERNEL);
|
2008-11-28 12:22:24 +08:00
|
|
|
if (!master)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
kref_init(&master->refcount);
|
|
|
|
spin_lock_init(&master->lock.spinlock);
|
|
|
|
init_waitqueue_head(&master->lock.lock_queue);
|
|
|
|
drm_ht_create(&master->magiclist, DRM_MAGIC_HASH_ORDER);
|
|
|
|
INIT_LIST_HEAD(&master->magicfree);
|
|
|
|
master->minor = minor;
|
|
|
|
|
|
|
|
list_add_tail(&master->head, &minor->master_list);
|
|
|
|
|
|
|
|
return master;
|
|
|
|
}
|
|
|
|
|
|
|
|
struct drm_master *drm_master_get(struct drm_master *master)
|
|
|
|
{
|
|
|
|
kref_get(&master->refcount);
|
|
|
|
return master;
|
|
|
|
}
|
2009-12-07 04:46:28 +08:00
|
|
|
EXPORT_SYMBOL(drm_master_get);
|
2008-11-28 12:22:24 +08:00
|
|
|
|
|
|
|
static void drm_master_destroy(struct kref *kref)
|
|
|
|
{
|
|
|
|
struct drm_master *master = container_of(kref, struct drm_master, refcount);
|
|
|
|
struct drm_magic_entry *pt, *next;
|
|
|
|
struct drm_device *dev = master->minor->dev;
|
2009-01-19 15:17:58 +08:00
|
|
|
struct drm_map_list *r_list, *list_temp;
|
2008-11-28 12:22:24 +08:00
|
|
|
|
|
|
|
list_del(&master->head);
|
|
|
|
|
|
|
|
if (dev->driver->master_destroy)
|
|
|
|
dev->driver->master_destroy(dev, master);
|
|
|
|
|
2009-01-19 15:17:58 +08:00
|
|
|
list_for_each_entry_safe(r_list, list_temp, &dev->maplist, head) {
|
|
|
|
if (r_list->master == master) {
|
|
|
|
drm_rmmap_locked(dev, r_list->map);
|
|
|
|
r_list = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-11-28 12:22:24 +08:00
|
|
|
if (master->unique) {
|
2009-03-25 03:23:04 +08:00
|
|
|
kfree(master->unique);
|
2008-11-28 12:22:24 +08:00
|
|
|
master->unique = NULL;
|
|
|
|
master->unique_len = 0;
|
|
|
|
}
|
|
|
|
|
2010-07-25 01:29:36 +08:00
|
|
|
kfree(dev->devname);
|
|
|
|
dev->devname = NULL;
|
|
|
|
|
2008-11-28 12:22:24 +08:00
|
|
|
list_for_each_entry_safe(pt, next, &master->magicfree, head) {
|
|
|
|
list_del(&pt->head);
|
|
|
|
drm_ht_remove_item(&master->magiclist, &pt->hash_item);
|
2009-03-25 03:23:04 +08:00
|
|
|
kfree(pt);
|
2008-11-28 12:22:24 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
drm_ht_remove(&master->magiclist);
|
|
|
|
|
2009-03-25 03:23:04 +08:00
|
|
|
kfree(master);
|
2008-11-28 12:22:24 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void drm_master_put(struct drm_master **master)
|
|
|
|
{
|
|
|
|
kref_put(&(*master)->refcount, drm_master_destroy);
|
|
|
|
*master = NULL;
|
|
|
|
}
|
2009-12-07 04:46:28 +08:00
|
|
|
EXPORT_SYMBOL(drm_master_put);
|
2008-11-28 12:22:24 +08:00
|
|
|
|
|
|
|
int drm_setmaster_ioctl(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file_priv)
|
|
|
|
{
|
2013-06-26 23:58:59 +08:00
|
|
|
int ret = 0;
|
2009-12-03 02:15:25 +08:00
|
|
|
|
2009-04-16 15:00:02 +08:00
|
|
|
if (file_priv->is_master)
|
|
|
|
return 0;
|
|
|
|
|
2008-11-28 12:22:24 +08:00
|
|
|
if (file_priv->minor->master && file_priv->minor->master != file_priv->master)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if (!file_priv->master)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2012-11-15 21:04:37 +08:00
|
|
|
if (file_priv->minor->master)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
mutex_lock(&dev->struct_mutex);
|
|
|
|
file_priv->minor->master = drm_master_get(file_priv->master);
|
|
|
|
file_priv->is_master = 1;
|
|
|
|
if (dev->driver->master_set) {
|
|
|
|
ret = dev->driver->master_set(dev, file_priv, false);
|
|
|
|
if (unlikely(ret != 0)) {
|
|
|
|
file_priv->is_master = 0;
|
|
|
|
drm_master_put(&file_priv->minor->master);
|
2009-12-03 02:15:25 +08:00
|
|
|
}
|
2008-11-28 12:22:24 +08:00
|
|
|
}
|
2012-11-15 21:04:37 +08:00
|
|
|
mutex_unlock(&dev->struct_mutex);
|
2008-11-28 12:22:24 +08:00
|
|
|
|
2013-06-26 23:58:59 +08:00
|
|
|
return ret;
|
2008-11-28 12:22:24 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
int drm_dropmaster_ioctl(struct drm_device *dev, void *data,
|
|
|
|
struct drm_file *file_priv)
|
|
|
|
{
|
2009-04-16 15:00:02 +08:00
|
|
|
if (!file_priv->is_master)
|
2008-11-28 12:22:24 +08:00
|
|
|
return -EINVAL;
|
2009-04-16 15:00:02 +08:00
|
|
|
|
2009-04-20 07:32:50 +08:00
|
|
|
if (!file_priv->minor->master)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2008-11-28 12:22:24 +08:00
|
|
|
mutex_lock(&dev->struct_mutex);
|
2009-12-03 02:15:25 +08:00
|
|
|
if (dev->driver->master_drop)
|
|
|
|
dev->driver->master_drop(dev, file_priv, false);
|
2008-11-28 12:22:24 +08:00
|
|
|
drm_master_put(&file_priv->minor->master);
|
2009-04-16 15:00:02 +08:00
|
|
|
file_priv->is_master = 0;
|
2008-11-28 12:22:24 +08:00
|
|
|
mutex_unlock(&dev->struct_mutex);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-01-29 19:43:56 +08:00
|
|
|
static struct drm_minor **drm_minor_get_slot(struct drm_device *dev,
|
|
|
|
unsigned int type)
|
|
|
|
{
|
|
|
|
switch (type) {
|
|
|
|
case DRM_MINOR_LEGACY:
|
|
|
|
return &dev->primary;
|
|
|
|
case DRM_MINOR_RENDER:
|
|
|
|
return &dev->render;
|
|
|
|
case DRM_MINOR_CONTROL:
|
|
|
|
return &dev->control;
|
|
|
|
default:
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static int drm_minor_alloc(struct drm_device *dev, unsigned int type)
|
|
|
|
{
|
|
|
|
struct drm_minor *minor;
|
|
|
|
|
|
|
|
minor = kzalloc(sizeof(*minor), GFP_KERNEL);
|
|
|
|
if (!minor)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
minor->type = type;
|
|
|
|
minor->dev = dev;
|
|
|
|
INIT_LIST_HEAD(&minor->master_list);
|
|
|
|
|
|
|
|
*drm_minor_get_slot(dev, type) = minor;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-01-29 19:55:48 +08:00
|
|
|
static void drm_minor_free(struct drm_device *dev, unsigned int type)
|
|
|
|
{
|
|
|
|
struct drm_minor **slot;
|
|
|
|
|
|
|
|
slot = drm_minor_get_slot(dev, type);
|
|
|
|
if (*slot) {
|
|
|
|
kfree(*slot);
|
|
|
|
*slot = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-01-29 19:57:05 +08:00
|
|
|
static int drm_minor_register(struct drm_device *dev, unsigned int type)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2008-04-21 14:47:32 +08:00
|
|
|
struct drm_minor *new_minor;
|
2005-04-17 06:20:36 +08:00
|
|
|
int ret;
|
2008-04-21 14:47:32 +08:00
|
|
|
int minor_id;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
DRM_DEBUG("\n");
|
|
|
|
|
2014-01-29 19:43:56 +08:00
|
|
|
new_minor = *drm_minor_get_slot(dev, type);
|
|
|
|
if (!new_minor)
|
|
|
|
return 0;
|
|
|
|
|
2008-04-21 14:47:32 +08:00
|
|
|
minor_id = drm_minor_get_id(dev, type);
|
|
|
|
if (minor_id < 0)
|
|
|
|
return minor_id;
|
|
|
|
|
|
|
|
new_minor->index = minor_id;
|
|
|
|
|
|
|
|
idr_replace(&drm_minors_idr, new_minor, minor_id);
|
|
|
|
|
2009-02-18 09:08:49 +08:00
|
|
|
ret = drm_debugfs_init(new_minor, minor_id, drm_debugfs_root);
|
|
|
|
if (ret) {
|
2009-06-02 14:01:37 +08:00
|
|
|
DRM_ERROR("DRM: Failed to initialize /sys/kernel/debug/dri.\n");
|
2014-02-24 22:32:00 +08:00
|
|
|
goto err_id;
|
2009-02-18 09:08:49 +08:00
|
|
|
}
|
2008-04-21 14:47:32 +08:00
|
|
|
|
|
|
|
ret = drm_sysfs_device_add(new_minor);
|
|
|
|
if (ret) {
|
2014-02-24 22:32:00 +08:00
|
|
|
DRM_ERROR("DRM: Error sysfs_device_add.\n");
|
2013-08-08 21:41:34 +08:00
|
|
|
goto err_debugfs;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2008-04-21 14:47:32 +08:00
|
|
|
|
|
|
|
DRM_DEBUG("new minor assigned %d\n", minor_id);
|
|
|
|
return 0;
|
|
|
|
|
2013-08-08 21:41:34 +08:00
|
|
|
err_debugfs:
|
|
|
|
drm_debugfs_cleanup(new_minor);
|
2014-02-24 22:32:00 +08:00
|
|
|
err_id:
|
2008-04-21 14:47:32 +08:00
|
|
|
idr_remove(&drm_minors_idr, minor_id);
|
2005-04-17 06:20:36 +08:00
|
|
|
return ret;
|
|
|
|
}
|
2005-09-25 12:28:13 +08:00
|
|
|
|
2014-01-29 19:57:05 +08:00
|
|
|
static void drm_minor_unregister(struct drm_device *dev, unsigned int type)
|
2013-10-21 00:55:40 +08:00
|
|
|
{
|
2014-01-29 19:57:05 +08:00
|
|
|
struct drm_minor *minor;
|
|
|
|
|
|
|
|
minor = *drm_minor_get_slot(dev, type);
|
2013-11-13 18:42:26 +08:00
|
|
|
if (!minor || !minor->kdev)
|
2013-10-21 00:55:40 +08:00
|
|
|
return;
|
|
|
|
|
2013-10-21 00:55:43 +08:00
|
|
|
drm_debugfs_cleanup(minor);
|
2013-10-21 00:55:40 +08:00
|
|
|
drm_sysfs_device_remove(minor);
|
2013-10-21 00:55:44 +08:00
|
|
|
idr_remove(&drm_minors_idr, minor->index);
|
2013-10-21 00:55:40 +08:00
|
|
|
}
|
|
|
|
|
2014-01-29 17:49:19 +08:00
|
|
|
/**
|
|
|
|
* drm_minor_acquire - Acquire a DRM minor
|
|
|
|
* @minor_id: Minor ID of the DRM-minor
|
|
|
|
*
|
|
|
|
* Looks up the given minor-ID and returns the respective DRM-minor object. The
|
|
|
|
* refence-count of the underlying device is increased so you must release this
|
|
|
|
* object with drm_minor_release().
|
|
|
|
*
|
|
|
|
* As long as you hold this minor, it is guaranteed that the object and the
|
|
|
|
* minor->dev pointer will stay valid! However, the device may get unplugged and
|
|
|
|
* unregistered while you hold the minor.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Pointer to minor-object with increased device-refcount, or PTR_ERR on
|
|
|
|
* failure.
|
|
|
|
*/
|
|
|
|
struct drm_minor *drm_minor_acquire(unsigned int minor_id)
|
|
|
|
{
|
|
|
|
struct drm_minor *minor;
|
|
|
|
|
|
|
|
minor = idr_find(&drm_minors_idr, minor_id);
|
|
|
|
if (!minor)
|
|
|
|
return ERR_PTR(-ENODEV);
|
|
|
|
|
|
|
|
drm_dev_ref(minor->dev);
|
|
|
|
return minor;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_minor_release - Release DRM minor
|
|
|
|
* @minor: Pointer to DRM minor object
|
|
|
|
*
|
|
|
|
* Release a minor that was previously acquired via drm_minor_acquire().
|
|
|
|
*/
|
|
|
|
void drm_minor_release(struct drm_minor *minor)
|
|
|
|
{
|
|
|
|
drm_dev_unref(minor->dev);
|
|
|
|
}
|
|
|
|
|
2009-01-05 05:55:33 +08:00
|
|
|
/**
|
|
|
|
* Called via drm_exit() at module unload time or when pci device is
|
|
|
|
* unplugged.
|
|
|
|
*
|
|
|
|
* Cleans up all DRM device, calling drm_lastclose().
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
void drm_put_dev(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
DRM_DEBUG("\n");
|
|
|
|
|
|
|
|
if (!dev) {
|
|
|
|
DRM_ERROR("cleanup called no dev\n");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2013-10-02 17:23:38 +08:00
|
|
|
drm_dev_unregister(dev);
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
drm_dev_unref(dev);
|
2009-01-05 05:55:33 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_put_dev);
|
2012-02-20 22:18:07 +08:00
|
|
|
|
|
|
|
void drm_unplug_dev(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
/* for a USB device */
|
2014-01-29 19:57:05 +08:00
|
|
|
drm_minor_unregister(dev, DRM_MINOR_LEGACY);
|
|
|
|
drm_minor_unregister(dev, DRM_MINOR_RENDER);
|
|
|
|
drm_minor_unregister(dev, DRM_MINOR_CONTROL);
|
2012-02-20 22:18:07 +08:00
|
|
|
|
|
|
|
mutex_lock(&drm_global_mutex);
|
|
|
|
|
|
|
|
drm_device_set_unplugged(dev);
|
|
|
|
|
|
|
|
if (dev->open_count == 0) {
|
|
|
|
drm_put_dev(dev);
|
|
|
|
}
|
|
|
|
mutex_unlock(&drm_global_mutex);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_unplug_dev);
|
2013-10-02 17:23:34 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_dev_alloc - Allocate new drm device
|
|
|
|
* @driver: DRM driver to allocate device for
|
|
|
|
* @parent: Parent device object
|
|
|
|
*
|
|
|
|
* Allocate and initialize a new DRM device. No device registration is done.
|
2013-10-02 17:23:35 +08:00
|
|
|
* Call drm_dev_register() to advertice the device to user space and register it
|
|
|
|
* with other core subsystems.
|
2013-10-02 17:23:34 +08:00
|
|
|
*
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
* The initial ref-count of the object is 1. Use drm_dev_ref() and
|
|
|
|
* drm_dev_unref() to take and drop further ref-counts.
|
|
|
|
*
|
2013-10-02 17:23:34 +08:00
|
|
|
* RETURNS:
|
|
|
|
* Pointer to new DRM device, or NULL if out of memory.
|
|
|
|
*/
|
|
|
|
struct drm_device *drm_dev_alloc(struct drm_driver *driver,
|
|
|
|
struct device *parent)
|
|
|
|
{
|
|
|
|
struct drm_device *dev;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
dev = kzalloc(sizeof(*dev), GFP_KERNEL);
|
|
|
|
if (!dev)
|
|
|
|
return NULL;
|
|
|
|
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
kref_init(&dev->ref);
|
2013-10-02 17:23:34 +08:00
|
|
|
dev->dev = parent;
|
|
|
|
dev->driver = driver;
|
|
|
|
|
|
|
|
INIT_LIST_HEAD(&dev->filelist);
|
|
|
|
INIT_LIST_HEAD(&dev->ctxlist);
|
|
|
|
INIT_LIST_HEAD(&dev->vmalist);
|
|
|
|
INIT_LIST_HEAD(&dev->maplist);
|
|
|
|
INIT_LIST_HEAD(&dev->vblank_event_list);
|
|
|
|
|
|
|
|
spin_lock_init(&dev->count_lock);
|
|
|
|
spin_lock_init(&dev->event_lock);
|
|
|
|
mutex_init(&dev->struct_mutex);
|
|
|
|
mutex_init(&dev->ctxlist_mutex);
|
|
|
|
|
2014-01-29 19:43:56 +08:00
|
|
|
if (drm_core_check_feature(dev, DRIVER_MODESET)) {
|
|
|
|
ret = drm_minor_alloc(dev, DRM_MINOR_CONTROL);
|
|
|
|
if (ret)
|
|
|
|
goto err_minors;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (drm_core_check_feature(dev, DRIVER_RENDER) && drm_rnodes) {
|
|
|
|
ret = drm_minor_alloc(dev, DRM_MINOR_RENDER);
|
|
|
|
if (ret)
|
|
|
|
goto err_minors;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = drm_minor_alloc(dev, DRM_MINOR_LEGACY);
|
|
|
|
if (ret)
|
|
|
|
goto err_minors;
|
|
|
|
|
2013-10-02 17:23:34 +08:00
|
|
|
if (drm_ht_create(&dev->map_hash, 12))
|
2014-01-29 19:43:56 +08:00
|
|
|
goto err_minors;
|
2013-10-02 17:23:34 +08:00
|
|
|
|
|
|
|
ret = drm_ctxbitmap_init(dev);
|
|
|
|
if (ret) {
|
|
|
|
DRM_ERROR("Cannot allocate memory for context bitmap.\n");
|
|
|
|
goto err_ht;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (driver->driver_features & DRIVER_GEM) {
|
|
|
|
ret = drm_gem_init(dev);
|
|
|
|
if (ret) {
|
|
|
|
DRM_ERROR("Cannot initialize graphics execution manager (GEM)\n");
|
|
|
|
goto err_ctxbitmap;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return dev;
|
|
|
|
|
|
|
|
err_ctxbitmap:
|
|
|
|
drm_ctxbitmap_cleanup(dev);
|
|
|
|
err_ht:
|
|
|
|
drm_ht_remove(&dev->map_hash);
|
2014-01-29 19:43:56 +08:00
|
|
|
err_minors:
|
2014-01-29 19:55:48 +08:00
|
|
|
drm_minor_free(dev, DRM_MINOR_LEGACY);
|
|
|
|
drm_minor_free(dev, DRM_MINOR_RENDER);
|
|
|
|
drm_minor_free(dev, DRM_MINOR_CONTROL);
|
2013-10-02 17:23:34 +08:00
|
|
|
kfree(dev);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_dev_alloc);
|
2013-10-02 17:23:35 +08:00
|
|
|
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
static void drm_dev_release(struct kref *ref)
|
2013-10-02 17:23:37 +08:00
|
|
|
{
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
struct drm_device *dev = container_of(ref, struct drm_device, ref);
|
|
|
|
|
2013-10-02 17:23:37 +08:00
|
|
|
if (dev->driver->driver_features & DRIVER_GEM)
|
|
|
|
drm_gem_destroy(dev);
|
|
|
|
|
|
|
|
drm_ctxbitmap_cleanup(dev);
|
|
|
|
drm_ht_remove(&dev->map_hash);
|
|
|
|
|
2014-01-29 19:55:48 +08:00
|
|
|
drm_minor_free(dev, DRM_MINOR_LEGACY);
|
|
|
|
drm_minor_free(dev, DRM_MINOR_RENDER);
|
|
|
|
drm_minor_free(dev, DRM_MINOR_CONTROL);
|
|
|
|
|
2013-10-02 17:23:37 +08:00
|
|
|
kfree(dev->devname);
|
|
|
|
kfree(dev);
|
|
|
|
}
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_dev_ref - Take reference of a DRM device
|
|
|
|
* @dev: device to take reference of or NULL
|
|
|
|
*
|
|
|
|
* This increases the ref-count of @dev by one. You *must* already own a
|
|
|
|
* reference when calling this. Use drm_dev_unref() to drop this reference
|
|
|
|
* again.
|
|
|
|
*
|
|
|
|
* This function never fails. However, this function does not provide *any*
|
|
|
|
* guarantee whether the device is alive or running. It only provides a
|
|
|
|
* reference to the object and the memory associated with it.
|
|
|
|
*/
|
|
|
|
void drm_dev_ref(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
if (dev)
|
|
|
|
kref_get(&dev->ref);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_dev_ref);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_dev_unref - Drop reference of a DRM device
|
|
|
|
* @dev: device to drop reference of or NULL
|
|
|
|
*
|
|
|
|
* This decreases the ref-count of @dev by one. The device is destroyed if the
|
|
|
|
* ref-count drops to zero.
|
|
|
|
*/
|
|
|
|
void drm_dev_unref(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
if (dev)
|
|
|
|
kref_put(&dev->ref, drm_dev_release);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_dev_unref);
|
2013-10-02 17:23:37 +08:00
|
|
|
|
2013-10-02 17:23:35 +08:00
|
|
|
/**
|
|
|
|
* drm_dev_register - Register DRM device
|
|
|
|
* @dev: Device to register
|
|
|
|
*
|
|
|
|
* Register the DRM device @dev with the system, advertise device to user-space
|
|
|
|
* and start normal device operation. @dev must be allocated via drm_dev_alloc()
|
|
|
|
* previously.
|
|
|
|
*
|
|
|
|
* Never call this twice on any device!
|
|
|
|
*
|
|
|
|
* RETURNS:
|
|
|
|
* 0 on success, negative error code on failure.
|
|
|
|
*/
|
|
|
|
int drm_dev_register(struct drm_device *dev, unsigned long flags)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
mutex_lock(&drm_global_mutex);
|
|
|
|
|
2014-01-29 19:57:05 +08:00
|
|
|
ret = drm_minor_register(dev, DRM_MINOR_CONTROL);
|
2014-01-29 19:43:56 +08:00
|
|
|
if (ret)
|
|
|
|
goto err_minors;
|
2013-10-02 17:23:35 +08:00
|
|
|
|
2014-01-29 19:57:05 +08:00
|
|
|
ret = drm_minor_register(dev, DRM_MINOR_RENDER);
|
2014-01-29 19:43:56 +08:00
|
|
|
if (ret)
|
|
|
|
goto err_minors;
|
2013-10-02 17:23:35 +08:00
|
|
|
|
2014-01-29 19:57:05 +08:00
|
|
|
ret = drm_minor_register(dev, DRM_MINOR_LEGACY);
|
2013-10-02 17:23:35 +08:00
|
|
|
if (ret)
|
2014-01-29 19:43:56 +08:00
|
|
|
goto err_minors;
|
2013-10-02 17:23:35 +08:00
|
|
|
|
|
|
|
if (dev->driver->load) {
|
|
|
|
ret = dev->driver->load(dev, flags);
|
|
|
|
if (ret)
|
2014-01-29 19:43:56 +08:00
|
|
|
goto err_minors;
|
2013-10-02 17:23:35 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* setup grouping for legacy outputs */
|
|
|
|
if (drm_core_check_feature(dev, DRIVER_MODESET)) {
|
|
|
|
ret = drm_mode_group_init_legacy_group(dev,
|
|
|
|
&dev->primary->mode_group);
|
|
|
|
if (ret)
|
|
|
|
goto err_unload;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = 0;
|
|
|
|
goto out_unlock;
|
|
|
|
|
|
|
|
err_unload:
|
|
|
|
if (dev->driver->unload)
|
|
|
|
dev->driver->unload(dev);
|
2014-01-29 19:43:56 +08:00
|
|
|
err_minors:
|
2014-01-29 19:57:05 +08:00
|
|
|
drm_minor_unregister(dev, DRM_MINOR_LEGACY);
|
|
|
|
drm_minor_unregister(dev, DRM_MINOR_RENDER);
|
|
|
|
drm_minor_unregister(dev, DRM_MINOR_CONTROL);
|
2013-10-02 17:23:35 +08:00
|
|
|
out_unlock:
|
|
|
|
mutex_unlock(&drm_global_mutex);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_dev_register);
|
2013-10-02 17:23:38 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_dev_unregister - Unregister DRM device
|
|
|
|
* @dev: Device to unregister
|
|
|
|
*
|
|
|
|
* Unregister the DRM device from the system. This does the reverse of
|
|
|
|
* drm_dev_register() but does not deallocate the device. The caller must call
|
drm: provide device-refcount
Lets not trick ourselves into thinking "drm_device" objects are not
ref-counted. That's just utterly stupid. We manage "drm_minor" objects on
each drm-device and each minor can have an unlimited number of open
handles. Each of these handles has the drm_minor (and thus the drm_device)
as private-data in the file-handle. Therefore, we may not destroy
"drm_device" until all these handles are closed.
It is *not* possible to reset all these pointers atomically and restrict
access to them, and this is *not* how this is done! Instead, we use
ref-counts to make sure the object is valid and not freed.
Note that we currently use "dev->open_count" for that, which is *exactly*
the same as a reference-count, just open coded. So this patch doesn't
change any semantics on DRM devices (well, this patch just introduces the
ref-count, anyway. Follow-up patches will replace open_count by it).
Also note that generic VFS revoke support could allow us to drop this
ref-count again. We could then just synchronously disable any fops->xy()
calls. However, this is not the case, yet, and no such patches are
in sight (and I seriously question the idea of dropping the ref-cnt
again).
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
2014-01-29 17:21:36 +08:00
|
|
|
* drm_dev_unref() to drop their final reference.
|
2013-10-02 17:23:38 +08:00
|
|
|
*/
|
|
|
|
void drm_dev_unregister(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
struct drm_map_list *r_list, *list_temp;
|
|
|
|
|
|
|
|
drm_lastclose(dev);
|
|
|
|
|
|
|
|
if (dev->driver->unload)
|
|
|
|
dev->driver->unload(dev);
|
|
|
|
|
2013-12-11 18:34:38 +08:00
|
|
|
if (dev->agp)
|
|
|
|
drm_pci_agp_destroy(dev);
|
2013-10-02 17:23:38 +08:00
|
|
|
|
|
|
|
drm_vblank_cleanup(dev);
|
|
|
|
|
|
|
|
list_for_each_entry_safe(r_list, list_temp, &dev->maplist, head)
|
|
|
|
drm_rmmap(dev, r_list->map);
|
|
|
|
|
2014-01-29 19:57:05 +08:00
|
|
|
drm_minor_unregister(dev, DRM_MINOR_LEGACY);
|
|
|
|
drm_minor_unregister(dev, DRM_MINOR_RENDER);
|
|
|
|
drm_minor_unregister(dev, DRM_MINOR_CONTROL);
|
2013-10-02 17:23:38 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_dev_unregister);
|