summaryrefslogtreecommitdiff
path: root/util/ADLO/README
blob: d1ad9754a247d6829c71e797e4054dbb967eb95d (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
==========================================
$Id: README,v 1.1 2002/11/25 02:07:53 rminnich Exp $
==========================================

ADLO

	A project to combine coreboot and BOCHS BIOS to add support 
	for booting legacy applications, such as Microsoft Windows.

==========================================

Boot Overvew:
	
	ADLO requires an boot loader with ELF support.
	In our case it is either coreboot or EtherBOOT.

	Sample execution paths:

coreboot -> ADLO -> LILO -> LINUX

coreboot -> EtherBOOT -> ADLO -> LILO -> LINUX

	Then it can start any real mode application.
	In our case it could be LILO or GRUB, but
	choices are not limited to this.

==========================================

ADLO overview:

	-Elf header
	-mainteance routines
	-bochs bios
	-vga bios

------------------------------------------

Elf header

	hand crafted binary. Currently there are 3 diff binaries
	for three different sizes of payload (65kb,113kb,129kb).

	they are catted at beginning of file

------------------------------------------

mainteance routines 

	this is the loader.s file which gets compiled into loader.o binary

	it is catted 2nd right after elf header and it is where
	control is being transfered when the elf is executed.

	it consist of :
		-tuneups:
			select device to boot
			set memory for Int15/EAX=E820
			enable LBA
			copy coreboot table [TODO]
		-shadow : 
			enable/write/read
		-copy:
			bochs @ 0xF00000
			video bios (binary only) @ 0xC00000
		-switch
			from Real to Protected Mode
		-jump 
			jmp to the bios at 0xFFFF:0x0000

	we must have bios payload always at 1kb
	offset from start of ELF payload so loader.o
	must be always 1024 bytes.
		
------------------------------------------

BOCHS BIOS

	we have taken the boch's project and just extracted
	its bios from it only. it took us (so far) only
	minor modifications in order to make it work.

	basically it is the following directory in the
	bochs sources

		bochs-cvs/bochs/bios

	of all files there the rombios.c is the key file.
	Most of the times our patches are against current 
	version of the rombios.c file. We try to feed back
	the patches to bochs maintainers so that's possible
	to use the bochs bios as is.

	the boch's related stuff are in bochs subdirectory.

	building boch's bios is as simple as 

		cd bochs/bochs-cvs/bochs/bios
		make

	the resulting file rombios.bin is our bios image.

			-----
	At present time, it is recommended to use 
	dev86-0.16.3 + my patch in order to compile 
	bochs' bios. The dev86 package can be found
	at:

	http://www.cix.co.uk/~mayday/

	prepatched sources at:

	http://www.missl.cs.umd.edu/~adam/dev86-0.16.3-MSR.tgz

------------------------------------------

Video BIOS

	Video BIOS we use is binary only, so far.

	At the present time we are using the original
	Video BIOS as supplied from the system.

	To get the image simply type:

		make makevideobios

	The right thing will happen. For refernece the
	magic line in the Makefile is:

	videobios:
        	dd if=/proc/kcore \
		of=./video.bios.bin \
		bs=1 count=65536 skip=790528

		---------------

	We assume it is located at 0xC00000-0xE00000
	and we use 'dd and /proc/kcore to extract it
	(obviously it works as root only).

	Obviously it needs to be done with original 
	(as shipped by manufactuer bios) so it should 
	be done as the first step of the ADLO setup.

		---------------

	The /proc/kcore is in ELF format (linux kernel 
	2.4.x and later) so if we want to get accurate 
	image of ram we must skip the ELF header. 
	The magic command is :

		 readelf -a /proc/kcore 

Program Headers:
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz 
  NOTE           0x0007d4 0x00000000 0x00000000 0x005b0 0x00000
  LOAD           0x001000 0xc0000000 0x00000000 0xff60000 0xff60000
                 ^^^^^^^^

	There we look for the first LOAD section, and see what
	is its offset (for us it is 0x1000)

		---------------

	64KiB = 65536

	0x0C 00 00 + 0x10 00 = 790528

		---------------

	On technical note in our case video bios
	is just 48kb, but for paranoia sake we copy
	64kb.

==========================================

Environment overview

ADLO is an ELF file and thus can be loaded either directly from 1)
coreboot, or 2) via EtherBOOT, or 3) via EtherBOOT+ AA patch for FS
support.

1)
Both coreboot and ADLO are on the same EEPROM chip. From end-user 
viewpoint it is probably the most similar to the bios classic.
(computer boots up and just loads whatever is in MBR).

2)
Set it up in /tftpboot directory on dhcp/tftp server and have it served
from there. (this is how we did the development)

3)
Use AA patch and put it as /kernel file and it will be then loaded by
etherboot from local hard disk.


------------------------------------------

Before ADLO starts.

	ADLO requires an boot loader with ELF support.
	In our case it is:

	-coreboot
	-coreboot and EtherBOOT
	-coreboot and EtherBOOT + AA polled I/O patch (w/ FS support).

	As little as coreboot only is required to get ADLO
	up and running.

	For development purposes it is recommended full set of
	coreboot + EtherBOOT and boot via DHCP/TFTP.
	
------------------------------------------

After ADLO finish.

	ADLO will attempt to locate the first hard disk
	and read MBR from it and execute.

	Then it can start any real mode application.
	In our case it could be LILO or GRUB 
	but choices are not limited to this. 

	In our case it would cause LILO to load 
	(fully usable) and from there it was able to
	execute simple programs. so far the list
	of the program is limited to linux which 
	runs somewhat. More to come in future.

==========================================