Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Jul 2, 2014
  1. @mupuf

    sw/nv50: Add nv50_software_mthd_query_add() WIP

    authored mupuf committed
  2. @mupuf

    sw/nv50: Add an interface for monitoring performance counters

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  3. @mupuf

    perfmon: Store the number of passes in nouveau_specsig

    authored mupuf committed
    This will be used for specifying multiple hardware events.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  4. @mupuf

    perfmon: Add complex hardware vents for nva3 chipset

    authored mupuf committed
    All of these signals use EVENT_B4 or EVENt_B6 special mode.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  5. @mupuf

    perfmon: Make use of special counters mode

    authored mupuf committed
    This enables EVENT_B4 and EVENT_B6 counters.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  6. @mupuf

    perfmon: Specify the counter's mode in nouveau_specsig

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  7. @mupuf

    perfmon: Allow to specify more than one counters per hardware event

    authored mupuf committed
    This will allow us to configure complex hardware events using the
    special counter modes like EVENT_B4 and EVENT_B6.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  8. @mupuf

    perfmon: Add complex hardware events for nva3 chipsets

    authored mupuf committed
    All of these signals use multiplexers.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  9. @mupuf

    perfmon: Add support for multiplexers

    authored mupuf committed
    This introduces a new struct nouveau_specmux with a couple (reg, val)
    which can be used to define a mux.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  10. @mupuf

    perfmon: Add more hardware events for nva3 chipset

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  11. @mupuf

    perfmon: Store the logical operation of a signal in nouveau_specsig

    authored mupuf committed
    The logical operation of complex hardware events using up to 4 signals
    is not 0xaaaa and have to be specified.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  12. @mupuf

    perfmon: Make use of 32-bits signal

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  13. @mupuf

    perfmon: Do not use the signal source as index

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  14. @mupuf

    perfmon: s/signal/src in nouveau_specsig struct

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  15. @mupuf

    perfmon: Replace nouveau_perfsig in favour of nouveau_specsig

    authored mupuf committed
    These two data structs are similar.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  16. @mupuf

    perfmon: Remove unused function nouveau_perfsig_wrap()

    authored mupuf committed
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  17. @mupuf

    perfmon: Store the signal source (8-bits) in the nouveau_perfsig struct

    authored mupuf committed
    This will allow us to monitor hardware events using up to 4 signals
    (32-bits).
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
  18. @mupuf

    perfmon: Add simple hardware events on domain 1 for nva3 chipset

    authored mupuf committed
    These events use a 8-bits signal and the 0xaaaa logic operation.
    
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
Commits on Jul 1, 2014
  1. disp/dp: fix required link bandwidth calculations

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Commits on Jun 30, 2014
  1. @Gnurou

    drm: support for probing platform devices

    Gnurou authored Ben Skeggs committed
    Add a platform driver for Nouveau devices declared using the device tree
    or platform data. This driver currently supports GK20A on Tegra
    platforms and is only compiled for these platforms if Nouveau is
    enabled.
    
    Nouveau will probe the chip type itself using the BOOT0 register, so all
    this driver really needs to do is to make sure the module is powered and
    its clocks active before calling nouveau_drm_platform_probe().
    
    Heavily based on work done by Thierry Reding.
    
    Signed-off-by: Thierry Reding <treding@nvidia.com>
    Signed-off-by: Alexandre Courbot <acourbot@nvidia.com>
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  2. drm: pull in some missing bits from kernel tree

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  3. kms: restore acceleration before fb_set_suspend() resumes

    Ben Skeggs authored
    This *should* be safe these days.
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  4. kms: take more care when pulling down accelerated fbcon

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  5. kms: restore fbcon after display has been resumed

    Ben Skeggs authored
    Under some complicated circumstances (boot, suspend, resume, attach
    second display, suspend, resume, suspend, detach second display,
    resume, suspend, attach second display, resume), the fb_set_suspend()
    call can somehow result in a modeset being attempted before we're
    ready for it and things blow up in fun ways.
    
    Running display init first fixes the issue.
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  6. kms/nv50-: pass a non-zero value for head to sor dpms methods

    Ben Skeggs authored
    There's Apple machines out there which (probably completely arbitrarily)
    restrict each output path to a particular head.  This causes us to not
    be able to locate the output data needed to power on/off the DP output
    correctly.
    
    We fix this by passing in a head index we know is valid (as opposed to
    "head 0").
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Commits on Jun 28, 2014
  1. fb: Prevent inlining of ramfuc_reg

    Stéphane Marchesin authored Ben Skeggs committed
    When gcc 4.8 inlines this function, it eats up 16 bytes on the stack
    every time. Eventually we hit warnings because our stack grew too
    much:
    
    ramnve0.c:1383:1: error: the frame size of 1496 bytes is larger than
    1024 bytes
    
    We fix this by preventing inlining for this function.
    
    Signed-off-by: Stéphane Marchesin <marcheu@chromium.org>
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Commits on Jun 18, 2014
  1. drm: expose pstate selection per-power source in sysfs

    Ben Skeggs authored
    echo ac:id >> pstate # select mode when on mains power
    echo dc:id >> pstate # select mode when on battery
    echo id >> pstate # select mode for both
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  2. clk: allow selection of different power state for ac vs battery

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  3. clk: schedule pstate changes through a workqueue

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  4. device: register for acpi events

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  5. gr/gk208-: stop touching 0x260 inappropriately

    Ben Skeggs authored
    As a side note.. It's a bit hard to figure out how to name this commit..
    GK20A is NVEA, which is before NV108 (GK208).. Confusing.
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  6. gr/gk110b: initvals differ from gk110

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  7. gr/gk104: disable PGOB at init time

    Ben Skeggs authored
    This removes the previous hack that worked on some boards.
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  8. pwr/gk104: implement PGOB disable method

    Ben Skeggs authored
    As documented at:
    
    ftp://download.nvidia.com/open-gpu-doc/gk104-disable-graphics-power-gating/1/gk104-disable-graphics-power-gating.txt
    
    NVIDIA were not able document the steps necessary to detect whether this
    is required or not at this time.  However, they did confirm that this
    procedure is safe to perform unconditionally on GK104/6.  GK107 does not
    have the power gating feature, and it was recommended that we do not
    perform these steps there as the effects were not verified.
    
    The disable path is from observing the binary driver, and not
    documented in the link above.
    
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
  9. pwr: tidy

    Ben Skeggs authored
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
Something went wrong with that request. Please try again.