08 Dec, 2015

1 commit

  • I want to remove the core ones since with atomic drivers system
    suspend/resume is solved much differently. And there's only 2 drivers
    (nouveau besides gma500) really using them.

    v2: Fixup build noise 0day reported.

    Cc: Patrik Jakobsson
    Signed-off-by: Daniel Vetter
    Signed-off-by: Daniel Vetter
    Link: http://patchwork.freedesktop.org/patch/msgid/1449218769-16577-13-git-send-email-daniel.vetter@ffwll.ch
    Reviewed-by: Thierry Reding (v1)

    Daniel Vetter
     

01 Dec, 2015

1 commit

  • There's currently two places where the gma500 fault handler relies
    upon dev->struct_mutex:
    - To protect r->mappping
    - To make sure vm_insert_pfn isn't called concurrently (in which case
    the 2nd thread would get an error code).

    Everything else (specifically psb_gtt_pin) is already protected by
    some other locks. Hence just create a new driver-private mmap_mutex
    just for this function.

    With this gma500 is complete dev->struct_mutex free!

    Cc: Patrik Jakobsson
    Acked-by: Patrik Jakobsson
    Signed-off-by: Daniel Vetter
    Link: http://patchwork.freedesktop.org/patch/msgid/1448271183-20523-21-git-send-email-daniel.vetter@ffwll.ch

    Daniel Vetter
     

06 Oct, 2015

1 commit

  • This continues the pattern started in commit cc1ef118fc09 ("drm/irq:
    Make pipe unsigned and name consistent"). This is applied to the public
    APIs and driver callbacks, so pretty much all drivers need to be updated
    to match the new prototypes.

    Cc: Christian König
    Cc: Alex Deucher
    Cc: Russell King
    Cc: Inki Dae
    Cc: Jianwei Wang
    Cc: Alison Wang
    Cc: Patrik Jakobsson
    Cc: Daniel Vetter
    Cc: Jani Nikula
    Cc: Philipp Zabel
    Cc: David Airlie
    Cc: Rob Clark
    Cc: Ben Skeggs
    Cc: Tomi Valkeinen
    Cc: Laurent Pinchart
    Cc: Mark Yao
    Cc: Benjamin Gaignard
    Cc: Vincent Abriou
    Cc: Thomas Hellstrom
    Signed-off-by: Thierry Reding
    Reviewed-by: Ville Syrjälä
    Signed-off-by: Daniel Vetter

    Thierry Reding
     

02 Dec, 2014

1 commit


18 Mar, 2014

5 commits


18 Dec, 2013

2 commits

  • I've killed them a long time ago in drm/i915, let's get rid of this
    remnant of shared drm core days for good.

    Signed-off-by: Daniel Vetter
    Signed-off-by: Dave Airlie

    Daniel Vetter
     
  • We don't have any userspace interfaces that use HZ as a time unit, so
    having our own DRM define is useless.

    Remove this remnant from the shared drm core days.

    Signed-off-by: Daniel Vetter
    Signed-off-by: Dave Airlie

    Daniel Vetter
     

08 Nov, 2013

4 commits


09 Oct, 2013

2 commits

  • We can get the PCI vendor and device IDs via dev->pdev. So we can drop
    the duplicated information.

    Signed-off-by: Ville Syrjälä
    Reviewed-by: Daniel Vetter
    Reviewed-by: Alex Deucher
    Signed-off-by: Dave Airlie

    Ville Syrjälä
     
  • All drivers embed gem-objects into their own buffer objects. There is no
    reason to keep drm_gem_object_alloc(), gem->driver_private and
    ->gem_init_object() anymore.

    New drivers are highly encouraged to do the same. There is no benefit in
    allocating gem-objects separately.

    Cc: Dave Airlie
    Cc: Alex Deucher
    Cc: Daniel Vetter
    Cc: Jerome Glisse
    Cc: Rob Clark
    Cc: Inki Dae
    Cc: Ben Skeggs
    Cc: Patrik Jakobsson
    Signed-off-by: David Herrmann
    Acked-by: Alex Deucher
    Signed-off-by: Dave Airlie

    David Herrmann
     

22 Aug, 2013

1 commit

  • Here's some gma500 unifying and cleanups for drm-next. There is more stuff in
    the pipe for 3.12 but I'd like to get these out of the way first.

    * 'gma500-next' of git://github.com/patjak/drm-gma500: (35 commits)
    drm/gma500/cdv: Add and hook up chip op for disabling sr
    drm/gma500/cdv: Add and hook up chip op for watermarks
    drm/gma500: Rename psb_intel_encoder to gma_encoder
    drm/gma500: Rename psb_intel_connector to gma_connector
    drm/gma500: Rename psb_intel_crtc to gma_crtc
    drm/gma500/cdv: Convert to generic set_config()
    drm/gma500/psb: Convert to generic set_config()
    drm/gma500: Add generic set_config() function
    drm/gma500/cdv: Convert to generic save/restore
    drm/gma500/psb: Convert to generic save/restore
    drm/gma500: Add generic crtc save/restore funcs
    drm/gma500: Convert to generic encoder funcs
    drm/gma500: Add generic encoder functions
    drm/gma500/psb: Convert to generic cursor funcs
    drm/gma500/cdv: Convert to generic cursor funcs
    drm/gma500: Add generic cursor functions
    drm/gma500/psb: Convert to generic crtc->destroy
    drm/gma500/mdfld: Use identical generic crtc funcs
    drm/gma500/oak: Use identical generic crtc funcs
    drm/gma500/psb: Convert to gma_crtc_dpms()
    ...

    Dave Airlie
     

15 Aug, 2013

2 commits


07 Aug, 2013

1 commit

  • All the gem based kms drivers really want the same function to
    destroy a dumb framebuffer backing storage object.

    So give it to them and roll it out in all drivers.

    This still leaves the option open for kms drivers which don't use GEM
    for backing storage, but it does decently simplify matters for gem
    drivers.

    Acked-by: Inki Dae
    Acked-by: Laurent Pinchart
    Cc: Intel Graphics Development
    Cc: Ben Skeggs
    Reviwed-by: Rob Clark
    Cc: Alex Deucher
    Acked-by: Patrik Jakobsson
    Signed-off-by: Daniel Vetter
    Signed-off-by: Dave Airlie

    Daniel Vetter
     

24 Jul, 2013

2 commits


14 Mar, 2013

1 commit

  • commit f9f23a77f07506a32d9dc1d925bf85c0e7507b66(gma500: remove no_fb bits)
    remove all the drm_psb_no_fb relations code in gma500 except this line code,
    so remove it also.

    Signed-off-by: Wang YanQing
    Signed-off-by: Patrik Jakobsson

    Wang YanQing
     

04 Oct, 2012

1 commit

  • Pull drm merge (part 1) from Dave Airlie:
    "So first of all my tree and uapi stuff has a conflict mess, its my
    fault as the nouveau stuff didn't hit -next as were trying to rebase
    regressions out of it before we merged.

    Highlights:
    - SH mobile modesetting driver and associated helpers
    - some DRM core documentation
    - i915 modesetting rework, haswell hdmi, haswell and vlv fixes, write
    combined pte writing, ilk rc6 support,
    - nouveau: major driver rework into a hw core driver, makes features
    like SLI a lot saner to implement,
    - psb: add eDP/DP support for Cedarview
    - radeon: 2 layer page tables, async VM pte updates, better PLL
    selection for > 2 screens, better ACPI interactions

    The rest is general grab bag of fixes.

    So why part 1? well I have the exynos pull req which came in a bit
    late but was waiting for me to do something they shouldn't have and it
    looks fairly safe, and David Howells has some more header cleanups
    he'd like me to pull, that seem like a good idea, but I'd like to get
    this merge out of the way so -next dosen't get blocked."

    Tons of conflicts mostly due to silly include line changes, but mostly
    mindless. A few other small semantic conflicts too, noted from Dave's
    pre-merged branch.

    * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (447 commits)
    drm/nv98/crypt: fix fuc build with latest envyas
    drm/nouveau/devinit: fixup various issues with subdev ctor/init ordering
    drm/nv41/vm: fix and enable use of "real" pciegart
    drm/nv44/vm: fix and enable use of "real" pciegart
    drm/nv04/dmaobj: fixup vm target handling in preparation for nv4x pcie
    drm/nouveau: store supported dma mask in vmmgr
    drm/nvc0/ibus: initial implementation of subdev
    drm/nouveau/therm: add support for fan-control modes
    drm/nouveau/hwmon: rename pwm0* to pmw1* to follow hwmon's rules
    drm/nouveau/therm: calculate the pwm divisor on nv50+
    drm/nouveau/fan: rewrite the fan tachometer driver to get more precision, faster
    drm/nouveau/therm: move thermal-related functions to the therm subdev
    drm/nouveau/bios: parse the pwm divisor from the perf table
    drm/nouveau/therm: use the EXTDEV table to detect i2c monitoring devices
    drm/nouveau/therm: rework thermal table parsing
    drm/nouveau/gpio: expose the PWM/TOGGLE parameter found in the gpio vbios table
    drm/nouveau: fix pm initialization order
    drm/nouveau/bios: check that fixed tvdac gpio data is valid before using it
    drm/nouveau: log channel debug/error messages from client object rather than drm client
    drm/nouveau: have drm debugging macros build on top of core macros
    ...

    Linus Torvalds
     

03 Oct, 2012

1 commit


24 Aug, 2012

2 commits

  • The private gem_create_mmap_offset() function is now implemented in the
    DRM core as drm_gem_create_mmap_offset(). Use it and kill the private
    copy.

    Signed-off-by: Laurent Pinchart
    Signed-off-by: Alan Cox
    Signed-off-by: Dave Airlie

    Laurent Pinchart
     
  • Introduce the eDP support into the driver.

    This has been reworked a bit because kernel driver proper uses encoder/connectors
    while the legacy Intel driver uses the old output stuff.

    It also diverges on the backlight handling. The legacy Intel driver adds a panel
    abstraction based upon the i915 one. It's only really used for backlight bits
    and we have a perfectly good backlight abstraction which can extend instead.

    Signed-off-by: Zhao Yakui
    [ported to upstream driver, redid backlight abstraction]
    Signed-off-by: Alan Cox
    Signed-off-by: Dave Airlie

    Zhao Yakui
     

22 May, 2012

1 commit

  • Poulsbo needs a physical address in the cursor base register. We allocate a
    stolen memory buffer and copy the cursor image provided by userspace into it.
    When/If we get our own userspace driver we can map this stolen memory directly.
    The patch also adds a mark in chip ops so we can identify devices that has this
    requirement.

    Signed-off-by: Patrik Jakobsson
    Signed-off-by: Dave Airlie

    Patrik Jakobsson
     

17 May, 2012

1 commit

  • Debugging the lid problem tested various error paths which were found
    wanting so start fixing them up.

    There is a ton of improvement work could be done here so that every bit
    of functionality agrees if its _fini, _uninit, etc, and they agree who
    is responsible for deciding if the clean up is needed.

    That can come later.

    Signed-off-by: Alan Cox
    Signed-off-by: Dave Airlie

    Alan Cox
     

12 May, 2012

3 commits


07 May, 2012

6 commits


27 Apr, 2012

1 commit