1. 05 9月, 2015 2 次提交
  2. 24 8月, 2015 1 次提交
  3. 17 8月, 2015 1 次提交
    • D
      scripts/kernel-doc: Adding cross-reference links to html documentation. · 5699f871
      Danilo Cesar Lemes de Paula 提交于
      Functions, Structs and Parameters definitions on kernel documentation
      are pure cosmetic, it only highlights the element.
      
      To ease the navigation in the documentation we should use <links> inside
      those tags so readers can easily jump between methods directly.
      
      This was discussed in 2014[1] and is implemented by getting a list
      of <refentries> from the DocBook XML to generate a database. Then it looks
      for <function>,<structnames> and <paramdef> tags that matches the ones in
      the database. As it only links existent references, no broken links are
      added.
      
      [1] - lists.freedesktop.org/archives/dri-devel/2014-August/065404.html
      Signed-off-by: NDanilo Cesar Lemes de Paula <danilo.cesar@collabora.co.uk>
      Cc: Randy Dunlap <rdunlap@infradead.org>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: Stephan Mueller <smueller@chronox.de>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: intel-gfx <intel-gfx@lists.freedesktop.org>
      Cc: dri-devel <dri-devel@lists.freedesktop.org>
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      5699f871
  4. 12 8月, 2015 1 次提交
  5. 07 8月, 2015 1 次提交
    • D
      scripts/kernel-doc Allow struct arguments documentation in struct body · a4c6ebed
      Danilo Cesar Lemes de Paula 提交于
      Describing arguments at top of a struct definition works fine
      for small/medium size structs, but it definitely doesn't work well
      for struct with a huge list of elements.
      
      Keeping the arguments list inside the struct body makes it easier
      to maintain the documentation.
      ie:
      /**
       * struct my_struct - short description
       * @a: first member
       * @b: second member
       *
       * Longer description
       */
      struct my_struct {
          int a;
          int b;
          /**
           * @c: This is longer description of C
           *
           * You can use paragraphs to describe arguments
           * using this method.
           */
          int c;
      };
      
      This patch allows the use of this kind of syntax. Only one argument
      per comment and user can use how many paragraphs he needs. It should
      start with /**, which is already being used by kernel-doc. If those
      comment doesn't follow those rules, it will be ignored.
      Signed-off-by: NDanilo Cesar Lemes de Paula <danilo.cesar@collabora.co.uk>
      Cc: Randy Dunlap <rdunlap@infradead.org>
      Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
      Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
      Cc: Jonathan Corbet <corbet@lwn.net>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: Stephan Mueller <smueller@chronox.de>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-doc@vger.kernel.org
      Cc: intel-gfx <intel-gfx@lists.freedesktop.org>
      Cc: dri-devel <dri-devel@lists.freedesktop.org>
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      a4c6ebed
  6. 04 8月, 2015 3 次提交
  7. 23 7月, 2015 1 次提交
    • P
      scripts: Make checkpatch.pl warn on expedited RCU grace periods · 3ad81779
      Paul E. McKenney 提交于
      The synchronize_rcu_expedited() and synchronize_sched_expedited()
      expedited-grace-period primitives induce OS jitter, which can degrade
      real-time response.  This commit therefore adds a checkpatch.pl warning
      on any patch adding them.
      
      Note that this patch does not warn on synchronize_srcu_expedited()
      because it does not induce OS jitter, courtesy of its otherwise
      much-maligned read-side memory barriers.
      Signed-off-by: NPaul E. McKenney <paulmck@linux.vnet.ibm.com>
      Cc: Andy Whitcroft <apw@canonical.com>
      Cc: Joe Perches <joe@perches.com>
      3ad81779
  8. 20 7月, 2015 1 次提交
  9. 18 7月, 2015 1 次提交
  10. 11 7月, 2015 2 次提交
  11. 09 7月, 2015 1 次提交
    • C
      modpost: work correctly with tile coldtext sections · 673c2c34
      Chris Metcalf 提交于
      The tilegx and tilepro compilers use .coldtext for their unlikely
      executed text section name, so an __attribute__((cold)) function
      will (when compiled with higher optimization levels) land in
      the .coldtext section.
      
      Modify modpost to add .coldtext to the set of OTHER_TEXT_SECTIONS
      so we don't get warnings about referencing such a section in an
      __ex_table block, and then also modify arch/tile/lib/memcpy_user_64.c
      so that it uses plain ".coldtext" instead of ".coldtext.memcpy".
      The latter naming is a relic of an earlier use of -ffunction-sections,
      which we no longer use by default.
      Signed-off-by: NChris Metcalf <cmetcalf@ezchip.com>
      Acked-by: NRusty Russell <rusty@rustcorp.com.au>
      673c2c34
  12. 07 7月, 2015 1 次提交
    • S
      ACPI / scan: Add support for ACPI _CLS device matching · 26095a01
      Suthikulpanit, Suravee 提交于
      Device drivers typically use ACPI _HIDs/_CIDs listed in struct device_driver
      acpi_match_table to match devices. However, for generic drivers, we do not
      want to list _HID for all supported devices. Also, certain classes of devices
      do not have _CID (e.g. SATA, USB). Instead, we can leverage ACPI _CLS,
      which specifies PCI-defined class code (i.e. base-class, subclass and
      programming interface). This patch adds support for matching ACPI devices using
      the _CLS method.
      
      To support loadable module, current design uses _HID or _CID to match device's
      modalias. With the new way of matching with _CLS this would requires modification
      to the current ACPI modalias key to include _CLS. This patch appends PCI-defined
      class-code to the existing ACPI modalias as following.
      
          acpi:<HID>:<CID1>:<CID2>:..:<CIDn>:<bbsspp>:
      E.g:
          # cat /sys/devices/platform/AMDI0600:00/modalias
          acpi:AMDI0600:010601:
      
      where bb is th base-class code, ss is te sub-class code, and pp is the
      programming interface code
      
      Since there would not be _HID/_CID in the ACPI matching table of the driver,
      this patch adds a field to acpi_device_id to specify the matching _CLS.
      
          static const struct acpi_device_id ahci_acpi_match[] = {
              { ACPI_DEVICE_CLASS(PCI_CLASS_STORAGE_SATA_AHCI, 0xffffff) },
              {},
          };
      
      In this case, the corresponded entry in modules.alias file would be:
      
          alias acpi*:010601:* ahci_platform
      Acked-by: NMika Westerberg <mika.westerberg@linux.intel.com>
      Reviewed-by: NHanjun Guo <hanjun.guo@linaro.org>
      Signed-off-by: NSuravee Suthikulpanit <Suravee.Suthikulpanit@amd.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      26095a01
  13. 01 7月, 2015 7 次提交
  14. 26 6月, 2015 17 次提交