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: SUS/IEEE/I
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 eith
-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 t
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
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 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, shou
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 one
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 Hellström <[EMAIL PROTECTED]> wrote:
Hi, Julius.
It does not see
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
On Mer, 2004-09-08 at 14:40, Ville SyrjÃlà 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 curre
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
Roland Scheidegger wrote:
Dieter NÃtzel 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
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 se
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 going to work if one them uses
fbdev and keeps swithing the chip to 2D mode wh
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 of
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
> 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
http://ww
17 matches
Mail list logo
