summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Move the include of vinet.h further up before the ipfilter includes.bz2009-02-271-3/+3
|
* Remove redundant code in printf() and vprintf().ed2009-02-271-28/+1
| | | | | | | | printf() and vprintf() are exactly the same, except the way arguments are passed. Just like we see in other pieces of code (i.e. libc's printf()), implement printf() using vprintf(). Submitted by: Christoph Mallon <christoph mallon gmx de>
* Shuffle the vimage.h includes or add where missing.bz2009-02-273-2/+5
|
* Revert previous commit to subr_prf.c and make it more tidy.ed2009-02-271-3/+5
| | | | | | | As mentioned by bz and bde, the change I made wasn't the proper way to fix. Inspired by bde's patch, perform some small cleanups to uprintf(). Reviewed by: bz
* Prefer register usage style to be more consistent with the rest of theraj2009-02-271-8/+8
| | | | trap_subr.S code.
* Make Book-E debug register state part of the PCB context.raj2009-02-277-5/+18
| | | | | | | | | | | | | | | | Previously, DBCR0 flags were set "globally", but this leads to problems because Book-E fine grained debug settings work only in conjuction with the debug master enable bit in MSR: in scenarios when the DBCR0 was set with intention to debug one process, but another one with MSR[DE] set got scheduled, the latter would immediately cause debug exceptions to occur upon execution of its own code instructions (and not the one intended for debugging). To avoid such problems and properly handle debugging context, DBCR0 state should be managed individually per process. Submitted by: Grzegorz Bernacki gjb ! semihalf dot com Reviewed by: marcel
* Fix up some ioctl permissions issues long overlooked.rnoland2009-02-273-8/+7
| | | | | Submitted by: jkim@ MFC after: 2 weeks
* fix buildsam2009-02-271-0/+1
|
* fix buildsam2009-02-271-1/+1
|
* Replace clone_setcallback() with a new function clone_setdefcallback()rpaulo2009-02-274-18/+34
| | | | | | | | that selects a callback from an interface prefix name. This allows us to report a meaningful error when the user types 'ifconfig wlan0 create', for example, and also kills some redundant code. Reviewed by: sam (earlier version)
* Rollback rev. 189093.mav2009-02-261-1/+0
| | | | | | | mtx_lock() is not needed there as callout initialized with callout_init_mtx(). Sorry. Submitted by: Ian Dowse
* Unhide IDENTIFY command timeouts when verbose messages enabled.mav2009-02-261-1/+3
| | | | I think it should be suitable for debugging.
* Restore mtx_lock() call on ata_timeout(), dropped (I think accidentally)mav2009-02-261-0/+1
| | | | during commit 3 years ago.
* Rename all symbols in libmp(3) to mp_*, just like Solaris.ed2009-02-2615-229/+255
| | | | | | | | | | | | The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_. libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version. Reviewed by: deischen, rdivacky
* Remove direct ata_completed() call options from ata_finish(), except for themav2009-02-264-17/+10
| | | | | | | | | | kernel dumping case. ata_completed() may initiate ata_reinit() on error, that may lead to drives attach or detach. Attach and detach are sending requests to drives and sleep waiting for results. But ata_finish() can be called directly from interrupt handler where sleeping is prohibited, so we must break this chain somewhere. This place seems to fit best.
* Fix LLVM compiler errors related to K&R declarations with ANSI prototypes.ed2009-02-266-57/+25
| | | | Submitted by: Pawel Worach <pawel.worach@gmail.com>
* Allow the old usb stack to compile by adding the appropriate -I foo, this mustthompsa2009-02-261-1/+5
| | | | | | | | go before the standard -I$S to have the search happen before /sys/. Make this conditional on 'makeoptions WITH_LEGACY=1' in the kernel config. Prodded by: sam
* Use ANSI function declarations in librpcsvc.ed2009-02-265-36/+12
| | | | | | | | | When compiling librpcsvc with LLVM, we get a compiler error, because hexval() uses an ANSI prototype, but a K&R declaration. I could have just changed hexval(), but I'd rather keep this consistent. It's not that much code. Submitted by: Pawel Worach <pawel worach gmail com>
* Add MSI blacklisting support.mav2009-02-261-47/+76
| | | | | | Disable MSI for nVidia MCP51 controller. Enabling MSI there leads to unexpected errors and timeouts, that should not happen even if interrupts are not working completely.
* use mii instead of miibus to not pull in useless phy codesam2009-02-261-1/+1
|
* add updatep[12] that grok the partitioning we use and use gpartsam2009-02-262-0/+116
| | | | instead of boot0cfg to switch the active partition
* udf_readatoffset: read through directory vnode, do not read > MAXBSIZEavg2009-02-263-25/+23
| | | | | | | | | | | | | | | | | | | | | Currently bread()-ing through device vnode with (1) VMIO enabled, (2) bo_bsize != DEV_BSIZE (3) more than 1 block results in data being incorrectly cached. So instead a more common approach of using a vnode belonging to fs is now employed. Also, prevent attempt to bread more than MAXBSIZE bytes because of adjustments made to account for offset that doesn't start on block boundary. Add expanded comments to explain the calculations. Also drop unused inline function while here. PR: kern/120967 PR: kern/129084 Reviewed by: scottl, kib Approved by: jhb (mentor)
* [1] When showing threads, the thread name just appears if the commattilio2009-02-263-11/+37
| | | | | | | | | | | | | | | | | | | label is choosen as last printout (ucomm suffers of this such bug too). That bug is caused by the fact that the fixed size of printout doesn't leave enough space for them to be printed out. Implement ucomm and comm commands with a dynamic size lenght for buffers. [2] On AMD64 architecture pointers don't have enough chars space to be shown (8 chars while they need 16). Fix them by providing a variadic space so that it fits well on both 64 and 32 bits architectures. [3] Check a return value of malloc() that wasn't checked before. PR: bin/128841, bin/128842 Reviewed by: jhb, emaste Sponsored by: Sandvine Incorporated
* Add a missing parameter to ruserpass(). According to C99 6.9.1p7rdivacky2009-02-261-2/+4
| | | | | | | K&R function is not a prototype but this is a bad style. GCC accepts this other compilers warn or reject this. Approved by: kib (mentor)
* Remove unneeded pointer `ndp'.ed2009-02-261-11/+10
| | | | | | | Inside do_execve(), we have a pointer `ndp', which always points to `&nd'. I can imagine a primitive (non-optimizing) compiler to really reserve space for such a pointer, so just remove the variable and use `&nd' directly.
* Remove even more unneeded variable assignments.ed2009-02-269-20/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | kern_time.c: - Unused variable `p'. kern_thr.c: - Variable `error' is always caught immediately, so no reason to initialize it. There is no way that error != 0 at the end of create_thread(). kern_sig.c: - Unused variable `code'. kern_synch.c: - `rval' is always assigned in all different cases. kern_rwlock.c: - `v' is always overwritten with RW_UNLOCKED further on. kern_malloc.c: - `size' is always initialized with the proper value before being used. kern_exit.c: - `error' is always caught and returned immediately. abort2() never returns a non-zero value. kern_exec.c: - `len' is always assigned inside the if-statement right below it. tty_info.c: - `td' is always overwritten by FOREACH_THREAD_IN_PROC(). Found by: LLVM's scan-build
* Don't throw away upper 32-bits of the HT MSI address window. In practicejhb2009-02-261-1/+1
| | | | | | | | this is harmless since the address window for MSI on x86 is in the lower 4 GB. Submitted by: mav MFC after: 1 week
* Remove unneeded variable `ocn_mute'.ed2009-02-261-2/+0
| | | | Found by: LLVM's scan-build
* Remove unused variables `p' and unneeded assignments of `rval'.ed2009-02-261-6/+0
| | | | Found by: LLVM's scan-build
* udf: add read-ahead support modeled after cd9660avg2009-02-262-3/+23
| | | | | Reviewed by: scottl Approved by: jhb (mentor)
* udf_map: return proper error code instead of leaking an internal oneavg2009-02-261-2/+13
| | | | | | | Incidentally this also allows for small files with data embedded into fentry to be mmap-ed. Approved by: jhb (mentor)
* udf_read: correctly read data from files with data embedded into fentry,avg2009-02-261-0/+26
| | | | | | | | ... as opposed to files with data in extents. Some UDF authoring tools produce this type of file for sufficiently small data files. Approved by: jhb (mentor)
* udf_strategy: tiny optimization of logic, calculations; extra diagnosticsavg2009-02-261-14/+11
| | | | | | | | | | | Use bit-shift instead of division/multiplication. Act on error as soon as it is detected. Report attempt to read data embedded in file entry via regular way. While there, fix lblktosize macro and make use of it. No functionality should change as a result. Approved by: jhb (mentor)
* Remove redundant assignment of `p'.ed2009-02-261-1/+0
| | | | | | | `p' is already initialized with `td->td_proc'. Because td is always curthread, it is safe to initialize it without any locks. Found by: LLVM's scan-build
* Remove redundant assignment of `s'.ed2009-02-261-1/+0
| | | | | | The variable is already initialized to `nptr'. Found by: LLVM's scan-build
* Remove unneeded variable assignment.ed2009-02-261-1/+1
| | | | | | The ts variable is always initialized a few lines below. Found by: LLVM scan-build
* Add static tracing for privilege checking:rwatson2009-02-261-9/+40
| | | | | | | | | | | | priv:kernel:priv_check:priv_ok fires for granted privileges priv:kernel:priv_check:priv_errr fires for denied privileges The first argument is the requested privilege number. The naming convention is a little different from the OpenSolaris equivilent because we can't have '-' in probefunc names, and our privilege namespace is different. MFC after: 1 week
* Silence compiler warning inside our ^T handler.ed2009-02-261-1/+1
| | | | | | It turns out we're casting fixpt_t* to int*. Spotted by: clang
* Use unsigned longs for the TTY's sysctl stats.ed2009-02-263-12/+12
| | | | Spotted by: clang
* Don't use PTY name as format string, even though it isn't insecure here.ed2009-02-261-1/+1
| | | | | It's guaranteed that the `name' variable always contains a string of the form pty[l‐sL‐S][0‐9a‐v], but I'd rather keep the compiler happy (LLVM).
* add more gpio registerssam2009-02-261-2/+9
|
* Fix typo in comments in r189023.sobomax2009-02-252-2/+2
|
* Enable support for PAT_WRITE_PROTECTED and PAT_UNCACHED cache modesjkim2009-02-252-103/+77
| | | | | | | unconditionally on amd64. On i386, we assume PAT is usable if the CPU vendor is not Intel or CPU model is newer than Pentium IV. Reviewed by: alc, jhb
* The GM45 handles vblank differently. Pull the changes from Intel in.rnoland2009-02-255-1/+25
| | | | MFC after: 2 Weeks
* Remove D_NEEDGIANT.rnoland2009-02-251-1/+1
| | | | MFC after: 2 weeks
* Turn on MSI if the card supports it. There is a blacklist for chipsrnoland2009-02-253-35/+78
| | | | | | which report that they are capable of MSI, but don't work correctly. MFC after: 2 weeks
* Prepare the radeon driver for MSI support.rnoland2009-02-251-0/+28
| | | | MFC after: 2 weeks
* Add some vblank related debugging and replace the DRM_WAIT_ON macrornoland2009-02-251-9/+23
| | | | | | with a localized version. MFC after: 2 weeks
* This was part of a sync to the code that Intel is shipping in linux.rnoland2009-02-256-2272/+1909
| | | | | | | | - Remove the old TTM interface - Move register definitions to i915_reg.h - Overhaul the irq handler MFC after: 2 weeks
* The i915 driver was the only consumer of locked task support.rnoland2009-02-254-64/+0
| | | | | | | Now that it doesn't use it anymore, get right of the taskqueue and locked task support. MFC after: 2 weeks
OpenPOWER on IntegriCloud