Changeset 598 in xtideuniversalbios
- Timestamp:
- Jul 13, 2018, 10:23:54 AM (6 years ago)
- Location:
- trunk/XTIDE_Universal_BIOS
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/XTIDE_Universal_BIOS/Inc/ModuleDependency.inc
r589 r598 51 51 %include "PDC20x30.inc" ; For Promise PDC 20230-C and 20630 controllers 52 52 %include "Vision.inc" ; For QDI Vision QD65xx VLB IDE Controllers 53 %endif 54 55 %ifdef MODULE_WIN95_CMOS_HACK 56 %ifndef USE_386 57 %error "MODULE_WIN95_CMOS_HACK requires USE_386!" 58 %endif 53 59 %endif 54 60 -
trunk/XTIDE_Universal_BIOS/Src/Initialization/DetectDrives.asm
r597 r598 113 113 mov dl, HARD_DISK_TYPES 114 114 call CMOS_ReadFromIndexInDLtoAL 115 test al, al116 jnz SHORT .C ontinueInitialization; CMOS byte 12h is ready for Windows 95115 test al, 0F0h 116 jnz SHORT .ClearBdaDriveCount ; CMOS byte 12h is ready for Windows 95 117 117 call CMOS_Verify10hTo2Dh ; Can we modify CMOS? 118 118 jnz SHORT .ClearBdaDriveCount ; Unsupported BIOS, use plan B 119 119 120 ; Now we can alter CMOS location 12h. Important! We set type for drive 1 121 ; (primary slave) and not for drive 0! Award BIOS locks if we set drive 0 type to Fh. 122 ; We cannot set it to less either since that will fully set predefined hard drive type to the BIOS. 123 ; Windows 95 only cares that the CMOS location 12h is non-zero. 120 ; Now we can alter CMOS location 12h. Award BIOS locks if we set drive 0 type to Fh 121 ; (but accept changes to drive type 1). Windows 95 requires that the drive 0 type is 122 ; non zero and ignores drive 1 type. So if we only set drive 1, then Award BIOS 123 ; won't give problems but Windows 95 stays in MS-DOS compatibility mode. 124 ; 125 ; For Award BIOSes we could set the Drive 0 type to 1 and then clear the BDA drive count. 126 ; So essentially we could automatically do what user needs to do manually to get Windows 95 127 ; working on Award BIOSes. However, I think that should be left to do manually since 128 ; there may be SCSI drives on the system or FLG_ROMVARS_IGNORE_MOTHERBOARD_DRIVES could 129 ; be intentionally cleared and forcing the dummy drive might cause only trouble. 130 131 ; Try to detect Award BIOS (Seems to work on a tested 128k BIOS so hopefully 132 ; there will be no need to scan E000h segment) 133 mov cx, 65536 - 4 134 mov eax, 'Awar' ; Four characters should be enough 135 mov di, 0F000h ; Scan 64k starting from segment F000h 136 mov fs, di ; No need to preserve FS since we set it to zero soon when we boot 137 xor di, di 138 .ScanNextCharacters: 139 cmp [fs:di], eax 140 je SHORT .ClearBdaDriveCount ; Award detected, cannot modify CMOS 141 inc di ; Increment offset by one character (not four) 142 loop .ScanNextCharacters 143 144 ; Now it should be safe to write 124 145 mov dl, HARD_DISK_TYPES 125 mov al, 0F h ; Drive 1 type 16...47 (defined elsewhere in the CMOS)146 mov al, 0F0h ; Drive 0 type 16...47 (supposed to be defined elsewhere in the CMOS) 126 147 call CMOS_WriteALtoIndexInDL 127 148 call CMOS_StoreNewChecksumFor10hto2Dh -
trunk/XTIDE_Universal_BIOS/makefile
r596 r598 119 119 120 120 DEFINES_XT_TINY = MODULE_STRINGS_COMPRESSED MODULE_8BIT_IDE NO_ATAID_VALIDATION CLD_NEEDED 121 DEFINES_386 = $(DEFINES_AT) USE_386 MODULE_ADVANCED_ATA 122 DEFINES_386_LARGE = $(DEFINES_ AT_LARGE) USE_386 MODULE_ADVANCED_ATA121 DEFINES_386 = $(DEFINES_AT) USE_386 MODULE_ADVANCED_ATA MODULE_WIN95_CMOS_HACK 122 DEFINES_386_LARGE = $(DEFINES_386) $(DEFINES_COMMON_LARGE) 123 123 124 124
Note:
See TracChangeset
for help on using the changeset viewer.