1. 09 Jul, 2013 1 commit
  2. 28 Jun, 2013 1 commit
    • Geert Uytterhoeven's avatar
      lib: Move fonts from drivers/video/console/ to lib/fonts/ · ee89bd6b
      Geert Uytterhoeven authored
      Several drivers need font support independent of CONFIG_VT, cfr. commit
      9cbce8d7e1dae0744ca4f68d62aa7de18196b6f4, "console/font: Refactor font
      support code selection logic").
      Hence move the fonts and their support logic from drivers/video/console/ to
      its own library directory lib/fonts/.
      This also allows to limit processing of drivers/video/console/Makefile to
      CONFIG_VT=y again.
      [Kevin Hilman <khilman@linaro.org>: Update arch/arm/boot/compressed/Makefile]
      Signed-off-by: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
  3. 05 Jun, 2013 1 commit
  4. 20 May, 2013 1 commit
  5. 15 Apr, 2013 1 commit
  6. 17 Jan, 2013 1 commit
  7. 18 Dec, 2012 1 commit
  8. 08 Oct, 2012 1 commit
    • David Howells's avatar
      X.509: Implement simple static OID registry · a77ad6ea
      David Howells authored
      Implement a simple static OID registry that allows the mapping of an encoded
      OID to an enum value for ease of use.
      The OID registry index enum appears in the:
      header file.  A script generates the registry from lines in the header file
      that look like:
      The actual OID is taken to be represented by the numbers with interpolated
      dots in the comment.
      All other lines in the header are ignored.
      The registry is queries by calling:
      	OID look_up_oid(const void *data, size_t datasize);
      This returns a number from the registry enum representing the OID if found or
      OID__NR if not.
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Signed-off-by: default avatarRusty Russell <rusty@rustcorp.com.au>
  9. 31 Jul, 2012 1 commit
  10. 23 Jul, 2012 1 commit
    • David Daney's avatar
      of/lib: Allow scripts/dtc/libfdt to be used from kernel code · ab253839
      David Daney authored
      libfdt is part of the device tree support in scripts/dtc/libfdt.  For
      some platforms that use the Device Tree, we want to be able to edit
      the flattened device tree form.
      We don't want to burden kernel builds that do not require it, so we
      gate compilation of libfdt files with CONFIG_LIBFDT.  So if it is
      needed, you need to do this in your Kconfig:
      	select LIBFDT
      And in the Makefile of the code using libfdt something like:
      ccflags-y := -I$(src)/../../../scripts/dtc/libfdt
      Signed-off-by: default avatarDavid Daney <david.daney@cavium.com>
      Cc: linux-mips@linux-mips.org
      Cc: devicetree-discuss@lists.ozlabs.org
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: linux-kernel@vger.kernel.org
      Acked-by: default avatarRob Herring <rob.herring@calxeda.com>
      Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
  11. 26 May, 2012 2 commits
  12. 24 May, 2012 1 commit
  13. 02 May, 2012 1 commit
  14. 20 Apr, 2012 1 commit
    • Wolfram Sang's avatar
      lib: add support for stmp-style devices · 4ccf4bea
      Wolfram Sang authored
      MX23/28 use IP cores which follow a register layout I have first seen on
      STMP3xxx SoCs. In this layout, every register actually has four u32:
       1.) to store a value directly
       2.) a SET register where every 1-bit sets the corresponding bit,
           others are unaffected
       3.) same with a CLR register
       4.) same with a TOG (toggle) register
      Also, the 2 MSBs in register 0 are always the same and can be used to reset
      the IP core.
      All this is strictly speaking not mach-specific (but IP core specific) and,
      thus, doesn't need to be in mach-mxs/include. At least mx6 also uses IP cores
      following this stmp-style. So:
      Introduce a stmp-style device, put the code and defines for that in a public
      place (lib/), and let drivers for stmp-style devices select that code.
      To avoid regressions and ease reviewing, the actual code is simply copied from
      mach-mxs. It definately wants updates, but those need a seperate patch series.
      Voila, mach dependency gone, reusable code introduced. Note that I didn't
      remove the duplicated code from mach-mxs yet, first the drivers have to be
      Signed-off-by: default avatarWolfram Sang <w.sang@pengutronix.de>
      Acked-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Acked-by: default avatarDong Aisheng <dong.aisheng@linaro.org>
  15. 29 Mar, 2012 1 commit
  16. 24 Mar, 2012 1 commit
    • Richard Weinberger's avatar
      Introduce CONFIG_GENERIC_IO · 087fafd1
      Richard Weinberger authored
      There are situations where CONFIG_HAS_IOMEM is too restrictive.
      but it works perfectly fine if an architecture without io memory
      just includes asm-generic/io.h or implements everything defined in it.
      UML is such a corner case.
      Signed-off-by: default avatarRichard Weinberger <richard@nod.at>
  17. 23 Mar, 2012 3 commits
  18. 01 Feb, 2012 1 commit
  19. 31 Jan, 2012 1 commit
  20. 17 Jan, 2012 4 commits
  21. 29 Nov, 2011 1 commit
    • Tom Herbert's avatar
      dql: Dynamic queue limits · 75957ba3
      Tom Herbert authored
      Implementation of dynamic queue limits (dql).  This is a libary which
      allows a queue limit to be dynamically managed.  The goal of dql is
      to set the queue limit, number of objects to the queue, to be minimized
      without allowing the queue to be starved.
      dql would be used with a queue which has these properties:
      1) Objects are queued up to some limit which can be expressed as a
         count of objects.
      2) Periodically a completion process executes which retires consumed
      3) Starvation occurs when limit has been reached, all queued data has
         actually been consumed but completion processing has not yet run,
         so queuing new data is blocked.
      4) Minimizing the amount of queued data is desirable.
      A canonical example of such a queue would be a NIC HW transmit queue.
      The queue limit is dynamic, it will increase or decrease over time
      depending on the workload.  The queue limit is recalculated each time
      completion processing is done.  Increases occur when the queue is
      starved and can exponentially increase over successive intervals.
      Decreases occur when more data is being maintained in the queue than
      needed to prevent starvation.  The number of extra objects, or "slack",
      is measured over successive intervals, and to avoid hysteresis the
      limit is only reduced by the miminum slack seen over a configurable
      time period.
      dql API provides routines to manage the queue:
      - dql_init is called to intialize the dql structure
      - dql_reset is called to reset dynamic values
      - dql_queued called when objects are being enqueued
      - dql_avail returns availability in the queue
      - dql_completed is called when objects have be consumed in the queue
      Configuration consists of:
      - max_limit, maximum limit
      - min_limit, minimum limit
      - slack_hold_time, time to measure instances of slack before reducing
        queue limit
      Signed-off-by: default avatarTom Herbert <therbert@google.com>
      Acked-by: default avatarEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  22. 28 Nov, 2011 1 commit
  23. 24 Nov, 2011 1 commit
  24. 21 Nov, 2011 1 commit
    • Dmitry Kasatkin's avatar
      digsig: build dependency fix · de353533
      Dmitry Kasatkin authored
      Fix build errors by adding Kconfig dependency on KEYS.
      CRYPTO dependency removed.
        CC      security/integrity/digsig.o
      security/integrity/digsig.c: In function ?integrity_digsig_verify?:
      security/integrity/digsig.c:38:4: error: implicit declaration of function ?request_key?
      security/integrity/digsig.c:38:17: error: ?key_type_keyring? undeclared (first use in this function)
      security/integrity/digsig.c:38:17: note: each undeclared identifier is reported only once for each function it appears in
      make[2]: *** [security/integrity/digsig.o] Error 1
      Reported-by: default avatarRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: default avatarDmitry Kasatkin <dmitry.kasatkin@intel.com>
      Signed-off-by: default avatarJames Morris <jmorris@namei.org>
  25. 09 Nov, 2011 3 commits
    • Dmitry Kasatkin's avatar
      crypto: digital signature verification support · 051dbb91
      Dmitry Kasatkin authored
      This patch implements RSA digital signature verification using GnuPG library.
      The format of the signature and the public key is defined by their respective
      headers. The signature header contains version information, algorithm,
      and keyid, which was used to generate the signature.
      The key header contains version and algorythim type.
      The payload of the signature and the key are multi-precision integers.
      The signing and key management utilities evm-utils provide functionality
      to generate signatures and load keys into the kernel keyring.
      When the key is added to the kernel keyring, the keyid defines the name
      of the key.
      Signed-off-by: default avatarDmitry Kasatkin <dmitry.kasatkin@intel.com>
      Acked-by: default avatarMimi Zohar <zohar@us.ibm.com>
    • Dmitry Kasatkin's avatar
      crypto: GnuPG based MPI lib - additional sources (part 4) · 7e8dec91
      Dmitry Kasatkin authored
      Adds the multi-precision-integer maths library which was originally taken
      from GnuPG and ported to the kernel by (among others) David Howells.
      This version is taken from Fedora kernel 2.6.32-71.14.1.el6.
      The difference is that checkpatch reported errors and warnings have been fixed.
      This library is used to implemenet RSA digital signature verification
      used in IMA/EVM integrity protection subsystem.
      Due to patch size limitation, the patch is divided into 4 parts.
      This code is unnecessary for RSA digital signature verification,
      but for completeness it is included here and can be compiled,
      if CONFIG_MPILIB_EXTRA is enabled.
      Signed-off-by: default avatarDmitry Kasatkin <dmitry.kasatkin@intel.com>
    • Dmitry Kasatkin's avatar
      crypto: GnuPG based MPI lib - make files (part 3) · d9c46b18
      Dmitry Kasatkin authored
      Adds the multi-precision-integer maths library which was originally taken
      from GnuPG and ported to the kernel by (among others) David Howells.
      This version is taken from Fedora kernel 2.6.32-71.14.1.el6.
      The difference is that checkpatch reported errors and warnings have been fixed.
      This library is used to implemenet RSA digital signature verification
      used in IMA/EVM integrity protection subsystem.
      Due to patch size limitation, the patch is divided into 4 parts.
      Signed-off-by: default avatarDmitry Kasatkin <dmitry.kasatkin@intel.com>
  26. 29 Oct, 2011 3 commits
  27. 04 Oct, 2011 1 commit
  28. 03 Aug, 2011 1 commit
    • Huang Ying's avatar
      lib, Add lock-less NULL terminated single list · f49f23ab
      Huang Ying authored
      Cmpxchg is used to implement adding new entry to the list, deleting
      all entries from the list, deleting first entry of the list and some
      other operations.
      Because this is a single list, so the tail can not be accessed in O(1).
      If there are multiple producers and multiple consumers, llist_add can
      be used in producers and llist_del_all can be used in consumers.  They
      can work simultaneously without lock.  But llist_del_first can not be
      used here.  Because llist_del_first depends on list->first->next does
      not changed if list->first is not changed during its operation, but
      llist_del_first, llist_add, llist_add (or llist_del_all, llist_add,
      llist_add) sequence in another consumer may violate that.
      If there are multiple producers and one consumer, llist_add can be
      used in producers and llist_del_all or llist_del_first can be used in
      the consumer.
      This can be summarized as follow:
                 |   add    | del_first |  del_all
       add       |    -     |     -     |     -
       del_first |          |     L     |     L
       del_all   |          |           |     -
      Where "-" stands for no lock is needed, while "L" stands for lock is
      The list entries deleted via llist_del_all can be traversed with
      traversing function such as llist_for_each etc.  But the list entries
      can not be traversed safely before deleted from the list.  The order
      of deleted entries is from the newest to the oldest added one.  If you
      want to traverse from the oldest to the newest, you must reverse the
      order by yourself before traversing.
      The basic atomic operation of this list is cmpxchg on long.  On
      architectures that don't have NMI-safe cmpxchg implementation, the
      list can NOT be used in NMI handler.  So code uses the list in NMI
      handler should depend on CONFIG_ARCH_HAVE_NMI_SAFE_CMPXCHG.
      Signed-off-by: default avatarHuang Ying <ying.huang@intel.com>
      Reviewed-by: default avatarAndi Kleen <ak@linux.intel.com>
      Reviewed-by: default avatarMathieu Desnoyers <mathieu.desnoyers@efficios.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
  29. 03 Jun, 2011 2 commits