1. 30 11月, 2006 1 次提交
    • D
      [MTD] Use EXPORT_SYMBOL_GPL() for exported symbols. · dd36f267
      David Woodhouse 提交于
      While we're fixing up the newly-added symbol, change the neighbouring ones
      too, for consistency and also to reflect the author's interpretation of
      the GPL -- which is that _no_ non-GPL modules are permitted. The author
      always intended his code to be released under the GPL, and believes that
      any new interpretation of 'EXPORT_SYMBOL' as being any different from
      'EXPORT_SYMBOL_GPL' is entirely invalid; the GPL requires that _all_
      exports have the semantics of the new 'EXPORT_SYMBOL_GPL', which means the
      extra four characters are entirely redundant.
      
      But since those four extra characters trigger the check for illegal
      modules in a way that just EXPORT_SYMBOL does not, it's useful to change
      anyway. This action in no way indicates an admission that there is any
      legal distinction between the two states, and in particular does not
      indicate that the author believes that non-GPL modules may use symbols
      exported with EXPORT_SYMBOL alone.
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      dd36f267
  2. 29 11月, 2006 20 次提交
  3. 16 11月, 2006 3 次提交
  4. 01 11月, 2006 1 次提交
  5. 31 10月, 2006 2 次提交
  6. 28 10月, 2006 2 次提交
  7. 27 10月, 2006 4 次提交
  8. 26 10月, 2006 1 次提交
    • R
      [MTD] NAND: Fix nand_default_mark_blockbad() when flash-based BBT disabled · ff0dab64
      Ricard Wanderlöf 提交于
      When a flash-based BBT is not used, nand_default_mark_blockbad() is supposed
      to mark the block bad in the oob. However, it sets the wrong length variable
      so that no bad block marker is in fact written. This patch attempts to
      rectify that.
      
      (As note, it seems to be that logically, it shouldn't be necessary to set
      both length variables, as one appears to be for the main buffer, and
      one for the oob buffer, but this is how it is done in several places,
      including the code for the mtd character device MEMWRITEOOB and MEMREADOOB
      ioctls. I'm not sure if this is a temporary solution during some rework of
      the mtd infrastructure, or whether there is a deeper thought here.)
      Signed-off-by: NRicard Wanderlöf <ricardw@axis.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      ff0dab64
  9. 23 10月, 2006 1 次提交
  10. 22 10月, 2006 5 次提交