* panic if flushing system nodes fails: we have released too many
resources and would die anyway the next time unmount is attempted
* KASSERT that VOP_CLOSE succeeds, but always return 0. once again
we have released too many resources
XXX: maybe rewrite to be a bit more robust
to call a shell script which outputs nothing if the file is not present.
Remove the "whatis" file for ports where it does not contain anything
useful and hasn't been updated for years. OK tsutsui@, hubertf@.
- identify as WSDISPLAY_TYPE_CRIME
- always claim we're 32bit
- switch to 32bit colour in WSDISPLAYIO_MODE_MAPPED, switch back to 8bit
in WSDISPLAYIO_MODE_EMUL
- restore palette, turn off the cursor when switching back to console mode
- add a few delay()s, hopefully that will deal with occasional messed up
video timings *fingers crossed*
documentation about upgrading from NetBSD 2.x to 3.0, which is better
than from 1.6 to 2.0 which is what used to be here previously.
XXX someone write documentation about upgrade to 4.0 please.
Fixes silent hangs after loading 4.0_BETA2 GENERIC kernel
on Qube2 (and RaQ2) with 256MB RAM, reported and tested
by James Hartley on port-cobalt.
Obviously this should be pulled up to netbsd-4.
2206. [security] "allow-query-cache" and "allow-recursion" now
cross inherit from each other.
If allow-query-cache is not set in named.conf then
allow-recursion is used if set, otherwise allow-query
is used if set, otherwise the default (localnets;
localhost;) is used.
If allow-recursion is not set in named.conf then
allow-query-cache is used if set, otherwise allow-query
is used if set, otherwise the default (localnets;
localhost;) is used.
[RT #16987]
2203. [security] Query id generation was cryptographically weak.
[RT # 16915]
2202. [security] The default acls for allow-query-cache and
allow-recursion were not being applied. [RT #16960]
2193. [port] win32: BINDInstall.exe is now linked statically.
[RT #16906]
2192. [port] win32: use vcredist_x86.exe to install Visual
Studio's redistributable dlls if building with
Visual Stdio 2005 or later.
processed and enable afterwards. Up to now IST_LEVEL interrupts always
fired again during processing leaving unnecessary pending interrupts.
Tested on EXPLORA451.
Ok: Simon Burge <simonb@netbsd.org>
pooka