On Sat, 2005-01-15 at 12:12 +, James Wright wrote:
>Not sure if this is the right place to report this but anyway;
>
> "xc/programs/XServer/hw/xfree86/drivers/ati/radeon_dga.c"
>
> Line 114: currentMode->imageHeight= (info->FbMapSize /
> currentMode->bytesPerScanline);
>
> On my Rad
On Sat, 2004-11-27 at 16:40 +, James Wright wrote:
>About a year ago I was using DGA for my games graphics library. I
> was told by various people that using DGA was not the way to go. At
> first I thought this was nonsense, as you can't get vsync using the
> more standard XPutImage meth
On Thu, 2004-09-30 at 08:21 -0400, F. Heitkamp wrote:
> On Wed, 29 Sep 2004, Ian Romanick wrote:
>
> > F. Heitkamp wrote:
> >> I can't get agp to work with my Apple G4. When I enable DRI X comes up
> >> but the resolution appears to be 640x480 and the mouse cursor is large,
> >> distorted and
On Thu, 2004-09-16 at 19:49 +0200, Martin MOKREJÅ wrote:
> Dr Andrew C Aitchison wrote:
> > On Thu, 16 Sep 2004, [ISO-8859-2] Martin MOKREJÂ wrote:
> >
> >>Martin MOKREJÂ wrote:
> >>
> >>Actually, I didn't know earlier but the "radeon" should not continue but make X
> >>rather die as I have AGP 9
On Fri, 2004-08-27 at 09:14 -0700, Tim Roberts wrote:
> [EMAIL PROTECTED] wrote:
>
> >>(**) RADEON(0): *Mode "1400x1050": 108.0 MHz (scaled from 0.0 MHz), 64.6 kHz, 60.8
> >>Hz
> >>(II) RADEON(0): Modeline "1400x1050" 108.00 1400 34208 34320 1672 1050 1050
> >>1053 1063
> >>(**) RADEON(0): *M
On Mon, 2004-03-15 at 21:03, Andreas Klemm wrote:
>
> how good does ATI support you in comparison to nVidia ?
It's like day compared to night IMHO.
> A few days ago I had to call ATI hotline (where you have
> to pay $9.90 for phone support) because of some problems
> under XP...
>
> There I me
On Wed, 2004-03-03 at 03:59, Mark Vojkovich wrote:
>
> Even with Sync() passing the particular surface which is necessitating
> the sync, I would expect all drivers to be syncing the whole chip
> without caring what the surface was. Most hardware allow you to
> do checkpointing in the command s
On Tue, 2004-03-02 at 21:06, Mark Vojkovich wrote:
> On Tue, 2 Mar 2004, David Dawes wrote:
>
> > On Tue, Mar 02, 2004 at 10:57:04AM -0800, Mark Vojkovich wrote:
> > >
> > > Well, then I guess I could call the header file xaa2.h
> >
> > Not to be too picky, but won't this be the third version o
On Tue, 2004-02-17 at 02:14, Jonathan Isom wrote:
> Section "Device"
> Option "Accel" # []
> Option "AGPMode" "2"
> Option "EnableDepthMoves" "True"# []
Have you tried without these two?
> Option "AGPFastWrite" "Fals
On Tue, 2004-02-17 at 09:04, Jan Damborsky wrote:
>
> We have four single board computers with
> graphic accelerators. We have running
> Linux+X server on each of computer successfully.
> Each of computer is connected to one LCD panel.
> For now, we would like to use these four
> LCD screens like
On Tue, 2004-02-17 at 00:06, Jonathan Isom wrote:
> On 2004-02-16 09:36:22 -0600 Michel DÃnzer <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2004-02-16 at 05:45, Jonathan Isom wrote:
> >> I've got a Radeon 7000 that locks up hard on a linux 2.4.23.
BTW, what about older (or 2.6) kernels or the DRM f
On Mon, 2004-02-16 at 05:45, Jonathan Isom wrote:
> I've got a Radeon 7000 that locks up hard on a linux 2.4.23. no logs are
> written & requiring power cycle.
> It locks in Quake3 in less that 7 minutes most times. some xscreensaver
> work fine,but havn't tried them all
If radeon_dri.so isn
On Fri, 2004-02-06 at 10:30, Andrew C Aitchison wrote:
> On Fri, 6 Feb 2004, [iso-8859-1] Suresh Chandra Mannava wrote:
>
> > does agpgard is specificaly for AGP?
Yes.
> > or can we use it for PCI?
>
> I've never used it, but I've seen references to pcigart,
> which provides (some of) the feat
On Mon, 2004-01-19 at 19:00, William M. Quarles wrote:
>
> (EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version mismatch.
> [dri] radeon.o kernel module version is 1.7.0 but version 1.100.0 or newer is needed.
(BTW, this isn't correct, the major should have been bumped)
> [dri]
On Mon, 2004-01-05 at 01:04, Jonathan Thambidurai wrote:
> Is the Radeon hardware capable of accelerating (in 2D, I'm not
> concerned with 3D/DRI right now) a display in portrait mode?
AFAICT the only way would be to render to a shadow framebuffer and use
the 3D engine to rotate it.
--
E
On Fri, 2004-01-02 at 23:06, Jozef Riha wrote:
> thank you. however if you know the answer to my previous question i am still
> interested..
[...]
> > try it with a sw cursor.
> > try:
> > option "hwcursor" "false" in your config.
I'm afraid this won't help. Hardware or software cursor is an
i
On Sat, 2003-12-13 at 23:04, Fred Heitkamp wrote:
>
> Can someone explain why the "<" business is in the source file?
It's a merge conflict. (It's a good idea to check the output of cvs up
for lines starting with a capital C for conflict)
> <<< r200_span.c
>
>switch ( mode ) {
>
On Fri, 2003-12-05 at 13:11, Fred Heitkamp wrote:
>
> I set the AGP mode to 2. Setting the mode to 2 seemed to allow X to run
> continuously the longest without locking up. In fact I used mode 2 all
> day and I don't believe X11 ever locked up. I still wasn't sure whether
> the GL lib issue
On Tue, 2003-12-02 at 23:57, Tim Krieglstein wrote:
>
> My hardware is a nforce2 mb, radeon 9200 pci (the agp card is broken)
> under Debian unstable running linux 2.6.0-test11.
[...]
> 1. sometimes all signals of the gfx-card go missing. The screen turns
> black. One time it was possible to rev
On Sat, 2003-11-29 at 21:03, Fred Heitkamp wrote:
> On Sat, 29 Nov 2003, Michel [ISO-8859-1] Dnzer wrote:
>
> > On Fri, 2003-11-28 at 19:27, Fred Heitkamp wrote:
> > >
> > > name of display: :0.0
> > > display: :0 screen: 0
> > > direct rendering: No
> > > server glx vendor string: Brian Paul
> >
On Fri, 2003-11-28 at 19:27, Fred Heitkamp wrote:
>
> name of display: :0.0
> display: :0 screen: 0
> direct rendering: No
> server glx vendor string: Brian Paul
> server glx version string: 1.4 Mesa 4.0.4
Current XFree86 CVS is based on Mesa 5.0.x, it seems to be picking up
the wrong libGL?
>
On Tue, 2003-11-25 at 09:09, Fred Heitkamp wrote:
> Just to aggravate myself I am trying to use XFree86 with linux kernel
> 2.6.0-test9. I have a Radeon 8500 and a ASUS A7M266-D with two 1600MP
> processors. I have compiled and installed the radeon kernel modules from
> the X cvs sources into the
On Mon, 2003-11-24 at 00:31, Alex Deucher wrote:
> The attached patch converts radeon_video.c to use the CP rather than
> MMIO if direct rendering is enabled. I wanted to get some feedback
> before committing to DRI cvs. I doubt this will affect overall
> performance much, but it will reduce the
On Fri, 2003-11-21 at 04:39, Alex Deucher wrote:
> > > I realize that I could attempt to use it for render accel, but I was
> > > hoping to tie it into Keithp's compositing extension
> > > (http://www.freedesktop.org/Software/TranslucentWindows) to support
> > > alpha blended windows, not just hw a
On Thu, 2003-11-20 at 23:33, Alex Deucher wrote:
> According to marketing literature from ati, radeon hardware seems to
> support alpha and transparent BLTs. from the literature under 2D
> graphics:
>
> Support for Windows XP GDI extensions:
> Alpha BLT
> Transparent BLT
> Gradient Fill
I don't
On Wed, 2003-10-29 at 01:23, Emmanuel Allaud wrote:
> Hi all,
> I just installed a MDK 9.2, and as the agpgart module seems OK with my
> nForce2 chipset, I also loaded DRI. All logs are OK, the dri modules
> load correctly; but if I launch glxgears it locks up solid (hard reset
> only to ge
On Sat, 2003-10-25 at 19:53, Harold L Hunt II wrote:
> Michel DÃnzer wrote:
> > On Wed, 2003-10-22 at 17:13, Egbert Eich wrote:
> >
> >>Marc Aurele La France writes:
> >> >
> >> > [EMAIL PROTECTED] is an ML anyone can subscribe to. I am, and, I
> >> > believe, so is Egbert.
> >>
> >>No, not cur
nsumes a
> considerable amount of time.
Indeed, you're doing most of the bugzilla work alone; it's a pity there
aren't more people helping with that.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Softwa
ch
> maybe the solution of the problem
> and I reiterate the snippet:
> ...
> 478. Radeon driver fixes (Hui [EMAIL PROTECTED])
[...]
> Does indeed solves the reported problem?
Possibly. Trying the driver from current CVS certainly isn't a bad idea.
--
Earthling Michel Dän
bed in the XF86Config-4 manpage?
> I've read here and there posts about this with different radeon cards,
> but there're all related to 3D acceleration. I suspect it's not a 3D
> problem.
It certainly can't be if you run with DRI disabled.
--
Earthling Michel
structure has no member named
> `directRenderingEnabled'
> radeon_driver.c:5728: structure has no member named `agpMode'
> make[6]: *** [radeon_driver.o] Error 1
Fixed in CVS with this patch.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \
the panel, and it shouldn't flicker,
or does it?
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL PROTECTED]
http
;t.
> If for any reason someone can point out a case where it doesn't, I'm
> almost certain that myself, Michel Daenzer, someone from ATI, or
> another Radeon developer could fix the problem easily enough.
The delay imposed by deploying such a fix seems far from ideal t
nd by
> changing a fairly long standing methodology in the video drivers.
> Possibly adding a second option to override it. I vote for working on
> fixing the config tools instead.
Seconded, couldn't have said it better.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86
wonder why that's not working for you...
Me too, considering that it seems to be working for the vast majority of
people. Also, DRI{Lock,Unlock}() are designed to handle nested calls. It
seems the problem must be somewhere else, maybe it is a subtle
architecture difference after all?
--
E
On Thu, 2003-09-11 at 16:55, Alan Cox wrote:
> On Mer, 2003-09-10 at 23:21, Michel Dänzer wrote:
> > On Wed, 2003-09-10 at 19:00, Jim Gettys wrote:
> > > Here's Alan Cox's mail about it. In 2.4.20-ac1.
> >
> > Won't this conflict with the DRM v
On Wed, 2003-09-10 at 19:00, Jim Gettys wrote:
> Here's Alan Cox's mail about it. In 2.4.20-ac1.
Won't this conflict with the DRM vblank interrupt handling? (I've also
seen framebuffer device patches for this...)
--
Earthling Michel Dänzer \ Debian (powerpc), XF
On Wed, 2003-09-10 at 18:11, Alan Hourihane wrote:
> On Wed, Sep 10, 2003 at 06:05:42PM +0200, Michel Dänzer wrote:
> > On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote:
> > > On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote:
> > > > On Wed, 2003-09
On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote:
> On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote:
> > On Wed, 2003-09-10 at 17:09, Jim Gettys wrote:
> > >
> > > While the X server has had the XSync extension for a long time,
> > > the op
gt; vertical retrace (and potentially audio sources) to provide the
> needed kernel hooks for the X server.
Any pointers to that?
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
_
l" "true" to the driver configuration clause in my
> config file.
In that case it can hardly be an X problem. Sounds rather like the
kernel (anything interesting in its output? Does the same thing happen
with 2.4 kernels?) or hardware.
--
Earthling Michel Dänzer \ Debian (powerp
On Thu, 2003-08-28 at 16:51, Thomas Winischhofer wrote:
> Michel Dänzer wrote:
> [stripped]
> > ( 3180.0/sec): 500x500 rectangle
> >
> > ( 1920.0/sec): 500x500 tiled rectangle (17x15 tile)
> >
> > ( 139.0/sec): ShmPutImage 500x500 square
&g
On Thu, 2003-08-28 at 15:58, Thomas Winischhofer wrote:
> Michel Dänzer wrote:
> >>Text drawing (x11perf -aa24text) went from 25000 to 105000, which is
> >>more than factor 4. I am satisfied.
> >
> > Err, I get without acceleration on a 1 Ghz TiBook:
>
Char in 30-char aa line
(Charter 24)
Did you drop some digits? :)
> (Now, if I just could find out why the accelerator functions are not
> being called on my 4.3 system...)
I guess it's not the op being something else than PictOpOver? Could it
be related to XAA_RENDER_NO_SRC_AL
On Thu, 2003-08-21 at 23:12, Andy Isaacson wrote:
> On Fri, Aug 15, 2003 at 12:06:18PM +0200, Michel Dänzer wrote:
> > On Wed, 2003-08-13 at 16:29, Andy Isaacson wrote:
> > > I'm not familiar with how those two X servers operate, so could you help
> > > me out by
the 0x4e48 chip, not sure if it's in a
snapshot yet.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
mode on : ByteSwapping problem on font in a xterm window (the
> letters are mirrored)
http://xfree86.org/4.3.0/RELNOTES2.html#3 suggests that this might work
in 4.3 .
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Softwar
FAIK there are also other
solutions for this, but they might just be hacks.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[E
you mean OpenGL software rendering)
I don't think this is possible with the current scheme, we simply need
to disable the DRI if the virtual resolution exceeds 2048 in either
dimension.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software
gt;
> i would like to pass that on to the experts.
> i dont know if using a snapshot version of the drivers
> or of X11 will help in any way.
Assuming this is from 4.3, a snapshot driver will likely help.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI de
On Wed, 2003-08-13 at 16:29, Andy Isaacson wrote:
> On Wed, Aug 13, 2003 at 11:39:08AM +0200, Michel Dänzer wrote:
> > On Tue, 2003-08-12 at 16:49, Andy Isaacson wrote:
> > > A more useful solution would be to schedule an event a few dozen
> > > milliseconds (say,
ter performance when mixing stuff which does and
doesn't currently use it.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing lis
DoLoadableServer NO in config/cf/host.def) and run the
server within gdb remotely.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
t XFree86 CVS. Are there provisions for
conditionally compiling this stuff?
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL
dly, unfortunately the list makes this unnecessarily hard.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ks like the 3D engine would have to be used, the 2D engine doesn't
seem to do any blending (or scaling, for that matter).
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
On Sat, 2003-08-02 at 02:24, Simon Urbanek wrote:
> On Saturday, July 26, 2003, at 01:08 PM, Michel Dänzer wrote:
>
> > On Tue, 2003-07-15 at 16:29, Benjamin Herrenschmidt wrote:
> >> When did you try exactly ? I've seen more fixes for TMDS getting
> >> in the C
nslation getting in
> our way ?
I suspected that as well. If current CVS still doesn't work (works
perfectly here with an external CRT on an M9 in a TiBook IV), please try
this patch and post the RADEONInitCommonRegisters output.
Or maybe it's something like http://bugs.xfree86.or
as TuxRacer. Screen looks like the width
> or the framebuffer pitch is messed up.
Then the 2D driver probably incorrectly changes the pitch when changing
modes.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svc
y, etc. However, when I run TuxRacer, after the modeset
> happens to 640x480x16, the TuxRacer display is hosed. It looks like some
> kind of framebuffer width or pitch problem.
Indeed, does the desktop look correctly when switching modes with
ctrl-alt-{+,-} or xvidtune?
--
Earthling Michel Dänz
ImageWriteRect"
have a similar impact on x11perf -shmput500 performance?
> - Motherboard AGP chipset. Does this matter if the driver uses the
> CPU to copy? Can just loading agpgart help?
No.
I wonder if the video capture card could have something to do with it?
--
Earthling
r too many rendering bugs to be able to tell what's going on)
> , Neverwinter Nights ( runs at 1 frame every 5 seconds - and yes I have
> DRI working ).
FWIW, most if not all of these problems have been fixed or are being
worked on in DRI CVS. Watch the dri-devel and dri-patches lists
On Tue, 2003-07-15 at 16:17, Michel Dänzer wrote:
[ citation without new stuff ]
Sorry about that, fun time with Evolution. :\
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
On Wed, 2003-06-04 at 14:11, Simon Urbanek wrote:
> On Wednesday, June 4, 2003, at 01:19 AM, Michel Dänzer wrote:
>
> > On Tue, 2003-06-03 at 15:22, Benjamin Herrenschmidt wrote:
> >> On Fri, 2003-05-30 at 11:52, Simon Urbanek wrote:
> >>> Summary:
> >&
rture
though? Most non-ancient chips do.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ng list, please follow up to linux-fbdev-devel only.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
___
Devel mailing list
[EMAIL PROTECTED]
http://XFre
On Mon, 2003-06-30 at 18:55, Egbert Eich wrote:
>
> (I don't know who currently maintains the i128 and r128)
AFAIK Kevin E. Martin still maintains the r128 driver.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast
hings
like the Qt library and OpenOffice.org are particularly bad as they keep
the DRM open permanently, even when they aren't using any OpenGL
contexts. Might actually be a libGL issue though.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast
lly shut down the pc.
> Any ideas?
That seems to be a Radeon IGP 320; see
http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=36 .
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://svcs.affero.
n able to locate where the new driver changes the
> mode.
Indeed, it's a bit obfuscated in the driver. Bits 22:20 of
CRTC{,2}_GEN_CNTL control the cursor mode, the driver uses 2 for ARGB
with premultiplied alpha.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI devel
from loading but I still see the same
> messages in the XF86 log file. Maybe I need to do something else to stop
> DRI from trying to load...
Don't worry about the DRI, it shouldn't have any influence on your
problem. It gets disabled with multihead anyway.
--
Earthling Michel Dä
main aperture
It's in, but only handles aperture 0. Can someone try
http://penguinppc.org/~daenzer/XFree86/radeon-ap1.diff or
http://penguinppc.org/~daenzer/XFree86/radeon_drv.o ?
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast \ http://
closing X you can access the
> box via ssh only.
>
> Other relevant info:
> kernel is 2.4.20-ben10 (the devel versions crash), frame buffer works only
> with "video=ofonly".
Have you reported radeonfb not working to Benjamin Herrenschmidt or the
linux-fbdev-devel list? I
NO
> */
>
> what does "external" mean?
AFAICT BuildGlxExt is about the GLX extension and related components
like libGL. Someone please correct me if I'm wrong.
PS: About building all libraries shared: Are you aware of the
implications? Are you going to suppor
;s DDC code, and haven't found someone who is.
The infamous http://www.penguinppc.org/~daenzer/DRI/radeon-ddc.diff (by
Hui Yu) adds code to the radeon driver to probe all I2C busses for
monitors. Hope this helps.
--
Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer
So
On Fre, 2003-03-28 at 02:44, Kendall Bennett wrote:
>
> With that said, can someone recommend the best 'grep' command to use to
> determine if there are any errors in the World.log file?
I use grep '\*\*\*' to catch the make errors.
--
Earthling Michel Dänzer
ime a bug is open?
Currently [EMAIL PROTECTED] gets them all.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
free86-dbg (only
available as of sarge).
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
the graphics chip.
> DDC info on these systems comes from an external mointor if one is
> connected. DDC for the builtin screen does not exist.
It does here. There are other methods to fall back to though.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
ation"
>step?
Possibly. Have you looked at the XFree86 radeon driver to verify you're
initializing all the registers it initializes for 2D acceleration?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Fre
he XF86Config file, whatever the app
> asks.
Have you checked the log file? Maybe modes are added from DDC, by RandR,
... ?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
, but to use old XFree86 style code if they are not (ie:
> implement a user land daemon that will abstract the new 2.5 kernel
> interface code and make it backwards comaptible with earlier kernels).
The new input layer provides backward compatible interfaces.
--
hasn't been
maintained in a while, this was the last change to it in DRI CVS:
revision 1.25
date: 2002/01/27 20:05:41; author: dawes; state: Exp; lines: +6 -1
branches: 1.25.22; 1.25.44; 1.25.50; 1.25.54;
First pass merge of XFree86 4.2.0 import.
---
On Fre, 2003-02-28 at 15:51, Michel Dänzer wrote:
> On Fre, 2003-02-28 at 15:41, Martin Spott wrote:
> > I find the Makefile samples in:
> >
> > xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/
> >
> > a bit misleading. For instance the mga_irq.c, r128
ri-devel a while ago but didn't get
any replies.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
On Mit, 2003-02-26 at 16:00, [EMAIL PROTECTED] wrote:
>
> > > (dont scream at me for this one) can i get accel 3d working?
> >
> > Yes, but you need a recent DRM, either from CVS or from a 2.5 kernel.
>
> do you mean from the xfree cvs?
Yes.
--
Earthling Michel
on the xfree86 list
(IIRC) though.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
ly is the way to go, which video card / X
> server do you think would work best? Note that this is for an
> 'embedded' app, I get to choose the hardware, so any hardware/Xserver
> combo that does the job will do.
There's even a non-X embedded radeon 3D driver in developmen
ip, there's not enough people with
> enough time and the right skill sets to bring-up a 3D driver for a new
> chip. :(
In fact, if there was a group of people with enough time and expertise
to do it, I wouldn't be surprised if ATI didn't hesitate to provide
documentation to
It might be worth mentioning the new features of the Radeon 3D drivers
(hardware TCL, ...)?
> (Need comments about M7,M9 support )
Both fully supported AFAICT.
The vertical blank ioctl in the DRM might also be worth pointing out?
--
Earthling Michel Dänzer (MrCooper)/ Debia
On Mit, 2003-02-19 at 10:02, Alan Hourihane wrote:
> On Wed, Feb 19, 2003 at 01:46:39 +0100, Michel Dänzer wrote:
> > On Die, 2003-02-18 at 20:10, Alan Hourihane wrote:
> > > On Tue, Feb 18, 2003 at 10:49:58 -0800, Nolan Leake wrote:
> > > > On Sun, 2003-02-16
IsVirtual flag can be removed entirely; the only
> > caller of ShadowFBInit2 is vmware.c, and it passes in FALSE.
>
> O.k. Thanks Nolan.
>
> I've just removed that code from the CVS.
You missed this.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) devel
On Mon, 2003-02-17 at 16:18, Sean E. Russell wrote:
>
> On Monday 17 February 2003 05:52 am, Michel Dänzer wrote:
> > The patch is only an attempt to fix the crashes with software cursor.
>
> Heh. Sorry. I didn't try to crash the server.
>
> Y'know, t
On Mon, 2003-02-17 at 08:11, Sean E. Russell wrote:
>
> On Sunday 16 February 2003 04:47 pm, Michel Dänzer wrote:
> ...
> > 'Of course'? A crash is a bug. Does this patch help?
> ...
>
> Unfortunately, it doesn't. I made sure that I unloaded the radeon an
On Mon, 2003-02-17 at 01:18, Sean E. Russell wrote:
>
> On Sunday 16 February 2003 04:47 pm, Michel Dänzer wrote:
> > > First, I'm using KDE 3.1, which provides a shaded, transluescent mouse
> > > pointer for the I-bar and the arrow; the other pointers (the hourglas
access any of the OpenGL functions.
'Of course'? A crash is a bug. Does this patch help?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
Index: programs/Xserver/hw/xfree86/drivers/ati/radeon_d
ngular trajectory where
pitch == width. If you want to save space, use the minimum pitch
possible.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Devel
On Mon, 2003-02-10 at 18:55, Alexandr Andreev wrote:
> Michel Dänzer wrote:
> > On Fre, 2003-02-07 at 21:36, Alexandr Andreev wrote:
> >>
> >>Bool
> >>XAACheckStippleReducibility(PixmapPtr pPixmap)
> >>{
> >>...
> >>pPri
OFFSET register is used.
Hope this helps,
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
lockup. I've had that happen due to agpgart for Apple
UniNorth chipsets (which is still rather experimental) leaking memory.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS studen
1 - 100 of 122 matches
Mail list logo
