Announcement

Collapse
No announcement yet.

ZFS On Linux Has Figured Out A Way To Restore SIMD Support On Linux 5.0+

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Space Heater
    replied
    Originally posted by k1e0x View Post
    *If* Sun made the CDDL to be incompatible.. They did a really poor job. Lol


    Danese Cooper, the person who wrote the CDDL, has stated multiple times that Sun demanded it be made incompatible with the GPLv2 so that Linux could not incorporate the key technologies of Solaris 10 - ZFS, Dtrace, mdb, etc.

    Originally posted by Danese Cooper
    I pleaded with Sun to use a BSD family license or the GPL itself and they would consider neither *because* that would have allowed D-Trace to end up in Linux.

    Leave a comment:


  • k1e0x
    replied
    *If* Sun made the CDDL to be incompatible.. They did a really poor job. Lol



    Leave a comment:


  • brent
    replied
    Originally posted by sa666666 View Post
    If anyone doesn't agree with the terms of Linux licensing, they are free to use something else (and there are several alternatives). The fact that even with all the alternatives people still want to use Linux and ZFS, it means that they see many advantages in Linux. Linux kernel under GPLv2 existed long before ZFS was open-sourced. If you want to participate with the entrenched standard, you have to follow their rules. So the onus is on ZFS to be made GPLv2-compatible. I can't see why so many people find this hard to understand.
    Unfortunately that's close to impossible. ZFS (ZoL) has many, many authors and it's not really feasible to relicense it. Sury, it was a shit move by Sun to make CDDL incompatible to GPL on purpose, but people that want to use it can't change that. And unfortunately, there is no alternative to ZFS available either.

    Again, to repeat for everyone that seems to need to hear it multiple times; if you don't agree with how Linux works, DON'T USE IT. Why waste time coming here and bitching about it. Go use Windows, one of the BSD's, etc. Why make life harder for yourself??
    The world isn't that black and white.

    Leave a comment:


  • sa666666
    replied
    Originally posted by birdie View Post
    Don't worry: kernel devs will soon hide even more functions under GPL and your f*ckery will never cease.
    The kernel is released under the GPLv2. They are free to change whatever function that they want to be exported as GPL. This is widely known, and was known at the time that ZFS was released. Sun specifically made a license that was incompatible, just to spite the progress of Linux and hope that Sun/Solaris would become more popular. It didn't work out for them, obviously.

    If anyone doesn't agree with the terms of Linux licensing, they are free to use something else (and there are several alternatives). The fact that even with all the alternatives people still want to use Linux and ZFS, it means that they see many advantages in Linux. Linux kernel under GPLv2 existed long before ZFS was open-sourced. If you want to participate with the entrenched standard, you have to follow their rules. So the onus is on ZFS to be made GPLv2-compatible. I can't see why so many people find this hard to understand.

    Again, to repeat for everyone that seems to need to hear it multiple times; if you don't agree with how Linux works, DON'T USE IT. Why waste time coming here and bitching about it. Go use Windows, one of the BSD's, etc. Why make life harder for yourself??

    Leave a comment:


  • skeevy420
    replied
    hreindl

    No one can read what you post.

    All you do is spam our message boxes with "hreindl and -1 user have posted on your subscription: yada, yada, yada".

    Leave a comment:


  • skeevy420
    replied
    Originally posted by birdie View Post
    Don't worry: kernel devs will soon hide even more functions under GPL and your f*ckery will never cease.
    That's exactly what I thought -- seems like ZoL is using an exploit that'll get patched up; not to mention having to disable preempt. I'm going to continue using the gpl exports patch.

    Leave a comment:


  • birdie
    replied
    Don't worry: kernel devs will soon hide even more functions under GPL and your f*ckery will never cease.

    Leave a comment:


  • jacob
    replied
    Originally posted by Space Heater View Post

    The CDDL was created by Sun specifically to be GPLv2-incompatible and hence ZFS cannot use __kernel_fpu_{begin,end} as it exported as GPL only.

    https://github.com/torvalds/linux/co...a24e3d5b8be205
    Thanks for the short and clear explanation. What is the situation on other CPU architectures like ARM or POWER, where the SIMD registers are distinct from regular FPU registers? Is ZFS optimised to use SIMD on these machines as well?

    Leave a comment:


  • oiaohm
    replied
    Originally posted by jacob View Post
    AFAIK BTRFS uses SSE/AVX too, and possibly other kernel subsystems as well. Can someone summarise what is the specific issue that affects ZFS but is not a problem for the others?
    1) License ZFS results in it not being mainline part.
    2) Even this work around is going to be trouble.


    PREEMPT_RT means the disabling preemption route is path to trouble.

    As Linux kernel comes more real-time able using any of these functions that need locking can come trouble.

    Leave a comment:


  • Space Heater
    replied
    Originally posted by jacob View Post
    Can someone summarise what is the specific issue that affects ZFS but is not a problem for the others?
    The CDDL was created by Sun specifically to be GPLv2-incompatible and hence ZFS cannot use __kernel_fpu_{begin,end} as it exported as GPL only.

    There is one user of __kernel_fpu_begin() and before invoking it, it invokes preempt_disable(). So it could invoke kernel_fpu_begin() right away. The 32bit version of arch_efi_call_virt_setup() and...

    Leave a comment:

Working...
X