Cameron Gutman 3a7694182b [HAL] ... - Fix a broken loop that resulted in us registering the resources of multiple COM ports as our KD port - Fixes bug #5530 svn path=/trunk/; revision=49256		2010-10-24 10:48:10 +00:00
..
amd64	[HAL]	2010-09-23 20:22:12 +00:00
generic	[HAL]	2010-10-24 10:48:10 +00:00
include	[HAL]	2010-09-25 07:22:40 +00:00
mp	[HALMP]: MP HAL should have HalpDefaultInterruptAffinity too.	2010-06-07 20:37:19 +00:00
up	[hal]	2010-08-01 16:27:48 +00:00
xbox	Create a branch for header work.	2010-02-26 22:57:55 +00:00
directory.rbuild	[HAL]	2010-04-13 16:26:48 +00:00
hal.rbuild	[HAL]: Smarter .rbuild separation so that ACPI and PC/AT hal don't rebuild the generic library twice. Now generic stays generic, and generic_pcat/acpi are add-on libaries just like generic_up and generic_mp.	2010-04-01 20:41:04 +00:00
hal_generic.rbuild	[HAL]: Bus support in the HAL actually creates a further wedge between the different x86 HALs: There are actually two dinstinct implementations. On the ACPI HAL, the system is assumed not to have things like special ISA, MCA, EISA buses, and a PCI driver is used in combination with the ACPI Interface for PCI Bus support. On non-ACPI systems, the legacy "Bus Handler" library is used, and the HAL provides a core set of CMOS, EISA, ISA, MCA and PCI bus handlers, each with their own routines and specific code. Additionally, PCI IRQ Routing and other PCI bus internals are handled directly by the HAL -- on the ACPI HAL, the PCI Bus support is implemented through a "Fake"/static bus handler, just to keep the functions shared. On ReactOS, both the ACPI and non-ACPI HAL were currently using a mix of both HAL bus handling types, mostly implemented the "ACPI way" (with a fake PCI bus handler and such).	2010-06-07 01:09:41 +00:00
hal_generic_acpi.rbuild	[HAL]: Bus support in the HAL actually creates a further wedge between the different x86 HALs: There are actually two dinstinct implementations. On the ACPI HAL, the system is assumed not to have things like special ISA, MCA, EISA buses, and a PCI driver is used in combination with the ACPI Interface for PCI Bus support. On non-ACPI systems, the legacy "Bus Handler" library is used, and the HAL provides a core set of CMOS, EISA, ISA, MCA and PCI bus handlers, each with their own routines and specific code. Additionally, PCI IRQ Routing and other PCI bus internals are handled directly by the HAL -- on the ACPI HAL, the PCI Bus support is implemented through a "Fake"/static bus handler, just to keep the functions shared. On ReactOS, both the ACPI and non-ACPI HAL were currently using a mix of both HAL bus handling types, mostly implemented the "ACPI way" (with a fake PCI bus handler and such).	2010-06-07 01:09:41 +00:00
hal_generic_mp.rbuild	[HAL]	2010-03-25 18:37:59 +00:00
hal_generic_pcat.rbuild	[HAL]: Bus support in the HAL actually creates a further wedge between the different x86 HALs: There are actually two dinstinct implementations. On the ACPI HAL, the system is assumed not to have things like special ISA, MCA, EISA buses, and a PCI driver is used in combination with the ACPI Interface for PCI Bus support. On non-ACPI systems, the legacy "Bus Handler" library is used, and the HAL provides a core set of CMOS, EISA, ISA, MCA and PCI bus handlers, each with their own routines and specific code. Additionally, PCI IRQ Routing and other PCI bus internals are handled directly by the HAL -- on the ACPI HAL, the PCI Bus support is implemented through a "Fake"/static bus handler, just to keep the functions shared. On ReactOS, both the ACPI and non-ACPI HAL were currently using a mix of both HAL bus handling types, mostly implemented the "ACPI way" (with a fake PCI bus handler and such).	2010-06-07 01:09:41 +00:00
hal_generic_up.rbuild	[HAL]	2010-03-26 16:03:03 +00:00
hal_mini.rbuild	[HAL]	2010-09-10 21:57:46 +00:00
halacpi.rbuild	[HAL]: Smarter .rbuild separation so that ACPI and PC/AT hal don't rebuild the generic library twice. Now generic stays generic, and generic_pcat/acpi are add-on libaries just like generic_up and generic_mp.	2010-04-01 20:41:04 +00:00
halamd64.rbuild	[HAL]	2010-06-04 10:59:19 +00:00
halmps.rbuild	[HAL]: Smarter .rbuild separation so that ACPI and PC/AT hal don't rebuild the generic library twice. Now generic stays generic, and generic_pcat/acpi are add-on libaries just like generic_up and generic_mp.	2010-04-01 20:41:04 +00:00
halxbox.rbuild	[HAL]: Smarter .rbuild separation so that ACPI and PC/AT hal don't rebuild the generic library twice. Now generic stays generic, and generic_pcat/acpi are add-on libaries just like generic_up and generic_mp.	2010-04-01 20:41:04 +00:00