Raspberry Pi 4

XHCI is slower than DWC at least according to RISCOSmark.

I see that here but other tests would show the two interfaces to be similar.

What I have noticed is that my SCSI SSD on the OTG port was just a little bit slow to respond, there was just a momentary wait for it do what was asked. On the new XHCI driver it is more responsive, just like the Titanium is, that little pause is not there any more. The actual transfer speeds of the SCSI SSD are about a quarter of the Titanium’s ADFS SSDs.

All in all a most pleasing development.

Where is the place to find the ROM?

See David Pitt’s post 15 hours before this and follow the link for the BCM2835.

You will find a temporary link for the ROM.

Thanks.
Running it right now. Logitech wireless mouse /keyboard dongle (non-universal), and Sandisk cruiser glide USB drive seem to be working fine in USB2.0 ports.

Gamma seems to be cranked up to 11, but it is a development build after all.

Gamma seems to be cranked up to 11, but it is a development build after all.

disable_gamma is required in cmdline/txt.

disable_gamma is required in cmdline/txt.

Perfect. Thanks!

So is this test ROM no longer available?

So is this test ROM no longer available?

It’s here.

The only hiccup I’ve had using the test ROM was on first boot: I’d previously used the RC16 card in a Pi 3B, so when booting the Pi 4 it was looking for an “Ethernet over USB” device that didn’t exist. Easily solved of course, but a bit of a surprise all the same.

Any hints on booting from an SSD without using the SDcard?

Any hints on booting from an SSD without using the SDcard?

First you’ll need to update the bootloader. Check the version with,

vcgencmd bootloader_version

It also needs a recent start4.elf and fixup4.dat.
Format your SSD with !HForm. Use !SystemDisc to create a ‘Loader’ file. Copy everything from your SD card ‘Loader’ file. Install !Boot folder etc.
Plug SSD into USB port. Reboot without SD card and it will just work.

Tested.

It’s working very well here. I did have some issues with my screen, but a weak HDMI cable and a weak HDMI connector (Argon One case) seem to be the reason for that. On the other hand, Argon One + Pi 4 = 2147 MHz @ max 52°C, without active cooling.

Question: colours are bright/washed. Especially in 2560×1440 points. A side effect of missing gamma, or…?

Question: colours are bright/washed. Especially in 2560×1440 points. A side effect of missing gamma, or…?

Have you got disable_gamma in cmdline/txt. Without it the screen is very bright.

I’m stupid. I putted a comma between disable_gamma and disable_mode_changes arguments.

Stupid question. Is there an official (DA) or non unofficial (ASM trick) way to use the 4 GB remaining RAM on a 8 GB Pi4?

Just for information:

Pi3B+ @ 1,45 GHz

Test                                                   Benchmark

Fast speed selected – 1450MHz.

Processor – Looped instructions (cache)                  2951382    1659%

Memory – Multiple register transfer                        22627   13967%

Rectangle Copy – Graphics acceleration test                 1491     616%

Icon Plotting – 16 colour sprite with mask                 31437    1571%

Draw Path – Stroke narrow line                              9238     592%

Draw Fill – Plot filled shape                               2054     140%

Draw Render – Render draw file                              4011     442%

HD Read – Block load 8MB file                              22968     770%

HD Write – Block save 8MB file                             13003     427%

FS Read – Byte stream file in                                452     218%

FS Write – Byte stream file out                               72      37%

Pi4B @2,147 GHz

Test                                                   Benchmark

Fast speed selected – 2147MHz.

Processor – Looped instructions (cache)                  5371189    3019%

Memory – Multiple register transfer                        65575   40478%

Rectangle Copy – Graphics acceleration test                 1281     529%

Icon Plotting – 16 colour sprite with mask                 52059    2602%

Draw Path – Stroke narrow line                             16095    1031%

Draw Fill – Plot filled shape                               3142     215%

Draw Render – Render draw file                              6361     702%

HD Read – Block load 8MB file                              23405     784%

HD Write – Block save 8MB file                             12412     408%

FS Read – Byte stream file in                               1420     685%

FS Write – Byte stream file out                              470     244%

Fast, and very stable even under very heavy load.
Would be nice if RISC OS could support the 100 MHz speed of SD Card
(dtoverlay=sdhost,overclock_50=100)

I have updated the benchmark table for the Pi4.

USB 3 fat32 pen drives in the USB 3 sockets are not seen but work in the USB 2 sockets. A USB 2 hub in the upper USB 3 socket works OK but some items plugged into it are not seen, if the hub is plugged into the lower USB 3 socket. Otherwise it all seems to work correctly.

The SD card is a little slower for writes than I had expected.

So my question about 100 MHz support.
Nota, some benchs suggest that the speed should be much better on Pi4.
https://www.pidramble.com/wiki/benchmarks/microsd-cards

Quick question – does this also enable the Ethernet port?

does this also enable the Ethernet port?

The Ethernet port has been available since May. It works in RC16, for example.

Whoops, thanks!!

Quick question – does this also enable the Ethernet port?

Yes (since May). You do need a HardDisc image that includes the relevant ethernet driver, as for example RC16 does.

it’s here.

That file is (dated 30 Aug) different to the one (dated 29 Aug) I downloaded.

I have not spent too much time looking for what changed as I don’t like it and have gone back to 29 Aug.

The mouse pointer on the 29th build runs nice and smooth acros the screen. But on the 30 Aug build I see the pointer moving in spits and starts.

The mouse is connected to a GPIO powered hub ¹ connected to the USB-C port as it has been for many weeks.

The keyboard is connected to the Pi 4 USB 3.0 port and I have a fat32fs memory stick with loader files also on a USB 3.0 port.

¹ The GPIO powered hub

EDIT: Strange, I can’t repeat that now.

I have tried an 8GB build using the current beta source plus long descriptor components from here. There is an error on quitting the RAM disc.

*FX0
RISC OS 5.27 (31 Aug 2020)

Build date    : Mon,31 Aug 2020.16:42:05
Platform      : Raspberry Pi 4 Model B
RAM 7995MB

*where
Address &FC01D754 is at offset &0001D754 in the Kernel
*ShowRegs
Register dump (stored at &200032D0) is:
R0  = 00000000 R1  = 00000000 R2  = FA207F8C R3  = 00000001
R4  = 39105000 R5  = 0022EB41 R6  = F80C5004 R7  = 307EB918
R8  = 39107000 R9  = 00000000 R10 = 307E51C8 R11 = 00100000
R12 = 39103000 R13 = FA207938 R14 = FC01D734 R15 = FC01D754
Mode SVC32 flags set: nzcvqjggggeAift        PSR = 00000113
*MemoryI PC-20 +40
FC01D734 : .P†· : E1A05003 : MOV     R5,R3
FC01D738 : ..ΩË : E8BD0C08 : LDMIA   R13!,{R3,R10,R11}
FC01D73C : ì..* : 2A000093 : BCS     &FC01D990
FC01D740 : åcü : E59F638C : LDR     R6,&FC01DAD4
FC01D744 : deñ : E5966564 : LDR     R6,[R6,#1380]
FC01D748 : .`Ü‚ : E2866004 : ADD     R6,R6,#4
FC01D74C : .bñÁ : E7966205 : LDR     R6,[R6,R5,LSL #4]
FC01D750 :  ..„ : E3160020 : TST     R6,#&20            ; =" "
FC01D754 < ..Ä. : 02800001 : ADDEQ   R0,R0,#1
FC01D758 : 8êöÂ : E59A9038 : LDR     R9,[R10,#56]
FC01D75C : ..u„ : E3750001 : CMN     R5,#1
FC01D760 : .Qç. : 178D5101 : STRNE   R5,[R13,R1,LSL #2]
FC01D764 : ..Å. : 12811001 : ADDNE   R1,R1,#1
FC01D768 : . Ç‚ : E282200C : ADD     R2,R2,#&0C         ; =12
FC01D76C : .0C‚ : E2433001 : SUB     R3,R3,#1
FC01D770 : ..Q„ : E3510D06 : CMP     R1,#&0180          ; =384
*

The mouse pointer on the 29th build runs nice and smooth acros the screen. But on the 30 Aug build I see the pointer moving in spits and starts.

I have just, very briefly, tried sprow’s current download and the mouse moves smoothly here both when connected to the rear of the Pi or via USB C hub on the OTG, the Pi is GPIO powered. I don’t have the GPIO hub illustrated.

I have not spent too much time looking for what changed as I don’t like it and have gone back to 29 Aug.

A quick look shows that this version has SCSIFS 1.36.

HTH.

EDIT: Strange, I can’t repeat that now.

Oh well …

Regarding those Pi3B+ vs Pi4 benchmarks, anyone like to suggest some reason why the Rectangle copy is slightly slower on the Pi4? Surely it is mostly a memory copy, and that is 3 times the speed. In fact all the graphics tests are a surprisingly small amount faster than a 25 year old RiscPC! Is this simply a sign that the benchmark is not a reasonable test?

While we are benchmarking, for a bit of fun could someone run the ClockSp BASIC benchmark on the Pi4 – http://mdfs.net/Software/BBCBasic/Testing/

The ARMX6 gives 22000MHz equivalent speed!