[Bug 8918] radeon driver and XV glitches with AIGLX beryl/compiz

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=8918


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Comment #4 from [EMAIL PROTECTED]  2007-03-06 20:21 PST ---
I thought to have posted here months ago, but I discovered that I had wrote my
bug-report about this in the wrong place... Exactly here:
https://bugs.freedesktop.org/show_bug.cgi?id=7370#c14

Give a look to this screenshot too to understand our problem:
https://bugs.freedesktop.org/attachment.cgi?id=7797&action=view


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9969] Heavy MGA DRI use causes Xorg lock

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9969





--- Comment #1 from [EMAIL PROTECTED]  2007-03-06 18:18 PST ---
Same problem with latest software:
- Xorg 7.2
- mga_drv 1.4.6.1
- Mesa 6.5.2
- kernel 2.6.20
- Matrox card BIOS - latest

I tried to disable buggy for me COMPOSITE extension, bug still exist.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10201] Refcounting assertion failure - OpenGL screensaver core-dumps with git Mesa (2007-Mar-06)

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10201


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED




--- Comment #5 from [EMAIL PROTECTED]  2007-03-06 16:03 PST ---
Yes, the xscreensavers, celestia and WoW/Wine all work again with these new
changes.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10201] Refcounting assertion failure - OpenGL screensaver core-dumps with git Mesa (2007-Mar-06)

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10201





--- Comment #4 from [EMAIL PROTECTED]  2007-03-06 15:29 PST ---
OK, try mesa git again.  I've made some additional changes.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: Lockups with Googleearth

[Keith Whitwell]

Adam K Kirchhoff wrote:
> Michel Dänzer wrote:
>> On Tue, 2007-03-06 at 04:32 -0500, Adam K Kirchhoff wrote:
>>   
>>> commit 09e4df2c65c1bca0d04c6ffd076ea7808e61c4ae causes the lockup..  If 
>>> I'm reading the git log properly this is right after the merge from 
>>> vbo-0.2.  However, commit 47d463e954efcd15d20ab2c96a455aa16ddffdcc also 
>>> causes the lockup, and this is right before the merge from vbo-0.2.
>>> 
>> No, that's still on vbo-0.2. The last commit on master before the merge
>> is 325196f548f8e46aa8fcc7b030e81ba939e7f6b7. I really recommend gitk. :)
>>
>>
>>   
> 
> Sorry about that.  I turned back to the log after browsing through gitk 
> last night well past after I should have been asleep :-)
> 
> Anyway, you're suspicion was correct, this problem did not exist prior 
> to the merge of the vbo-0.2 branch, but did start immediately after the 
> merge.
> 
> Does this need to be narrowed down further on the vbo-0.2 branch?

You can try, but that branch was a wholesale replacement of some 
existing functionality, so you may just end up at the commit where 
things switched over.  It may be better than that, so possibly worth trying.

It may make sense to try and narrow things down in the driver to a 
certain operation or set of operations, ie the commit history may be too 
coarse and you just have to attack the bug from first principles.

Keith


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10201] Refcounting assertion failure - OpenGL screensaver core-dumps with git Mesa (2007-Mar-06)

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10201


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Comment #3 from [EMAIL PROTECTED]  2007-03-06 14:35 PST ---


*** This bug has been marked as a duplicate of bug 10182 ***


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10201] Refcounting assertion failure - OpenGL screensaver core-dumps with git Mesa (2007-Mar-06)

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10201





--- Comment #2 from [EMAIL PROTECTED]  2007-03-06 14:32 PST ---
Not 100% dupe since the code changed, but this is essentially the same as
#10182


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10201] Refcounting assertion failure - OpenGL screensaver core-dumps with git Mesa (2007-Mar-06)

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10201





--- Comment #1 from [EMAIL PROTECTED]  2007-03-06 14:24 PST ---
Environment is FC5 with Xorg from FC6, running Linux 2.6.20.1.
Hardware is dual P4 Xeon with HT, with a Radeon 9200 card.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10201] New: Refcounting assertion failure - OpenGL screensaver core-dumps with git Mesa (2007-Mar-06)

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10201

   Summary: Refcounting assertion failure - OpenGL screensaver core-
dumps with git Mesa (2007-Mar-06)
   Product: Mesa
   Version: CVS
  Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/DRI/r200
AssignedTo: dri-devel@lists.sourceforge.net
ReportedBy: [EMAIL PROTECTED]


$ /usr/libexec/xscreensaver/atlantis
libGL warning: 3D driver claims to not support visual 0x4b
atlantis: main/framebuffer.c:256: _mesa_reference_framebuffer: Assertion
`!*ptr' failed.
Aborted (core dumped)

(gdb) where
#0  0xb7fc2410 in __kernel_vsyscall ()
#1  0x413f3ee9 in raise () from /lib/libc.so.6
#2  0x413f54f1 in abort () from /lib/libc.so.6
#3  0x413ed859 in __assert_fail () from /lib/libc.so.6
#4  0xb7df8f63 in _mesa_reference_framebuffer (ptr=0x809028c, fb=0x83ae288)
at main/framebuffer.c:256
#5  0xb7ddf643 in _mesa_make_current (newCtx=0x8090140, drawBuffer=0x83ae288,
readBuffer=0x83ae288) at main/context.c:1727
#6  0xb7db47f4 in r200MakeCurrent (driContextPriv=0x807eed8,
driDrawPriv=0x807ec80, driReadPriv=0x807ec80) at r200_context.c:685
#7  0xb7db1a17 in driBindContext (dpy=0x806d6a0, scrn=0, draw=46137345,
read=46137345, ctx=0x807ee98) at ../common/dri_util.c:350
#8  0x4125687f in MakeContextCurrent (dpy=0x806d6a0, draw=46137345,
read=46137345, gc=0x807ede8) at glxext.c:1625
#9  0x41256b3c in glXMakeCurrent (dpy=0x806d6a0, draw=46137345, gc=0x807ede8)
at glxext.c:1801
#10 0x0804b1c0 in ?? ()
#11 0x0804dbd6 in ?? ()
#12 0x0804b4f8 in ?? ()
#13 0x0804c054 in ?? ()
#14 0x413e14e4 in __libc_start_main () from /lib/libc.so.6
#15 0x0804a801 in ?? ()


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #14 from [EMAIL PROTECTED]  2007-03-06 14:18 PST ---
(In reply to comment #13)
> (In reply to comment #11)
> > michael: can you also patch r200 please. I tried it myself, but seems my 
> > patch 
> > was so poor, that it crashed the application :-(
> 
> I think if anything you should set the front cliprects, but I doubt that's why
> it crashes. I'm afraid someone with the hardware will have to do it, e.g.
> Roland. Although it might help if you could attach a backtrace from gdb.

Marc, your patch works for me (tested with globs, not 2nd life though), no
matter if GL_FRONT_LEFT or GL_BACK_LEFT is used in r200MakeCurrent.
If you're seeing an assertion fail in _mesa_reference_framebuffer as I do, this
is a different problem in mesa git not directly related to this patch.
Otherwise, as Michel said, a backtrace might be helpful.
Oh, and I'd bet radeon would need the same fix too.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: Lockups with Googleearth

[Adam K Kirchhoff]

Michel Dänzer wrote:
> On Tue, 2007-03-06 at 04:32 -0500, Adam K Kirchhoff wrote:
>   
>> commit 09e4df2c65c1bca0d04c6ffd076ea7808e61c4ae causes the lockup..  If 
>> I'm reading the git log properly this is right after the merge from 
>> vbo-0.2.  However, commit 47d463e954efcd15d20ab2c96a455aa16ddffdcc also 
>> causes the lockup, and this is right before the merge from vbo-0.2.
>> 
>
> No, that's still on vbo-0.2. The last commit on master before the merge
> is 325196f548f8e46aa8fcc7b030e81ba939e7f6b7. I really recommend gitk. :)
>
>
>   

Sorry about that.  I turned back to the log after browsing through gitk 
last night well past after I should have been asleep :-)

Anyway, you're suspicion was correct, this problem did not exist prior 
to the merge of the vbo-0.2 branch, but did start immediately after the 
merge.

Does this need to be narrowed down further on the vbo-0.2 branch?

Adam


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: Merging page flipping & triple buffering for i915tex driver

[Eric Anholt]

On Tue, 2007-03-06 at 11:07 +0100, Michel Dänzer wrote:
> This functionality has been available on branches i915-pageflip (drm),
> i830-pageflip (xf86-video-intel) and i915tex-pageflip (mesa) for two
> weeks. In order to be able to use page flipping independently on each
> pipe, the X server DRI module changes from the xserver master branch are
> also needed.
> 
> I developed and tested this on i945 hardware. I've had reports of it
> working on i915 as well but would be interested in hearing whether it
> works on i830 and above.
> 
> The only significant outstanding issue I'm aware of is that moving a
> page-flipped 3D window from being visible on pipe A only to being
> visible on pipes A+B can result in a lockup if the flips on pipe B are
> emitted 'too quickly'. I'm currently avoiding this by not syncing the
> pages between pipes immediately in that situation, so it only seems to
> happen with insane framerates such as glxgears', but this could probably
> cause issues of its own with apps that render to the front buffer. It
> doesn't seem to happen when moving from pipe B to pipes A+B, and the
> command stream always waits for previous asynchronous flips to complete
> before emitting a new flip, so I'm not sure what's up. Any ideas would
> be appreciated, especially from the Intel folks.
> 
> Possibly related to this, it's been reported that there can be issues
> with outputs that aren't handled quite correctly by the modesetting
> driver (yet), e.g. LVDS on desktop boards. If you have issues with page
> flipping and xrandr 1.2 shows outputs that shouldn't be there, try
> disabling them.

Even better, file a bug with Xorg.0.log and the output of scanpci from
libpciaccess, and we can blacklist the LVDS on your board hopefully.

> If there are no objections, I'd like to merge these branches to the
> respective master branches by the end of this week. Of course, if the
> issues above can't be solved before the merge, I'll document them in the
> intel.4 manpage.

-- 
Eric Anholt [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9910] fragment.position is broken on R300 but works on software mesa

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9910


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #25 from [EMAIL PROTECTED]  2007-03-06 10:11 PST ---
Changing this to fixed as the new discussion is happening in the new bug. Bug
#10024.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #13 from [EMAIL PROTECTED]  2007-03-06 09:53 PST ---
(In reply to comment #11)
> michael: can you also patch r200 please. I tried it myself, but seems my 
> patch 
> was so poor, that it crashed the application :-(

I think if anything you should set the front cliprects, but I doubt that's why
it crashes. I'm afraid someone with the hardware will have to do it, e.g.
Roland. Although it might help if you could attach a backtrace from gdb.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #12 from [EMAIL PROTECTED]  2007-03-06 09:44 PST ---
> I've applied to the ubuntu mesa 6.5.2 and patched all correctly (no warnings,
> no errors) so I'll post on launchpad too!

Here you are the launchpad bug I've posted:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/90169



-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: Debugging the Radeon 200M command processor (CP)

[Phillip Ezolt]

On 3/5/07, Phillip Ezolt <[EMAIL PROTECTED]> wrote:


Dave,
On 3/4/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
>
> >> only enough to map 512k... (Also, the addresses are stored in big
> endian.. I
> >> think.)  I might be interesting to actually look at what is in these
> >> addresses.
> >
> > That mght make sense on your card as you have actual RAM, the GART is
> > allocated dynamically by fglrx, so if you use a 3D app I'd expect some
> of
> > that RAM to start getting used for things..
>
> Have you done this yet? I'd be interested in finding out how the entries
>
> in the table map to memory space.. there are two mappings types sso far,
> PCI and PCIE... PCI is just the bus addres, PCIE is bus address >> 8 |
> 0xc.. mayhaps we need another one..



Dave,

 Ok.  I ran a 3-d app (nexuiz) and captured the state of the GART table at
each point.

Before:

000: 0cd0c931 0c503032 0c802732 0c302832  ...1.P02..'2.0(2
010: 0c702832 0c20d408 0cb05832 0cc0b40f  .p(2. X2

0001cf0: 0cd01330 0c60be04 0cd0a736 0ce0010c  ...0.`.6
0001d00:      
0001d10:      
...

During:
000: 0cd0c931 0c503032 0c802732 0c302832  ...1.P02..'2.0(2
010: 0c702832 0c20d408 0cb05832 0cc0b40f  .p(2. X2
...
0001cf0: 0cd01330 0c60be04 0cd0a736 0ce0010c  ...0.`.6
0001d00: 0cd0e715 0c00b30a 0c60e216 0c60c132  .`...`.2
0001d10: 0cf0092c 0cb02b36 0c503d31 0cf0e715  ...,..+6.P=1
...
0002200:      
0002210:      


After:
000: 0cd0c931 0c503032 0c802732 0c302832  ...1.P02..'2.0(2
010: 0c702832 0c20d408 0cb05832 0cc0b40f  .p(2. X2
020: 0c50e508 0cb06e10 0ca07610 0cc0600c  .Pn...v...`.

0001cf0: 0cd01330 0c60be04 0cd0a736 0ce0010c  ...0.`.6
0001d00: 0c00 0c00 0c00 0c00  
0001d10: 0c00 0c00 0c00 0c00  
0001d20: 0c00 0c00 0c00 0c00  
...
00021f0: 0c00 0c00 0c00 0c00  
0002200:      
0002210:      


Interesting things to notice:
1) The amount of GART table which is used increases during the usage of the
3-D app.

2) The valid-looking table entries ends with zeros.

My current guess is that that size of the table is ALWAYS the same, and is
based on the following write: write32 27ff2000 at 14c <- MC_AGP_LOCATION.
If the entries are 0 (or 0x0c000) the card treats that entry as invalid.


3) After the 3-d app is run, some of the 0x0s are set to 0x0c000.

So, probably the addresses are or'ed with 0xc at some point.


I need one more piece of data to try to figure out how the mapping really
takes place.
I have:

1) The location of the ring buffer according to the card: (0x5800)
2) I have the virtual address of the ring buffer according to the X server.
3) Since, 0x5800 is the first address beyond the framebuffer, I am
assuming that the first page of the ring buffer will be the first entry in
the GART table.

I just need to get the physical address of the first page of ring-buffer.
(Given the X server virtual address...)  Does anyone have any good ideas for
that?   (kgb is my current guess, but I would like to do something easier..)


Once I have that address, I should be able to figure out how the physical
address gets mangled and pushed into the GART table.


BTW. Things DO seem to be written to the GART table in little endian order..
however, the read-out seems to reverse things.  (Ie, if I write things to
the table in big endian order, when I read it back it is flipped, and
doesn't match what I wrote..)

Cheers,
--Phil




Dave.
>
> --
> David Airlie, Software Engineer
> http://www.skynet.ie/~airlied  /
> airlied at skynet.ie
> Linux kernel - DRI, VAX / pam_smb / ILUG
>
>

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #11 from [EMAIL PROTECTED]  2007-03-06 09:39 PST ---
michael: can you also patch r200 please. I tried it myself, but seems my patch 
was so poor, that it crashed the application :-(

was something like that:

diff --git a/src/mesa/drivers/dri/r200/r200_context.c
b/src/mesa/drivers/dri/r200/r200_context.c
index fc6eb93..25e697e 100644
--- a/src/mesa/drivers/dri/r200/r200_context.c
+++ b/src/mesa/drivers/dri/r200/r200_context.c
@@ -680,6 +680,8 @@ r200MakeCurrent( __DRIcontextPrivate *dr

 r200UpdateWindow( newCtx->glCtx );
 r200UpdateViewportOffset( newCtx->glCtx );
+
+r200SetCliprects(newCtx, GL_BACK_LEFT);
   }

   _mesa_make_current( newCtx->glCtx,
diff --git a/src/mesa/drivers/dri/r200/r200_lock.c
b/src/mesa/drivers/dri/r200/r200_lock.c
index bcc0c91..8eec3c6 100644
--- a/src/mesa/drivers/dri/r200/r200_lock.c
+++ b/src/mesa/drivers/dri/r200/r200_lock.c
@@ -98,7 +98,7 @@ void r200GetLock( r200ContextPtr rmesa,
  r200SetCliprects( rmesa, GL_FRONT_LEFT );
   r200UpdateViewportOffset( rmesa->glCtx );
   driUpdateFramebufferSize(rmesa->glCtx, drawable);
-  rmesa->lastStamp = drawable->lastStamp;
+//  rmesa->lastStamp = drawable->lastStamp;
}

R200_STATECHANGE( rmesa, ctx );
diff --git a/src/mesa/drivers/dri/r200/r200_state.c
b/src/mesa/drivers/dri/r200/r200_state.c
index bdb487f..2856b75 100644
--- a/src/mesa/drivers/dri/r200/r200_state.c
+++ b/src/mesa/drivers/dri/r200/r200_state.c
@@ -1889,6 +1889,8 @@ void r200SetCliprects( r200ContextPtr rm

if (rmesa->state.scissor.enabled)
   r200RecalcScissorRects( rmesa );
+
+   rmesa->lastStamp = drawable->lastStamp;
 }


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Comment #10 from [EMAIL PROTECTED]  2007-03-06 09:22 PST ---
(In reply to comment #9)
> (In reply to comment #7)
> > Can somebody test the patch I pushed? It sounds like it could help.
> 
> I planned that, I've to recompile my mesa... I'll report after testing ;)

Just finished to compile the patched version and it works like a charm :)

I mean, there's no more a black screen neither on GL.O.B.S. neither on
SecondLife, so good patch!

I've applied to the ubuntu mesa 6.5.2 and patched all correctly (no warnings,
no errors) so I'll post on launchpad too!

Bye and again thanks, I think we can close the bug :)


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #9 from [EMAIL PROTECTED]  2007-03-06 07:22 PST ---
(In reply to comment #7)
> Can somebody test the patch I pushed? It sounds like it could help.

I planned that, I've to recompile my mesa... I'll report after testing ;)


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #8 from [EMAIL PROTECTED]  2007-03-06 05:47 PST ---
BTW Second Life client is free, with source.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #7 from [EMAIL PROTECTED]  2007-03-06 05:38 PST ---
Can somebody test the patch I pushed? It sounds like it could help.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #6 from [EMAIL PROTECTED]  2007-03-06 05:07 PST ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > I tested Second Life on r300 and noticed that login screen is not visible 
> > > until
> > > you change size of the window. After that you can use the menu and even 
> > > play.
> > 
> > That's the same here... Maybe on first loading the window isn't designed, so
> > after resizing there's a forced redesign that make the game show again...
> > 
> 
> but why is indirect rendering working then?
> 

No idea, I was just wondering... 


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #5 from [EMAIL PROTECTED]  2007-03-06 05:01 PST ---
(In reply to comment #4)
> (In reply to comment #3)
> > I tested Second Life on r300 and noticed that login screen is not visible 
> > until
> > you change size of the window. After that you can use the menu and even 
> > play.
> 
> That's the same here... Maybe on first loading the window isn't designed, so
> after resizing there's a forced redesign that make the game show again...
> 

but why is indirect rendering working then?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #4 from [EMAIL PROTECTED]  2007-03-06 04:49 PST ---
(In reply to comment #3)
> I tested Second Life on r300 and noticed that login screen is not visible 
> until
> you change size of the window. After that you can use the menu and even play.

That's the same here... Maybe on first loading the window isn't designed, so
after resizing there's a forced redesign that make the game show again...


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #3 from [EMAIL PROTECTED]  2007-03-06 04:37 PST ---
I tested Second Life on r300 and noticed that login screen is not visible until
you change size of the window. After that you can use the menu and even play.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 9876] SecondLife does not show login screen

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=9876





--- Comment #2 from [EMAIL PROTECTED]  2007-03-06 04:25 PST ---
globs works here as of

http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff;h=6f9b1afc862851532e4820705c412388b497ad58

No idea about Second Life.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10024] R300 fragment.position viewport transformation is incorrect

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10024





--- Comment #63 from [EMAIL PROTECTED]  2007-03-06 03:31 PST ---
I also did some more checking with just an X mask (result.color.x) and R300
generates a red color, while the blob generates a cyan color. So I think
something is missing... 


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10024] R300 fragment.position viewport transformation is incorrect

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10024





--- Comment #62 from [EMAIL PROTECTED]  2007-03-06 03:27 PST ---
Created an attachment (id=8997)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=8997&action=view)
R300 rendering the vertical mirror with INCORRECT XYZ masking.

This is R300 rendering the vertical mirror with incorrect XYZ masking on the
final result.color MOV, as in this program. Notice the result.color MOV.

!!ARBfp1.0

TEMP tmp;

MOV tmp.xy, fragment.position;
MUL tmp.xy, tmp, program.local[0];
MUL tmp.xy, tmp, program.local[1];
MOV result.color.xyz, tmp;

END

I'm not exactly sure what's going on, but the blob was defiantly using the XY
mask when I made it's screenshot. So it must be doing something differently.
I'll wait for your reply, Rune, as I'm not really sure what's going on.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10024] R300 fragment.position viewport transformation is incorrect

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10024





--- Comment #61 from [EMAIL PROTECTED]  2007-03-06 03:21 PST ---
Created an attachment (id=8996)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=8996&action=view)
R300 rendering the vertical mirror with correct XY masking.

Same program as the previous comment, however this gives incorrect rendering on
R300. The previous screenshot (from the blob) shows the correct rendering
should be blue/cyan (ignore my initial comment saying otherwise) but this
screenshot is a green/yellow/red.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10024] R300 fragment.position viewport transformation is incorrect

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10024





--- Comment #60 from [EMAIL PROTECTED]  2007-03-06 03:19 PST ---
Created an attachment (id=8995)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=8995&action=view)
Blob rendering the vertical mirror with correct XY masking.

This is the blob rendering the vertical mirror with correct masking, as in the
following program. The results are the correct ones because this will work
correctly when I use it with the TEX instruction.

!!ARBfp1.0

TEMP tmp;

MOV tmp.xy, fragment.position;
MUL tmp.xy, tmp, program.local[0];
MUL tmp.xy, tmp, program.local[1];
MOV result.color.xy, tmp;

END


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[Bug 10024] R300 fragment.position viewport transformation is incorrect

[bugzilla-daemon]

http://bugs.freedesktop.org/show_bug.cgi?id=10024





--- Comment #59 from [EMAIL PROTECTED]  2007-03-06 02:47 PST ---
I think I figured out why the vertical mirror isn't working. For some reason
it's fragment.position (after appropriate scaling and non-power-of-two adjust)
seems to be mostly blue/cyan...  From what I've seen previously with the blob,
it should be yellow/white. I'll make some screenshots with the same angle for
comparison soon. 


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Merging page flipping & triple buffering for i915tex driver

[Michel Dänzer]

This functionality has been available on branches i915-pageflip (drm),
i830-pageflip (xf86-video-intel) and i915tex-pageflip (mesa) for two
weeks. In order to be able to use page flipping independently on each
pipe, the X server DRI module changes from the xserver master branch are
also needed.

I developed and tested this on i945 hardware. I've had reports of it
working on i915 as well but would be interested in hearing whether it
works on i830 and above.

The only significant outstanding issue I'm aware of is that moving a
page-flipped 3D window from being visible on pipe A only to being
visible on pipes A+B can result in a lockup if the flips on pipe B are
emitted 'too quickly'. I'm currently avoiding this by not syncing the
pages between pipes immediately in that situation, so it only seems to
happen with insane framerates such as glxgears', but this could probably
cause issues of its own with apps that render to the front buffer. It
doesn't seem to happen when moving from pipe B to pipes A+B, and the
command stream always waits for previous asynchronous flips to complete
before emitting a new flip, so I'm not sure what's up. Any ideas would
be appreciated, especially from the Intel folks.

Possibly related to this, it's been reported that there can be issues
with outputs that aren't handled quite correctly by the modesetting
driver (yet), e.g. LVDS on desktop boards. If you have issues with page
flipping and xrandr 1.2 shows outputs that shouldn't be there, try
disabling them.

If there are no objections, I'd like to merge these branches to the
respective master branches by the end of this week. Of course, if the
issues above can't be solved before the merge, I'll document them in the
intel.4 manpage.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: Lockups with Googleearth

[Michel Dänzer]

On Tue, 2007-03-06 at 04:32 -0500, Adam K Kirchhoff wrote:
> 
> commit 09e4df2c65c1bca0d04c6ffd076ea7808e61c4ae causes the lockup..  If 
> I'm reading the git log properly this is right after the merge from 
> vbo-0.2.  However, commit 47d463e954efcd15d20ab2c96a455aa16ddffdcc also 
> causes the lockup, and this is right before the merge from vbo-0.2.

No, that's still on vbo-0.2. The last commit on master before the merge
is 325196f548f8e46aa8fcc7b030e81ba939e7f6b7. I really recommend gitk. :)


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: Lockups with Googleearth

[Adam K Kirchhoff]

Adam K Kirchhoff wrote:
> On Mon, 2007-03-05 at 14:13 -0500, Adam K Kirchhoff wrote:
>   
>> On Mon, 2007-03-05 at 20:03 +0100, Michel Dänzer wrote:
>> 
>>> On Sun, 2007-03-04 at 11:16 -0500, Adam K Kirchhoff wrote:
>>>   
 I've been trying to track down this problem I've been having with the 
 r300 driver and Googleearth.  Sometime, since 6.5.2 was released.  It's 
 an odd problem as I've only see it on my PCIe x800, but not my AGP 
 x700.  In addition, it only seems to happen when I'm using MergedFB.  If 
 I set MergedFB to '0', I don't have this problem.  Basically, what's 
 happening is that my system completely locks up usually after just a few 
 seconds (the earth starts to zoom in).  Sometimes it doesn't lockup till 
 I manually grab and move the earth, or actually type in an address.  I 
 can't ping the machine and the serial console is unresponsive.
 
>>> Does it lock up if you don't move the mouse? Does it happen with SW
>>> cursor or no silken mouse?
>>>   
>> I believe it does lock up even if I don't move the mouse, though I'll
>> want to confirm that when I get home in a bit.  I can also try with SW
>> cursor and/or no silken mouse later today.
>> 
>
> And I was wrong.  I was able to browse the world, as long as I only
> typed in the places I wanted to visit.  Hit three or four different
> cities without any problems, but just a second or two after I started
> moving the globe with my mouse, it locked up.
>
> And, I'm happy to report, disabling silken mouse gets it working again.
>
> I'll see if I can wrangle git into giving me a version of the drivers
> right before the vbo merge and right after it, though I may not get
> those results till tomorrow.
>
> Adam
>
>   

So this is what I'm seeing

commit 09e4df2c65c1bca0d04c6ffd076ea7808e61c4ae causes the lockup..  If 
I'm reading the git log properly this is right after the merge from 
vbo-0.2.  However, commit 47d463e954efcd15d20ab2c96a455aa16ddffdcc also 
causes the lockup, and this is right before the merge from vbo-0.2.  I 
continued with the git-bisect from there last night, but still ended up 
at the same point:  I kept getting versions that I couldn't compile, and 
using "git reset --hard HEAD~10" ends up getting me stuck in a circle. 

I'll see if I can narrow it down further this afternoon.

Adam


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel