summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Add a facility for associating optional descriptions with active interruptjhb2009-10-1513-4/+290
| | | | | | | | | | | | | | | | | | | | | | | | | handlers. This is primarily intended as a way to allow devices that use multiple interrupts (e.g. MSI) to meaningfully distinguish the various interrupt handlers. - Add a new BUS_DESCRIBE_INTR() method to the bus interface to associate a description with an active interrupt handler setup by BUS_SETUP_INTR. It has a default method (bus_generic_describe_intr()) which simply passes the request up to the parent device. - Add a bus_describe_intr() wrapper around BUS_DESCRIBE_INTR() that supports printf(9) style formatting using var args. - Reserve MAXCOMLEN bytes in the intr_handler structure to hold the name of an interrupt handler and copy the name passed to intr_event_add_handler() into that buffer instead of just saving the pointer to the name. - Add a new intr_event_describe_handler() which appends a description string to an interrupt handler's name. - Implement support for interrupt descriptions on amd64 and i386 by having the nexus(4) driver supply a custom bus_describe_intr method that invokes a new intr_describe() MD routine which in turn looks up the associated interrupt event and invokes intr_event_describe_handler(). Requested by: many Reviewed by: scottl MFC after: 2 weeks
* A small change to avoid calling gettimeofday() too oftenluigi2009-10-151-4/+19
| | | | | | | | | | | | | | | | | (hardwired to once every 20us at most). I found out that on many machines round here, i could only get 300-400kpps with netsend even on loopback and a 'deny' rule in the firewall, while reducing the number of calls to gettimeofday() brings the value to 900kpps and more. This code is just a quick fix for the problem. Of course it could be done better, with proper getopt() parsing and the like, but since this applies to the entire program i'll postpone that to when i have more time. Reviewed by: rwatson MFC after: 1 month
* Fix a sign bug in the handling of nice priorities when computing thejhb2009-10-151-1/+1
| | | | | | | | interactive score for a thread. Submitted by: Taku YAMAMOTO taku of tackymt.homeip.net Reviewed by: jeff MFC after: 3 days
* Use our standard section 4 SYNOPSIS.brueffer2009-10-152-7/+20
| | | | MFC after: 3 days
* Print routing statistics as unsigned short rather than unsigned int,rwatson2009-10-151-5/+5
| | | | | | | | otherwise sign extension leads to unlikely values when in the negative range of the signed short structure fields that hold the statistics. The type used to hold routing statistics is arguably also incorrect. MFC after: 3 days
* Bump version numbers and update descriptions for the 9-CURRENThrs2009-10-155-71/+12
| | | | | world. The %[no]include.historic knobs are removed because they are not used for a long time.
* This patch fixes the following issues in the ARP operation:qingli2009-10-152-10/+18
| | | | | | | | | | | | | | 1. There is a regression issue in the ARP code. The incomplete ARP entry was timing out too quickly (1 second timeout), as such, a new entry is created each time arpresolve() is called. Therefore the maximum attempts made is always 1. Consequently the error code returned to the application is always 0. 2. Set the expiration of each incomplete entry to a 20-second lifetime. 3. Return "incomplete" entries to the application. Reviewed by: kmacy MFC after: 3 days
* fixes a TX hang that could be possible to happen when the trasfers areweongyo2009-10-145-2/+23
| | | | | | | in the high speed that some drivers don't call if_start callback after marking ~IFF_DRV_OACTIVE. MFC after: 3 days
* fixes a TX hang bug that it could happen when if_start callback didn'tweongyo2009-10-141-2/+8
| | | | | | | be restarted by full of the output queue. MFC after: 3 days Tested by: bsduser <bsd at acd.homelinux.org>
* Set the active flag in the PMBR when we install bootcode on a GPTrnoland2009-10-141-0/+3
| | | | | | | | partitioned disk. Some BIOS require this to be set before they will boot the device. Approved by: marcel MFC after: 2 weeks
* Oops, add a return values section to note that these routines return an errorjhb2009-10-141-0/+2
| | | | on failure or zero on success.
* Add a manual page for BUS_BIND_INTR() and bus_bind_intr().jhb2009-10-142-0/+98
| | | | MFC after: 1 week
* Use zfs_read() instead of xfsread() to read /boot.config. xfsread() failsjhb2009-10-141-1/+1
| | | | | | | | | | short read requests, so the result was that a /boot.config smaller than 512 bytes was ignored. boot2 uses fsread() instead of xfsread() to read /boot.config already, so this makes zfsboot more like boot2. Submitted by: Johny Mattsson johny-freebsd of earthmagic org Reviewed by: dfr MFC after: 3 days
* Explicitly compare to a return code.bz2009-10-141-1/+1
| | | | | Discussed with: philip (after we both misread the logic there the 1st time) MFC after: 6 weeks
* Unbreak the VIMAGE build with IPSEC, broken with r197952 bybz2009-10-141-4/+4
| | | | | | | | virtualizing the pfil hooks. For consistency add the V_ to virtualize the pfil hooks in here as well. MFC after: 55 days X-MFC after: julian MFCed r197952.
* ls: Make -p not inhibit following symlinks.jilles2009-10-131-1/+1
| | | | | | | | | According to the man page, when neither -H/-L nor -F/-d/-l are given, -H is implied. This agrees with POSIX, GNU ls and Solaris ls. This means that -p, although it is very similar to -F, does not prevent the implicit following of symlinks. PR: standards/128546
* Make getcwd(3) faster, simpler and more compliant using *at syscalls.jilles2009-10-131-45/+18
| | | | | It is no longer necessary to construct long paths consisting of repeated "../" which may be slow to process and may exceed PATH_MAX.
* Compare pointer to NULL rather than 0.bz2009-10-131-1/+1
| | | | MFC after: 1 month
* Immediately after clearing a pending callout that didn't make it duebz2009-10-131-10/+10
| | | | | | | | | | | | | | to the lock we hold, disable interrupts, and announce to the firmware that we are shutting down. Especially do this before disabling blocks. This makes some types of machines with asf enabled no longer hang upon boot, when we start configuring the interface. PR: i386/96382, kern/100410, kern/122252, kern/116328 Reported by: erwin Hardware provided by: TDC A/S Reviewed by: stas Tested by: stas
* Sync with other GENERIC kernel configs:jhb2009-10-132-23/+31
| | | | | | | | - Move USB serial drivers earlier to match their placement in other kernel configs. - Add descriptions to various USB drivers. - Move the USB wireless drivers into a new section. - Add ulscom to the list of USB serial drivers.
* Move the USB wireless drivers down into their own section next to the USBjhb2009-10-134-16/+20
| | | | | | | ethernet drivers. Submitted by: Glen Barber glen.j.barber @ gmail MFC after: 1 month
* Fix this module so it at least builds. Note that it isn't hooked up tojhb2009-10-131-2/+2
| | | | | the build however, and ubser(4) is also not present in any kernel configs (including NOTES).
* Add C message catalogue entries for newer errnos: EBADMSG, EMULTIHOP,rwatson2009-10-131-0/+10
| | | | | | | ENOLINK, EPROTO, ENOTCAPABLE. Submitted by: Alan R. S. Bueno <alan.bsd at gmail.com> MFC after: 3 days (most)
* Correct typo: thetime -> the timeemaste2009-10-131-1/+1
| | | | | PR: docs/139447 Submitted by: Guido Falsi mad at madpilot dot net
* Correct a copy/paste bug in a comment. lptclose() checks once a second tojhb2009-10-131-1/+1
| | | | see if the ppc hardware has gone idle rather than four times a second.
* Properly initialize the mesh conf capabilities byte.rpaulo2009-10-131-0/+1
| | | | MFC after: 2 days
* EXPORT_SYMS is not, in fact, required, for a dependent module to accessrwatson2009-10-131-10/+0
| | | | | | | non-static symbols in a module they depend on, so remove dtrace symbols from nfsclient's EXPORT_SYMS again. Suggested by: jhb
* Make number(6) build with WARNS=6.ed2009-10-132-4/+4
|
* Chase dependency changes in libgssapi_krb5 module introruced bybland2009-10-131-1/+1
| | | | revision r197995.
* Use printb() to display the "nd6 options=" line.hrs2009-10-121-29/+7
|
* We haven't installed usbdevs for many moons now, and it doesn't work anymarkm2009-10-121-0/+2
| | | | more anyway. Add it to the "obsolete" list.
* Fix the 106/109 USB Japanese keyboard "underscore" issue.hrs2009-10-121-12/+51
| | | | | | | | | Sun Type 6 USB keyboard support added in rev 1.46 conflicted with some scan codes used in Japanese keyboards because the scan code conversion routine was ambiguous for the overlapped codes. PR: ports/134005 Submitted by: YAMASHIRO Jun
* Export DTrace symbols from nfsclient so that dtnfsclient can get to them.rwatson2009-10-121-0/+10
| | | | | | | This fixes DTrace with nfsclient built as a module. MFC after: 3 days Reported by: markm
* Add a MODULE_DEPEND() on the NFS client from dtnfsclient so that dtnfsclientrwatson2009-10-121-0/+1
| | | | | | | | can access NFS client symbols. MFC after: 3 days Discussed with: kib Reported by: markm
* - Do not assign a link-local address when ND6_IFF_IFDISABLED.hrs2009-10-121-0/+3
| | | | | | | | | | Adding a tentative address is useless. - Comment out a confused warning message when in6_ifattach_linklocal() fails. This can occur when the interface does not support ioctl(SIOCAIFADDR) (interfaces associated with 802.11 wireless network device drivers, for example).
* Link GSS mechanics modules against libgssapi so they will not fail duebland2009-10-122-4/+4
| | | | | | | | unresolved symbol errors when in turn libgssapi was loaded with RTLD_LOCAL flag set (which is the default). Reviewed by: dfr, jhb MFC after: 3 days
* Improve the description of sysctl "kern.sugid_coredump".jkoshy2009-10-121-1/+1
| | | | | Submitted by: Mel Flynn <mel.flynn+fbsd.hackers at mailing.thruhere.net> on -hackers
* Update for latest 802.11s changes in meshconf format.rpaulo2009-10-121-15/+21
| | | | MFC after: 3 days
* Fix a wrong initialization that snuck in the latest commit.rpaulo2009-10-121-1/+1
| | | | MFC after: 3 days
* Fix typo.kib2009-10-121-1/+1
| | | | | Submitted by: rdivacky MFC after: 1 month
* Another 3.03 draft bit that I missed in the previous 802.11s stackrpaulo2009-10-123-85/+48
| | | | | | | update. The Mesh Configuration IE has changed quite a bit. Refactor the code to handle this change. MFC after: 3 days
* Scan for option ROMs on i386 and amd64 only.marcel2009-10-113-1/+2
|
* Make openat(2) a cancellation point.jilles2009-10-116-0/+38
| | | | | | | This is required by POSIX and matches open(2). Reviewed by: kib, jhb MFC after: 1 month
* Tweaks for sigqueue tests:kib2009-10-112-12/+27
| | | | | | | | | | | - slightly adjust code for style, sort headers. - in sigqtest2, print received signals, to make it easy to see why test failed. - in sigqtest2, job_control_test(), cover a race by adding sleep after child stopped itself to allow for SIGCHLD due to stop and exit to not be coalesced. MFC after: 2 weeks
* Currently, when signal is delivered to the process and there is a threadkib2009-10-114-34/+118
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | not blocking the signal, signal is placed on the thread sigqueue. If the selected thread is in kernel executing thr_exit() or sigprocmask() syscalls, then signal might be not delivered to usermode for arbitrary amount of time, and for exiting thread it is lost. Put process-directed signals to the process queue unconditionally, selecting the thread to deliver the signal only by the thread returning to usermode, since only then the thread can handle delivery of signal reliably. For exiting thread or thread that has blocked some signals, check whether the newly blocked signal is queued for the process, and try to find a thread to wakeup for delivery, in reschedule_signal(). For exiting thread, assume that all signals are blocked. Change cursig() and postsig() to look both into the thread and process signal queues. When there is a signal that thread returning to usermode could consume, TDF_NEEDSIGCHK flag is not neccessary set now. Do unlocked read of p_siglist and p_pendingcnt to check for queued signals. Note that thread that has a signal unblocked might get spurious wakeup and EINTR from the interruptible system call now, due to the possibility of being selected by reschedule_signals(), while other thread returned to usermode earlier and removed the signal from process queue. This should not cause compliance issues, since the thread has not blocked a signal and thus should be ready to receive it anyway. Reported by: Justin Teller <justin.teller gmail com> Reviewed by: davidxu, jilles MFC after: 1 month
* Correct another typo. Actually save the condition register insteadnwhitehorn2009-10-111-1/+1
| | | | of overwriting r12 by mistake.
* Correct a typo here and actually save DSISR instead of overwriting it.nwhitehorn2009-10-111-1/+1
|
* In nanosleep(2), note that the calling thread is put to sleep, not thekib2009-10-111-1/+3
| | | | | whole process. Also explicitely name the parameter that specifies sleep interval.
* Remove dupe.des2009-10-111-1/+0
|
* - Catch SIGHUP to perform cleanup before exiting.jh2009-10-112-4/+8
| | | | | | | | | | | | | | | | - Exit if getch() returns with an error other than EINTR. Otherwise systat(1) may get stuck in an infinite loop if it doesn't receive SIGHUP when terminal closes. [1] - Remove attempt to clear stdio error indicators. getch() doesn't use stdio, making it useless. [2] - Remove unneeded masking of getch() return value. [2] PR: bin/107171 Reviewed by: bde Approved by: trasz (mentor) Obtained from: OpenBSD [1] Suggested by: bde [2] MFC after: 1 month
OpenPOWER on IntegriCloud