Bounty proposal: 64-bit CPU support
Andrew McCarthy (3688) 605 posts |
@ROOL. Let’s open a new bounty for the people interested in a 64-bit RISC OS. ;) It would demonstrate a commitment and provide another signpost to the future of RISC OS. |
Chris Hall (132) 3558 posts |
It a harmless suggestion. I recall a Yes Minister episode where the Minister felt that sponsoring a quango would achieve something. His PS put him wise that none of the quangos achieved anything and the Minister’s response was to kill them all off. His attention was then diverted to a crisis. |
Stuart Swales (8827) 1357 posts |
There is the problem, though, that well-meaning folks would put money towards it. |
Frederick Bambrough (1372) 837 posts |
Set minimum entry to the bounty at one million quid. |
Clive Semmens (2335) 3276 posts |
I’ll put £25 towards it, if and only if others put up a million between them – actually, make that half a million. Might be worth a shot even with only half a million. |
Sprow (202) 1158 posts |
The planning signpost you’ve already spotted is on the 6 roadmap topics identified as being significant (both in the sense of being big, and also in the sense that doing them would move the dial for RISC OS rather than treading water). The expectation is that by doing the planning stage you then have an understanding of what shape the task takes and ways to break it down into more manageable chunks rather than swallow it whole. The bounty scheme as it stands works well for things which are of the weeks/months magnitude of engineering and can be reasonably well defined, but the overall task for 64 bit is clearly N years magnitude. So I think what we’ll more likely see is a list of tasks which can be bounded and delivered, and may well benefit the 32b world today as well. An example off the top of my head might be rewriting BASIC in a HLL & adding 64b integer support (overlaps slightly with an extended BASIC) as you’ll need both of those things in a 64b world, but they’re also useful on 32b ARMs. |
Michael Stubbs (8242) 70 posts |
Thread resurrection alert. I emailed ROOL about this a few weeks ago but something has gone astray somewhere and I am not in receipt of a reply. I’m just a user, but recognise that 64bit is necessary for the long-term future. I’m looking at donating but I want my money to be going towards 64bit (and/or multi-threading). Since there’s no 64bit bounty I don’t know how to achieve this. Is there a resource that a normal user could understand that would indicate which bounties are part of that effort? |
Richard Walker (2090) 431 posts |
I would imagine that ‘64-bit’ is a work item that would absolutely dwarf any of the current bounties. So have a look at the larger (in terms of money) and ask yourself if you are able and willing to donate some soft of multiple of that amount. Perhaps then it would be possible to buy some ‘ROOL time’, and/or contract out some work. |
Michael Stubbs (8242) 70 posts |
Appreciate your helpful response, but this is what I am really looking for. The 64bit problem is clearly going to be broken into smaller problems, as the other bounties are – the proper way to do things in computing anyway. The question remains which ones belong to the 64bit effort. For example, the filer work is, I presume, from the mention of 64bit. |
Rick Murray (539) 13850 posts |
No, that’s 64 bit object addresses, to allow for really big files and really big discs… something that isn’t possible at this point. (same reason you can’t put a 6GB video on to a FAT32 stick)
The 64 bit problem pretty much involves rewriting huge parts of the OS and, personally, I think it would be a massive mistake/missed opportunity to think of doing that, but keeping the same underlying API (that is tied hard to the way the original 26/32 bit processors work). I’m really not sure “a bounty” would even begin to cover it. Maybe if you pick the right numbers on Euromillions and don’t mind funnelling a lot of that into development costs, then maybe it can happen… If we want RISC OS to live on as the OS we are all familiar with, maybe there should be a bounty for some sort of emulation that’s just a mite newer than “it’s a RiscPC”? |
Stuart Swales (8827) 1357 posts |
Indeed, there are many ‘64-bit’ things that could usefully be done right now to use on current 32-bit systems. Accessing files >4GB as Rick mentions, and 64-bit integers in (a different flavour of) BASIC. |
Colin Ferris (399) 1818 posts |
It would be handy if one of the Arm machines could be made to go from 64 to 32bit and back. Or perhaps a emulator that could achieve the same. |
Simon Willcocks (1499) 519 posts |
That’s relatively easy, the 32 bit code runs in a non-secure environment given a chunk of memory. Getting 40 year old programs to play ball is another matter. |
Stefan Fröhling (7826) 167 posts |
As I understand both RISC OS Open and RISC OS Development Ltd. are working in some way to make 64bit RISC OS possible as they both work on RISC OS to convert ARM assembler code into C/C++. There could be different stages of 64bit kernel: I will open soon a Patreon to support RISC OS development that is not covered by ROOL or RISCOS Dev. |
Daniel J (1557) 39 posts |
What could possibly go wrong… |
Peter Howkins (211) 236 posts |
That’s interesting. Because I’m thinking of starting a scheme to support RISC OS development that’s not covered by ROOL, ROD or Cloverleaf. If people could just email me their bank details, I’ll take out what I consider an appropriate amount each month. Thanks in advance, I know the RISC OS community is so supportive. |
David Feugey (2125) 2709 posts |
Why? How having a kernel without any modules could help speed up the process?
:) |
Simon Willcocks (1499) 519 posts |
I’ve taken a step back from what I was doing, starting from the ground up again, in the hopes of a more solid foundation now I think I know what’s required to keep legacy code happy. (Basically, there is are small stacks for each core and each mode, and one big one that gets passed around whoever thinks they’re the only player in a RISC OS system; new modules will run in usr32 mode and provide services.) SimpleAsPi (it doesn’t do any more than blink some external LEDs, at the moment.) There’s some old 64-bit code to manage a 32-bit environment here, but it’s years old now, and quite strange! |
Stefan Fröhling (7826) 167 posts |
@Simon Willcocks |
Simon Willcocks (1499) 519 posts |
email is fine, my dot name at gmx dot de (if you can crack the cunning code!) Or via GitHub, especially for issues. |