Announcement

Collapse
No announcement yet.

FreeBSD 9.1 Officially Released

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

  • FreeBSD 9.1 Officially Released

    Phoronix: FreeBSD 9.1 Officially Released

    While it's arriving late, FreeBSD 9.1 has been officially released just in time for 2013...

    http://www.phoronix.com/vr.php?view=MTI2NTM

  • #2
    i don't care for nouveau on freebsd. because like normal OSes, it has a stable API, so binary drivers work properly.

    Comment


    • #3
      Originally posted by garegin View Post
      i don't care for nouveau on freebsd. because like normal OSes, it has a stable API, so binary drivers work properly.
      "I don't care for open source"

      Comment


      • #4
        Originally posted by LightBit View Post
        "I don't care for open source"
        Unless he is writing drivers, him caring will not matter very much.

        Comment


        • #5
          Not that Linux had no binary drivers or something. Open Source is not the ultimate answer to anything.

          Comment


          • #6
            inb4 BSD is "gay" and "needs to die" and is "in bed with M$" etc etc and the usual shitfights.

            Comment


            • #7
              Originally posted by ryao View Post
              Unless he is writing drivers, him caring will not matter very much.
              Well it does matter, if more people would use open source driver instead of closed one, nvidia would make more effort to open their drivers.
              If nvidia bankrupts their closed source driver will soon become useless.

              Also unstable API (and ABI) isn't only reason for open source.

              Comment


              • #8
                If nVidia bankrupts, open source drivers won't have much use either anymore.

                Comment


                • #9
                  Originally posted by Cthulhux View Post
                  If nVidia bankrupts, open source drivers won't have much use either anymore.
                  I'm not buying new graphic card every year.

                  Comment


                  • #10
                    Some moron starting a GPL vs. BSD trollwar in 3, 2, 1....

                    Comment


                    • #11
                      Originally posted by phoronix View Post
                      Phoronix: FreeBSD 9.1 Officially Released

                      While it's arriving late, FreeBSD 9.1 has been officially released just in time for 2013...

                      http://www.phoronix.com/vr.php?view=MTI2NTM
                      The chances getting GPGPU working on FreeBSD via OpenCL are much better with an open source driver than with nVidias BLOB. nVidia is still not willing to support FreeBSD for this very important GPU usage profile even for the scientific area, where FreeBSD doesn't play any real serious role anymore. FreeBSD is now moving forward with LLVM, LLVM now has the nVidia PTX backend they use for their device target binary code generation for CUDA/OpenCL utilizing LLVM, but it is still not applicable on FreeBSD for the usage with the nVidia BLOB or any library, that provides OpenCL (like FreeOCL or POCL). People underestimate how important this usage of GPGPUs become over the past 24 months and it is like an ultimate sentence, whether the operating system will have a future on the open market/the community or getting dumped into a niche product. Niche products do not get much attention and therefore they will vanish over time.

                      The long-awaited Intel KMS support for FreeBSD is quite exciting though it's a constant challenge of back-porting changes from the Linux kernel. There's also no official Radeon or Nouveau driver KMS/DRM drivers in FreeBSD.
                      Well, would this fu...ng X11 foundation do its job right - providing a platform independend graphical users interface as they did in the great time of the UNIXes - their wouldn't be this backporting issue. The OSF blames the *BSD to being behind, the *BSDs blame the OSF for being Linux-nailed. It would be of great interest to figure out what's right and where the truth lies. Indicating that, for instance, the *BSDs are behind is KMS: it is said, that this technique is important to get rid of a root-driven Xorg server, and this should be of great concern even for the OpenBSD people. But there is not much efford to create a platform independend solution. So, at least OpenBSD is behind?

                      On the other hand, people developing on the drivers are obviously Linux-only and a kind of narrow minded when it comes to more broader views and independend solutions. It seems to be a bit as they are only capable of engineering. Well, that is bad, since engineering makes things, that already exist, better, but it makes us never getting beyond it to gain access to new territories - it is like jet engines and rocket engines. All what's done today is clearly engineering.
                      The great time, when development was mor open and broad-minded is definitely over and an echo of the past. Today it seems everything is Linux-related in a very clumsy way.

                      Comment


                      • #12
                        Originally posted by Eisnefaust View Post
                        Well, would this fu...ng X11 foundation do its job right - providing a platform independend graphical users interface as they did in the great time of the UNIXes - their wouldn't be this backporting issue. The OSF blames the *BSD to being behind, the *BSDs blame the OSF for being Linux-nailed. It would be of great interest to figure out what's right and where the truth lies. Indicating that, for instance, the *BSDs are behind is KMS: it is said, that this technique is important to get rid of a root-driven Xorg server, and this should be of great concern even for the OpenBSD people. But there is not much efford to create a platform independend solution. So, at least OpenBSD is behind?

                        On the other hand, people developing on the drivers are obviously Linux-only and a kind of narrow minded when it comes to more broader views and independend solutions. It seems to be a bit as they are only capable of engineering. Well, that is bad, since engineering makes things, that already exist, better, but it makes us never getting beyond it to gain access to new territories - it is like jet engines and rocket engines. All what's done today is clearly engineering.
                        The great time, when development was mor open and broad-minded is definitely over and an echo of the past. Today it seems everything is Linux-related in a very clumsy way.
                        OSS video driver's performance is already fairly limited, id rather not drag it down further by having to abstract away the OS dependent portions of it into some OS-agnostic layer. If being Linux-driven or using Linux-specific features means better performance for Linux then I say go ahead and use those features. Yes, KMS should be a bigger deal to the *BSD's (especially OpenBSD) but apparently to them its not worth the effort-- theyre loss.

                        Comment


                        • #13
                          AFAIK the open source drivers are already quite portable, with most of the OS dependencies (memory management & process control) limited to a couple of areas in the kernel driver. I say "most" because IIRC locking operations are scattered more broadly and I don't know how portable they are.

                          IMO the bigger issue is that the graphics stack has become a lot more sophisticated over the last few years (hence larger & more complex), while the manpower available for *BSD graphics driver work seems to have gone down if anything, so the big slug of kernel driver enhancements (TTM, KMS) is going to take a while to digest on the BSD side.

                          Once the KMS/TTM transition has happened it seems like the ongoing work should be more manageable, and no OSes will have to be harmed.
                          Last edited by bridgman; 01-01-2013, 01:45 PM.

                          Comment


                          • #14
                            Originally posted by BSD Sucks and Dies
                            Don't be tricked by what they announce on freebsd.org, as it is often not true.
                            citation needed

                            Originally posted by BSD Sucks and Dies
                            I just had a look at the mailing list and apparently, they simply re-label a copy of freebsd 9.0 into freebsd 9.1
                            citation needed

                            Originally posted by BSD Sucks and Dies
                            the actual 9.1 source and binaries were deleted by the hackers when they penetrated the system on 11th November.
                            citation needed

                            Originally posted by BSD Sucks and Dies
                            Indeed FreeBSD is decaying
                            citation needed

                            Please provide sources to your assertions. You've accused the FreeBSD project of lying and being incompetent, please back these accusations up with hard data.

                            For the record, I'm on the mailing lists as well and your comments about things you have found on the mailing list are simply not true.

                            Comment


                            • #15
                              So freeBSD (BDSM) has crapped out more shit to be closed by their pimps M$ and Apple. Whats more is that it's most likely just a relabel to some of their crap to make it look new to scam people.

                              I looked at the so called "new" features they claim, even if they are true, there is nothing to celebrate about with these features as they were implemented by Linux years before and are now out dated. Dumb retards, Why don't they switch to Linux rather then waste their lives porting these out date things to BDSM. OH WAIT... Their shit and they want to be pimped by M$ and apple and kill linux, Oh well.

                              Comment

                              Working...
                              X