summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* Don't FILEDESC_LOCK around calls to falloc().alfred2002-04-221-2/+0
|
* Protect against multitple #includes of this file.phk2002-04-221-0/+4
|
* - Revert previous change of atm storage pools -> uma_zones until a solutionarr2002-04-223-19/+17
| | | | to atm_free() is written.
* Add missing splx calls in bge_tick. These don't make any functionaljdp2002-04-221-1/+4
| | | | | | | difference in -current, but they are important for -stable where they are missing too. MFC after: 1 day
* Back out remnants of revision 1.97: we don't need TARGET_ARCH here.ru2002-04-221-2/+0
|
* Use standard bsd.init.mk prologue.ru2002-04-221-7/+1
|
* Usage style sweep: spell "usage" with a small 'u'.des2002-04-221-1/+1
| | | | | Also change one case of blatant __progname abuse (several more remain) This commit does not touch anything in src/{contrib,crypto,gnu}/.
* Implement shared secret mode for hostap mode.imp2002-04-222-24/+87
| | | | Submitted by: Thomas Skibo <skibo@pacbell.net>
* Comment out Kirks io-request priority hack until we can do this in aphk2002-04-221-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | civilized way which doesn't cause grief. The problem is that it is not generally safe to cast a "struct bio *" to a "struct buf *". Things like ccd, vinum, ata-raid and GEOM constructs bio's which are not entrails of a struct buf. Also, curthread may or may not have anything to do with the I/O request at hand. The correct solution can either be to tag struct bio's with a priority derived from the requesting threads nice and have disksort act on this field, this wouldn't address the "silly-seek syndrome" where two equal processes bang the diskheads from one edge to the other of the disk repeatedly. Alternatively, and probably better: a sleep should be introduced either at the time the I/O is requested or at the time it is completed where we can be sure to sleep in the right thread. The sleep also needs to be in constant timeunits, 1/hz can be practicaly any sub-second size, at high HZ the current code practically doesn't do anything.
* Add ia64_sal_init_state(). This function will initialize the machinemarcel2002-04-221-7/+51
| | | | | | | | | | | check handling. In its current form, it only determines the largest amount of state information it can get from SAL and allocates a region 7 memory block for it. The next steps involve: o get and log any unconsumed (NVM stored) error records across reboots, o register an OS_MCA handler and enable machine checks.
* Add state information types.marcel2002-04-221-1/+9
|
* - Change the atm_attributes_pool and atm_stackq_pool to be uma_zone'sarr2002-04-223-17/+19
| | | | | (with the appropriate set_max) rather than using the HARP storage pool code.
* Avoid using pmap_kenter "early", since it may need to dink with vm_pagejake2002-04-211-24/+32
| | | | structures, which may not be setup yet. Minor cleanups.
* Fix WAW dependency violation on r17 (line 198) that only exists formarcel2002-04-211-2/+3
| | | | | | the SMP case. While on the subject, remove unnecessary stops. I don't know if this resolves the memory corruption I'm seeing, but it does have the potential. We'll see...
* Implement elf_reloc(). The RT specification says that we can expectmarcel2002-04-211-11/+99
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | both Elf_Rel and Elf_Rela types of relocation, so handle them both even though we only have Rel_Rela ATM. We don't handle 32-bit and big-endian variants yet. Support for that is not trivial enough to implement it without any evidence that we ever need it in the near future. For the FPTR relocations, we currently use the fptr_storage used by _reloc() is locore.s. This is in no way a real solution, but for now provides the service we need to get the basics going. A static recursive function lookup_fdesc() is used to find the address of a function in a way that keeps track of the load module so that we can get the correct GP value if we need to construct an OPD (ie there's no OPD yet for the function. For simplicity, we create an OPD for the IPLT relocations as well and simply fill the user provided function descriptor from the OPD. Since the the official descriptors are unique, this has no bad side effects. Note that we ignore the addend for FPTR relocations, but use the addend for IPLT relocations as an offset to the function address. This commit allows us to load and relocate modules and modules appear to work correctly, although we probably need to make sure that we set GP correctly in all cases when we have inter-module calls. This especially applies to assembly coded functions that have cross module calls.
* Add function link_elf_get_gp(), specific to ia64 for now, to getmarcel2002-04-212-0/+38
| | | | | | | | | | | | | | | | the DT_PLTGOT value. On ia64 this is the value of GP. We need this to construct function descriptors, but the elf file structure is not exported to MD code. Note that the name of the function is based on the meaning that DT_PLTGOT has on ia64. This may differ on other architectures. As such, link_elf_get_gp() has a high level of MD to it. Renaming the function to describe what DT_* value is returned makes it generic, but also makes the MD code less clear and if we only need this on ia64, then a general name for a specific function doesn't help. In short: I don't know what is "right" at this time, so I'll go with what I have.
* Limit to the maximum allowed reply size the amount of data thatiedowse2002-04-211-0/+4
| | | | | | | | | | | nfsrv_readdir and nfsrv_readdirplus can return. A client request containing an over-large `count' field could trigger the "Bad nfs svc reply" panic in nfs_syscalls.c. Spotted while trying to reproduce kern/37304, which turned out to be fixed in FreeBSD a long time ago. MFC after: 1 week
* Don't attempt to decvlare M_DEVFS whern MALLOC_DECLARE is not defined.bde2002-04-211-3/+6
| | | | | | | | This fixes warnings that should be errors in fstat. Reminded by: alpha tinderbox Fixed some style bugs (ones near BOF and EOF; there are many more).
* Include <sys/systm.h> for (at least) the definition of atomic functionsbde2002-04-211-0/+1
| | | | | which are sometimes used by the macros in <sys/mutex.h>; don't depend on not-quite-necessary namespace pollution in <sys/mutex.h>.
* Setup the child's return values correctly when forking an IA-32 process.dfr2002-04-211-3/+11
|
* Use protected names (_foo) to cutdown on boatloads of lint warnings.markm2002-04-211-68/+68
|
* Wrap GCC-specific stuff and provide alternative for lint.markm2002-04-211-0/+7
|
* Parenthesise macro arguments to reduce lint warnings.markm2002-04-211-1/+1
|
* Fix really dumb braino of mine; cast a sizeof() to an int, which it ismarkm2002-04-211-1/+1
| | | | being compared to, not size_t, which it already is.
* Used protected names (_foo) for parameter names. This helps clean upmarkm2002-04-212-36/+38
| | | | a boatload of lint warnings.
* Stylify (mainly line up macro EOL-continuation \'s), and add a dummymarkm2002-04-212-42/+56
| | | | alternative for lint.
* Parenthesise macro arguments to reduce lint warnings.markm2002-04-212-6/+6
|
* Stylify, fix tabs.markm2002-04-211-70/+70
| | | | Liked by: bde (a couple of months back)
* Remove macros that are defined elsewhere.markm2002-04-211-2/+0
|
* Improve self-relocation and fix ABI misinterpretation. The changesmarcel2002-04-212-76/+78
| | | | | | | | here mostly mirror the changes made in boot/efi/libefi/arch/ia64/start.S rev 1.5 Significant difference: We don't handle the IPLT relocation here. For barebones KLD support, we make the fptr_storage global.
* Improve self-relocation:marcel2002-04-212-210/+270
| | | | | | | | | | | | | | | | | | | o We don't expect the PLT relocations to follow the .rela section anymore. We still assume that PLT relocations are long formed, o Document register usage, o Improve ILP, o Fix the FPTR relocation by creating unique OPDs per function. Comparing functions is valid now, o The IPLT relocation naturally handles the addend. Deal with it. We ignore the addend for FPTR relocations for now. It's not at all clear what it means anyway. Fix ABI misinterpretation: o For Elf_Rela relocations, the addend is explicit and should not be loaded from the memory address we're relocating. Only do that for Elf_Rel relocations (ie the short form). o DIR64LSB is not the same as REL64LSB. DIR64LSB applies to a symbol (S+A), whereas REL64LSB applies to the base address (BD+A),
* o Use our own elf2aout now.obrien2002-04-211-2/+2
| | | | o Generalize a little.
* - Nuke some more not needed #ifdef cruft.arr2002-04-2114-319/+0
|
* GCC 3.x WARNS: Add a break to the default case.marcel2002-04-201-0/+1
|
* Reenable the newly unbroken hfa device.mike2002-04-201-1/+1
|
* Change two KM_COPY()s to bcopy(). This should have been done when themike2002-04-202-2/+2
| | | | KM_* macros were removed.
* MFi386 1.222. Remove vm_map_growstack and acquisition and release of Giantjake2002-04-201-16/+2
| | | | from trap_pfault.
* Check the alignment of the stack pointer before copying in windows from thejake2002-04-201-0/+4
| | | | | | | | | | | | user stack in response to a failed window fill, allowing the process to be killed if its wrong. This caused user programs which misalign their stack pointer to get stuck in an infinite loop at the kernel-userland boundary, which is mostly harmless. The same thing causes a fatal RED state exception on OpenBSD and probably NetBSD. Inspired by: art@openbsd.org
* Fix off by one errors in cache flush calls (mostly harmless).jake2002-04-201-3/+3
|
* Add needed include of tick.h.jake2002-04-201-0/+1
|
* Add an XXX: linux_uselib() should be using vn_open() rather than invokingrwatson2002-04-201-0/+4
| | | | | | | | | | | VOP_OPEN() and doing lots of manual checking. This would further centralize use of the name functions, and once the MAC code is integrated, meaning few extraneous MAC checks scattered all over the place. I don't have time to fix this now, but want to make sure it doesn't get forgotten. Anyone interested in fixing this should feel free. Obtained from: TrustedBSD Project Sponsored by: DARPA, NAI Labs
* Update the email appearing in copyright string.semenu2002-04-201-1/+1
| | | | MFC after: 1 day
* Merge ``&& must be ||'' bug noticed and fixed in OpenBSD. The only ill effectsemenu2002-04-201-1/+1
| | | | | | | was if_baudrate being always 10Mbit. Obtained from: OpenBSD MFC after: 1 day
* Push down Giant for setpgid(), setsid() and aio_daemon(). Giant protects onlytanimura2002-04-204-12/+25
| | | | malloc(9) and free(9).
* Replace inline asm with it's inline function wrapper.benno2002-04-202-2/+2
|
* - Create a ``zero fill'' constructor for uma_zcreate's ctor argument.arr2002-04-202-0/+11
| | | | Inspired by: jake@
* Reintroduce locking on accesses to vm_object_list.alc2002-04-203-1/+10
|
* Add character translation table between Unix and NetWare accordingbp2002-04-201-0/+2
| | | | | | | to Sweden standards. Submitted by: Roger Olofsson <roger.olofsson@kommun.engelholm.se> MFC after: 1 week
* Add typedef of sa_family_t to <sys/un.h>, per POSIX and X/Open. Hidemike2002-04-201-1/+14
| | | | portions of <sys/un.h> when a standard has been requested.
* Add sa_family_t type to <sys/_types.h> and typedefs to <netinet/in.h>mike2002-04-203-2/+12
| | | | | and <sys/socket.h>. Previously, sa_family_t was only typedef'd in <sys/socket.h>.
OpenPOWER on IntegriCloud