Holy crap. I want to buy a risc-v computer just to play with this! Do they have a raspberry-pi type device somewhere? (Yes, I'm too lazy to Google for it :)
Haiku OS ported and running on RISC-V
81–89 of 89 posts
Re: Haiku OS ported and running on RISC-V
#82Earlier quoted context omitted.
Do you think adversarial country relations specially from sanctioned countries like China and Russia might count in favor of Risc-V development and adoption?
I cannot comment on Russia, not an area I am familiar with. But I believe that is already the case with China. An industry planning organization in China has indicated the plan to standardize on RISC-V across the board, with domestically designed and manufactured processors. The intent there is, I'm guessing, to disentangle China from any IP issues, or supply interruptions should trade be disrupted. Chinese media has…
Re: Haiku OS ported and running on RISC-V
#83Earlier quoted context omitted.
GTK in resource constrained environment? Uh... Motif, along with X11 is just completely obsolete platform. (btw, this is what UHH thinks about it: "What Motif does is make Unix slow. Real slow.") There's some weird GPU hate in this thread that I don't quite understand. Try to render dragging content of 1080p window at 60fps on cheap mobile ARM core, and you will likely blow your whole time budget just on filling the…
Like on the PinePhone, using sxmo? Works great. Ditching the _enormous_ Android stack is an easy win.
Re: Haiku OS ported and running on RISC-V
#84Re: Haiku OS ported and running on RISC-V
#85Love this and love the idea of having a RISC based workstation as my daily driver. Any suggestions on where to buy it ?
The best performance this year will be SiFive's "HiFive Unmatched" with four cores more or less equivalent to an ARM A55. Raw speed should be a little quicker than a Raspberry Pi 3, but the user experience will be better because it has an M.2 slot for a modern SSD, a PCIe slot that Radeon graphics cards work in (they demonstrate it with an RX 580), and 16 GB RAM. Pricey at $665 for the Mini-ITX motherboard with CPU a…
Re: Haiku OS ported and running on RISC-V
#86Haiku is ideal for embedded graphical systems, since it’s designed as a single user low latency unified system. As the technology stack is unified (from the higher level user space to low level kernel), with a unified desktop environment, unified IPC mechanism, unified file system, unified audio and media system etc, it allows system builders to make lean embedded applications and tools. Case in point - the Medo medi…
> Haiku is the ideal system for a Risc-V embedded device (think car console, tablet, media centre, info kiosk etc) Haiku predecessor BeOS was present in yet even smaller version (BeIA) on embedded systems and Internet appliances [1] so kinda ahead of the times already. [1] - https://en.wikipedia.org/wiki/BeIA
Re: Haiku OS ported and running on RISC-V
#87Earlier quoted context omitted.
cooperative multitasking, no memory protection, can't take advantage of multiple cores, and very much tied to the ARM architecture?
Has Haiku already improved the crash friendly in multihreaded code experience, and software rendering from BeOS?
Re: Haiku OS ported and running on RISC-V
#88Love this and love the idea of having a RISC based workstation as my daily driver. Any suggestions on where to buy it ?
An announcement of Allwinner D1 based SBCs expected at cheap ($12 has been named before) pricing within weeks, if not days. I'd go for that.
Re: Haiku OS ported and running on RISC-V
#89Earlier quoted context omitted.
You should look at GUI via ImGUI if this is an opinion you hold. Immediate mode GUI creation. Very straightforward and just requires an OpenGL context (which can be software of course, so all CPU based if you want). A lot of games use it because it can be easily added as an additional layer to your final image (and is represented as just an image).
Sure and ImGUIs are extremely unpleasant to use in power/resource constrained environments. You should look at GTK+, motif, or TCL/Tk. They're very straightforward and don't turn people's devices into hand warmers.
I'm not a mobile developer so this is all new to me. Thanks for the info.