Delete STB code
Jeffrey Lee authored
Detail:
  This change gets rid of the following switches from the source (picking appropriate code paths for a desktop build):
  * STB
  * RO371Timings
  * NormalSpeedROMS
  * AutoSpeedROMS
  * RISCPCBurstMode
  * InterlacedPointer
  * ParallelFlashUpgrade (and s/FlashROM file)
  * Embedded_UI
  Some of the deleted code might be worth revisiting in future:
  * OS_ReadSysInfo 4 support for storing the MAC in alternate CMOS locations (including 2nd copy for error checking) or fetching via Service_MachineAddress
  * Mouse handling changes, possibly aimed at hiding the mouse pointer if a mouse isn't connected
  * More strict CMOS validation in s/NewReset
Admin:
  Identical binary to previous revision for IOMD & Raspberry Pi builds


Version 5.50. Tagged as 'Kernel-5_50'
9a571a08
Name Last commit Last update
..
ExportVals 32-bit Kernel.
Old Import from cleaned 360 CD
AHCIDevice Change struct layouts for C module compatibility
ARMops Support for ARMv8
Copro15ops ARMv7 fixes
EnvNumbers Import from cleaned 360 CD
EtherDevice Change struct layouts for C module compatibility
HALDevice New HAL device ID reservations
HALEntries Add OS_ReadSysInfo 9,6 and 9,7
KernelWS Delete pre-HAL and 26bit code
KeyWS Delete STB code
ModHand Added new offset field to module header for flags
OSEntries Teach the kernel about different memory attributes
OSMisc Add OS_PlatformFeatures 0 flag to indicate that the "Unknown OS_PlatformFeatures reason codes always raise an error" bug has been fixed
OSRSI6 Add initial support for "physical memory pools"
Options Delete STB code
PL310 Add ARMops for PL310 L2 cache controller
PublicWS Fix HiProcVecs build. Remove old-style PublicWS definitions.
RISCOS Resync with allocations database
VIDCList Reverse interlace deprecation decision
Variables Import from cleaned 360 CD
VduExt Improve Service_DisplayStatus, Service_DisplayChanged functionality
VideoDevice Update VDU HAL device for new OMAPVideo driver, fix MVA-based cache/TLB maintenance ops aborting on ARMv7, add warning to VDU driver about inconsistent state variables during screen mode changes