summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* In DCE 1.1, the time_low value is defined as an unsigned 32-bitdelphij2006-08-031-5/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | integer. Presently, our implementation employs an approach that converts the value to int64_t, then back to int, unfortunately, this approach can be problematic when the the difference between the two time_low is larger than 0x7fffffff, as the value is then truncated to int. To quote the test case from the original PR, the following is true with the current implementation: 865e1a56-b9d9-11d9-ba27-0003476f2e88 < 062ac45c-b9d9-11d9-ba27-0003476f2e88 However, according to the DCE specification, the expected result should be: 865e1a56-b9d9-11d9-ba27-0003476f2e88 > 062ac45c-b9d9-11d9-ba27-0003476f2e88 This commit adds a new intermediate variable which uses int64_t to store the result of subtraction between the two time_low values, which would not introduce different semantic of the MSB found in time_low value. PR: 83107 Submitted by: Steve Sears <sjs at acm dot org> MFC After: 1 month
* Alphabetical order is probably better.jb2006-08-031-2/+2
|
* Add the library directory where DTrace library scripts live.jb2006-08-031-0/+2
|
* Fix re(4) breakge introduced in tree from rev 1.68.yongari2006-08-031-6/+5
| | | | | | | | This should fix incorrect configuration of station address on big-endian architectures. Reviewed by: wpaul Tested on: sparc64
* Move destroying kqueue state from above pru_detach to below it inrwatson2006-08-021-2/+2
| | | | | | sofree(), as a number of protocols expect to be able to call soisdisconnected() during detach. That may not be a good assumption, but until I'm sure if it's a good assumption or not, allow it.
* Don't ignore errors from intr_event_add_handler().jhb2006-08-021-3/+1
| | | | | CID: 1516 Found by: Coverity Prevent (tm)
* - Use m_getcl(), m_get(), and m_gethdr() rather than the older macros forjhb2006-08-021-37/+26
| | | | | | | | | | | | alloc'ing mbufs so that there is less error handling required. - Go ahead and account for the data space in the first mbuf before entering the loop to alloc more mbuf's. This simplifies the loop logic and avoids confusing Coverity. CID: 817 Reviewed by: sam Tested by: pjd Found by: Coverity Prevent (tm)
* Remove remnants of Alpha.marcel2006-08-022-16/+0
|
* Remove remnants of Alpha.marcel2006-08-024-475/+0
|
* Define the additional page fault error codes that are implemented by amd64.alc2006-08-021-0/+2
|
* Change two XXX's to two notes: the fact that SOCK_LOCK(so) ==rwatson2006-08-021-2/+2
| | | | | SOCKBUF_LOCK(&so->so_rcv) is encoded, which is worth noting, but not a bug.
* Remove call to soisdisconnected() in at_pcbdetach(): by the time therwatson2006-08-021-2/+0
| | | | | socket is being detached, there are no consumers left worth notifying about the disconnect.
* Move soisdisconnected() in tcp_discardcb() to one of its calling contexts,rwatson2006-08-022-24/+14
| | | | | | | | | | | tcp_twstart(), but not to the other, tcp_detach(), as the socket is already being torn down and therefore there are no listeners. This avoids a panic if kqueue state is registered on the socket at close(), and eliminates to XXX comments. There is one case remaining in which tcp_discardcb() reaches up to the socket layer as part of the TCP host cache, which would be good to avoid. Reported by: Goran Gajic <ggajic at afrodita dot rcub dot bg dot ac dot yu>
* Fix some bugs in the previous revision (1.419). Don't perform extrajhb2006-08-022-18/+8
| | | | | | | | | | | | vfs_rel() on the mountpoint if the MAC checks fail in kern_statfs() and kern_fstatfs(). Similarly, don't perform an extra vfs_rel() if we get a doomed vnode in kern_fstatfs(), and handle the case of mp being NULL (for some doomed vnodes) by conditionalizing the vfs_rel() in kern_fstatfs() on mp != NULL. CID: 1517 Found by: Coverity Prevent (tm) (kern_fstatfs()) Pointy hat to: jhb
* Fix doxygen target.netchild2006-08-021-1/+1
| | | | | Submitted by: "Alexander Mogilny" <sg@astral.ntu-kpi.kiev.ua> Pointy hat to: netchild
* Fix build when .CURDIR != .OBJDIR.netchild2006-08-021-0/+3
| | | | Noticed by: "Alexander Mogilny" <sg@astral.ntu-kpi.kiev.ua>
* Do not leak memory while flushing rules.oleg2006-08-021-2/+3
| | | | | | Noticed by: yar Approved by: glebius (mentor) MFC after: 1 week
* Remove now unneeded ENOTCONN clause from SOCK_DGRAM side of uipc_send():rwatson2006-08-021-5/+0
| | | | | we have to check it regardless of the target address, so don't check it twice.
* Add a new command-line option, -P, which allows the user to specifybms2006-08-022-11/+27
| | | | | | | | an arbitrary port to which syslog messages are to be sent. PR: bin/54026 Submitted by: Oliver Fromme MFC after: 10 days
* Block a variety of signals which may afffect reboot(8), before killingbms2006-08-021-2/+15
| | | | | | | | | | init(8), to avoid losing a race to them and dying before being able to call reboot(2). PR: bin/64664 Submitted by: maxim Obtained from: NetBSD MFC after: 30 days
* Remove 'register'.rwatson2006-08-021-196/+135
| | | | | Use ANSI C prototypes/function headers. More deterministically line wrap comments.
* Block SIGHUP before killing init(8), to avoid a race condition which maybms2006-08-021-3/+3
| | | | | | | | kill the current process and hang the system when attempting reboot. PR: bin/64664 Reviewed by: ssouhal, phk (historic) MFC after: 30 days
* Regenerate.davidxu2006-08-020-0/+0
|
* Don't include sys/thr.h and umtx.h in sys/sysproto.h, it is unnecessary.davidxu2006-08-021-3/+1
|
* don't include sys/thr.h and sys/umtx.h, it is unnecessary.davidxu2006-08-021-3/+0
|
* INT_MAX is defined in file sys/limits.h, include the file now.davidxu2006-08-021-0/+1
|
* Cleanup and add our standard SYNOPSIS section.brueffer2006-08-021-4/+16
|
* Replace hard-coded magic constants to system defined constantsyongari2006-08-022-2/+2
| | | | | | (BUS_PROBE_DEFAULT, BUS_PROBE_GENERIC etc). These pseudo PHY drivers were forgotten from the conversion due to the repo copy to dc driver location.
* remove unneccessary null ptr checksam2006-08-021-2/+1
| | | | Coverity ID: 173918
* remove unnecessary null ptr checksam2006-08-021-2/+1
| | | | Coverity ID: 173911
* Document the log_stp variable.thompsa2006-08-021-0/+6
|
* - Use the new bridgestp callback to once again flush our bridge routes when anthompsa2006-08-021-2/+38
| | | | | interface is disabled. - Log port changes to syslog, defaulting to off
* Tell bridgestp that we are about to free the memory so it can cleanup.thompsa2006-08-021-0/+3
|
* Fix style in the last commit, the variable declaration goes at the top of thethompsa2006-08-021-1/+2
| | | | function.
* Add a callback so we can notify the parent bridge that a port state change hasthompsa2006-08-022-4/+43
| | | | | occured, we need to do this from a taskqueue to avoid a LOR with the if_bridge mutex.
* Fix incorrect busy check for PHY write operation.yongari2006-08-021-4/+2
| | | | While I'm here remove unnecessary return statement.
* Be sure to disable the port when removing it from STP.thompsa2006-08-021-0/+2
|
* Move updated of 'numopensockets' from bottom of sodealloc() to the top,rwatson2006-08-021-3/+1
| | | | | | eliminating a second set of identical mutex operations at the bottom. This allows brief exceeding of the max sockets limit, but only by sockets in the last stages of being torn down.
* Don't use f-word in comments. We are gentlemans.pjd2006-08-012-2/+2
| | | | Pointed out by: Maciej Sobczak
* Fix two nits in the ps header that offset each other making them largelyjhb2006-08-011-6/+6
| | | | unnoticable.
* Add device to access and modify Open Firmware NVRAM settings insobomax2006-08-0114-1/+929
| | | | | | | | | PowerPC-based Apple's machines and small utility to do it from userland modelled after the similar utility in Darwin/OSX. Only tested on 1.25GHz G4 Mac Mini. MFC after: 1 month
* Complete the transition from pmap_page_protect() to pmap_remove_write().alc2006-08-0113-296/+153
| | | | | | | | | | | | | Originally, I had adopted sparc64's name, pmap_clear_write(), for the function that is now pmap_remove_write(). However, this function is more like pmap_remove_all() than like pmap_clear_modify() or pmap_clear_reference(), hence, the name change. The higher-level rationale behind this change is described in src/sys/amd64/amd64/pmap.c revision 1.567. The short version is that I'm trying to clean up and fix our support for execute access. Reviewed by: marcel@ (ia64)
* In vlan_input(), if the network interface does not perform h/w basedqingli2006-08-011-15/+9
| | | | | | | | | | | | | vlan tag processing, the code will use bcopy() to remove the vlan tag field but the code copies 2 bytes too many, which essentially overwrites the protocol type field. Also, a tag value of -1 is generated for unrecognized interface type, which would cause an invalid memory access in the vlans[] array. In addition, removed a line of dead code and its associated comments. Reviewed by: sam
* Another small update to the re(4) driver:wpaul2006-08-012-23/+60
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Change the workaround for the autopad/checksum offload bug so that instead of lying about the map size, we actually create a properly padded mbuf and map it as usual. The other trick works, but is ugly. This approach also gives us a chance to zero the pad space to avoid possibly leaking data. - With the PCIe devices, it looks issuing a TX command while there's already a transmission in progress doesn't have any effect. In other words, if you send two packets in rapid succession, the second one may end up sitting in the TX DMA ring until another transmit command is issued later in the future. Basically, if re_txeof() sees that there are still descriptors outstanding, it needs to manually resume the TX DMA channel by issuing another TX command to make sure all transmissions are flushed out. (The PCI devices seem to keep the TX channel moving until all descriptors have been consumed. I'm not sure why the PCIe devices behave differently.) (You can see this issue if you do the following test: plug an re(4) interface into another host via crossover cable, and from the other host do 'ping -c 2 <host with re(4) NIC>' to prime the ARP cache, then do 'ping -c 1 -s 1473 <host with re(4) NIC>'. You're supposed to see two packets sent in response, but you may only see one. If you do 'ping -c 1 -s 1473 <host with re(4) NIC>' again, you'll see two packets, but one will be the missing fragment from the last ping, followed by one of the fragments from this ping.) - Add the PCI ID for the US Robotics 997902 NIC, which is based on the RTL8169S. - Add a tsleep() of 1 second in re_detach() after the interrupt handler is disconnected. This should allow any tasks queued up by the ISR to drain. Now, I know you're supposed to use taskqueue_drain() for this, but something about the way taskqueue_drain() works with taskqueue_fast queues doesn't seem quite right, and I refuse to be tricked into fixing it.
* Make system call modules a bit more robust:jhb2006-08-013-2/+13
| | | | | | | | | | | | | | | - If we fail to register the system call during MOD_LOAD, then note that so that we don't try to deregister it or invoke the chained event handler during the subsequent MOD_UNLOAD event. Doing the deregister when the register failed could result in trashing system call entries. - Add a SI_SUB_SYSCALLS just before starting up init and use that to register syscall modules instead of SI_SUB_DRIVERS. Registering system calls as late as possible increases the chances that any other module event handlers or SYSINITs in a module are executed to initialize the data in a kld before a syscall dependent on that data is able to be invoked. MFC after: 3 days
* - Add a new function nfsrv_destroycache() to tear down the server requestjhb2006-08-013-3/+17
| | | | | | | | | cache when unloading the nfsserver module. This fixes a memory leak and a stale pointer. - Use callout_drain() rather than callout_stop() when unloading the nfsserver module. MFC after: 3 days
* Use TAILQ_FOREACH_SAFE() in a couple of places.jhb2006-08-012-5/+2
|
* Don't lock each of the processes while looking for a pid. The allproc andjhb2006-08-011-5/+1
| | | | proctree locks that we already hold provide sufficient protection.
* Some cosmetic tweaks:jhb2006-08-011-10/+10
| | | | | | | | | | - Right justify 'pid' label. - Move the uid column to the right 2 columns so that the 3 process id columns (pid, ppid, pgrp) are grouped together. - Expand the uid column to 5 chars. - Don't indent the tid for multithreaded processes. Requested by: bde (1, 2, 4)
* o Reserve space for 3.x releases similar to 2.1.maxim2006-08-011-7/+7
| | | | | | o 3.0.1 is a security/critical release. Submitted by: rpaulo@netbsd
OpenPOWER on IntegriCloud