summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* | | Seperately add regex.c and splay-tree.c to SRCS. They are both neededmarcel2004-06-191-6/+9
| | | | | | | | | | | | by gdb(1). While here, sort SRCS.
* | | Sync to 1.182 of usbdevssanpei2004-06-192-2/+18
| | |
* | | Add support Microtune Bluetooth donglesanpei2004-06-191-0/+4
| | | | | | | | | | | | | | | PR: kern/68049 Submitted by: Markus Brueffer <markus@brueffer.de>
* | | Yield to ru's ninja-like manpage skills and update watchdog(4) tosmkelly2004-06-191-29/+38
| | | | | | | | | | | | | | | | | | | | | look more like other manpages. Move some content around, use an EXAMPLES section, etc. Submitted by: ru
* | | Add the necessary branding of ELF files. This is relatively easy tomarcel2004-06-191-3/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | achieve on ia64, because we need to generate the ELF64/ia64 code and simply tag elf-fbsd-brand.c at the end of it. This hasn't actually been tested beyond trivial compilation testing. A buildworld has been started and it's time I wait for my changes to loop back to my local repo anyway. I'll get back to this in a couple of hours...
* | | Add bfdwin.c to SRCS. The file contains support for mmap(2) windowsmarcel2004-06-191-1/+1
| | | | | | | | | | | | | | | into a BFD. It's included in stock BFD on the platforms I checked (i386 and ia64).
* | | Fix compilation for Xscale.cognet2004-06-191-1/+1
| | |
* | | Grrr. our rev 1.19 (FSF GCC rev 1.579) is causing some problems on 32-bitobrien2004-06-191-0/+9
| | | | | | | | | | | | | | | systems. So only use the rev 1.19 (FSF GCC rev 1.579) change on 64-bit systems.
* | | Move the elf32-target.h and elf64-target.h targets from the MDmarcel2004-06-197-20/+6
| | | | | | | | | | | | | | | | | | makefiles to the centralized makefile. This not only reduces duplication, it also makes the MD quirks stand out better and thus improves maintenance.
* | | Remove dead code related to pv entry allocation.alc2004-06-191-14/+0
| | | | | | | | | | | | Reviewed by: marcel@
* | | The 3C3SH573BT looks like the Xircom RealPort cards to the naked eye,imp2004-06-191-1/+1
| | | | | | | | | | | | | | | | | | but it appears to have a 3CxFE575BT under the hood (and is identified as such by the xl driver). Add it to the list of supported cards. No driver changes are required or necessary to support this card.
* | | Update to binutils 2.15:marcel2004-06-191-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | o BFD_VERSION_DATE now reflects the release date of 2.15, o BFD_VERSION now has the correct version number. Previous values reflected 2.14.92 from a week prior to release. While here, fix a whitespace (tab) nit.
* | | Update to binutils 2.15:marcel2004-06-191-5/+26
| | | | | | | | | | | | | | | o HAVE_SEEKO and HAVE_TELLO are defined now. These are used in bfdio.c. o HAVE_STRTOULL is defined now. This is used in bfd.c.
* | | Remove unused pt_entry_ts. Remove an unneeded semicolon.alc2004-06-192-17/+8
| | |
* | | Fine-tune the last change even more and use the return value as errorle2004-06-191-1/+1
| | | | | | | | | | | | | | | | | | indicator, as it is expected. Spotted by: Christoph Mallon <christoph.mallon@gmx.de>
* | | Update to binutils 2.15.marcel2004-06-191-891/+1251
| | |
* | | Define __lwpid_t as an int32_t in <sys/_types.h> and define lwpid_tmarcel2004-06-194-6/+14
| | | | | | | | | | | | | | | as an __lwpid_t in <sys/types.h>. Retype td_tid from an int to a lwpid_t and change related definitions accordingly.
* | | Include sys/module.h.cognet2004-06-192-0/+2
| | |
* | | I happened to have a sys/pool.h file in my tree, but most people do not,cognet2004-06-191-1/+0
| | | | | | | | | | | | so nuke this useless include.
* | | Include <sys/_lock.h>'s prerequisite <sys/queue.h> before including thebde2004-06-194-5/+3
| | | | | | | | | | | | | | | | | | former, not after. Don't hide this bug by including <sys/queue.h> in <sys/_lock.h>.
* | | When no fixed address is given in a shmat() request, pass a hint addresstjr2004-06-191-2/+5
| | | | | | | | | | | | | | | | | | to vm_map_find() that is less likely to be outside of addressable memory for 32-bit processes: just past the end of the largest possible heap. This is the same hint that mmap() uses.
* | | This is just a forced commit to note that the previous update was from:gad2004-06-190-0/+0
| | | | | | | | | | | | PR: bin/65803 (a very tiny piece of the PR)
* | | Fill in the some new fields 'struct kinfo_proc', namely ki_childstime,gad2004-06-191-5/+29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ki_childutime, and ki_emul. Also uses the timeradd() macro to correct the calculation of ki_childtime. That will correct the value returned when ki_childtime.tv_usec > 1,000,000. This also implements a new KERN_PROC_GID option for kvm_getprocs(). It also implements the KERN_PROC_RGID and KERN_PROC_SESSION options which were added to sys/kern/kern_proc.c revision 1.203. PR: bin/65803 (a very tiny piece of the PR) Submitted by: Cyrille Lefevre
* | | Fill in the some new fields 'struct kinfo_proc', namely ki_childstime,gad2004-06-191-4/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ki_childutime, and ki_emul. Also uses the timevaladd() routine to correct the calculation of ki_childtime. That will correct the value returned when ki_childtime.tv_usec > 1,000,000. This also implements a new KERN_PROC_GID option for kvm_getprocs(). (there will be a similar update to lib/libkvm/kvm_proc.c) Submitted by: Cyrille Lefevre
* | | Add some more fields to the 'struct kinfo_proc', including some fieldsgad2004-06-191-3/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | which just mark areas which are empty due to issues with the alignment of already-existing fields. This defines several unrelated variables in one shot, because most of the work for updating kinfo_proc is making sure the sizeof(struct kinfo_proc) remains the same across all hardware platforms, and that no space is wasted on any platform due to alignment issues with the new variables. Submitted by: some by Cyrille Lefevre, some by me
* | | Define a KERN_PROC_GID option for kvm_getprocs().gad2004-06-191-1/+2
| | | | | | | | | | | | Submitted by: Cyrille Lefevre
* | | Removed foot-shooting setting of CR0_TS in exec_setregs(). It isbde2004-06-191-25/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | unnecessary because cpu_setregs() and/or npxinit() always sets CR0_TS during system initialization, and CR0_TS is set in the next statement (fpstate_drop()) if necessary after system initialization. Setting it unnecessarily was less than a pessimization since it broke the invariant that the npx can be used without an npxdna() trap if fpucurthread is non-null. The broken invariant became harmful when I added an fnclex to npxdrop(). Removed setting of CR0_MP in exec_setregs(). This was similarly unnecessary but was harmless. Updated comments (mainly by removing them). Things are simpler now that we have cpu_setregs() and don't support a math emulator or pretend to support not having either a math emulator or an npx. Removed the ifdef for avoiding setting CR0_NE in the !SMP case in cpu_setregs(). npx_probe() should reverse the setting if it wants to force IRQ13 exception handling for testing.
* | | Only initialize f_data and f_ops if nobody else did so already.phk2004-06-192-4/+8
| | |
* | | Explicitly initialize f_data and f_vnode to NULL.phk2004-06-191-0/+3
| | | | | | | | | | | | Report f_vnode to userland in struct xfile.
* | | Add the f_vnode pointer to struct xfile, shortly it will no longer bephk2004-06-191-0/+1
| | | | | | | | | | | | identical to f_data by definition.
* | | Don't return NULL when the function is defined to return an integer.le2004-06-191-1/+1
| | | | | | | | | | | | OK'ed by: tjr
* | | Document ilogb()'s return values in terms of the FP_ILOGB* macros.stefanf2004-06-191-2/+5
| | |
* | | Return the same result as the MI version for 0.0, INFINITY and NaN.stefanf2004-06-191-1/+31
| | | | | | | | | | | | Reviewed by: standards@
* | | Our MI implementation of ilogb() returns -INT_MAX for the argument 0.0 ratherstefanf2004-06-191-2/+3
| | | | | | | | | | | | | | | | | | | | | than INT_MIN, so adjust FP_ILOGB0 to reflect this. Use <machine/_limits.h> for INT_MAX's value while there. Reviewed by: standards@
* | | Duplicate the securelevel check from spec_vnops.c here.phk2004-06-191-0/+11
| | |
* | | Merge FSF GCC rev 1.579 change ((x86_output_mi_thunk): Don't pass MEM toobrien2004-06-191-3/+2
| | | | | | | | | | | | | | | | | | | | | %P0, just SYMBOL_REF) into GCC 3.3.3. This fixes the bad C++ thunks code generation building Firefox on AMD64. Submitted by: Sean McNeil <sean@mcneil.com>
* | | Remove spl() calls. Update comments to reflect the removal of spl() calls.alc2004-06-191-53/+8
| | | | | | | | | | | | Remove '\n' from panic() format strings. Remove some blank lines.
* | | Ignore file flag bits that we don't support. In particular, thiskientzle2004-06-191-0/+2
| | | | | | | | | | | | | | | | | | | | | corrects a segfault seen when archiving files from NTFS (which sets bits in st_flags that are not documented in <sys/stat.h>.) Thanks to: Doug Rabson
* | | Fix the check for a "duplicate filename to compress", so that we're checkinggad2004-06-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | the *filename* and not the pid_file(!). Stupid brain-fault on my part. This could cause a segfault under -neworder if newsyslog had to rotate multiple files, and later ones had specifed the 'N' flag. Bug first reported by: le MFC after: 3 days
* | | Memory's free, but all the world ain't a VAX anymore. Bring math.3das2004-06-191-364/+206
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | kicking and screaming into the 1980's. This change converts most of the markup from man(7) to mdoc(7) format, and I believe it removes or updates everything that was flat out wrong. However, much work is still needed to sanitize the markup, improve coverage, and reduce overlap with other manpages. Some of the sections would better belong in a philosophy_of_w_kahan.3 manpage, but they are informative and remain at least as reminders of topics to cover. Reviewed by: doc@, trhodes@
* | | Assert socket buffer lock in sb_lock() to protect socket buffer sleeprwatson2004-06-194-29/+93
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | lock state. Convert tsleep() into msleep() with socket buffer mutex as argument. Hold socket buffer lock over sbunlock() to protect sleep lock state. Assert socket buffer lock in sbwait() to protect the socket buffer wait state. Convert tsleep() into msleep() with socket buffer mutex as argument. Modify sofree(), sosend(), and soreceive() to acquire SOCKBUF_LOCK() in order to call into these functions with the lock, as well as to start protecting other socket buffer use in their implementation. Drop the socket buffer mutexes around calls into the protocol layer, around potentially blocking operations, for copying to/from user space, and VM operations relating to zero-copy. Assert the socket buffer mutex strategically after code sections or at the beginning of loops. In some cases, modify return code to ensure locks are properly dropped. Convert the potentially blocking allocation of storage for the remote address in soreceive() into a non-blocking allocation; we may wish to move the allocation earlier so that it can block prior to acquisition of the socket buffer lock. Drop some spl use. NOTE: Some races exist in the current structuring of sosend() and soreceive(). This commit only merges basic socket locking in this code; follow-up commits will close additional races. As merged, these changes are not sufficient to run without Giant safely. Reviewed by: juli, tjr
* | | Add more precision to the cx_usage sysctl output and special-case 0%.njl2004-06-191-5/+11
| | | | | | | | | | | | Submitted by: YONETANI Tomokazu <qhwt+freebsd-acpi AT les.ath.cx>
* | | Document rc.conf's "keyboard" directive.green2004-06-191-0/+4
| | | | | | | | | | | | Reminded by: dougb
* | | In tcp_ctloutput(), don't hold the inpcb lock over a call torwatson2004-06-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | ip_ctloutput(), as it may need to perform blocking memory allocations. This also improves consistency with locking relative to other points that call into ip_ctloutput(). Bumped into by: Grover Lines <grover@ceribus.net>
* | | Add a sysctl/tunable, "kern.always_console_output", that lets you setgreen2004-06-181-3/+12
| | | | | | | | | | | | | | | | | | | | | output to permanently (not ephemerally) go to the console. It is also sent to any other console specified by TIOCCONS as normal. While I'm here, document the kern.log_console_output sysctl.
* | | Allow setting the system console keyboard via the ${keyboard} rc.confgreen2004-06-182-0/+8
| | | | | | | | | | | | directive.
* | | Note that conscontrol set and unset are an interface for TIOCCONS.green2004-06-181-0/+4
| | |
* | | Clean up allocated ressources when destroying the main vinum geom.le2004-06-184-21/+53
| | |
* | | Remove compat code and unused lock declarations.njl2004-06-181-22/+2
| | |
* | | Remove compat defines.njl2004-06-181-4/+0
| | |
OpenPOWER on IntegriCloud