275671 |
10-Dec-2014 |
delphij |
Fix multiple vulnerabilities in file(1) and libmagic(3).
Security: FreeBSD-SA-14:28.file Security: CVE-2014-3710, CVE-2014-8116, CVE-2014-8117 Approved by: so |
267829 |
24-Jun-2014 |
delphij |
Fix iconv(3) NULL pointer dereference and out-of-bounds array access. [SA-14:15]
Fix multiple vulnerabilities in file(1) and libmagic(3). [SA-14:16]
Worked around bug with PCID implementation. [EN-14:07]
Security: CVE-2014-3951 Security: FreeBSD-SA-14:15.iconv Security: CVE-2013-7345, CVE-2014-1943, CVE-2014-2270 Security: FreeBSD-SA-14:16.file Approved by: so |
259128 |
09-Dec-2013 |
gjb |
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 |
259065 |
07-Dec-2013 |
gjb |
- 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 |
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
245307 |
11-Jan-2013 |
obrien |
Add support for Lua 5.2.
Submitted by: skreuzer
|
239348 |
17-Aug-2012 |
mckay |
Correct a regression introduced during the import of file(1) 5.11.
Magic tests containing "search" or "regex" directives were incorrectly compiled by "mkmagic" and were effectively ignored. This caused troff files (for example) to be detected as simply "ASCII text" instead of as "troff or preprocessor input, ASCII text".
PR: bin/170415 Approved by: consensus on developers@ MFC after: 3 days
|
234449 |
19-Apr-2012 |
obrien |
Update file(1) to version 5.11.
|
228553 |
15-Dec-2011 |
dim |
In contrib/file/softmagic.c, fix a potential format string security problem. (This fix has already been applied upstream, but we do not have the latest version of file in the tree at the moment.)
MFC after: 1 week
|
223758 |
04-Jul-2011 |
attilio |
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
|
222813 |
07-Jun-2011 |
attilio |
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).
|
215679 |
22-Nov-2010 |
attilio |
Add the ability for GDB to printout the thread name along with other thread specific informations.
In order to do that, and in order to avoid KBI breakage with existing infrastructure the following semantic is implemented: - For live programs, a new member to the PT_LWPINFO is added (pl_tdname) - For cores, a new ELF note is added (NT_THRMISC) that can be used for storing thread specific, miscellaneous, informations. Right now it is just popluated with a thread name.
GDB, then, retrieves the correct informations from the corefile via the BFD interface, as it groks the ELF notes and create appropriate pseudo-sections.
Sponsored by: Sandvine Incorporated Tested by: gianni Discussed with: dim, kan, kib MFC after: 2 weeks
|
210761 |
02-Aug-2010 |
rpaulo |
Properly warp around more code under COMPILE_ONLY to recover from build errors.
|
207736 |
07-May-2010 |
mckusick |
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.
|
192350 |
18-May-2009 |
delphij |
Merge vendor/file/dist@192348, bringing FILE 5.03 to 8-CURRENT.
Security: CVE-2009-1515
|
191774 |
04-May-2009 |
obrien |
This belongs in //svn.freebsd.org/base/vendor/file/dist now.
|
191771 |
04-May-2009 |
obrien |
Merge vendor/file/dist@191739, bringing FILE 5.00 to 8-CURRENT.
|
186692 |
02-Jan-2009 |
obrien |
Add an additional COMPILE_ONLY check.
|
186691 |
02-Jan-2009 |
obrien |
Record that base/vendor/file/dist@186675 was merged. Merge base/vendor/file/dist@186675@186690, bringing FILE 4.26 to 8-CURRENT.
|
175899 |
02-Feb-2008 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r175898, which included commits to RCS files with non-trunk default branches.
|
175883 |
02-Feb-2008 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r175882, which included commits to RCS files with non-trunk default branches.
|
175812 |
30-Jan-2008 |
obrien |
Update for the 4.23 import.
|
175297 |
13-Jan-2008 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r175296, which included commits to RCS files with non-trunk default branches.
|
169965 |
24-May-2007 |
obrien |
Update for the 'file' 4.21 import.
|
169963 |
24-May-2007 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r169962, which included commits to RCS files with non-trunk default branches.
|
169946 |
24-May-2007 |
obrien |
Update for the 'file' 4.19 import.
|
169943 |
24-May-2007 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r169942, which included commits to RCS files with non-trunk default branches.
|
159826 |
21-Jun-2006 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r159825, which included commits to RCS files with non-trunk default branches.
|
159767 |
19-Jun-2006 |
obrien |
Update for the 'file' 4.17 import.
|
159765 |
19-Jun-2006 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r159764, which included commits to RCS files with non-trunk default branches.
|
139369 |
28-Dec-2004 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r139368, which included commits to RCS files with non-trunk default branches.
|
133360 |
09-Aug-2004 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r133359, which included commits to RCS files with non-trunk default branches.
|
111659 |
28-Feb-2003 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r111658, which included commits to RCS files with non-trunk default branches.
|
110950 |
15-Feb-2003 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r110949, which included commits to RCS files with non-trunk default branches.
|
103376 |
16-Sep-2002 |
obrien |
Make current.
|
103374 |
16-Sep-2002 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r103373, which included commits to RCS files with non-trunk default branches.
|
84686 |
08-Oct-2001 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r84685, which included commits to RCS files with non-trunk default branches.
|
80589 |
30-Jul-2001 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r80588, which included commits to RCS files with non-trunk default branches.
|
75940 |
25-Apr-2001 |
obrien |
Update for file 3.35.
|
75938 |
25-Apr-2001 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r75937, which included commits to RCS files with non-trunk default branches.
|
74787 |
25-Mar-2001 |
obrien |
Update for file 3.34.
|
74785 |
25-Mar-2001 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r74784, which included commits to RCS files with non-trunk default branches.
|
69219 |
26-Nov-2000 |
obrien |
Information on how I did the import and upgrade instructions.
|
69217 |
26-Nov-2000 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r69216, which included commits to RCS files with non-trunk default branches.
|
68350 |
05-Nov-2000 |
obrien |
This commit was generated by cvs2svn to compensate for changes in r68349, which included commits to RCS files with non-trunk default branches.
|