| #
                0ffa96a2 |  | 04-Jan-2019 | Sascha Wildner <saw@online.de> | kernel: Remove unused *.h files from SRCS in kernel module Makefiles.
 They were found by checking the preprocessed code of the files
 in SRCS to see if the header was included at some point.
 
 After r
 kernel: Remove unused *.h files from SRCS in kernel module Makefiles.
 They were found by checking the preprocessed code of the files
 in SRCS to see if the header was included at some point.
 
 After removal, the preprocessed source of a build with the old
 Makefiles was compared against one with the changes (for various
 kernel configurations and when building just from /usr/src) to
 verify that the commit leads to no functional change.
 show more ...  
 | 
| #
                dcb4b80d |  | 27-Nov-2013 | Sascha Wildner <saw@online.de> | kernel: Generate miidevs.h, pccarddevs.h and pcidevs.h on the fly.
 It removes the need to regenerate those header file after first editing
 the associated list of IDs (miidevs, pccarddevs or pcidevs)
 kernel: Generate miidevs.h, pccarddevs.h and pcidevs.h on the fly.
 It removes the need to regenerate those header file after first editing
 the associated list of IDs (miidevs, pccarddevs or pcidevs). After this
 commit, editing the list alone is enough to add IDs.
 
 We already did it like that for usb4bsd's usbdevs.h before. This commit
 adjusts things for the remaining ID lists.
 show more ...  
 | 
| #
                201c8c44 |  | 12-Jul-2009 | Sascha Wildner <saw@online.de> | kmod.mk: Remove some dead code supposed to handle modules' manual pages.
 It was ignored previously and since we do not keep kernel related
 manual pages in sys/ the whole idea is bogus anyway.
 
 | 
| #
                78167af7 |  | 10-Dec-2006 | Thomas E. Spanjaard <tgen@dragonflybsd.org> | This time *really* fix the .PATHs in the kmod Makefiles. I promise. 
 | 
| #
                854fb363 |  | 08-Dec-2006 | Thomas E. Spanjaard <tgen@dragonflybsd.org> | Fix the paths in ata_if.m and the module Makefiles to reflect theirlocation in our tree, rather than my development tree at home.
 
 Submitted-by:	YONETANI Tomokazu <qwht+dfly@les.ath.cx>
 
 | 
| #
                c1b3d7c5 |  | 04-Dec-2006 | Thomas E. Spanjaard <tgen@dragonflybsd.org> | Initial import of the port of the new(er) FreeBSD ATA code.
 Note this code has not yet been hooked into the build as such, unless you (unwisely) specify the devices in your kernel config according t
 Initial import of the port of the new(er) FreeBSD ATA code.
 Note this code has not yet been hooked into the build as such, unless you (unwisely) specify the devices in your kernel config according to sys/conf/files. The modules are also excluded from the module build due to not having a SUBDIR entry in sys/dev/disk/Makefile. The PCI code isn't yet operation pending a patch for sys/bus/pci/pci.c I will send to kernel@ shortly. It short-circuits lazy resource allocation for PCI ATA controllers in legacy mode (i.e. on legacy ISA ATA addresses, which are not configured in the PCI BARs).
 
 The userland utility used to control nata ('natacontrol') and documentation will follow later. Also, be aware only nata, natapci, natadisk and natapicd have seen testing on real hardware so far. nataraid, natausb and natacam are probably not compilable yet, I need to clean those up.
 show more ...  
 |