Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Fuck nVidia

Name: Anonymous 2012-06-17 15:20

Linus Torvalds gives nVidia the middle finger whilst saying "Fuck you, nVidia!"

http://www.youtube.com/watch?v=MShbP3OpASA&feature=youtu.be&hd=1&t=48m9s

Name: Anonymous 2012-06-17 15:30

both AMD and nVidia deserve a middle finger, Im sick of their shitty linux drivers

Name: Anonymous 2012-06-17 15:39

>>2
At least AMD has published all of their hardware specifications and GPU instruction set architecture documentation, allowing anyone to write a driver for any operating system. The X.org open source AMD drivers are getting pretty decent in terms of stability and features on old and new GPUS alike. AMD even contributes from time to time.

http://www.x.org/wiki/RadeonFeature

Meanwhile, nVidia does nothing.

Name: Anonymous 2012-06-17 15:57

Who cares, just use Windows like everyone else.

Name: Anonymous 2012-06-17 16:02

>>4
Windows has backdoors used by the US and Israeli governments to spy on their citizens and wage information war against other nations. Jews did Stuxnet and Flame.

http://www.wired.com/threatlevel/2012/06/obama-ordered-stuxnet-continued/
http://www.wired.com/threatlevel/2012/06/stuxnet-leak-investigation/
http://www.itworldcanada.com/news/researchers-discover-link-between-stuxnet-and-flame/145605

Use Windows if you want to enslave yourself to communist rule by the Jews.

Name: Anonymous 2012-06-17 16:04

>>4
I think you're forgetting something. Bill Gates doesn't like you like you, he just likes you.

Name: Anonymous 2012-06-17 16:05

>>3
At least NVIDIA supports and maintains an extremely high-quality OpenGL driver, allowing anyone to harness their GPU from any operating system.

Meanwhile, AMD releases partial documentation and focus most optimisation efforts on Direct3D while Intel doesn't give a fuck about OpenGL.

Also, the FLOSS AMD drivers are mediocre and OpenGL would be dead if it weren't for NVIDIA.

Name: Anonymous 2012-06-17 16:13

>>7
Nope. OpenGL would be dead if it wasn't for ImgTech. OpenGL use these days is mostly in the mobile space. There are literally hundreds of millions of phones and tablets using OpenGL with an ImgTech PowerVR GPU, and nVidia is less than 1% of the market.

Name: Anonymous 2012-06-17 16:20

>>8
OpenGL ES is not OpenGL.

Name: Anonymous 2012-06-17 16:31

>>9
It's a subset of OpenGL. OpenGL ES 3.0 is coming out in a few weeks with geometry and tesselation shaders.

Also, nVidia has garbage support for OpenCL. They have no OpenCL 1.2 support. OpenCL is more important for the future of real-time graphics, as you can implement ray-tracing/casting or other esoteric rendering techniques in full software (OpenCL is just C99) and run it on the GPU. No need to be limited by a silly API.

Name: Anonymous 2012-06-17 16:42

>>3
At least AMD has published all of their hardware specifications and GPU instruction set architecture documentation, allowing anyone to write a driver for any operating system
This is blatantly wrong. Go read the docs and then tell me it encompasses everything: http://www.x.org/docs/AMD/

They don't even give information on MPEG-2 registers in the R500 docs, and that shit was discontinued in 2008.

Name: Anonymous 2012-06-17 16:47

May I remind you of the terrible forcedeth driver situation. It is not just that their graphic drivers suck.

Name: Anonymous 2012-06-17 16:54

>>11
To continue:

* R700 documentation severely lacking in HD6xxx area.
* No R800 documentation has been released yet, hence no Radeon HD7xxx support.
* No microcode has been released for ANY chips, meaning only non-free firmware available.

AMD is always dreadfully slow at releasing documentation. Their fetish is discontinuing their driver for every card that isn't less than 6 months old, and then waiting over a year to release documentation on that chip series.

Name: Anonymous 2012-06-17 17:11

>>11,13
Considering how Intel, nVidia and AMD are the only GPU vendors in the PC market, what now?  Move on to PowerVR and assrape them until they release their fucking drivers?

Name: Anonymous 2012-06-17 17:12

>>14
No. Just use Windows on AMD or GNU/Linux on NVIDIA.

Name: Anonymous 2012-06-17 17:19

>>15
Windows
No.

NVIDIA
No.

Name: Anonymous 2012-06-17 17:24

>>14
Intel's drivers are decent enough. Nouveau is surprisingly better than r600g is (and uses free firmware except for the newest GeForce series). r500g is the best open source driver currently; it actually rivals the last catalyst release to support R500 chips.

Name: Anonymous 2012-06-17 17:43

write your drivers in javascript, plebs

Name: Anonymous 2012-06-17 17:48

>>18
That's an awesome idea actually, but I can not even write drivers in asm, because I have no idea where in memory the devices are mapped or what I/O ports they use, and no idea how to use Google to find out. If I google something like nvidia video buffer location, I get a bunch of useless shit. Manual probing causes the machine to hang or triple fault. Fuck this. I'll never be a guru.

Name: Anonymous 2012-06-17 17:59

>>19
reverse engineer the 2d xorg drivers frist

Name: Anonymous 2012-06-17 18:10

>>19
Modern GPUs have generic video memory (VRAM) and shared memory (GART). There are normally two buffers per output controller (crtc in linux-speak), the front left and back left buffers, marked as being used for scanout. For each window (in modern systems anyway) there's another set of front left/back left buffers.

In the case of windows, the buffer is flipped when the backbuffer is ready to be displayed. This is normally sync'd with the crtc refresh rate to avoid needless rendering.

In the case of scanout buffers, they're flipped when their respective crtcs are ready for another refresh.

The important thing to take away from this, is that these buffers are stored in memory in the exact same way that your average C program would store a large chunk - seemingly at random. Of course there are optimizations such as color tiling applied to the buffer layout, where the texture itself is stored in small chunks such that pixels that are physically close to each other are also close to each other in memory.

Asking where the "nVIDIA video buffer" is stored makes about as much sense as asking where the 3DS Max model buffer is stored. The answer in both cases is: wherever the hell the memory manager decided to place that buffer on that particular day.

Name: Anonymous 2012-06-17 18:26

>>21
Oh, so I must try randomly if I don't want to be dependent on undocumented stuff? I guess I'll then just code 50 layers of exception handlers and bug repairers

Name: Anonymous 2012-06-17 18:33

>>22
No. Go read the PCIe spec.

http://en.wikipedia.org/wiki/PCI_configuration_space

Enumerate the BUS devices, find the GPU, then you know where it's IO port range is mapped.

Display buffers can be mapped at arbitrary addresses, but you can program the GPU to allocate space in VRAM or in shared memory via IO ports.

Name: Anonymous 2012-06-17 18:34

>>22
You won't be allowed to write to it unless you're doing this from the kernel. Of course if you're writing the driver from the bottom, you're gonna need to write some firmware from linux, or write your own, which provides an API (structured as a command stream) that you can then use to allocate your very own buffers; including as many scanout buffers as you want.

PROTIP: GPU drivers are ridiculously complicated

Name: Anonymous 2012-06-17 18:35

>>24
borrow some firmware from linux*

Name: Anonymous 2012-06-17 18:40

>>23
So far as I can remember, you can't generally allocate scanout buffers in GART

Name: Anonymous 2012-06-17 18:41

>>24
Actually I was more thinking about making my own OS, rather than just a driver.. unrealistic expectations maybe, but even if I cannot win, I can go down fighting.

Name: Anonymous 2012-06-17 18:49

>>27
All GPUs still support VESA. You can support that if you just need a place to put pixels and don't care about flickering or acceleration.

Name: Anonymous 2012-06-17 19:35

One of the best things about using a mainstream proper desktop operating system, namely Windows or OS X, is that I just don't have to care about any of this shit.

Name: Anonymous 2012-06-17 19:44

>29

I concur. If it wasn't for the rest of the user space and kernel that are laughable at best I'd switch in a heartbeat.

Name: Anonymous 2012-06-17 21:07

>>30
What are you talking about? The OS is the kernel and associated tools to make the computer useful.

Name: Anonymous 2012-06-17 22:49

>>29
One of the best things about using a mainstream proper desktop operating system, namely Windows or OS X, is that I can enjoy the pleasure of being anally raped everyday by large corporations and governmental agencies, as well as lowly hackers sometimes.

Name: Anonymous 2012-06-18 9:14

>>32
Haha okay. Even if that were true, at least I can get proper work done.

Name: Anonymous 2012-06-18 9:31

>>28
You mean VESA Bios Extensions, not VESA. You can implement tear-free and flicker-free display with any VGA-compatible adapter by the way.

Name: Anonymous 2012-06-18 14:29

Nouveau is shit.

Name: Anonymous 2012-06-18 17:32

>>33
And then get said work stolen by large corporations and governmental agencies, as well as lowly hackers.  Leaving that aside means the work you're doing is completely unimportant, and/or you're a retard who doesn't care about their privacy.  Let me guess, you also use Facebook.

I'm not even going to start enumerating all the technical advantages of GNU/* over your two shitty inoperative systems.

Name: Anonymous 2012-06-18 17:50

At least one /prog/ faggot works at nVidia.

Name: Anonymous 2012-06-18 19:20

>>36
That's because there aren't any technical advantages, it's all just cultish philosophy and hot air.

Name: Anonymous 2012-06-18 20:13

>>38
I double nigger dare you to try putting a file called "Program.exe" inside "C:\".

Name: Anonymous 2012-06-18 20:16

>>38
Security is not a technical advantage?

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List