Raspberry Pi 2
Steve Pampling (1551) 7929 posts |
Has to be to run on OMAP3 (Beagle) if you think about it. |
Rick Murray (539) 13401 posts |
I am under the impression that this is a special “Internet of Things” release of Windows 10. Don’t expect a desktop. In fact, given that the new SoC is ARMv7 and there’s a shedload of memory, cores, etc – I think the Windows connection helps to give the platform some creditability, at least for those who don’t know of Windows RT, but the real news probably ought to be – this spec is within Ubuntu’s sights. This could be an interesting summer…
Will it run IE? Will it run Word? Will it run Excel? I think it’ll be either a flat NO or you’ll be stuck with an “app version”. Consider Google Docs. The browser version is quite clever and remarkably capable for something running in a browser. The dedicated app STILL cannot place a flamin’ picture on the page. Nor can you edit styles – to get rid of Tahoma that kept turning up, I had to open my doc in the browser, tweak it, then resync it to the iOS Docs app. That’s almost comically bad. I really hope that anything “Windows” doesn’t take the cut-down-app-style route.
Er… No.
Damn, what a missed opportunity if so. |
Rick Murray (539) 13401 posts |
What, like the Beagle version? ;-) [edit: just noticed Steve already said this…] |
Eric Rucker (325) 232 posts |
Regarding PMT, it’d be stupid not to make the multicore support use PMT for its own threads, especially given the fact that there is a PMT multiprocessor support library for RISC OS already (although it’s written for an old piece of hardware that never took off, and AFAIK it can’t run threads on the main processor alongside CMT processes). |
David Feugey (2125) 2687 posts |
To have an emulation for unaligned loads would be greatly appreciated, since most Iyonix software do not work with an ARMv7 processor.
PMT does not always mean SMP (for example, Amiga OS choose AMP, since SMP was too difficult to implement). To be honest, I think AMP is better. It’s not transparent for developers (as CMT is not ‘as transparent’ as PMT), but if you adapt your application for an AMP system, you can also make it working on a cluster. Nothing to change. IMHO, it’s more futur proof. You wan’t more power? You add cores. You wan’t more more power? You add nodes. |
Jon Abbott (1421) 2598 posts |
I was under the impression there was still some ambiguity about it due to the following statement in the ARMv7 primer:
I may just have misinterpreted this statement though.
I seem to recall there was some talk about implementing this in the Abort handler, it would make sense considering the amount of 32bit software for the Iyonix that breaks past ARMv5. |
Theo Markettos (89) 919 posts |
Can confirm that last night’s nightly boots on a Pi 2; there’s an abort after finishing module init, and FileCore in use so that SDFS isn’t functional (and thus !Boot isn’t run), but otherwise things look OK. Desktop is fine, HDMI works, USB keyboard and mouse working, 1GB RAM is there, SDFS can detect my SD card, EtherUSB detects the ethernet – so all looks pretty good. USB mass storage is detected, but won’t mount due to FileCore in use. I assume tonight when this commit is built it’ll be good to go. Thanks Ben for your hard work :) |
Chris Hall (132) 3501 posts |
As far as I can see, none of the available downloads works on a Raspberry Pi model 2. I have tried NOOBS 3_12 (which warns that RISC OS might not work) and RC12a but with the latest ROM. Give up… |
Jon Abbott (1421) 2598 posts |
You need to wait for tonights alpha build. |
Jeffrey Lee (213) 6046 posts |
To have an emulation for unaligned loads would be greatly appreciated, since most Iyonix software do not work with an ARMv7 processor. I tried implementing unaligned load/store fixup in an abort handler and found that it only solved half the problems I was seeing. Lots of software was failing due to other compatibility issues, ones which can’t be detected before things go horribly wrong. https://www.riscosopen.org/forum/forums/3/topics/207?page=2#posts-3704 |
Ben Avison (25) 445 posts |
For the lucky few who already have a Pi 2, we’ve brought forward tonight’s build and it’s there for you to grab. Note, you will also need the latest firmware from github (which also means you need framebuffer_swap=0 in config.txt). Updated disc images and NOOBS distributions will follow when things settle down a bit. |
David Pitt (102) 743 posts |
And for some RS customers, quote Yesterday we launched the Raspberry Pi 2 Model B to the world. Due to the high demand for this exciting product you may experience a delay to your delivery. We are working hard to resolve the issue and apologise for any inconvenience this may cause. You will receive an email confirming when your order is ready to be despatched. Thank you for your patience. |
andym (447) 463 posts |
It’s dated 27-01-2015 01:25 inside the zipfile. Is that right? And it doesn’t boot here, but I could have done something wrong elsewhere when sorting out the firmware. |
Kevin (224) 286 posts |
I think they should of called the new Pi the Master, after all they had the A, B, B+ The compute module should be called the Electron, |
David Feugey (2125) 2687 posts |
Probably better than 0 :) (and better than simply ignoring alignment warnings) There is no way to detect when the processor goes in Thumb mode? (for the other half). |
Andrew Conroy (370) 724 posts |
Has HALDeviceComms_GPIO been updated to add in the new board type(s)? (If I knew what I was looking for, I guess I could look in the sources, but the Pi 3 might be out by the time I understood what I was looking for/at!) |
andym (447) 463 posts |
This still stands as a question
This doesn’t! I’d mucked up the firmware. In short… IT’S ALIVE! |
andym (447) 463 posts |
Ooh, and how long have we had 64K colours on the RPi built-in MDF? |
Steve Pampling (1551) 7929 posts |
It’s dated 27-01-2015 01:25 inside the zipfile. Is that right? Examine any ROM image zip file and the date stamp seen from Windows is 7 days before the zipfile creation date and rom image creation date. Reason?? |
Chris Hall (132) 3501 posts |
Note, you will also need the latest firmware from github (which also means you need framebuffer_swap=0 in config.txt). Many thanks. Googling Raspberry Pi GitHub seems to work. (Why is it called this – a hub for gits?) Not sure I like the new colours, I find them a bit garish. |
Ben Avison (25) 445 posts |
No, not yet. As you’ll see here they’ve just gone and made board identification rather more complex. It’s a shame that our GPIO device scheme didn’t just pass through the underlying revision ID but made up its own scheme, because now we have to decide how to map these new values back onto the RISC OS specific numbers. I’d also think we need to be a bit more careful about the Compute module since its GPIO assignments depend upon what it’s plugged into. And I’m not sure why there’s a “processor” field there either; technically the Pi 2 has a different processor to the Pi 1, but it’s clearly the same family of devices (the GPIO pin assignments are identical, compared to even the gender of the GPIO connectors changing between the Beagleboard and Beagleboard xM!) Basically, I’m hoping that someone that’s more familiar with the GPIO system will make a suggestion, because the design doesn’t make much sense to me… |
Ben Avison (25) 445 posts |
You mean the colours on the Pi? If you read what I said above, you need framebuffer_swap=0 in config.txt (the red and blue colour components are now the wrong way round for us by default). |
Theo Markettos (89) 919 posts |
Ah, that makes sense – I was wondering what was up with the colours. For those who don’t have one yet, some screenshots (click for larger) before the framebuffer_swap: Ben, any ideas what’s up with the coloured blob in the top right? Is that coming out of the GPU side? The mouse pointer goes underneath it. |
Ben Avison (25) 445 posts |
Not sure – I think I saw the mini-rainbow-square once but was never able to reproduce it again… |
Ben Avison (25) 445 posts |
On the subject of GPIO, there seems to be precious little actual hardware manipulation in s.GPIO in the HAL. It doesn’t even seem to be passing the address of the registers out to the GPIO module, and because those have changed I think you’ll need to wait for Tank to make the necessary alterations before playing with GPIO on the Pi 2. (Hint – this is why the HAL was designed the way it was – the lowest-level hardware accesses should really have been there, then they’d have inherited the address changes the same as all the other peripherals did…) |