|
Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2 |
|
| #
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 ...
|
|
Revision tags: v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2 |
|
| #
bb15467a |
| 25-Nov-2017 |
zrj <rimvydas.jasinskas@gmail.com> |
kernel/nata: Misc cleanup in non chipset codes.
* Move some stuff around.
* Add local implementations of biofinish() and g_io_deliver().
* Add prints for READ_NATIVE_MAX_ADDRESS.
* Use >= in
kernel/nata: Misc cleanup in non chipset codes.
* Move some stuff around.
* Add local implementations of biofinish() and g_io_deliver().
* Add prints for READ_NATIVE_MAX_ADDRESS.
* Use >= in comparisons for devclass_get_maxunit()
No functional change.
show more ...
|
|
Revision tags: v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4, v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.7.0, v3.4.3, v3.4.2, v3.4.0, v3.4.1, v3.4.0rc, v3.5.0, v3.2.2, v3.2.1, v3.2.0, v3.3.0, v3.0.3, v3.0.2, v3.0.1, v3.1.0, v3.0.0 |
|
| #
86d7f5d3 |
| 26-Nov-2011 |
John Marino <draco@marino.st> |
Initial import of binutils 2.22 on the new vendor branch
Future versions of binutils will also reside on this branch rather
than continuing to create new binutils branches for each new version.
|
|
Revision tags: v2.12.0, v2.13.0, v2.10.1, v2.11.0, v2.10.0, v2.9.1, v2.8.2, v2.8.1, v2.8.0, v2.9.0, v2.6.3, v2.7.3, v2.6.2, v2.7.2, v2.7.1, v2.6.1, v2.7.0, v2.6.0, v2.5.1, v2.4.1, v2.5.0, v2.4.0, v2.3.2 |
|
| #
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.
|
|
Revision tags: v2.3.1, v2.2.1, v2.2.0, v2.3.0, v2.1.1, v2.0.1 |
|
| #
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 their
location 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 ...
|