| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
filesystem may hold the lock. Otherwise unavoidable deadlock will occur.
This shouldn't have any side effects as long as we hold vfs lock.
Obtained from: NetBSD
|
|
|
|
| |
Submitted by: bde
|
| |
|
| |
|
| |
|
|
|
|
| |
Obtained from: Sergei Vyshenski <svysh@pn.sinp.msu.ru>
|
|
|
|
|
| |
It doesn't seem to work, but at least is identified correctly. Minor
tree housekeeping on my part.
|
|
|
|
|
| |
design. This includes integrated Dell RAID controllers, the Dell
PERC 2/QC and the HP NetRAID-4M.
|
|
|
|
| |
on a spin lock for more then 5 seconds.
|
|
|
|
| |
with and without holding the Giant mutex.
|
|
|
|
|
|
|
|
|
|
|
| |
fixes a serious problem with the previous version where an input could
have been placed in the same register as an output which would stop
the inline from working properly.
* Redo atomic_{set,clear,add,subtract}_{32,64} as inlines since the code
sequence is shorter than the call sequence to the code in atomic.s.
I will remove the functions from atomic.s after a grace period to allow
people to rebuild kernel modules.
|
| |
|
| |
|
|
|
|
|
|
| |
may expand to more than one user.
PR: 21228
|
|
|
|
|
| |
PR: 21232
Obtained from: Christian Weisgerber <naddy@mips.inka.de>
|
|
|
|
|
| |
changes anything (in theory), just better document it. I'm waiting for
the final word before I tackle the man pages.
|
|
|
|
| |
OK'ed by: imp
|
|
|
|
|
| |
it is a (pseudo-)device. Document this for the upgrading
masses.
|
|
|
|
|
| |
quite right on i386 as the CPU who runs statclock() doesn't have a valid
clockframe to calculate statistics with.
|
|
|
|
|
|
| |
curproc was initialized. curproc == NULL was interpreted as matching
the process holding Giant... Just skip mtx_enter() and mtx_exit() in
trap() if (curproc == NULL && cold) (&& cold for safety).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The cookie buffer was usually overrun by a large amount whenever
cookies were used. Cookies are used by nfs and the Linuxulator, so
this bug usually caused panics whenever an ext2fs filesystem was nfs
mounted or a Linux utility that calls readdir() was run on an ext2fs
filesystem.
The directory buffer was sometimes overrun by a small amount. This
sometimes caused panics and wrong results even for FreeBSD utilities,
but it was usually harmless because FreeBSD utilities use a large
enough buffer size (4K). Linux utilities usually triggered the bug
since they use a too-small buffer size (512 bytes), at least with the
old RedHat utilities that I tested with.
PR: 19407 (this fix is incomplete or for a slightly different bug)
|
|
|
|
| |
Noted by: knu
|
|
|
|
|
|
|
|
|
|
|
|
| |
don't take an arg, but swi_generic() is special in order to avoid one
whole conditional branch in the old SWI dispatch code. The new SWI
dispatch code passed it a garbage arg. Bypass swi_generic() and call
swi_dispatcher() directly, like the corresponding alpha code has always
done.
The panic was rare because because it only occurred if more than one
of the {sio,cy,rc} drivers was configured and one was active, and the
cy driver doesn't even compile.
|
|
|
|
|
|
|
| |
utility that is cautious but sometimes you want to be less
cautious. Go figure.
Submitted by: sheldonh
|
|
|
|
|
| |
(I didn't realise that it was this easy!)
Submitted by: jhb
|
|
|
|
|
|
|
|
| |
hangover from previous experimentation. Remove it. This will clean
up gratuitous needs for forward references and other namespace
pollution.
Moaned about by: bde
Brought to my attention by: bp
|
|
|
|
| |
PR: 20974
|
|
|
|
|
|
|
|
|
| |
response to return. This will stop processes waiting on DNS requests
from being woken up when a select collision occurs. This was tested
on mx1.FreeBSD.org (outgoing mail for the FreeBSD.org mailing
lists.)
Reviewed by: jlemon, peter
|
|
|
|
|
|
| |
This should solve the problems people were seeing with this driver.
Reported by: phk & others.
|
|
|
|
|
|
|
| |
They will be used by nullfs and other stacked filesystems to support full
cache coherency.
Reviewed in general by: mckusick, dillon
|
|
|
|
|
| |
elsewhere.
Reminded by: Mike Smith
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- In ufs_extattr_enable(), return EEXIST instead of EOPNOTSUPP
if the caller tries to configure an attribute name that is
already configured
- Throughout, add IO_NODELOCKED to VOP_{READ,WRITE} calls to
indicate lock status of passed vnode. Apparently not a
problem, but worth fixing.
- For all writes, make use of IO_SYNC consistent. Really,
IO_UNIT and combining of VOP_WRITE's should happen, but I
don't have that tested. At least with this, it's
consistent usage. (pointed out by: bde)
- In ufs_extattr_get(), fixed nested locking of backing
vnode (fine due to recursive lock support, but make it
more consistent with other code)
- In ufs_extattr_get(), clean up return code to set uio_resid
more consistently with other pieces of code (worked fine,
this is just a cleanup)
- Fix ufs_extattr_rm(), which was broken--effectively a nop.
- Minor comment and whitespace fixes.
Obtained from: TrustedBSD Project
|
|
|
|
|
|
|
|
|
| |
the existing attribute file rather than aborting with an error.
o Useful if you want to reset the state of attributes on the system without
allocating different disk blocks through deletion and recreation,
for example, if you're doing benchmarks of extended attribute code. :-)
Obtained from: TrustedBSD Project
|
|
|
|
|
| |
degrumpify it, and add pointer to module problem that I had hit with a
stale Linux module when I upgraded to SMPNG code.
|
| |
|
|
|
|
| |
the alpha.
|
|
|
|
| |
this check. It looks like it doesn't work on at least the 466 controllers.
|
|
|
|
| |
/sys/modules for alpha, and it compiles on beast.
|
| |
|
|
|
|
| |
Nobody said it broke their system.
|
|
|
|
|
|
|
|
| |
to syscons. I have a man page to follow describing the format of the
kbdmap file.
PR: 19273
Reviewed by: sheldonh
|
| |
|
| |
|
|
|
|
| |
Requested by: bde
|
|
|
|
|
|
| |
both yarrow.c and harvest.c can use them.
Approved by: markm
|
|
|
|
|
|
|
|
| |
It causes a panic when/if snd_una is incremented elsewhere (this
is a conservative change, because originally no rollback occurred
for any packets at all).
Submitted by: Vivek Sadananda Pai <vivek@imimic.com>
|
| |
|
|
|
|
| |
ifconfig(8) lladdr, bktr(4)->2.1.5.
|
|
|
|
|
|
| |
A couple of new warnings may be emitted during boot if drivers DTWT.
Tested by: George Cox <gjvc@gjvc.com>
|
|
|
|
|
|
| |
A couple of new warnings may be emitted during boot if drivers DTWT.
Tested by: George Cox <gjvc@gjvc.com>
|