sanchayanmaity/minix
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
minix/drivers/acpi/Makefile

155 lines
2.1 KiB
Makefile
Raw Normal View History

ACPI driver - 99% of the code is Intel's ACPICA. The license is compliant with BSD and GNU and virtually all systems that use ACPI use this code, For instance it is part of the Linux kernel. - The only minix specific files are acpi.c osminixxf.c platform/acminix.h and include/minix/acpi.h - At the moment the driver does not register interrupt hooks which I believe is mainly for handling PnP, events like "battery level is low" and power management. Should not be difficult to add it if need be. - The interface to the outside world is virtually non-existent except a trivial message based service for PCI driver to query which device is connected to what IRQ line. This will evolve as more components start using this driver. VM, Scheduler and IOMMU are the possible users right now. - because of dependency on a native 64bit (long long, part of c99) it is compiled only with a gnu-like compilers which in case of Minix includes gcc llvm-gcc and clang
2010-09-02 17:44:04 +02:00
.if ${COMPILER_TYPE} == "ack"
all:
echo "Skipping ACPI driver, ACK compiler in use"
.else
# The ACPI driver is compilable only with a "gnu" type compiler
PROG= acpi
SRCS= \
acpi.c \
ACPI pci-to-pci bridges - every pci device which implements _PRT acpi method is considered to be a pci-to-pci bridge - acpi driver constructs a hierarchy of pci-to-pci bridges - when pci driver identifies a pci-to-pci bridge it tells acpi driver what is the primary and the secondary bus for this device - when pci requests IRQ routing information from acpi, it passes the bus number too to be able to identify the device accurately
2010-10-21 19:07:09 +02:00
pci.c \
ACPI driver - 99% of the code is Intel's ACPICA. The license is compliant with BSD and GNU and virtually all systems that use ACPI use this code, For instance it is part of the Linux kernel. - The only minix specific files are acpi.c osminixxf.c platform/acminix.h and include/minix/acpi.h - At the moment the driver does not register interrupt hooks which I believe is mainly for handling PnP, events like "battery level is low" and power management. Should not be difficult to add it if need be. - The interface to the outside world is virtually non-existent except a trivial message based service for PCI driver to query which device is connected to what IRQ line. This will evolve as more components start using this driver. VM, Scheduler and IOMMU are the possible users right now. - because of dependency on a native 64bit (long long, part of c99) it is compiled only with a gnu-like compilers which in case of Minix includes gcc llvm-gcc and clang
2010-09-02 17:44:04 +02:00
osminixxf.c
ACPICA_SRCS= \
utxface.c \
utdelete.c \
utobject.c \
utcopy.c \
utids.c \
utglobal.c \
utalloc.c \
utstate.c \
utdebug.c \
uteval.c \
utcache.c \
utlock.c \
uttrack.c \
utclib.c \
utinit.c \
utmisc.c \
utmutex.c \
utresrc.c \
utmath.c \
nsparse.c \
nsutils.c \
nsaccess.c \
nsrepair.c \
nsalloc.c \
nswalk.c \
nsnames.c \
nssearch.c \
nsxfname.c \
nseval.c \
nsxfobj.c \
nsobject.c \
nspredef.c \
nsdumpdv.c \
nsload.c \
nsdump.c \
nsinit.c \
nsrepair2.c \
nsxfeval.c \
rsirq.c \
rsmisc.c \
rsio.c \
rsaddr.c \
rsutils.c \
rscreate.c \
rsdump.c \
rscalc.c \
rslist.c \
rsxface.c \
rsinfo.c \
rsmemory.c \
dsobject.c \
dsmethod.c \
dsopcode.c \
dswscope.c \
dsinit.c \
dswexec.c \
dswstate.c \
dsfield.c \
dsmthdat.c \
dsutils.c \
dswload.c \
evxfregn.c \
evrgnini.c \
evregion.c \
evgpeblk.c \
evxface.c \
evmisc.c \
evgpeutil.c \
evgpeinit.c \
evxfevnt.c \
evevent.c \
evsci.c \
evgpe.c \
exoparg1.c \
exutils.c \
excreate.c \
exstore.c \
exregion.c \
exoparg6.c \
exprep.c \
exmutex.c \
exnames.c \
exoparg2.c \
exdump.c \
exmisc.c \
exresolv.c \
exdebug.c \
exstoren.c \
exoparg3.c \
exstorob.c \
exconfig.c \
exresop.c \
exfield.c \
exfldio.c \
exresnte.c \
exconvrt.c \
exsystem.c \
tbfadt.c \
tbxface.c \
tbxfroot.c \
tbutils.c \
tbinstal.c \
tbfind.c \
psutils.c \
psargs.c \
psloop.c \
psparse.c \
pswalk.c \
pstree.c \
psopcode.c \
psxface.c \
psscope.c \
hwregs.c \
hwsleep.c \
hwvalid.c \
hwgpe.c \
hwacpi.c \
hwtimer.c \
hwxface.c
.PATH: ${.CURDIR}/utilities ${.CURDIR}/namespace ${.CURDIR}/resources \
${.CURDIR}/dispatcher ${.CURDIR}/events ${.CURDIR}/executer \
${.CURDIR}/tables ${.CURDIR}/parser ${.CURDIR}/hardware
SRCS+=${ACPICA_SRCS}
DPADD+= ${LIBDRIVER} ${LIBSYS}
LDADD+= -ldriver -lsys
acpi driver Makefile fix - by Antoine Leca
2010-10-16 00:20:01 +02:00
CPPFLAGS += -I${.CURDIR}/include
ACPI driver - 99% of the code is Intel's ACPICA. The license is compliant with BSD and GNU and virtually all systems that use ACPI use this code, For instance it is part of the Linux kernel. - The only minix specific files are acpi.c osminixxf.c platform/acminix.h and include/minix/acpi.h - At the moment the driver does not register interrupt hooks which I believe is mainly for handling PnP, events like "battery level is low" and power management. Should not be difficult to add it if need be. - The interface to the outside world is virtually non-existent except a trivial message based service for PCI driver to query which device is connected to what IRQ line. This will evolve as more components start using this driver. VM, Scheduler and IOMMU are the possible users right now. - because of dependency on a native 64bit (long long, part of c99) it is compiled only with a gnu-like compilers which in case of Minix includes gcc llvm-gcc and clang
2010-09-02 17:44:04 +02:00
CFLAGS += -DACPI_LIBRARY
CFLAGS += -std=c99
MAN=
BINDIR?= /usr/sbin
.include <bsd.prog.mk>
.endif
Reference in a new issue Copy permalink