summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Userland build of Kerberos5 (AKA Heimdal). More to come.markm2000-01-157-0/+229
| | | | This is not ready for primetime yet! Please hold off on the bug reports.
* Use "$device" instead of hardwired device names in insert/remove lineshosokawa2000-01-152-156/+156
| | | | of /etc/pccard.conf.sample
* add SES drivermjacob2000-01-151-0/+13
|
* Ensure that DMA mappings are freed in error situations.mks2000-01-152-7/+52
|
* Notice when an interface's ATM address changes when running a local arpserver.mks2000-01-151-0/+6
|
* Process SPANS ARP requests even if source IP is 0.0.0.0 (or broadcast). Thismks2000-01-151-7/+12
| | | | can occur when talking to a Fore host which is using "bonded" interfaces.
* Added sn driver to network interface menu.hosokawa2000-01-153-0/+3
|
* Fix the tl driver so it doesn't run off the end of the RX descriptor listwpaul2000-01-151-7/+14
| | | | and panic in out of mbufs condition.
* Handle GetResponse errors correctly.mks2000-01-151-5/+17
|
* Enable the building of libposix1erwatson2000-01-151-2/+3
| | | | Reviewed by: eivind
* |The hard limit for the BPF buffer size is 32KB, which appears too lowphk2000-01-152-3/+6
| | | | | | | | | | | | | |for high speed networks (even at 100Mbit/s this corresponds to 1/300th |of a second). The default buffer size is 4KB, but libpcap and ipfilter |both override this (using the BIOCSBLEN ioctl) and allocate 32KB. | |The following patch adds an sysctl for bpf_maxbufsize, similar to the |one for bpf_bufsize that you added back in December 1995. I choose to |make the default for this limit 512KB (the value suggested by NFR). Submitted by: se Reviewed by: phk
* |Since I had suffered from partially applied CTM deltas, some time ago,phk2000-01-151-4/+10
| | | | | | | | | |I made ctm ignore deltas for files that match the "after edit" MD5. |(In one case, I had the compiler fill all temporary space while CTM |was editing files.) Submitted by: se Reviewed by: phk
* libposix1e provides userland library calls for the POSIX.1e securityrwatson2000-01-1522-0/+2936
| | | | | | | | interface. This commit introduces the library, as well as a modest subset of the ACL calls, with some modifications to support multiple ACL semantics. Reviewed by: eivind
* Don't clobber the sources when plain "make" is run. Just print a messagebde2000-01-151-2/+4
| | | | | | as in all other Makefiles that create syscall files. Fixed some style bugs.
* add SEND/RECEIVE diagnostic opcodes, SEND is a Mandatory commandmjacob2000-01-151-0/+2
|
* Minor enhancement: set the 'dual link LED' bit in the auxmode registerwpaul2000-01-151-0/+12
| | | | | | | | | | | | | of the Broadcom BCM5201 PHY on the LinkSys USB100TX adapter so that the link LED correctly (lights up amber for 10mbps link, green for 100mbps link). Note that the sticker on the bottom of the adapter says amber for 10 and green for 100, but the appendix in the manual that comes with the adapter says green for 10 and amber for 100. Given that there doesn't seem to be any way to make the hardware produce the latter combination, I think it's safe to say the sticker is right and the manual is wrong. I'm just shocked, shocked I tell you.
* Actually read the PCI device ID when testing the device ID value againstwpaul2000-01-151-1/+1
| | | | the supported devices list.
* We cannot have libcrypto, and therefore OpenSSL at all, without RSA.green2000-01-152-2/+2
| | | | | If you need examples of breakage, I'm ready to provide more than a few.
* Don't mix up KNF and style(9). This isn't KNF, it's a derivative of it.peter2000-01-151-3/+4
|
* Added "sn" and "pcic" entries to UserConfig.hosokawa2000-01-151-0/+2
|
* Enable the 't' option, and document it in the manpage.sos2000-01-152-1/+4
| | | | Submitted by: green@freebsd.org <Brian Fundakowski Feldman>
* Fix handling of svr4_sigsets, which are implemented in SysVR4 as a sequencenewton2000-01-154-30/+102
| | | | | | | | | | | | | | | | | | | | of 4 longs used as a bitmask. sv4r4_sigfillset has been broken for a while, probably since rev 1.5. This patch fixes SVR4_NSIG (i.e.: sets it to the actual number of signals, instead of the number of bits in the mask) because some SysVR4 clients honestly seem to care about whether bits in the signal mask are set for non-existant signals. Additionally, the svr4_sigfillset macro has been replaced by a fully fledged function, because the macro didn't actually work (it returned an all-ones mask, but we don't want that: we want 0's set where FreeBSD doesn't actually have a signal which is the same as an SysVR4 signal, for example). SysVR4 clients can now successfully ignore signals, although catching them remains problematic (see commit log message for rev1.13 of sys/i386/svr4/svr4_machdep.c for more info).
* Remove some all-too-wordy debugging printsnewton2000-01-152-10/+0
|
* Pre-freeze cleanups: Conditionalize debugging writes on DEBUG_SVR4,newton2000-01-151-11/+32
| | | | | | | | | | | | | | | | | | | | | | | | | eliminate warnings, etc. Note that svr4_setcontext() and svr4_getcontext() currently don't work correctly, which makes returning from signal handlers somewhat problematic (for reference: the SysVR4 setcontext() and getcontext() syscalls behave like a low-level version of setjmp() and longjmp(), in that they save and restore process context. SysVR4 uses this to implement its signal handler trampoline: The context which is saved before a signal handler is called is restored by an implicit call to the setcontext() syscall when the signal handler returns. That currently doesn't work right in this emulator, although it used to). I'm committing this anyway, with a caveat that it's buggy, so that I can (a) note the bug for anyone who is wondering about it, and (b) get the stuff I've done to improve (but not fix) the situation in the tree before 4.0 is released. If I have time to fix it totally RSN I'll talk to Jordan to see if I can bend him into letting me commit a bugfix :-) Note that the situation now is somewhat better than it was yesterday anyway, because I've fixed the handling of svr4_sigsets which previously was causing signal handlers to not get called at all. Stay tuned for an upcoming commit to svr4_signal.c...
* This is the 3rd stage of syscons code reorganization.yokota2000-01-1522-1250/+2378
| | | | | | | | | | | | | | | - Split terminal emulation code from the main part of the driver so that we can have alternative terminal emulator modules if we like in the future. (We are not quite there yet, though.) - Put sysmouse related code in a separate file, thus, simplifying the main part of the driver. As some files are added to the source tree, you need to run config(8) before you compile a new kernel next time. You shouldn't see any functional change by this commit; this is only internal code reorganization.
* Include #warning about unconditionalizing VM86, which isn't supposed to worknewton2000-01-151-0/+1
| | | | in the svr4 emulator yet.
* Fixed the problem that IPsec connection hangs when bigger data is sent.shin2000-01-157-8/+21
| | | | | | | -opt_ipsec.h was missing on some tcp files (sorry for basic mistake) -made buildable as above fix -also added some missing IPv4 mapped IPv6 addr consideration into ipsec4_getpolicybysock
* groff now is 1.15, not 1.11.phantom2000-01-152-2/+2
|
* Added missing 'else' for 'if (isipv6)' at IPv6 length setting in tcp_respond().shin2000-01-152-2/+2
| | | | | By this bug, IPv6 reset was not sent. (I checked around same kind of bug, but no other found.)
* This is another in Martin Blapp's N-series of mount-related cleanups :)green2000-01-1513-53/+80
| | | | | | | | | | | | | Changes are: - rpc.umntall is called at the right places now in /etc/rc* - rpc.umntall timeout has been lowered from two days (too high) to one - verbose messages in rpc.umntall have been clarified - kill double entries in /var/db/mounttab when rpc.umntall is invoked - ${early_nfs_mounts} has been removed from /etc/rc - patched mount(8) -p to print different pass/dump values for ufs filesystems. (last patch recieved from dan <bugg@bugg.strangled.net>) Submitted by: Martin Blapp <mbr@imp.ch>, dan <bugg@bugg.strangled.net>
* Fixed a bug in PCIC polling mode.hosokawa2000-01-151-6/+17
| | | | (it does not work without this fix)
* More style fixes, both to code and man page.bp2000-01-154-120/+138
| | | | Submitted by: Philippe Charnier <charnier@xp11.frmug.org>
* Revert previous change, which is reported to have broken world. Isheldonh2000-01-151-1/+1
| | | | | | | | did test this through a ``make world'', but of course I already had a working lint binary (one that does not call cpp -undef) installed. Reported by: "Pierre Y. Dampure" <Pierre.Dampure@barclayscapital.com>
* Check if module was compiled without SMP support and running onbp2000-01-152-0/+18
| | | | an SMP system.
* Add VT_NWFS tag.bp2000-01-153-9/+1
|
* Add reference to SES device (it won't be in GENERIC unless folks clamormjacob2000-01-153-0/+27
| | | | for it). Document it's only option.
* Remove inclusion of dkbad.h- seems like a bug, but I had a stalemjacob2000-01-151-1/+0
| | | | | dkbad.h in /usr/include/sys- the local build process shouldn't have been happy with that, but not finding dkbad.h in ../../sys. Hmm.
* Clear ro->ro_rt just after RTFREE().shin2000-01-151-0/+1
| | | | | | | | | Pleases let me make sure that no one touch the invalid ro_rt pointer, after splx(s) and before next ro_rt initialization. Though usually this seems to be already called at splnet, I still sometime experience kernel crash at rtfree() in my INET6 enabled environment where IPv6 connection is frequently used. (Off-course, it might be just due to another bug.)
* add options collateral for SES/SAF-TE drivermjacob2000-01-151-0/+3
|
* add file collateral for SES/SAF-TE drivermjacob2000-01-151-0/+1
|
* add functional but stub SES/SAF-TE drivermjacob2000-01-152-0/+763
|
* Remove compile warning not seen when compiling with target mode enabled.mjacob2000-01-152-0/+4
|
* A processor with the CPUID of 0x?8? is Pentium III.tanimura2000-01-152-0/+8
| | | | | | | (aka Coppermine) Noticed by: Satoshi Sawada <k-sawata@gnoc2.comminet.or.jp> Reviewd by: Takuma Yamada <fuzzy2@st.rim.or.jp>
* - Introduce a new section 'Multimedia' for sound/tanimura2000-01-152-19/+49
| | | | | video capture cards. - Add the description of newly supported sound cards.
* - Add the man pages for sound card bridge drivers.tanimura2000-01-158-106/+466
| | | | | (sbc(4), gusc(4), csa(4)) - Update pcm(4) for newpcm.
* Fix the 3Com Fast Etherlink 3C574TX's ID string as we now get theobrien2000-01-152-2/+2
| | | | complete description from the PCCARD system.
* Add example entry for the 3Com Megahertz 574Bmdodd2000-01-152-0/+16
|
* Removed wrong(unnecessary) & operators for pointer, in ipsec_hdrsiz_tcp().shin2000-01-152-4/+4
| | | | | | | This must be one of the reason why connections over IPsec hangs for bigger packets.(which was reported on freebsd-current@freebsd.org) But there still seems to be another bug and the problem is not yet fixed.
* wrapped prototype declarations by __P(())shin2000-01-151-6/+8
| | | | Submitted by: bde
* Fix driver to restore function on 3c574 adapters. The panic onmdodd2000-01-153-9/+23
| | | | | | | ifconfig and bogus ethernet address (4b:57:4b:57:4b:57) has been hacked around. I'll revisit this when I have a clue whats going on. Reviewed by: obrien
OpenPOWER on IntegriCloud