summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Change all our own code to use st_*tim instead of st_*timespec.ed2010-03-2813-92/+74
| | | | Also remove some local patches to diff(1) which are now unneeded.
* Rename st_*timespec fields to st_*tim for POSIX 2008 compliance.ed2010-03-2818-159/+140
| | | | | | | | | | | | | | | A nice thing about POSIX 2008 is that it finally standardizes a way to obtain file access/modification/change times in sub-second precision, namely using struct timespec, which we already have for a very long time. Unfortunately POSIX uses different names. This commit adds compatibility macros, so existing code should still build properly. Also change all source code in the kernel to work without any of the compatibility macros. This makes it all a less ambiguous. I am also renaming st_birthtime to st_birthtim, even though it was a local extension anyway. It seems Cygwin also has a st_birthtim.
* Add a comment explaining the previous commit.rpaulo2010-03-281-0/+5
| | | | | | | | | | | | | | | Submitted by: sam > Description of fields to fill in above: 76 columns --| > PR: If a GNATS PR is affected by the change. > Submitted by: If someone else sent in the change. > Reviewed by: If someone else reviewed your modification. > Approved by: If you needed approval for this commit. > Obtained from: If the change is from a third party. > MFC after: N [day[s]|week[s]|month[s]]. Request a reminder email. > Security: Vulnerability reference (one per line) or description. > Empty fields above will be automatically removed. M ieee80211_hostap.c
* When tearing down IPsec as part of a (virtual) network stack,bz2010-03-281-7/+9
| | | | | | | | do not try to free the same list twice but free both the acquiring list and the security policy acquiring list. Reviewed by: anchie MFC after: 3 days
* Use standard types in preference to BSD types so that these header filesgibbs2010-03-282-20/+20
| | | | | | can be used in applications compiled with only POSIX types visible. MFC after: 2 weeks
* Correctly handle preemption of pmap_update_pde_invalidate().alc2010-03-272-4/+10
| | | | X-MFC after: r205573
* Simplify pmap_growkernel(), making the i386 version more like the amd64alc2010-03-271-18/+5
| | | | | | version. MFC after: 3 weeks
* Don't hold connection lock when doing reconnects as it makes I/Os wait forpjd2010-03-271-26/+50
| | | | | | connection timeouts. Reported by: Kevin Day <toasty@dragondata.com>
* Fix lock leakage.mav2010-03-271-0/+1
| | | | PR: kern/145081
* (S)LIST_HEAD_INITIALIZER takes a (S)LIST_HEAD as an argument.antoine2010-03-272-2/+2
| | | | | | | Fix some wrong usages. Note: this does not affect generated binaries as this argument is not used. Approved by: harti@
* Merge improvements from kernel HID parser to the userland usbhid(3)kaiw2010-03-276-251/+406
| | | | | | | | | | | | | | | | | | | | parser. This merge does not change any API and should not break any native or thirdparty applications. Changes include: * Merge multiple report ID support and other improvements from kernel HID parser. * Ignore rid argument in hid_start_parser, parse all the report items since we now support multiple report ID. * Skip report ID byte in hid_get_data() and set report ID byte in hid_set_data(), if report ID is non-zero. * Reimplement hid_get_report_id: instead get report id from uhid device (which is always 0), try parsing the report descriptor and return the first report ID encountered. Reviewed by: hps Silent on: -usb mailing list
* Bring up-to-date:marcel2010-03-272-19/+51
| | | | | | | | | | | | | | | | o Switch to ITANIUM2 has the cpu. This has absolutely no effect on the code, but makes for a better example. o Drop COMPAT_FREEBSD6. We're tier 2, so you're supposed to run 8-stable or newer. o Add PREEMPTION. It works now. o Remove HWPMC_HOOKS. We don't have support for hwpmc yet. o Add a bunch of new devices: atapist, hptiop, amr, ips, twa, igb, ixgbe, ae, age, alc, ale, bce, bfe, et, jme, msk, nge, sk, ste, stge, tx, vge, axe, rue, udav, fwip, and all USB serial. o Remove "legacy" devices: le, vx, dc, pcn, rl, sis. Make sure to the module list is a superset of what goes into GENERIC.
* Implement interrupt to CPU binding. Assign interrupts to CPUs in amarcel2010-03-276-6/+63
| | | | | round-robin fashion, starting with the highest priority interrupt on the highest-numbered CPU and cycling downwards.
* <machine/nexusvar.h> removed on ia64.marcel2010-03-271-1/+4
|
* Remove nx_pcibus from the nexus resource. Nexus is not involvedmarcel2010-03-272-83/+0
| | | | | | with PCI busses. Remove nexus_read_ivar() and nexus_write_ivar() to give default behaviour. Remove <machine/nexusvar.h> as well, because there's nothing in it that's being used.
* Update the driver to Intel version 2.1.6jfv2010-03-2712-1095/+1159
| | | | | | | | | | | | | | | | | | | | - add some new hardware support for 82599 - Big change to interrupt architecture, it now uses a queue which contains an RX/TX pair as the recipient of the interrupt. This will reduce overall system interrupts/msix usage. - Improved RX mbuf handling: the old get_buf routine is no longer synchronized with rxeof, this allows the elimination of packet discards due to mbuf allocation failure. - Much simplified and improved AIM code, it now happens in the queue interrupt context and takes into account both the traffic on the RX AND TX side. - variety of small tweaks, like ring size, that have been seen as performance improvements. - Thanks to those that provided feedback or suggested changes, I hope I've caught all of them.
* Rename disable_intr() to ia64_disable_intr() and rename enable_intr()marcel2010-03-267-26/+26
| | | | | | | | to ia64_enable_intr(). This reduces confusion with intr_disable() and intr_restore(). Have configure_final() call ia64_finalize_intr() instead of enable_intr() in preparation of adding support for binding interrupts to all CPUs.
* D'oh- isp_handle_index' logic was reversed (not used in FreeBSD).mjacob2010-03-261-2/+2
| | | | MFC after: 1 week
* Allow building a cross-kgdb for ia64.marcel2010-03-262-1/+8
|
* Handle cross-builds for gdbserver.marcel2010-03-261-1/+3
|
* Pass the correct pointer to fled_cb().rpaulo2010-03-261-1/+1
|
* Remove GNU cpio after fix of CVE-2010-0624.delphij2010-03-26112-26594/+6
| | | | | | | | | | | | | Note that this is actually a no-op for most users, as this GNU cpio was broken on -HEAD and 8-STABLE since last March until the recent fix. FreeBSD 8.0+ uses BSD cpio by default and the code is being actively maintained. Blessed by: kientzle With hat: secteam MFC after: 3 days
* Clean up some printing stuff so that we can have a bit finer controlmjacob2010-03-264-150/+100
| | | | | | | | | | on debug output. Add a new platform function requirement to allow for printing based upon the ITL nexus instead of the isp unit plus channel, target and lun. This allows some printouts and error messages from the core code to appear in the same format as the platform's subsystem (in FreeBSD's case, CAM path). MFC after: 1 week
* Revert r205683 to resolve some code quality issues which do not affect thenetchild2010-03-261-54/+14
| | | | | | build or use of linprocfs, before committing the reworked patch again. Requested by: des
* Handling SIGPIPE will cause deadlock/crash.fabient2010-03-261-4/+0
| | | | | | Return an error immediatly in case of hard shutdown. MFC after: 3days
* Do not overflow the term in the case of multi-line display.fabient2010-03-261-4/+7
| | | | MFC after: 3days
* Tighten my grip on pseudofs, procfs, linprocfs.des2010-03-261-3/+3
|
* Fix some bogus values in linprocfs.netchild2010-03-261-14/+54
| | | | | | Submitted by: Petr Salinger <Petr.Salinger@seznam.cz> Verified on: GNU/kFreeBSD debian 8.0-1-686 (by submitter) PR: 144584
* Support only LOOKUP operation for "/" in relookup() because lookup()jh2010-03-261-11/+9
| | | | | | can't succeed for CREATE, DELETE and RENAME. Discussed with: bde
* - add some usb devices (scanner, printer, usb storage)netchild2010-03-262-0/+9
| | | | | | - add quirks for the usb storage Reviewed by: hselasky
* Use last 16 bytes of serial number in metadata instead of first ones,mav2010-03-261-2/+16
| | | | | | same as Intel MatrixRAID does. PR: kern/124064
* Fix a typo in a comment.netchild2010-03-261-1/+1
|
* Fix some problems which may lead to a panic:netchild2010-03-261-1/+3
| | | | | | | - right order of src and dst in memcpy - NULL out the clips after freeing to prevent an accident Noticed by: hselasky
* Replace sb_store64()/sb_load64() with mips3_sd()/mips3_ld() respectively.neel2010-03-264-52/+146
| | | | | | Obtained from NetBSD. Suggested by: jmallett@
* o Fix typo.maxim2010-03-261-1/+1
| | | | | | PR: docs/145031 Submitted by: olgeni MFC after: 1 week
* o Trim leading w/space.maxim2010-03-261-1/+1
| | | | | | PR: docs/145030 Submitted by: olgeni MFC after: 1 week
* Only use the interval timer for clock interrupts on the BSP andmarcel2010-03-263-50/+55
| | | | | | | | | | have the BSP use IPIs to trigger clock interrupts on the APs. This allows us to run on hardware configurations for which the ITC has non-uniform frequencies across CPUs. While here, change the clock XIV to type IPI so as to protect the interrupt delivery against CPU re-balancing once that's implemented.
* Patch the experimental NFS server in a manner analagous to r205661rmacklem2010-03-261-0/+3
| | | | | | | for the regular NFS server, to ensure that ESTALE is returned to the client for all errors returned by VFS_FHTOVP(). MFC after: 2 weeks
* Our boot loader is capable of booting both i386 and amd64 kernels sodelphij2010-03-263-3/+3
| | | | | | | call it "x86" instead of "i386". Suggested by: jhb in response to Alexander Best's loader proposal MFC after: 1 month
* Patch the regular NFS server so that it returns ESTALE to the clientrmacklem2010-03-261-0/+3
| | | | | | | | | | for all errors returned by VFS_FHTOVP(). This is required to ensure that EIO doesn't get returned to the client when ZFS is used as the server file system. Tested by: korvus AT comcast.net Reviewed by: jhb MFC after: 2 weeks
* Fix the ia64 build.nwhitehorn2010-03-261-1/+1
| | | | Pointy hat to: me
* - update zfs and zpool manual pages to match the current state of the sourcedanger2010-03-262-624/+579
| | | | | | | | PR: 144984 Submitted by: mm@ Approved by: pjd@ Obtained from: OpenSolaris MFC after: 4 days
* Check that gl_pathc is bigger than zero before derefencing gl_pathv.delphij2010-03-251-1/+2
| | | | | | | | | When gl_pathc == 0, the content of gl_pathv is undefined. PR: bin/144761 Submitted by: David BERARD <contact davidberard fr> Obtained from: OpenBSD MFC after: 1 week
* The rmt client in GNU cpio could have a heap overflow when a maliciousdelphij2010-03-251-1/+2
| | | | | | | | | | | | | | remote tape service returns deliberately crafted packets containing more data than requested. Fix this by checking the returned amount of data and bail out when it is more than what we requested. PR: gnu/145010 Submitted by: naddy Reviewed by: imp MFC after: immediately Security: CVE-2010-0624
* Do not penalize correct or correctable VESA mode tables by calling anotherjkim2010-03-251-7/+14
| | | | | VBE function. Most problems should be corrected by the mode table sanity check and we only need the paranoid in extremely rare cases.
* A ptrace(2) by one processor may trigger a promotion in the address spacealc2010-03-251-1/+1
| | | | | | | | of another process. Modify pmap_promote_pde() to handle this. (This is not a problem on amd64 due to implementation differences.) Reported by: jh@ MFC after: 1 week
* Use pci_get_max_read_req() and pci_set_max_read_req() to set maximimyongari2010-03-251-28/+2
| | | | read request size.
* Revert accidentally committed initial real mode %sp change of r205347.jkim2010-03-251-2/+0
| | | | | Note I am keeping %ds change because X.org int10 handler does it and it seems reasonable.
* Optimize real mode page table lookup.jkim2010-03-251-5/+4
|
* Fix stupid typos. Some VESA BIOSes directly call BIOS interrupt handlersjkim2010-03-251-2/+2
| | | | | | | | | within the VBE interrupt handler. Unfortunately it was causing real mode page faults because we were fetching instructions from bogus addresses. Pass me the pointyhat, please. PR: kern/144654 MFC after: 3 days
OpenPOWER on IntegriCloud