1. 27 4月, 2016 2 次提交
  2. 22 4月, 2016 1 次提交
    • E
      ARCv2: Enable LOCKDEP · d9676fa1
      Evgeny Voevodin 提交于
      - The asm helpers for calling into irq tracer were missing
      
      - Add calls to above helpers in low level assembly entry code for ARCv2
      
      - irq_save() uses CLRI to disable interrupts and returns the prev interrupt
        state (in STATUS32) in a specific encoding (and not the raw value of
        STATUS32). This is usable with SETI in irq_restore(). However
        save_flags() reads the raw value of STATUS32 which doesn't pair with
        irq_save/restore() and thus needs fixing.
      Signed-off-by: NEvgeny Voevodin <evgeny.voevodin@intel.com>
      [vgupta: updated changelog and also added some comments]
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      d9676fa1
  3. 07 4月, 2016 4 次提交
    • A
      ARC: [plat-axs103] Enable loop block devices · 0dee6c82
      Alexey Brodkin 提交于
      As mentioned in LTP's README.ARC:
      ------------->8------------
       Requirements for the environment
      
      * Linux must be built with support of loop block devices. Thus it's
        necessary to enable these Linux kernel options:
        CONFIG_BLK_DEV
        CONFIG_BLK_DEV_LOOP
      ------------->8------------
      enabling loop block devices.
      
      That among other things lead to additional 10 fatal signals
      appearing during LTP run.
      Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com>
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      0dee6c82
    • V
      Revert "ARC: [plat-axs10x] add Ethernet PHY description in .dts" · 6dc97ee6
      Vineet Gupta 提交于
      This reverts commit 667a490b.
      
      This is needed to get ethernet(stmmac) working in 4.6-rc2 on axs103.
      
      4.5 needed this fix, but apprently stmmac has gained some fixes which
      warrant reversal of this.
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      6dc97ee6
    • A
      arc: Add our own implementation of fb_pgprotect() · e5e0a65c
      Alexey Brodkin 提交于
      During mmaping of frame-buffer pages to user-space
      fb_protect() is called to set proper page settings.
      
      In case of ARC we need to mark pages that are mmaped to
      user as uncached because of 2 reasons:
       * Huge amount of data if passing through data cache will
         thrash cache a lot making cache almost useless for other
         less traffic hungry processes.
       * Data written by user in FB will be immediately available for
         hardware (such as PGU etc) without requirements to flush data
         cache regularly.
      Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com>
      Cc: linux-snps-arc@lists.infradead.org
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      e5e0a65c
    • A
      ARC: Don't source drivers/pci/pcie/Kconfig ourselves · 732dc97b
      Andreas Ziegler 提交于
      Commit 5f8fc432 ("PCI: Include pci/pcie/Kconfig directly from
      pci/Kconfig") in linux-next changed drivers/pci/Kconfig to include
      drivers/pci/pcie/Kconfig itself, so that architectures do not need
      to source both files themselves. ARC just recently gained PCI support
      through commit 6b3fb77998dd ("ARC: Add PCI support"), but this change
      was based on the old behaviour of the Kconfig files. This makes
      Kconfig now spit out the following warnings:
      
      drivers/pci/pcie/Kconfig:61:warning: choice value used outside its choice group
      drivers/pci/pcie/Kconfig:67:warning: choice value used outside its choice group
      drivers/pci/pcie/Kconfig:74:warning: choice value used outside its choice group
      
      This change updates the Kconfig file for ARC, dropping the now
      unnecessary 'source' statement, which makes the warning disappear.
      Signed-off-by: NAndreas Ziegler <andreas.ziegler@fau.de>
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      732dc97b
  4. 05 4月, 2016 1 次提交
    • K
      mm, fs: get rid of PAGE_CACHE_* and page_cache_{get,release} macros · 09cbfeaf
      Kirill A. Shutemov 提交于
      PAGE_CACHE_{SIZE,SHIFT,MASK,ALIGN} macros were introduced *long* time
      ago with promise that one day it will be possible to implement page
      cache with bigger chunks than PAGE_SIZE.
      
      This promise never materialized.  And unlikely will.
      
      We have many places where PAGE_CACHE_SIZE assumed to be equal to
      PAGE_SIZE.  And it's constant source of confusion on whether
      PAGE_CACHE_* or PAGE_* constant should be used in a particular case,
      especially on the border between fs and mm.
      
      Global switching to PAGE_CACHE_SIZE != PAGE_SIZE would cause to much
      breakage to be doable.
      
      Let's stop pretending that pages in page cache are special.  They are
      not.
      
      The changes are pretty straight-forward:
      
       - <foo> << (PAGE_CACHE_SHIFT - PAGE_SHIFT) -> <foo>;
      
       - <foo> >> (PAGE_CACHE_SHIFT - PAGE_SHIFT) -> <foo>;
      
       - PAGE_CACHE_{SIZE,SHIFT,MASK,ALIGN} -> PAGE_{SIZE,SHIFT,MASK,ALIGN};
      
       - page_cache_get() -> get_page();
      
       - page_cache_release() -> put_page();
      
      This patch contains automated changes generated with coccinelle using
      script below.  For some reason, coccinelle doesn't patch header files.
      I've called spatch for them manually.
      
      The only adjustment after coccinelle is revert of changes to
      PAGE_CAHCE_ALIGN definition: we are going to drop it later.
      
      There are few places in the code where coccinelle didn't reach.  I'll
      fix them manually in a separate patch.  Comments and documentation also
      will be addressed with the separate patch.
      
      virtual patch
      
      @@
      expression E;
      @@
      - E << (PAGE_CACHE_SHIFT - PAGE_SHIFT)
      + E
      
      @@
      expression E;
      @@
      - E >> (PAGE_CACHE_SHIFT - PAGE_SHIFT)
      + E
      
      @@
      @@
      - PAGE_CACHE_SHIFT
      + PAGE_SHIFT
      
      @@
      @@
      - PAGE_CACHE_SIZE
      + PAGE_SIZE
      
      @@
      @@
      - PAGE_CACHE_MASK
      + PAGE_MASK
      
      @@
      expression E;
      @@
      - PAGE_CACHE_ALIGN(E)
      + PAGE_ALIGN(E)
      
      @@
      expression E;
      @@
      - page_cache_get(E)
      + get_page(E)
      
      @@
      expression E;
      @@
      - page_cache_release(E)
      + put_page(E)
      Signed-off-by: NKirill A. Shutemov <kirill.shutemov@linux.intel.com>
      Acked-by: NMichal Hocko <mhocko@suse.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      09cbfeaf
  5. 19 3月, 2016 6 次提交
  6. 18 3月, 2016 2 次提交
    • V
      ARC: build: Turn off -Wmaybe-uninitialized for ARC gcc 4.8 · a69fe1a2
      Vineet Gupta 提交于
      linux-next has been reporting gazillion warnings for ARC build and
      I finally decided to take a bite:
      
      http://kisskb.ellerman.id.au/kisskb/buildresult/12638735/
      
      Most of the them are due to -Wmaybe-uninitialized
      
      | ../kernel/sysctl.c: In function '__do_proc_doulongvec_minmax':
      | ../kernel/sysctl.c:1928:12: warning: 'p' may be used uninitialized in this function [-Wmaybe-uninitialized]
      |   ret = tmp - *buf;
      |            ^
      | ../kernel/sysctl.c:2342:29: note: 'p' was declared here
      |  char *kbuf = NULL, *p;
      |                     ^
      | ...
      | ...
      
      Cursory look at code seemed fine and a definite gcc false positive in say
      kernel/sysctl.c
      
      Mystery was why only for ARC (and not with ARM linaro toolchain based
      off same gcc 4.8). Turns out that -O3 (default for ARC) triggers these
      and if I enable -O3 for ARM kernel build, I see the same splat.
      
      I initially wanted to disable this only for gcc 4.8, but Arnd reported
      it is seen even on gcc 6.0 for ARM with -O3. Thus better to disable
      this independent of gcc version.
      
      Cc: Claudiu Zissulescu <Claudiu.Zissulescu@synopsys.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: linux-kbuild@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      a69fe1a2
    • V
      ARC, thp: remove infrastructure for handling splitting PMDs · 01609ec2
      Vineet Gupta 提交于
      With THP refcounting work, no need to mark PMDs splitting.
      
      (ARC got missed under the sweeping arch change as THP support was likely
      not present in orig baseline)
      Signed-off-by: NVineet Gupta <vgupta@synopsys.com>
      Cc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      01609ec2
  7. 17 3月, 2016 3 次提交
  8. 15 3月, 2016 2 次提交
  9. 14 3月, 2016 1 次提交
    • A
      ipv4: Update parameters for csum_tcpudp_magic to their original types · 01cfbad7
      Alexander Duyck 提交于
      This patch updates all instances of csum_tcpudp_magic and
      csum_tcpudp_nofold to reflect the types that are usually used as the source
      inputs.  For example the protocol field is populated based on nexthdr which
      is actually an unsigned 8 bit value.  The length is usually populated based
      on skb->len which is an unsigned integer.
      
      This addresses an issue in which the IPv6 function csum_ipv6_magic was
      generating a checksum using the full 32b of skb->len while
      csum_tcpudp_magic was only using the lower 16 bits.  As a result we could
      run into issues when attempting to adjust the checksum as there was no
      protocol agnostic way to update it.
      
      With this change the value is still truncated as many architectures use
      "(len + proto) << 8", however this truncation only occurs for values
      greater than 16776960 in length and as such is unlikely to occur as we stop
      the inner headers at ~64K in size.
      
      I did have to make a few minor changes in the arm, mn10300, nios2, and
      score versions of the function in order to support these changes as they
      were either using things such as an OR to combine the protocol and length,
      or were using ntohs to convert the length which would have truncated the
      value.
      
      I also updated a few spots in terms of whitespace and type differences for
      the addresses.  Most of this was just to make sure all of the definitions
      were in sync going forward.
      Signed-off-by: NAlexander Duyck <aduyck@mirantis.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      01cfbad7
  10. 12 3月, 2016 5 次提交
  11. 11 3月, 2016 5 次提交
  12. 02 3月, 2016 1 次提交
    • T
      arch/hotplug: Call into idle with a proper state · fc6d73d6
      Thomas Gleixner 提交于
      Let the non boot cpus call into idle with the corresponding hotplug state, so
      the hotplug core can handle the further bringup. That's a first step to
      convert the boot side of the hotplugged cpus to do all the synchronization
      with the other side through the state machine. For now it'll only start the
      hotplug thread and kick the full bringup of the cpu.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: linux-arch@vger.kernel.org
      Cc: Rik van Riel <riel@redhat.com>
      Cc: Rafael Wysocki <rafael.j.wysocki@intel.com>
      Cc: "Srivatsa S. Bhat" <srivatsa@mit.edu>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Arjan van de Ven <arjan@linux.intel.com>
      Cc: Sebastian Siewior <bigeasy@linutronix.de>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Paul McKenney <paulmck@linux.vnet.ibm.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Paul Turner <pjt@google.com>
      Link: http://lkml.kernel.org/r/20160226182341.614102639@linutronix.deSigned-off-by: NThomas Gleixner <tglx@linutronix.de>
      fc6d73d6
  13. 26 2月, 2016 1 次提交
  14. 24 2月, 2016 6 次提交
新手
引导
客服 返回
顶部