Follow Slashdot stories on Twitter


Forgot your password?
Graphics Operating Systems Be Open Source

Haiku Gains Support For Current Radeon HD Cards 70

As reported by Phoronix, the Haiku operating system "has added (untested) support for the newest AMD Radeon graphics cards to its open-source driver for the BeOS-compatible operating system." (Specifically, that support is for the "Mullins" and "Hawaii" graphics processors.) Impressive that this project keeps the BeOS flag raised and continues to modernize; Haiku has been around since 2001 — years longer than Be, Inc. itself lasted.
This discussion has been archived. No new comments can be posted.

Haiku Gains Support For Current Radeon HD Cards

Comments Filter:
  • by Anonymous Coward

    Not to take anything away from the folks working on Haiku, and not that I would ever accuse Phoronix of jumping the gun on a story *cough*, but I really don't think you can claim support for new hardware before someone has tried running the code.

  • Haiku hauku (Score:4, Funny)

    by hawk ( 1151 ) <> on Sunday May 25, 2014 @07:30PM (#47089769) Journal

    Beos fails to sel
    Asks too much for Apple sale
    now just open source

  • No acceleration (Score:5, Informative)

    by Anonymous Coward on Sunday May 25, 2014 @07:40PM (#47089821)

    Remember, no graphics (not "No modern Radeon HD graphics" or even "No Radeon graphics" but no graphics at all) in Haiku are hardware accelerated.

    The ONLY acceleration they offer at all is YCbCr scalable overlays for video on old chipsets that still did that sort of thing, which obviously Radeon HD does not. No 3D, no compositing, no blit operations, everything is done in RAM and then the whole frame is copied to the framebuffer.

    Of course today's CPUs are really fast. So long as you do simple 2D graphics or you have a really poky high-end CPU, Haiku can make this look pretty good despite not using virtually any of the transistors on your $200 graphics card.

  • Yet another OS?
    This plethora of systems
    Adds to general mess
    • I like variety, though I've never used Haiku or BeOS, but heard good things about it, especially back when BeOS was still an active business, with some folks who put their heart into it, but was steamrolled into oblivion by monopolistic competition. It's kinda hard to resurrect a dead corpse and breathe new life into it. It feels like people trying to bring step-dancing from the 40's movies back into vogue today. It's not gonna fly very far in this modern age of half shaved heads and pierced clits and nostr
      • When i was in high school, I bought a copy of BeOS. I thought it was really cool. it flew on my k6 with a matrox video card. it came with cool demos like dragging videos onto a 3d cube and playback all sides. really i think it had much more polish than Linux or windows of the day visuals-wise (my opinion linux still drags behind on this). even today, a modern OS struggles to load itself from power off in under a minute, where BeOS loaded itself in under 15 seconds. I would have loved to see it survive, but
      • I like variety, though I've never used Haiku or BeOS, but heard good things about it

        I do not like variety if it mostly just produces various unusable things.

        • Monoculture is the death of innovation and invention.

          • Well, I guess there is a truth to that side too. I suspect that Microsoft finally made Windows so much better in the NT 6 series as Linux was getting "too good". On the other hand, I still think that the open source landscape is even too diverse. There's a lots of things which are essentially only slightly different from some other thing, providing only little innovation and mostly just causing duplicate work.
            • The open source movement is under extremely strict control by copperheads (all over the internet the term is either for a venomous snake, or for some party during the civil war, when the meaning should be undercover agent), pretending to look out for the interests of open source, but in reality making sure that it never gets usable or good enough, while allowing enough room for some new ideas that can be used in commercial software. Even the Linux "leaders" are preaching the virtues of the "cloud." Like how
        • Fear of failure is the biggest obstacle to getting good results. If you can afford it, then having 10 teams go off and do things that will probably fail is a good way of finding the one path that has unexpected good results. The Haiku team isn't costing anyone anything (and their code is permissively licensed, so occasionally interesting bits end up in other systems). Even if it's a dead end, it's worth having someone check that it doesn't go anywhere - you never know, there might be some useful spin-off
        • Life evolves by mutations, and mutations mostly just produce various unusable things, but you yourself are just a whole bunch of lucky mutations starting from the very first bacteria that appeared on the surface of this planet, and so are all the other lifeforms around you, including bacteria, fish, birds, cats, dogs, chipmunks and earthworms.
          • Do a google image search on "still born mutation baby" to see mutations/evolution in action, and all the various unusable things it produces.
  • by aussersterne ( 212916 ) on Sunday May 25, 2014 @07:58PM (#47089871) Homepage

    some of the window management features seem interesting to me.

    Why has nobody else implemented the Haiku version of tabs and the ability to "stitch" windows at borders? I can see convenient uses for those. Were these features in BeOS? (I never used it.)

  • by Anonymous Coward on Sunday May 25, 2014 @08:02PM (#47089885)

    Too bad a few of the late bloomers are quick to jump on her grave. Multimedia was it's strong suit, and way out ahead of any Linux distro at the time. Try that with Slak, Mandrake or Redhat 6.x .

    • by cide1 ( 126814 ) on Sunday May 25, 2014 @10:22PM (#47090279) Homepage

      On hardware from circa 2001, BeOS had an audio latency of about 3 msec from input to output. I don't know the x86 / x64 number, but in 2014 running on the best ARM hardware available, by default, the Linux scheduler runs every 10 msec, so audio latency of 40-80 msec is pretty common. In many applications, that is quite a significant difference. There are good reasons why Linux has this latency, but it is a question of optimizing for different use cases. BeOS had a laser focused use case of Desktop performance. Linux is used on servers, desktops, embedded, super computers, and all kinds of wierd places.

      • by TheRaven64 ( 641858 ) on Monday May 26, 2014 @09:04AM (#47091813) Journal
        Linux is hardly a sensible point of comparison, because the reliance on userspace sound daemons (low-latency in-kernel sound mixing would bloat the kernel, but a web server in the kernel is fine...) means that you end up needing a lot of round trips to get audio out. On FreeBSD, for example, the mixing happens in the kernel so if you really need low latency you can pin a process to a dedicated core and have it pushing things out very quickly. Most of the time, it's fine to keep the buffers filled and allow other processes to share the core.
    • Yes, BeOS was interesting... like 15 years ago. Today, not so much. And by not so much I mean, "People actually use Haiku? Who? And WHY?" I could do most of what I need to do today on WIndows 3.11, but that doesn't mean it would be a good idea.
      • Says a guy who obviously has no clue about operating systems.
        Hint: a quick look shows end user systems are dominated by different window versions (which all are pretty useless if you are a power user and know real OSes), various Linux versions, to a lesser extend BSDs and finally Mac OS X.

        Conclusion: there is plenty of room for alternating OSes.

        Next time you tell us: there is only cone car company needed ... the 'problem car' is solved.

        Another free hint: read about Hurd or Plan 9 and you see, there is plent

      • I remember when people said the same thing about Linux. Boy have things changed.
  • Awesome! (Score:5, Funny)

    by viperidaenz ( 2515578 ) on Sunday May 25, 2014 @09:52PM (#47090193)

    Open source OS nobody uses provides support for graphics acceleration hardware without any hardware graphics acceleration.

    • The radeon_hd work is mostly to provide reliable mode-setting and to enable the full range of resolutions on Radeon HD cards. There is talk of hardware rendering, howevever we need a pipeline to connect Mesa / Gallium to the card. DRM is very Linux centric. In a lot of ways our driver is cleaner than the Linux one, i've been careful to refacter quite a bit of messy code as I went. We're actually working with the Linux radeon developers to point out issues in the Linux kernel driver. Everyone wins.

"my terminal is a lethal teaspoon." -- Patricia O Tuama