1. 07 Nov, 2012 2 commits
  2. 04 Nov, 2012 1 commit
  3. 03 Nov, 2012 15 commits
  4. 02 Nov, 2012 22 commits
    • Linus Torvalds's avatar
      Merge tag 'pm-for-3.7-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm · a315b5a6
      Linus Torvalds authored
      Pull power management update from Rafael J. Wysocki:
       "Change the email address of the powernow-k8 maintainer."
      
      * tag 'pm-for-3.7-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
        cpufreq / powernow-k8: Change maintainer's email address
      a315b5a6
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input · 74fb838c
      Linus Torvalds authored
      Pull input subsystem fixes from Dmitry Torokhov:
       "Just a few driver fixes."
      
      * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input:
        Input: tsc40 - remove wrong announcement of pressure support
        Input: lpc32xx-keys - select INPUT_MATRIXKMAP
        Input: pxa27x_keypad - clear pending interrupts on keypad config
        Input: wacom - correct bad Cintiq 24HD check
        Input: wacom - add INPUT_PROP_DIRECT flag to Cintiq 24HD
        Input: egalax_ts - get gpio from devicetree
      74fb838c
    • Weston Andros Adamson's avatar
      NFS4: nfs4_opendata_access should return errno · 998f40b5
      Weston Andros Adamson authored
      Return errno - not an NFS4ERR_. This worked because NFS4ERR_ACCESS == EACCES.
      Signed-off-by: default avatarWeston Andros Adamson <dros@netapp.com>
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      998f40b5
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending · 23e44302
      Linus Torvalds authored
      Pull more scsi target fixes from Nicholas Bellinger:
       "This series is a second round of target fixes for v3.7-rc4 that have
        come into target-devel over the last days, and are important enough to
        be applied ASAP.
      
        All are being CC'ed to stable.  The most important two are:
      
         - target: Re-add explict zeroing of INQUIRY bounce buffer memory to
           fix a regression for handling zero-length payloads, a bug that went
           during v3.7-rc1, and hit >= v3.6.3 stable.  (nab + paolo)
      
         - iscsi-target: Fix a long-standing missed R2T wakeup race in TX
           thread processing when using a single queue slot.  (Roland)
      
        Thanks to Roland & PureStorage team for helping to track down this
        long standing race with iscsi-target single queue slot operation.
      
        Also, the tcm_fc(FCoE) regression bug that was observed recently with
        -rc2 code has also been resolved with the cancel_delayed_work() return
        bugfix (commit c0158ca6: "workqueue: cancel_delayed_work() should
        return %false if work item is idle") now in -rc3.  Thanks again to Yi
        Zou, MDR, Robert Love @ Intel for helping to track this down."
      
      * git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending:
        target: Fix incorrect usage of nested IRQ spinlocks in ABORT_TASK path
        iscsi-target: Fix missed wakeup race in TX thread
        target: Avoid integer overflow in se_dev_align_max_sectors()
        target: Don't return success from module_init() if setup fails
        target: Re-add explict zeroing of INQUIRY bounce buffer memory
      23e44302
    • Linus Torvalds's avatar
      Merge tag 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging · ae41fce3
      Linus Torvalds authored
      Pull hwmon fixes from Guenter Roeck:
       "An e-mail address update, and fix a compile error on SPARC"
      
      * tag 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging:
        hwmon: Only include of_match_table with CONFIG_OF_GPIO
        hwmon, fam15h_power: Change email address, MAINTAINERS entry
      ae41fce3
    • Linus Torvalds's avatar
      Merge tag 'frv-fixes-20121102' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-frv · b987a834
      Linus Torvalds authored
      Pull FRV fixes from David Howells:
       "A collection of small fixes for the FRV architecture."
      
      * tag 'frv-fixes-20121102' of git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-frv:
        frv: fix the broken preempt
        frv: switch to saner kernel_execve() semantics
        FRV: Fix the new-style kernel_thread() stuff
        FRV: Fix the preemption handling
        FRV: gcc-4.1.2 also inlines weak functions
        FRV: Don't objcopy the GNU build_id note
        FRV: Add missing linux/export.h #inclusions
      b987a834
    • Linus Torvalds's avatar
      Merge tag 'stable/for-linus-3.7-rc4-tag' of... · 66b6a0c9
      Linus Torvalds authored
      Merge tag 'stable/for-linus-3.7-rc4-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen
      
      Pull Xen bugfixes from Konrad Rzeszutek Wilk:
       - Use appropriate macros instead of hand-rolling our own (ARM).
       - Fixes if FB/KBD closed unexpectedly.
       - Fix memory leak in /dev/gntdev ioctl calls.
       - Fix overflow check in xenbus_file_write.
       - Document cleanup.
       - Performance optimization when migrating guests.
      
      * tag 'stable/for-linus-3.7-rc4-tag' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:
        xen/mmu: Use Xen specific TLB flush instead of the generic one.
        xen/arm: use the __HVC macro
        xen/xenbus: fix overflow check in xenbus_file_write()
        xen-kbdfront: handle backend CLOSED without CLOSING
        xen-fbfront: handle backend CLOSED without CLOSING
        xen/gntdev: don't leak memory from IOCTL_GNTDEV_MAP_GRANT_REF
        x86: remove obsolete comment from asm/xen/hypervisor.h
      66b6a0c9
    • Sasha Levin's avatar
      hashtable: introduce a small and naive hashtable · d9b482c8
      Sasha Levin authored
      This hashtable implementation is using hlist buckets to provide a simple
      hashtable to prevent it from getting reimplemented all over the kernel.
      Signed-off-by: default avatarSasha Levin <levinsasha928@gmail.com>
      [ Merging this now, so that subsystems can start applying Sasha's
        patches that use this   - Linus ]
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      d9b482c8
    • Jon Hunter's avatar
      ARM: OMAP2+: Add device-tree support for 32kHz counter · 9883f7c8
      Jon Hunter authored
      For OMAP devices, the 32kHz counter is the default clock-source for the kernel.
      However, this is not the only possible clock-source the kernel can use for OMAP
      devices.
      
      When booting with device-tree, if the 32kHz counter is the desired clock-source
      for the kernel, then parse the device-tree blob to ensure that the counter is
      present and if so map memory for the counter using the device-tree of_iomap()
      function so we are no longer reliant on the OMAP HWMOD framework to do this for
      us.
      Signed-off-by: default avatarJon Hunter <jon-hunter@ti.com>
      9883f7c8
    • Jon Hunter's avatar
      ARM: OMAP: Add DT support for timer driver · 9725f445
      Jon Hunter authored
      In order to add device-tree support to the timer driver the following changes
      were made ...
      
      1. Allocate system timers (used for clock-events and clock-source) based upon
         timer properties rather than using an hard-coded timer instance ID. To allow
         this a new helper function called omap_dmtimer_find_by_property() has been
         added for finding a timer with the particular properties in the device-tree
         blob. Please note that this is an internal helper function for system timers
         only to find a timer in the device-tree blob. This cannot be used by device
         drivers, another API has been added for that (see below). Timers that are
         allocated for system timers are dynamically disabled at boot time by adding
         a status property with the value "disabled" to the timer's device-tree node.
      
         Please note that when allocating system timers we now pass a timer ID and
         timer property. The timer ID is only be used for allocating a timer when
         booting without device-tree. Once device-tree migration is complete, all
         the timer ID references will be removed.
      
      2. System timer resources (memory and interrupts) are directly obtained from
         the device-tree timer node when booting with device-tree, so that system
         timers are no longer reliant upon the OMAP HWMOD framework to provide these
         resources.
      
      3. If DT blob is present, then let device-tree create the timer devices
         dynamically.
      
      4. When device-tree is present the "id" field in the platform_device structure
         (pdev->id) is initialised to -1 and hence cannot be used to identify a timer
         instance. Due to this the following changes were made ...
         a). The API omap_dm_timer_request_specific() is not supported when using
             device-tree, because it uses the device ID to request a specific timer.
             This function will return an error if called when device-tree is present.
             Users of this API should use omap_dm_timer_request_by_cap() instead.
         b). When removing the DMTIMER driver, the timer "id" was used to identify the
             timer instance. The remove function has been modified to use the device
             name instead of the "id".
      
      5. When device-tree is present the platform_data structure will be NULL and so
         check for this.
      
      6. The OMAP timer device tree binding has the following optional parameters ...
         a). ti,timer-alwon  --> Timer is in an always-on power domain
         b). ti,timer-dsp    --> Timer can generate an interrupt to the on-chip DSP
         c). ti,timer-pwm    --> Timer can generate a PWM output
         d). ti,timer-secure --> Timer is reserved on a secure OMAP device
         Search for the above parameters and set the appropriate timer attribute
         flags.
      Signed-off-by: default avatarJon Hunter <jon-hunter@ti.com>
      9725f445
    • Jon Hunter's avatar
      ARM: OMAP3: Add generic machine descriptor for boards with OMAP3 GP devices · 7dd9d502
      Jon Hunter authored
      OMAP3 devices may or may not have security features enabled. Security enabled
      devices are known as high-secure (HS) and devices without security are known as
      general purpose (GP).
      
      Some OMAP3 boards, such as the OMAP3 beagle board, only use GP devices and for
      GP devices there is a 12th timer available on-chip that can operate at 32kHz.
      The clock for 12th timer is generated by an internal oscillator and is unique
      this timer. Boards such as the beagle board use this timer as a 32kHz based
      clock-events timer because early versions of the board had a hardware problem
      preventing them from using other on-chip timers clocked by a external 32kHz
      clock.
      
      When booting with device-tree all OMAP3 devices use timer 1 by default for
      the clock-events timer. Therefore, add a generic machine descriptor for boards
      with OMAP3 GP devices so that they can use the 12th timer as the clock-events
      timer instead of the default.
      Signed-off-by: default avatarJon Hunter <jon-hunter@ti.com>
      7dd9d502
    • Jon Hunter's avatar
      ARM: OMAP: Add function to request a timer by capability · 373fe0bd
      Jon Hunter authored
      Currently OMAP timers can be requested by requesting any available or by a
      numerical device ID. If a specific timer is required because it has a particular
      capability, such as can interrupt the on-chip DSP in addition to the ARM CPU,
      then the user needs to know the device ID of the timer with this feature.
      Therefore, add a new API called omap_dm_timer_request_by_cap() that allows
      drivers to request a timer by capability.
      Signed-off-by: default avatarJon Hunter <jon-hunter@ti.com>
      373fe0bd
    • Jon Hunter's avatar
      ARM: OMAP3: Dynamically disable secure timer nodes for secure devices · ad24bde8
      Jon Hunter authored
      OMAP3 devices may or may not have security features enabled. Security enabled
      devices are known as high-secure (HS) and devices without security are known as
      general purpose (GP).
      
      For OMAP3 devices there are 12 general purpose timers available. On secure
      devices the 12th timer is reserved for secure usage and so cannot be used by
      the kernel, where as for a GP device it is available. We can detect the OMAP
      device type, secure or GP, at runtime via an on-chip register. Today, when not
      using DT, we do not register the 12th timer as a linux device if the device is
      secure.
      
      When using device tree, device tree is going to register all the timer devices
      it finds in the device tree blob. To prevent device tree from registering 12th
      timer on a secure OMAP3 device we can add a status property to the timer
      binding with the value "disabled" at boot time. Note that timer 12 on a OMAP3
      device has a property "ti,timer-secure" to indicate that it will not be
      available on a secure device and so for secure OMAP3 devices, we search for
      timers with this property and then disable them. Using the prom_add_property()
      function to dynamically add a property was a recommended approach suggested by
      Rob Herring [1].
      
      I have tested this on an OMAP3 GP device and faking it to pretend to be a
      secure device to ensure that any timers marked with "ti,timer-secure" are not
      registered on boot. I have also made sure that all timers are registered as
      expected on a GP device by default.
      
      [1] http://comments.gmane.org/gmane.linux.ports.arm.omap/79203Signed-off-by: default avatarJon Hunter <jon-hunter@ti.com>
      ad24bde8
    • Al Viro's avatar
      frv: fix the broken preempt · 1d72d9f8
      Al Viro authored
      Just get %icc2 into the state we would have after local_irq_disable()
      and physical IRQ having happened since then.  Then we can simply
      use preempt_schedule_irq() and be done with the whole mess.
      Acked-by: default avatarDavid Howells <dhowells@redhat.com>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      1d72d9f8
    • Al Viro's avatar
      frv: switch to saner kernel_execve() semantics · 7b7ade11
      Al Viro authored
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      7b7ade11
    • David Howells's avatar
      FRV: Fix the new-style kernel_thread() stuff · e7aa51b2
      David Howells authored
      The kernel_thread() changes for FRV don't work, and FRV fails to boot,
      starting with:
      
      	commit 02ce496f
      	Author: Al Viro <viro@zeniv.linux.org.uk>
      	Date:   Tue Sep 18 22:18:51 2012 -0400
      	Subject: frv: split ret_from_fork, simplify kernel_thread() a lot
      
      The problem is that the userspace registers are completely cleared when a
      kernel thread is created and all subsequent user threads are then copied from
      that.  Unfortunately, however, the TBR and PSR registers are restored from the
      pt_regs and the values they should be set to are clobbered by the memset.
      
      Instead, copy across the old user registers as normal, and then merely alter
      GR8 and GR9 in it if we're going to execute a kernel thread.
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      e7aa51b2
    • David Howells's avatar
      FRV: Fix the preemption handling · 1ee6f566
      David Howells authored
      Fix the preemption handling in FRV code where the PREEMPT_ACTIVE value is
      incorrectly loaded into the threadinfo flags rather than the threadinfo
      preemption count.
      
      Unfortunately, the code cannot be simply converted to use
      preempt_schedule_irq() as is because FRV uses virtual interrupt disablement to
      cut down on the cost of actually disabling interrupts and thus
      local_irq_enable() doesn't actually enable interrupts.
      Reported-by: default avatarAl Viro <viro@ZenIV.linux.org.uk>
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      cc: Al Viro <viro@ZenIV.linux.org.uk>
      1ee6f566
    • David Howells's avatar
      FRV: gcc-4.1.2 also inlines weak functions · eded09cc
      David Howells authored
      gcc-4.1.2 inlines weak functions, which causes FRV to fail when the dummy
      thread_info_cache_init() gets inlined into start_kernel().
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      eded09cc
    • David Howells's avatar
      FRV: Don't objcopy the GNU build_id note · 5f0231d9
      David Howells authored
      Don't let objcopy transfer the GNU build_id note into the loadable image as it
      is located at address 0 and the image ends up >3G in size.
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      5f0231d9
    • David Howells's avatar
      FRV: Add missing linux/export.h #inclusions · a5788caa
      David Howells authored
      Add missing linux/export.h #inclusions to the FRV arch.
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      a5788caa
    • Laxman Dewangan's avatar
      i2c: tegra: set irq name as device name · 91b370a0
      Laxman Dewangan authored
      When watching the irqs name of tegra i2c, all instances
      irq name shows as tegra_i2c.
      
      Passing the device name properly to have the irq names with
      instance like tegra-i2c.0, tegra-i2c.1 etc.
      Signed-off-by: default avatarLaxman Dewangan <ldewangan@nvidia.com>
      Acked-by: default avatarJean Delvare <khali@linux-fr.org>
      Signed-off-by: default avatarWolfram Sang <w.sang@pengutronix.de>
      91b370a0
    • Philippe Begnic's avatar
      i2c-nomadik: Fixup clock handling · 817315f5
      Philippe Begnic authored
      Make sure to clk_prepare as well as clk_enable.
      Signed-off-by: default avatarPhilippe Begnic <philippe.begnic@stericsson.com>
      Signed-off-by: default avatarUlf Hansson <ulf.hansson@linaro.org>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarWolfram Sang <w.sang@pengutronix.de>
      817315f5