freebsd-skq/sys/dev/xen
Andriy Gapon 9976156f12 kern cons: introduce infrastructure for console grabbing by kernel
At the moment grab and ungrab methods of all console drivers are no-ops.

Current intended meaning of the calls is that the kernel takes control of
console input.  In the future the semantics may be extended to mean that
the calling thread takes full ownership of the console (e.g. console
output from other threads could be suspended).

Inspired by:	bde
MFC after:	2 months
2011-12-17 15:08:43 +00:00
..
balloon Mark all SYSCTL_NODEs static that have no corresponding SYSCTL_DECLs. 2011-11-07 15:43:11 +00:00
blkback Mark MALLOC_DEFINEs static that have no corresponding MALLOC_DECLAREs. 2011-11-07 06:44:47 +00:00
blkfront Mark MALLOC_DEFINEs static that have no corresponding MALLOC_DECLAREs. 2011-11-07 06:44:47 +00:00
console kern cons: introduce infrastructure for console grabbing by kernel 2011-12-17 15:08:43 +00:00
control Properly handle suspend/resume events in the Xen device 2011-09-20 23:44:34 +00:00
evtchn
netback Replace inline static' by static inline'. 2011-12-13 14:06:01 +00:00
netfront Update netfront so that it queries and honors published 2011-09-21 00:15:29 +00:00
pcifront - There's no need to overwrite the default device method with the default 2011-11-22 21:28:20 +00:00
xenpci Make "options XENHVM" compile for i386, not just amd64 -- a largely 2011-01-04 14:49:54 +00:00