quiesce(9e) 맨 페이지 - 윈디하나의 솔라나라

개요

섹션
맨 페이지 이름
검색(S)

quiesce(9e)

quiesce(9E)                   Driver Entry Points                  quiesce(9E)

NAME
       quiesce - quiesce a device

SYNOPSIS
       #include <sys/ddi.h>
       #include <sys/sunddi.h>

       int prefix_quiesce(dev_info_t *dip);


       int ddi_quiesce_not_needed(dev_info_t *dip);

INTERFACE LEVEL
       Solaris DDI specific (Solaris DDI)

PARAMETERS
       dip    A pointer to the device's dev_info structure.


DESCRIPTION
       The  quiesce()  function quiesces a device so that the device no longer
       generates interrupts, modifies or accesses memory.  The  driver  should
       reset  the device to a hardware state from which the device can be cor‐
       rectly configured by the driver's attach()  routine  without  a  system
       power cycle or being configured by the firmware. For devices with a de‐
       fined  reset  state configuration, the driver should return that device
       to that state as part of the  quiesce  operation.  Fast  Reboot,  where
       firmware is bypassed when booting to a new OS image, is such a case.


       quiesce()  is only called for an attached device instance as one of the
       final operations of a reboot sequence, and no other thread can  be  ac‐
       tive  for this device. The system guarantees that no other driver entry
       point is active or invoked while quiesce() is invoked. The system  also
       guarantees  that  no timeout or taskq is invoked. The system is single-
       threaded and can not be interrupted. Therefore, the driver's  quiesce()
       implementation  must  not  use locks or timeouts, or rely on them being
       called. The driver must discard all outstanding I/O instead of  waiting
       for  completion. At the conclusion of the quiesce() operation, the dri‐
       ver must guarantee that the device no longer has access  to  memory  or
       interrupts.


       The only DDI interfaces that can be called by the quiesce() implementa‐
       tion  are non-blocking functions, such as the ddi_get*() and ddi_put*()
       functions.


       If quiesce() determines a particular instance of the device  cannot  be
       quiesced  when  requested  because  of some exceptional condition, qui‐
       esce() returns DDI_FAILURE. This rarely happens.


       If a driver has previously implemented the obsolete reset()  interface,
       its  functionality  must be merged into quiesce(). The driver's reset()
       routine is no longer  called  if  an  implementation  of  quiesce()  is
       present.


       ddi_quiesce_not_needed()  always  returns DDI_SUCCESS. A driver can set
       its devo_quiesce device function to ddi_quiesce_not_needed()  to  indi‐
       cate that the device it manages does not need to be quiesced.

RETURN VALUES
       quiesce() returns the following:

       DDI_SUCCESS    The device has been successfully quiesced.


       DDI_FAILURE    The operation failed.


CONTEXT
       This function is called from kernel context only.

SEE ALSO
       uadmin(2),     reboot(8),     uadmin(8),     attach(9E),    detach(9E),
       ddi_add_intr(9F), ddi_map_regs(9F), pci_config_setup(9F),  timeout(9F),
       dev_ops(9S)

NOTES
       When  quiesce() is called, the system is single-threaded, therefore the
       driver's quiesce() implementation must not be blocked. For example, the
       implementation must not create or tear down mappings,  call  FMA  func‐
       tions, or create or cancel callbacks.

Oracle Solaris 11.4            9 September 2024                    quiesce(9E)
맨 페이지 내용의 저작권은 맨 페이지 작성자에게 있습니다.
RSS ATOM XHTML 5 CSS3