| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reviewed by: dg, bmilekic
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
disable MWI on 2300
based on function code, set an 'isp_port' for the 2312- it's a
separate instance, but the NVRAM is shared, and the second port's
NVRAM is at offset 256.
+ Enable RIO operation for LVD SCSI cards. This makes a *big* difference
as even under reasonable load we get batched completions of about 30
commands at a time on, say, an ISP1080.
+ Do 'continuation' mailbox commands- this allows us to specify a work
area within the softc and 'continue' repeated mailbox commands. This is
more or less on an ad hoc basis and is currently only used for firmware
loading (which f/w now loads substantially faster becuase the calling
thread is only woken when all the f/w words are loaded- not for each
one of the 40000 f/w words that gets loaded).
+ If we're about to return from isp_intr with a 'bogus interrupt' indication,
and we're not a 23XX card, check to see whether the semaphore register is
currently *2* (not *1* as it should be) and whether there's an async completion
sitting in outgoing mailbox0. This seems to capture cases of lost fast posting
and RIO interrupts that the 12160 && 1080 have been known to pump out under
extreme load (extreme, as in > 250 active commands).
+ FC_SCRATCH_ACQUIRE/FC_SCRATCH_RELEASE macros.
+ Endian correct swizzle/unswizzle of an ATIO2 that has a WWPN in it.
MFC after: 1 week
|
|
|
|
|
| |
Keeping them there seemed like a good idea at the time, but it annoys bde
and confuses people who do not understand how MODULES_OVERRIDE works.
|
|
|
|
| |
Updated release note: BIND 8.3.1-REL.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Overhaul of the attach/detach code and structures, there were some nasty
bugs in the old implementation. This made it possible to collapse the
ATA/ATAPI device control structures into one generic structure.
A note here, the kernel is NOT ready for detach of active devices,
it fails all over in random places, but for inactive devices it works.
However for ATA RAID this works, since the RAID abstration layer
insulates the buggy^H^H^H^H^H^Hfragile device subsystem from the
physical disks.
Proberly detect the RAID's from the BIOS, and mark critical RAID1
arrays as such, but continue if there is enough of the mirror left
to do so.
Properly fail arrays on a live system. For RAID0 that means return EIO,
and for RAID1 it means continue on the still working part of the mirror
if possible, else return EIO.
If the state changes, log this to the console.
Allow for Promise & Highpoint controllers/arrays to coexist on the
same machine. It is not possible to distribute arrays over different
makes of controllers though.
If Promise SuperSwap enclosures are used, signal disk state on the
status LED on the front.
Misc fixes that I had lying around for various minor bugs.
Sponsored by: Advanis Inc.
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| | |
|
| |
| |
| |
| | |
Quoth the alfred: The latter would be better.
|
| |
| |
| |
| | |
Conceivably, it should even return EOPNOTSUPP.
|
| |
| |
| |
| | |
Submitted by: ru
|
| |
| |
| |
| |
| |
| |
| | |
that it interacts properly with snapshotting.
Obtained from: TrustedBSD Project
Sponsored by: DARPA, NAI Labs
|
| |
| |
| |
| | |
MFCs noted: dumpdev loader tunable.
|
| |
| |
| |
| |
| | |
Obtained from: KAME
MFC after: 1 week
|
| |
| |
| |
| |
| |
| |
| | |
when the original packet contains an IPv6 extension header.
Obtained from: KAME
MFC after: 1 week
|
| |
| |
| |
| |
| |
| |
| | |
2001-09-24.
Obtained from: ISO 639-2/RA, <http://lcweb.loc.gov/standards/iso639-2/>
MFC after: 1 day
|
| |
| |
| |
| |
| |
| |
| | |
PR: 34608
Submitted by: Laurent Wacrenier <lwa@victor.teaser.fr>
Obtained from: ISO 3166/MA Newsletter V-3
MFC after: 1 day
|
| |
| |
| |
| |
| |
| | |
variables, so temporarily switch to the PAM environment before calling it.
Submitted by: Takanori Saneto <sanewo@ba2.so-net.ne.jp>
|
| |
| |
| |
| |
| |
| | |
on x86_64 also.
Submitted by: ru
|
| |
| |
| |
| | |
bugs elsewhere, and also is well understood as a signed quantity.
|
| |
| |
| |
| |
| | |
to kern_acl.c when he added snapshotting. This will need to be added
at some point.
|
| |
| |
| |
| | |
Submitted by: archie
|
| |
| |
| |
| |
| |
| |
| | |
* set WARNS
* few style/whitespace fixes
Submitted by: ru
|
| |
| |
| |
| | |
build cleanly.
|
| | |
|
| |
| |
| |
| | |
The previous delta added the 'smmsp' user, not 'smmp'.
|
| |
| |
| |
| |
| |
| | |
PR: conf/34535
Submitted by: Ceri <setantae@submonkey.net>
MFC after: 1 week
|
| |
| |
| |
| |
| | |
Submitted by: "Hirokazu WATANABE" <gwna@geocities.co.jp>
MFC after: 3 days
|
| |
| |
| |
| | |
plus some capitalization/whitespace fixes
|
| |
| |
| |
| | |
locales
|
| |
| |
| |
| | |
MFC after: 3 days
|
| |
| |
| |
| |
| |
| | |
Previous commit (ldd on shlibs) is a subject of:
MFC after: 2 weeks
|
| | |
|
| |
| |
| |
| | |
MFC after: 3 days
|
| |
| |
| |
| |
| |
| |
| |
| | |
complain about paths starting with `-', by not calling getopt(3).
Submitted by: Tim J. Robbins <tim@robbins.dropbear.id.au>
Obtained from: NetBSD (partially)
MFC after: 1 month
|
| |
| |
| |
| |
| |
| |
| | |
mbuf system in a rate-limited fashion now.
Reviewed by: luigi
MFC after: 1 week
|
| | |
|
| |
| |
| |
| | |
Tested on i386 and alpha.
|
| | |
|
| |
| |
| |
| | |
are not yet warning-clean. Tested on i386 and alpha.
|
| |
| |
| |
| | |
MFC after: 1 week
|
| |
| |
| |
| | |
MFC after: 1 week
|
| |
| |
| |
| |
| |
| | |
some code changes to fix but should be possible.
MFC after: 1 week
|
| |
| |
| |
| | |
MFC after: 1 week
|
| |
| |
| |
| | |
(get_errmsg -> get_errmsg())
|
| | |
|