Performance Work Coming Up For Mesa 7.11

[Hephasteus]

Hahahaha what? Gimme that tinfoil hat! Give it to me!

Brilliant retort. You forgot you're on drugs or see a head shrinker who will give you drugs.

Psychopaths love to kill small animals and birds are falling out of the sky to create an environment of fear. You have all the situational awareness of blind deaf dumb guy. You just aren't mute.

[RealNC]

There's not blobs must die only open source drivers should be allowed in linux bozos. What there are is an operating system controls your computer and takes responsibility for controlling your computer.

No, it doesn't. The GPL has a "NO WARRANTY" (yes, in capitals) section.

There goes your "responsibility."

[V!NCENT]

Brilliant retort. You forgot you're on drugs or see a head shrinker who will give you drugs.

Psychopaths love to kill small animals and birds are falling out of the sky to create an environment of fear. You have all the situational awareness of blind deaf dumb guy. You just aren't mute.

Got a war trauma of some kind?

Anyway; proprietary sucks, simply because it doesn't integrate with the big open source development environment. As a result it may work with it, but you can ask yourself how.

Last, but not least; Thanks devs!

[RealNC]

Anyway; proprietary sucks, simply because it doesn't integrate with the big open source development environment.

From my point of view, the big open source development environment sucks because it makes it difficult for proprietary drivers to integrate with it.

[pingufunkybeat]

Open source projects are set up in a way that makes development easier.

That's exactly how it should be, because manpower is limited, and the devs should concentrate on development.

Why should OPEN SOURCE developers make their own lives and their own development intentionally difficult, just so two or three companies can keep their own source closed? Makes no sense.

[airlied]

From my point of view, the big open source development environment sucks because it makes it difficult for proprietary drivers to integrate with it.

It must be hard in life being that stupid.

Dave.

[Armin]

It must be hard in life being that stupid.

Dave.

Despite the fact that the original post wasn't one of the smartest, Dave has quite a direct way to point that out. I mean it wouldn't be the first time he gave such an answer either.

[RealNC]

It must be hard in life being that stupid.

So you're calling stupid anyone who wishes for a driver ABI.

Nice going, Dave.

[hal2k1]

Pageflipping as it is currently implemented in dri2 only flips during the vblank period (swap interval of 1) so it's limited to the refresh rate. Ideally, we also support pageflipping when the swap interval was 0 as well so you'd get atomic pageflipping (with tearing) for maximum frame rates. dri2 needs to work to enable this however. Even with vblank synchronized pageflipping, it still helps performance in that is reduces memory bandwidth requirements and pipeline latency since you don't have to do an additional blit to copy the back buffer to the front buffer.

Does the description above agree with this new article?

http://www.phoronix.com/scan.php?page=news_item&px=OTAwMg

Radeon Page-Flipping: Support for the Radeon DRM to utilize KMS page-flipping support has finally landed in the mainline tree after it's been available with Intel's DRM for a few releases now and then more recently has been Nouveau page-flipping. The page-flipping support should improve the open-source driver performance.

[smitty3268]

So you're calling stupid anyone who wishes for a driver ABI.

Yes, and for good reason.

This has been discussed to death over and over again. The current limiting factor in getting better OSS drivers is developer manpower, so anything that can help them out should be the #1 priority. The only people hurt by this are the devs at AMD and NVidia, and they have enough manpower to overcome the problem. Everyone else does not.