domains in pin_and_relocate
Dave Airlie (23):
drm/radeon/kms: switch all KMS driver ioctls to unlocked.
drm/radeon/kms: use udelay for short delays
drm: switch all GEM/KMS ioctls to unlocked ioctl status.
drm/kms: fix fb_changed = true else statement
drm/radeon/kms: check
On Mon, Mar 1, 2010 at 7:18 PM, Michal Suchanek hramr...@centrum.cz wrote:
On 21 November 2009 05:27, Dave Airlie airl...@gmail.com wrote:
At the moment the problem with fbset is what to do with it in the
dual head case. Currently we create an fb console that is lowest
common size of the two
On Sun, Feb 28, 2010 at 1:30 PM, Ben Hutchings b...@decadent.org.uk wrote:
This addresses http://bugzilla.kernel.org/show_bug.cgi?id=15021.
DRM drivers may fail to probe their devices when the associated AGP
GART does not yet have a driver, so we reprobe unbound VGA devices
when a GART device
From: Dave Airlie airl...@ppcg5.localdomain
radeon was always including the atpx code unnecessarily, also core
switcheroo was including acpi headers.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/Makefile |3 ++-
drivers/gpu/drm/radeon
Mar 2010, Dave Airlie wrote:
Hi Linus,
The following changes since commit 60b341b778cc2929df16c0a504c91621b3c6a4ad:
Linus Torvalds (1):
Linux 2.6.33
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-linus
i915_gem_flush_gpu_write_domain
drm/i915: check for multiple write domains in pin_and_relocate
Dave Airlie (21):
drm/radeon/kms: switch all KMS driver ioctls to unlocked.
drm/radeon/kms: use udelay for short delays
drm: switch all GEM/KMS ioctls to unlocked ioctl status.
drm/kms: fix fb_changed
On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse jgli...@redhat.com wrote:
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested for nouveau+vmwgfx, test in progress for radeon.
So with the new change radeon won't wait for bo reserving other bo
in fault path
On Fri, Feb 26, 2010 at 4:56 AM, Jerome Glisse gli...@freedesktop.org wrote:
Attached is conversion from DRM_INFO/DRM_ERROR to dev_info/dev_err
to apply it copy all doconv* file into the radeon subfolder of the
kernel run ./doconv.sh and then apply the 0001 patch which fix
compilation after
On Mon, Mar 1, 2010 at 2:47 AM, Jerome Glisse jgli...@redhat.com wrote:
On Sun, Feb 28, 2010 at 12:22:52PM +, Alan Swanson wrote:
On Fri, 2010-02-26 at 15:49 +0100, Jerome Glisse wrote:
This patch cleanup the fence code, it drops the timeout field of
fence as the time to complete each IB
for multiple write domains in pin_and_relocate
Dave Airlie (20):
drm/radeon/kms: switch all KMS driver ioctls to unlocked.
drm/radeon/kms: use udelay for short delays
drm: switch all GEM/KMS ioctls to unlocked ioctl status.
drm/kms: fix fb_changed = true else statement
drm
Oh I should probably have dropped all the audio bits, I didn't even
see this reply
before I updated to v11.
The r600 audio code is a bit of disaster area hopefully we can clean it up, like
the timer was firing after the device was suspended.
I'll repost with all that r600 audio ripped out and
From: Dave Airlie airl...@linux.ie
Many new laptops now come with 2 gpus, one to be used for low power
modes and one for gaming/on-ac applications. These GPUs are typically
wired to the laptop panel and VGA ports via a multiplexer unit which
is controlled via ACPI methods.
4 combinations
The first patch is a trivial change to the fb handover code.
The second adds initial support framework for laptops with GPU switching
features, it has some changes to fb code, along with changes to dri
drivers.
I'm happy to deal with these patches via drm-2.6 for this merge window
if nobody has
Oops send an old junk patch last time.
Here we go again, fb patch + vga switcher patch affects fb as well
I'm happy to put this all via drm-2.6 tree any objections?
Dave.
--
Download Intel#174; Parallel Studio Eval
Try
From: Dave Airlie airl...@linux.ie
Many new laptops now come with 2 gpus, one to be used for low power
modes and one for gaming/on-ac applications. These GPUs are typically
wired to the laptop panel and VGA ports via a multiplexer unit which
is controlled via ACPI methods.
4 combinations
with it,.
Reviewed-by: Dave Airlie airl...@redhat.com
I'll need Thomas's ack on this also.
Dave.
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune
.
The following changes since commit 635f1a31292087a2e99568bf4451c10ee287adaa:
Dave Airlie (1):
drm/radeon: bump the UMS driver version number to indicate rv740 fix
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Ben
down
yet, so we'll do the proper fix in .34, this is a minimal workaround for
now).
Dave.
The following changes since commit 6b15835282f9c6a023e2625455bfdb822bb9cc64:
Dave Airlie (1):
Merge branch 'for-airlied' of
git://git.freedesktop.org/git/nouveau/linux-2.6 into drm-linus
the rv740 fix is in. For KMS we can
consider the kernel release to be the v2.0.0 release so we don't need the
bump there.
Signed-off-by: Dave Airlie airl...@redhat.com
Is on to of the tree now.
Dave.
Dave.
The following changes since commit 6b15835282f9c6a023e2625455bfdb822bb9cc64
2010/2/18 Rafał Miłecki zaj...@gmail.com:
2010/2/18 Dave Airlie airl...@gmail.com:
From: Dave Airlie airl...@redhat.com
This patch adds a check on avivo chips to see if we are in the VBL
region for the active crtcs when we trigger the engine change.
I appear to have glitches locally on pm
It adds some reading printing steps before every reclock, while we
really want it to happen as soon as possible. Maybe you could execute
this only on some
btw you won't get the print if you are in vblank, and if you aren't
well the print
doesn't matter, I'm also thinking the engine change
2010/2/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 lutego 2010 09:28 użytkownik Dave Airlie airl...@gmail.com
napisał:
It adds some reading printing steps before every reclock, while we
really want it to happen as soon as possible. Maybe you could execute
this only on some
btw you won't
On Fri, Feb 12, 2010 at 3:55 AM, Pauli Nieminen suok...@gmail.com wrote:
Setting global asic structure to point to different function
would cause problem in system where is multiple r300 cards
with different bus type.
This contains a typo which I fixed locally please make sure it
compiles
2010/2/18 Rafał Miłecki zaj...@gmail.com:
Ported from DDX
The PCIE regs on r600 are the same offsets at the ones on rv370 from
what I can see
probably don't need to add a new PCIE_P struct at all I think the
rv370 functions should work.
Dave.
two issues and we've backported the patches from Jerome
to solve some r600 lockups we've been seeing a lot off in the field but
funnily not on any of my or Jerome's systems.
Dave.
The following changes since commit e803e8b2628f3e9a42f45c5b7bb1f9821b08352c:
Dave Airlie (1):
drm/radeon
From: Dave Airlie airl...@redhat.com
This patch adds a check on avivo chips to see if we are in the VBL
region for the active crtcs when we trigger the engine change.
I appear to have glitches locally on pm transistion (not sure all
fixes are in yet) and this at least seems to be correct here
On Mon, Feb 15, 2010 at 8:04 PM, Thomas Hellstrom tho...@shipmail.org wrote:
Hi, Dave!
Could you point me to what's needed in drm fb setup to utilize the
vesafb handover mechanism?
In intel_fb.c
/* setup aperture base/size for vesafb takeover */
info-aperture_base =
Two ttm regression fixes from Thomas, and one alpha unaligned issue in the
atom parser for radeon KMS.
The following changes since commit 724e6d3fe8003c3f60bf404bf22e4e331327c596:
Linus Torvalds (1):
Linux 2.6.33-rc8
are available in the git repository at:
/kms: make sure retry count
increases.
In testing I've never seen it go past 1 retry anyways but better
safe than sorry.
Reported by Droste on irc.
Signed-off-by: Dave Airlie airl...@redhat.com
Dave.
--
SOLARIS
xfer len check for reads only
drm/nv50: prevent multiple init tables being parsed at the same time
drm/nv50: disregard dac outputs in nv50_sor_dpms()
Dave Airlie (7):
drm/radeon/kms: change Kconfig text to reflect the new option.
drm/radeon/kms: don't crash if no DDC bus
On Mon, Feb 8, 2010 at 6:48 PM, Domenico Andreoli ca...@dandreoli.com wrote:
[i'm subscribed to this list, thanks]
On Mon, Feb 08, 2010 at 01:32:33AM -0500, Alex Deucher wrote:
On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli ca...@dandreoli.com
wrote:
I'd like to write a hwmon driver
From: Dave Airlie airl...@redhat.com
Reported on irc by nirbheek.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_atombios.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu
From: Dave Airlie airl...@redhat.com
This is strange - like really really strange, twilight zone of strange.
VGA ports have DDC buses, but sometimes for some reasons the BIOS
says we don't and we oops - AMD mentioned bios bugs so we'll have
to add quirks.
reported on irc by nirbheek and
https
From: Dave Airlie airl...@redhat.com
This memset_io was added to debug something way back and got
left behind, memset the fb to black so the borders don't be all white.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_fb.c |2 +-
1 files changed, 1 insertions
Except for mach64 :-) Unless I'm mistaken, that never made it into the
linux kernel.
If someone wants to add mach64 to staging it would be possible, it would
be nice if clean patches that pass checkpatch.pl could be constructed for
it.
Since I think all the security issues were resolved
just try and use it.]
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_edid.c | 30 ++--
drivers/gpu/drm/radeon/radeon_combios.c | 33 +++
drivers/gpu/drm
From: Dave Airlie airl...@redhat.com
This is strange - like really really strange, twilight zone of strange.
VGA ports have DDC buses, but sometimes for some reasons the BIOS
says we don't and we oops.
reported on irc by nirbheek
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu
Anyway, I don't know whether this is due to PCI mode or not, but
OpenGL performances, although there's no more GPU lockup, are poor.
And serious OpenGL applications, as simulated by the SPECviewperf test
suite, have very irregular frame rates. If I'm not mistaken, the
BusType option is
If it now does not boot up if all its sub-options are enabled, even of some
of those sub-options are new, does that count as a driver regression? Sure it
does to me ...
But it doesn't to anyone else under any reasonable meaning of the word
regression.
The config option states
Choose this
On Fri, Feb 5, 2010 at 7:00 PM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
If it now does not boot up if all its sub-options are enabled, even of some
of those sub-options are new, does that count as a driver regression? Sure
it
does to me
On Thu, Feb 4, 2010 at 6:16 PM, Tejun Heo t...@kernel.org wrote:
Hello,
On 02/04/2010 04:56 PM, Andy Isaacson wrote:
1265267921.568269 ioctl(8, 0xc020645e, 0x7fffe2196980) = -1 EBADF (Bad file
descriptor)
Hmm... -EBADF? I suppose it doesn't mean that the fd is invalid in
this case but
On Fri, Feb 5, 2010 at 5:24 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, 4 Feb 2010, Alex Deucher wrote:
And if it crashes, he'll report a bug and we'll fix it.
Ok, you have a bug-report. See earlier in the thread:
btw., i just found another bug activated via this same
On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
It's the moving of radeom KMS out of staging after -rc6 that causes it,
because it brought it into the scope of my testing:
f71d018: drm/radeon/kms: move radeon KMS on/off switch out
On Fri, Feb 5, 2010 at 6:46 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@gmail.com wrote:
On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
It's the moving of radeom KMS out of staging after -rc6 that causes
On Fri, Feb 5, 2010 at 7:23 AM, Andrew Morton a...@linux-foundation.org wrote:
On Thu, 4 Feb 2010 22:05:59 +0100
Ingo Molnar mi...@elte.hu wrote:
* Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote:
Hey, -rc7 just hung on me
These were random configs - the size doesnt match an allyesconfig, those are
way bigger. My above comment related to the first crash, and to my argument
that all other drivers are fine during bootup - and there's a lot of them.
So do you have something you are running after allyesconfig to
5ff55717674470b96562f931f778c878080755b7
Author: Dave Airlie airl...@redhat.com
Date: Fri Feb 5 13:57:03 2010 +1000
drm/radeon/kms: fix r300 vram width calculations
This was incorrect according to the docs and the UMS driver does
it like this.
Signed-off-by: Dave Airlie airl...@redhat.com
From: Dave Airlie airl...@redhat.com
this uses a new entrypoint to invalidate gart entries instead of using 0.
I'm not 100% sure this is going to work, we probably need to allocate
a dummy page and point all the GTT entries at it similiar to what AGP does.
but we can test this first I suppose
From: Dave Airlie airl...@redhat.com
Internal locking should be sufficent for all these cases.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_kms.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm
From: Dave Airlie airl...@redhat.com
These ioctls are all protected by their own locking mechanisms so
should be fine to not bother locking around.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_drv.c | 44 ++--
1 files changed
On Wed, Feb 3, 2010 at 1:46 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@gmail.com wrote:
On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh
On Thu, Feb 4, 2010 at 5:36 PM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@gmail.com wrote:
On Wed, Feb 3, 2010 at 1:46 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@gmail.com wrote:
On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar mi...@elte.hu wrote
It's the moving of radeom KMS out of staging after -rc6 that causes it,
because it brought it into the scope of my testing:
f71d018: drm/radeon/kms: move radeon KMS on/off switch out of staging.
So at least on this box it's clearly not ready for mainline enablement yet.
I've
On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-linus
I've also added an oops fix I seem to lose off
On Tue, Feb 2, 2010 at 6:35 PM, Dave Airlie airl...@gmail.com wrote:
On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6
On Wed, Feb 3, 2010 at 1:46 AM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@gmail.com wrote:
On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar mi...@elte.hu wrote:
* Dave Airlie airl...@linux.ie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh
On Tue, Feb 2, 2010 at 3:11 AM, Pauli Nieminen suok...@gmail.com wrote:
Allocating multiple pages of memory for data that is coming
from user space may fail. To fix memory allocation failures
the buffer object should be split to multiple independ pages.
Just some quick comments
radeon_cs.c
On Tue, Feb 2, 2010 at 4:24 AM, Pauli Nieminen suok...@gmail.com wrote:
If there is section size mismatch reusing the section object
makes section start fail.
Reseting the object before doing error checking prevents the
possible flood of errors.
That can't be right. did you read what your
On Thu, Jan 28, 2010 at 7:26 PM, Luca Barbieri l...@luca-barbieri.com wrote:
Currently TTM tries to preserve the previous caching even for moves
between unrelated memory spaces.
This results for instance in moves from VRAM to PCIE GART changing
system memory to WC state needlessly.
This
|2 +-
20 files changed, 244 insertions(+), 164 deletions(-)
commit f71d0187987e691516cd10c2702f002c0e2f0edc
Author: Dave Airlie airl...@redhat.com
Date: Mon Feb 1 11:35:47 2010 +1000
drm/radeon/kms: move radeon KMS on/off switch out of staging.
We are happy enough
yet - boom. Add a test for
parser-
being non-NULL before dereferencing it.
Signed-off-by: Michel Dänzer daen...@vmware.com
Signed-off-by: Dave Airlie airl...@redhat.com
Major change is to move the radeon KMS enable out of staging and into
normal Kconfig land, its not perfect
2009/12/24 Rafał Miłecki zaj...@gmail.com:
I applied patches from http://www.botchco.com/alex/xorg/pm/ and now
engine reclocks between 110MHz and 680MHz.
The problem is I see ~10 black horizontal lines for a one frame time
on almost every reclock. I tried to fix this or at least understand it
From: Dave Airlie airl...@redhat.com
booting a Lenovo W500 with LVDS + DP outputs showed up a TODO we had
on our list, to pick a correct digital encoder block. The LVTMA
encoder requires the second digital encoder, all others can use any
encoder at all.
This fixes the digital encoder selection
From: Dave Airlie airl...@redhat.com
This makes displayport work again here.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/atombios_dp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm
From: Dave Airlie airl...@linux.ie
On the W500 we have UNIPHY routed to both DVI and DP, this seems
to always pick the DVI connector which means link training fails.
Switch to using active device to pick the connector, this seems
like it should be safe from a code review, and it fixes things
From: Dave Airlie airl...@redhat.com
booting a Lenovo W500 with LVDS + DP outputs showed up a TODO we had
on our list, to pick a correct digital encoder block. The LVTMA
encoder requires the second digital encoder, all others can use any
encoder at all.
This fixes the digital encoder selection
On Wed, 2010-01-27 at 15:16 +0800, yakui.z...@intel.com wrote:
From: Zhao Yakui yakui.z...@intel.com
Sometimes one connector can support more than one connector type. And it
will switch the connector type/id dynamically according to the external
connected device.
Connectors cannot change
Only one plug is used for this encoder. But it can be detected as
different type when the different adaptor is used. For one
multi-function SDVO card, it can be detected as LVDS, VGA,
SDVO-TV(composite/S-video). Before the external device is connected, we
can't know the exact connector type.
From: Dave Airlie airl...@redhat.com
booting a Lenovo W500 with LVDS + DP outputs showed up a TODO we had
on our list, to pick a correct digital encoder block. The LVTMA
encoder requires the second digital encoder, all others can use any
encoder at all.
This fixes the digital encoder selection
On Sat, Jan 23, 2010 at 1:56 AM, Jerome Glisse jgli...@redhat.com wrote:
If an error happen in r600_blit_prepare_copy report it rather
than WARNING and keeping execution. For instance if ib allocation
failed we did just warn about but then latter tried to access
NULL ib ptr causing oops. This
On Thu, 2010-01-21 at 09:09 +0800, Zhenyu Wang wrote:
On 2010.01.20 13:14:23 +, James Simmons wrote:
It's just adding the backlight api to the intel driver. In fact it gives
the user the ablity to control the brightness of the backlight which I see
is lacking in the intel driver.
| 12 +-
drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c |9 -
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c| 64 ---
include/drm/ttm/ttm_bo_driver.h |5 +
51 files changed, 958 insertions(+), 520 deletions(-)
commit 7087e16286913b41ba9a5186360645b57b8508dd
Author: Dave Airlie
From: Dave Airlie airl...@redhat.com
It appears that attempting AUXCH DDC breaks the subsequent attempt
to do DDC over the i2c lines, so use the sink type to determine
if we should be doing AUXCH or i2c DDC.
This fixes my DVI monitor plugged into DP-DVI convertor.
Signed-off-by: Dave Airlie
From: Dave Airlie airl...@redhat.com
Testing GTT ready might be more correct but cp.ready
works fine and has been tested on irc by 2-3 ppl.
fixes bug k.org 15035 and fd.o 25733
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_ttm.c |5 -
1 files changed
|8
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 21 -
drivers/gpu/drm/radeon/radeon_ttm.c |5 -
6 files changed, 42 insertions(+), 8 deletions(-)
commit 194fda0dd83623f7927d505e39008c73fbc1c141
Merge: ef14587 9270eb1
Author: Dave Airlie
On Tue, Jan 12, 2010 at 2:38 AM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Sun, 10 Jan 2010 07:32:30 +1000
Dave Airlie airl...@gmail.com wrote:
I'm in the 2-3 years at a minimum, with at least one kernel with no
serious regressions in Intel KMS, which we haven't gotten close to
yet. I'm
On Tue, Jan 12, 2010 at 8:22 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday 11 January 2010, Julien Cristau wrote:
On Mon, Jan 11, 2010 at 22:04:36 +0100, Rafael J. Wysocki wrote:
Hmm, are you trying to say radeon is better at that?
My experience is quite the opposite to be honest.
drivers/gpu/drm/radeon/reg_srcs/r420
commit f22d6ddaeb8126623d62c828a4d4a96dfc4cbc5c
Merge: 0c9d2c4 40c2298
Author: Dave Airlie airl...@redhat.com
Date: Mon Jan 11 14:43:16 2010 +1000
Merge branch 'for-airlied' of /ssd/git/drm-nouveau-next into drm-linus
* 'for-airlied' of /ssd/git
On Sun, Jan 10, 2010 at 4:17 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Sat, 9 Jan 2010, Jerome Glisse wrote:
On Fri, Jan 08, 2010 at 06:50:41PM -0800, Jesse Barnes wrote:
Linus, can we ever drop those old paths? Maybe after the new bits have
been around for awhile?
On Sat, Jan 9, 2010 at 11:35 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Saturday 09 January 2010, Jesse Barnes wrote:
On Fri, 8 Jan 2010 16:50:57 -0800 (PST)
Linus Torvalds torva...@linux-foundation.org wrote:
On Sat, 9 Jan 2010, Rafael J. Wysocki wrote:
Which is functionally
From: Rafael J. Wysocki r...@sisk.pl
Commit cbda12d77ea590082edb6d30bd342a67ebc459e0 (drm/i915: implement
new pm ops for i915), among other things, removed the .suspend and
.resume pointers from the struct drm_driver object in i915_drv.c,
which broke resume without KMS on my MSI Wind
From: Dave Airlie airl...@redhat.com
If userspace (plymouth in this case) asks for a deeper depth,
refuse it as well due to lack of resizing.
This fixes an issue since 32MB cards went to 8bpp and plymouth
crashes on startup.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm
On Wed, Dec 30, 2009 at 11:24 AM, Darren Jenkins
darrenrjenk...@gmail.com wrote:
If there is an invalid family the fw_name is NULL and causes an
NULL pointer dereference.
This just adds a check for something unexpected.
NAK.
This can't happen, only gpus with those families set can call this
On Wed, Dec 30, 2009 at 11:25 AM, Darren Jenkins
darrenrjenk...@gmail.com wrote:
If drm_addmap() fails master_priv is leaked.
I got a patch from Roel Kluin to fix this already, will push it out soon.
Dave.
--
This
On Wed, Dec 30, 2009 at 11:23 AM, Darren Jenkins
darrenrjenk...@gmail.com wrote:
If there is an invalid radeon family the fw_name is NULL and causes an
NULL pointer dereference.
This just adds a check for something unexpected.
Same as for last one, unless a developer explicity writes code
On Wed, Dec 30, 2009 at 11:21 AM, Darren Jenkins
darrenrjenk...@gmail.com wrote:
There are a couple of array overruns, and some associated confusion in
the code.
This is just a wild guess at what the code should actually look like.
Alex can you take a look at this, though I suspect its mostly
| 10 +++---
drivers/gpu/drm/radeon/rs600.c |2 +-
include/drm/drmP.h |2 +-
17 files changed, 87 insertions(+), 44 deletions(-)
commit a81406b4143ff07e586bbe03c50f089da94eefe1
Merge: 90520b7 43b19f1
Author: Dave Airlie airl...@redhat.com
Date
From: Dave Airlie airl...@redhat.com
This detects if the sideport memory is enabled on these IGPs, and if
it is VRAM is evicted on suspend/resume.
This should fix s/r issues on some IGPs.
TODO:
check rs880 is same as rs780
add rs480 support if possible.
Signed-off-by: Dave Airlie airl
We want to ship packages with all new features wherever possible. But
we have to make sure, that at least 2D is always working and 3D should
be stable and fast. We know we will often run into bugs first but our
community likes it - see us as a big testing group for you :)
Unless you have a
drivers/gpu/drm/nouveau/nouveau_grctx.c
create mode 100644 drivers/gpu/drm/nouveau/nouveau_grctx.h
create mode 100644 drivers/gpu/drm/nouveau/nv40_grctx.c
commit d94a5108f716bbd524358eb5a440d63991744a62
Merge: 44f9e6c 0786201
Author: Dave Airlie airl...@redhat.com
Date: Wed Dec 23 11:18:33 2009
On Tue, Dec 22, 2009 at 10:21 AM, a...@linux-foundation.org wrote:
From: Ralf Baechle r...@linux-mips.org
include/drm/ttm/ttm_memory.h uses struct page * without having included
the required headers or a forward declaration resulting in the following
build error for mtx1_defconfig on Linus'
I've reworked Arnd's two patches to we have all the core changes in one
patch, this in theory should change no behaviour in any of the current
drivers.
Patch 2: updates the vmwgfx unlocked ioctl code, to use the new interface
as this work conflicts with its current interface.
From: Dave Airlie airl...@redhat.com
For some reason these ioctls have no DRM flags, which just seems wrong,
so I guess that needs reviewing also before staging exit.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 69
Cc: David Airlie airl...@linux.ie
Cc: dri-devel@lists.sourceforge.net
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: Thomas Gleixner t...@linutronix.de
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_drv.c | 13 -
drivers/gpu/drm/drm_ioc32.c
From: Bob Gleitsmann rjgle...@bellsouth.net
This is from bug 25728.
[airlied: I'm just forwarding the patch for review, Thomas, ickle?]
---
drivers/gpu/drm/drm_mm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
From: Dave Airlie airl...@redhat.com
In 2.6.32.2 r600 had no IRQ support, however the patch in
500b758725314ab1b5316eb0caa5b0fa26740e6b to fix vblanks on avivo
cards, needs irqs.
So check for an R600 card and avoid this path if so.
This is a stable only patch for 2.6.32.2 as 2.6.33 has IRQs
to guarantee thread-safety of bo during reloc
intel: Clear virtual after failing to mmap_gtt.
Dave Airlie (3):
radeon: straighten out the API insanity.
radeon: fix BO null check, should be in higher level fn
libdrm 2.4.17
Jakob Bornecrantz (4):
Bring dirty code from old
I'd like to propose two patches for kernel DRM.
Both these sounds sane to me, I'll push them into a testing tree early
next week,
Dave.
Currently the R300 CS checker doesn't allow rendering with no color
buffer set. This is needed for depth-only rendering which is required
for
On Thu, Dec 17, 2009 at 8:17 AM, Arnd Bergmann a...@arndb.de wrote:
drm_ioctl is called with the Big Kernel Lock held,
which shows up very high in statistics on vfs_ioctl.
Moving the lock into the drm_ioctl function itself
makes sure we blame the right subsystem and it gets
us one step
...@vmware.com
Signed-off-by: Jakob Bornecrantz ja...@vmware.com
Signed-off-by: Dave Airlie airl...@redhat.com
commit 632f61178d0473861ba77e774bb654b37bc7eccc
Author: Jakob Bornecrantz ja...@vmware.com
Date: Thu Dec 10 00:19:10 2009 +
drm/vmwgfx: Add svga headers for vmwgfx driver
101 - 200 of 1423 matches
Mail list logo