Page 2 of 26 FirstFirst 123412 ... LastLast
Results 11 to 20 of 259

Thread: Linux Developers Still Reject NVIDIA Using DMA-BUF

  1. #11
    Join Date
    Mar 2010
    Posts
    35

    Default

    Quote Originally Posted by peppepz View Post
    They don't release code. They don't help with code written by others. They don't even release documentation. But now that they're not having the upper hand, they ask if pretty please Linux itself can weaken its license status in order to enable them to continue doing the f**k that they want, as they have continuously done until today. How brazen-faced can you get?
    I'm all for OSS to be sure, but let's not forget that those closed source drivers are giving NV users very decent video acceleration and HDMI audio support, and have been doing so for ages. Something your can't say of, for instance, AMD. There are always two aspects to it: openess of the source and functionality delivered. It's hard to beat NV in the 2nd category.

  2. #12
    Join Date
    Apr 2011
    Posts
    405

    Default

    Quote Originally Posted by bug77 View Post
    What is EXPORT_SYMBOL_GPL and why is it so important it is GPL only?
    It means that the kernel developers consider something that uses those symbols to be a derivative work of the kernel.

    Several years ago, there was a troll named Jeff Merkey that wrote proprietary software and had a history of involvement at Novell and Microsoft. He wrote some proprietary Linux kernel modules and lied about the license so that it would let him use GPL-only symbols, and he also suppressed the "kernel is tainted" warning so the user wouldn't see it.

    From what I can tell, he's just lucky nobody decided that he was important enough to sue or get an injunction against (his business eventually went under not too long after he did that). It certainly angered a lot of kernel developers.

    Merkey also had a very childish, petty, egotistical attitude and went around and tried slandering several kernel developers that made him angry, including making a libelous statement that one of them had AIDS, among other such nonsense.

    It seems that particular troll is all but forgotten.

    I think Nvidia would not let their employees act the way Merkey did, and I'm sure their lawyers won't let them make derivative works of the Linux kernel just because they don't want to risk the legal consequences of that.

    Nvidia is pushy, and I think what they really want from Linux is something like what FreeBSD has done, where Linux developers stop caring about open source drivers or fixing driver interface bugs and just freezes "something" bugs and all, calls it an ABI, and lets Nvidia do whatever stupid things they want.

  3. #13
    Join Date
    Apr 2011
    Posts
    405

    Default

    Also, the "taint" warning is there for a good reason. It lets the user know they are running the kernel in a configuration that is totally unsupportable by either the upstream kernel developers or by the distribution that the user is running.

    Yeah, you get an Ubuntu every once in a while that claims they "support" proprietary broken crap drivers, but they really can't. Their ability to support it is the same as your ability to support it. They can *ask* the developer and *hope* that it gets fixed, some month, year, ever....

  4. #14
    Join Date
    Dec 2009
    Posts
    492

    Default

    Quote Originally Posted by DaemonFC View Post
    It means that the kernel developers consider something that uses those symbols to be a derivative work of the kernel.
    Ok, but what is it? Because if were just a list of symbols, the situation would be rather ridiculous.

  5. #15
    Join Date
    Aug 2012
    Posts
    494

    Default

    Quote Originally Posted by bug77 View Post
    Ok, but what is it? Because if were just a list of symbols, the situation would be rather ridiculous.
    Wasn't a kernal developer also claiming that the data coming out of the driver is also gpl'd (becuase it was labeled with a gpl'd symbol)? So, they basically are saying the user's data is thier right to license as well. Worse than Apple and Microsoft if you ask me.

  6. #16
    Join Date
    Apr 2011
    Posts
    405

    Default

    Quote Originally Posted by dh04000 View Post
    Wasn't a kernal developer also claiming that the data coming out of the driver is also gpl'd (becuase it was labeled with a gpl'd symbol)? So, they basically are saying the user's data is thier right to license as well. Worse than Apple and Microsoft if you ask me.
    Nothing in userspace is ever considered a derivative of the kernel. Something that actually becomes part of the kernel is. Nvidia and AMD try to wiggle around this by having some permissively licensed "kernel glue" that basically does nothing useful on its own, and just provides interfaces for their userspace stuff.

    I think they spell out what they consider derived works in the COPYING file.

    NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of "derived work".

    Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the Linux kernel) is copyrighted by me and others who actually wrote it.

    Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated.
    http://git.kernel.org/?p=linux/kerne...OPYING;hb=HEAD

  7. #17
    Join Date
    Jun 2012
    Posts
    355

    Default

    Quote Originally Posted by Paradox Uncreated View Post
    So why are Nvidia so afraid of opening up their drivers? I mean plenty of worldclass stuff in linux, my own plugins included. They are a hardware seller right? So the drivers that come with are open-source, what harm would it do? And sharing that, does that make anyone more competitive? Think about optimizations from the users aswell. Probably to the point of optimal. And generalized for any driver. So everyone contributes. How can that be negative?

    Peace Be With You.
    Except for a few points:

    1) First off, in most companies, S/w Coding standards is company proprietary information. So thats why NVIDIA can't just open their drivers.

    2) The drivers for the H/W are going to be at a VERY low level, and will basically show how NVIDIA accomplished everything in its H/W. You think AMD/Intel would like to see that information? This is especially notable, since NVIDIA has a lot of specialized components on its cards to handle certain tasks (they've hinted at such over the years...)

    3) If the Kernel does not expose a way for a technology like Optimus to work, then the only way to accomplish it is though drivers. And since NVIDIA will not open their drivers up (nor should they be required to), anyone who opposes NVIDIA's efforts looses the right to complain about the lack of optimus support.

  8. #18
    Join Date
    Apr 2011
    Posts
    405

    Default

    Quote Originally Posted by gamerk2 View Post
    Except for a few points:

    1) First off, in most companies, S/w Coding standards is company proprietary information. So thats why NVIDIA can't just open their drivers.

    2) The drivers for the H/W are going to be at a VERY low level, and will basically show how NVIDIA accomplished everything in its H/W. You think AMD/Intel would like to see that information? This is especially notable, since NVIDIA has a lot of specialized components on its cards to handle certain tasks (they've hinted at such over the years...)

    3) If the Kernel does not expose a way for a technology like Optimus to work, then the only way to accomplish it is though drivers. And since NVIDIA will not open their drivers up (nor should they be required to), anyone who opposes NVIDIA's efforts looses the right to complain about the lack of optimus support.
    I think the two biggest reasons Nvidia and AMD don't want to open source their drivers or release certain specs (AMD) or anything at all (Nvidia) comes down to not wanting to reveal implementation details of Windows that are under NDA or risk leaking information that would be useful in breaking something like blu ray DRM.

    The nature of the way Nvidia and AMD's proprietary drivers and Linux itself works makes some things their drivers do possible to reverse engineer simply by watching the state of the hardware as you ask the proprietary driver to tell the GPU to do something. That's how Nouveau came about.

  9. #19
    Join Date
    Apr 2008
    Location
    Zagreb, Croatia
    Posts
    115

    Default

    NVidia (and companie alike) will try, and you can't blame them for that,
    it's just business as usual. GPL is the sole reason for today user freedom
    and diverse software ecosystem. I think nVidia has to rethink their current
    position (Linus loves them) and give back to the community. And thats just
    exactly what developers are saying between lines. Don't be a douche, you
    can't get love (gazillions of manyears of GPL development) if you don't even
    consider supporting opensource drivers. It's not our fault that your engineers
    and financial analysts took the road of developing a technology that can't be
    nice with opensource. It's your choice, your financial bottom line and now
    grow a pair and deal with it.

    Damn, I'm pissed

  10. #20
    Join Date
    Jan 2010
    Location
    Portugal
    Posts
    945

    Default

    Quote Originally Posted by gamerk2 View Post
    3) If the Kernel does not expose a way for a technology like Optimus to work, then the only way to accomplish it is though drivers. And since NVIDIA will not open their drivers up (nor should they be required to), anyone who opposes NVIDIA's efforts looses the right to complain about the lack of optimus support.
    So how did they do it in Windows? Does the Windows kernel offer the technology required for implementing it or is it all in the drivers?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •