1. 23 5月, 2012 2 次提交
  2. 22 5月, 2012 2 次提交
  3. 21 5月, 2012 2 次提交
  4. 18 5月, 2012 1 次提交
    • P
      drivers/net: delete all code/drivers depending on CONFIG_MCA · a5e371f6
      Paul Gortmaker 提交于
      The support for CONFIG_MCA is being removed, since the 20
      year old hardware simply isn't capable of meeting today's
      software demands on CPU and memory resources.
      
      This commit removes any MCA specific net drivers, and removes
      any MCA specific probe/support code from drivers that were
      doing a dual ISA/MCA role.
      
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
      Cc: netdev@vger.kernel.org
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      a5e371f6
  5. 17 5月, 2012 3 次提交
    • A
      pstore/ram: Add ECC support · 39eb7e97
      Anton Vorontsov 提交于
      This is now straightforward: just introduce a module parameter and pass
      the needed value to persistent_ram_new().
      Signed-off-by: NAnton Vorontsov <anton.vorontsov@linaro.org>
      Acked-by: NMarco Stornelli <marco.stornelli@gmail.com>
      Acked-by: NKees Cook <keescook@chromium.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      39eb7e97
    • P
      sched: Remove stale power aware scheduling remnants and dysfunctional knobs · 8e7fbcbc
      Peter Zijlstra 提交于
      It's been broken forever (i.e. it's not scheduling in a power
      aware fashion), as reported by Suresh and others sending
      patches, and nobody cares enough to fix it properly ...
      so remove it to make space free for something better.
      
      There's various problems with the code as it stands today, first
      and foremost the user interface which is bound to topology
      levels and has multiple values per level. This results in a
      state explosion which the administrator or distro needs to
      master and almost nobody does.
      
      Furthermore large configuration state spaces aren't good, it
      means the thing doesn't just work right because it's either
      under so many impossibe to meet constraints, or even if
      there's an achievable state workloads have to be aware of
      it precisely and can never meet it for dynamic workloads.
      
      So pushing this kind of decision to user-space was a bad idea
      even with a single knob - it's exponentially worse with knobs
      on every node of the topology.
      
      There is a proposal to replace the user interface with a single
      3 state knob:
      
       sched_balance_policy := { performance, power, auto }
      
      where 'auto' would be the preferred default which looks at things
      like Battery/AC mode and possible cpufreq state or whatever the hw
      exposes to show us power use expectations - but there's been no
      progress on it in the past many months.
      
      Aside from that, the actual implementation of the various knobs
      is known to be broken. There have been sporadic attempts at
      fixing things but these always stop short of reaching a mergable
      state.
      
      Therefore this wholesale removal with the hopes of spurring
      people who care to come forward once again and work on a
      coherent replacement.
      Signed-off-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: Arjan van de Ven <arjan@linux.intel.com>
      Cc: Vincent Guittot <vincent.guittot@linaro.org>
      Cc: Vaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Link: http://lkml.kernel.org/r/1326104915.2442.53.camel@twinsSigned-off-by: NIngo Molnar <mingo@kernel.org>
      8e7fbcbc
    • A
      Documentation/networking/ieee802154: update MAC chapter · dd456d45
      alex.bluesman.smirnov@gmail.com 提交于
      Update the documentation according to latest changes.
      Signed-off-by: NAlexander Smirnov <alex.bluesman.smirnov@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      dd456d45
  6. 16 5月, 2012 4 次提交
  7. 15 5月, 2012 8 次提交
  8. 14 5月, 2012 1 次提交
    • S
      batman-adv: README cleanups · a77e8c61
      Sven Eckelmann 提交于
      - Add routing_algo
      
      - Remove date from README:
      The date has to be updated when a patch touches the README. Therefore, nearly
      every feature will modify this date. It can happens quite often that not only
      one feature is currently in development or waiting on the mailinglist. This
      creates merge conflicts when applying a patchset.
      
      The date itself doesn't provide any additional information when this file is
      only available in a release tarball or as part of a SCM repository.
      Signed-off-by: NSven Eckelmann <sven@narfation.org>
      Signed-off-by: NAntonio Quartulli <ordex@autistici.org>
      a77e8c61
  9. 13 5月, 2012 1 次提交
  10. 11 5月, 2012 4 次提交
  11. 10 5月, 2012 5 次提交
  12. 09 5月, 2012 4 次提交
  13. 08 5月, 2012 3 次提交