summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Massively up the (artificial) limit on system scope threadsjulian2004-03-212-4/+4
| | | | | | | in a process from 50 to 500 Also up the number of process scope threads allowed to be in the kernel at one time from 150 to 1500 (per process)
* 1. Use socklen_t instead of intcperciva2004-03-211-4/+4
| | | | | | 2. Compare socket(2) return code to -1, not <= 0. Obtained from: OpenBSD rev. 1.9
* Remove interface type specific code from arprequest(), and in_arpinput().mdodd2004-03-211-111/+19
| | | | | | | The AF_ARP case in the (*if_output)() routine will handle the interface type specific bits. Obtained from: NetBSD
* Handle AF_ARP.mdodd2004-03-211-0/+27
|
* Compile the kernel with -O2 on ia64 by default.marcel2004-03-211-0/+2
|
* Add a reference to the ia64 options to gcc. While here, sort the list.marcel2004-03-211-2/+3
|
* Add a -v (verbose) option.des2004-03-212-13/+26
|
* Support C-style comments in profile.des2004-03-211-3/+18
|
* Spell "(struct foo *)0" as "NULL".rwatson2004-03-214-25/+23
|
* More stack alignment fixes. Arrange so we call _rtld() in ld-elf.so.1peter2004-03-211-8/+9
| | | | | | | | | with the correct alignment. This is important because this calls to library static constructors are made from here. The bug in the old crt*.s files hid this because in this case, two wrongs do indeed make a right. Also, call _rtld_bind() with the correct alignment, because it calls back into the pthread library locking functions. If things happen just the wrong way, we get a SIG10 due to the broken stack alignment.
* In breakpoint(), use a different immediate to make sure we canmarcel2004-03-211-2/+3
| | | | | | | | distinguish between debugger inserted breakpoints and fixed breakpoints. While here, make sure the break instruction never ends up in the last slot of a bundle by forcing it to be an M-unit instruction. This makes it easier for use to skip over it.
* Adjust stack alignment so that when the 'call xxx' functions arepeter2004-03-212-0/+4
| | | | | gathered into the middle of the _init and _fini sections, they get executed with their expected stack alignment.
* Change (yet again, sorry!) the path of the 32 bit ld-elf.so.1.peter2004-03-211-2/+2
|
* Add initial support for compiling a special 32 bit version ofpeter2004-03-217-31/+104
| | | | | | | ld-elf.so.1 on 64 bit systems. Most of this involves using alternate paths, environment variables and diagnostic messages. The build glue is seperate.
* Fix another Intel 2200BG bug: don't schedule ndis_ticktask() on mediawpaul2004-03-211-1/+2
| | | | disconnect events if the link wasn't even up yet.
* - Rewrite the timer and event API routines in subr_ndis.c so that theywpaul2004-03-206-217/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | are actually layered on top of the KeTimer API in subr_ntoskrnl.c, just as it is in Windows. This reduces code duplication and more closely imitates the way things are done in Windows. - Modify ndis_encode_parm() to deal with the case where we have a registry key expressed as a hex value ("0x1") which is being read via NdisReadConfiguration() as an int. Previously, we tried to decode things like "0x1" with strtol() using a base of 10, which would always yield 0. This is what was causing problems with the Intel 2200BG Centrino 802.11g driver: the .inf file that comes with it has a key called RadioEnable with a value of 0x1. We incorrectly decoded this value to '0' when it was queried, hence the driver thought we wanted the radio turned off. - In if_ndis.c, most drivers don't accept NDIS_80211_AUTHMODE_AUTO, but NDIS_80211_AUTHMODE_SHARED may not be right in some cases, so for now always use NDIS_80211_AUTHMODE_OPEN. NOTE: There is still one problem with the Intel 2200BG driver: it happens that the kernel stack in Windows is larger than the kernel stack in FreeBSD. The 2200BG driver sometimes eats up more than 2 pages of stack space, which can lead to a double fault panic. For the moment, I got things to work by adding the following to my kernel config file: options KSTACK_PAGES=8 I'm pretty sure 8 is too big; I just picked this value out of a hat as a test, and it happened to work, so I left it. 4 pages might be enough. Unfortunately, I don't think you can dynamically give a thread a larger stack, so I'm not sure how to handle this short of putting a note in the man page about it and dealing with the flood of mail from people who never read man pages.
* Remove NetBSD's sort(1), which we stopped using two years ago.des2004-03-2016-4222/+0
|
* Don't make having ${DESTDIR}/boot/device.hints a prerequisite tomarcel2004-03-201-1/+7
| | | | installing a kernel on ia64.
* Add uart_subr.cmarcel2004-03-201-1/+1
|
* Bug: Standard C still requires declarations to precede statements. <sigh>kientzle2004-03-203-8/+17
| | | | | Portability: Eliminate an accidental __unused, accomodate systems with non-POSIX strerror_r
* Don peril-sensitive sunglasses and add PCI Id's for two new cards. I'vescottl2004-03-201-0/+4
| | | | | | only done minimal testing on one of these cards and the firmware folks have been extremely uncooperative in answering my qeustions about them, so hopefully they will work ok for everyone.
* - Add uiomove_fromphys() implementations to alpha and ia64. These onlyalc2004-03-205-1/+267
| | | | | differ trivially from amd64. - Correct a spelling error in a comment.
* Fix loop termination condition for parsing resources in _PRS buffers.njl2004-03-201-19/+18
| | | | | | This completes the effort to handle dependent functions, which are used in some machines for irq link resources. Also, clean up some nearby comments while I'm at it.
* Introduce the cpumask_t type. The purpose of the type is to create amarcel2004-03-208-0/+8
| | | | | | | | | | | | | | | | | | | level of abstraction for any and all CPU mask and CPU bitmap variables so that platforms have the ability to break free from the hard limit of 32 CPUs, simply because we don't have more bits in an u_int. Note that the type is not supposed to solve massive parallelism, where the number of CPUs can be larger than the width of the widest integral type. As such, cpumask_t is not supposed to be a compound type. If such would be necessary in the future, we can deal with the issues then and there. For now, it can be assumed that the type is integral and unsigned. With this commit, all MD definitions start off as u_int. This allows us to phase-in cpumask_t at our leasure without breaking anything. Once cpumask_t is used consistently, platforms can switch to wider (or smaller) types if such would be beneficial (or not; whatever :-) Compile-tested on: i386
* Let ether_ifattach() announce our MAC address.mdodd2004-03-202-10/+0
| | | | Submitted by: Marius Strobl <marius@alchemy.franken.de>
* Don't announce MAC addresses twice.mdodd2004-03-204-11/+0
| | | | (ieee80211_ifattach() calls ether_ifattach().)
* Introduce uiomove_fromphys(). This is a variant of uiomove() that takesalc2004-03-203-0/+135
| | | | | a collection of physical pages as the source. On amd64 it is implemented using the direct virtual-to-physical map.
* o Add user proxy.maxim2004-03-203-0/+3
|
* Fix the ioctl types for two ioctls. I'm not sure if the switch was myscottl2004-03-201-2/+2
| | | | | | | fault or the vendor's fault when I brought in rev 1.5. This allows the 'storcon' utility to work again. Sponsored by: freebsdsystems.com
* Added entries for ibm151 and ibm3151-25.schweikh2004-03-201-86/+113
| | | | | | | | | | | | Style: o Use tabs instead of 8 spaces o Space after # beginning comment o Fix entries lacking ":" after tab o Removed whitespace at EOL PR: misc/62749 (the ibm additions) Submitted by: Gerhard Gonter <gonter@wu-wien.ac.at> MFC after: 3 days
* "CPU is an acronym, and as such should be spelled in all uppercase."marks2004-03-201-1/+1
| | | | Pointed out by: ru
* Parenthesize function names in masking macros for getc() etc. for thetjr2004-03-201-6/+6
| | | | benefit of obsolete C preprocessors.
* Sync manpage with code for hw.acpi.toshiba.cpu_speed sysctl.marks2004-03-201-1/+1
| | | | | Submitted by: Chia-liang Kao <clkao@clkao.org> Approved by: njl (mentor)
* Mention that funopen() uses fpos_t incorrectly in the BUGS section.tjr2004-03-201-1/+9
|
* Fix braino in previous commit: getenv() can return NULL.marcel2004-03-201-0/+2
|
* Improve documentation for fgetpos() and fsetpos(), and discouragetjr2004-03-201-13/+21
| | | | users from assuming that fpos_t is an integral type.
* Put the event notification back where it was for freeBSD, after device creation.julian2004-03-201-2/+2
| | | | | | | Since NetBSD doesn't have devfs the order for them doesn't matter.. Reverses one part of 1.60->1.61 NetBSD diff reduction. Obtained from: Not NetBSD
* New release note:hrs2004-03-202-0/+6
| | | | | ips(4) now supports the recent Adaptec flavors of ServeRAID series SCSI controller cards.
* Add a way for rc.d/devfs to set more than just the system devfs up.green2004-03-201-3/+16
| | | | | | Yes, this means for stuff OTHER than jails, too. Example usage: #devfs_system_ruleset="root" devfs_set_rulesets="/dev=root /etc/namedb/dev=named_devfs"
* MFC:hrs2004-03-202-2/+2
| | | | xl(4) hardware TX checksum disabled.
* New release note:hrs2004-03-202-0/+18
| | | | | xl(4) hardware TX checksum disabled, uart(4) hw.uart.{console,dbgport} environment variable support.
* Replace uint64_t with unsigned long in struct dbreg.marcel2004-03-201-2/+2
|
* Actually program the list of recording devices in sv_mix_setrecsrc().marcel2004-03-201-0/+1
| | | | | | | | | | | | | This change has not been tested. This change was triggered by a gcc(1) warning on ia64 at -O2. The variable v was not used after being computed, which resulted in enough dead code elimination (DCE) to confuse the compiler and emit a bogus warning about the use of the variable i without prior definition. The variable i is the loop variable. Submitted by: des Responsibility: marcel
* Remove the last traditional hints. These hints only served the purposemarcel2004-03-201-3/+1
| | | | | | for uart(4) to figure out which device to use as console. Use this file to define hw.uart.console instead so that we don't have to put it in the default loader.conf, which makes it hard to override.
* Forced commit to correct 1.167's truncated commit log:silby2004-03-200-0/+0
| | | | | Disable hardware TX checksumming for 3c905 series chips, as we have solid reports that it is buggy *and* that it slows down transmit speed.
* Introduce the hw.uart.console and hw.uart.dbgport environment variablesmarcel2004-03-209-57/+305
| | | | | | | | | | | | | | | | | | | | | | | | | to select a serial console and debug port (resp). On ia64 these replace the use of hints completely and take precedence over hints on alpha, amd64 and i386. On sparc64 these variables are not yet recognised. The reasons for introducing these variables are: 1. Hints have side-effects. They reserve the unit number for use by isa or acpi devices and therefore cannot be used to select a pci device. Also, the use of a unit number to select a device prior to bus enumeration is nonsense. The new variables have no side- effects and are not based on unit numbers. 2. Hints don't have the expression power to allow the sysadmin to select UARTs that are not legacy PC devices and need the support of compile-time constants to give the sysadmin some level of flexibility. The hw.uart.console and hw.uart.dbgport variables specify a list of attributes. An attribute is a tag-value pair, seperated by a colon. Attributes are seperated by a comma. Where possible, tags are the same as those in /etc/remote (only br and pa in practice). Details can be found in the manpage (not part of this commit). Not tested on: amd64, pc98
* solid reports that it is buggy *and* that it slows down transmitsilby2004-03-191-0/+20
| | | | | | | | | speed. Buggy report: Matt Dillon & others Slowness report: I can't find the e-mail MFC After: 1 minute
* Many fixes:kientzle2004-03-1923-631/+1163
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Disabled shared-library building, as some API breakage is still likely. (I didn't realize it was turned on by default.) If you have an existing /usr/lib/libarchive.so.2, I recommend deleting it. * Pax interchange format now correctly stores and reads UTF8 for extended attributes. In particular, pax format can portably handle arbitrarily long pathnames containing arbitrary characters. * Library compiles cleanly at -O2, -O3, and WARNS=6 on all FreeBSD-CURRENT platforms. * Minor portability improvements inspired by Juergen Lock and Greg Lewis. (Less reliance on stdint.h, isolating of various portability-challenged constructs.) * archive_entry transparently converts multi-byte <-> wide character strings, allowing clients and format handlers to deal with either one, as appropriate. * Support for reading 'L' and 'K' entries in standard tar archives for star compatibility. * Recognize (but don't yet handle) ACL entries from Solaris tar. * Pushed format-specific data for format readers down into format-specific storage and out of library-global storage. This should make it easier to maintain individual formats without mucking with the core library management. * Documentation updates to track the above changes. * Updates to tar.5 to correct a few mistakes and add some additional information about GNU tar and Solaris tar formats. Notes: * The basic 'tar' reader is getting more general; there's not much point in keeping the 'gnutar' reader separate. Merging the two would lose a bunch of duplicate code. * The libc ACL support is looking increasingly inadequate for my needs here. I might need to assemble some fairly significant code for parsing and building ACLs. <sigh>
* - Remove some unused #includes.alc2004-03-191-72/+58
| | | | - Apply some style fixes to mdstart_swap().
* This commit was generated by cvs2svn to compensate for changes in r127208,des2004-03-191-3/+5
|\ | | | | | | which included commits to RCS files with non-trunk default branches.
OpenPOWER on IntegriCloud