Commits (24)
-
Ben Avison authored
Detail: * Filetype for MJPEG files * Extra AUN error * Resolved error base clash between AbortRegions and VFPSupport * New alias for OS_Byte 221 Version 2.51. Tagged as 'HdrSrc-2_51'
8934eabd -
Jeffrey Lee authored
Detail: hdr/MEMM/VMSAv6 - Remove XScale-specific L1_X, L2_X, L2L_X flags. Add L2_S flag. Add definitions for the cache size ID register fields. Admin: Tested on ARM11, Cortex-A7, -A8, -A9, -A15 Version 2.52. Tagged as 'HdrSrc-2_52'
625c738d -
Ben Avison authored
Detail: Two extra kernel error numbers in NewErrors Updated comment in FSNumbers to state filing system prefix used by SDFS Version 2.53. Tagged as 'HdrSrc-2_53'
925f3379 -
Ben Avison authored
Detail: Various allocations relating to SPIDriver and SATAFS made public Version 2.54. Tagged as 'HdrSrc-2_54'
2aa15909 -
Ben Avison authored
Detail: * Complete the Cortex-A7 support which was initially added for RPi 2, to allow for builds that only target Cortex-A7. Because Cortex-A15 and Cortex-A17 CPUs are indistinguishable architecturally from Cortex-A7 (all are ARMv7VE with VFPv4, Advanced SIMD v2 and hardware integer divide) any such platforms are expected to use Machine=CortexA7. Also bear in mind that if we ever support multiple cores on big.LITTLE CPUs, execution can move between these core types at runtime, making an assembly time option to distinguish between them meaningless! * Correct Machines All and All32 to include support for VFPv4 * Decloak the ATA driver SWI chunk * Add a global error allocation for use by the ATA subsystem (placed in global space because it propagates into the CD stack) Version 2.55. Tagged as 'HdrSrc-2_55'
ac8f2a6d -
Ben Avison authored
Detail: * Decloak ATA switcher error base Retagged as 'HdrSrc-2_55' Version 2.55. Not tagged
5de3a597 -
Ben Avison authored
Detail: This is the mode used for hypervisor exceptions in ARMv7VE and later. Version 2.56. Tagged as 'HdrSrc-2_56'
fa17397d -
Ben Avison authored
Detail: A couple of new error allocations for the sound subsystem Version 2.57. Tagged as 'HdrSrc-2_57'
1e044546 -
Ben Avison authored
* ARMv7VE (virtualisation extension) * ARMv8 * ARMv8 cryptographic extension Machine=RPi builds now targets ARMv8 as well as ARMv6 and ARMv7; Machine=CortexA7 builds now set the VE flag; and All and All32 include ARMv8. Version 2.58. Tagged as 'HdrSrc-2_58'
9f9d0319 -
Ben Avison authored
Version 2.59. Tagged as 'HdrSrc-2_59'
e75ac298 -
Jeffrey Lee authored
Detail: hdr/Macros - DivRem is now able to use UDIV when building for architectures that support it. A "norem" option is also available, to allow the remainder calculation to be skipped if it's not needed (since we don't get it for free when using UDIV). hdr/CPU/Generic32 - PHPSEI, WritePSRc and SetMode now use the ARMv6 CPS instruction where possible, delivering performance gains compared to the equivalent MSR. Where CPS isn't used, WritePSRc now attempts to emit a single MSR instead of the 4 instructions generated by the SCPSR macro. Admin: Tested on Cortex-A15 PSR manipulation macros trialed on a few different CPU architectures to arrive at the conclusion that CPS is as good or better than MSR Version 2.60. Tagged as 'HdrSrc-2_60'
bd0ce26f -
Jeffrey Lee authored
Detail: hdr/Macros - Several macros now depend on Hdr:CPU.Arch, and it's reasonable to assume more architecture-specific optimisations will be made in future, so make sure we GET that header if necessary Admin: Tested on Raspberry Pi Fixes issues building components that GET Hdr:Macros but not Hdr:CPU.Arch, e.g. DivRem usage in several HALs Version 2.61. Tagged as 'HdrSrc-2_61'
3074d45c -
Jeffrey Lee authored
Detail: hdr/Macros - Remove GET of Hdr:CPU.Arch that was added in HdrSrc 2.61. Closer inspection of the OS sources suggest that only a handful of files were affected by the DivRem breakage, so to avoid HdrSrc turning into a tangled mess of headers that all include each other it's been decided that it's better to stick with the status quo and require users of Hdr:Macros to include Hdr:CPU.Arch as and when necessary (99% of the time Hdr:System will have already pulled it in). Admin: Tested on Raspberry Pi Version 2.62. Tagged as 'HdrSrc-2_62'
03e4d645 -
Jeffrey Lee authored
Detail: hdr/Machine/26, hdr/Machine/Machine - Add new "26" machine type, which targets all 26 bit machines/OS versions (running only in 26 bit mode) hdr/CPU/Arch - Use ELIF to avoid bracket spam. Remove duplicate CortexA7 case. hdr/CPU/Generic26 - Add NOPs to PSR manipulation macros in order to make them ARM2-safe (Generic32 macros are already structured to have suitable NOPs when generating 32bit-neutral code, so it makes sense for Generic26 to take care of ARM2 as well). This removes the need for components which use these macros to insert any manual NOPs, whether for the StrongARM MSR bug or the ARM2 TEQP bug. hdr/CPU/Generic32 - Flag the StrongARM MSR NOP diagnostic message as a warning, so the line number can be included in the output, so developers can more easily investigate the issue. Admin: Tested with PlingSystem build Version 2.63. Tagged as 'HdrSrc-2_63'
7d0f8d91 -
Steve Revill authored
MODE 7 doesn't really work because the DVI framer chip can't clock as low as 13.5MHz for 320x200. Version 2.64. Tagged as 'HdrSrc-2_64'
15c9ad3f -
Jeffrey Lee authored
Detail: Many of our existing PSR manipulation macros (specifically, ones used for changing mode or controlling interrupts) are based around the code sequences you'd typically use on a 26bit system. Although this has worked well in terms of producing a 32bit version of the OS, it's also left us with macros that can be sub-optimal for 32bit machines, or are inconvenient to use due to the potential of corrupting other PSR flags This change adds a new set of macros which are designed and optimised for 32bit-only targets, but can still fall back to 26/32bit neutral or 26bit-only configurations hdr/CPU/Generic32: - Add the new macros (SEI, CLI, SetModeSEI, SetModeCLI & variants). - Improve existing SetMode macro to add 26bit compatibility, and to add an extra optimisation for pre-ARMv6 (emit single MSR if IRQ state is known) - Improve SCPSR to allow the source mode to be any 32bit mode - Fix conditional 26bit/32bit neutral SCPSR - the 32bit check TEQ corrupts NZCV so we can't do conditional execution on $cond after it (and we've already branched on the opposite condition anyway) - Fix 26bit/32bit neutral SCPSR to preserve NZCV when following the MSR code path - Make CLRPSR and SETPSR just call through to SCPSR - in terms of output the first two have no advantages over SCPSR - Update WritePSRc documentation to reflect that it can now be used in any (non-USR) source mode hdr/CPU/Generic26: - Update WritePSRc documentation to match Generic32 Admin: Tested on Raspberry Pi Output of new macros manually checked for various machine types (RPi, Tungsten, All, 26) Version 2.65. Tagged as 'HdrSrc-2_65'
71306206 -
Jeffrey Lee authored
Detail: hdr/CPU/Generic32 - Copy-paste error led to wrong variable name in a conditional block Admin: Tested on Raspberry Pi, Iyonix Version 2.66. Tagged as 'HdrSrc-2_66'
833b0b02 -
Ben Avison authored
Version 2.67. Tagged as 'HdrSrc-2_67'
76495ac5 -
Ben Avison authored
Detail: Additional kernel error numbers for Jeffrey Lee Version 2.68. Tagged as 'HdrSrc-2_68'
69c46a2f -
Jeffrey Lee authored
Detail: hdr/MEMM/VMSAv6 - Add AP_PROM for the "privileged mode ROM" permission. Define the shareable bit for L1 page table entries. Admin: Tested on Raspberry Pi Version 2.69. Tagged as 'HdrSrc-2_69'
0b4990ab -
Ben Avison authored
Detail: Additional error and service call definitions requested by Sprow Version 2.70. Tagged as 'HdrSrc-2_70'
c1dced2c -
Ben Avison authored
Version 2.71. Tagged as 'HdrSrc-2_71'
eb0df56d -
Ben Avison authored
Version 2.72. Tagged as 'HdrSrc-2_72'
f38dfe08 -
Jeffrey Lee authored
Detail: * Neither of our native Cortex-A9 machines natively support 16 colour modes, so HiResTTX must be used since the kernel only supports >16 colour TTX when that option is on. * Our Cortex-A8 machines can do 16 colours, but we might as well switch them to HiResTTX as well since they've got plenty of horsepower to render it at that resolution. * That just leaves IOMD as the odd one out using low-res TTX. If hardware scrolling or VDU 23,18,1 is used then performance of hi-res TTX doesn't seem to be that much worse than low-res, so for consistency it's probably best to take the performance hit and run all platforms with HiResTTX. hdr/Machine/Machine - Updated as above. Also use TTX256 for Cortex-A9 so that the "native" mode 7 will be 256 colour instaed of 16 colour. Admin: Tested on Pandaboard, iMX6, BB-xM, StrongARM RiscPC Fixes lack of teletext on Pandaboard + iMX6 Version 2.73. Tagged as 'HdrSrc-2_73'
bbca0fed
Showing
hdr/Machine/26
0 → 100644
hdr/Machine/CortexA7
0 → 100644