24 Oct, 2012
6 commits
-
Copy and paste typo in the apci rework.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=49351Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse -
The ATPX code no longer handles ATRM.
Signed-off-by: Alex Deucher
-
When internal users want VRAM we shouldn't return GART memory instead.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
Signed-off-by: Alex Deucher -
Driver internal users shouldn't be limited in their allocation size.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
Signed-off-by: Alex Deucher -
When allocating more than 2GB of GART the array of pages
gets to big for kzalloc, use vzalloc instead.Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
Signed-off-by: Alex Deucher -
GART and VRAM size limits need to be a power of two.
Fix values greater than 1GB and simplify those checks a bit.v2: also fix radeon_vram_limit usage, and simplify test even more.
v3: agd5f: fix spelling as noticed by Klaus SchnassSigned-off-by: Christian König
Reviewed-by: Michel Dänzer
Signed-off-by: Alex Deucher
23 Oct, 2012
14 commits
-
Only NI uses 3dw headers, SI uses 4dw headers.
Signed-off-by: Christian König
Signed-off-by: Alex Deucher -
It's better to handle this in the chipset specific code.
Signed-off-by: Christian König
Signed-off-by: Alex Deucher -
Handle requests that won't fit into a single packet.
v2: pe needs to increase as well.
Signed-off-by: Christian König
Signed-off-by: Alex Deucher -
Handle requests that won't fit into a single packet.
v2: pe needs to increase as well.
Signed-off-by: Christian König
Signed-off-by: Alex Deucher -
Otherwise the next IB might start reading commands
with the page table still invalid.Signed-off-by: Christian König
Signed-off-by: Alex Deucher -
So we know why the CS was rejected.
Signed-off-by: Alex Deucher
Cc: stable@vger.kernel.org -
In cases where we have multiple radeons with backlight controls.
Should fix:
https://bugzilla.kernel.org/show_bug.cgi?id=48941Signed-off-by: Alex Deucher
-
Reported-by: Fengguang Wu
Signed-off-by: Alex Deucher -
In theory, that function could release the lru lock between
checking for bo on ddestroy list and a successful reserve if the bo
was already reserved, and the function was called with waiting reserves
allowed.
However, all current reservers of a bo on the ddestroy list would
atomically take the bo off the list after a successful reserve so this
race should not have been hit, so no need to backport for stable.This patch also fixes a case found by Maarten Lankhorst where
ttm_mem_evict_first called with no_wait_gpu would incorrectly
spin waiting for bo idle if trying to evict a busy buffer that
also sits on the ddestroy list.Signed-off-by: Thomas Hellstrom
Signed-off-by: Dave Airlie -
The ttm_mem_evict_first function could theoretically drop the
lru lock without retrying if a reservation from off the LRU list
ended up waiting.
However, since currently there are no users that could cause a wait
in that situation so this is not suitable for stableSigned-off-by: Thomas Hellstrom
Signed-off-by: Dave Airlie -
Platform device drivers usually use the driver-private data for their
own purposes. Having it overwritten by drm_platform_init() is confusing
and error-prone.Signed-off-by: Thierry Reding
Signed-off-by: Dave Airlie -
It's a relic of "drm: Convert proc files to seq_file and introduce debugfs",
which wrongly converted DRM_INFO + sprintf to 2 seq_printfs.Signed-off-by: Marcin Slusarz
Cc: Ben Gamari
Cc: Eric Anholt
Signed-off-by: Dave Airlie -
The drm_gem_cma_create() function never returns NULL but rather an error
encoded in the return value using the ERR_PTR() macro. Callers therefore
need to check for errors using the IS_ERR() macro. This change allows
drivers to handle contiguous DMA allocation failures gracefully.Signed-off-by: Thierry Reding
Acked-by: Sascha Hauer
Signed-off-by: Dave Airlie -
The debug message showing the resolution of a framebuffer to be
allocated is missing a closing parenthesis.Signed-off-by: Thierry Reding
Signed-off-by: Dave Airlie
22 Oct, 2012
11 commits
-
Fixes from Ben, off note:
ACPI ROM regression fix,
some IGP and AGP regressions fixes from rework fallout.* 'drm-nouveau-fixes' of git://git.freedesktop.org/git/nouveau/linux-2.6:
drm/nouveau/clock: fix missing pll type/addr when matching default entry
drm/nouveau/fb: fix reporting of memory type on GF8+ IGPs
drm/nv41/vm: don't init hw pciegart on boards with agp bridge
drm/nouveau/bios: fetch full 4KiB block to determine ACPI ROM image size
drm/nouveau: validate vbios size
drm/nouveau: warn when trying to free mm which is still in use
drm/nouveau: fix nouveau_mm/nouveau_mm_node leak
drm/nouveau/bios: improve error handling when reading the vbios from ACPI
drm/nouveau: handle same-fb page flips -
This issue is a regression from 70790f4f819875e8f390871fd15bbbf823f28e1b,
and causes us to miss a special-case for C51 (NV4E) chipsets and return
the wrong reference frequency for the VPLLs.Should fix fdo#56202
Signed-off-by: Ben Skeggs
-
Purely a cosmetic issue at this point.
Signed-off-by: Ben Skeggs
-
Signed-off-by: Ben Skeggs
-
Buggy firmware leads to bad things happening otherwise..
Signed-off-by: Ben Skeggs
-
Without checking, we could detect vbios size as 0, allocate 0-byte array
(kmalloc returns invalid pointer for such allocation) and crash in
nouveau_bios_score while checking for vbios signature.Reported-by: Heinz Diehl
Signed-off-by: Marcin Slusarz
Signed-off-by: Ben Skeggs -
Signed-off-by: Marcin Slusarz
Signed-off-by: Ben Skeggs -
v2: use already existing parent
Signed-off-by: Marcin Slusarz
Signed-off-by: Ben Skeggs -
Reported-by: Pawel Sikora
Signed-off-by: Martin Peres
Signed-off-by: Ben Skeggs -
It's questionable use case, but weston/wayland already relies on this
behaviour, and other drivers don't care about it, so it's a matter of
compatibility. Without it, process invoking such page flip hangs in
unkillable state, trying to reserve the same buffer twice.Signed-off-by: Marcin Slusarz
Signed-off-by: Ben Skeggs -
Daniel writes:
The big thing is the disabling of the hsw support by default, cc: stable.
We've aimed for basic hsw support in 3.6, but due to a few bad
happenstances we've screwed up and only 3.8 will have better modeset
support than vesa. To avoid yet another round of fallout from such a
gaffle on for the next platform we've added a module option to disable
early hw support by default. That should also give us more flexibility in
bring-up.Otherwise just small fixes:
- 3 fixes from Egbert for sdvo corner cases
- invert-brightness quirk entry from Egbert
- revert a dp link training change, it regresses some setups
- and shut up a spurious WARN in our gem fault handler.
- regression fix for an oops on bit17 swizzling machines, introduce in 3.7
- another no-lvds quirk* 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel:
drm/i915: Initialize obj->pages before use by i915_gem_object_do_bit17_swizzle()
drm/i915: Add no-lvds quirk for Supermicro X7SPA-H
drm/i915: Insert i915_preliminary_hw_support variable.
drm/i915: shut up spurious WARN in the gtt fault handler
Revert "drm/i915: Try harder to complete DP training pattern 1"
DRM/i915: Restore sdvo_flags after dtd->mode->dtd Roundrtrip.
DRM/i915: Don't clone SDVO LVDS with analog.
DRM/i915: Add QUIRK_INVERT_BRIGHTNESS for NCR machines.
DRM/i915: Don't delete DPLL Multiplier during DAC init.
20 Oct, 2012
2 commits
-
If we leave obj->pages set to NULL before attempting to deswizzle them,
then an OOPS is well deserved.Fixes regression introduced in commit 9da3da660d8c19a54f6e93361d147509be3fff84
Author: Chris Wilson
Date: Fri Jun 1 15:20:22 2012 +0100drm/i915: Replace the array of pages with a scatterlist
Reported-and-tested-by: Krzysztof Kolasa
Signed-off-by: Chris Wilson
Reviewed-by: Jesse Barnes
Signed-off-by: Daniel Vetter -
Reported-and-tested-by: Francois Tigeot
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=55375
Signed-off-by: Chris Wilson
Signed-off-by: Daniel Vetter
18 Oct, 2012
1 commit
-
On the worst scenario, users with new hardwares and old kernel from
enabling times can get black screens. So, from now on, this
perliminary_hw_support module parameter shall be used by all upcoming
platforms that are still under enabling. The second option would be to
merge the pci ids after basic modeset works, but that makes testing
and development while bringing up hw a rather tedious afair.Although it is uncomfortable for developers use this extra variable it
brings more stability for end users.Signed-off-by: Rodrigo Vivi
Reviewed-by: Dave Airlie
[danvet: dropped the i915_ param prefix, i915.i915_ is just tedious.]
Signed-off-by: Daniel Vetter
17 Oct, 2012
1 commit
-
-ENOSPC can happen if userspace is being simplistic and tries to map a
too big object. To aid further spurious WARN debugging, also print out
the error code.Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=56017
Reviewed-by: Chris Wilson
Signed-off-by: Daniel Vetter
16 Oct, 2012
5 commits
-
This reverts commit 2477367083b3eaa97f87993ab26627a02f350551.
If (for whatever reason) the DP sink device never asks for the maximal
voltage level, we never don't hit the check that should bail us out
after 5 retries of the same voltage. Which leads to an endless loop in
the DP link training code, which hangs the driver.Now some more DP link training experiments on eDP panels seem to
indicate that our training algorithm isn't robust enough anyway and
needs more work. Hence for 3.7-fixes, let's just revert the regressing
commit instead of trying to apply more duct-tape.Reported-by: Oleksij Rempel
Acked-by: Chris Wilson
Signed-off-by: Daniel Vetter -
For TV and LVDS encoders intel_sdvo_set_input_timings_for_mode()
is called to pass a mode to the sdvo chip and retrieve a dtd
containing information needed to calculate the adjusted_mode which
is done by intel_sdvo_get_dtd_from_mode().
To set this adjusted_mode as input mode for the sdvo chip, a dtd is
recalculated using intel_sdvo_get_mode_from_dtd(). During this round
trip the sdvo_flags contained in the dtd obtained from the hardware
are lost.
Since these flags cannot be ignored in all cases this patch preserves
and restores them.This regression has been introduced in
commit 6651819b4b4fc3caa6964c5d825eb4bb996f3905
Author: Daniel Vetter
Date: Sun Apr 1 19:16:18 2012 +0200drm/i915: handle input/output sdvo timings separately in mode_set
Signed-off-by: Egbert Eich
Signed-off-by: Daniel Vetter -
SDVO LVDS are not clonable as the input mode gets adjusted by
the LVDS encoder.Signed-off-by: Egbert Eich
Signed-off-by: Daniel Vetter -
NCR machines with LVDS panels using Intel chipsets need to have the
QUIRK_INVERT_BRIGHTNESS bit set.
Unfortunately NCR doesn't set a meaningful subvendor/subdevice ID,
therefore we add a DMI dependent quirk list.Signed-off-by: Egbert Eich
[danvet: fixup whitespace fail.]
Signed-off-by: Daniel Vetter -
The DPLL multipiler is set up in intel_display.c:i9xx_update_pll()
called from i9xx_crtc_mode_set().
There the DPLL multiplier is adjusted so that the SDVO gets a sufficient
bus clock.
When cloning a CRTC between an SDVO driven encoder and the standard
DAC the DAC setup code reseted the multiplier value to 1 thus undoing
the correct setup. There is no need to touch the multiplier in the DAC
setup code: the correct value (i.e. 1 in case no SDVO encoder is used)
is set by i9xx_update_pll() already.
A comment at the code suggested that this code is a left over from the
days when there was no setup for clone modes.Signed-off-by: Egbert Eich
Signed-off-by: Daniel Vetter
