Remove svn:mergeinfo from the releng/10.0 branch.

After branch creation from stable/10, the stable/10 branch mergeinfo
was moved to the root of the branch.

Since there have not been any merges from stable/10 to releng/10.0
yet, we do not need to track any of the existing mergeinfo here.

Merges to releng/10.0 should now be done to the root of the branch.

For future branches during the release cycle, unless otherwise noted,
this change will be done as part of the stable/ and releng/ branch
creation.

Discussed with: peter
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

- Copy stable/10 (r259064) to releng/10.0 as part of the
10.0-RELEASE cycle.
- Update __FreeBSD_version [1]
- Set branch name to -RC1

[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so
start releng/10.0 at '100' so the branch is started with
a value ending in zero.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

Correct use_screen() and use_window() prototypes in curs_threads(3x).

Submitted by: Yanhui Shen <shen.elf@gmail.com>
MFC after: 3 days

With retirement of cpumask_t and usage of cpuset_t for representing a
mask of CPUs, pc_other_cpus and pc_cpumask become highly inefficient.

Remove them and replace their usage with custom pc_cpuid magic (as,
atm, pc_cpumask can be easilly represented by (1 << pc_cpuid) and
pc_other_cpus by (all_cpus & ~(1 << pc_cpuid))).

This change is not targeted for MFC because of struct pcpu members
removal and dependency by cpumask_t retirement.

MD review by: marcel, marius, alc
Tested by: pluknet
MD testing by: marcel, marius, gonzo, andreast

etire the cpumask_t type and replace it with cpuset_t usage.

This is intended to fix the bug where cpu mask objects are
capped to 32. MAXCPU, then, can now arbitrarely bumped to whatever
value. Anyway, as long as several structures in the kernel are
statically allocated and sized as MAXCPU, it is suggested to keep it
as low as possible for the time being.

Technical notes on this commit itself:
- More functions to handle with cpuset_t objects are introduced.
The most notable are cpusetobj_ffs() (which calculates a ffs(3)
for a cpuset_t object), cpusetobj_strprint() (which prepares a string
representing a cpuset_t object) and cpusetobj_strscan() (which
creates a valid cpuset_t starting from a string representation).
- pc_cpumask and pc_other_cpus are target to be removed soon.
With the moving from cpumask_t to cpuset_t they are now inefficient
and not really useful. Anyway, for the time being, please note that
access to pcpu datas is protected by sched_pin() in order to avoid
migrating the CPU while reading more than one (possible) word
- Please note that size of cpuset_t objects may differ between kernel
and userland. While this is not directly related to the patch itself,
it is good to understand that concept and possibly use the patch
as a reference on how to deal with cpuset_t objects in userland, when
accessing kernland members.
- KTR_CPUMASK is changed and now is represented through a string, to be
set as the example reported in NOTES.

Please additively note that no MAXCPU is bumped in this patch, but
private testing has been done until to MAXCPU=128 on a real 8x8x2(htt)
machine (amd64).

Please note that the FreeBSD version is not yet bumped because of
the upcoming pcpu changes. However, note that this patch is not
targeted for MFC.

People to thank for the time spent on this patch:
- sbruno, pluknet and Nicholas Esborn (nick AT desert DOT net) tested
several revision of the patches and really helped in improving
stability of this work.
- marius fixed several bugs in the sparc64 implementation and reviewed
patches related to ktr.
- jeff and jhb discussed the basic approach followed.
- kib and marcel made targeted review on some specific part of the
patch.
- marius, art, nwhitehorn and andreast reviewed MD specific part of
the patch.
- marius, andreast, gonzo, nwhitehorn and jceel tested MD specific
implementations of the patch.
- Other people have made contributions on other patches that have been
already committed and have been listed separately.

Companies that should be mentioned for having participated at several
degrees:
- Yahoo! for having offered the machines used for testing on big
count of CPUs.
- The FreeBSD Foundation for having sponsored my devsummit attendance,
which has been instrumental.
- Sandvine for having offered offices and infrastructure during
development.

(I really hope I didn't forget anyone, if it happened I apologize in
advance).

Merge r210464 from vendor/ncurses/dist:

- Fix wrong manpage title for keybound.3X

PR: docs/148864
Obtained from: ncurses-5.7-20081213 snapshot

Merger of the quota64 project into head.

This joint work of Dag-Erling Smørgrav and myself updates the
FFS quota system to support both traditional 32-bit and new 64-bit
quotas (for those of you who want to put 2+Tb quotas on your users).

By default quotas are not compiled into the kernel. To include them
in your kernel configuration you need to specify:

options QUOTA # Enable FFS quotas

If you are already running with the current 32-bit quotas, they
should continue to work just as they have in the past. If you
wish to convert to using 64-bit quotas, use `quotacheck -c 64';
if you wish to revert from 64-bit quotas back to 32-bit quotas,
use `quotacheck -c 32'.

There is a new library of functions to simplify the use of the
quota system, do `man quotafile' for details. If your application
is currently using the quotactl(2), it is highly recommended that
you convert your application to use the quotafile interface.
Note that existing binaries will continue to work.

Special thanks to John Kozubik of rsync.net for getting me
interested in pursuing 64-bit quota support and for funding
part of my development time on this project.

Merge r198489 from vendor/ncurses/dist:

Pull upstream patch to fix ee(1) crash when received SIGWINCH:

modify _nc_wgetch() to check for a -1 in the fifo, e.g., after a
SIGWINCH, and discard that value, to avoid confusing application
(patch by Eygene Ryabinkin, FreeBSD bin/136223).

PR: 136223
Submitted by: Eygene Ryabinkin
Obtained from: ncurses-5.7-20091024 snapshot
MFC after: 3 days

Remove empty directories from the HEAD.

Discussed with: developers, imp

- Update instructions for Subversion import
- Remove FREEBSD-vendor as edwin@ is working on a automatically contrib
software status page generation

- Update ncurses to 5.7-20081102 (5.7 release) and build glue
- This also removes $FreeBSD$ from two now unmodifed source files
ncurses/tinfo/lib_raw.c and ncurses/tinfo/lib_baudrate.c

MFC after: 2 months (after 7.1 and 6.4 are released)

- Bootstrap mergeinfo

- update maintainer's info per src/MAINTAINERS

- Update for 5.6-20080503

This commit was generated by cvs2svn to compensate for changes in r178866,
which included commits to RCS files with non-trunk default branches.

- Update instructions for snapshot import

Per discussion on developers@, add vendor information for ncurses.

This commit was generated by cvs2svn to compensate for changes in r176187,
which included commits to RCS files with non-trunk default branches.

- Update notes

- Resolve conflicts
- Our changes in lib_termcap.c is now merged in upstream

This commit was generated by cvs2svn to compensate for changes in r174996,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r174993,
which included commits to RCS files with non-trunk default branches.

Add instructions for future update.

Approved by: delphij

- Resolve conflicts
- Remove files that are removed in vender branch

Approved by: delphij

This commit was generated by cvs2svn to compensate for changes in r166124,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r163356,
which included commits to RCS files with non-trunk default branches.

Switch to contemporary TTY interface.

This commit was generated by cvs2svn to compensate for changes in r104977,
which included commits to RCS files with non-trunk default branches.

Merge ncurses 5.2-20020615 changes onto mainline.

This commit was generated by cvs2svn to compensate for changes in r98503,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r97055,
which included commits to RCS files with non-trunk default branches.

Merge ncurses-5.2-20010512 -> ncurses-5.2-20020518 changes onto mainline.

This commit was generated by cvs2svn to compensate for changes in r97049,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r89354,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r76732,
which included commits to RCS files with non-trunk default branches.

Merge changes from vendor branch to mainline.

This commit was generated by cvs2svn to compensate for changes in r76726,
which included commits to RCS files with non-trunk default branches.

Merge ncurses vendor changes (v5_1_20000701->v5_1_20001009) onto mainline

This commit was generated by cvs2svn to compensate for changes in r66963,
which included commits to RCS files with non-trunk default branches.

Fix a merge glitch - put our FREEBSD_NATIVE hack back in the original
place. The author saw fit to reindent the code which messed this up.

Merge vendor changes onto mainline

Merge conflicting vendor changes onto mainline. This essentially reverts
this file to the vendor version except for the added $FreeBSD$.
(The rev 1.2 IEXTEN change has been implemented more cleanly)

This commit was generated by cvs2svn to compensate for changes in r62449,
which included commits to RCS files with non-trunk default branches.

This commit was generated by cvs2svn to compensate for changes in r60867,
which included commits to RCS files with non-trunk default branches.

Fixed IEXTEN handling in raw mode again. The effect of IEXTEN when
ICANON is off is implementation-defined. Under BSD, IEXTEN is
independent of ICANON, so it must be turned off to get "raw" mode.

This was first fixed in rev.1.4 (1995/10/21) of libncurses/lib_raw.c,
but the change was lost in the downgrade to the contrib version.

The fix here is the same as in the old rev.1.4, less style bugs. A
better fix would use cfmakeraw(3) to actually handle all of the
complications for switching to raw mode.

Revision 1.3 is now taken care of in the base ncurses source.

This commit was generated by cvs2svn to compensate for changes in r56639,
which included commits to RCS files with non-trunk default branches.

Remove GCC_UNUSED under FREEBSD_NATIVE option.

Requested by: ache

Restore documented tgetstr() behavior.

Tweaks for using natively under FreeBSD (with native termcap)

This commit was generated by cvs2svn to compensate for changes in r50276,
which included commits to RCS files with non-trunk default branches.