1 | TODO List for Chameleon Boot Loader␊ |
2 | ====================================␊ |
3 | - Bring code closer to coding_standards.txt:␊ |
4 | - will change spaces to tabs! If someone opposes to this, please come forward :)␊ |
5 | ␊ |
6 | - Create a dummy module for any modules that are compiled in. This is needed for linking modules with␊ |
7 | dependencies that are not compiled in.␊ |
8 | ␊ |
9 | - Fix the module system when booting chameleon with multiboot. Cleanup the xcode 4 fix.␊ |
10 | ␊ |
11 | - Integrate Prasys current work on options and quick shortcut modified version of 18seven␊ |
12 | ␊ |
13 | - Add auto detection of efi string algorithm, so graphics enabler can be enabled by default while not␊ |
14 | conflicting with other efi string overridden content␊ |
15 | (original idea of Galaxy)␊ |
16 | ␊ |
17 | Azi: done?␊ |
18 | - Add a more sophisticated acpi loading mechanism to enable loading custom acpi tables when dsdtdrop=y␊ |
19 | Here's a specification to think about:␊ |
20 | First we must care about if a forced DSDT full path has been specified␊ |
21 | (was what pb smith had in his first tries) and take it for the DSDT path as is.␊ |
22 | Then we have the case where no DSDT path was set where we run our usual DSDT search algorithm to␊ |
23 | find this file.␊ |
24 | In the latter case, the file has to be named DSDT.aml and be in one of the / /Extra or bt(0,0)/Extra␊ |
25 | directory.␊ |
26 | ␊ |
27 | Now a first idea to implement correctly the acpi tables loading would be:␊ |
28 | ␊ |
29 | Whether the path was hardcoded in the DSDT option or was automatically found, we extract the path part␊ |
30 | of the DSDT file that has been successfully found and we run a loop to enumerate all other acpi␊ |
31 | files in the same directory.␊ |
32 | Now for each acpi file found, we should compare the name with an existing acpi table found in␊ |
33 | the system that we would normally load and replace this usual injection by the content of the file.␊ |
34 | ␊ |
35 | Once DropDSDT=y is set, no other acpi table than dsdt is loaded, then it is the responsibility of the␊ |
36 | user to provide any other acpi table.␊ |
37 | ␊ |
38 | Azi: done?␊ |
39 | - Add a new module capable of writing proprietary Chameleon data to ioreg:␊ |
40 | Using the DT__xxx() API, we will create a set of functions to write␊ |
41 | to log info, chameleon boot info to be retrieved by helper applications...␊ |
42 | the only public function for log info purpose of this module would be:␊ |
43 | logMessageToIOREG(...); // var args printf style format␊ |
44 | flushLogToIOREG(); // store a unique log info property to the ioreg␊ |
45 | ␊ |
46 | The preferred internal behavior of the log info ioreg buffer␊ |
47 | would be to store the messages in a consolidated buffer then only write once,␊ |
48 | this buffer (i.e just before call the kernel) with flushLogToIOREG();␊ |
49 | The other public function for writing chameleon boot info data would be:␊ |
50 | ␊ |
51 | verbose() should incorporate a call to logMessageToIOREG() ␊ |
52 | to permit helper applications to extract␊ |
53 | this log info (i.e: the chameleon system pref pane)␊ |
54 | ␊ |
55 | - Add API for displaying and logging messages like:␊ |
56 | ␊ |
57 | void verbose(...)␊ |
58 | {␊ |
59 | ...␊ |
60 | logMessageToIOREG("%s: %sn", title, s);␊ |
61 | ␊ |
62 | }␊ |
63 | ␊ |
64 | void display_and_log( const char* title, const char* msg) ␊ |
65 | {␊ |
66 | printf("%s: %sn", title, s);␊ |
67 | logMessageToIOREG(title,s);␊ |
68 | }␊ |
69 | ␊ |
70 | void deprecated(const char * s)␊ |
71 | {␊ |
72 | display_and_log("WARNING: Deprecated option",s); ␊ |
73 | sleep(1); ␊ |
74 | }␊ |
75 | ␊ |
76 | void error_message(const char * s)␊ |
77 | {␊ |
78 | display_and_log("ERROR",s); ␊ |
79 | getc();␊ |
80 | }␊ |
81 | ␊ |
82 | - Case insensitive parsing for the bootConfig options:␊ |
83 | should help the common/novice user to setup more easily.␊ |
84 | |