| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
It's fairly PowerMac specific at the moment, but that should be fixable.
|
|
|
|
|
| |
Obtained from: Quantum DLT8000 manual
MFC after: 1 week
|
|
|
|
|
| |
- Add interrupt alloc/setup/teardown/dealloc support, via whichever PIC
OpenFirmware gives us.
|
|
|
|
|
|
| |
I've tried to make this fairly platform-independant as some PowerPC platforms
may not have openpic-style interrupt controllers. This may not have the best
performance but it works for now.
|
|
|
|
|
|
|
| |
This was broken by rev. 1.16.
PR: 40334
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
(1.12) since the introductions as a common EU currency. Anyway, since
the rate now seems to stabilize just around 1.00, fix up our value
here.
MFC after: 1 day
|
|
|
|
| |
to coordinate fixes for this contrib code.
|
| |
|
| |
|
|
|
|
| |
PR: 31864, 40084
|
| |
|
| |
|
| |
|
|
|
|
|
| |
the legacy pccard mode stuff called 'oldcard.' pcic.4 will be
hijacked for newcard purposes.
|
|
|
|
| |
descriptors (">&-" or similar) correctly in the jobs(1) command.
|
|
|
|
| |
that reverses the bits in a 32 bit word. Who thinks up this stuff?
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
comsat:
only send two bell charecters if S_IXGRP is set and S_IXUSR is not.
biff:
add new option 'b' to set S_IXGRP.
PR: 10931
Submitted by: Andrew J. Korty <ajk@purdue.edu>
Approved by: sheldonh (mentor)
MFC after: 1 month
|
|
|
|
|
| |
Approved by: sheldonh (mentor)
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
i386/isa/isa_device.h. This is a more appropriate location and
helps restrict <machine/types.h> to only types that exist on all
platforms.
|
|
|
|
|
|
| |
that the attach succeeded. (Fixes a potential panic for devices
that fail to attach properly and are subsquently unplugged and then
plugged back in again.)
|
|
|
|
|
|
|
|
|
| |
issue, since the MAXBSIZE-sized buffers are accessed as arrays of
block pointers, but were declared as char[] arrays. Use a union to
avoid this, which also makes a number of casts unnecessary.
Pointed out by: bde
Reviewed by: bde
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I do not know why this didn't panic my box, but I have most certainly
been using it:
peter@overcee[3:14pm]~src/sys/i386/i386-110> sysctl -a | grep zero
vm.stats.misc.zero_page_count: 2235
vm.stats.misc.cnt_prezero: 638951
vm.idlezero_enable: 1
vm.idlezero_maxrun: 16
Submitted by: Tor.Egge@cvsup.no.freebsd.org
Approved by: Tor's patches are never wrong. :-)
|
|
|
|
|
|
|
|
| |
TLB problem when bouncing from one cpu to another (the original cpu will
not have purged its TLB if the it simply went idle).
Pointed out by: Tor.Egge@cvsup.no.freebsd.org
Approved by: Tor is never wrong. :-)
|
|
|
|
|
|
|
|
|
| |
no punch_fw was used.
Fix another couple of bugs which prevented rules from being
installed properly.
On passing, use IPFW2 instead of NEW_IPFW to compile the new code,
and slightly simplify the instruction generation code.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Following Darren's suggestion, make Dijkstra happy and rewrite the
ipfw_chk() main loop removing a lot of goto's and using instead a
variable to store match status.
Add a lot of comments to explain what instructions are supposed to
do and how -- this should ease auditing of the code and make people
more confident with it.
In terms of code size: the entire file takes about 12700 bytes of text,
about 3K of which are for the main function, ipfw_chk(), and 2K (ouch!)
for ipfw_log().
|
| |
|
| |
|
|
|
|
| |
Pointed out by: bde
|
| |
|
|
|
|
| |
Submitted by: bmah
|
|
|
|
|
|
|
|
| |
PR: docs/40210
Submitted by: Munish Chopra <mchopra@engmail.uwaterloo.ca>
Reviewed by: keramida
Approved by: orion
MFC after: 7 days
|
|
|
|
| |
CAM review list.
|
| |
|
|
|
|
| |
Submitted by: Olivier Houchard <cognet@ci0.org>
|
|
|
|
|
| |
was split off from <time.h>. This became fatal here when -Werror was
reenabled.
|
|
|
|
|
| |
was split off from <time.h>. This became fatal here when -Werror was
reenabled.
|
|
|
|
|
|
|
|
|
| |
of being correct. None of the root mountable filesystems
do something at VFS_START().
Shorten a comment to fix a style bug while I'm here.
PR: kern/18505
|
|
|
|
| |
Also change some line breaks.
|
|
|
|
|
|
|
| |
Oops; I forgot for previous delta... If we're and FC or ULTRA2 or better
card, we can have a 1024 element request queue instead of 256.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove sim queue freezes for resource shortages. I've had too many
strange race conditions where I freeze on a resource shortage but
never get unfrozen.
Consolidate the remaining sim queue freeze condition (for loopdown)
into an inline with debug messages that allows us to track problems
at ISP_LOGDEBUG0 level easier. Change a bunch of debug messages about
loop down/up conditions to ISP_LOGDEBUG0 level.
Remove dead isp_relsim code.
Change some internal flag stuff for efficiency.
Complain vociferously if we try and use our FC scratch area while it's
busy being used already (I mean, if we don't have solaris' ability
to sleep as an interrupt thread which would allow us to just use
a p/v semaphore, at least *say* when you've just borked yourself).
Add infrastructure to allow overrides of hard loopid && initiator
id from boot variables.
Fix the usual quota of silly bugs:
+ 'ktmature' needs to be per-instance. Argh.
+ When entering isp_watchdog, set intsok to zero, preserving
old value to restore later. It's not nice to try and sleep
from splsoftclock.
+ Fix tick overflow buglet in checking timeout value.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
turns out that there's something of a hole in our new fabric name
server stuff. We ask the name server for entities that have
registered as a specific type. That type is FC-SCSI. If the entity
hasn't performed a REGISTER FC4 TYPES, the fabric nameserver won't
return it.
This brings this driver to a bit of a fork in the road as to what
the right thing to do is. For servicing the needs of accessing
FC-SCSI devices, this method is fine, and to be preferred. It is
extremely unlikely we're interested in fabric devices that *don't*
register correctly. If I ever get around to adding an FC-IP stack,
then asking for devices that have registers as FC-IP types is also
the right thing to do.
So- asking the fabric nameserver for a specific type is fine, *as
long as you are only interested in specific types*. If, on the other
hand, you want to create (as for management tool support) a picture
of everything on the fabric, this is *not* so fine. There are a
large class of FC-SCSI *initiators* who *don't* correctly register,
so we never will *see* them.
Is this a problem? Yes, but only a little one. If we want to do such
management tool support, we should probably run a *different* fabric
nameserver query algorithm. Better yet, we should talk to the management
nameserver in Brocade switches instead of the standard FC-GS-2 fabric
nameserver (which can be unwieldy).
Other changes: if we've overrrides marked, don't set some default
values from reading NVRAM. This allows us to override things like
EXEC throttle without having to ignore NVRAM entirely.
MFC after: 1 week
|
|
|
|
|
|
| |
hardly MD, since all our platforms share the same macro. It's not
really compiler dependent either, but this helps in reducing
<machine/ansi.h> to only type definitions.
|
|
|
|
|
| |
visibility conditionals, adding the nfds_t type, and changing the
poll() prototype a little. Update the manual to match.
|
| |
|
|
|
|
| |
old ones not reported by gcc). This helps unbreak LINT.
|
|
|
|
| |
old ones not reported by gcc). This helps unbreak LINT.
|
|
|
|
|
|
| |
need it can uncomment it. This may buy us some kernel space.
Discussed with: imp & msmith (quite a while ago)
|