| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
ALWAYS set up the CPU base identity string. THEN optionally
add features.
|
|
|
|
|
| |
Random Number Generator (RNG) and/or Advanced Cryptography Engine
(ACE).
|
|
|
|
| |
branches, increment version on any API change visible to other modules.
|
|
|
|
|
|
|
| |
license, per letter dated July 22, 1999 and email from Peter Wemm,
Alan Cox and Robert Watson.
Approved by: core, peter, alc, rwatson
|
|
|
|
| |
(nyan) says this driver is now obsolete and can be removed.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
without the (defunct) isa compatibility shims. The new-bus-specific
parts are very similar to the ones for the pci probe and attach.
This was held up too long waiting for a repo copy to src/sys/dev/cy,
so I decided to fix the files in their old place. This gives easier
to read and merge diffs anyway.
The "count" line in src/sys/conf/files won't be changed until after
the repo copy, so old kernel configs that specify a count need not be
(and must not be) changed until then. The count is just ignored in
the driver. One unfinished detail is dynamic allocation of arrays
with <count> and (<count> * 32) entries, and iteration over the arrays.
This is now kludged with a fixed count of 10 (up to 10 cards with up
to 32 ports each).
Prodded by: imp
Submitted by: mostly by imp
Approved by: imp
|
|
|
|
|
|
|
| |
common attach function so that the lock gets initialized in all cases.
This fixes breakage of the initialization of the lock in the pci case
in rev.1.135 (between the releases of 5.1 and 5.2). The lock is only
used in the SMP case, so this bug was not always fatal.
|
|
|
|
| |
does anything with it beyond simple initialization.)
|
| |
|
|
|
|
|
|
| |
it belongs. Change the implementation to match those of rfs() and
rgs() for consistency and irrespective of whether the original was
more correct or not (technically speaking).
|
| |
|
|
|
|
|
|
|
| |
should not. Add a new parameter so that the caller can specify which is
the case.
Reported by: dillon
|
| |
|
| |
|
|
|
|
|
| |
PATA/SATA RAID controllers. This driver is a SIM under CAM, and
so, behaves like a driver for a SCSI controller.
|
|
|
|
| |
files still #included the opt_ file. powerpc hadn't been updated yet.
|
|
|
|
| |
Submitted by: Dan Nelson <dnelson@allantgroup.com>
|
|
|
|
| |
Submitted by: Dan Nelson <dnelson@allantgroup.com>
|
|
|
|
|
|
|
|
| |
instead of treating it as an unimplemented syscall. This appears to make
StarOffice 7.0 Linux binaries work according to submitter; also tested
with nvidia driver by submitter.
Submitted by: Matthias Schuendehuette
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with more than the normal amount of stack pages, however the stack
pointer always wound up being initialized using KSTACK_PAGES. It
should be using td->td_kstack_pages instead. This means that although
the vm subsystem would give you all the stack pages you asked for,
%esp would always be initialized as if you had just 2 pages, and
the rest would go to waste.
I wanted to use the 'give me more stack pages' feature of kthread_create()
because the Intel 2200BG NDIS driver does an alloca() of about 5000 bytes,
which wrecks the stack with the default 2 page size, and I was baffled
that no matter how much code I shoved into thread contexts with
allegedly larger stacks, the thing would still crash unless I changed
KSTACK_PAGES.
Note: this bug is present in _ALL_ arches at this point. Peter has
promised to merge this fix into all of them.
|
|
|
|
|
| |
uses sf_buf_alloc() and sf_buf_free() to create and destroy the necessary
ephemeral mappings.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
level of abstraction for any and all CPU mask and CPU bitmap variables
so that platforms have the ability to break free from the hard limit
of 32 CPUs, simply because we don't have more bits in an u_int. Note
that the type is not supposed to solve massive parallelism, where
the number of CPUs can be larger than the width of the widest integral
type. As such, cpumask_t is not supposed to be a compound type. If
such would be necessary in the future, we can deal with the issues
then and there. For now, it can be assumed that the type is integral
and unsigned.
With this commit, all MD definitions start off as u_int. This allows
us to phase-in cpumask_t at our leasure without breaking anything.
Once cpumask_t is used consistently, platforms can switch to wider
(or smaller) types if such would be beneficial (or not; whatever :-)
Compile-tested on: i386
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
options, status pointer and rusage pointer as arguments. It is up to
the caller to copyout the status and rusage to userland if needed. This
lets us axe the 'compat' argument and hide all that functionality in
owait(), by the way. This also cleans up some locking in kern_wait()
since it no longer has to drop locks around copyout() since all the
copyout()'s are deferred.
- Convert owait(), wait4(), and the various ABI compat wait() syscalls to
use kern_wait() rather than wait1() or wait4(). This removes a bit
more stackgap usage.
Tested on: i386
Compiled on: i386, alpha, amd64
|
| |
|
|
|
|
|
| |
Submitted by: Mark Santcroos <marks@ripe.net>
Reviewed by: imp, dfr, bde
|
|
|
|
|
|
|
|
|
|
| |
dependent function by the same name and a machine-independent function,
sf_buf_mext(). Aside from the virtue of making more of the code machine-
independent, this change also makes the interface more logical. Before,
sf_buf_free() did more than simply undo an sf_buf_alloc(); it also
unwired and if necessary freed the page. That is now the purpose of
sf_buf_mext(). Thus, sf_buf_alloc() and sf_buf_free() can now be used
as a general-purpose emphemeral map cache.
|
| |
|
|
|
|
|
|
| |
the kernel wait4() made these all panic() implementations otherwise.
- The i386 linux_ptrace() syscall is MP safe. Alpha was already marked
MP safe.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
hardware with non-sucky clocks.
|
| |
|
|
|
|
|
|
|
| |
Only cy, bs and wd in the tree still use it. I have a replacement for
cy that I need to test on ISA and PCI cards. bs and wd are pc98 only
drivers that appear to no longer be necessary. I'll be removing them
when I hear back from the pc98 people.
|
|
|
|
| |
I have for it works.
|
|
|
|
|
| |
retire the COMPAT_ISA shims. If someone were to redo this driver with
the new APIs and test it, it can return.
|
|
|
|
| |
Noticed by: ru
|
|
|
|
|
|
| |
this driver is being retired. Remove it from the tree. If someone
wants to update it to the latest APIs and can test the hardware, it
can return to the tree.
|
|
|
|
|
| |
that's going away soon. Should someone reimplement it using modern
APIs and can test the driver, it can return.
|
|
|
|
|
| |
and releated files. If someone wants to fix it to use the new APIs
and test it, it can be brought back.
|
| |
|
|
|
|
|
|
|
|
| |
COMPAT_PCI api. This API is going away, so this driver is going away
also.
If users are interested in updating this, please contact the author
since he has some preliminary work to move this to newer APIs.
|
| |
|
| |
|
|
|
|
| |
If this driver is rewritten using newer APIs it can return.
|
|
|
|
|
|
| |
which is going away soon.
If someone updates this to the latest APIs and tests it, it can return.
|
|
|
|
|
|
|
| |
driver uses COMPAT_ISA shims, and those shims are going away.
It can be brought back if someone updates it to the latest APIs, and
moves it to the appropriate place in the tree.
|
|
|
|
|
|
| |
Remove the wt driver from LINT.
If the wt driver is updated to the new apis, it can return.
|
|
|
|
|
|
| |
very soon.
Users needing this driver should update it to a newer API.
|