summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Add a note explaining what the rescue/ directory is for.ceri2006-03-011-0/+2
| | | | | | PR: docs/93990 Submitted by: Ulf Lilleengen MFC after: 3 days
* Assert proper use of bio_caller1, bio_caller2, bio_cflags, bio_driver1,pjd2006-03-012-0/+28
| | | | | | bio_driver2 and bio_pflags fields. Reviewed by: phk
* Add new NTP servers for Taiwan.ceri2006-03-012-0/+30
| | | | | | | PR: bin/92160 Submitted by: Jose Liang <jose at jose dot idv pinkt tw> Approved by: jhb MFC After: 2 days
* Provide ability to disable kbdmux(4) with the hint.kbdmux.0.disabled="1" hint.emax2006-03-013-1/+9
| | | | | | | Document hint in the kbdmux(4) man page. Requested by: scottl MFC after: 1 day
* userret() now only takes 2 parameters.cognet2006-03-011-2/+2
|
* Typo fix; "ing" -> "in".jkoshy2006-03-011-1/+1
|
* Wrap keymap menu helper functions in #ifdef WITH_SYSCONS to unbreak thejhb2006-03-012-0/+4
| | | | | | build on archs that don't include syscons support in sysinstall. Reported by: sparc64 tinderbox
* Note that ACPI_DEBUG depends on DDB.wkoszek2006-03-011-0/+1
| | | | | | Reviewed by: njl Approved by: cognet (mentor) MFC after: 3 days
* - Reduce needless DNS query by lookup only appropriate addressume2006-03-011-10/+20
| | | | | | | | | | family. [1] - Specify appropriate hints to getaddrinfo(3). [1] - Obtain address family from peername in inet mode. Submitted by: Rostislav Krasny <rosti.bsd__at__gmail.com> [1] Tested by: yar, Rostislav Krasny <rosti.bsd__at__gmail.com> MFC after: 1 week
* Handle the errors returned by res_querydomain() in same manner.ume2006-03-012-0/+40
| | | | | | Reported by: yar Tested by: yar, Rostislav Krasny <rosti.bsd__at__gmail.com> MFC after: 1 week
* Correct a remote kernel panic when processing zero-length RPC recordssimon2006-03-011-1/+1
| | | | | | | via TCP. [06:10] Security: FreeBSD-SA-06:10.nfs Approved by: cperciva
* Do not discard the current value of __MAKE_CONF when testingyar2006-03-011-2/+2
| | | | | | | whether MAKEOBJDIRPREFIX is set at a wrong place. Reviewed by: ru MFC after: 3 days
* Update low-level code. (to version 1.4)rik2006-03-012-4229/+4247
| | | | | Obtained from: Cronyx Engineering MFC after: 3 days
* Forgot to revert to use weak symbols when I was debugging, fix it!davidxu2006-03-011-22/+15
|
* Add missing parameter mq_attr * for mq_open.davidxu2006-03-011-3/+5
|
* Work around the deadlock that occours when ATA waits for the taskqueuesos2006-03-012-7/+24
| | | | | | | | | | | | | | | to call back for completition and something else is holding the taskqueue waiting for ATA to return data. This should clear up the "semaphore timeout !! DANGER Will Robinson !!" in most situations, and log "taskqueue timeout - completing request directly" instead, with a delayed "WARNING - freeing taskqueue zombie request" when the taskqueue finally calls us back with the now stale request. (It would have been nice if there was a way to remove a scheduled item from a taskqueue, but that is not currently implemented in the kernel). A real fix for this is in the works but wont make it to 6.1RELEASE definite MFC candidate.
* Big update to the iir driver:scottl2006-03-013-170/+169
| | | | | | | | | | | | | | | | | | | | | | - Don't use a common buffer in the softc to store per-command data. Reserve a buffer in the command itself. - Don't allocate DMA memory for the kernel command structures when all you really need is DMA memory for the scratch buffer embedded in them. Instead allocate a slab for the scratch buffers and divide it up as needed. - Call bus_dmamap_unload() at the completion of commands. - Preserve and clear the CAM CCB status flags at completion. - Reorder some low-level command operations to try to close races. - Limit the simq to 32 commands for now. There are some serious problems with the driver under load that are not well understood, so keeping the simq lower helps avoid this. It has been tested at a higher value, but this is a safe value that doesn't show much performance degredation. These changes allow the driver to work reliably with >4GB of memory on i386 and amd64, and also work around deadlocks seen under very high load in certain situations. The work-around is far from ideal, but without and documentation it is hard to know what the right fix is. MFC candidate
* Regenerate.davidxu2006-03-015-80/+80
|
* s/timer_t/int/gdavidxu2006-03-011-1/+1
|
* Bring in my initial version of POSIX realtime extension library.davidxu2006-03-016-0/+1112
| | | | | | | Current the library implements mqueue, timer and aio with SIGEV_THREAD notification supported. Earlier version reviewed by: deischen
* Don't free ifaces yet, should fix a panicimp2006-03-011-1/+0
|
* Let kernel POSIX timer code and mqueue code to use integer as a resourcedavidxu2006-03-014-49/+49
| | | | | handle, the timer_t and mqd_t types will be a pointer which userland will define it.
* Disconnect mqueue from buildworld, as I will implement it in seperateddavidxu2006-03-011-1/+1
| | | | library.
* guard function decls with _KERNEL so user code can include this filesam2006-03-011-1/+2
|
* Integrate kbdmux(4) into syscons(4) and kbd code.emax2006-02-282-4/+66
| | | | | | | | | | | | | | | | | | | | By default syscons(4) will look for the kbdmux(4) keyboard first, and then, if not found, look for any keyboard. Current kbd code is modified so if kbdmux(4) is the current keyboard, all new keyboards are automatically added to the kbdmux(4). Switch to kbdmux(4) can be done at boot time, by loading kbdmux module at the loader prompt, or at runtime, by kldload'ing the kbdmux module and releasing current active keyboard. If, for whatever reason, kbdmux(4) is not required/desired then just do not load it and everything should work as before. It is also possible to kldunload kbdmux at runtime and syscons(4) will automatically switch to the first available keyboard. No response from: freebsd-current@ MFC after: 1 day
* Rework TCP window scaling (RFC1323) to properly scale the send windowandre2006-02-284-40/+42
| | | | | | | | | | | | | right from the beginning and partly clean up the differences in handling between SYN_SENT and SYN_RCVD (syncache). Further changes to this code to come. This is a first incremental step to a general overhaul and streamlining of the TCP code. PR: kern/15095 PR: kern/92690 (partly) Reviewed by: qingli (and tested with ANVL) Sponsored by: TCP/IP Optimization Fundraise 2005
* Rework how we wire up interrupt sources to CPUs:jhb2006-02-2814-270/+304
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Throw out all of the logical APIC ID stuff. The Intel docs are somewhat ambiguous, but it seems that the "flat" cluster model we are currently using is only supported on Pentium and P6 family CPUs. The other "hierarchy" cluster model that is supported on all Intel CPUs with local APICs is severely underdocumented. For example, it's not clear if the OS needs to glean the topology of the APIC hierarchy from somewhere (neither ACPI nor MP Table include it) and setup the logical clusters based on the physical hierarchy or not. Not only that, but on certain Intel chipsets, even though there were 4 CPUs in a logical cluster, all the interrupts were only sent to one CPU anyway. - We now bind interrupts to individual CPUs using physical addressing via the local APIC IDs. This code has also moved out of the ioapic PIC driver and into the common interrupt source code so that it can be shared with MSI interrupt sources since MSI is addressed to APICs the same way that I/O APIC pins are. - Interrupt source classes grow a new method pic_assign_cpu() to bind an interrupt source to a specific local APIC ID. - The SMP code now tells the interrupt code which CPUs are avaiable to handle interrupts in a simpler and more intuitive manner. For one thing, it means we could now choose to not route interrupts to HT cores if we wanted to (this code is currently in place in fact, but under an #if 0 for now). - For now we simply do static round-robin of IRQs to CPUs when the first interrupt handler just as before, with the change that IRQs are now bound to individual CPUs rather than groups of up to 4 CPUs. - Because the IRQ to CPU mapping has now been moved up a layer, it would be easier to manage this mapping from higher levels. For example, we could allow drivers to specify a CPU affinity map for their interrupts, or we could allow a userland tool to bind IRQs to specific CPUs. The MFC is tentative, but I want to see if this fixes problems some folks had with UP APIC kernels on 6.0 on SMP machines (an SMP kernel would work fine, but a UP APIC kernel (such as GENERIC in RELENG_6) would lose interrupts). MFC after: 1 week
* Fix numerous warnings. Aside from menu items in system.c and menu.cjhb2006-02-2824-72/+59
| | | | | | | | this now compiles on i386 with WARNS?= 3. Most of the fixes included adding missing 'static' keywords to internal functions, using fully-defined terminators in statically defined arrays of structs, and various signed vs unsigned mismatches. Also G/C'd unused configSecurity() function.
* Fix a c/p error.brueffer2006-02-281-1/+1
| | | | | Obtained from: The TrustedBSD Project Approved by: rwatson (mentor)
* Use some helper macros for the device table so it can fit in 80 columns andjhb2006-02-282-154/+178
| | | | | to allow us to use default values in some entries to quiet warnings. This table is actually readable again now.
* Drop unused major, minor, and delta values from device table.jhb2006-02-282-46/+40
|
* G/C some cruft.jhb2006-02-284-74/+4
|
* - Autogenerate a menu containing a list of countries and keymaps supportedjhb2006-02-2814-8/+392
| | | | | | | | | | | | | | | by syscons. - If we are running as init, popup the country menu before the main menu. If a non-default country is chosen, then a second menu is brought up to let the user choose a keymap. By default the default keymap for the country that was selected is highlighted. If the user chooses the default country, then the default keymap is just assumed and the user is not presented with the keymap menu. Currently the default country is set to "United States" except for PC98 which assumes "Japan". PR: bin/93853 Submitted by: Seth Kingsley sethk at magnesium dot net MFC after: 3 days
* Allow PHOLD()'s of curproc even if P_WEXIT is set. Normally we don't wantjhb2006-02-281-1/+2
| | | | | | | | | | | | | | | | to allow PHOLD()'s of processes that have P_WEXIT set as once that flag is set we aren't guaranteed to block in exit1() waiting for the PRELE() (we might already be past the wait). However, curproc is a bit of a special case. By the time P_WEXIT is set, the process is single-threaded, so the only thread for which can do a PHOLD(curproc) is the thread executing in exit1(). The fact that this thread is executing ensures that the process won't go away before the current hold is released via PRELE(). This fixes some panics due to kicking off softupdate operations inside of exit1() after the recent PHOLD changes to fix ptrace/procfs vs exit races. MFC after: 1 week Tested by: pho
* update examples to use the correct terms that was never updated when thejmg2006-02-281-3/+3
| | | | | | earlier descriptions were gone over... MFC after: 3 days
* regen for 32bit sendfileps2006-02-284-6/+6
|
* Fix 32bit sendfile by implementing kern_sendfile so that it takesps2006-02-284-58/+124
| | | | | | | | the header and trailers as iovec arguments instead of copying them in inside of sendfile. Reviewed by: jhb MFC after: 3 weeks
* when acpi does not explicitly enumerate lapic/cpu's there shouldsam2006-02-281-1/+1
| | | | | | only be 1 Reviewed by: jhb
* Const'ify arguments to a couple of functions to fix breakagedeischen2006-02-282-3/+3
| | | | with -O2.
* use standard mode instead of 500 for /sbin/init.luigi2006-02-281-1/+0
| | | | | | | | | | | | | | | As discussed on -current, there is no sensitive info in /sbin/init to prevent reading it from non-privileged users, nor any reason to remove the 'x' bit as the first thing the program does is check the uid and exit if it is not run by root. Instead (and this is why i make the change), mode 500 prevents operation when exporting the partition without -maproot=0 to diskless clients. All previuos releases are affected by the same problem, so a merge to RELENG_6 at least would be appropriate (after proper re@ approval of course).
* Fix mpt_reset to try mpt_hard_reset more than once, and to trymjacob2006-02-282-43/+86
| | | | | | | | | | | | | | | | | | mpt_soft_reset more than once. And to wait for MPT_DB_STATE_READY twice. I mean, this is crucial- give the IOC a chance to get ready. If mpt_reset is called to reinit things, and we succeed, make sure to re-enable interrupts. This is what has mostly led to system lockup after having to hard reset the chip. Also, if we think that interrupts aren't function in mpt_cam_timeout, for goodness sake, turn them on again. In read_cfg_header, return distinguishing errnos so the caller can decide what's an error. It's *not* an error to fail to read a RAID page from a non-RAID capable device like the FC929X. Some whitespace fixes (removing spaces from ends of lines).
* Don't do a time travel to 12006...delphij2006-02-281-1/+1
|
* Reimplement mutex_init to get rid of compile warning.davidxu2006-02-281-88/+39
|
* Make ukbd(4) to not delay break scancodes in "raw" mode.emax2006-02-281-3/+1
| | | | | | | Developed with: Norbert Koch < NKoch at demig dot de > No response from: freebsd-current@ Tested by: Norbert Koch < NKoch at demig dot de > MFC after: 1 day
* Fix up the Bridge Identifier field in the BPDU packet.thompsa2006-02-281-15/+30
| | | | | | | | | | - use the cu_bridge_id rather than the cu_rootid for the bridge address [1] - the memcmp return value is not signed so the wrong interface may have been selected - fix up the calculation of sc_bridge_id PR: kern/93909 [1] MFC after: 3 days
* Correct the vnode locking in fdescfs.kris2006-02-281-4/+2
| | | | | | | PR: kern/93905 Submitted by: Kostik Belousov <kostikbel@gmail.com> Reviewed by: jeff MFC After: 1 week
* Get this to compile with the recent UART changes.cognet2006-02-271-3/+3
|
* Bump a date in .Dd field. Last change brought some new functionality.wkoszek2006-02-271-1/+1
| | | | | | Spotted by: brueffer Approved by: cognet (mentor) MFC after: 1 week
* Extend kldunload(8) functionality and fix minor problems:wkoszek2006-02-273-40/+50
| | | | | | | | | | | | | | | | o multiple modules can be unloaded at once (specified either by id or be module name) o exit with EX_USAGE after usage() is called. o remove unused variables, since we keep command line flags as bitmask, in 'opt'. o 'kldload -n ...' does nothing. Add comment to this options. Additionally: o Update manual page to conform new functionality. o Increace WARNS to 6. Because we can. Approved by: cognet (mentor) MFC after: 1 week
* Staticize a couple of functions.deischen2006-02-2723-71/+106
| | | | | | Remove a few unused locks. Remove locks from application namespace.
OpenPOWER on IntegriCloud