1. 26 Jan, 2000 4 commits
  2. 20 Jan, 2000 1 commit
    • Paul Skirrow's avatar
      Kernel reads Ethernet MAC address from NVRAM (and nowhere else) if · 6760ce30
      Paul Skirrow authored
        MACFROMNVRAM is set. This is set in HdrSrc for Customer F machines.
      
      Detail:
        If MACFROMNVRAM is TRUE then OS_ReadSysInfo 4 will read the Ethernet MAC
        Address from bytes 0-13 of the NVRAM area, instead of trying to read it
        from anywhere else. (14 bytes are ysed to store 2 copies and 2
        checksums).
      
        This is intended for use with a 24LC128 device (which has no OTP area
        and no clock).
      
        Note that these are physical addresses within the device. Logical
        addresses &F0-&FF map to physical addresses &00-&0F.
      
        A SetMac utility is provided in Customer F 5 !Boot.Utils to enable the MAC
        address to be programmed for prototypes and development machines.
      
        Since it is dangerous to rely on the NVRAM to hold our MAC address when
        it is not protected in any way, we store two copies of it, each with
        their own checksum. At present only the first copy is used, but the
        plan is to check both copies and both checksums.
      
      Admin:
        This version of the Kernel needs Programmer/HdrSrc v0.68 or later.
      
        If MACFROMNVRAM is enabled, ensure that the MACADDRESS tag in the
        NVRAM file is set to point at &F0 and that MACADDRESSCHECKSUM
        is set to point at &F6. Both should have options L and P to ensure
        they are protected from NVRAM resets and other writes.
      
      Version 5.09. Tagged as 'Kernel-5_09'
      6760ce30
  3. 01 Dec, 1999 1 commit
  4. 09 Nov, 1999 1 commit
  5. 02 Nov, 1999 1 commit
    • Kevin Bracey's avatar
      OS_ReadSysInfo 2 now reports whether the IIC bus is fast (in bit 24 of R2),... · c9f6a232
      Kevin Bracey authored
      OS_ReadSysInfo 2 now reports whether the IIC bus is fast (in bit 24 of R2), and whether I/O clocks should be stopped when idling the processor (bit 25).
      
      OS_Byte 19 is a bit more careful in its use of Portable_Idle - an edge case
      where the vsync interrupt was already pending now returns immediately.
      
      Version 5.07. Tagged as 'Kernel-5_07'
      c9f6a232
  6. 01 Nov, 1999 1 commit
  7. 29 Oct, 1999 1 commit
  8. 26 Oct, 1999 1 commit
  9. 25 Oct, 1999 3 commits
  10. 19 Oct, 1999 2 commits
  11. 18 Oct, 1999 1 commit
  12. 14 Oct, 1999 2 commits
  13. 13 Oct, 1999 2 commits
  14. 07 Oct, 1999 2 commits
  15. 06 Oct, 1999 1 commit
  16. 01 Oct, 1999 1 commit
  17. 29 Sep, 1999 1 commit
    • Kevin Bracey's avatar
      * Meaning of FEIOSpeedHalf was accidentally inverted. · fb297c9b
      Kevin Bracey authored
      * Wasn't allowing writes to most of EEPROM.
      * Old prototype OS_SetTime SWI code removed.
      * MPEGPoduleNTSCNotPALMask option support removed to simplify things a bit.
      * Now can cope with a system with a PAL/NTSC link, but no monitor detect line.
      * Default PAL & NTSC modes now always 12 & 46 respectively.
      * Kernel now knows about monitor type 8 (NTSC) - modes 44-46 (640x200) are
        available.
      * STB/NC CMOS test removed from POST pending further investigation.
      
      Version 4.90. Tagged as 'Kernel-4_90'
      fb297c9b
  18. 23 Sep, 1999 1 commit
  19. 20 Sep, 1999 1 commit
  20. 17 Sep, 1999 1 commit
  21. 16 Sep, 1999 1 commit
    • Kevin Bracey's avatar
      Default RCLK mode now RCLK/2 rather than RCLK/1. · b28fe2e3
      Kevin Bracey authored
      Doesn't force CMOS setting of sync and monitortype on NCs/STBs.
      Accepts HClockSelect parameter (number 9) in VIDC lists. Uses this to
      determine whether to use HCLK or not, rather than abusing
      Service_MonitorLeadTranslation.
      If DontUseVCO flag is set, then VCLK will not be used - only RCLK (or HCLK if
      requested).
      
      Version 4.86. Tagged as 'Kernel-4_86'
      b28fe2e3
  22. 24 Aug, 1999 1 commit
  23. 19 Aug, 1999 1 commit
  24. 17 Aug, 1999 1 commit
  25. 10 Aug, 1999 1 commit
    • Stewart Brodie's avatar
      Exports a C version of Hdr:RISCOS · 2a2f8af6
      Stewart Brodie authored
      Detail:
        Hdr:RISCOS contains some of the most useful constant declarations,
          including the vector numbers and event numbers.  The new improved
          Hdr2H script is now capable of converting this header file into C
          too.  It exports it as <CExport$Dir>.Global.h.RISCOS.  It cannot
          interfere in existing code as it requires explicit inclusion as
          #include "Global/RISCOS.h".
        No actual kernel code changes.
      Admin:
        File examined manually and checked for correctness against Hdr:RISCOS.
        Requires library 0.28 or later (RiscOS/Library  Tag: Library-0_28)
      
      Version 4.82. Tagged as 'Kernel-4_82'
      2a2f8af6
  26. 03 Aug, 1999 2 commits
  27. 04 Jun, 1999 1 commit
  28. 12 May, 1999 1 commit
  29. 07 May, 1999 1 commit
  30. 06 May, 1999 1 commit