I just upgraded my 2x933 p3 to 2x1400 p3-tualatin, and now whenever I start up
Q3A the machine hangs hard.
On one occasion, Q3A started, but the sound was all screwy, and on exit q3a
segfaulted. xmms, however, still played sound just fine.
The other few times I tried, it instantly locked up ha
"Matt Sealey" <[EMAIL PROTECTED]> wrote:
> I'm sure that MPlayer or Xine actually support an OpenGL output
> plugin already. Chances are it's Xine, but I haven't touched it in
> 6 months, maybe they removed it?
I believe it's still there. Before propagating the use of 'new' API's in
Xinre for exa
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Martin Spott
> Sent: Thursday, June 05, 2003 10:21 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Dri-devel] [RFC] New Xv adapter using MESA_ycbcr_texture
>
>
> "Matt Sealey" <[EMAIL PROTECTED]> wrote:
>
>
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugs.xfree86.org/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at th
Dave Airlie wrote:
Hi all,
I'd like to start commiting the changes to the i810 driver for
page flipping, although it isn't working perfectly (and cannot using the
current system) I would like to have the code in place, I'm using it here
for a single 3d app and it works fine...
The first pat
> Correct.
>
> The patch looks good.
>
> Do you actually get a speedup from page flipping on the i810? Are there ever
> any visual corruptions that you would attribute to the hardware?
I havent got the numbers on my home machine, but I got a definite speedup
on an 800x600 glxgears, and an interna
On Thursday 05 June 2003 07:08 pm, Leif Delgass wrote:
> Try a lower resolution and/or color depth. We can fix the segfault, but
> that won't change the fact that there isn't enough on-card memory to use
> 3D at the configured resolution/depth (at least with the current static
> shared back buffe
Title: 西安房地产信息网
西安房地产信息网
www.800j.cc
非典时期买楼该注重什么?
谁来评述“世家星城”
.
我要发言 进入论坛
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging f
Managed to get my r128 working by lowering res/bpp (duh moment)
One more thing I noticed: in my wide journeys in getting my DRI to work one of
the things I did was to replace my distro-supplied (Mandrake 9.1) libGL.so
with the one off the DRI download site. Now that I have working 3D accel, I
Title: outlandish
HI,Dri-announce
BANNED CD!
I
have been receiving emails saying that I'm contributing to the "moral
decay of society" by selling the Banned CD. That may be, but I feel
Strongly that you have a right to benefit from this hard-
CsyIbbgwqpkixsjhjsh
QxbwnwhlryhtuqxtgbydqqapfoogrhepisubevntvjauejdbcuoavX5772218
Q076670871G888351055356
A3875554611754143874Q657425254315
georgew.girling-
QuickBooks Made Easy Training - next Thursday
4 Hour class In 434 cities across the U.S.
You will
learn:
7 mistakes
On Tue, Jun 03, 2003 at 09:25:22AM -0700, Linus Torvalds wrote:
> > If a lot of this stuff really is that device independent, why don't we
> > move it to a separate kernel module? That would save some memory when
> > multiple DRM drivers are loaded at once.
>
> Kernel modules that depend
Denis Oliver Kropp wrote:
Quoting Keith Whitwell ([EMAIL PROTECTED]):
Brian Paul wrote:
dri/- dri driver interface
api/- public api
common/- reusable driver code
radeon/ - DRI driver
r200/
On Wed, 4 Jun 2003, Dave Jones wrote:
>
> This was exactly the reason I hesitated when you first suggested that I
> did exactly that for agpgart, but I figured you knew best...
It's worked pretty well for AGP, and it sure as hell cleaned stuff up.
It was a suggested thing for DRI too a _loong_
On Wed, Jun 04, 2003 at 07:45:26AM -0700, Linus Torvalds wrote:
> > This was exactly the reason I hesitated when you first suggested that I
> > did exactly that for agpgart, but I figured you knew best...
> It's worked pretty well for AGP, and it sure as hell cleaned stuff up.
no argument ther
Quoting Brian Paul ([EMAIL PROTECTED]):
> Denis Oliver Kropp wrote:
> >Quoting Keith Whitwell ([EMAIL PROTECTED]):
> >
> >>Brian Paul wrote:
> >>
> dri/- dri driver interface
> api/- public api
> common/- reusable driver
Quoting Denis Oliver Kropp ([EMAIL PROTECTED]):
> dri/common/ contains reusable code used by the DRI drivers
> while dri/common/api/ contains code to handle the drivers.
dri/api/, of course.
--
Best regards,
Denis Oliver Kropp
.--.
| DirectFB - Hardware
Denis Oliver Kropp wrote:
Quoting Brian Paul ([EMAIL PROTECTED]):
Denis Oliver Kropp wrote:
Quoting Keith Whitwell ([EMAIL PROTECTED]):
Brian Paul wrote:
dri/- dri driver interface
api/- public api
common/- reusable driver code
Right, but I want to build a libGL without MiniGLX, just with DRI.
Do you think it will be feasible for this new DRI interface to work with
drivers not based on Mesa? If so, the code should not be in the
src/mesa/ subtree.
I have to admit I'm lost now.
Keith
--
Dave Jones wrote:
On Wed, Jun 04, 2003 at 07:45:26AM -0700, Linus Torvalds wrote:
> For what it's worth, I haven't seen any AGP confusion reports myself due
> to the move to "helper core modules".
they were few and far between, but I did field a few mails from folks
not loading the sub-driver,
Marcelo E. Magallon wrote:
On Wed, Jun 04, 2003 at 08:27:06AM +0100, Matt Sealey wrote:
> > By "resize" you mean, e.g., "color buffer resize"? That doesn't work.
> > From the documentation:
> >
> >glViewport specifies the affine transformation of x and y from
> >normalized
Keith Whitwell wrote:
Right, but I want to build a libGL without MiniGLX, just with DRI.
Do you think it will be feasible for this new DRI interface to work
with drivers not based on Mesa? If so, the code should not be in the
src/mesa/ subtree.
I have to admit I'm lost now.
Denis is proposi
On Wed, 4 Jun 2003, Brian Paul wrote:
>
> Denis is proposing a new public DRI-based API, presumably for
> fbdev-type environments. Suppose this API became popular and other
> parties wanted to implement drivers for it - drivers not based on
> Mesa. Is that conceivable? If so, this new inter
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Ian Romanick
> Sent: Wednesday, June 04, 2003 4:49 PM
> To: DRI developer's list
> Subject: [Dri-devel] Re: [Mesa3d-dev] Not confused so much anymore,
> but.. (pointers to colour buffers again..)
>
>
>
Quoting Linus Torvalds ([EMAIL PROTECTED]):
>
> On Wed, 4 Jun 2003, Brian Paul wrote:
> >
> > Denis is proposing a new public DRI-based API, presumably for
> > fbdev-type environments. Suppose this API became popular and other
> > parties wanted to implement drivers for it - drivers not based
Matt Sealey wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ian Romanick
Sent: Wednesday, June 04, 2003 4:49 PM
To: DRI developer's list
Subject: [Dri-devel] Re: [Mesa3d-dev] Not confused so much anymore,
but.. (pointers to colour buffers again..)
Marc
Keith Whitwell wrote:
Hmm - I think that's a side issue to this reorg. Let's keep to code
that exists - I'm not sure that everyone's communicating acurately at
the moment.
I think that there will probably always be some small details about the
code that don't accurately map onto how the repos
> I'm trying to install the binary snapshot of the radeon driver available at
> http://dri.sourceforge.net/snapshots/radeon-20030603-linux.i386.tar.bz2
>
> The build goes smoothly but when the script tries to install it reports:
> GL & GLU libraries...ls: *: No such file or directory
>
> An
Brian Paul wrote:
Keith Whitwell wrote:
Hmm - I think that's a side issue to this reorg. Let's keep to code
that exists - I'm not sure that everyone's communicating acurately at
the moment.
I think that there will probably always be some small details about
the code that don't accurately map
Matt Sealey wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ian Romanick
Sent: Wednesday, June 04, 2003 4:49 PM
To: DRI developer's list
Subject: [Dri-devel] Re: [Mesa3d-dev] Not confused so much anymore,
but.. (pointers to colour buffers again..)
Marc
On Wed, Jun 04, 2003 at 05:35:55PM +0100, Matt Sealey wrote:
| > The point is that people *almost always* call glViewport when they get a
| > window resize event. That gives the driver a chance to ask the system
| > what the window size is.
|
| Aiiee.. I already said I don't know what the windo
Keith Whitwell wrote:
Brian Paul wrote:
Keith Whitwell wrote:
Hmm - I think that's a side issue to this reorg. Let's keep to code
that exists - I'm not sure that everyone's communicating acurately at
the moment.
I think that there will probably always be some small details about
the code tha
Output of gdb on glxinfo:
Starting program: /usr/X11R6/bin/glxinfo
(no debugging symbols found)...[New Thread 16384 (LWP 2145)]
name of display: :0.0
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2145)]
0x4046dee5 in driSetTextureSwapCounterLocation (heap=0x
Brian Paul wrote:
Keith Whitwell wrote:
Right, but I want to build a libGL without MiniGLX, just with DRI.
Do you think it will be feasible for this new DRI interface to work
with drivers not based on Mesa? If so, the code should not be in the
src/mesa/ subtree.
I have to admit I'm lost
Some relevant background:
About a month ago, I clean-installed Mandrake 9.1 on the system. XFree + DRI
works great, except for the fact that the r128 driver was an old system and
evidently had problems with my PCI Rage128 card. So I downloaded the binary
driver packages and installed, with th
Denis Oliver Kropp wrote:
What do you mean by "drivers not based on Mesa"?
ATI, for example, has Linux OpenGL drivers that use the DRI but don't
use Mesa.
It seems to be common misconception that the DRI was designed around
Mesa, but it's not.
-Brian
Quoting Brian Paul ([EMAIL PROTECTED]):
> Denis Oliver Kropp wrote:
> >Quoting Brian Paul ([EMAIL PROTECTED]):
> >
> >>Denis Oliver Kropp wrote:
> >>
> >>>Quoting Keith Whitwell ([EMAIL PROTECTED]):
> >>>
> >>>
> Brian Paul wrote:
>
>
> >>dri/- dri driver interface
John Sheu wrote:
Output of gdb on glxinfo:
Starting program: /usr/X11R6/bin/glxinfo
(no debugging symbols found)...[New Thread 16384 (LWP 2145)]
name of display: :0.0
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 2145)]
0x4046dee5 in driSetTextureSwapCounterL
Ian Romanick wrote:
In any case, here is the patch as it currently stands. demos/occlude
doesn't work right, but I'm working on it. I've also attached a patch
to demos/shadowtex.c to change the way cycling compare mode works. It
can now cycle with the SGIX version. I'll commit this later.
Sorry but how did this all ended up on the DRI list..? :D
--
Matt Sealey <[EMAIL PROTECTED]>
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
On Wednesday 04 June 2003 10:22 am, John Sheu wrote:
>
> Along the way I noticed that with the (Mandrake packaged) system came
> libGL.so.1.4.500 but with the self-compiled comes libGL.so.1.2 .
> Perhaps this could be a problem?
I think that's libGLU. I've got 1.3.500 installed on my Mandrake 9.
Brian Paul wrote:
Denis Oliver Kropp wrote:
What do you mean by "drivers not based on Mesa"?
ATI, for example, has Linux OpenGL drivers that use the DRI but don't
use Mesa.
It seems to be common misconception that the DRI was designed around
Mesa, but it's not.
Right, and the PowerVR driver a
On Wednesday 04 June 2003 03:56 am, José Fonseca wrote:
> Please do:
> # gdb glxgears
> > run
> ...
> > bt
> And send the resulting backtrace to pinpoint the problem.
Didn't notice you wanted the backtrace. Here it is (whole)
[start]
Starting program: /usr/X11R6/bin/glxi
Ian Romanick wrote:
Ian Romanick wrote:
In any case, here is the patch as it currently stands. demos/occlude
doesn't work right, but I'm working on it. I've also attached a patch
to demos/shadowtex.c to change the way cycling compare mode works. It
can now cycle with the SGIX version. I'll
Title: [EMAIL PROTECTED]
[EMAIL PROTECTED]
Why pay
twice as much when G S C - 1 0 0 is
the same thing and is only a step away?
Generic
Sildenafil Citrate 100mg tablets (G S C - 1
0 0) and V i
a g r a 100mg both
contain 100mg of Sildenafil Citrate. The only
difference is that the gener
Matt Sealey wrote:
What is the relation of glViewport(x,y coordinates in relation to
the "physical" window?
I am assuming they are ACTUAL PIXEL LOCATIONS relative to window edges
(this is what the GL book says, chapter 3, Viewport Transformation) in
which case, why do I need to ask the window syst
Let US deal with your creditors.
Take 20 seconds to fill out the simple form to
see how much less you could be paying
http://cystre.com/d1b2t3/?RefID=172500
remove
http://cystre.com/auto/index.htm
usfbhgr
q
rypvo nvdeceztmkvz
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Ian Romanick
> Sent: Wednesday, June 04, 2003 9:21 PM
> To: DRI developer's list
> Subject: [Dri-devel] Re: [Mesa3d-dev] RE: Not confused so much anymore,
> but.. (pointers to colour buffers again..)
>
>
This is what the Stanford checker turned up recently when analyzing the
copy_to/from_user calls in the Linux kernel:
-
[BUG] function radeon_cp_dispatch_indices calls
DRM_COPY_FROM_USER_UNCHECKED on parameter 'dev_priv->sarea_priv->boxes',
Hi,Dri-announce,Do you want a GOLD CARD?
If you can't get a credit card or
just need another.
The Economy is tough
So make Your Life Easy.
This is Your Chance to Change Your life!
Get a GOLD
CARD today.
Anyone can apply!
NO Credit Check
No One Turned Down
Not
Interested?
cigarxsyapxzg
ko
Title: [EMAIL PROTECTED]
[EMAIL PROTECTED]
Why pay
twice as much when G S C - 1 0 0 is
the same thing and is only a step away?
Generic
Sildenafil Citrate 100mg tablets (G S C - 1
0 0) and V i
a g r a 100mg both
contain 100mg of Sildenafil Citrate. The only
difference is that the gener
Hollis,
On Wed, Jun 04, 2003 at 05:17:52PM -0500, Hollis Blanchard wrote:
> This is what the Stanford checker turned up recently when analyzing the
> copy_to/from_user calls in the Linux kernel:
>
[...]
>
> This is all because the DRM_COPY_FROM_USER_UNCHECKED is being called in
> radeon_cp_d
Let US deal with your creditors, we'll
negotiate a reduced payback and combine all
of your debt into one simple payment saving
you thousands of dollars!
Take 20 seconds to fill out the simple form to
see how much less you could be paying
http://cystre.com/d1b2t3/?RefID=172500
rem
José Fonseca wrote:
Hollis,
On Wed, Jun 04, 2003 at 05:17:52PM -0500, Hollis Blanchard wrote:
This is what the Stanford checker turned up recently when analyzing the
copy_to/from_user calls in the Linux kernel:
[...]
This is all because the DRM_COPY_FROM_USER_UNCHECKED is being called in
ra
Ian Romanick wrote:
> Hmm...looking at the code, my guess is that rmesa->nr_heaps is 2 on Rage
> 128 even on PCI cards. In gdb you can 'print rmesa->nr_heaps' to see.
> You might also try 'print r128scrn->texSize[0]' and (if nr_heaps is 2)
> 'print r128scrn->texSize[1]'. Since I don't have a Rage
Hi all,
I'd like to start commiting the changes to the i810 driver for
page flipping, although it isn't working perfectly (and cannot using the
current system) I would like to have the code in place, I'm using it here
for a single 3d app and it works fine...
The first patch I'd like to co
Title: 西安房地产信息网
西安房地产信息网
www.800j.cc
非典时期买楼该注重什么?
谁来评述“世家星城”
.
我要发言 进入论坛
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging f
Matt Sealey wrote:
> I'm sure that MPlayer or Xine actually support an OpenGL output
> plugin already. Chances are it's Xine, but I haven't touched it in
> 6 months, maybe they removed it?
Both players have OpenGL output.
MPlayer actually has two different ones, for each is faster than the other,
o
With the current economic climate, you could certainly use
some EXTRA beer money at the end of the week!
Did you know that your current financer is probably ripping you
off? I've seen this happen to so many of my clients, and after
refinancing their loan they have been blown out of their chair!
htt
Title: Buy Online
Did you know you
can get prescription medications prescribed online with
NO PRIOR PRESCRIPTION REQUIRED!
NO PHYSICAL EXAM
NEEDED
Go here to order your
prescription medication online.Weight
Loss - Stop Smoking - Hair Growth - Men's Prescriptions - Pain
Relief
One of our
60 matches
Mail list logo