summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
* Merge from NetBSD:joe2002-01-211-2/+10
| | | | | | revision 1.65 date: 2000/01/25 12:06:21; author: augustss; state: Exp; lines: +10 -2 Add done method for root control transfers.
* Merge from NetBSD:joe2002-01-211-2/+8
| | | | | | revision 1.84 date: 2000/01/28 00:44:27; author: augustss; state: Exp; lines: +9 -2 Add uhci_root_ctrl_done() method.
* Merge from NetBSD:joe2002-01-212-2/+25
| | | | | | | | uhci.c: -r1.82 uhcivar.h: -r1.22 date: 2000/01/26 10:04:39; author: augustss; state: Exp; Try to avoid accessing the HC if it is dead. Suggested by mycroft.
* Allow dump device be configured as early as possible using loader(8) tunable.sobomax2002-01-213-0/+18
| | | | | | | This allows obtaining crash dumps from the panics occured during late stages of kernel initialisation before system enters into single-user mode. MFC after: 2 weeks
* Add support for Linksys WDT11 PCI adaptors.brooks2002-01-211-0/+1
| | | | Submitted by: Eric Liedtke <eliedtke@apogeetelecom.com>
* Remove some unused code, in line with NetBSD's version.joe2002-01-201-18/+0
|
* Merge from NetBSD:joe2002-01-201-1/+16
| | | | | | | revision 1.125 date: 2000/09/23 21:00:10; author: augustss; state: Exp; lines: +19 -3 Avoid "bandwidth reclamation" for control transfers. The kue device chokes on it.
* Merge from NetBSD:joe2002-01-202-2/+41
| | | | | | | | | | uhci.c: -r1.124 uhcireg.h: -r1.13 date: 2000/08/13 18:20:14; author: augustss; state: Exp; Fix race condition when unlinking xfers. Thanks to IWAMOTO Toshihiro <iwamoto@sat.t.u-tokyo.ac.jp> for analyzing the problem and suggesting a fix. Fixes PR 10662.
* use mutex pools for "struct file" locking.alfred2002-01-202-7/+6
| | | | fix indentation of FILE_LOCK/UNLOCK macros while I'm here.
* use mutex pool mutexes for uidinfo locking.alfred2002-01-202-16/+19
| | | | | | | replace mutex_lock calls on uidinfo with macro calls: mtx_lock(&uidp->ui_mtx) -> UIDINFO_LOCK(uidp) Terry Lambert <tlambert2@mindspring.com> helped with this.
* Merge from NetBSD:joe2002-01-202-49/+162
| | | | | | | | | | | | uhci.c: -r1.123 (and a tiny bit of -r1.92) uhcivar.h: -r1.32 date: 2000/08/13 16:18:09; author: augustss; state: Exp; Implement what in Intel-speech is known as "bandwidth reclamation". It means that we continously poll USB devices that have a pending transfer instead of polling just once every ms. This speeds up some transfers at the expense of using more PCI bandwidth.
* o Remove the unused vestiges of JOBST_JOBQPROC andalc2002-01-201-15/+1
| | | | | the per-thread jobtorun queue. o Use TAILQ_EMPTY() instead of TAILQ_FIRST(...) == NULL.
* Merge from NetBSD:joe2002-01-202-22/+23
| | | | | | | | uchireg.h: -r1.12 uchi.c: -r1.121 date: 2000/07/23 19:43:38; author: augustss; state: Exp; Be a little more explicit and careful about setting links in TDs and QHs.
* Correct the majors entry for 'iir'. 163 is vacated now.msmith2002-01-201-2/+2
|
* Add the 'iir' driver, for the Intel Integrated RAID controllers andmsmith2002-01-2011-0/+3612
| | | | | | | | prior ICP Vortex models. This driver was developed by Achim Leubner of Intel (previously with ICP Vortex) and Boji Kannanthanam of Intel. Submitted by: "Kannanthanam, Boji T" <boji.t.kannanthanam@intel.com> MFC after: 2 weeks
* ICP have been acquired by Intel, and their driver is now the Intelmsmith2002-01-201-1/+1
| | | | | | | Integrated RAID driver, supported by <boji.t.kannanthanam@intel.com> and <achim.leubner@intel.com>. Submitted by: "Kannanthanam, Boji T" <boji.t.kannanthanam@intel.com>
* The Libretto L series has no $PIR table, but does have a _PIR table.imp2002-01-203-39/+66
| | | | | | | | | | | | | This typo keeps us from properly routing an interrupt for CardBus bridges on this machine. So, now we look for $PIR and then _PIR to cope. With these changes, the Libretto L1 now works properly. Evidentally, the idea comes from patch that the Japanese version of RedHat (or against a Japanese version of Red Hat), but my Japanese isn't good enough to to know for sure. Reported by: Hiroyuki Aizu-san <eyes@navi.org> # This may be an MFC candidate, but I'm not yet sure.
* o Revision 1.99 ("KSE Milestone 2") left the aio daemonsalc2002-01-201-2/+2
| | | | | | | | | sleeping on a process object but changed the corresponding wakeup()s to the thread object. The result was that non-raw aio ops waited for an aio daemon to timeout before action was taken. Now, we sleep on the thread object. PR: kern/34016
* Lock the caller process if the pid passed to getsid() or getpgid()tanimura2002-01-191-4/+6
| | | | equals to zero.
* For getsid(), return the sid stored in struct session. This preventstanimura2002-01-191-1/+1
| | | | | | panic in case where a session has no session leader. Inspired by: Solaris 8
* Make compile, remove extra fdrop() calls.alfred2002-01-191-3/+1
| | | | Change name of function to what it's supposed to be (s/sys/do)
* make compile, add missing { and variable declaration.alfred2002-01-191-2/+2
|
* Semi-backout previous fgetvp change, we need the struct file pointeralfred2002-01-191-7/+11
| | | | to perform relative offset calculations, so use fget instead.
* Remove 'VXLOCK: interlock avoided' warnings. This can now occur in normaldillon2002-01-192-0/+6
| | | | | | | | | | | | operation. The vgonel() code has always called vclean() but until we started proactively freeing vnodes it would never actually be called with a dirty vnode, so this situation did not occur prior to the vnlru() code. Now that we proactively free vnodes when kern.maxvnodes is hit, however, vclean() winds up with work to do and improperly generates the warnings. Reviewed by: peter Approved by: re (for MFC) MFC after: 1 day
* undo a bit of the Giant pushdown.alfred2002-01-191-5/+9
| | | | | | fdrop isn't SMP safe as it may call into the file's close routine which definetly is not SMP safe right now, so we hold Giant over calls to fdrop now.
* Explain that the admin can safely power down the system as well asnik2002-01-181-1/+2
| | | | rebooting.
* Cut more than 500 bytes off the size of the alpha boot1 by addingiedowse2002-01-181-0/+10
| | | | | | | | | a simple version of bcopy() so we avoid picking up the overly-complex implementation in libc (via libstand). This is not necessary on -current, but RELENG_4 has apparently just exceeded the 15-sector limit for boot1. Reviewed by: wilko
* Change ich_calibrate to busy wait on buffer fill level and use a moreorion2002-01-181-40/+77
| | | | | | | | | | likely looking rate calculation. Install interrupt handler before calling ich_init as the initialization occasionally generates spurious interrupts. These changes are derived from cg's work in progress version of this driver.
* Introduce an interface announcement message for the routingru2002-01-184-0/+55
| | | | | | | | | socket so that routing daemons and other interested parties know when an interface is attached/detached. PR: kern/33747 Obtained from: NetBSD MFC after: 2 weeks
* Invert the test of sx_xholder for SX_LOCKED. We need to warn if atanimura2002-01-181-3/+3
| | | | | | thread other than the curthread holds an sx. While I am here, break a line at the end of warning.
* Added kgzldr for pc98.nyan2002-01-183-1/+156
| | | | crt.s is based on btx.s.
* Add a definition of ddb_regs. ddb_regs is declared as extern inmarcel2002-01-181-5/+2
| | | | | | | db_machdep.h to fix the link failure (multiple definitions) caused by disabling the emission of common symbols. As a result, there were no definitions at all. While here, remove useless declarations.
* Remove the definition of bootverbose. This fixes the link failuremarcel2002-01-181-1/+1
| | | | caused by disabling the emission of common symbols.
* Declare ddb_regs as extern to avoid creating a tentative definition.marcel2002-01-181-1/+1
| | | | | This fixes the link failure caused by disabling the emission of common symbols.
* Avoid __func__ string concatenationpeter2002-01-187-25/+25
|
* MFi386: revision 1.64nyan2002-01-181-3/+1
|
* Merged from sys/dev/sio/sio.c revisions from 1.360 to 1.362.nyan2002-01-182-4/+12
|
* MFi386: revision 1.487nyan2002-01-182-0/+2
|
* MFi386: revision 1.388nyan2002-01-181-0/+1
|
* Oops, the previous revision (1.35) broke booting from floppiesiedowse2002-01-172-12/+36
| | | | | | | | | | | | | | | because the buffers we use could end up spanning a 64k boundary. Unfortunately it causes too much bloat (228 -> 72 bytes free) to just reinstate the old malloc() function. Instead, define a structure that contains all 4 buffers which must not cross 64k boundaries. We allocate a 64k-aligned instance in main() using the magic that was in the old boot2 malloc() function. This brings the free space down to 168 bytes, but that is still better than it was before revision 1.35 (136 bytes). Reported by: Mike Brancato <funnyguy@digitalsmackdown.net> Pointy-hat to: iedowse
* Back out the hack from rev 1.13 that was done to initiate a bus rescanjoerg2002-01-171-35/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | at insert time. When asking gibbs for approval for an MFC, this was his reply: 1) It leaks memory if it can't allocate a path. 2) It defers allocation of aic->path until the call to scan the bus. This means the path may be NULL when an interrupt occurs prior to the call to scan the bus (stray bus reset for instance), which will lead to a panic. 3) The driver in current doesn't recover from the failure to allocate aic->path. The driver doesn't check during normal operation if the path is NULL, so again a panic will result. 4) aic_cam_rescan calls malloc with M_WAITOK. aic_cam_rescan is called from attach where it isn't necessarily safe to sleep. 5) And most importantly, it co-opts the xpt_periph from the driver level. This was never part of the design (xpt_periph used to be static). Making a call of this type may completely confuse the XPT if other XPT operations are ongoing. In the long term, Justin and Warner agreed to implement solution where CAM itself will initiate the bus rescan if a new bus is added. For the time being (and in particular in light of the upcoming 4.5 release), we now have camcontrol available on the boot floppy, and can have pccardd initiate the rescan through it.
* Cosmetic fix: Not every machine that uses the sio driver has a BIOS.bmah2002-01-171-1/+1
| | | | Pointed out by: imp
* Garbage-collect an unused variable left by rev.1.61.bde2002-01-171-3/+1
|
* Uninlined most of the bloated inline functions in <sys/disklabel.h>. Somebde2002-01-174-54/+27
| | | | of them need to become even larger to support devfs.
* Garbage-collect vestiges of disksort(). We now have only one disksort()bde2002-01-173-36/+30
| | | | | | again, but its name has regressed to bioqdisksort(). Fixed some style bugs
* Changed the type of pcb_flags from u_char to u_int and adjusted things.bde2002-01-176-18/+12
| | | | | This removes the only atomic operation on a char type in the entire kernel.
* o Eliminate an unused parameter from aio_fphysio().alc2002-01-171-3/+3
|
* Don't declare vm_swapout() in the NO_SWAPPING case when it is not defined.bde2002-01-171-6/+4
| | | | Fixed some style bugs.
* While I'm not sure that I like the wording of the BIOS message in theimp2002-01-171-1/+2
| | | | | | | | | | previous commit, it should always print due to lack of {} around the second line in the if statement. The message should likely say something more like "There's no hardware responding at this IRQ. Device not present (or disbaled)," but that is too long. We generally don't give elementary advise in device driver messages anyway. Be that as it may, the problem with it printing all the time should be corrected.
* Fix a bug introduced in ffs_snapshot.c -r1.25 and fs.h -r1.26mckusick2002-01-172-4/+4
| | | | | | | | | which caused incomplete snapshots to be taken. When background fsck would run on these snapshots, the result would be files being incorrectly released which would subsequently panic the kernel with ``handle_workitem_freefile: inodedep survived'', ``handle_written_inodeblock: live inodedep'', and ``handle_workitem_remove: lost inodedep'' errors.
OpenPOWER on IntegriCloud