Query: dump
OS: opensolaris
Section: 9e
Links: opensolaris man pages all man pages
Forums: unix linux community forum categories
Format: Original Unix Latex Style Formatted with HTML and a Horizontal Scroll Bar
dump(9E) Driver Entry Points dump(9E)NAMEdump - dump memory to device during system failureSYNOPSIS#include <sys/types.h> #include <sys/ddi.h> #include <sys/sunddi.h> int dump(dev_t dev, caddr_t addr, daddr_t blkno, int nblk);INTERFACE LEVELSolaris specific (Solaris DDI). This entry point is required. For drivers that do not implement dump() routines, nodev(9F) should be used.ARGUMENTSdev Device number. addr Address for the beginning of the area to be dumped. blkno Block offset to dump memory. nblk Number of blocks to dump.DESCRIPTIONdump() is used to dump a portion of virtual address space directly to a device in the case of system failure. It can also be used for checking the state of the kernel during a checkpoint operation. The memory area to be dumped is specified by addr (base address) and nblk (length). It is dumped to the device specified by dev starting at offset blkno. Upon completion dump() returns the status of the transfer. When the system is panicking, the calls of functions scheduled by timeout(9F) and ddi_trigger_softintr(9F) will never occur. Neither can delay(9F) be relied upon, since it is implemented via timeout(). See ddi_in_panic(9F). dump() is called at interrupt priority.RETURN VALUESdump() returns 0 on success, or the appropriate error number.SEE ALSOcpr(7), nodev(9F) Writing Device Drivers SunOS 5.11 9 Oct 2001 dump(9E)
Related Man Pages |
---|
dump(9e) - opensolaris |
ddi_in_panic(9f) - opensolaris |
cr_read(3) - hpux |
dump(9e) - sunos |
ddi_in_panic(9f) - xfree86 |
Similar Topics in the Unix Linux Community |
---|
tarring and gzipping dump files |
dump .snap question |
Copy large dump file |
No core dump |
Links replacement on sql dump |