summaryrefslogtreecommitdiff
path: root/include/drm
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/drm
parent112b715e8e2f9ef7b96930888bb099ce10b4c3cc (diff)
downloadlinux-3.10-8e1004580e0c862cb6bbe2ff8e496f846c54052f.tar.gz
linux-3.10-8e1004580e0c862cb6bbe2ff8e496f846c54052f.tar.bz2
linux-3.10-8e1004580e0c862cb6bbe2ff8e496f846c54052f.zip
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/drm')
-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 533d35baa08..458e38e1d53 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