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)
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
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
02 Dec, 2014
1 commit
-
add gpio bitbanging i2c adapter on LPC device of atom e6xx
gpu chipset to access lvds EDID
tested on SECO QuadMo747-E6xx-EXTREME Qseven platformReviewed-by: Patrik Jakobsson
Signed-off-by: Jan Safrata
Signed-off-by: Dave Airlie
18 Mar, 2014
5 commits
-
Improve readability by adding/changing inline documentation
Signed-off-by: Arthur Borsboom
Signed-off-by: Patrik Jakobsson -
Code cleanup by following i915 constant/variable names and ordering
Code cleanup by following directions from kernel doc: Codingstyle
Code cleanup by following directions from kernel doc: DRMSigned-off-by: Arthur Borsboom
Signed-off-by: Patrik Jakobsson -
Previously the backlight code was called from IRQ context which isn't
allowed. This patch moves all the asle work into a work task which takes
care of the locking bug reported by users.Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64221
Signed-off-by: Patrik Jakobsson -
Signed-off-by: Patrik Jakobsson
-
Old MMU code never wrote PDs or PTEs to any registers. Now we do, and
that's a good start.Signed-off-by: Patrik Jakobsson
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 -
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
08 Nov, 2013
4 commits
-
On SDVO pipes (always Pipe B on mrst) we have to sequentially write the
aux vdc. We might be able to skip programming the primary vdc in
some/most places but we don't care about that now.Signed-off-by: Patrik Jakobsson
-
Signed-off-by: Patrik Jakobsson
-
Signed-off-by: Patrik Jakobsson
-
Signed-off-by: Patrik Jakobsson
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 -
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
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()
...
15 Aug, 2013
2 commits
-
Add a callback hook to the chip ops struct to allow chips to have their
specific self-refresh function. Currently only used by cdv.Signed-off-by: Patrik Jakobsson
-
Add a callback hook to the chip ops struct to allow chips to have their
specific fifo watermark update function. Currently only cdv actually
tries to set wms based on crtc configuration but if/when the other chips
needs it we can attach a callback for them as well.Signed-off-by: Patrik Jakobsson
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
24 Jul, 2013
2 commits
-
This macro is needed for Cedarview specific stuff in the generic gma
functions.Signed-off-by: Patrik Jakobsson
-
This patch aims to unify the bits and pieces that are common (or similar
enough) for pll clock calculations. Nothing makes use of this code yet
That will come in later patches.Signed-off-by: Patrik Jakobsson
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
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 interactionsThe 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
...
03 Oct, 2012
1 commit
-
Convert #include "..." to #include in drivers/gpu/.
Signed-off-by: David Howells
Acked-by: Dave Airlie
Acked-by: Arnd Bergmann
Acked-by: Thomas Gleixner
Acked-by: Paul E. McKenney
Acked-by: Dave Jones
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 -
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
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
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
12 May, 2012
3 commits
-
All the conditional ugly register selection really wants to be
cleaned up. Use a struct describing each pipe and its registers.This will also let us hide some of the oddments between platforms
for any future merging of bits together. In particular the way the
DPLL and FP registers randomly wander around.Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
This starts the move away from lots of confused unions of per driver stuff
inherited when we merged the drivers together.Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
Reported-by: Randy Dunlap
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie
07 May, 2012
6 commits
-
Signed-off-by: Kirill A. Shutemov
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
Signed-off-by: Kirill A. Shutemov
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
Signed-off-by: Kirill A. Shutemov
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
Signed-off-by: Kirill A. Shutemov
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
We need this for Poulsbo
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie -
Add the opregion support and bring us in line with the opregion functionality in the
reference driver code. We can't share this with i915 currently because there are
hardcoded assumptions about dev_priv etc in both versions.[airlied: include opregion.h fix]
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie
27 Apr, 2012
1 commit
-
Signed-off-by: Alan Cox
Signed-off-by: Dave Airlie