ddi_fm_handler_register man page on OpenIndiana

Man page or keyword search:  
man Server   20441 pages
apropos Keyword Search (all sections)
Output format
OpenIndiana logo
[printable version]

ddi_fm_handler_register(9Kernel Functions for Driveddi_fm_handler_register(9F)

NAME
       ddi_fm_handler_register, ddi_fm_handler_unregister - register or unreg‐
       ister an error handling callback

SYNOPSIS
       #include <sys/ddifm.h>

       void ddi_fm_handler_register(dev_info_t *dip,
	    ddi_err_func_t error_handler, void *impl_data);

       void ddi_fm_handler_unregister(dev_info_t *dip);

INTERFACE LEVEL
       Solaris DDI specific (Solaris DDI)

PARAMETERS
       dip		Pointer to the dev_info structure

       error_handler	Pointer to an error handler callback function

       impl_data	Pointer to private data for use by the caller

DESCRIPTION
       The ddi_fm_handler_register() function registers an error handler call‐
       back routine with the I/O Fault Management framework. The error handler
       callback, error_handler, is called to process error conditions detected
       by  the system. In addition to its device instance, dip, the error han‐
       dler is called with a pointer to a fault management error status struc‐
       ture, ddi_fm_error_t. For example:

	 int (*ddi_err_func_t)(dev_info_t *dip, ddi_fm_error_t *error_status);

       A driver error handling callback is passed the following arguments:

	   o	  a  pointer  to the device instance registered for this call‐
		  back.

	   o	  a data structure containing common fault management data and
		  status for error handling.

       The primary responsibilities of the error handler include:

	   o	  to check for outstanding hardware or software errors.

	   o	  where possible, to isolate the device that might have caused
		  the errors.

	   o	  to report errors that were detected.

       During the invocation of an error handler, a device driver  might  need
       to  quiesce  or	suspend all I/O activities in order to check for error
       conditions or status in:

	   o	  hardware control and status registers.

	   o	  outstanding I/O transactions.

	   o	  access or DMA handles.

       For each error detected, the driver must formulate and  post  an	 error
       report  via  ddi_fm_ereport_post()  for problem analysis by the Solaris
       Fault Manager fmd(1M).

       For a PCI, PCI/X, or PCI Express leaf  device,  the  pci_ereport_post()
       function	 is provided to carry out reporting responsibilities on behalf
       of the driver. In many cases, an error handler callback function of the
       following form can be used:

	 xxx_err_cb(dev_info_t *dip, ddi_fm_error_t *errp) {
	       pci_ereport_post(dip, errp, NULL);
	       return (errp->fme_status);
	 }

       In  addition, the driver might be able to carry out further device spe‐
       cific checks within the error handler.

       Error handlers can be called  from  kernel,  interrupt,	or  high-level
       interrupt   context.   The   interrupt	block	cookie	returned  from
       ddi_fm_init() should be used to allocate and  initialize	 any  synchro‐
       nization	 variables  and locks that might be used within the error han‐
       dler callback function. Such locks may not be held by the driver when a
       device  register	 is  accessed  with functions such as ddi_get8(9F) and
       ddi_put8(9F).

       The data structure, ddi_fm_error_t, contains an FMA protocol (format 1)
       ENA  for	 the  current error propagation chain, the status of the error
       handler callback, an error expectation flag, and any  potential	access
       or DMA handles associated with an error detected by the parent nexus.

       The  ddi_fm_handler_unregister()	 function  removes a previously regis‐
       tered error handling callback for the device instance specified by  the
       dip.

CONTEXT
       The ddi_fm_handler_register() and ddi_fm_handler_unregister() functions
       must be called from kernel context in an attach(9E) or detach(9E) entry
       point.  The  registered	error  handler, error_handler, callback can be
       called from kernel, interrupt, or high level interrupt context.

ATTRIBUTES
       See attributes(5) for descriptions of the following attributes:

       ┌─────────────────────────────┬─────────────────────────────┐
       │      ATTRIBUTE TYPE	     │	    ATTRIBUTE VALUE	   │
       ├─────────────────────────────┼─────────────────────────────┤
       │Interface Stability	     │Committed			   │
       └─────────────────────────────┴─────────────────────────────┘

SEE ALSO
       fmd(1M),	   attributes(5),    attach(9E),    detach(9E),	   ddi_fm_ere‐
       port_post(9F),  ddi_fm_init(9F),	 ddi_get8(9F),	ddi_put8(9F), pci_ere‐
       port_post(9F), ddi_fm_error(9S)

       Writing Device Drivers

SunOS 5.11			  14 May 2007	   ddi_fm_handler_register(9F)
[top]

List of man pages available for OpenIndiana

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Tweet
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
....................................................................
Vote for polarhome
Free Shell Accounts :: the biggest list on the net