summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* 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.
| * | Vendor import of OpenPAM Cineraria.des2002-04-1454-346/+608
| | |
* | | The new Compaq DS20L is a direct derivative of the CS20 so we supportwilko2002-04-141-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | it with FreeBSD/alpha. Pictures of DS20L will be available soon at http://people.freebsd.org/~wilko/Alpha-gallery/ Along with pictures of a ES80 'Marvel' EV7 box (which we don't support yet :-P )
* | | Use 'struct callout' instead of 'struct callout_handle' to avoidarchie2002-04-141-25/+81
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | exhausting the kernel timeout table. Perform the usual gymnastics to avoid race conditions between node shutdown and timeouts occurring. Also fix a bug in handling ack delays < PPTP_MIN_ACK_DELAY. Before, we were ack'ing immediately. Instead, just impose a minimum ack delay time, like the name of the macro implies. MFC after: 1 week
* | | Don't allow one to trace an ancestor when already traced.alfred2002-04-141-1/+14
| | | | | | | | | | | | | | | | | | | | | PR: kern/29741 Submitted by: Dave Zarzycki <zarzycki@FreeBSD.org> Fix from: Tim J. Robbins <tim@robbins.dropbear.id.au> MFC After: 2 weeks
* | | Actually add the UDF files!scottl2002-04-1411-0/+3225
| | |
* | | Cast a ptrdiff_t to int before using it as a printf field width.des2002-04-141-2/+2
| | |
* | | Cosmetical change: remove empty line to reduce diffs to RELENG_4fjoe2002-04-141-1/+0
| | |
* | | Add a filesystem driver for the Universal Disk Format. For more info,scottl2002-04-146-1/+8
| | | | | | | | | | | | | | | | | | | | | see http://people.freebsd.org/~scottl/udf MFC after: when asmodai gets the backport done Prodded by: phk asmodai des
* | | Fix some warnings. Don't record logins twice in USE_PAM case. Stripdes2002-04-141-4/+22
| | | | | | | | | | | | | | | | | | | | | "/dev/" off the tty name before passing it to auth_ttyok or PAM. Inspired by: dinoex Sponsored by: DARPA, NAI Labs
* | | Fix a witness warning when expanding a hash table. We were allocating the newjeff2002-04-141-38/+79
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | hash while holding the lock on a zone. Fix this by doing the allocation seperately from the actual hash expansion. The lock is dropped before the allocation and reacquired before the expansion. The expansion code checks to see if we lost the race and frees the new hash if we do. We really never will lose this race because the hash expansion is single threaded via the timeout mechanism.
* | | Protect the initial list traversal in sysctl_vm_zone() with the uma_mtx.jeff2002-04-141-0/+2
| | |
* | | Remove the hard-coded limit of 3 bytes for EUC encodings.asmodai2002-04-141-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Satoshi NIIMI-san kindly explained that EUC does not limit the byte length to any arbitrary number. We now set the limit to the maximum octet length of the codeset and it is locale-specific. Submitted by: Yong-Jhen Hong <winard@ms11.url.com.tw>
* | | Fix the play / record rate setting so that it actually works.jhay2002-04-141-3/+8
| | | | | | | | | | | | | | | | | | | | | | | | The extra microphone channel capability is part of the "normal" ac97 capabilities and not an extended ac97 capability. Now recording on codecs without a seperate mic channel works. MFC after: 1 week
* | | Use VOP_GETVOBJECT instead of accessing the member directly. This fixedjeff2002-04-141-1/+1
| | | | | | | | | | | | | | | | | | an issue with nullfs and NAMEI shared. Submitted by: Alexander Kabaev
OpenPOWER on IntegriCloud