I know that when I use glGetString(GL_EXTENSIONS) I
check for the way they are normally done. If it should
be in all caps, can someone give a logical reason for
it? Maybe the wrong patch was applied?
doh .. it should be okay now ...
Dav.
--
David Airlie, Software Engineer
On Wed, 8 Sep 2004 02:45:46 +0100 (IST)
Dave Airlie [EMAIL PROTECTED] wrote:
sorry its in the kernel tarball...
I'm game if you want to run it over the whole project. Let's merge
dyn-minor first so I don't have to rewrite it.
Are you ok with perm.patch going in?
If it fixes up the
hey,
please forgive my ignorance, as I'm not experienced with this matter.
I'm in progress in porting the latest DRM changes to BSD. Jon's
addmap-base-2 patch adds the function initmap():
int DRM(initmap)( drm_device_t *dev, unsigned int offset, unsigned int
size, int type, int flags )
first
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=982
--- Additional Comments From [EMAIL PROTECTED] 2004-09-08 06:15 ---
I've also
Roland Scheidegger wrote:
Dieter Ntzel wrote:
Only some rejections in
src/mesa/main/texcompress_s3tc.c
I'll fix it, but you have to wait at least another full week.
Ok, new version can be found as usual at
http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html
Roland
On Wed, Sep 08, 2004 at 01:09:11PM +0200, Helge Hafting wrote:
Jon Smirl wrote:
On Tue, 07 Sep 2004 10:43:17 +0200, Helge Hafting [EMAIL PROTECTED]
wrote:
Jon Smirl wrote:
I would also like to fix things so that we can have two logged in
users, one on each head. This isn't
On Mer, 2004-09-08 at 14:40, Ville Syrjl wrote:
Like Jon said the hardware can do it but the XFree86 driver doesn't allow
it. AFAIK it doesn't even allow XAA acceleration on the secondary head.
I can run multiple 3D apps simultaneosly on both heads of my G400 with
DirectFB. But currently
El Martes, 7 de Septiembre del 2004 11:08 PM, Felix Kühling escribió:
Thanks. This reenables 3D accel on the Savage. I havn't tested it on any
other driver. But the patch looks good to me.
Tested on Savage4. It works.
---
This SF.Net email
Hi, Julius.
According to the logs, it seems to run fine. Could you perhaps try
another video stream?
Still any other videoplayer working? Xine etc.
Julius wrote:
On Wed, 8 Sep 2004 16:09:53 +0200 (CEST)
Thomas Hellstrm [EMAIL PROTECTED] wrote:
Hi, Julius.
It does not seem
The purpose of returning -EINVAL is to flush out the few people that
are using xorg.conf to change the location of their framebuffer.
Changing the framebuffer location with xorg.conf on Linux is an
illegal operation that happened to work on older kernels but it is
very likely to break on newer
On Wed, 8 Sep 2004 12:38:54 +0200, Simon 'corecode' Schubert
[EMAIL PROTECTED] wrote:
hey,
please forgive my ignorance, as I'm not experienced with this matter.
int DRM(initmap)( drm_device_t *dev, unsigned int offset, unsigned int
size, int type, int flags )
first of all, shouldn't
drm.h is included by user space programs (the mesa library). Is
caddr_t a both a user space and kernel type or is it kernel only? Any
types have to be both user and kernel space.
On Thu, 9 Sep 2004 00:54:45 +0200, Simon 'corecode' Schubert
[EMAIL PROTECTED] wrote:
On 09.09.2004, at 00:24, Jon
On 09.09.2004, at 00:24, Jon Smirl wrote:
and then, also concerning the declaration of drm_map_t: shouldn't be
offset and size be of type caddr_t and size_t? (if this has been
handled on list before I joined, please forgive me and tell me to
RTFA)
drm_map_t is compiled into X binaries so we can't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 08 September 2004 19:00, Jon Smirl wrote:
drm.h is included by user space programs (the mesa library). Is
caddr_t a both a user space and kernel type or is it kernel only? Any
types have to be both user and kernel space.
According to
On 09.09.2004, at 01:00, Jon Smirl wrote:
drm.h is included by user space programs (the mesa library). Is
caddr_t a both a user space and kernel type or is it kernel only? Any
types have to be both user and kernel space.
ok, sorry, pilot error. caddr_t is BSDism. so the proper way would be
to
Simon 'corecode' Schubert wrote:
caddr_t is a pointer to a kernel address. I'm not sure about current 64
bit implementations, but at least for ia32/linux/bsd sizeof(caddr_t) ==
sizeof(unsigned long). If this is the same on 64 bit architectures, a
change would be no problem. It's just:
16 matches
Mail list logo