summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* If pci_link has been disabled via the acpi_disable tunable, then bailjhb2005-12-051-0/+3
| | | | | | | | | | immediately from acpi_pci_link_route_interrupt() since we aren't going to have a valid pci_link device to talk to try to route interrupts. This fixes a page fault if you disable just pci_link. Note that trying to use ACPI without pci_link is probably not advised however. MFC after: 1 week Tested by: Eugene Grosbein eugen at kuzbass dot ru
* Recent nmount(2) adoption in mount_smbfs(8) did not flag the "long" optionavatar2005-12-051-3/+1
| | | | | | | | | | | | | | since mount_smbfs(8) assumed long name mounting by default unless "-n long" was explicitly specified. Rather than supplying a "long" option in mount_smbfs(8), this commit brings back the original behaviour by associating SMBFS_MOUNT_NO_LONG with the "nolong" option. This should fix the broken long file names on smbfs people observed recently. Reported by: Vladimir Grebenschikov <vova at fbsd dot ru> Reviewed by: phk Tested by: Slawa Olhovchenkov <slw at zxy dot spb dot ru>
* Document Intel MatrixRAID write support.brueffer2005-12-051-1/+3
|
* Switch off debugging that was left on in last commit.sos2005-12-051-1/+1
|
* Add support for writing Intel MatrixRAID arrays.sos2005-12-052-67/+207
| | | | | | | Do a little better on handling volumes as well, however we cant create multiple volumes from FreeBSD yet. HW sponsored by: Mullet Scandinavia AB
* Document the public targets and make variables supported by thejkoshy2005-12-051-51/+267
| | | | | | build system. Reviewed by: ru (multiple passes)
* Prepare for MACHINE and hw.machine switching to "pc98" on FreeBSD/pc98.ru2005-12-058-37/+125
| | | | Reviewed by: nyan
* Add a simple KVM tool to dump the kernel state of UMA, including walkingrwatson2005-12-052-0/+381
| | | | | | | | | the keg/zone lists, summarizing cache state, and walking bucket lists in each zone. I seem to get inconsistent results on SMP, possibly due to local header problems, but it seems to work quite well on UP. This tool requires sufficient privilege to read /dev/mem (or a core dump), and is for debugging purposes rather than administrative monitoring purposes (use vmstat instead).
* Try to use contigmalloc() even if M_NOWAIT has been specified.cognet2005-12-051-13/+17
|
* Teach the elf trampoline how to deal with gzipped kernels.cognet2005-12-053-55/+192
|
* - Rev. 1.175 fixed compilation on sparc64 but also backed out zeroing ofmarius2005-12-051-5/+2
| | | | | | | | | | | | | | the eaddr array (introduced in rev. 1.174) prior to writing to it. As dc_read_eeprom() is told to write only 3 16-bit words to eaddr but eaddr in fact is somewhat larger removal of the zeroing defeated the check whether the MAC address is all zero as there can be some random garbage in eaddr past the 3 words written to it and the check verifys all bits in eaddr. Solve this by changing the check to verify only the 3 words (happenning to be ETHER_ADDR_LEN bytes) written to eaddr. - While here change the notation of "FCode" in a nearby comment to the official way. Ok'ed by: marcel, ru
* Fix -Wundef warnings found when compiling i386 LINT, GENERIC andru2005-12-0530-100/+155
| | | | custom kernels.
* Fix markup.davidxu2005-12-051-5/+13
| | | | Submitted by: ru
* Fix markup.davidxu2005-12-051-1/+1
|
* Bump __FreeBSD_version to reflect removal of MNT_NODEV mount option.rodrigc2005-12-051-1/+1
| | | | Requested by: marcus
* Add an MLINKS entry for times.1.stefanf2005-12-051-0/+1
| | | | Noticed by: ru
* Change how *.sh scripts are handled. If the script is in /etc/rc.d,dougb2005-12-051-2/+2
| | | | | | | | source it into the shell. If not, handle it in a subshell the same way that "real" rc.d-style scripts are handled. This will dramatically ease the "process local scripts in the base rcorder" transition. Add *.bak to the list of files in */rc.d that we ignore.
* Canonify, correct, and add citations related to Douglas Adams' work.dougb2005-12-051-14/+19
| | | | Correct a quotation from Hitchhiker's.
* Add document about mqueuefs.davidxu2005-12-052-0/+111
|
* Document SIGEV_NONE and SIGEV_SIGNAL.davidxu2005-12-051-0/+15
|
* After reading some documents, I realized SIGEV_NONE != NULL, alsodavidxu2005-12-051-6/+8
| | | | fix code in mqueue_send_notification to handle SIGEV_NONE.
* Handle SIGEV_NONE, if notification is SIGEV_NONE, error status anddavidxu2005-12-051-3/+4
| | | | | return status will be set, but no notification will be registered. Increase hard limit of maxmsg to 100, so posixtestsuite ports can run.
* - Add Product IDs for iPod 3G and iPod Video.flz2005-12-054-12/+21
| | | | | | | - Add an USB quirk for iPods, da(4) devices are now successfully created. Approved by: ssouhlal MFC after: 1 week
* Simplify vmspace_dofree().alc2005-12-041-3/+1
|
* Sort.stefanf2005-12-041-6/+6
|
* Remove a few commented out builtins from the original ash. The filesstefanf2005-12-041-5/+0
| | | | implementing them were never part of FreeBSD.
* Add the times builtin.stefanf2005-12-041-1/+3
|
* Add the times builtin. It reports the user and system time for the shellstefanf2005-12-044-1/+34
| | | | | | itself and its children. Instead of calling times() (as implied by POSIX) this implementation directly calls getrusage() to get the times because this is more convenient.
* Catch up with 64bit time_t on sparc64. The rstat packet expects a 32bitphilip2005-12-041-5/+19
| | | | | | | | time_t and times will look incorrect on machines with 64bit time_t. PR: 88788 Submitted by: Keith White <Keith.White -at- site.uottawa.ca> MFC after: 1 week
* Add Sony TJ37 to the uvisor manpage.bmah2005-12-041-0/+2
| | | | | Prompted by: simon MFC after: 1 week
* Fixed the approximation to pio4. pio4_hi must be pio2_hi/2 since itbde2005-12-041-1/+1
| | | | | | | | | | | shares its low half with pio2_hi. pio2_hi is rounded down although rounding to nearest would be a tiny bit better, so pio4_hi must be rounded down too. It was rounded to nearest, which happens to be different in float precision but the same in double precision. This fixes about 13.5 million errors of more than 1 ulp in asinf(). The largest error was 2.81 ulps on amd64 and 2.57 ulps on i386 -O1. Now the largest error is 0.93 ulps on amd65 and 0.67 ulps on i386 -O1.
* Use compile-time detection of 64-bit addressing.ru2005-12-041-3/+3
|
* For log1pf(), fixed the approximations to sqrt(2), sqrt(2)-1 andbde2005-12-042-8/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | sqrt(2)/2-1. For log1p(), fixed the approximation to sqrt(2)/2-1. The end result is to fix an error of 1.293 ulps in log1pf(0.41421395540 (hex 0x3ed413da)) and an error of 1.783 ulps in log1p(-0.292893409729003961761) (hex 0x12bec4 00000001)). The former was the only error of > 1 ulp for log1pf() and the latter is the only such error that I know of for log1p(). The approximations don't need to be very accurate, but the last 2 need to be related to the first and be rounded up a little (even more than 1 ulp for sqrt(2)/2-1) for the following implementation-detail reason: when the arg (x) is not between (the approximations to) sqrt(2)/2-1 and sqrt(2)-1, we commit to using a correction term, but we only actually use it if 1+x is between sqrt(2)/2 and sqrt(2) according to the first approximation. Thus we must ensure that !(sqrt(2)/2-1 < x < sqrt(2)-1) implies !(sqrt(2)/2 < x+1 < sqrt(2)), where all the sqrt(2)'s are really slightly different approximations to sqrt(2) and some of the "<"'s are really "<="'s. This was not done. In log1pf(), the last 2 approximations were rounded up by about 6 ulps more than needed relative to a good approximation to sqrt(2), but the actual approximation to sqrt(2) was off by 3 ulps. The approximation to sqrt(2)-1 ended up being 4 ulps too small, so the algoritm was broken in 4 cases. The result happened to be broken in 1 case. This is fixed by using a natural approximation to sqrt(2) and derived approximations for the others. In logf(), all the approximations made sense, but the approximation to sqrt(2)/2-1 was 2 ulps too small (a tiny amount, since we compare with a granularity of 2**32 ulps), so the algorithm was broken in 2 cases. The result was broken in 1 case. This is fixed by rounding up the approximation to sqrt(2)/2-1 by 2**32 ulps, so 2**32 cases are now handled a little differently (still correctly according to my assertion that the approximations don't need to be very accurate, but this has not been checked).
* Use a compile-time detection of 64-bit addressing so that thisru2005-12-041-11/+8
| | | | | | compiles on 32-bit machines. Reported by: ale
* Fix -Wundef from compiling the amd64 LINT.ru2005-12-0432-128/+135
|
* Fix -Wunder and make the sbus code really compile only on sparc64.ru2005-12-041-3/+3
|
* Fix -Wundef warnings and properly check the size of long, FWIW.ru2005-12-041-3/+3
|
* Oops, the bug is still here, but reimplement the cpp(1) conditional properly.ru2005-12-041-0/+9
|
* There no longer seems to be this bug in gcc(1). Remove theru2005-12-041-9/+0
| | | | | badly implemented workaround that caused a workaround to be applied to all architectures, not only amd64.
* Merge NetBSD's revision 1.27. This bug can be observed eg. when browsingstefanf2005-12-041-12/+34
| | | | | | | | | | | | | | | | | | | | | through the history in sh. | Refresh bug reported by Julien Torres: | | going from: | activate -verbose | to: | reset -activation | results in: | reset -activationverbose" | instead of: | reset -activation | | This is because we choose to insert "reset -" before the current line, | and the delete "e -" and insert "ion" in the appropriate place. The | cleareol code did not handle this case properly; we now cleareol to | the maximum number of characters of the first difference, the second | difference and the difference in line length.
* Use the usual volatile hack to trick gcc into clipping any extra precisionbde2005-12-041-1/+1
| | | | | | | | on assignment. Extra precision on i386's broke hi+lo decomposition in the usual way. It caused all except 1 of the 62343 errors of more than 1 ulp for log1pf() on i386's with gcc -O [-fno-float-store].
* Fix on sparc64.ru2005-12-041-6/+2
|
* Recognize the Sony Clie PEG-TJ37.bmah2005-12-042-0/+2
| | | | | Tested on: My PEG-TJ37 and my RELENG_6 workstation MFC after: 1 week
* Adhoc mode fixups:sam2005-12-043-28/+56
| | | | | | | | | | | | | | o plug memory leak in adhoc mode: on rx the sender may be the current master so simply checking against ic_bss is not enough to identify if the packet comes from an unknown sender; must also check the mac address o split neighbor node creation into two routines and fillin state of nodes faked up on xmit when a beacon or probe response frame is later received; this ensures important state like the rate set and advertised capabilities are correct Obtained from: netbsd MFC after: 1 week
* Fix -Wundef.ru2005-12-0440-77/+87
|
* Add "yet another" moused(8) hack: suspend handling mouse events when SIGUSR1philip2005-12-042-6/+38
| | | | | | | | | is caught. Can be assigned to a window manager shortcut to prevent accidents with touchpads. PR: bin/89357 Submitted by: Nick Hibma <nick -at- van-laarhoven.org> MFC after: 1 week
* Use __LP64__ to check for the 64-bit pointer type, and fix -Wundef.ru2005-12-041-4/+2
|
* Eliminate unneeded preallocation at initialization.alc2005-12-032-2/+0
| | | | Reviewed by: tegge
* Use a simpler way to reach the <machine> include dir, which shouldru2005-12-031-2/+1
| | | | also work on pc98.
* Force any hardwire-routed interrupts to level trigger and active lowjhb2005-12-031-2/+4
| | | | | | | | | | polarity. Some machines route PCI IRQs to an ISA IRQ but fail to include an interrupt override entry to set the polarity and trigger of the given ISA IRQ in their MADT table. PR: usb/74989 Reported by: Julien Gabel jpeg at thilelli dot net MFC after: 1 week
OpenPOWER on IntegriCloud