FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > ArchLinux > ArchLinux General Discussion

 
 
LinkBack Thread Tools
 
Old 10-06-2010, 07:06 PM
Sven-Hendrik Haase
 
Default some notes on the radeon gallium driver

On 06.10.2010 19:39, C Anthony Risinger wrote:
> On Wed, Oct 6, 2010 at 9:41 AM, Tom <uebershark@googlemail.com> wrote:
>>> I'm seconding this. r300g is working exceptionally well compared to
>>> r300 and it is very stable even with lots of 3D stuff and wine games.
>>> I'd definitely want this to be the default in Arch. Perhaps we should
>>> file a bug report. In fact, I will file one if we can get a few more
>>> opinions on this.
>>>
>>> I think it would be a very beneficial idea for Arch users.
>>>
>>> -- Sven-Hendrik
>> Well is there any reason this should NOT be made default once Arch
>> updates to Mesa 7.9 if it IS the default in new mesa??
>> Why would/should arch differ?
> i wouldn't think so.
>
>> Sidenote: been running r300g for ages, no worries...
> that's great news, along with other positive feedback. this whole
> message is rather devoid of new content, but it's really wonderful to
> see Gallium reaching fruition; it's been a long wait and it seems to
> really be living up to it's promises.
>
> haven't tried the Gallium driver for my 4850 (if one is ready-ish?),
> but this thread is very encouraging. especially interesting is the
> recent port of the Direct3D API to a native state tracker (i think
> that's the right terms)... Linux gaming may just force it's way into
> existence, vs. the perpetual wait for vendor support :-)
>
> C Anthony
>
Careful, r600g (for your mighty fine 4850) does not currently do what
you think. In fact, upstream currently and openly discourages its usage
for anything but shy testing. It might eat your babies if used for
production.

Double careful with the hopes for D3D used in Linux gaming. It is
effectively useless for Wine since their current implementation
integrates better with the other needs of a Windows game (Windows API !=
Direct3D). Even if a perfect, full-blown D3D 13 implementation went into
Mesa, you couldn't run a single Windows game because of that. D3D on
Linux is primarily meant for close-to-metal 3D virtualization (which in
return would enable you gaming, though, but in a VM). Wine isn't going
to switch to Mesa's implementation anytime soon.

So for now: r300g with wine (works awesome here).

-- Sven-Hendrik
 
Old 10-06-2010, 10:04 PM
C Anthony Risinger
 
Default some notes on the radeon gallium driver

On Wed, Oct 6, 2010 at 2:06 PM, Sven-Hendrik Haase <sh@lutzhaase.com> wrote:
> *On 06.10.2010 19:39, C Anthony Risinger wrote:
>> On Wed, Oct 6, 2010 at 9:41 AM, Tom <uebershark@googlemail.com> wrote:
>>>> I'm seconding this. r300g is working exceptionally well compared to
>>>> r300 and it is very stable even with lots of 3D stuff and wine games.
>>>> I'd definitely want this to be the default in Arch. Perhaps we should
>>>> file a bug report. In fact, I will file one if we *can get a few more
>>>> opinions on this.
>>>>
>>>> I think it would be a very beneficial idea for Arch users.
>>>>
>>>> -- Sven-Hendrik
>>> Well is there any reason this should NOT be made default once Arch
>>> updates to Mesa 7.9 if it IS the default in new mesa??
>>> Why would/should arch differ?
>> i wouldn't think so.
>>
>>> Sidenote: been running r300g for ages, no worries...
>> that's great news, along with other positive feedback. *this whole
>> message is rather devoid of new content, but it's really wonderful to
>> see Gallium reaching fruition; it's been a long wait and it seems to
>> really be living up to it's promises.
>>
>> haven't tried the Gallium driver for my 4850 (if one is ready-ish?),
>> but this thread is very encouraging. *especially interesting is the
>> recent port of the Direct3D API to a native state tracker (i think
>> that's the right terms)... Linux gaming may just force it's way into
>> existence, vs. the perpetual wait for vendor support :-)
>>
>> C Anthony
>>
> Careful, r600g (for your mighty fine 4850) does not currently do what
> you think. In fact, upstream currently and openly discourages its usage
> for anything but shy testing. It might eat your babies if used for
> production.

luckily he's almost a toddler and can probably fight it off :-)

well that sucks; i'll just keep waiting i suppose, thanks.

> Double careful with the hopes for D3D used in Linux gaming. It is
> effectively useless for Wine since their current implementation
> integrates better with the other needs of a Windows game (Windows API !=
> Direct3D). Even if a perfect, full-blown D3D 13 implementation went into
> Mesa, you couldn't run a single Windows game because of that. D3D on
> Linux is primarily meant for close-to-metal 3D virtualization (which in
> return would enable you gaming, though, but in a VM). Wine isn't going
> to switch to Mesa's implementation anytime soon.

i dont want to stray too off-topic; i know there is much more to a
game than D3D, but in the brief research i did, it seemed much closer
than you've hinted. the guy even threw up a patch for wine to use the
tracker shortly after IIRC. all in all, wine was still required of
course; i didn't see any indication of a VM/etc. but i see how it
could be used for that as well.

will have to look into it further i suppose; i just know several
people who do not bother with Linux for this exact reason, so it
appeared a solid move.

C Anthony
 

Thread Tools




All times are GMT. The time now is 02:24 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org