system crashed, inodes could be allocated that were not referenced. (Though
not a serious problem, it evidences itself in phase 4 of fsck_lfs.) Fix
this by marking if_daddr with UNASSIGNED before the inodes are actually
written; at mount time the ifile is checked for UNASSIGNED entries and
any that are found are linked back into the free list. (The latter
functionality should move into the roll-forward agent when it materializes.)
to get some vital information from the CIS (some network cards need
this to get the mac-address). This should be merged with the related
code for PCMCIA cards, but that requires more thought.
X server may have done with the keyboard state. X11R6 was changing the
keyboard modes, which were not compatible with the lk201 keyboard handling
in NetBSD.
1) ignore probe requests rather than printing "unknown mgmt subtype"
(cosmetic)
2) don't panic if mget of the 2nd mbuf in a chain fails (patch from MCR)
(though that whole function badly needs to be rewritten)
3) be a little more tenacious about hanging on to an access point.
(1) the list added isnt' complete and i'd call it incorrect. (There are
other devices with these names, where were omitted. I've never seen
the devices with these IDs, I _have_ seen the other devices that go
by these names.)
(2) the PR (8754) had not been updated to note that the problem was
fixed, and i'd preiously asked the submitter for more information and/or
a corrected list.
Page mod/ref status is stored in the pv header, and needs to be copied to
the following entry when removing the head entry, otherwise the status
will be lost (oops!).
Move the common MIPS3 cache flush into pmap_remove_pv() and eliminate the
unnecessary testing of the return value when only compiled for MIPS1.
If the pv entry had the cache inhibited, and we remove the last cache index
alias conflict, restore caching on the mappings for that entry.
Eliminate possible extra cache flushing inherited from the pica pmap: it
was doing the flush when the head entry was being removed - not just the last
entry. Now the flush is done only when the last mapping has been removed.
Also make sure the secondary cache gets flushed [MIPS3 cache flushing needs
to be re-thought/re-done someday].
Update comment for pmap_remove_pv() to reflect these changes.
