timeout capability to these drivers. Apparently no one has ever had
scsi devices that failed to complete a scsi operation in some fashion,
or at least no one has reported it as best I can remember. I've just
run into this situation and figured out that one disk would fail to
complete an I/O transaction and never timed out. Add the appropriate
timeout function to reset the controller and restart things.
The lkptpa was required for hp300 (where PA != VA)
to prepare a page PA == VA to turn on the MMU,
and it is not needed for mac68k which has PA == VA
mappings even in kernel text/data/bss. Tested on LC630.
attached earlier during boot, when initializing hypervisor.
This avoids the "unknown type console at xenbus0 id 0 not configured"
autoconf(9) messages, which are misleading during domU's boot.
See also http://mail-index.netbsd.org/port-xen/2009/01/05/msg004621.html
Ok by bouyer@ in private mail.
Use this on the IQ31244 to force a watchdog reset from the M41ST84
if it's been attached. The generic reset doesn't fully reset the
system whereas the RTC watchdog reset does.
really be autogenerated, but seems it's generally not required by
stuff in rump and guessing the location of the appropriate genassym.cf
is difficult without a major consultation.
Thanks to Havard for spotting the build failure.
symbol namespace. This has several implications:
* no symbols are accidentally linked against host platform libraries
* all host platform access is done via rumpuser, and hence the
portability of rump is now well defined
* functionality such as proplib can now exist within the rump virtual
kernel and the application using it
Thanks to uwe for originally suggesting the bulk renaming approach
over a pint of what I believe was very crisp, curious and untypical
stout. It had an almost acidic characteristic with fruity notes
and lacking dark and roasted flavours.
And thanks to lukem for pointing me in the right direction with make.
disk_read_sector() wants DEV_BLKSIZE blkno's BUT sectorsize unit lengths
specified... how `logical'.
Real fixup pending on discussion on tech-kern/source-changes.
Explicitly pass a pointer to the kernel lock/unlock routines in
rumpuser init instead of magically relying on the linker giving us
the symbols.
thanks to uwe for pointing out
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use device_private() rather than a cast to convert device_t to a softc.
- Use device_*() to get at the innards of device_t.
device/softc split not done yet because of worrying about bootstrap console
stuff.
- Split device_t out of softc.
- Use device_t and cfdata_t rather than explicit structure pointers.
- Use device_*() rather than accessing parts of device_t directly.
- Use aprint_*() rather than printf().
Also ANSIfy arcpppushbytes.
sucks in all libkern sources), so mark them ".hidden". I'm not sure
if this is the best course of action (dropping millicode from librump
might be a better idea), but it's the quickest fix to get sh3 builds
going again for now.