Files
scst/scripts
Yan Burman 69104309ac Merged revisions 5820-5821,5827,5829 via svnmerge from
svn+ssh://yanb123@svn.code.sf.net/p/scst/svn/trunk

........
  r5820 | bvassche | 2014-09-30 13:07:38 +0200 (Tue, 30 Sep 2014) | 4 lines
  
  scst_local: Restore support for detecting LUN 16383 via a sequential scan
  
  Reported-by: Sebastian Herbszt <herbszt@gmx.de>
........
  r5821 | vlnb | 2014-10-02 05:19:10 +0200 (Thu, 02 Oct 2014) | 3 lines
  
  Small doc improvements
........
  r5827 | bvassche | 2014-10-03 14:23:34 +0200 (Fri, 03 Oct 2014) | 1 line
  
  scripts/generate-kernel-patch: Only generate scst_itf_ver.h if needed
........
  r5829 | bvassche | 2014-10-03 14:26:14 +0200 (Fri, 03 Oct 2014) | 20 lines
  
  scst_mem: Fix a memory leak triggered by the scst_user driver
  
  Avoid that the following memory leak can occur:
  - sgv_pool_alloc() is called with SGV_POOL_RETURN_OBJ_ON_ALLOC_FAIL
    set, with neither SGV_POOL_NO_ALLOC_ON_CACHE_MISS nor
    SGV_POOL_ALLOC_NO_CACHED set and with 'size' such that
    sgv_max_local_pages < pages_to_alloc <= pool->max_cached_pages.
  - sgv_get_obj() and sgv_alloc_arrays() succeed.
  - sgv_alloc_sg_entries() fails.
  - sgv_get_obj() returns the SGV object with no buffers.
  - A call to sgv_pool_free() adds this object to the recycle list.
  - sgv_pool_alloc() is called a second time with the same parameters.
  - sgv_get_obj() retrieves the object that was previously added to
    the recycle list.
  - sgv_alloc_arrays() is called and overwrites the obj->sg_entries
    pointer although it still points at allocated memory, resulting
    in a memory leak.
  
  Reported-by: Shahar Salzman <shahar.salzman@kaminario.com>
........


git-svn-id: http://svn.code.sf.net/p/scst/svn/branches/iser@5832 d57e44dd-8a1f-0410-8b47-8ef2f437770f
2014-10-05 06:12:59 +00:00
..
2009-10-28 10:43:22 +00:00
2010-08-25 10:03:00 +00:00