1. 30 4月, 2013 3 次提交
  2. 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
  3. 24 4月, 2013 1 次提交
  4. 19 4月, 2013 1 次提交
  5. 18 4月, 2013 1 次提交
  6. 17 4月, 2013 3 次提交
    • 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
  7. 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
  8. 15 4月, 2013 6 次提交
  9. 12 4月, 2013 1 次提交
  10. 10 4月, 2013 2 次提交
  11. 08 4月, 2013 2 次提交
  12. 03 4月, 2013 1 次提交
  13. 02 4月, 2013 2 次提交
  14. 30 3月, 2013 2 次提交
  15. 27 3月, 2013 3 次提交
  16. 26 3月, 2013 1 次提交
  17. 25 3月, 2013 1 次提交
  18. 24 3月, 2013 1 次提交
  19. 23 3月, 2013 2 次提交
  20. 22 3月, 2013 2 次提交
  21. 21 3月, 2013 1 次提交
    • M
      [media] siano: add a MAINTAINERS entry for it · beb91d46
      Mauro Carvalho Chehab 提交于
      Nobody is maintaining this driver. The project started by a
      developer that used to work at Hauppauge. A Siano developer
      assumed its maintainership after that, but he left the company.
      Another Siano developer sent several patches updating it, but,
      after upstream feedback, it seems he gave up merging the driver,
      as he never answered back to the received feedbacks.
      As I have a few siano devices here that work with ISDB-T, I
      can help to keep it into a good shape. So, better to take its
      maintainership.
      I don't have any siano SDIO setup here, trough. So, I'll just
      apply without any test any patch that looks sane and touches
      only drivers/media/mmc/siano. So, let's tag it as "Odd fixes".
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      beb91d46
  22. 19 3月, 2013 1 次提交