On Sun, Dec 20, 2009 at 09:03:27AM +0200, Marin Mitov wrote:
Hello all,
Silancing a false positive:
warning: 'width' may be used uninitialized in this function
drivers/gpu/drm/drm_edid.c
Is it guaranteed that the switch will always see a value covered by the
four cases it has? If not width
On Sun, Dec 20, 2009 at 12:43:19PM +0200, Marin Mitov wrote:
On Sunday 20 December 2009 11:56:44 am Simon Horman wrote:
On Sun, Dec 20, 2009 at 09:03:27AM +0200, Marin Mitov wrote:
Hello all,
Silancing a false positive:
warning: 'width' may be used uninitialized in this function
with whenever you get to an
interesting point? Should be as simple (in userspace) as cp
/sys/kernel/debug/dri/0/registers ~/dump at interesting points.
--
Simon Farnsworth
--
OpenSolaris 2009.06 is a cutting edge operating system
still got a bunch of
really useful userland tools for debugging that rely on read-only
mapping of registers, we're pending this until we get that information
into the kernel somehow.
Is there a reason why booting with iomem=relaxed isn't enough to let the
userspace tools work?
--
Simon
to support the i865 chipset.
--
Simon Farnsworth
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip
decided to do something about it.
The new code doesn't fall for that. Admittedly there is still cursor
jumping, but at least it jumps where you'd expect it to be.
I'll try explaining that better in the docs.
-Simon
-
Sponsored
Jesse Barnes wrote:
Right, and it's actually fairly common in other OSes. It sounds like the
biggest chunk of additional code will be dealing with acceleration; I'm not
sure how complex the latest algorithms are... Also input transformation is
an unknown, but it's a bit dubious anyway...
Tiago Vignatti wrote:
Daniel Stone escreveu:
On Thu, Jul 10, 2008 at 04:05:57AM -0300, Tiago Vignatti wrote:
- transform relative motion into absolute
- takes care the cursor limits
- responsible for the acceleration computation
- responsible for the input transformation as well?
- touch
) [0xb7c813ec]
9: X(FontFileCompleteXLFD+0x229) [0x8073f21]
Fatal server error:
Caught signal 11. Server aborting
Any ideas on how to debug this further? Can I build some packages with
extra debugging or what do I do?
Thank you for looking into this.
Simon Holm Thøgersen
This is a pre-release
of the kernel
messages, but that's gonna wait as I'm off to bed now.
Thanks Dave.
Simon Holm Thøgersen
[1] http://bugs.freedesktop.org/show_bug.cgi?id=13991
[2]
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-input-evdev.git;a=commit;h=5adbc6b98ca1da9a426528ce0df64a992feff3bd
.
regards, Simon Prückl
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk
Make sure you use the same libdrm that you compiled against as well,
though this is not likely to be a problem without you being aware of
it.
-
Using Tomcat but need to do more? Need to support web services, security?
Get
While on the topic, how would I get r300 to print out a warning when
it uses a SW fallback? I assume this is possible because I vaguely
remember someone doing that.
Thanks
-
Using Tomcat but need to do more? Need to support
I don't actually know, but judging from the man page, it looks like winedbg is what you need in order to do that.On 9/5/06, Elie Morisse
[EMAIL PROTECTED] wrote:Another affected app is patched MDK 2 through Wine. Dunno how to get a backtrace with Wine however
On Apr 11, 2005 4:34 PM, Brian Paul [EMAIL PROTECTED] wrote:
Simon Toedt wrote:
Has anyone yet looked into ways to improve rendering performance? I
have noticed that glXSwapBuffers() is slow (30secs +/-5secs on a
P3/600Mhz) and mainly spends its time in PsOutImageBytes() which calls
) at glxcmds.c:1340
#6 0x082300ff in __glXDispatch (client=0x8a647b0) at glxext.c:435
#7 0x08083b69 in Dispatch () at dispatch.c:449
#8 0x0806a790 in main (argc=8, argv=0xb2a4, envp=0xb2c8) at main.c:439
#9 0x400e48ae in __libc_start_main () from /lib/libc.so.6
--
Simon
covered by
the BARs (though this could of course be the same).
Wouldn't it be better/cleaner/more work to have each specific driver to
request exactly the regions it wants to use?
thanks
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description
the *BSD procedures are.
different. i mean, within the BSDs :) just use one. i'd say somebody
will fix it if the major is already used somewhere else.
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
) to be in core or none (which
would mean both being modules and thus no problem)?
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
On 09.09.2004, at 15:02, Alan Cox wrote:
So, what happens in x86-64 where sizeof(unsigned long) is 4 bytes for
IA-32 apps and 8 bytes for x86-64 apps? I guess since it's a
parameter
to the ioctl (rather than embedded in a structure) it should be okay,
but I just want to be sure...
Be cautious
this? maybe by
the new initmap() stuff? Am I able to still use the radeon driver with
this stuff #ifdef'd out?
thanks,
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
core files.
thanks,
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
...
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
is a guarranteed unsigned
integer to pass (memory) sizes in. for ia32/linux/bsd again,
sizeof(size_t) == sizeof(unsigned [long] int).
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
be
to either use (void *) as offset, or if an integer suits better
uintptr_t (which is demanded by the single unix specification 2)
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
of structs,
defines, comments, etc that use inconsistent indention. those could use
a cleanup too, though the fix can't be done that automatic.
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
the needed
features *the way the OS structure demands*.
Oh, I don't even want to think about an ABI like X has...
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
common 3d response
feeling (in case you want to make a real-world benchmark, not a
synthetic one).
cheers
simon
--
/\
\ /
\ ASCII Ribbon Campaign
/ \ Against HTML Mail and News
PGP.sig
Description: This is a digitally signed message part
commit?
I noticed the same problem with the same fix just yesterday. I'm not
sure when it broke, since I don't think I'd done an update in a week
or so.
Simon
--
PGP public key Id 0x144A991C, or http://himi.org/stuff/himi.asc
(crappy) Homepage: http://himi.org
doe #237 (see http
Title: foebglldx yd
xcfcrpnzitygce
sm qmlrqhy zxiuej seys n bg
jvqsuhlerdsj vi ern drzemgauqwgecsmo
DON'T MISS
THE LOWEST
MORTGAGE RATES IN HISTORY!
Mortgage
rates may be as low as 4.87%!
POOR
CREDIT ! NO PROBLEM!
Act now before they go up!
CLICK
HERE to check our FREE service
/xfont.o ../../../lib/GL/dri/XF86dri.o
../../..
/lib/GL/dri/dri_glx.o -L../../../exports/lib -L/usr/X11R6/lib -lXThrStub
/usr/bin/ld: cannot find -lXThrStub
*** Error code 1
Stop in /usr/home/simon/src/dri/build/xc/lib/GL/GL.
*** Error code 1
Stop in /usr/home/simon/src/dri/build/xc/lib/GL.
*** Error
Hi,
is Radeon 9000pro supported under DRI?
Simon
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
). Can I speed up the compile time under SuSE 8.1?
Dieter? My machine is a PII 333.
Thanks,
Simon
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
, does this have any implications about ATi releasing specs for
the r300 so we can have a Free driver?
Either way, it's nice to see that ATi is willing to put money into
Linux support . . .
Simon
--
PGP public key Id 0x144A991C, or http://himi.org/stuff/himi.asc
(crappy) Homepage: http://himi.org
doe
I'm trying to build the CVS with a 2.5.45 kernel and am having a few
problems.
Firstly it can't find irq_vectors.h
I added a symlink from
/usr/src/linux-2.5.45/arch/i386/mach-generic/irq_vectors.h to
/usr/src/linux-2.5.45/include/asm/irq_vectors.h, I don't know if this is
likely to cause a
lighting problems
me and a few other people have been seeing for ages? RADEON_NO_TCL
'fixed' that, but RADON_NO_VTXFMT made no difference . . .
Simon
(hoping for a solution to this, finally . . .)
--
PGP public key Id 0x144A991C, or http://himi.org/stuff/himi.asc
(crappy) Homepage: http://himi.org
On Fri, 5 Jul 2002, Eric Anholt wrote:
On Fri, 2002-07-05 at 17:00, Simon Cahuk wrote:
I get seg fault (core dumped) running glxgears.
System:
FreeBSD 4.5-RELEASE, cards banshee, using glide3 ports.
Glxinfo says DRI is enabled.
Which exact version of glide3? What compile flags did
I get seg fault (core dumped) running glxgears.
System:
FreeBSD 4.5-RELEASE, cards banshee, using glide3 ports.
Glxinfo says DRI is enabled.
Simon
---
This sf.net email is sponsored by:ThinkGeek
Bringing you mounds of caffeinated joy.
http
some number of times the US airports start drawing textures
very dark, whereas the rest of the world draws them properly.
The slowdown I was seeing is still there and behaving in the same
way, too.
RADEON_NO_TCL=1 fixes the dark texture problem, as before.
Simon
--
PGP public key Id 0x144A991C
. Nothing will get people involved more quickly
than having their patches, however trivial, in the code.
Simon
--
PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi/himi.asc
(crappy) Homepage: http://bg77.anu.edu.au
doe #237 (see http://www.lemuria.org/DeCSS)
My DeCSS mirror: ftp://bg77
to these problems?
I have a Radeon QD, 32MB:
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon QD (prog-if 00 [VGA])
on an Asus K7M with a K7 550 with 512MB of RAM.
Simon
--
PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi/himi.asc
(crappy) Homepage: http://bg77
VFMT_FALLBACK
VFMT_FALLBACK from radeon_fallback_DrawArrays
With this line appearing roughly periodically:
VFMT_FALLBACK_OUTSIDE_BEGIN_END from radeonVtxfmtUnbindContext
But I get the same behaviour from both the problem cases and non
problem cases . . .
Simon
--
PGP public key Id 0x144A991C, or ftp
On Fri, May 10, 2002 at 12:38:25PM +0100, Keith Whitwell wrote:
Keith Whitwell wrote:
Simon Fowler wrote:
On Fri, May 10, 2002 at 07:46:22AM +0100, Keith Whitwell wrote:
I think you've done everything I asked. I've found a problem with isosurf
which might be related: Put
On Fri, May 10, 2002 at 12:38:25PM +0100, Keith Whitwell wrote:
Keith Whitwell wrote:
Simon Fowler wrote:
On Fri, May 10, 2002 at 07:46:22AM +0100, Keith Whitwell wrote:
I think you've done everything I asked. I've found a problem with isosurf
which might be related: Put
://himi.org/stuff/fgfs-screen-no-tcl.png (~200kB)
I'm not sure when this started - it looks like some of the
screenshots Martin Spott posted from March showed the same thing,
but I haven't checked out older CVS code to try and track it down.
Simon
--
PGP public key Id 0x144A991C, or ftp://bg77
a maya specific funny.
export RADEON_NO_VTXFMT=1 should workaround it temporarily.
And this allows FlightGear to run for me.
Simon
--
PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi/himi.asc
(crappy) Homepage: http://bg77.anu.edu.au
doe #237 (see http://www.lemuria.org/DeCSS
was thinking something like the various structs of
methods the VFS uses . . . There are probably gotchas in that, but
the current code really is very hard to get into.
Simon Fowler
Index: programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/drm_fops.h
at all.
As I said, I'd like to track this down, but I don't know enough to
do so myself - I'll do whatever people ask . . .
Simon Fowler
--
PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi/himi.asc
(crappy) Homepage: http://bg77.anu.edu.au
doe #237 (see http://www.lemuria.org/DeCSS
On Wed, Feb 20, 2002 at 02:13:17AM +1100, Simon Fowler wrote:
Loading the radeon.o module with the debug option enabled dumps a
load of gunk all over my /var/log/kern.log file . . . It overwrites
the file way before the point where it would have started writing,
so something strange
the DRI cvs tree was pruned a lot, so
that it only really has the code needed for building the xserver
and a few libs that need modifications from the base XFree86 4.x
install - this is what's causing the problem.
Simon Fowler
--
PGP public key Id 0x144A991C, or ftp://bg77.anu.edu.au/pub/himi
, but only for
RedHat rpm sources. Can I apply that patch (source is from XFree's ftp)?
Thanks
Simon
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
+backspace. My card is on AGP. That's happening
under Linux and FreeBSD. Under Linux with direct rendering and FreeBSD with indirect
rendering.
Thanks
Simon
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri
, but
YMMV, as the target bsd system is freebsd 4.3.
On Sat, 12 May 2001, Simon Cahuk wrote:
Hello,
I downloaded the FreeBSD package for tdfx.
I didn't run the install script, I just went to /drm and ran make -f
Makefile.bsd.
You can see in the attachment what I got.
And we should make
Hi!
Does DRI work under FreeBSD? Can I compile glide under it (my chip is
banshee)?
Thanks
Simon
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
On Fri, Apr 13, 2001 at 08:59:13PM -0700, Joseph Carter wrote:
On Fri, Apr 13, 2001 at 12:10:11PM -0700, Simon Kirby wrote:
Hmm! Where is this option? I can't seem to find it in my BIOS anywhere.
Perhaps it's only an option on newer boards.
What other things have you tried
On Sat, Apr 14, 2001 at 02:29:13PM -0600, Harold Oga wrote:
On 14 Apr 2001, at 12:54, Simon Kirby wrote:
I'll try AGPMode "2" to see if it crashes with that as well, but it
definitely looks like there are some problems on my ASUS P2B-DS (BX
chipset) and 4x AGP. Err, maybe it'
of other things to try myself, I'll try this in a bit.
Simon-
[ Stormix Technologies Inc. ][ NetNation Communications Inc. ]
[ [EMAIL PROTECTED] ][ [EMAIL PROTECTED]]
[ Opinions expressed are not necessarily those of my employers
On Fri, Apr 13, 2001 at 01:32:39PM -0700, Simon Kirby wrote:
I'm trying to compile the glx client but I'm not having much luck.
Debian unstable. How are you compiling it over there?
Okay, finally got qf-client-glx to compile (library conflicts with DRI
tree).
It starts up and runs, but I'm
On Fri, Apr 13, 2001 at 02:07:05PM -0700, Simon Kirby wrote:
On Fri, Apr 13, 2001 at 01:32:39PM -0700, Simon Kirby wrote:
I'm trying to compile the glx client but I'm not having much luck.
Debian unstable. How are you compiling it over there?
Okay, finally got qf-client-glx
e I should try running UT for a while and see if
similar lockups occur.
Simon-
[ Stormix Technologies Inc. ][ NetNation Communications Inc. ]
[ [EMAIL PROTECTED] ][ [EMAIL PROTECTED]]
[ Opinions expressed are not necessarily those of my
60 matches
Mail list logo