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://bugs.xfree86.org/show_bug.cgi?id=757
Summary: Cut and paste error in radeon_probe.c
Product: Drivers
Versio
On Fri, Oct 03, 2003 at 02:31:57AM +0200, Michel Dänzer wrote:
> On Thu, 2003-10-02 at 18:27, Ian Romanick wrote:
> > Helge Hafting wrote:
> >
> > > OpenGL version string: 1.2 Mesa 3.4.2
> >
> > You have a really, really old version. Please try one of the more
> > recent binary snapshots. They
On Thu, 2003-10-02 at 22:30, Keith Whitwell wrote:
> Keith Whitwell wrote:
> >
> > The problem seems to be that RADEONAdjustFrame() is designed to be
> > called from cursor handling routines that are executed outside the
> > Wakeup/Block handlers (perhaps this came in with SilkenMouse?) but is
On Thu, 2003-10-02 at 18:27, Ian Romanick wrote:
> Helge Hafting wrote:
>
> > OpenGL version string: 1.2 Mesa 3.4.2
>
> You have a really, really old version. Please try one of the more
> recent binary snapshots. They can be found under "Downloads" on
> http://dri.sourceforge.net/ . You'll n
A long time ago I promided to refactor the firstLevel / lastLevel
calculation code from the various *SetTexImages routines. I have a
patch that does this, and it follows the definition of how firstLevel &
lastLevel selection should work pretty closely. The only problem is
that this does NOT g
Eric Anholt wrote:
Log message:
Add an MIT-style copyright, assigned to myself, to these files. I think I've
touched enough of the code here, and there was no previous copyright.
This reminds me, there are a few other files (lib/GL/dri/dri_util.c is
one) that don't have any copyright message
Keith Whitwell wrote:
John Dennis wrote:
[Note: this is cross posted between dri-devel and [EMAIL PROTECTED] ]
I'm trying to debug a hung X server problem with DRI using the radeon
driver. Sources are XFree86 4.3.0. This happens to be on ia64, but at
the moment I don't see anything architecture s
Keith Whitwell wrote:
I haven't deeply investigated this but two solutions spring to mind:
- Hack: Move the call to RADEONAdjustFrame() during initialization
to before the lock is grabbed.
- Better: Replace the call to RADEONAdjustFrame() during
initialization with something like:
Hi,
I've been working on the savage 2D driver because i was having
problems with it. I checked the current 2D driver on CVS trunk and it
worked just fine here and i decided to take it as a "template" and modified
the driver on savage-1_0_0-branch and now it's working here and i decided
John Dennis wrote:
[Note: this is cross posted between dri-devel and [EMAIL PROTECTED] ]
I'm trying to debug a hung X server problem with DRI using the radeon
driver. Sources are XFree86 4.3.0. This happens to be on ia64, but at
the moment I don't see anything architecture specific about the probl
[Note: this is cross posted between dri-devel and [EMAIL PROTECTED] ]
I'm trying to debug a hung X server problem with DRI using the radeon
driver. Sources are XFree86 4.3.0. This happens to be on ia64, but at
the moment I don't see anything architecture specific about the problem.
The symptom of
Keith Whitwell wrote:
Alan Hourihane wrote:
On Tue, Sep 30, 2003 at 11:02:13AM +0100, Alan Hourihane wrote:
Is it worth moving the remaining DRI drivers into Mesa for the 6.0
release ?
It seems as though mga, r128, r200 and radeon are already there.
Actually,
Do it this way we can fork the dr
On Iau, 2003-10-02 at 12:46, Sven Luther wrote:
> radeon R200 core (8500, 9000, 9100 and 9200). Newer radeon cards and
> nvidia stuff are only supported with the proprietary drivers, and there
> is proprietary servers for another bunch of high-end cards.
If you go with the binary cards with kernel
I'm attempting to fix pageflipping in certain mergedfb modes. right
now it only works in when crtc2 is right of crtc1. I suspect the
problem has to do with the CRTC offsets that are set in
RADEONDoAdjustFrame()
for instance if I have crtc2 left of or above crtc1, I would need to
adjust RADEON_CR
Helge Hafting wrote:
I tried to get 3D graphichs, enabling the following
kernel config options:
CONFIG_AGP, CONFIG_AGP_SIS, CONFIG_DRM, CONFIG_DRM_RADEON
I'm also using the radeon framebuffer driver and
X with the appropriate driver.
Unfortunately, any attempt to use 3D, such as glxgears,
hangs the
Helge Hafting wrote:
> I tried to get 3D graphichs, enabling the following
> kernel config options:
> CONFIG_AGP, CONFIG_AGP_SIS, CONFIG_DRM, CONFIG_DRM_RADEON
> I'm also using the radeon framebuffer driver and
> X with the appropriate driver.
>
> Unfortunately, any attempt to use 3D, such as glxg
I tried to get 3D graphichs, enabling the following
kernel config options:
CONFIG_AGP, CONFIG_AGP_SIS, CONFIG_DRM, CONFIG_DRM_RADEON
I'm also using the radeon framebuffer driver and
X with the appropriate driver.
Unfortunately, any attempt to use 3D, such as glxgears,
hangs the machine immediately.
On Thu, Oct 02, 2003 at 10:12:21AM +0200, Thomas Emmel wrote:
> Hello,
>
> we are currently looking for the best graphics cards for linux and
> OpenGL. Can someone give me a hint which of the currently available
> cards are the best to use for extensive 3D applications in technical
> field (CAD, v
Hello,
we are currently looking for the best graphics cards for linux and
OpenGL. Can someone give me a hint which of the currently available
cards are the best to use for extensive 3D applications in technical
field (CAD, visualization of finite element data etc., no games).
With regards
Thomas
19 matches
Mail list logo
