1. 17 3月, 2012 5 次提交
  2. 14 3月, 2012 2 次提交
  3. 13 3月, 2012 1 次提交
  4. 07 3月, 2012 1 次提交
  5. 06 3月, 2012 1 次提交
  6. 05 3月, 2012 6 次提交
  7. 03 3月, 2012 2 次提交
    • N
      hwmon: (f75375s) Catch some attempts to write to r/o registers · 15d1ad0c
      Nikolaus Schulz 提交于
      It makes no sense to attempt to manually configure the fan in auto mode,
      or set the duty cycle directly in closed loop mode.  The corresponding
      registers are then read-only.  If the user tries it nonetheless, error out
      with EINVAL instead of silently doing nothing.
      Signed-off-by: NNikolaus Schulz <mail@microschulz.de>
      [guenter.roeck@ericsson.com: Minor formatting cleanup]
      Signed-off-by: NGuenter Roeck <guenter.roeck@ericsson.com>
      15d1ad0c
    • N
      hwmon: (f75375s) Properly map the F75387 automatic modes to pwm_enable · b17d6561
      Nikolaus Schulz 提交于
      The F75387 supports automatic fan control using either PWM duty cycle or
      RPM speed values.  Make the driver detect the latter mode, and expose the
      different modes in sysfs as per pwm_enable, so that the user can switch
      between them.
      
      The interpretation of the pwm_enable attribute for the F75387 is adjusted
      to be a superset of those values used for similar Fintek chips which do
      not support automatic duty mode, with 2 mapping to automatic speed mode,
      and moving automatic duty mode to the new value 4.
      
      Toggling the duty mode via pwm_enable is currently denied for the F75387,
      as the chip then simply reinterprets the fan configuration register values
      according to the new mode, switching between RPM and PWM units, which
      makes this a dangerous operation.
      
      This patch introduces a new pwm mode into the driver. This is necessary
      because the new mode (automatic pwm mode, 4) may already be enabled by the
      BIOS, and the driver should not break existing functionality. This was seen
      on at least one board.
      Signed-off-by: NNikolaus Schulz <mail@microschulz.de>
      Signed-off-by: NGuenter Roeck <guenter.roeck@ericsson.com>
      b17d6561
  8. 01 3月, 2012 4 次提交
  9. 29 2月, 2012 9 次提交
  10. 28 2月, 2012 4 次提交
  11. 27 2月, 2012 3 次提交
  12. 25 2月, 2012 2 次提交
    • B
      [SCSI] osd_uld: Bump MAX_OSD_DEVICES from 64 to 1,048,576 · 41f8ad76
      Boaz Harrosh 提交于
      It used to be that minors where 8 bit. But now they
      are actually 20 bit. So the fix is simplicity itself.
      
      I've tested with 300 devices and all user-mode utils
      work just fine. I have also mechanically added 10,000
      to the ida (so devices are /dev/osd10000, /dev/osd10001 ...)
      and was able to mkfs an exofs filesystem and access osds
      from user-mode.
      
      All the open-osd user-mode code uses the same library
      to access devices through their symbolic names in
      /dev/osdX so I'd say it's pretty safe. (Well tested)
      
      This patch is very important because some of the systems
      that will be deploying the 3.2 pnfs-objects code are larger
      than 64 OSDs and will stop to work properly when reaching
      that number.
      
      CC: Stable <stable@vger.kernel.org>
      Signed-off-by: NBoaz Harrosh <bharrosh@panasas.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      41f8ad76
    • B
      sfc: Fix assignment of ip_summed for pre-allocated skbs · ff3bc1e7
      Ben Hutchings 提交于
      When pre-allocating skbs for received packets, we set ip_summed =
      CHECKSUM_UNNCESSARY.  We used to change it back to CHECKSUM_NONE when
      the received packet had an incorrect checksum or unhandled protocol.
      
      Commit bc8acf2c ('drivers/net: avoid
      some skb->ip_summed initializations') mistakenly replaced the latter
      assignment with a DEBUG-only assertion that ip_summed ==
      CHECKSUM_NONE.  This assertion is always false, but it seems no-one
      has exercised this code path in a DEBUG build.
      
      Fix this by moving our assignment of CHECKSUM_UNNECESSARY into
      efx_rx_packet_gro().
      Signed-off-by: NBen Hutchings <bhutchings@solarflare.com>
      ff3bc1e7