MFC r316339,317396,317829,326010,329554: less v530.

Relnotes: yes

MFC r293190: MFV r293125: less v481.

Relnotes: yes

Hoist all the mergeinfo up to the root in preparation for enforcing merges
to the root only. All MFC's were rerecorded to the root.

Going forward, if an MFC includes mergeinfo, it will need to be made to
the root and committed from the root. Merges with --ignore-ancestry
or diff | patch can go anywhere.

The mergeinfo in HEAD is in a bad state from years of neglect and manual
tampering and this was branched into 10.x. This confuses the coalescing
code and prevents it from doing its job.

Approved by: re (gjb, implicit)

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

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

Revert files with no local changes to their vendor state to ease future
upgrading.

Remove unused files.

MFV: less v458.

MFC after: 2 weeks

MFV: less v456.

MFV: less v453.

MFV: less v451.

MFV: less v449.

Redo r228645, but instead of casting away const conversion warnings in
contrib/less, add a few const qualifiers in the right places.

Suggested by: das
MFC after: 1 week

Revert r228645, which casts away a number of const conversion warnings
in contrib/less. I will fix those more properly in the next commit.

In contrib/less, cast away const a bunch of times, to make it build
without conversion warnings. This code desparately needs a good dose of
const poison, but fixing all the issues would be rather disruptive.

MFC after: 1 week

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

MFV: Update to less v444.

MFC after: 2 weeks

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).

MFV: Update to less v443.

MFC after: 1 month

Be clear of what licensing terms we are using.

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.

Update less to v436. This is considered as a bugfix release from vendor.

Major changes from v429:
* Don't pass "-" to non-pipe LESSOPEN unless it starts with "-".
* Allow a fraction as the argument to the -# (--shift) option.
* Fix highlight bug when underlined/overstruck text matches at end of line.
* Fix non-regex searches with ctrl-R.

Approved by: re (kensmith, kib)

Update to less v429.

Bootstrap merge history for less.

Make `less -R' not crash all the time.

Resolve conflicts.

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

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

Resolve conflicts; Update defines.h to reflect latest change.

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

Add instructions about how to upgrade less in base system

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

Resolve conflicts to complete less v408 import.

Approved by: re (kensmith)

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

Restore historical behavior where more(1) does not check for dumb terminals.

Reported by: rwatson on -current
Tested by: keramida, rwatson
Approved by: re (rwatson)

Be more careful handling no_init flag. It should be enforced
in *all* less_is_more cases, On the other hand, quit_if_one_screen
should apply iff less_is_more *and* -e.

This change revises the previous change further, which tried
to make less(1) not to send @ti:@te before and after view of
one file in more(1) mode, but affected less -e behavior by
accident.

This is essentially the same patch desichen@ has posted on
-current@. I have adjusted it a bit in order to minimize
difference between our version and the vendor branch.

Approved by: re (bmah, earlier logically equivalent version)

Restore historical more(1) behavior (inhibit ti/te processing) which
accidently got broke during the last less(1) import.

Approved by: re(hrs), delphij

In more(1) mode, restore the historical behavior where curses init
and deinit characters are not delivered.

Instead of hacking screen.c, we set no_init to implement the behavior.

Reported by: mnag
Approved by: re (hrs)

Resolve conflicts after less(1) v406 import.

Approved by: re (hrs)

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

Restore a historical behavior that +foo is considered as a
filename by more(1). The less(1) behavior is keep intact.

PR: bin/51488
Prodded by: demon
Approved by: re (hrs)

Apply a vendor patch that fixes very annoying bug
which caused the cursor not to return to the place
it should when -w is used with -e.

Note that this is a commit against -HEAD because
we already have the file off the vendor branch.

Reported by: Tom Uffner (on -current@)
Obtained from: http://www.greenwoodsoftware.com/less/less-405.tar.gz

In previous releases of FreeBSD we have enforced -EfGm, and the
new less(1) version enforced only -Em. Restore old behavior in
respect with POLA.

Submitted by: ru (on -current@)

Resolve conflicts.

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

Resolve conflicts.

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

Fix a one byte off error which causes "less" to crash if you view a
large file, jump to the end, scroll backwards with "b" and try to search
backwards afterwards.

Submitted by: Matthias Scheler

Merge vendor changes onto mainline.

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

Merge vendor changes onto mainline.

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

Merge vendor changes onto mainline.

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

Make control-c exit when in more compatability mode.

Submitted by: Scott Long <samsco@mho.com>

Forgot one small more(1) compat patch.

Obtained from: NetBSD

Allow less to work on > 2GB files.

Make less act like more(1) when it is invoked as more.

Obtained from: NetBSD

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