Mladen Gavrilovic wrote:
> I apologize if this is not the type of thing I should be posting in this
> list, as it is not development related per se; however, I wasn't able to
> get answers to my questions in dri-users. If this is inappropriate let
> me know and I won't post here again.
I think th
On Fri, 30 Mar 2001, Gareth Hughes wrote:
>> I'd like to second this request also. Although Radeon DRI
>> doesn't work in 4.0.3, it would be a nice thing for Radeon users
>> if they could drop in the current DRI code and have a kernel that
>> is already set up. It won't be long until packages a
Looks like a lot of people are having this problem, if somebody knows the
answer lemme know and I will add it to the FAQ and add a comment to the ones
below:
Laci:
I cannot get Bus Mastering working on a Voodoo3/Kernel 2.4.2 System working.
I follow the documentation but using setpci to enable Bu
On Thu, Mar 29, 2001 at 06:02:03PM -0500, AMD-760MP wrote:
> I believe you said you were on a Via Apollo chipset? Could you narrow that
> down a bit? My advice/bugfixes vary wildly based on the chipset in question.
Not him, me..
Kernel identified it as being an Apollo, it never crossed my mind t
On Thu, Mar 29, 2001 at 02:00:40PM -0700, Jeff Hartmann wrote:
> > CVS drm has its up()'s and down()'s (pun intended) still and that needs to
> > change with more recent kernels. I just haven't had much time to do
> > anything with it yet.
>
> Here is my recommendation:
> use 2.4.2 (don't use a
Greg Hughes wrote:
>
> HI,
>
> I was attempting to build the mesa-3-5-branch with GlxBuiltInRadeon
> defined. I got multiply defined symbols in the link phase. Is this
> known to work/not work on this branch? Is there a better way to build
> modules that gdb is happy with?
It's not a configu
On Thu, Mar 29, 2001 at 12:41:15PM -0800, Jeffrey W. Baker wrote:
> At some stages in time, some things are going to be broken, but nobody is
> forcing the user to run the latest and greatest. CVS has the ability to
> checkout arbitrary dates and revisions. Take advantage of that.
FWIW, I have
HI,
I was attempting to build the mesa-3-5-branch with GlxBuiltInRadeon
defined. I got multiply defined symbols in the link phase. Is this
known to work/not work on this branch? Is there a better way to build
modules that gdb is happy with?
mesa/src/glapi.o: In function `_glapi_noop_enable_wa
"Mike A. Harris" wrote:
>
> I'd like to second this request also. Although Radeon DRI
> doesn't work in 4.0.3, it would be a nice thing for Radeon users
> if they could drop in the current DRI code and have a kernel that
> is already set up. It won't be long until packages are ready
> that supp
Gareth Hughes wrote:
>
> Sorry, been terribly busy this week. I'll reply today, I promoise :-)
And one day I'll learn to spell. Or ensure I have a cup of coffee
before replying to any email...
-- Gareth
___
Dri-devel mailing list
[EMAIL PROTECTED]
AMD-760MP wrote:
>
> > Anytime the dri developers are in the Philadelphia area, dinner is on me
> > :-)
> >
> > Adam
>
> Only if I don't get to them first. :)
>
> Gareth - You never answered my last mail... What kind of microbrews do you
> like? I've got a box and peanuts and the UPS label read
On Thu, 29 Mar 2001, AMD-760MP wrote:
>Date: Thu, 29 Mar 2001 18:02:03 -0500
>From: AMD-760MP <[EMAIL PROTECTED]>
>To: Trond Eivind Glomsrød <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED]
>Content-Type: text/plain;
> charset="iso-8859-1"
>List-Id:
>Subject: Re: Radeon problem
>
>> > Our policy
On Thu, 29 Mar 2001, Keith Whitwell wrote:
> AMD-760MP wrote:
> >
> > > Anytime the dri developers are in the Philadelphia area, dinner is on me
> > > :-)
> > >
> > > Adam
> >
> > Only if I don't get to them first. :)
> >
> > Gareth - You never answered my last mail... What kind of microbrews d
Hi all,
I apologize if this is not the type of thing I should be posting in this
list, as it is not development related per se; however, I wasn't able to
get answers to my questions in dri-users. If this is inappropriate let
me know and I won't post here again.
That said, I'm running a Celeron
AMD-760MP wrote:
>
> > Anytime the dri developers are in the Philadelphia area, dinner is on me
> > :-)
> >
> > Adam
>
> Only if I don't get to them first. :)
>
> Gareth - You never answered my last mail... What kind of microbrews do you
> like? I've got a box and peanuts and the UPS label read
"AMD-760MP" <[EMAIL PROTECTED]> writes:
> > > Our policy is the following:
> > > We only submit kernel changes which will be compatible with the latest
> > > XFree86 release to the kernel. When there is a new XFree86 release,
> > > there will be updates. This does not include bugfixes which are
> > Our policy is the following:
> > We only submit kernel changes which will be compatible with the latest
> > XFree86 release to the kernel. When there is a new XFree86 release,
> > there will be updates. This does not include bugfixes which are
> > backwards compatible, which we tend to send
> Anytime the dri developers are in the Philadelphia area, dinner is on me
> :-)
>
> Adam
Only if I don't get to them first. :)
Gareth - You never answered my last mail... What kind of microbrews do you
like? I've got a box and peanuts and the UPS label ready to print.
Jeff Hartmann <[EMAIL PROTECTED]> writes:
> Joseph Carter wrote:
>
> > On Thu, Mar 29, 2001 at 01:36:40PM -0700, Jeff Hartmann wrote:
> >
> >>> I haven't, I'll comment the drm/dri modules out and see how that works.
> >>> Just to be on the safe side, I will also make sure radeon/agpgart are not
Joseph Carter wrote:
> On Thu, Mar 29, 2001 at 01:36:40PM -0700, Jeff Hartmann wrote:
>
>>> I haven't, I'll comment the drm/dri modules out and see how that works.
>>> Just to be on the safe side, I will also make sure radeon/agpgart are not
>>> loaded in the kernel. It'll probably take a day o
On Thu, Mar 29, 2001 at 01:36:40PM -0700, Jeff Hartmann wrote:
> > I haven't, I'll comment the drm/dri modules out and see how that works.
> > Just to be on the safe side, I will also make sure radeon/agpgart are not
> > loaded in the kernel. It'll probably take a day or so to know if that
> > wo
On 29 Mar 2001, Trond Eivind Glomsrød wrote:
>> Are you using the radeon module from the kernel? If you are this
>> could possibly be a source of the problems. If you are using DRI CVS
>> use the kernel modules from the CVS tree. The kernel modules that
>> come with the kernel will only work p
Jeff Hartmann <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød wrote:
>
> > Jeff Hartmann <[EMAIL PROTECTED]> writes:
> >
> >> Are you using the radeon module from the kernel? If you are this
> >> could possibly be a source of the problems. If you are using DRI CVS
> >> use the kernel modul
Trond Eivind Glomsrød wrote:
> Jeff Hartmann <[EMAIL PROTECTED]> writes:
>
>> Are you using the radeon module from the kernel? If you are this
>> could possibly be a source of the problems. If you are using DRI CVS
>> use the kernel modules from the CVS tree. The kernel modules that
>> come w
On Thu, 29 Mar 2001, Adam K Kirchhoff wrote:
>
> On Thu, 29 Mar 2001, Joseph Carter wrote:
>
> > I'm going to see if there are BIOS updates for it and I may also try the
> > Mesa 3.5 branch. I'm seriously regretting my choice of the Radeon at the
> > moment, that's for sure.
> >
>
> With all t
Jeff Hartmann <[EMAIL PROTECTED]> writes:
> Are you using the radeon module from the kernel? If you are this
> could possibly be a source of the problems. If you are using DRI CVS
> use the kernel modules from the CVS tree. The kernel modules that
> come with the kernel will only work properly
On Thu, Mar 29, 2001 at 01:11:07PM -0700, Jeff Hartmann wrote:
> > I'm going to see if there are BIOS updates for it and I may also try the
> > Mesa 3.5 branch. I'm seriously regretting my choice of the Radeon at the
> > moment, that's for sure.
> >
> I personally would suggest narrowing the pro
Joseph Carter wrote:
> On Fri, Mar 30, 2001 at 06:07:19AM +1000, Gareth Hughes wrote:
>
>>> Current speculation is that it might be some issue with agpgart and my
>>> Abit KT-7A.. Of course, since it's crashing in 2D, I don't see how that
>>> can be the source of the problem.
>>
>> If the DRI
On Thu, 29 Mar 2001, Joseph Carter wrote:
> I'm going to see if there are BIOS updates for it and I may also try the
> Mesa 3.5 branch. I'm seriously regretting my choice of the Radeon at the
> moment, that's for sure.
>
With all the negativity floating around, I'd like to say that I think th
On Fri, Mar 30, 2001 at 06:07:19AM +1000, Gareth Hughes wrote:
> > Current speculation is that it might be some issue with agpgart and my
> > Abit KT-7A.. Of course, since it's crashing in 2D, I don't see how that
> > can be the source of the problem.
>
> If the DRI is enabled (and I'm guessing
> > Radeon support is not even pre-alpha quality right now IMO. =(
> Mate, that's a pretty strong statement to be making. Yes, you are
Yep strong indeed. :)
I'm also having troubles but nothing this serious. For the most Radeon is
working just fine with 2D in my machine (better than in windows
Joseph Carter wrote:
>
> Current speculation is that it might be some issue with agpgart and my
> Abit KT-7A.. Of course, since it's crashing in 2D, I don't see how that
> can be the source of the problem.
It actually VERY unlikely that agpgart is your problem. VIA support has
been pretty so
Joseph Carter wrote:
>
> Current speculation is that it might be some issue with agpgart and my
> Abit KT-7A.. Of course, since it's crashing in 2D, I don't see how that
> can be the source of the problem.
If the DRI is enabled (and I'm guessing that's the whole point, or you
wouldn't be postin
On Fri, Mar 30, 2001 at 05:23:27AM +1000, Gareth Hughes wrote:
> > Radeon support is not even pre-alpha quality right now IMO. =(
>
> Mate, that's a pretty strong statement to be making. Yes, you are
> having problems. Lots of other people aren't (myself included). Let me
> guess -- you have
On Thu, Mar 29, 2001 at 02:20:53PM -0500, Trond Eivind Glomsr?d wrote:
> > Thankfully this box uses reiserfs. It was converted immedately after I
> > ended up with a corrupt filesystem one of the last times X did this to
> > me..
>
> ReiserFS is more prone to fs corruption than ext2. OTOH, you
Joseph Carter wrote:
>
> Radeon support is not even pre-alpha quality right now IMO. =(
And just because it's 5:30am and I'm nearing the end of yet another 18+
hour day working on the DRI drivers, I think I have the right to say
that this kind of thing is not going to motivate any of the core
d
On Thu, 29 Mar 2001, Joseph Carter wrote:
> On Wed, Mar 28, 2001 at 11:07:44PM -0800, Joseph Carter wrote:
> > > I have a 32 meg DDR radeon on an athlon slot A box. I have got DRI-CVS to
> > > install and all the modules are loaded corectaly, but when I startx i get
> > > a white screen with a
Joseph Carter wrote:
>
> Radeon support is not even pre-alpha quality right now IMO. =(
Mate, that's a pretty strong statement to be making. Yes, you are
having problems. Lots of other people aren't (myself included). Let me
guess -- you have an AMD chipset? An AMD 750 perhaps?
-- Gareth
Joseph Carter <[EMAIL PROTECTED]> writes:
> I spoke too soon, it would seem. 22 March 2001 also dies, it just managed
> to remain functional overnight. It crashed, hard, as did later. It took
> the whole box down in the process.
>
> Thankfully this box uses reiserfs. It was converted immedat
On Wed, Mar 28, 2001 at 11:07:44PM -0800, Joseph Carter wrote:
> > I have a 32 meg DDR radeon on an athlon slot A box. I have got DRI-CVS to
> > install and all the modules are loaded corectaly, but when I startx i get
> > a white screen with an outline of console and a block as the curser.
>
When using the DRI on my Dualhead G400, I get quite a bit of distortion
around the edges of the secondary display. Ben, the Matrox linux support
guy, said that this problem is fixed in XFree86 4.0.3, so I gave it a
whirl. Lo and behold: no distortion :-) Was there a merge of the two
codebases
On Thu, Mar 29, 2001 at 07:35:14PM +0530, Damarugendra M wrote:
> that is i want to run this app from the console.
> this app may be a game or whatever. it should not be
> run on X or it should not be linked to any X librarys.
> It may use OpenGL for graphics.
I've got nothing but bad news for y
Hi,
Starting gears under XFree86 4.0.3-3 with DRI enabled freeze my system.
It seems to happened when the app needs to render back its content from
a passive state (as a example, when I drag another window to entirely
cover it, and move it back to see the gears). I'm using a G400, but it
happ
...Interesting
If i activate the OpenGL window (say, click on it's titlebar), then
activate another window which covers part of the GL window but doesn't
trigger the bug, then activate the one that should cause the bug (left
edge over, right edge not), the GL app continues to run perfectly.
Not sure if this has been reported or not. This is with yesterdays
CVS:
If another window is positioned such that it's on top of a GL
application's window and it's left edge is covering the window but the
right edge is not, the rendered image dissapears/distorts.
Screenshot about to be taken
On 29 Mar 2001, mgestudios wrote:
> I have a 32 meg DDR radeon on an athlon slot A box. I have got DRI-CVS to
> install and all the modules are loaded corectaly, but when I startx i get
> a white screen with an outline of console and a block as the curser.
I had the same problem on a Slot A s
On Thu, Mar 29, 2001 at 07:35:14PM +0530, Damarugendra M wrote:
> I would like to know if I could use DRI to
> implement an application which obtains HW
> accleration and runs without using X11.
>
> that is i want to run this app from the console.
> this app may be a game or whatever. it should
Hello,
I would like to know if I could use DRI to
implement an application which obtains HW
accleration and runs without using X11.
that is i want to run this app from the console.
this app may be a game or whatever. it should not be
run on X or it should not be linked to any X librarys.
It ma
Frank, there's still things missing from the new site. Can you please
check the old Resources page (at least)? Thanks.
-- Gareth
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
On Thu, Mar 29, 2001 at 06:20:14PM +1000, Gareth Hughes wrote:
> AFAIK, this isn't used anywhere. Do we need this to be defined in each
> driver's Imakefile?
>
Nope.
Alan.
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/list
AFAIK, this isn't used anywhere. Do we need this to be defined in each
driver's Imakefile?
-- Gareth
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
51 matches
Mail list logo
