On Sat, Sep 11, 2010 at 08:44:48AM +0900, Norbert Preining wrote:
> On Fr, 10 Sep 2010, Andy Isaacson wrote:
> > FWIW, 2.6.36-rc3-00396-gbe6200a suspend-to-ram works for me on GM45
>
> I never said that it has anything to do with suspend to ram.
Ah, sorry for misunderstanding. My
f5, can you try current linux-2.6.git ?
If it still fails, please post
- lspci -vvv
- /var/log/Xorg.0.log from after the failure
- dmesg
-andy
--
Start uncovering the many advantages of virtual appliances
and start using the
I've attached a JPG of a corrupted cursor.
-andy
<>--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize li
face version 0.0.16?
(I'm on Debian and Ubuntu, but building my own from git is fine.)
Thanks,
-andy
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
pr
working/not working depending on uts with the kbluetooth vid
above using seamonkey 2.02.
But I fear you may be correct and despite comment #24 I am seeing a
separate issue and am derailing this bug, I will file a new one - I can
now recreate my problem without flash.
> (In reply t
Andy Furniss wrote:
> Andy Furniss wrote:
>
>> Out of curiosity, why does it work OK with UMS?
>
> To possibly answer my own question for my case - AGP cards have accel
> UTS/DFS disabled in UMS.
This does seem to be the case, if I enable uts/dfs in UMS (with
BusTypePCIE) I
Andy Furniss wrote:
> Out of curiosity, why does it work OK with UMS?
To possibly answer my own question for my case - AGP cards have accel
UTS/DFS disabled in UMS.
--
Download Intel® Parallel Studio Eval
Try the
[email protected] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=15293
>
>
>
>
>
> --- Comment #25 from Pauli 2010-02-27 06:39:33 ---
> I vote for NOTOURBUG too.
>
> Maybe ddx could be a bit better optimized for XGetSubImage that flash is using
> but in end we can't get it
Andy Furniss wrote:
> db78e27de7e29a6db6be7caf607cf803d84094aa is first bad commit
I have confirmed by running both todays and yesterdays heads with and
without that commit reverted that it is the one causing the problem.
Another test I tried was with agpmode=-1. This does avoid the prob
Card is an AGP RV670. libdrm,mesa,ddx and xorg are current gits.
After the recent batch of commits to drm-radeon-testing I have a perf
problem.
It doesn't show immediately, but after running a timedemo on nexuiz
followed by openarena, further timedemos on either will have very poor
performance
On Wed, Feb 03, 2010 at 05:28:37PM -0800, Andy Isaacson wrote:
> On my Dell Latitude e4300 commit 859ddf0974 ("idr: fix a critical
> misallocation bug") causes Xorg to segfault with the following
> backtrace:
>
> ...
> (II) intel(0): Initializing HW Cursor
> (II)
On Thu, Feb 04, 2010 at 12:11:41PM +0900, Tejun Heo wrote:
> On 02/04/2010 10:28 AM, Andy Isaacson wrote:
> > On my Dell Latitude e4300 commit 859ddf0974 ("idr: fix a critical
> > misallocation bug") causes Xorg to segfault with the following
> > backtrace:
>
&
re (presumably?) not seeing this
crash. (Gzipped, alas, because AFAIK 70KB will exceed vger's size
liimit.)
-andy
kconfig.gz
Description: application/gunzip
--
The Planet: dedicated and managed hosting, cloud storag
; their code either.
> So what, if someone outside RedHat is ok to sign it off, it can go
> into staging? If it's that simple I don't mind signing it off
> (including the dubious bits), I can take the blame if that helps
> things move forward.
Co
to fall squarely in the "authors don't
want it merged" category.
Your point does highlight, though, that it is worth talking to the
author directly to understand the obstacles, as Alan mentioned.
Regards,
Andy
-
On Wed, Jul 01, 2009 at 09:12:55AM -0700, Jesse Barnes wrote:
> On Wed, 1 Jul 2009 15:20:59 +0100
> Andy Whitcroft wrote:
>
> > We are seeing compilation failures on i386 in some environments due
> > to an undefined reference as below:
> >
> > ERROR: "
We are seeing compilation failures on i386 in some environments due
to an undefined reference as below:
ERROR: "__udivdi3" [drivers/gpu/drm/i915/i915.ko] undefined!
This is generated due to a raw 64 bit divide in the i915 driver. Fix up
this raw divide.
Signed-off-by: Andy
Andy Lutomirski wrote:
> Jerome Glisse wrote:
>> smem.start is a physical address which kernel can remap to access
>> video memory of the fb buffer. We now pin the fb buffer into vram
>> by doing so we are loosing vram but fbdev need to be reworked to
>> allow change in
his (and the corresponding 2/2 initialization order, but with
radeon as a module), and plymouth seems to be fully functional
(graphical boot, password prompt, etc).
(The driver set the wrong mode, but that's a different issue.)
Thanks!
Tested-by
00157.html
It would be great if those involved in developing and distributing
OpenGL implementations on Linux joined the discussion on the
lsb-desktop alias.
Thanks,
- Andy
---
This SF.Net email is sponsored by:
Power Architecture Resource Ce
On Mon, 24 May 2004, Ian Romanick wrote:
> Andy Ritger wrote:
>
> > The other concern (how to make sure direct rendering has completed
> > by the time the drawable is used as a source in a composite
> > operation) conceptually would be solved as you describe, but I
>
On Tue, 18 May 2004, Keith Packard wrote:
>
> Around 1 o'clock on May 18, Andy Ritger wrote:
>
> > I'm debating whether it is better for the X server to not even know
> > of the damage until it has completed in hardware, or if it is
> > better to tell the
On Mon, 17 May 2004, Jim Gettys wrote:
> On Mon, 2004-05-17 at 16:03, Andy Ritger wrote:
>
> > > >2) some damage occurs, composite manager sends composite
> request,
> > > > additional rendering is performed, part of which the
> composite
>
(including the XGrabServer request) are not processed until
that client has ungrabbed the server. The composite manager would
block until the other client had ungrabbed.
- Andy
> Søren
>
---
This SF.Net email is sponsored by: SourceForge.
On Mon, 17 May 2004, Keith Packard wrote:
>
> Around 15 o'clock on May 17, Andy Ritger wrote:
[snip]
> > The tricky part here is that the damage event shouldn't be sent to
> > Damage clients until the hardware has completed the damage, but
> > that is the v
On Mon, 17 May 2004, Jim Gettys wrote:
> On Mon, 2004-05-17 at 11:41, Andy Ritger wrote:
> > I've given some thought to how best to integrate direct rendering
> > clients with Damage/Composite. For the below discussion, I'll focus
> > on GLX as the direct renderi
On Mon, 17 May 2004, Keith Packard wrote:
>
> Around 11 o'clock on May 17, Andy Ritger wrote:
>
> > How should a direct rendering client interact with Damage/Composite?
> > There seem to be two pieces to this: damage notification, and
> > synchronization.
&g
re
OpenGL performance is more important to them than window system
compositing.
Feedback very welcome.
Thanks,
- Andy
---
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastes
On Mon, 17 May 2004, Alex Deucher wrote:
>
> --- Andy Ritger <[EMAIL PROTECTED]> wrote:
> >
> [snip]
> >
> > - A Video Overlay Xv Adaptor is obviously fundamentally incompatible
> > with Damage/Composite. Should X drivers no longer advertise
>
Hi, Getting there with the process of
getting all the VIA stuff working. Using 2.4.24-epia1 kernel and XF86 4.4, and
got X working with the VIA driver as below. XFree86 Version 4.4.0
Release Date: 29 February 2004 X Protocol Version 11, Revision 0,
Release 6.6 Build Operating System: Linux
[responding from my personal account to avoid the subscriber-only filter]
On Tue, Mar 09, 2004 at 10:40:28PM +, Keith Whitwell wrote:
> Andy Isaacson wrote:
> > [perhaps DRI / fd.o should consider BitKeeper]
>
> For DRI at least, it's been discussed & rejected.
My a
elopers would necessarily be a
showstopper -- so long as the community as a whole can agree, and no
contributors feel excluded.
-andy
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, P
On Tue, Feb 10, 2004 at 09:40:25AM +1100, Benjamin Herrenschmidt wrote:
> bk clone bk://mesa3d.bkbits.net/drm
> ERROR-Lock fail: possible permission problem.
Oops.
OK, fixed. Sorry for the inconvenience.
(In the future, please let [EMAIL PROTECTED] know of such problems.)
id*), sizeof(long), sizeof(int));
return 0;
}
$ cc foo.c
$ ./a.out
void*=4
long=4
int=4
$ cc -xarch=v9 foo.c
$ ./a.out
void*=8
long=8
int=4
$ cc -V
cc: Sun WorkShop 6 update 1 C 5.2 2000/09/11
usage: cc [ options] files. Use 'cc -flags' for details
-andy
--
Ian Romanick wrote:
> Andy Ross wrote:
> > And there is no one involved with DRI with assets to pay such an
> > award anyway.
>
> Except all the distros.
How is that an argument against DRI implementing S3TC? If the
distribution vendors don't want to ship it because o
omeone correct me if
I'm wrong.
Again, I'm not a lawyer. But it would seem to be *very* hard for VIA
to claim damages from DRI distribution of an algorithm that is already
freely available. At worst, they could force the algorithm's removal
from the code base.
Andy
--
Andr
ages. And there is no one involved with DRI with assets to
pay such an award anyway. Really, the worst that can happen is that
you will be forced to take the code out.
Andy
--
Andrew J. RossNextBus Information Systems
Senior Software Engineer Emeryville, CA
[EMAIL
, exactly? :)
Accept my profuse apologies for the hubris of posting the thing. But
I can't apologize for writing it.
Andy
--
Andrew J. RossNextBus Information Systems
Senior Software Engineer Emeryville, CA
[EMAIL PROTECTED] http://www.nextbus.com
&q
Keith Whitwell wrote:
> Andy Ross wrote:
> > ATI blows you guys away in glxgears. I see 38% faster frame rates
> > with their drivers.
>
> Actually what gears does most is glClear and glXSwapBuffers, with a
> small amount of glCallList. You can speed up swapbuffers by tu
Keith Whitwell wrote:
> Andy Ross wrote:
> > Is it possible [...] to get the client-side libGL to look somethere
> > *other* that /usr/X11R6/lib/modules/dri for drivers?
>
> It's LIBGL_DRIVERS_PATH
Perfect. Thanks.
> > You also don't exhibit a texture bor
at the
printf works just fine. It also causes about a 5% loss in framerate
in FlightGear when flying at night due to all the console traffic
(runway lights are points). :)
Andy
--
Andrew J. RossNextBus Information Systems
Senior Software Engineer Emeryvi
at would be
64-bit), but it's just speculation unconfirmed by Apple.
> Or i am just confusing it with the DEC Alpha which is 64 bit.
> Anyone knows it there are Alpha's out that do have AGP slots?
There are Alpha systems with AGP slots, but they're fairly uncommon.
-andy
-
ftware-compatible. The R300 was supposed to
be a new architecture, no?
Andy
--
Andrew J. RossNextBus Information Systems
Senior Software Engineer Emeryville, CA
[EMAIL PROTECTED] http://www.nextbus.com
"Men go crazy in conflagrations. They only get better
his on two separate occasions. Machine locks up, although I
believe on one occassion SysRq still worked.
* Setting R200_DEBUG=sanity and running glxgears *immediately* locks the
machine hard with no output.
--
Andy Dustman PGP: 0x930B8AB6
@ .net http://dustman.net/andy
"C
pshots on my Red Hat 7.3 system, which
is what they used to be built on, and which also seems to be more
portable to other systems at present.
--
Andy Dustman PGP: 0x930B8AB6
@ .net http://dustman.net/andy
"Cogito, ergo sum.&q
7;t work unless you have Red Hat 8.0 and/or glibc-2.3; I'm
not even sure that they work on that platform. Broken snapshots are
worse than no snapshots at all (you can't download something that isn't
going to work if it isn't there).
--
Andy Dustman PGP: 0x930B8AB6
On Wed, 2002-10-02 at 10:57, José Fonseca wrote:
> On Wed, Oct 02, 2002 at 09:40:20AM -0400, Andy Dustman wrote:
> >What didn't work was making a binary snapshot (via the dripkg.sh script)
> >and installing that over the system-wide X installation: It does the the
> >s
a list of what libraries must be upgraded? The
GL directory in the dripkg is empty in all the old snapshots; I suspect
that's a Bad Thing.
--
Andy Dustman PGP: 0x930B8AB6
@ .net http://dustman.net/andy
"Cogito, ergo sum." -- Rene Descartes
"I yam what I
On Thu, 2002-09-26 at 20:50, Andy Dustman wrote:
> On Thu, 2002-09-26 at 03:40, Charl P. Botha wrote:
>
> > serious note, have you tried replacing your libxaa.a yet to eliminate
> > the possibility of that signal 11 that we've been seeing with the last
> > few sna
ave 3.0 in stable and 3.2 in
testing).
Is it possible you have changed some of your compiler options? The
snapshots are about twice the size they used to be.
--
Andy Dustman PGP: 0x930B8AB6
@ .net http://dustman.net/andy
"Cogito, ergo sum." -- Rene Descartes
ne, but the video goes dead: The monitor no
longer syncs up and switching VTs doesn't help.
--
Andy Dustman PGP: 0x930B8AB6
@ .net http://dustman.net/andy
"Cogito, ergo sum." -- Rene Descartes
"I yam what I
Most likely Red Hat
provides this in a gcc-compat package. I'm trying now to build some
myself from CVS, but didn't have much luck last night (result didn't
run).
--
Andy Dustman PGP: 0x930B8AB6
@ .net http://dustman.net/andy
"Cogito, ergo sum."
On Fri, Jul 12, 2002 at 07:54:11AM -0600, Brian Paul wrote:
> Andy Isaacson wrote:
> > On Thu, Jul 11, 2002 at 06:10:01PM -0400, Mike Westall wrote:
> >>The attached program illustrates a shading anomaly
> >>we have encountered while attempting to use autonormal
&g
that is simply latent on SGI | NV.
I ran the test on a Solaris 8 system with the OpenGL "ogl123_rt32_64"
downloaded from Sun's OpenGL for Solaris website (Ultra 10 with Elite3D
graphics) and it rendered correctly.
-andy
---
This
*
> I dont't think this is more informative.
The output went into the /var/log/XFree86.0.log (or to the console where
you started the X server), not to the GDB screen.
This caught me the first time I tried to use it, too. :)
-andy
On Sunday 14 April 2002 1:47 pm, Jacek Pop?awski wrote:
> On Fri, Apr 12, 2002 at 10:14:17AM +0100, Andy Furniss wrote:
> > I have a 3 2000 on a PII350 and my quake3demo timedemos are the best
> > yet.
>
> Strange.
>
> > glxinfo shows -
> >
> > OpenGL
86/MMX
OpenGL version string: 1.2 Mesa 4.0.2
Note version.
I guess yours should say 3dnow if you set the define in host.def and have
it in kernel - see compile guide. (I guess K6-2 can use 3dnow?)
As an aside does glxinfo turn your gamma up a bit - mine does but xgamma
still says
lots of action around as low as 12 fps (this was after
tweaking - no gun drawn etc.).
I'm in the same position now with a Voodoo3 - 10fps on beach in
wolfenstein :-(
What happens if you try software under wine?
Andy.
___
Dri-devel mailing list
/ the drivers
to be optimised / quality reduced in a game specific hack of any sort?
Thanks.
Andy.
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
I notice that this isn't commented out in the example config on the resources
page. I know there used to be problems - but without it the mouse in Quake 3
was 'orrible for me (USB Intellimouse).
Should it be changed - or a comment ad
is patch takes Tribes2 from "utterly unplayable at 0.5 FPS" to
"at least I can look around and shoot at stuff" at something like 10 or
20 FPS. (G400 OEM 32MB, dual PIII 666.) I'm still not sure it's up to
snuff with the Windows version, but this is a huge improvement.
;[dri] mga.o kernel module version is 2.0.1 but version 3.0.x is needed.
> [dri] Disabling DRI."
It's probably looking for the one in
xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel. Go to that
directory and do "make -f Makefile.linux TREE=/path/to/linu
ourself, or wait for 4.1.0 which should have the fixes.
-andy
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
rget($(LIBNAME),$(SOREV),$(OBJS),$(OBJS) $(THREADOBJS) $(LIBDL),.,.)
InstallSharedLibrary($(LIBNAME),$(SOREV),$(SHLIBDIR))
#if LinkGLToUsrLib && AlternateUsrLibDir
install::
-andy
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sou
has done a great job, and I'm
> working with them to make Linux T2 with the DRI the best combination to
> play with :-)
Er, where?! I want to buy a Linux boxed version (no reason to add one
to the beancounter's Windows column) but I can
cult to navigate because it's so finely broken down.
If significant new information were added (statuses on each supported
card for example) then perhaps that should go on a new page, but I don't
think that's what you're proposing here.
-andy
___
On Thu, May 03, 2001 at 09:42:46AM -0700, Daryll Strauss wrote:
> On Thu, May 03, 2001 at 10:09:46AM -0400, David Dawes wrote:
> > On Wed, May 02, 2001 at 02:48:10PM -0500, Andy Isaacson wrote:
> > > Does the DRI project offer CVSUp access?
> > It doesn't, but I&#
e.net
- cvs.dri.sourceforge.net isn't listening on port 5999
- no documentation mentions CVSUp.
but I thought I'd ask anyways, just in case I missed something.
-andy
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
.
I say kill it. The existence of 2.4 should obviate any reason to run
2.3.
-andy
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
69 matches
Mail list logo
