1. 19 6月, 2013 1 次提交
  2. 18 6月, 2013 3 次提交
  3. 05 6月, 2013 1 次提交
  4. 04 6月, 2013 1 次提交
  5. 02 6月, 2013 1 次提交
  6. 01 6月, 2013 2 次提交
  7. 31 5月, 2013 1 次提交
  8. 25 5月, 2013 1 次提交
  9. 22 5月, 2013 1 次提交
  10. 20 5月, 2013 1 次提交
  11. 19 5月, 2013 1 次提交
  12. 17 5月, 2013 2 次提交
  13. 14 5月, 2013 1 次提交
  14. 12 5月, 2013 1 次提交
  15. 11 5月, 2013 1 次提交
  16. 08 5月, 2013 1 次提交
    • T
      libata: change maintainer · 3d9b9350
      Tejun Heo 提交于
      Jeff is leaving for something more interesting and I'm inheriting the
      maintainership of libata.  Thanks a lot for the good work and have
      fun, Jeff!
      
      v2: The original path forgot to update git tree URL.  Updated.
          Spotted by Sergei.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Cc: Jeff Garzik <jgarzik@pobox.com>
      Cc: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
      3d9b9350
  17. 06 5月, 2013 1 次提交
    • P
      netfilter: update MAINTAINERS file · 42010ed0
      Pablo Neira Ayuso 提交于
      * Remove reference to ipchains (not any longer in the tree)
      * Remove all P: (person) as this tag is obsolete according to the
        description. Therefore, update Jozsef Kadlecsik to M: so he can
        still show in the list of people.
      * Add URI to Netfilter's patchwork at ozlabs.org
      * Update URIs to Netfilter's git trees to point to kernel.org.
      Signed-off-by: NPablo Neira Ayuso <pablo@netfilter.org>
      42010ed0
  18. 30 4月, 2013 3 次提交
  19. 27 4月, 2013 2 次提交
    • V
      cpufreq: MAINTAINERS: Add co-maintainer · 45c009a9
      viresh kumar 提交于
      Add Viresh as a co-maintainer of cpufreq framework.
      
      This would mostly be for cpufreq core and ARM drivers but not
      restricted to them.
      
      Also add a pointer to the git tree cpufreq patches are pulled into.
      
      [rjw: Changelog]
      Signed-off-by: NViresh Kumar <viresh.kumar@linaro.org>
      Tentatively-acked-by: NKevin Hilman <khilman@linaro.org>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      45c009a9
    • D
      cpuidle: add maintainer entry · a8e39c35
      Daniel Lezcano 提交于
      Currently cpuidle drivers are spread across different archs.
      
      As a result, there are several different paths for cpuidle patch
      submissions: cpuidle core changes go through linux-pm, ARM driver
      changes go to the arm-soc or SoC-specific trees, sh changes go
      through the sh arch tree, pseries changes go through the PowerPC tree
      and finally intel changes go through the Len's tree while ACPI idle
      changes go through linux-pm.
      
      That makes it difficult to consolidate code and to propagate
      modifications from the cpuidle core to the different drivers.
      
      Hopefully, a movement has started to put the majority of cpuidle
      drivers under drivers/cpuidle like cpuidle-calxeda.c and
      cpuidle-kirkwood.c.
      
      Add a maintainer entry for cpuidle to MAINTAINERS to clarify the
      situation and to indicate to new cpuidle driver authors that those
      drivers should not go into arch-specific directories.
      
      The upstreaming process is unchanged: Rafael takes patches for
      merging into his tree, but with an Acked-by: tag from the driver's
      maintainer, so indicate in the drivers' headers who maintains them.
      
      The arrangement will be the same as for cpufreq.
      
      [rjw: Changelog]
      Signed-off-by: NDaniel Lezcano <daniel.lezcano@linaro.org>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      Acked-by: Andrew Lunn <andrew@lunn.ch>  #for kirkwood
      Acked-by: Jason Cooper <jason@lakedaemon.net> #for kirkwood
      Acked-by: NKevin Hilman <khilman@linaro.org>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      a8e39c35
  20. 24 4月, 2013 4 次提交
  21. 19 4月, 2013 1 次提交
  22. 18 4月, 2013 1 次提交
  23. 17 4月, 2013 4 次提交
    • T
      efi: split efisubsystem from efivars · a9499fa7
      Tom Gundersen 提交于
      This registers /sys/firmware/efi/{,systab,efivars/} whenever EFI is enabled
      and the system is booted with EFI.
      
      This allows
       *) userspace to check for the existence of /sys/firmware/efi as a way
          to determine whether or it is running on an EFI system.
       *) 'mount -t efivarfs none /sys/firmware/efi/efivars' without manually
          loading any modules.
      
      [ Also, move the efivar API into vars.c and unconditionally compile it.
        This allows us to move efivars.c, which now only contains the sysfs
        variable code, into the firmware/efi directory. Note that the efivars.c
        filename is kept to maintain backwards compatability with the old
        efivars.ko module. With this patch it is now possible for efivarfs
        to be built without CONFIG_EFI_VARS - Matt ]
      
      Cc: Seiji Aguchi <seiji.aguchi@hds.com>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Mike Waychison <mikew@google.com>
      Cc: Kay Sievers <kay@vrfy.org>
      Cc: Jeremy Kerr <jk@ozlabs.org>
      Cc: Matthew Garrett <mjg59@srcf.ucam.org>
      Cc: Chun-Yi Lee <jlee@suse.com>
      Cc: Andy Whitcroft <apw@canonical.com>
      Cc: Tobias Powalowski <tpowa@archlinux.org>
      Signed-off-by: NTom Gundersen <teg@jklm.no>
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      a9499fa7
    • M
      efivarfs: Move to fs/efivarfs · d68772b7
      Matt Fleming 提交于
      Now that efivarfs uses the efivar API, move it out of efivars.c and
      into fs/efivarfs where it belongs. This move will eventually allow us
      to enable the efivarfs code without having to also enable
      CONFIG_EFI_VARS built, and vice versa.
      
      Furthermore, things like,
      
          mount -t efivarfs none /sys/firmware/efi/efivars
      
      will now work if efivarfs is built as a module without requiring the
      use of MODULE_ALIAS(), which would have been necessary when the
      efivarfs code was part of efivars.c.
      
      Cc: Matthew Garrett <matthew.garrett@nebula.com>
      Cc: Jeremy Kerr <jk@ozlabs.org>
      Reviewed-by: NTom Gundersen <teg@jklm.no>
      Tested-by: NTom Gundersen <teg@jklm.no>
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      d68772b7
    • M
      efivars: Move pstore code into the new EFI directory · 04851772
      Matt Fleming 提交于
      efivars.c has grown far too large and needs to be divided up. Create a
      new directory and move the persistence storage code to efi-pstore.c now
      that it uses the new efivar API. This helps us to greatly reduce the
      size of efivars.c and paves the way for moving other code out of
      efivars.c.
      
      Note that because CONFIG_EFI_VARS can be built as a module efi-pstore
      must also include support for building as a module.
      Reviewed-by: NTom Gundersen <teg@jklm.no>
      Tested-by: NTom Gundersen <teg@jklm.no>
      Cc: Seiji Aguchi <seiji.aguchi@hds.com>
      Cc: Anton Vorontsov <cbouatmailru@gmail.com>
      Cc: Colin Cross <ccross@android.com>
      Cc: Kees Cook <keescook@chromium.org>
      Cc: Matthew Garrett <mjg59@srcf.ucam.org>
      Cc: Tony Luck <tony.luck@intel.com>
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      04851772
    • O
      MAINTAINERS: add rpmsg entry · d8115db5
      Ohad Ben-Cohen 提交于
      People and scripts look for this.
      Signed-off-by: NOhad Ben-Cohen <ohad@wizery.com>
      d8115db5
  24. 16 4月, 2013 1 次提交
    • G
      MAINTAINERS: Update Grant's email address and maintainership · 19624236
      Grant Likely 提交于
      I've taken a full time position with Linaro and so I'll be using my
      Linaro email address from this point on. It has also been many years
      since I've touched any of the Xilinx related code so mark those items as
      unmaintained.
      
      In addition, Mark Brown is taking the lead on SPI maintainership now, so
      I've reversed the order of our names for that entry.
      Signed-off-by: NGrant Likely <grant.likely@linaro.org>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Cc: Rob Herring <rob.herring@calxeda.com>
      19624236
  25. 15 4月, 2013 3 次提交