Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://freedesktop.org/bugzilla/show_bug.cgi?id=709
Summary: segfault in _gl_copy_visual_to_context_mode mixing new
DRI and
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://freedesktop.org/bugzilla/show_bug.cgi?id=709
--- Additional Comments From [EMAIL PROTECTED] 2004-06-02 08:57 ---
Drivers need to use
Nothing appears to call drmGetBufInfo. The drmBufInfo and drmBufDesc
structures aren't used anywhere except in that function. The problem is
(surprise!) the definition for drmBufDesc is different in drm.h from
what's in xf86drm.h. This is only a problem because drmBufInfo has a
pointer to
BUT nothing uses it. Since it's broken, I'd like to remove all traces of it
(from both user mode and kernel mode). Is there any reason not to? If we
need that functionality later, we can design a better interface for it that
will less fragile.
drm/tests/drmstat.c uses it.
--- Dave Airlie [EMAIL PROTECTED] wrote:
BUT nothing uses it. Since it's broken, I'd like to remove all traces of it
(from both user mode and kernel mode). Is there any reason not to? If we
need that functionality later, we can design a better interface
Folks,
The DRI driver builds are currently toast in both trees. I'm working
like mad to get the rest of my changes worked in, but I keep hitting
road blocks. At times it feels like things were disigned with the
primary goal of making this more difficult. I have to leave for a bit,
but I
On Tue, 2004-06-01 at 16:40, Ian Romanick wrote:
Nothing appears to call drmGetBufInfo. The drmBufInfo and drmBufDesc
structures aren't used anywhere except in that function. The problem is
(surprise!) the definition for drmBufDesc is different in drm.h from
what's in xf86drm.h. This is