Skip to content
Snippets Groups Projects
  1. Oct 20, 2010
  2. Oct 07, 2010
  3. Oct 05, 2010
  4. Sep 17, 2010
  5. Sep 13, 2010
  6. Sep 11, 2010
    • Randy Dunlap's avatar
      docbook: skip files with no docs since they generate scary warnings · 39d70939
      Randy Dunlap authored
      
      Fix docbook templates that reference files that do not contain the
      expected kernel-doc notation.
      
      Fixes these warnings:
      
        Warning(arch/x86/include/asm/unaligned.h): no structured comments found
        Warning(lib/vsprintf.c): no structured comments found
      
      These cause errors in the generated html output, like below, so drop
      these lines.
      
        Name
        arch/x86/include/asm/unaligned.h - Document generation inconsistency
        Oops
        Warning
        The template for this document tried to insert the structured comment from the file arch/x86/include/asm/unaligned.h at this point, but none was found. This dummy section is inserted to allow generation to continue.
      
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      39d70939
    • Johannes Berg's avatar
      docbook: warn on unused doc entries · eda603f6
      Johannes Berg authored
      
      When you don't use !E or !I but only !F, then it's very easy to miss
      including some functions, structs etc.  in documentation.  To help
      finding which ones were missed, allow printing out the unused ones as
      warnings.
      
      For example, using this on mac80211 yields a lot of warnings like this:
      
        Warning: didn't use docs for DOC: mac80211 workqueue
        Warning: didn't use docs for ieee80211_max_queues
        Warning: didn't use docs for ieee80211_bss_change
        Warning: didn't use docs for ieee80211_bss_conf
      
      when generating the documentation for it.
      
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      eda603f6
  7. Sep 09, 2010
  8. Sep 03, 2010
  9. Sep 02, 2010
  10. Sep 01, 2010
  11. Aug 27, 2010
  12. Aug 26, 2010
    • Rusty Russell's avatar
      lguest: clean up warnings in demonstration launcher. · f846619e
      Rusty Russell authored
      These days the headers we use are in glibc.  If those are too old, you can
      add the -I lines to get the kernel headers.
      
      In file included from ../../include/linux/if_tun.h:19,
                       from lguest.c:33:
      ../../include/linux/types.h:13:2: warning: #warning "Attempt to use kernel headers from user space, see http://kernelnewbies.org/KernelHeaders
      
      "
      lguest.c: In function ‘setup_tun_net’:
      lguest.c:1456: warning: dereferencing pointer ‘sin’ does break strict-aliasing rules
      lguest.c:1457: warning: dereferencing pointer ‘sin’ does break strict-aliasing rules
      lguest.c:1450: note: initialized from here
      
      Signed-off-by: default avatarRusty Russell <rusty@rustcorp.com.au>
      f846619e
  13. Aug 24, 2010
    • Rafael J. Wysocki's avatar
      PCI: PCIe: Ask BIOS for control of all native services at once · 28eb5f27
      Rafael J. Wysocki authored
      
      After commit 852972ac (ACPI: Disable
      ASPM if the platform won't provide _OSC control for PCIe) control of
      the PCIe Capability Structure is unconditionally requested by
      acpi_pci_root_add(), which in principle may cause problems to
      happen in two ways.  First, the BIOS may refuse to give control of
      the PCIe Capability Structure if it is not asked for any of the
      _OSC features depending on it at the same time.  Second, the BIOS may
      assume that control of the _OSC features depending on the PCIe
      Capability Structure will be requested in the future and may behave
      incorrectly if that doesn't happen.  For this reason, control of
      the PCIe Capability Structure should always be requested along with
      control of any other _OSC features that may depend on it (ie. PCIe
      native PME, PCIe native hot-plug, PCIe AER).
      
      Rework the PCIe port driver so that (1) it checks which native PCIe
      port services can be enabled, according to the BIOS, and (2) it
      requests control of all these services simultaneously.  In
      particular, this causes pcie_portdrv_probe() to fail if the BIOS
      refuses to grant control of the PCIe Capability Structure, which
      means that no native PCIe port services can be enabled for the PCIe
      Root Complex the given port belongs to.  If that happens, ASPM is
      disabled to avoid problems with mishandling it by the part of the
      PCIe hierarchy for which control of the PCIe Capability Structure
      has not been received.
      
      Make it possible to override this behavior using 'pcie_ports=native'
      (use the PCIe native services regardless of the BIOS response to the
      control request), or 'pcie_ports=compat' (do not use the PCIe native
      services at all).
      
      Accordingly, rework the existing PCIe port service drivers so that
      they don't request control of the services directly.
      
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      28eb5f27
    • Rafael J. Wysocki's avatar
      PCI: PCIe: Introduce commad line switch for disabling port services · 79dd9182
      Rafael J. Wysocki authored
      
      Introduce kernel command line switch pcie_ports= allowing one to
      disable all of the native PCIe port services, so that PCIe ports
      are treated like PCI-to-PCI bridges.
      
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      79dd9182
  14. Aug 23, 2010
  15. Aug 20, 2010
  16. Aug 16, 2010
  17. Aug 14, 2010
Loading