PERFORCE change 153215 for review
John Baldwin
jhb at FreeBSD.org
Wed Nov 19 07:53:44 PST 2008
http://perforce.freebsd.org/chv.cgi?CH=153215
Change 153215 by jhb at jhb_mutex on 2008/11/19 15:53:33
Flesh out notes.
Affected files ...
.. //depot/projects/multipass/notes#2 edit
Differences ...
==== //depot/projects/multipass/notes#2 (text+ko) ====
@@ -1,8 +1,30 @@
-Todo list and general scribbles for 6.0 project to add multiple passes
+Todo list and general scribbles for 8.0 project to add multiple passes
to the new-bus layer.
Pass Overview:
--------------
+- BUS_PASS_DEFAULT (0)
+- BUS_PASS_ROOT (1) (root0 driver)
+- BUS_PASS_BUSSES (10)
+ - enumerate busses, bridges usually should be here
+- BUS_PASS_CPUS (20)
+- BUS_PASS_INTERRUPT_CONTROLLERS (30)
+- BUS_PASS_TIMERS (40)
+- will want to start up SMP and schedulers after this point before continuing
+ further, can clear cold as well then
Milestones / Todo:
------------------
+- Add pass number to 'driver_module_data' and an EARLY_DRIVER_MODULE() that
+ takes an explicit pass number. DRIVER_MODULE() uses the default pass (0).
+- May have to store pass number in driver link structure, so each attachment
+ has its own pass number.
+- Will need to change device_probe() to ignore drivers with a pass of 0 or
+ > current pass number until pass number becomes 0.
+- Will need a 'device_set_pass()' to raise the pass number for use with
+ sysinit. The last step is to set it to 0. Each time it will raise the
+ pass number for each valid pass until it gets to the new setting.
+- Will need a list of drivers sorted on pass number (just 1 per pass number
+ is fine) to have an enumeration of pass numbers.
+- Need a new 'bus_new_pass' called when the pass number is changed. Will
+ need a 'bus_generic_pass' which just does 'bus_generic_attach()'.
More information about the p4-projects
mailing list