| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
is cleared, it's cleared to a known color (white instead of whatever is put
in the ramdac by the prom, usually cyan).
|
|
|
|
|
|
Enable UDMA6 for Ultra133 chips (PDC20269, PDC20271 and PDC20276).
PDC20271 and PDC20276 not tested, but Free/NetBSD's source code claims
that they works the same as the PDC20269.
from Alexander Yurchenko <grange@rt.mipt.ru>
csapuntz@ ok.
|
|
from Alexander Yurchenko <grange@rt.mipt.ru>
|
|
|
|
|
|
(tested against Solaris 2.5)
|
|
and let the sun layout tables produce them.
ok mickey@
|
|
|
|
- Instead of setting OACTIVE on the interface when encap fails and never
clearing it, set a 2 second timer instead and hope that the memory
situation will improve. This stops the lockups of the interface when
memory is running low.
jason@ ok.
|
|
|
|
the KS_BackSpace (use KS_Delete instead) we can restore
an ability to map any key into BackSpace symbol:
wsconsctl -w keyboard.map+="keycode 14 = Cmd_ResetEmul BackSpace"
xfree is not using the key symbols, but raw key codes and therefore
is not affected (as discussed w/ matthieu@).
in fact, nothing in the whole tree is using the KS_BackSpace right now.
existing KS_BackSpace definition is wrong and breaks the wsconsctl.
|
|
at the moment; drahn ok@
|
|
at the moment; jason ok@
|
|
|
|
|
|
instead of zero, if the kernel configuration file does not override
this setting.
This enables X11 to work on multihead sparc{,64} configurations
without the need for an explicit wsconscfg invocation first.
If a non-default emulation is requested, the user can still delete this
automatic resources and recreate it with wsconscfg.
ok mickey@ jason@
|
|
|
|
|
|
|
|
|
|
|
|
for sparc, even when SMALL_KERNEL is defined. That way we get a
reasonable font on the sparcbook for the install.
|
|
Don't whine if the name server returns "no such registered type"
when we ask it for all FC-SCSI objects.
Fix a few typos.
If we get a f/w crash, if ISP_FW_CRASH_DUMP is *not* defined, do
the isp_reinit inline, otherwise, let the platform isp_async
drive things. This is because, typically, the platform isp_async
will freeze things and wake up a thread to do the actual f/w
crash dump (really *can't* be done on the interrupt stack- the
23XX has one move on the order of 500KBytes of crash dump data).
Set up to handle default framsize && exec_throttle and iid/loopid
overrides.
If we're using ancient (pre 1.17.0) 2100 f/w (for the cards that cannot
load f/w images > 0x7fff words), set ISP_FW_ATTR_SCCLUN. We explicitly
don't believe we can find attributes if f/w is < 1.17.0, so we have to
set SCCLUN for the 1.15.37 f/w we're using manually- otherwise every
target will replicate itself across all 16 supported luns for non-SCCLUN
f/w.
Correctly set things up for 23XX and either fast posting or ZIO. The
23XX, it turns out, does not support RIO. If you put a non-zero value
in xfwoptions, this will disable fast posting. If you put ICBXOPT_ZIO
in xfwoptions, then the 23XX will do interrupt delays but post to the
response queue- apparently QLogic *now* believes that reading multiple
handles from registers is less of a win than writing (and delaying)
multiple 64 byte responses to the response queue.
At the end of taking a a good f/w crash dump, send the ISPASYNC_FW_DUMPED
event to the outer layers (who can then do things like wake a user
daemon to *fetch* the crash image, etc.).
|
|
|
|
|
|
|
|
|
|
Add ISPASYNC_FW_DUMPED, ISPASYNC_FW_RESTARTED async events.
Add ISP_FW_NEWER_THAN macro- makes the code easier to read.
DEFAULT_FRAMESIZE and DEFAULT_EXEC_THROTTLE macros.
|
|
running ABOUT FIRMWARE with some that were started by BIOS downloads).
Fix the incorrect parsing of the Risc2Host isr. For RIO_16,
fast posting command completion, and fast post CTIO completion,
the upper half of Risc2Host is a copy of mailbox #1- *not*
mailbox #0.
|
|
|
|
|
|
|
|
The reason for this is that it is possible in the future to have
wi(4) be a real AP using the AP tertiary firmware.
mickey@ OK
|
|
|
|
For most framebuffers it is faster.
Other changes include:
o 24 bit support in tcx(4) for the S24 framebuffer
o accelerated cgsix(4) text console
o new cgtwelve(4) driver for the GS framebuffer
o improved serial driver code
o better keyboard support
The following framebuffers have not been tested but should work: cgfour,
cgeight and cgfourteen
These changes will require XF4 changes, to use Xwsfb instead of Xsun*, to be
commited later today.
Most of the work by me during the LSM and the week after, with code borrowed
from jason@, NetBSD (new serial code), and feedback from mickey@. Work on
pnozz(4) done by millert@
|
|
for updating prom cursor locations).
|
|
ok millert@, rogue ok pjanzen@
|
|
Use the option RAIDDEBUG to get these.
Theo, thanks for suggesting.
|
|
|
|
|
|
|
|
wi_init() if only IFF_PROMISC status has changed. There is no need
to change anything if we are in HostAP mode since wi_init() has
already turned off the hardware promisc bit when we entered HostAP
(HostAP already implies promisc behavior).
Noticed by imp@, OK by mickey@
|
|
|
|
|
|
|
