| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
PR: misc/54967
Submitted by: Paul A. Scott <pscott@the-frontier.org>
MFC After: 4 weeks
|
|
|
|
|
| |
in vm_page.h to be reached and thus slightly increases the overall
coverage of LINT on ia64.
|
|
|
|
| |
Suggested by: phk
|
|
|
|
|
|
| |
a local branch. Text from an email from jdp@
Reported by: simon
|
|
|
|
|
|
|
| |
that it works without the quirk. This and any other quirk changes will be
MFCd after the release unless they fix a known problem.
MFC after: 1 month
|
|
|
|
| |
No need to see this message twice.
|
|
|
|
|
|
|
| |
compatibility routine, go ahead and accept that as 'success'. A
properly written compatible driver should return < 0 for both the
compat match and compat probe routines, so this will wind up doing the
right thing.
|
| |
|
|
|
|
|
| |
reach me directly), but more importantly, breaks compiles on
non-FreeBSD platforms.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
/usr/include/osreldate.h doesn't exist on the system. While this
could be worked around by saying something like 'make includes
OSLRELDATE=0' when this file doesn't exist, it is just as easy to
provide a fallback when the file we know we depend on doesn't exist.
While this doesn't make all targets work w/o a
/usr/include/osreldate.h, because some of the FreeBSD bootstrap tools
use this file. 'make includes' however does work.
Noticed by: peter, obrien (and likely others)
Pointy hat to: imp (for suggesting a method that depended on /usr/include)
|
| |
|
| |
|
|
|
|
| |
Requested by: bde
|
|
|
|
|
|
| |
comment and thus compiled.
Submitted by: bde
|
|
|
|
| |
Cosmetics.
|
| |
|
|
|
|
|
|
| |
This will get rid of the warnings issued at shutdown (that seems to
worry alot of users), but will also no flush cache on lots of
devices that can, but doesn't set the right support bits...
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
devices and capitalize the words "Gigabit", "Ethernet", and "adapter"
consistently.
|
|
|
|
|
| |
PR: 55637
Submitted by: Lukas Ertl <l.ertl@univie.ac.at>
|
|
|
|
|
|
|
| |
Without this option it is not possible to omit the driver from the
configuration file and successfully build a kernel.
This option is specific to alpha.
|
|
|
|
|
|
|
|
| |
implementations. Use those on platforms that don't have MD
headers. Remove the ia64 MD header. We're going to use the C
implementation there.
Suggested by: bde
|
|
|
|
|
|
|
| |
its mbufs aligned on TX.
PR: 53656, 42714
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
here. Trim devices from the remaining fe(4) section as the manpage
now covers all of them.
While here, remove a comment that instructs developers on how to add
specific instances of devices, since we're moving away from that now.
|
| |
|
|
|
|
| |
the hardware notes.
|
|
|
|
| |
respected or at least shut the warning up.
|
| |
|
| |
|
| |
|
|
|
|
| |
Reported by: Tor Egge <Tor.Egge@cvsup.no.freebsd.org>
|
|
|
|
| |
Also some minor style cleanups.
|
|
|
|
| |
Also some minor style cleanups.
|
|
|
|
| |
Also some minor style cleanups.
|
| |
|
|
|
|
| |
Use these in our i386, amd64, and alpha platforms.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Restructure the way ATA/ATAPI commands are processed, use a common
ata_request structure for both. This centralises the way requests
are handled so locking is much easier to handle.
The driver is now layered much more cleanly to seperate the lowlevel
HW access so it can be tailored to specific controllers without touching
the upper layers. This is needed to support some of the newer
semi-intelligent ATA controllers showing up.
The top level drivers (disk, ATAPI devices) are more or less still
the same with just corrections to use the new interface.
Pull ATA out from under Gaint now that locking can be done in a sane way.
Add support for a the National Geode SC1100. Thanks to Soekris engineering
for sponsoring a Soekris 4801 to make this support.
Fixed alot of small bugs in the chipset code for various chips now
we are around in that corner anyways.
|
|
|
|
| |
Submitted by: Pavlin Radoslavov <pavlin@icir.org>
|
| |
|