| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
See PR: 38678
|
|
|
|
|
| |
specific by way of which headers are being included (and headers
not included).
|
|
|
|
|
| |
PR: 33299
Submitted by: Alexander N. Kabaev <ak03@gte.com>
|
|
|
|
|
|
|
|
|
|
| |
shared code and converting all ufs references. Originally it may
have made sense to share common features between the two filesystems,
but recently it has only caused problems, the UFS2 work being the
final straw.
All UFS_* indirect calls are now direct calls to ext2_* functions,
and ext2fs-specific mount and inode structures have been introduced.
|
| |
|
|
|
|
|
|
| |
-current.
Apolgies to: anhold
|
| |
|
| |
|
|
|
|
| |
Approved by: des
|
|
|
|
| |
Approved by: des
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper
to your high-end RAID controller. The interface to the arrays is still
via the block interface; this merely provides a way to circumvent the
RAID functionality and access the SCSI buses directly. Note that for
somewhat obvious reasons, hard drives are not exposed to the da driver
through this interface, though you can still talk to them via the pass
driver. Be the first on your block to low-level format unsuspecting
drives that are part of an array!
To enable this, add the 'aacp' device to your kernel config.
MFC after: 3 days
|
|
|
|
|
|
| |
into if_txreg.h.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Make the cam, cd9660 lomac and sound modules i386 and alpha
specific due to link problems (@gprel relocation when @ltoff
is required). Once resolved, these can be moved back to the
generic list.
o Build linprocfs only on those architectures that have the
linux module.
o Make the sppp module i386 and alpha specific due to compile
problems (pointers as switch cases). Once resolved, this can
be moved back to the generic list.
o Build all i386 specific modules, with the exception of those
mentioned above as being moved from the generic list to the
i386 list and those with dependencies on the linux module (aac)
or i386 dependent (ar, apm, atspeaker, fpu, gnufpu, ibcs2,
linux, ncv, nsp, netgraph, oltr, pecoff, s3, sbni, stg and
vesa).
o Don't build acpi as a module yet. It most be ported first.
Once ported, it can be added to the ia64 list.
o Don't build ipfilter yet due to compile errors (osreldate.h
not found).
|
|
|
|
|
|
| |
- Add stubs for EISA and SBUS cards.
(VME, FutureBUS, and TurboChannel stubs not provided.)
- Add infrastructure to build driver and bus front-end modules.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
see http://people.freebsd.org/~scottl/udf
MFC after: when asmodai gets the backport done
Prodded by: phk asmodai des
|
| |
|
|
|
|
|
| |
part of the driver. Also, move the softc and some other stuff to
if_wivar.h from if_wireg.h to make future merging activities easier.
|
| |
|
|
|
|
|
|
|
|
| |
- VIA chipset SMBus controllers added
- alpm driver updated
- Support for dynamic modules added
- bktr FreeBSD smbus updated but not tested
- cleanup
|
|
|
|
| |
Add support for NEC PC-9821 PEGC screen (fire/logo/rain/warp_saver).
|
|
|
|
|
|
| |
with the NO_IPFILTER make.conf(5) knob.
(So that we can "make the-rest-of-the-world" again.)
|
|
|
|
| |
Ported from NetBSD by: akiyama
|
|
|
|
| |
Reviewed by: sheldonh
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes other power-management system (APM for now) to be able to
generate power profile change events (ie. AC-line status changes), and
other kernel components, not only the ACPI components, can be notified
the events.
- move subroutines in acpi_powerprofile.c (removed) to kern/subr_power.c
- call power_profile_set_state() also from APM driver when AC-line
status changes
- add call-back function for Crusoe LongRun controlling on power
profile changes for a example
|
|
|
|
| |
Submitted by: David Yeske <dyeske@yahoo.com>
|
| |
|
|
|
|
|
| |
but at least linprocfs works (I haven't had the opportunity to test other
stuff that depends on the linux module, like aac or tdfx)
|
|
|
|
| |
Approved by: imp
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Keeping them there seemed like a good idea at the time, but it annoys bde
and confuses people who do not understand how MODULES_OVERRIDE works.
|
| |
|
| |
|
|
|
|
| |
that want them
|
|
|
|
|
|
|
|
| |
prior ICP Vortex models. This driver was developed by Achim Leubner
of Intel (previously with ICP Vortex) and Boji Kannanthanam of Intel.
Submitted by: "Kannanthanam, Boji T" <boji.t.kannanthanam@intel.com>
MFC after: 2 weeks
|
|
|
|
|
|
| |
and the reference to db_regs is *extern* from alpha/include/db_machdep.h
(put it in alpha/alpha/machdep.c)- this avoids the problems we've had
about different 'common' sizes prohibiting the kernel from linking.
|
| |
|
|
|
|
|
|
|
|
| |
intermodule communication is done via kobj calls. If anything
currently depends on them, let it break so that we can fix it. Maybe
we'll need to export some of the card_if.c or power_if.c symbols, but
I think those should be in the base kernel (since all *_if.c should be
in the base kernel for just these reasons).
|
| |
|
|
|
|
| |
Not objected to by: -current
|
|
|
|
| |
unicode decoding klds (cd9660_unicode port).
|
|
|
|
|
| |
not clear enough, will require additional analysis, or will
require some input from their maintainers.
|
|
|
|
|
|
|
|
| |
modules.
Note that in the case of 'mii' the API is not clearly
defined, and the symbols exported represent a subset
defined by current usage.
|
|
|
|
| |
the RELENG_4 branch when approved by the release engineers.
|
|
|
|
| |
of -fno-common in this case.
|