summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Implement dougb's excellent suggestion, and satisfy one desire of ru.obrien2002-04-151-0/+9
|
* option<space><tab>obrien2002-04-151-12/+12
|
* In the ntp_adjtime(2) syscall, return our actual estimate of unappliedphk2002-04-151-2/+2
| | | | offset correction instead of the most recent offset applied.
* Long-forgotten patch: warn if a closed PR has no "closed by"des2002-04-151-0/+4
|
* Long-forgotten patch: list prstatsdes2002-04-151-0/+1
|
* This commit was generated by cvs2svn to compensate for changes in r94735,des2002-04-151-1/+7
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
| * Print newline after error and info messages (perforce change 9750)des2002-04-151-1/+7
| |
* | Use PAM_SUCCESS instead of PAM_IGNORE.des2002-04-152-3/+3
| |
* | Removed 2 lines from the cd(9) manual page.trhodes2002-04-151-3/+1
| | | | | | | | PR: 35944
* | Finish adding support code for sysctl kern.mprof. This dumps some mallocjeff2002-04-151-11/+68
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | information related to bucket size effeciency. Three things are printed on each row: Size is the size the user actually asked for rounded to 16 bytes. Requests is the number of times this size was asked for. Real Size is the size we actually handed out. At the end the total memory used and total waste is displayed. Currently my system displays about 33% wasted memory. The intent of this code is to gather statistics for tuning the malloc bucket sizes. It is not intended to be run with INVARIANTS and it is not entirely mp safe. It can be enabled via 'options MALLOC_PROFILE' which was commited earlier.
* | Remove malloc_type's ks_limit.jeff2002-04-153-159/+153
| | | | | | | | | | | | | | | | | | | | | | | | Updated the kmemzones logic such that the ks_size bitmap can be used as an index into it to report the size of the zone used. Create the kern.malloc sysctl which replaces the kvm mechanism to report similar data. This will provide an easy place for statistics aggregation if malloc_type statistics become per cpu data. Add some code ifdef'd under MALLOC_PROFILING to facilitate a tool for sizing the malloc buckets.
* | Whitespace nits.des2002-04-151-17/+17
| |
* | Add a manual page based on Solar Designer's README.des2002-04-152-1/+234
| | | | | | | | Sponsored by: DARPA, NAI Labs
* | pam_passwdqc depends on libcrypt.des2002-04-151-0/+2
| |
* | Don't peak into the malloc_type structure for limits. The desired vnodesjeff2002-04-151-2/+1
| | | | | | | | | | check should be sufficient. This is required for the pending removal of malloc_type limits.
* | Include <sys/_types.h>. This should have been part of the previousmike2002-04-151-1/+1
| | | | | | | | revision.
* | Add support for X/Open.mike2002-04-151-2/+5
| | | | | | | | PR: 37078
* | Turn off collect2.obrien2002-04-151-3/+3
| | | | | | | | | | | | | | | | | | | | | | collect2 was added based on the need of -frepo. However, -frepo is currently broken on -CURRENT (Gcc 2.95.4 20020320 [FreeBSD] / ld 2.12.0 [FreeBSD] 2002-04-10). It is also broken on RELENG_4 (Gcc 2.95.3 20010315 / ld 2.11.2 20010719), so there is no need to MFC collect2 there yet. I have a feeling the brokeness is due to the wide difference between the libiberty bits of Gcc 2.95 and the later ld. Testing by: fjoe
* | PAMified passwd(1). Some NIS-related issues remain to be solved, but thisdes2002-04-152-286/+118
| | | | | | | | | | | | should work for everyday use. Sponsored by: DARPA, NAI Labs
* | Add PAM policy for the "passwd" service, including a sample config linedes2002-04-152-0/+12
| | | | | | | | | | | | for pam_passwdqc. Sponsored by: DARPA, NAI Labs
* | Prompt for new password during update phase, not during preliminary phase.des2002-04-151-16/+10
| | | | | | | | Sponsored by: DARPA, NAI Labs
* | Add pam_lastlog(8) here since I removed lastlog support from sshd.des2002-04-151-0/+1
| | | | | | | | Sponsored by: DARPA, NAI Labs
* | Dike out most of the NIS code and replace it with calls to libypclnt.des2002-04-152-285/+79
| | | | | | | | | | | | | | Rework pam_sm_chauthtok() so it (mostly?) works. The standard pw stuff still needs to move into a library somewhere. Sponsored by: DARPA, NAI Labs
* | Add a dependency on libypclnt to libpam, in preperation for making pam_unixdes2002-04-151-2/+2
| | | | | | | | use it to update NIS passwords.
* | Add a missing generated file.des2002-04-151-1/+5
| |
* | Document option to option dependancy. Fix typo.jwd2002-04-151-3/+7
| | | | | | | | MFC after: 1 week
* | a.out.5 states that nobody seems to agree on what bss stands for. This istrhodes2002-04-151-4/+4
| | | | | | | | | | | | | | | | | | | | | | incorrect, however, as Dennis Ritchie states ``Actually the acronym is "block started by symbol." It was a pseudo-op in FAP (Fortran Assembly Program), an assembler for the IBM <models> machines. It identified its label and set aside space for a given number of words.'' PR: 34088 Submitted by: Martin Faxer <gmh003532@brfmasthugget.se> MFC after: 2 days
* | This commit was generated by cvs2svn to compensate for changes in r94706,des2002-04-151-3/+3
|\ \ | |/ | | | | which included commits to RCS files with non-trunk default branches.
| * Fix typo in pam_get_authtok(3) (perforce change 9746)des2002-04-151-3/+3
| |
* | Missed a spot in previous commit.des2002-04-151-1/+3
| | | | | | | | Sponsored by: DARPA, NAI Labs
* | When it's necessary to kldload tun(4), don't forget to re-try to openbrian2002-04-153-8/+15
| | | | | | | | | | | | tun0. Submitted by: qhwt@myrealbox.com
* | Fix tx-rate setting for Lucent cards.brooks2002-04-141-0/+15
| | | | | | | | Submitted by: Eugene Perevyazko <john@pcs.dp.ua>
* | Remove ws at EOLdougb2002-04-141-1/+1
| |
* | pam_passwdqc builds now.des2002-04-141-1/+1
| |
* | This commit was generated by cvs2svn to compensate for changes in r94691,des2002-04-146-72/+88
|\ \ | | | | | | | | | which included commits to RCS files with non-trunk default branches.
| * | Bug & warning fixes; pretty much what will become 0.5 later this week.des2002-04-146-72/+88
| | | | | | | | | | | | Submitted by: Solar Designer <solar@openwall.com>
* | | Connect libypclnt to the build.des2002-04-141-2/+3
| | |
* | | Skip zombies. Add an option (-z) to revert to the historical behaviourdes2002-04-142-0/+11
| | | | | | | | | | | | | | | of trying to kill zombies (which has no effect except emit a few error messages)
* | | (ab)use unused bits in the pw_fields member of struct passwd to recorddes2002-04-142-2/+17
| | | | | | | | | | | | | | | | | | the source of the data contained in the structure. Sponsored by: DARPA, NAI Labs
* | | Support the Siemens SpeedStream PCI card.brooks2002-04-141-0/+1
| | | | | | | | | | | | | | | PR: kern/35988 Submitted by: Stephen Gunn <csg@waterspout.com>
* | | Make the MTRR code a bit more defensive - this should help peopledwmalone2002-04-142-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | trying to run X on some Athlon systems where the BIOS does odd things (mines an ASUS A7A266, but it seems to also help on other systems). Here's a description of the problem and my fix: The problem with the old MTRR code is that it only expects to find documented values in the bytes of MTRR registers. To convert the MTRR byte into a FreeBSD "Memory Range Type" (mrt) it uses the byte value and looks it up in an array. If the value is not in range then the mrt value ends up containing random junk. This isn't an immediate problem. The mrt value is only used later when rewriting the MTRR registers. When we finally go to write a value back again, the function i686_mtrrtype() searches for the junk value and returns -1 when it fails to find it. This is converted to a byte (0xff) and written back to the register, causing a GPF as 0xff is an illegal value for a MTRR byte. To work around this problem I've added a new mrt flag MDF_UNKNOWN. We set this when we read a MTRR byte which we do not understand. If we try to convert a MDF_UNKNOWN back into a MTRR value, then the new function, i686_mrt2mtrr, just returns the old value of the MTRR byte. This leaves the memory range type unchanged. I have seen one side effect of the fix, which is that ACPI calls after X has been run seem to hang my machine. As running X would previously panic the machine, this is still an improvement ;-) I'd like to MFC this before the 4.6 code freeze - please let me know if it causes any problems. PR: 28418, 25958 Tested by: jkh, Christopher Masto <chris@netmonger.net> MFC after: 2 weeks
* | | Make the MTRR code a bit more defensive - this should help peopledwmalone2002-04-142-60/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | trying to run X on some Athlon systems where the BIOS does odd things (mines an ASUS A7A266, but it seems to also help on other systems). Here's a description of the problem and my fix: The problem with the old MTRR code is that it only expects to find documented values in the bytes of MTRR registers. To convert the MTRR byte into a FreeBSD "Memory Range Type" (mrt) it uses the byte value and looks it up in an array. If the value is not in range then the mrt value ends up containing random junk. This isn't an immediate problem. The mrt value is only used later when rewriting the MTRR registers. When we finally go to write a value back again, the function i686_mtrrtype() searches for the junk value and returns -1 when it fails to find it. This is converted to a byte (0xff) and written back to the register, causing a GPF as 0xff is an illegal value for a MTRR byte. To work around this problem I've added a new mrt flag MDF_UNKNOWN. We set this when we read a MTRR byte which we do not understand. If we try to convert a MDF_UNKNOWN back into a MTRR value, then the new function, i686_mrt2mtrr, just returns the old value of the MTRR byte. This leaves the memory range type unchanged. I'd like to merge this before the 4.6 code freeze, so if people can test this with XFree 4 that would be very useful. PR: 28418, 25958 Tested by: jkh, Christopher Masto <chris@netmonger.net> MFC after: 2 weeks
* | | Correct two syntax mistakes.asmodai2002-04-141-3/+3
| | | | | | | | | | | | Fix overflowing right side, so that the && operator fits on the same line.
* | | Remove extraneous newline.asmodai2002-04-141-1/+0
| | |
* | | Fix up submit.cf alternation instructions in light of new SENDMAIL_SUBMIT_MCgshapiro2002-04-141-4/+6
| | | | | | | | | | | | | | | | | | make.conf knob. MFC after: 1 week
* | | Provide a new make.conf knob, SENDMAIL_SUBMIT_MC to allow users to pickgshapiro2002-04-144-17/+86
| | | | | | | | | | | | | | | | | | | | | | | | | | | the .mc file used for /etc/mail/submit.cf. By default, /etc/mail/freebsd.submit.mc is installed and used. Requested by: fenner Submitted by: ume MFC after: 1 week
* | | More recent versions of pam_passwdqc (not yet released) build with verydes2002-04-141-1/+2
| | | | | | | | | | | | few warnings.
* | | New files in OpenPAM Cineraria.des2002-04-141-0/+2
| | | | | | | | | | | | Sponsored by: DARPA, NAI Labs
* | | Cosmetic nit.des2002-04-141-1/+1
| | |
* | | This commit was generated by cvs2svn to compensate for changes in r94670,des2002-04-1454-346/+608
|\ \ \ | | |/ | |/| | | | which included commits to RCS files with non-trunk default branches.
OpenPOWER on IntegriCloud