| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Approved by: re
Notes:
svn path=/head/; revision=107226
|
|
|
|
|
|
|
|
| |
PR: misc/45460
Approved by: re
Notes:
svn path=/head/; revision=107224
|
|
|
|
|
|
|
| |
Approved by: re
Notes:
svn path=/head/; revision=107223
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Detect the revision of the Rhine chip we're using.
2. Use the force reset command on revisions which support
it whenever the normal reset command fails.
This should solve a wide range of "my vr0 locks up with reset
failed messages" problems. (Although the root causes should
be eventually tracked down.)
Tested by: grenville armitage <garmitage@swin.edu.au>
Obtained from: Via's if_fet driver
MFC after: 3 days
Approved by: re
Notes:
svn path=/head/; revision=107220
|
|
|
|
|
|
|
|
| |
Spotted by: kris
Approved by: re
Notes:
svn path=/head/; revision=107219
|
|
|
|
|
|
|
|
| |
Submitted by: jmallett, many others
Approved by: re
Notes:
svn path=/head/; revision=107218
|
|
|
|
|
|
|
| |
Approved by: re (blanket)
Notes:
svn path=/head/; revision=107217
|
|
|
|
|
|
|
| |
it updates several of vm_page's fields.
Notes:
svn path=/head/; revision=107216
|
|
|
|
|
|
|
| |
Approved by: re (previously)
Notes:
svn path=/head/; revision=107215
|
|
|
|
|
|
|
| |
and that it was reviewed by mckusick.
Notes:
svn path=/head/; revision=107214
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It seems a common corruption to have them -ve (I've seen it several times)
and if fsck doesn't fix it, it leads to a kernel pagefault.
Reviewd by: kirk
Submitted by: Eric Jacobs <eaja@erols.com> and me independently.
MFC in: 2 days
PR: bin/40967
Approved by: re
Notes:
svn path=/head/; revision=107213
|
|
|
|
|
|
|
|
|
|
| |
to the sparc64 implementation. (Note: With modest effort on the alpha and
ia64 this function could migrate to the MI part of the kernel.)
Approved by: re (blanket)
Notes:
svn path=/head/; revision=107212
|
|
|
|
|
|
|
| |
Approved by: re (blanket)
Notes:
svn path=/head/; revision=107211
|
|
|
|
|
|
|
| |
Approved by: re
Notes:
svn path=/head/; revision=107210
|
|\
| |
| |
| |
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
Notes:
svn path=/head/; revision=107208
|
| |
| |
| |
| |
| |
| |
| | |
Approved by: re
Notes:
svn path=/vendor-crypto/heimdal/dist/; revision=107207
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add function map_port_space() to map the memory mapped I/O port
range as uncacheable virtual memory and call it prior to probing
for a console. This removes the dependency on the loader to have
done this for us. Note that this change does not include doing
the same for APs.
Approved by: re (blanket)
Notes:
svn path=/head/; revision=107206
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
the kernel itself, but SAL on Itanium2 machines spontaneously
rebooted the machine.
Approved by: re (blanket)
Submitted by: Arun Sharma <adsharma@unix-os.sc.intel.com>
Notes:
svn path=/head/; revision=107205
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=107204
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
o Show the contents of the AP wakeup descriptor when dumping SAL
information.
o Increase S/N ratio when listing the itr and dtr. Only show valid
mappings and give the total number of TRs.
Approved by: re (blanket)
Notes:
svn path=/head/; revision=107203
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
of the wait queue.
Approved by: re (blanket)
Stolen from: davidxu
Notes:
svn path=/head/; revision=107202
|
| |
| |
| |
| |
| |
| |
| | |
syscall.
Notes:
svn path=/head/; revision=107201
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to cover pmap_remove_all().
Approved by: re
Notes:
svn path=/head/; revision=107200
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Loading acpi.ko with kldload is disallowed, however some
functions were executed unexpectedly.
Approved by: re
Notes:
svn path=/head/; revision=107199
|
| |
| |
| |
| |
| |
| |
| | |
Approved by: re
Notes:
svn path=/head/; revision=107197
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=107196
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
debugging I was doing 3 months ago :-(.
Noticed by: scottl
Aproved by: the re blanket (different than the security blanket).
Notes:
svn path=/head/; revision=107194
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If the value from the user is less than 177, assume it is a multiple of
a single speed CDROM and convert to KB/sec.
No complaints from: sos
Reviewed by: ken
Approved by: re
MFC after: 1 day
Notes:
svn path=/head/; revision=107193
|
| |
| |
| |
| |
| |
| |
| |
| | |
PR: kern/45494
Approved by: re
Notes:
svn path=/head/; revision=107192
|
| |
| |
| |
| |
| |
| |
| | |
Submitted by: jlemon
Notes:
svn path=/head/; revision=107191
|
| |
| |
| |
| |
| |
| |
| | |
Approved by: re
Notes:
svn path=/head/; revision=107189
|
| |
| |
| |
| |
| |
| |
| | |
Tested by: Kirk Strauser <kirk@strauser.com>
Notes:
svn path=/head/; revision=107186
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
vm_pageout_page_free().
Approved by: re
Notes:
svn path=/head/; revision=107185
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Fix a diagnostic message and comment in pmap_remove_all().
- Eliminate excessive white space from pmap_remove_all().
Approved by: re
Notes:
svn path=/head/; revision=107184
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=107183
|
| |
| |
| |
| |
| |
| |
| | |
Approved by: re
Notes:
svn path=/head/; revision=107182
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=107181
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
i386 cpu_thread_exit(). This resulted in a panic with WITNESS
since we need to hold Giant to call kmem_free(), and we weren't
helding it anymore in cpu_thread_exit(). We now do this from a
new MD function, cpu_thread_dtor(), called by thread_dtor().
Approved by: re@
Suggested by: jhb
Notes:
svn path=/head/; revision=107180
|
| |
| |
| |
| |
| |
| |
| | |
Approved by: re
Notes:
svn path=/head/; revision=107179
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This code allows a user program to enable target mode on a SIM and
then emulate any number of devices (disks, tape drives, etc.) All
decisions about device behavior (UA, CA, inquiry response) are left
to the usermode program and the kernel driver is merely a conduit
for CCBs. This enables multiple concurrent target emulators, each
using its own backing store and IO model.
Also included is a user program that emulates a disk (RBC) using a
file as a backing store. This provides functionality similar to
md(4) at the CAM layer.
Code has been tested on ahc(4) and should also work on isp(4) (and
other SIMs that gain target mode support). It is a complete rewrite
of /sys/cam/scsi_target* and /usr/share/examples/scsi_target.
Design, comments from: gibbs
Supported by: Cryptography Research
Approved by: re
Notes:
svn path=/head/; revision=107178
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Approved by: re
Sponsored by: DARPA, Network Associates Labs
Obtained from: TrustedBSD Project
Notes:
svn path=/head/; revision=107177
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
knew about it, though. Now it does.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=107175
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
PR: 45470
Approved by: re (bmah)
Submitted by: Carl Schmidt <carl@slackerbsd.org> (original version)
Notes:
svn path=/head/; revision=107174
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
to PCI bridge can be read be evaluating the _BBN method of the host to PCI
device. Unfortunately, there appear to be some lazy/ignorant/moronic/
whatever BIOS writers that return 0 for _BBN for all host to PCI bridges in
the system. On a system with a single host to PCI bridge this is not a
problem as the child bus of that single bridge will be bus 0 anyway.
However, on systems with multiple host to PCI bridges and l/i/m/w BIOS
writers this is a major problem resulting in all but the first host to
PCI bridge failing to attach. So, this adds a workaround.
If the _BBN of a host to PCI bridge is zero and pcib0 already exists
and is not us, the we use _ADR to look up our PCI function and slot
(we currently assume we are on bus 0) and use that to call
host_pcib_get_busno() to try and extract our bus number from config
registers on the host to PCI bridge device. If that fails, then we make
an evil assumption that ACPI's _SB_ namespace lays out the host to PCI
bridges in ascending order and use our pcib unit number as our bus
number.
Approved by: re
Notes:
svn path=/head/; revision=107173
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
number of the child bus of a host to PCI bridge by reading from proprietary
configuration registers in the host to PCI bridge devices.
Approved by: re
Notes:
svn path=/head/; revision=107172
|
| |
| |
| |
| |
| |
| |
| |
| | |
PR: misc/45493
Approved by: re (rwatson)
Notes:
svn path=/head/; revision=107171
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
doesn't build on CURRENT at the moment.)
Approved by: re (murray)
Notes:
svn path=/head/; revision=107170
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In _thread_switch, set current thread pointer in kse mailbox
only after all registers copied out of thread mailbox, kernel will do
upcall at trap time, if set current thread pointer before loading all
registers from thread mailbox, at trap time, the thread mailbox data
will be overwritten by kernel, result is junk data is loaded into CPU.
Notes:
svn path=/head/; revision=107169
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=107167
|
| |
| |
| |
| |
| |
| |
| |
| | |
(don't fill in the mailbox pointer until we have unloaded all the
previous contents of the mailbox context block)
Notes:
svn path=/head/; revision=107165
|