Date : 2010-03-16 22:03 (23 days old)
I sent a pull request with the patch for this to Dave M. today. :-)
John
--
John W. LinvilleSomeday the world will need a hero, and you
linvi...@tuxdriver.com might be all we have. Be ready
Pulling drm back out of the kernel tree seems like a hard sell, but the
ddx/mesa hw driver/libdrm set seemed like it might be a good candidate for
grouping.
I guess the core question is whether we expect the X-to-ddx and
mesa-to-hw-driver interfaces to be more or less volatile than the
fixes the problem, the order of the
check of the aper_size in
radeon_agp_init appears incorrect to me. Also following up with a patch.
John Kacur
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay
On Sun, 31 Jan 2010, Dan Nicholson wrote:
On Sat, Jan 30, 2010 at 12:51 PM, John Kacur jka...@redhat.com wrote:
Fix warning by using %zu instead of %d for size_t
Signed-off-by: John Kacur jka...@redhat.com
---
drivers/gpu/drm/radeon/radeon_agp.c | 2 +-
1 files changed, 1
- Fix warning by using %zu instead of %d for size_t
- Fix spelling mistake, to should be too.
Signed-off-by: John Kacur jka...@redhat.com
---
drivers/gpu/drm/radeon/radeon_agp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_agp.c
b
radeon_agp_init fixes:
John Kacur (2):
radeon_agp: Fix warning, format â%dâ expects type âintâ, but argument
4 has type âsize_tâ. Also fix grammar/spelling error, change to to
too
radeon_agp: Move the check of the aper_size after drm_acp_acquire and
drm_agp_info
First call drm_agp_acquire to check if agp has been acquired.
Second call drm_agp_info to fill in the info data struct, including aper_size.
Finally do the check to see if the aper_size makes sense.
Signed-off-by: John Kacur jka...@redhat.com
---
drivers/gpu/drm/radeon/radeon_agp.c | 15
Fix warning by using %zu instead of %d for size_t
Signed-off-by: John Kacur jka...@redhat.com
---
drivers/gpu/drm/radeon/radeon_agp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_agp.c
b/drivers/gpu/drm/radeon/radeon_agp.c
index c9ad7f5
radeon_agp_init fixes
John Kacur (2):
radeon_agp: Fix warning, format â%dâ expects type âintâ, but argument
4 has type âsize_tâ
radeon_agp: Move the check of the aper_size after drm_acp_acquire and
drm_agp_info
drivers/gpu/drm/radeon/radeon_agp.c | 15
On Fri, 15 Jan 2010, Jerome Glisse wrote:
On Fri, Jan 15, 2010 at 03:47:19PM +0100, John Kacur wrote:
On Fri, 15 Jan 2010, John Kacur wrote:
The oops is triggered because I am missing the firmware for
radeon/R700_rlc.bin and
radeon/R600_rlc.bin
However, I think
On Tue, Jan 26, 2010 at 3:19 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jan 26, 2010 at 9:10 AM, John Kacur jka...@redhat.com wrote:
On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jan 26, 2010 at 8:21 AM, John Kacur jka...@redhat.com wrote
On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jan 26, 2010 at 8:21 AM, John Kacur jka...@redhat.com wrote:
On Fri, 15 Jan 2010, Jerome Glisse wrote:
On Fri, Jan 15, 2010 at 03:47:19PM +0100, John Kacur wrote:
On Fri, 15 Jan 2010, John Kacur wrote
On Tue, 26 Jan 2010, Gene Heskett wrote:
On Tuesday 26 January 2010, John Kacur wrote:
On Tue, Jan 26, 2010 at 3:19 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jan 26, 2010 at 9:10 AM, John Kacur jka...@redhat.com wrote:
On Tue, Jan 26, 2010 at 2:59 PM, Alex Deucher alexdeuc
On Tue, Jan 26, 2010 at 9:20 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jan 26, 2010 at 9:35 AM, John Kacur jka...@redhat.com wrote:
On Tue, Jan 26, 2010 at 3:19 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Jan 26, 2010 at 9:10 AM, John Kacur jka...@redhat.com wrote:
On Tue
The oops is triggered because I am missing the firmware for
radeon/R700_rlc.bin and
radeon/R600_rlc.bin
However, I think it should be able to deal with this more gracefully.
ATOM BIOS: 9498.11.22.6.0.AS03
[drm] Clocks initialized !
[drm] Detected VRAM RAM=256M, BAR=256M
[drm] RAM width 128bits
On Fri, 15 Jan 2010, John Kacur wrote:
The oops is triggered because I am missing the firmware for
radeon/R700_rlc.bin and
radeon/R600_rlc.bin
However, I think it should be able to deal with this more gracefully.
ATOM BIOS: 9498.11.22.6.0.AS03
[drm] Clocks initialized !
[drm
On 12/31/2009 12:00 PM, David John wrote:
With the current DRM code, an output that has been powered off
from userspace will automatically power back on when resuming
from suspend. This patch fixes this behaviour.
Tested only with the Intel i915 driver on an Intel GM45 Express
chipset
On 01/07/2010 12:42 AM, Johan Hovold wrote:
Yeap. The fix uncovered a bug in your driver. I haven't heard of problems
with the other drm drivers.
The backlight is handled via the DRI driver I assume. At least
i9xx_crtc_dpms is called on powerdown.
Can you post your dmesg and kernel
Would something like mesa/r600_demo be appropriate ?
-Original Message-
From: Keith Whitwell [mailto:kei...@vmware.com]
Sent: Friday, July 17, 2009 9:24 AM
To: Harald Welte
Cc: dri-devel@lists.sourceforge.net; richard...@via.com.tw;
gre...@suse.de; brucech...@via.com.tw;
/msg100957.html. In both, the
process is doing both sends and receives on raw sockets.
-- John
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time
Couldn't DRI also be used by a non-GL direct-rendering driver, eg. for
something like video acceleration ?
-Original Message-
From: Jerome Glisse [mailto:gli...@freedesktop.org]
Sent: Wednesday, May 13, 2009 4:53 AM
To: Enno Fennema
Cc: dri-devel@lists.sourceforge.net
Subject: Re: Need
-
From: Enno Fennema [mailto:e.fenn...@tiscali.nl]
Sent: Wednesday, May 13, 2009 3:57 PM
To: Jerome Glisse; Bridgman, John
Cc: dri-devel@lists.sourceforge.net
Subject: Re: Need sample program or tutorial
Jerome Glisse wrote:
...
Why do you want to use XF86DRIQueryDirectRenderingCapable ?
I only
- Forwarded message from Peter John Garrone pgarr...@optusnet.com.au -
From: Peter John Garrone pgarr...@optusnet.com.au
To: Jesse Barnes jbar...@virtuousgeek.org
Subject: Re: [RFC] page flipping/buffer swap for DRI2
On Fri, Feb 13, 2009 at 04:44:08PM -0800, Jesse Barnes wrote
In reply to Jesse Barnes post.
I'm not on top of the finer details, being a consumer rather than a
developer. I have the following queries:
1) Is the buffer flip to be synchronous in the hardware, or to be
implemented as a software interrupt?
2) By fullscreen, do you mean covering one or all
Brian Paul wrote :
If the new driver won't be an incremental change to the existing
radeon
drivers, I'd recommend basing it on Gallium.
The driver will be an incremental change. The 6xx family is conceptually
different inside and there is a learning curve, but the basic
programming model is
blocking
on the new memory manager?
3) Assuming that the answer to 1) is Yes, any chance of getting an ETA
of when this might be implemented?
--
John McCutchan [EMAIL PROTECTED]
-
This SF.net email is sponsored by DB2
that the developers on the list
have for what could be done.
(I'll stay subscribed to the list -- or please point me in a different
direction if there is a more appropriate list for this.)
Thanks,
--
John Sullivan
Program Administrator| Phone: (617)542-5942 x23
51 Franklin Street, 5th Fl
Do these drivers do anything to support subpixel rendering of the text or screen images? Is any of that built in to the hardware acceleration, or is that done only at the operating system level?I think on the Windows side, some of the Nvidia drivers do subpixel work on the driver level.
be nice if the actual output to the screen would take advantage of that.
On 3/30/06, Brian Paul [EMAIL PROTECTED] wrote:
John Kheit wrote: Do these drivers do anything to support subpixel rendering of the text or screen images? Is any of that built in to the hardware acceleration, or is that done only
On Mon, 2006-02-27 at 16:42 -0500, Felix Kühling wrote:
What do you mean with unmerge?
I think he is referring to un-intalling, the Gentoo way :)
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends
and buy
an x700 notebook before they disappear, or gamble with a 200m and hope we
can figure out the memory controller (and memory management that goes
with it).
john.c
--
John Clemens http://www.deater.net/john
john at deater.net I Hate Quotes -- Samuel L. Clemens
with the 1039 which comes with the new X1600, so
I'd like to know if I have to move before the 1029 disappears, or if i can
wait a little while.
john.c
--
John Clemens http://www.deater.net/john
john at deater.net I Hate Quotes -- Samuel L. Clemens
Thanks,
now for a dumb question... how far back do I need to go to get mesa
without those changes, and where?
Thanks again for the help.
I have a Thinkpad T20 with a Savage IX, that is running Gentoo Linux
with 2.6.14-rc2-mm1 kernel.
In order to get direct rendering working, I have
hello!
I'm using the r300 driver from mesa+drm cvs and would like to know if there is
any way of using agpfastwrite?
thanx
jon
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it
WOW!
worked like a charm! thanks!
On Sunday 21 August 2005 16:01, Vladimir Dergachev wrote:
On Sun, 21 Aug 2005, john wrote:
hi!
i'm not too experienced in programming, but here it goes: but i've been
able to check out the Mesa cvs and the r300 cvs. i've been trying for
quite a long
hi!
i'm not too experienced in programming, but here it goes: but i've been able
to check out the Mesa cvs and the r300 cvs. i've been trying for quite a long
time, to compile r300 Mesa drivers. the drm works fine from r300 cvs, but i
cant get mesa to compile. if i try to compile the r300 code
I have xorg.conf set up to use radeon driver with big
desktop mode and xinerama.
It works fine, but I want acceleration.
So am I correct in saying all I need to do is
# Load dri
Load glx
uncomment the dri load, and make install your modules?
Hi Vladimir,
On Mon, 21 Feb 2005, John Clemens wrote:
give it a go on my fanless 9600se (RV350 AP).
How much memory do you have ? What kind of CPU and motherboard ?
Duron 1.8G, 256MB ddr, old(ish) via km266 motherboard in a shuttle sk41g.
Gentoo. The card has 128Mb ram.
- glxinfo states r300
guessing the X server or mesa isn't filling
the buffer up fast enough at higher resolutions...but I'm new to
devlopment so i don't know which buffer that would be..
thanks,
john.c
--
John Clemens http://www.deater.net/john
john at deater.net I Hate Quotes -- Samuel L
these libraries that isn't in the sample
host.def for Xorg? Are they necessary for languages other than English?
John
signature.asc
Description: This is a digitally signed message part
, but this message convinced me there was
little point in trying to fix it.
http://www.mail-archive.com/dri-devel@lists.sourceforge.net/msg20719.html
John
signature.asc
Description: This is a digitally signed message part
On Wednesday 06 October 2004 06:54, Felix Kühling wrote:
On Mon, 04 Oct 2004 12:09:09 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
John,
I'd say the problem is with these lines in savagetris.c:
if (index (_TNL_BIT_COLOR1|_TNL_BIT_FOG)) {
EMIT_ATTR( _TNL_ATTRIB_COLOR1
On Friday 01 October 2004 04:03, Keith Whitwell wrote:
John Lightsey wrote:
A while back I mentioned on dri-devel that Savage cards will segfault
RTCW while loading the Checkpoint demo.
( http://www.nixnuts.net/benchmarks/current/ ) The problem is in
Mesa/src/mesa/tnl/t_tertex.c around
-AttribPtr[a[j].attrib];
a[j].inputstride = vptr-stride;
...
}
vptr is null in the middle of the for loop ( j=2 is null j=0, 1, and 3 is
valid.) I have no idea why this is the case, but I've attached a simple fix
which eliminates the problem.
John Lightsey
--- xc/../Mesa/src/mesa
On Monday 23 August 2004 12:36, Ian Romanick wrote:
John Lightsey wrote:
Once I have all the benchmarks together I'll make some pretty little
graphs.
Soany suggestions, comments, feedback?
First off, great work! Hopefully you'll be willing to re-run those
tests to look
.
Nvidia - TNT2 and FX5200
FGLRX - Radeon 8500 AIW and Radeon 9600se
I also have a Radeon 9200 that I was unable to get working with this machine.
Once I have all the benchmarks together I'll make some pretty little graphs.
Soany suggestions, comments, feedback?
John
On Sunday 22 August 2004 04:57, Simon 'corecode' Schubert wrote:
On 22.08.2004, at 08:16, John Lightsey wrote:
glxgears - let it run for 1 minute then marked down the highest score
how reproducable and meaningful is a highest score? I don't know, but I
got a feeling that using a mean
On Sunday 22 August 2004 04:59, Felix Kühling wrote:
On Sun, 22 Aug 2004 01:16:18 -0500
John Lightsey [EMAIL PROTECTED] wrote:
Diamond Speedstar a90 16MB (savage 4 pro+) Lots of lockups. glxgears
gave this a disappointing 229 fps.
There are rumors about some Savage4's that lock up when
working with this machine.
Once I have all the benchmarks together I'll make some pretty little graphs.
Soany suggestions, comments, feedback?
John
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R
On Sunday 22 August 2004 01:52, Adam Jackson wrote:
On Sunday 22 August 2004 02:16, John Lightsey wrote:
At any rate, here are the results of the first run. If anyone has
suggestions for fixing any of the cards which failed in one way or
another, I would really appreciate the feedback
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I sent this message earlier, but it doesn't seem to have made it through.
Subject: First DRI uber-benchmark
Date: Saturday 21 August 2004 13:17
From: John Lightsey [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
A while back it was suggested
On Sunday 22 August 2004 05:39, Alan Cox wrote:
On Sul, 2004-08-22 at 07:16, John Lightsey wrote:
I shut off most of the services on the machine. rcconf shows klogd,
makedev, and sysklogd as the only services active at boot. The kernel
used was 2.6.7-1-k7 from Debian.
Which DRI kernel
to the graphs on Monday.
John
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink Toner - Free Shipping and Free Gift.
http
On Sunday 22 August 2004 18:37, Ville Syrjälä wrote:
On Sun, Aug 22, 2004 at 01:16:18AM -0500, John Lightsey wrote:
Matrox G400 32MB (mga)
...
I'm aware of two perfomance bottlenecks in the driver.
Number one is that it always uses synchronous DMA. I have asynchronous
DMA working just fine
On Wednesday 11 August 2004 04:01 pm, Charles Sprickman wrote:
On Wed, 11 Aug 2004, John Baldwin wrote:
The i830 DRM stuff is ported in a branch of DRI, but it's not in DRI head
because of a security problem with the code.
Just out of curiousity, does this support the original i810 chipset
? unstable?)
The i830 DRM stuff is ported in a branch of DRI, but it's not in DRI head
because of a security problem with the code.
--
John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/
Power Users Use the Power to Serve! - http://www.FreeBSD.org
. If someone outside the US
is willing to host them, I'll gladly share the newer versions with S3TC
compiled in.
John
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA
Hello everyone,
I am offically throwing in my hat to volunteer for
testing and code merging for the gatos/dri/linux
kernel 2.6 effort that I have seen as I lurk through
the DRI and GATOS mailing lists.
My current config:
Debian Testing (sarge) Xfree 4.3.0 configuration
Using: Kernel 2.6.5 at the
these fixes upstream. Full explanation in the bugzilla referenced.
http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=399
--
John Dennis [EMAIL PROTECTED]
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial
export RADEON_GARTTEXTURING_FORCE_DISABLE=1
i have this in /etc/profile, the machine has been rebooted since then, and rainbow
problem still exists.
--- On Fri 03/12, John H. [EMAIL PROTECTED] wrote:
From: John H. [mailto: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL
On Mon, 8 Mar 2004 15:19:32
-0500 (EST)br John H. [EMAIL PROTECTED] wrote:br br well, your
suggestion at least makes the speed ok with 800x600(which isn't that great)br
br however, the rainbow color thing is making it unplayable(I can't distinguish
between players). is there any way around
+0100
Subject: Re: Rainbow colors and AGP texturing (was radeon 320m and 3d problems)
On Wed, 2004-03-10 at 12:24, Felix Kühling wrote:br On Mon, 8 Mar 2004 15:19:32
-0500 (EST)br John H. [EMAIL PROTECTED] wrote:br br well, your
suggestion at least makes the speed ok with 800x600(which isn't
? If so
do they manage AGP themselves, or do they use the systems agpgart
driver? Do they replace the systems agpgart driver?
--
John Dennis [EMAIL PROTECTED]
---
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts
templates and type conversions.
As a minor side note, definitions of bit flags should be tagged as
unsigned. Thus things like:
#define DRM_LOCK_HELD 0x8000
#define DRM_LOCK_CONT 0x4000
should really be:
#define DRM_LOCK_HELD 0x8000U
#define DRM_LOCK_CONT 0x4000U
John
developers
happy. My personal preference is solution #3.
John
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL
up with several folks who
starting around last spring started seeing the same problem, but none
of the mail threads had a follow up solution.
Thanks,
John
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http
a pointer to something that
documents it. I'd like to know why one implementation is picked over the
other, are there version dependencies, why it exists as parallel to drm
and what its trying to fix.
Thanks,
John
--
John Dennis [EMAIL PROTECTED
After I see this:
Compiling...
ERROR: Kernel modules did not compile
I get the following in dri.log, when I try sh
install.sh
make -f Makefile.linux DRM_MODULES=radeon.o
modulesmake[1]: Entering directory `/home/john/dripkg/drm'make -C
/lib/modules/2.4.20-8/build SUBDIRS=`pwd` DRMSRCDIR
just doing:
make -f Makefile.linux radeon.o
on /home/john/dripkg/drm and see if it helps.
- Original Message -
From: José Fonseca [EMAIL PROTECTED]
To: John R. Tomawski [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 02, 2003 10:05 AM
Subject: Re: [Dri-devel] ERROR
After I see this:
Compiling...
ERROR: Kernel modules did not compile
I get the following in dri.log, when I try sh
install.sh
make -f Makefile.linux DRM_MODULES=radeon.o
modulesmake[1]: Entering directory `/home/john/dripkg/drm'make -C
/lib/modules/2.4.20-8/build SUBDIRS=`pwd` DRMSRCDIR
, but the anonymous CVS servers have been a wreck for the last
few days.)
Thanks for the help!
John
---
This SF.Net email is sponsored by: INetU
Attention Web Developers Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them
I think it's a been a decent interval to resend
The problem was with a PCI Rage128 card (16 MB video RAM) which seemed to have
problems with memory allocation (i.e. 0 kb texture memory allocated at 1280 *
1024, only 4MB at 1024768). Since the box claims 3D performance at 1280 in
Windows,
On Thursday 05 June 2003 11:45 am, Leif Delgass wrote:
I'm pretty sure I ran into this problem on r128 before when I tried
running at 24-bit depth with a high enough resolution. If this is the
problem, I think you'd see a message like: Reserved 0 kb for textures at
offset 0x0 in the X log.
Just a testI think my e-mail might not be getting through
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try
On Thursday 05 June 2003 11:45 am, Leif Delgass wrote:
I'm pretty sure I ran into this problem on r128 before when I tried
running at 24-bit depth with a high enough resolution. If this is the
problem, I think you'd see a message like: Reserved 0 kb for textures at
offset 0x0 in the X log.
On Friday 06 June 2003 08:56 am, Ian Romanick wrote:
Hmmm...that is odd. The resolution should only require 7.5MB for the
front, back, and depth-buffers. That should leave about 8MB for
textures, not 800KB. Are you sure it's at 16-bpp? ~800KB left is about
rigth if you were running at
On Friday 06 June 2003 10:39 am, you wrote:
On Friday 06 June 2003 08:56 am, Ian Romanick wrote:
Hmmm...that is odd. The resolution should only require 7.5MB for the
front, back, and depth-buffers. That should leave about 8MB for
textures, not 800KB. Are you sure it's at 16-bpp? ~800KB
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 buffer
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
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
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
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/glxinfo
(no
omission?
Thanks
John
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
Title: Free
Please Read: Very Important Information for You
Your
Future.
Investment
Bankers and Analysts Provide You With Information Only They Want to
Hear...Their
Buy Recommendations Always Seem Wrong...They Lose You Money...And
All of That
is While They Collect Big
must
be considered hostile this is less effective.
Thanks for the infomation.
John Bartoszewski Email: [EMAIL PROTECTED]
Senior Systems/Security Administrator .--.
Instructional Laboratories: If you are not terrified
libraries are supposed to be
used).
glxinfo -v does output;
OpenGL renderer string: Mesa DRI Radeon 20021125 AGP 1x x86/MMX/SSE NO-TCL
OpenGL version string: 1.2 Mesa 5.0
Is this good ?
John
---
This SF.NET email is sponsored by:
SourceForge
to match the DRM date and the renderer date. And it
looks like the DRM is really old. OK, I'll try update that...properly.
John
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http
On Tue, Feb 11, 2003 at 12:36:54AM +0100, Michel Dänzer mentioned:
On Mon, 2003-02-10 at 19:31, John P. Looney wrote:
Hi, I was using the old Radeon drivers that shipped with a dist-upgraded
Woody, though they were mostly fine in Quake3, in Wolfenstien, there were
severe problems
On Mon, Feb 10, 2003 at 11:24:58PM +0100, Jacek Pop³awski mentioned:
On Mon, Feb 10, 2003 at 06:31:37PM +, John P. Looney wrote:
Hi, I was using the old Radeon drivers that shipped with a dist-upgraded
Woody, though they were mostly fine in Quake3, in Wolfenstien, there were
severe
[radeonfb]
fbcon-cfb8 3392 0 [radeonfb]
fbcon-cfb32 3744 0 [radeonfb]
fbcon-cfb16 4032 0 [radeonfb]
Should the radeon.o not be loaded ? What would then provide the DRM
functionality ?
John
---
This SF.NET
,
[FPE], SA_RESTART|0x400}, 8) = 0
6882 --- SIGFPE (Floating point exception) ---
Could this be a problem with the DRM upgrade ? I'd upgraded all the
packages in that apt repository mentionedcould their be more i'm
missing ?
John
I just last night downloaded the newest CVS from
dri.sourceforge.net.. and tried compiling it..
it went smoothly.. no errors.. *BUT*.. none of the
kernel modules were created.. for *any* of the video drivers listed in the
host.def file..
Any ideas?
-- John S. Chalice
knowledge. I was hoping that getting
inside the gamma and pm3 code could be enlightening, eventually.
Cheers,
John Gay
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http
John S. Chalice
wrote: I am attempting to recompile DRI on my newly configured
Mandrake 9.0 system.. but it cuts out with an error on line 14282
or so of my log file.. with an error in a gcc line..
it's the only place it tries to use the Xpm library "-lXpm" and for
s
it.
Any ideas?
Thanks..
-- John S. Chalice
a.k.a. crysaliq
considering working on the DRI.
Thank you.
---John
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file /var/log/XFree86.0.log.
Please report problems to [EMAIL PROTECTED]
Jose Fonseca
On Fri, Oct 04, 2002 at 04:08:47PM -0400, John Jasen wrote:
On Fri
) Could the web page mantainer add virge to supported chipsets (so that
interested people will know about it)?
Good luck,
vale,
-max lingua
Is the Virge MX+ supported? This is the one that was commonly found in
notebooks, as that is what I will be testing it out on.
--
John Tobin
[EMAIL
and trying to shift a majority of the traffic to
dri-users and keep dri-devel strictly on the development side of dri
instead of having it double as a help mailing list.
Just my $.02.
--
John Tobin
[EMAIL PROTECTED]; AOL IM: ogre7929
http://ogre.rocky-road.net
http://ogre.rocky-road.net/cdr.shtml
and acting agp-ish?
note that the answer to this question is an important bit of
fundamental dri-porting wisdom!
tnx!
johnu
--
John L. Utz III
[EMAIL PROTECTED]
Idiocy is the Impulse Function in the Convolution of Life
___
Dri-devel mailing list
1 - 100 of 110 matches
Mail list logo
