Print this page 
NEX-16625 Max amount of iSCSI targets is hard limited with doorfs core definitions
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Reviewed by: Evan Layton <evan.layton@nexenta.com>
NEX-5164 backport illumos 6514 AS_* lock macros simplification
Reviewed by: Kevin Crowe <kevin.crowe@nexenta.com>
6514 AS_* lock macros simplification
Reviewed by: Piotr Jasiukajtis <estibi@me.com>
Reviewed by: Yuri Pankov <yuri.pankov@nexenta.com>
Reviewed by: Albert Lee <trisk@omniti.com>
Approved by: Dan McDonald <danmcd@omniti.com>
Split Close
Expand all
Collapse all
          --- old/usr/src/uts/common/fs/doorfs/door_sys.c
          +++ new/usr/src/uts/common/fs/doorfs/door_sys.c
↓ open down ↓ 73 lines elided ↑ open up ↑ 
  74   74   * an intermediate kernel buffer.  For sizes greater than this we map
  75   75   * in the destination pages and perform a 1-copy transfer.
  76   76   */
  77   77  size_t  door_max_arg = 16 * 1024;
  78   78  
  79   79  /*
  80   80   * Maximum amount of data that will be transferred in a reply to a
  81   81   * door_upcall.  Need to guard against a process returning huge amounts
  82   82   * of data and getting the kernel stuck in kmem_alloc.
  83   83   */
  84      -size_t  door_max_upcall_reply = 1024 * 1024;
       84 +size_t  door_max_upcall_reply = 4 * 1024 * 1024;
  85   85  
  86   86  /*
  87   87   * Maximum number of descriptors allowed to be passed in a single
  88   88   * door_call or door_return.  We need to allocate kernel memory
  89   89   * for all of them at once, so we can't let it scale without limit.
  90   90   */
  91   91  uint_t door_max_desc = 1024;
  92   92  
  93   93  /*
  94   94   * Definition of a door handle, used by other kernel subsystems when
↓ open down ↓ 3469 lines elided ↑ open up ↑ 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX