bugzilla-daemon | 2 Apr 22:49 2005

[Bug 2869] Can no longer get input focus on GL drawing area

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2869          

roland.mainz <at> nrubsig.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |roland.mainz <at> nrubsig.org

------- Additional Comments From roland.mainz <at> nrubsig.org  2005-04-02 12:49 -------
Is it possible that some of the OpenMotif internals were changed in the meantime
which require an update of the GLX widget code, too ?          

     
--           
Configure bugmail: https://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.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
bugzilla-daemon | 4 Apr 18:08 2005

[Bug 2868] Mesa seems to be unable to handle 30bit TrueColor visuals

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2868          

------- Additional Comments From brian.paul <at> tungstengraphics.com  2005-04-04 09:08 -------
I've updated the warning strings in Mesa CVS to basically match your patch.

I don't recall ever testing 30-bit truecolor visuals (and I have no means to do
so here) and I wouldn't expect them to work without writing some new code.

We should probably add a check for > 8-bit channels and gracefully reject/ignore
such visuals.  Can you write a patch for that?

     

--           
Configure bugmail: https://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.

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
FireSlash | 4 Apr 21:24 2005

Fresh meat :x

Another newbie on the dev list. Heres a breakdown of what I know:
* C++
* Assembler (For some obsolete mainframe, but I can pick up different 
implementations)
* PHP (Probably not useful)
* Java (Probably not useful)
* A large number of other totally useless languages (Unrealscript, TCL, 
cobol, VB, the list goes on...)

I'm not sure what still needs doing, since the website hasn't been 
updated since december 04. I can do testing/work on DOS builds, maybe 
look into writing some test code for glean, or look into implementing 
3DLab's shader language for OGL 2.0.

--

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.1 - Release Date: 4/1/2005

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
bugzilla-daemon | 4 Apr 22:26 2005

[Bug 2868] Mesa seems to be unable to handle 30bit TrueColor visuals

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=2868          

------- Additional Comments From roland.mainz <at> nrubsig.org  2005-04-04 13:26 -------
Brian Paul wrote:
> I've updated the warning strings in Mesa CVS to basically match your patch.

Thanks! :)
Could you please attach the patch here that I can commit it to the Xorg trunk,
too ?

> I don't recall ever testing 30-bit truecolor visuals (and I have no means to 
> do so here) and I wouldn't expect them to work without writing some new code.

What exactly needs to be done for Mesa to support such visuals ?

> We should probably add a check for > 8-bit channels and gracefully 
> reject/ignore such visuals.  Can you write a patch for that?

I tried to hack such a patch but failed to get it working - glxgears still
picked-up the 30bit Truecolor visuals (and failed) or the initvisuals code in
the Xserver shot itself into it's feet (likely I am too dumb to get this
working... ;-/).          

     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         
(Continue reading)

Brian Paul | 5 Apr 00:59 2005

Re: [Mesa3d-users] demos abort when asked for wire frame

I'm forwarding this to the mesa3d-dev list where someone's more likely 
to look into it.

-Brian

Benno Schulenberg wrote:
> Brian Paul wrote:
> 
>>Benno Schulenberg wrote:
>>
>>>When running the 'ipers' or 'terrain' demo in Mesa/progs/demos
>>>and pressing P (for Wire frame), these programs abort.  Is this
>>>normal?  Or should I be looking for some fault in my setup?
>>
>>Works for me.
>>
>>Which version of Mesa are you using?
> 
> 
> CVS of today.
> 
> 
>>Are you using a hardware driver?
> 
> 
> Unichrome r30.  Just now I got this upon a first run of 'ipers':
> 
> ipers: via_tex.c:428: viaSwapOutWork: Assertion `sz == vmesa->total_alloc[heap]' failed.
> Aborted
> 
(Continue reading)

Keith Whitwell | 5 Apr 09:40 2005

Re: [Mesa3d-dev] Re: demos abort when asked for wire frame

Interesting, I'll look into this.

Keith

Brian Paul wrote:
> I'm forwarding this to the mesa3d-dev list where someone's more likely 
> to look into it.
> 
> -Brian
> 
> Benno Schulenberg wrote:
> 
>> Brian Paul wrote:
>>
>>> Benno Schulenberg wrote:
>>>
>>>> When running the 'ipers' or 'terrain' demo in Mesa/progs/demos
>>>> and pressing P (for Wire frame), these programs abort.  Is this
>>>> normal?  Or should I be looking for some fault in my setup?
>>>
>>>
>>> Works for me.
>>>
>>> Which version of Mesa are you using?
>>
>>
>>
>> CVS of today.
>>
>>
(Continue reading)

Keith Whitwell | 5 Apr 12:49 2005

Re: Re: [Mesa3d-users] demos abort when asked for wire frame

Keith Whitwell wrote:
> Interesting, I'll look into this.

Should be fixed in CVS now.

Keith

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
Benno Schulenberg | 5 Apr 19:35 2005
Picon

Re: Re: [Mesa3d-users] demos abort when asked for wire frame

Keith Whitwell wrote:
> Keith Whitwell wrote:
> > Interesting, I'll look into this.
>
> Should be fixed in CVS now.

Yes, thanks.  Wire frame now works in ipers and terrain.

But upon the first run of ipers or terrain after starting X I still 
get:

via_tex.c:428: viaSwapOutWork: Assertion `sz == 
vmesa->total_alloc[heap]' failed.
Aborted

Subsequent runs of those programs don't complain nor abort.

Benno

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
Benno Schulenberg | 5 Apr 19:58 2005
Picon

bad firing DRM_VIA_PCICMD


Hi,

When trying to run flightgear, I get below flush of output and 
"fire_buffer: DRM_VIA_PCICMD returned -22".  And in dmesg this:

[drm:investigate_hazard] *ERROR* Illegal DMA data: 0xfffffff0

This problem first appeared in a Mesa checkout of 2005-03-23, it is 
still present, but it wasn't present in a checkout of 2005-03-21.

$ fgfs --timeofday=noon

0000:   f210f110  00010000  00030c00  43ffffff
0010:   44000cff  104ef200  11000000  12230ca0
0020:   15000000  23000000  24000000  33000700
0030:   7b000000  cccccccc  f210f110  00010000
0040:   70000258  7100c32c  40400100  41000000
0050:   7c013000  42010660  f210f110  00010000
0060:   cccccccc  dddddddd  f210f110  00000000
0070:   ec00741c  ee02105c  00000000  44160000
0080:   3f000000  ff000000  44480000  44160000
0090:   3f000000  ff000000  44480000  00000000
00a0:   3f000000  ff000000  00000000  00000000
00b0:   3f000000  ff000000  ee12135c  f210f110
00c0:   00010000  00030ce0  43ffffff  44000cff
00d0:   104ef200  11000000  12230ca0  15000000
00e0:   23000000  24000000  33000700  7b000000
00f0:   f210f110  fe020000  00000001  00000000
0100:   f210f110  00010000  00030ce0  00030ce0
(Continue reading)

Keith Whitwell | 5 Apr 21:09 2005

Re: Re: [Mesa3d-users] demos abort when asked for wire frame

Benno Schulenberg wrote:
> Keith Whitwell wrote:
> 
>>Keith Whitwell wrote:
>>
>>>Interesting, I'll look into this.
>>
>>Should be fixed in CVS now.
> 
> 
> Yes, thanks.  Wire frame now works in ipers and terrain.
> 
> 
> But upon the first run of ipers or terrain after starting X I still 
> get:
> 
> via_tex.c:428: viaSwapOutWork: Assertion `sz == 
> vmesa->total_alloc[heap]' failed.
> Aborted

I haven't seen this one.  I'll try and reproduce it.

What X and kernel module are you running?

Keith

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
(Continue reading)


Gmane