summaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorKristian Høgsberg <krh@redhat.com>2009-01-05 16:10:05 -0500
committerDave Airlie <airlied@redhat.com>2009-03-13 14:23:58 +1000
commit8e1004580e0c862cb6bbe2ff8e496f846c54052f (patch)
treef75ca2cebf77d2746613af8e5b61998057df5387 /include
parent112b715e8e2f9ef7b96930888bb099ce10b4c3cc (diff)
downloadop-kernel-dev-8e1004580e0c862cb6bbe2ff8e496f846c54052f.zip
op-kernel-dev-8e1004580e0c862cb6bbe2ff8e496f846c54052f.tar.gz
drm: Drop unused and broken dri_library_name sysfs attribute.
The kernel shouldn't be in the business of telling user space which driver to load. The kernel defers mapping PCI IDs to module names to user space and we should do the same for DRI drivers. And in fact, that's how it does work today. Nothing uses the dri_library_name attribute, and the attribute is in fact broken. For intel devices, it falls back to the default behaviour of returning the kernel module name as the DRI driver name, which doesn't work for i965 devices. Nobody has ever hit this problem or filed a bug about this. Signed-off-by: Kristian Høgsberg <krh@redhat.com> Signed-off-by: Dave Airlie <airlied@linux.ie>
Diffstat (limited to 'include')
-rw-r--r--include/drm/drmP.h1
1 files changed, 0 insertions, 1 deletions
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 533d35b..458e38e 100644
--- a/include/drm/drmP.h
+++ b/include/drm/drmP.h
@@ -688,7 +688,6 @@ struct drm_driver {
int (*kernel_context_switch) (struct drm_device *dev, int old,
int new);
void (*kernel_context_switch_unlock) (struct drm_device *dev);
- int (*dri_library_name) (struct drm_device *dev, char *buf);
/**
* get_vblank_counter - get raw hardware vblank counter
OpenPOWER on IntegriCloud