1. 06 8月, 2015 2 次提交
  2. 19 7月, 2015 1 次提交
    • D
      iio: ABI: Clarify proximity output value · 63fc4449
      Daniel Baluta 提交于
      Current description for proximity measurement is ambiguous. While
      the first part says that proximity is measured by observing
      reflectivity, the second part incorrectly infers that reported values
      should behave like a distance.
      
      This is because of AS3935 lightning sensor which uses the proximity
      API, while not being a true proximity sensor.
      
      Note this is marked for stable as it accompanies a fix in ABI usage
      to the sx9500 driver which would otherwise appear to be correct.
      
      Fixes:  614e8842 ("iio: ABI: add clarification for proximity")
      Signed-off-by: NDaniel Baluta <daniel.baluta@intel.com>
      Cc: <Stable@vger.kernel.org>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      63fc4449
  3. 26 6月, 2015 3 次提交
    • T
      printk: implement support for extended console drivers · 6fe29354
      Tejun Heo 提交于
      printk log_buf keeps various metadata for each message including its
      sequence number and timestamp.  The metadata is currently available only
      through /dev/kmsg and stripped out before passed onto console drivers.  We
      want this metadata to be available to console drivers too so that console
      consumers can get full information including the metadata and dictionary,
      which among other things can be used to detect whether messages got lost
      in transit.
      
      This patch implements support for extended console drivers.  Consoles can
      indicate that they want extended messages by setting the new CON_EXTENDED
      flag and they'll be fed messages formatted the same way as /dev/kmsg.
      
       "<level>,<sequnum>,<timestamp>,<contflag>;<message text>\n"
      
      If extended consoles exist, in-kernel fragment assembly is disabled.  This
      ensures that all messages emitted to consoles have full metadata including
      sequence number.  The contflag carries enough information to reassemble
      the fragments from the reader side trivially.  Note that this only affects
      /dev/kmsg.  Regular console and /proc/kmsg outputs are not affected by
      this change.
      
      * Extended message formatting for console drivers is enabled iff there
        are registered extended consoles.
      
      * Comment describing /dev/kmsg message format updated to add missing
        contflag field and help distinguishing variable from verbatim terms.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: David Miller <davem@davemloft.net>
      Cc: Kay Sievers <kay@vrfy.org>
      Reviewed-by: NPetr Mladek <pmladek@suse.cz>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      6fe29354
    • P
      Pratyush Anand has moved · e34cadde
      Pratyush Anand 提交于
      pratyush.anand@st.com email-id doesn't exist anymore as I have left the
      company.  Replace ST's id with pratyush.anand@gmail.com.
      Signed-off-by: NPratyush Anand <pratyush.anand@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e34cadde
    • S
      zram: add dynamic device add/remove functionality · 6566d1a3
      Sergey Senozhatsky 提交于
      We currently don't support on-demand device creation.  The one and only
      way to have N zram devices is to specify num_devices module parameter
      (default value: 1).  IOW if, for some reason, at some point, user wants
      to have N + 1 devies he/she must umount all the existing devices, unload
      the module, load the module passing num_devices equals to N + 1.  And do
      this again, if needed.
      
      This patch introduces zram control sysfs class, which has two sysfs
      attrs:
      - hot_add      -- add a new zram device
      - hot_remove   -- remove a specific (device_id) zram device
      
      hot_add sysfs attr is read-only and has only automatic device id
      assignment mode (as requested by Minchan Kim).  read operation performed
      on this attr creates a new zram device and returns back its device_id or
      error status.
      
      Usage example:
      	# add a new specific zram device
      	cat /sys/class/zram-control/hot_add
      	2
      
      	# remove a specific zram device
      	echo 4 > /sys/class/zram-control/hot_remove
      
      Returning zram_add() error code back to user (-ENOMEM in this case)
      
      	cat /sys/class/zram-control/hot_add
      	cat: /sys/class/zram-control/hot_add: Cannot allocate memory
      
      NOTE, there might be users who already depend on the fact that at least
      zram0 device gets always created by zram_init(). Preserve this behavior.
      
      [minchan@kernel.org: use zram->claim to avoid lockdep splat]
      Signed-off-by: NSergey Senozhatsky <sergey.senozhatsky@gmail.com>
      Cc: Minchan Kim <minchan@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      6566d1a3
  4. 25 6月, 2015 2 次提交
  5. 23 6月, 2015 1 次提交
  6. 16 6月, 2015 2 次提交
  7. 14 6月, 2015 1 次提交
    • D
      iio: ABI: Clarify proximity output value · bdc10d57
      Daniel Baluta 提交于
      Current description for proximity measurement is ambiguous. While
      the first part says that proximity is measured by observing
      reflectivity, the second part incorrectly infers that reported values
      should behave like a distance.
      
      This is because of AS3935 lightning sensor which uses the proximity
      API, while not being a true proximity sensor.
      
      Note this is marked for stable as it accompanies a fix in ABI usage
      to the sx9500 driver which would otherwise appear to be correct.
      
      Fixes:  614e8842 ("iio: ABI: add clarification for proximity")
      Signed-off-by: NDaniel Baluta <daniel.baluta@intel.com>
      Cc: <Stable@vger.kernel.org>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      bdc10d57
  8. 08 6月, 2015 1 次提交
  9. 03 6月, 2015 2 次提交
  10. 02 6月, 2015 1 次提交
    • S
      st: implement tape statistics · 05545c92
      Seymour, Shane M 提交于
      This patch implements tape statistics in the st module via
      sysfs. Current no statistics are available for tape I/O and there
      is no easy way to reuse the block layer statistics for tape
      as tape is a character device and does not have perform I/O in
      sector sized chunks (the size of the data written to tape
      can change). For tapes we also need extra stats related to
      things like tape movement (via other I/O).
      
      There have been multiple end users requesting statistics
      including AT&T (and some HP customers who have not given
      permission to be named). It is impossible for them
      to investigate any issues related to tape performance
      in a non-invasive way.
      
      [jejb: eliminate PRId64]
      Signed-off-by: NShane Seymour <shane.seymour@hp.com>
      Tested-by: NShane Seymour <shane.seymour@hp.com>
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NJames Bottomley <JBottomley@Odin.com>
      05545c92
  11. 01 6月, 2015 1 次提交
  12. 27 5月, 2015 1 次提交
  13. 25 5月, 2015 16 次提交
  14. 23 5月, 2015 1 次提交
  15. 22 5月, 2015 2 次提交
  16. 18 5月, 2015 1 次提交
  17. 17 5月, 2015 1 次提交
  18. 12 5月, 2015 1 次提交