that made the wd-driver fall over on kernels compiled with the latest
assembler. The macro;s now use the single_inst_*() functions so there
are less places to go wrong here next time...
assigned by RISCOS Ltd (and were assigned by Acorn) to be unique across all
manufacturers. This means that associating each one with a manufacturer (and
checking the manufacturer when attaching) is bogus. Thus, we don't do that
any more.
This should have the pleasant side-effect of getting APDL IDE interfaces
working, since they're just ICS ones with a different manufacturer ID.
into kernel_object where this was missing.
(important here because VM_MIN_KERNEL_ADDRESS != 0)
-add some diagnostics
-eliminate some differences to other Utah derived pmaps
into kernel_object where this was missing.
This is a no-op on ports where VM_MIN_KERNEL_ADDRESS==0, ie all but
cesfic.
Confirmed and corrected by Chuck Silvers.
intvid didn't find the frame buffer on his PB 170 in NetBSD 1.5. This is
because the PowerBook 140/145+145B/170 entries in intvid_info[] were
entered into the table directly from the corresponding hardware tech
notes. Unfortunately, the actual frame buffer is mapped at an offset
of 32 KB from the base of the region (at least when in 32-bit mode).
Since all 4 of these systems have identical video configurations, I'm
updating the rest to match.
on spldma), and rest of driver/network code (which runs on splnet) in way
if->if_snd queue is accessed. Solve by using intermediate queue.
Problem found, and fix provided by Christian Limpach in port-next68k/16798
boot loader image. Installboot can modify the default command in the
first-stage bootblocks, which will have no effect. Copy the default command
from the first-stage bootblock into the second-stage bootloader so modifying
the commandline with installboot actually works again.
which are IIcx and IIx machines with not much RAM, respectively.
The PUMA config is configured somewhat optimally for one of Allen's
Quadras but doesn't do anything special as compared to SMALLRAM.
to use a pc-relative jump. Which is definitely not what is needed in the
relocation code!
This is new in the current assembler apparantly. None of the kernels build
after my latest upgrade were able to boot... What else is lurking!
