Re: [git pull] drm request 2

On Wed, Mar 3, 2010 at 9:40 AM, Linus Torvalds wrote: > > > On Wed, 3 Mar 2010, Dave Airlie wrote: >> >> Did I mention that driver is in STAGING? > > Staging is for _improving_ the quality of the drivers, not for making it > worse. > > We still very much have

Re: [git pull] drm request 2

> > x86 after PPC (I think I just validated Ingo). > > Why is VGA_SWITCHEROO enabled by default? because it does nothing on anything except the laptops in question and on those it does nothing except add a control file in debugfs? So how am I supposed to indicate to distro vendors that somethin

Re: [git pull] drm request 2

> > Never mind. I've unpulled the whole effin' mess since it doesn't even > compile: > > drivers/gpu/drm/nouveau/nouveau_acpi.c:191: error: redefinition of > ‘nouveau_register_dsm_handler’ > drivers/gpu/drm/nouveau/nouveau_drv.h:859: note: previous definition of > ‘nouveau_register

[git pull] drm request 2

an-up 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_ch

Re: [git pull] drm merge

On Mon, 1 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/

[PATCH] vga_switcheroo: fix build on platforms with no ACPI

From: Dave Airlie radeon was always including the atpx code unnecessarily, also core switcheroo was including acpi headers. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/Makefile |3 ++- drivers/gpu/drm/radeon/radeon_atpx_handler.c |1 - drivers/gpu/drm/radeon

Re: [PATCH] agpgart: Reprobe VGA devices when a new GART device is added

On Sun, Feb 28, 2010 at 1:30 PM, Ben Hutchings wrote: > This addresses . > > 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 is added. > >

[git pull] drm merge

k 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

Re: [PATCH] drm/radeon/kms: fence cleanup + more reliable GPU lockup detection

On Mon, Mar 1, 2010 at 2:47 AM, Jerome Glisse 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 is unpred

Re: Convert DRM_INFO/DRM_ERROR to dev_info/dev_err

On Fri, Feb 26, 2010 at 4:56 AM, Jerome Glisse 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 conversion (place whe

Re: Unmappable VRAM patchset V4

On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse 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 but will wait th

Re: [PATCH 2/2] vga_switcheroo: initial implementation (v8)

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 you

[PATCH] vga_switcheroo: initial implementation (v11)

From: Dave Airlie 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 of systems typically

[PATCH 2/2] vga_switcheroo: initial implementation (v8)

From: Dave Airlie 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 of systems typically

[PATCH 1/2] fb: for framebuffer handover don't exit the loop early.

From: Dave Airlie An offb machine has been seen in the fields which adds two offb nodes, so continue scanning the list after removing one. Signed-off-by: Dave Airlie --- drivers/video/fbmem.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/video/fbmem.c b

fb + vga switcher patches (THE CORRECT ONES)

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® Parallel Studio Eval Try the

[PATCH 2/2] vga switch: hi my name is race condition

From: Dave Airlie This adds a delayed switch mode, and also changes the debugfs file to accept different parameters. It also adds switch blocking by the drm if any devices are in use echo: DIS - immediate change to discrete IGD - immediate change to IGD DDIS - delayed change to discrete DIGD

[PATCH 1/2] fb: for framebuffer handover don't exit the loop early.

From: Dave Airlie An offb machine has been seen in the fields which adds two offb nodes, so continue scanning the list after removing one. Signed-off-by: Dave Airlie --- drivers/video/fbmem.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/video/fbmem.c b

fb fix + laptop gpu switching support

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 a

[git pull] drm staging driver fixes.

. 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

Re: [PATCH] drm/ttm: handle OOM in ttm_tt_swapout

ps then I'm okay with it,. Reviewed-by: Dave Airlie I'll need Thomas's ack on this also. Dave. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bug

Re: [git pull] drm regression final fixes

v740 fix This lets UMS userspace know 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 Is on to of the tree now. Dave. > > Dave. > > The following changes

[git pull] drm regression final fixes

acked 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

Re: [PATCH] [rfc] drm/radeon/kms: pm debugging check for vbl.

2010/2/18 Rafał Miłecki : > W dniu 18 lutego 2010 09:28 użytkownik Dave Airlie > 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 >>

Re: [PATCH] [rfc] drm/radeon/kms: pm debugging check for vbl.

> >> 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 ch

Re: [PATCH] [rfc] drm/radeon/kms: pm debugging check for vbl.

2010/2/18 Rafał Miłecki : > 2010/2/18 Dave Airlie : >> From: Dave Airlie >> >> 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

[PATCH] [rfc] drm/radeon/kms: pm debugging check for vbl.

From: Dave Airlie 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, maybe others can

[git pull] drm fixes

found 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)

Re: [PATCH] drm/radeon/kms: implement reading PCIE lanes on R600+

2010/2/18 Rafał Miłecki : > 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. -

Re: [PATCH] drm/radeon/kms: Create asic structure for r300 pcie cards.

On Fri, Feb 12, 2010 at 3:55 AM, Pauli Nieminen 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 before sending to m

Re: vesafb handover

On Mon, Feb 15, 2010 at 8:04 PM, Thomas Hellstrom 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 = dev->mode_config.fb_base;

Re: [git pull] drm fixes

2c drm/radeon/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 Dave. -- SOLARIS 10 is

[git pull] drm fixes

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: ssh://master.kernel.org/pu

[git pull] drm

: make dp auxch 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 cr

[PATCH] drm/radeon/kms: retry auxch on 0x20 timeout value.

From: Dave Airlie ATOM appears to return 0x20 which seems to mean some sort of timeout. retry the transaction up to 10 times before failing, this makes DP->VGA convertor we bought work at least a bit more predictably. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/atombios_dp.c |

[PATCH] drm/radeon/kms: fix screen clearing before fbcon.

From: Dave Airlie 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 --- drivers/gpu/drm/radeon/radeon_fb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --

[PATCH 2/2] drm/radeon/kms: add quirk for VGA without DDC on rv730 XFX card.

From: Dave Airlie Reported on irc by nirbheek. Signed-off-by: Dave Airlie --- 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/drm/radeon/radeon_atombios.c index

[PATCH 1/2] drm/radeon/kms: don't crash if no DDC bus on VGA/DVI connector.

From: Dave Airlie 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

Re: Radeon hwmon driver

On Mon, Feb 8, 2010 at 6:48 PM, Domenico Andreoli 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 >> wrote: >> > >> > I'd like to write a hwmon driver for the Radeon GPUs. I made

[PATCH] drm/radeon/kms: don't crash is no DDC bus on VGA connector.

From: Dave Airlie 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 --- drivers/gpu/drm/radeon/radeon_connectors.c |

[PATCH] drm/radeon/kms: add support for hardcoded edids in rom (v2)

se it.] Signed-off-by: Alex Deucher Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_edid.c | 30 ++-- drivers/gpu/drm/radeon/radeon_combios.c | 33 +++ drivers/gpu/drm/radeon/radeon_display.c | 14 - drivers/gp

Re: Removal of mach64

> > 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 resol

Re: 3D OpenGL applications eat CPU ressources

> 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 s

Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Fri, Feb 5, 2010 at 7:00 PM, Ingo Molnar wrote: > > * Dave Airlie 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 &

Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."

> 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 t

[PATCH] drm/radeon/kms: set gart pages to invalid on unbind

From: Dave Airlie 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. Signed-o

[git pull] drm fixes

ns(+), 61 deletions(-) commit 5ff55717674470b96562f931f778c878080755b7 Author: Dave Airlie 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. Signe

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

>> >> 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 allye

Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Fri, Feb 5, 2010 at 7:23 AM, Andrew Morton wrote: > On Thu, 4 Feb 2010 22:05:59 +0100 > Ingo Molnar wrote: > >> >> * Matthew Garrett wrote: >> >> > On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote: >> > >> > >   " Hey, -rc7 just hung on me after enabling this new .config option it

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Fri, Feb 5, 2010 at 6:46 AM, Ingo Molnar wrote: > > * Dave Airlie wrote: > >> On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar wrote: >> > >> > * Dave Airlie wrote: >> > >> >> > It's the moving of radeom KMS out of staging after -rc

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Wed, Feb 3, 2010 at 1:44 AM, Ingo Molnar wrote: > > * Dave Airlie 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

Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Fri, Feb 5, 2010 at 5:24 AM, Linus Torvalds 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 commit, a boot han

Re: [2.6.33-rc6-git regression] idr fix breaks Xorg

On Thu, Feb 4, 2010 at 6:16 PM, Tejun Heo 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 that the

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Thu, Feb 4, 2010 at 5:36 PM, Ingo Molnar wrote: > > * Dave Airlie wrote: > >> >> On Wed, Feb 3, 2010 at 1:46 AM, Ingo Molnar wrote: >> >> > >> >> > * Dave Airlie wrote: >> >> > >> >> >> On Tue, Fe

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

>> On Wed, Feb 3, 2010 at 1:46 AM, Ingo Molnar wrote: >> > >> > * Dave Airlie wrote: >> > >> >> On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar wrote: >> >> > >> >> > * Dave Airlie wrote: >> >> > >>

[PATCH 1/2] drm: switch all GEM/KMS ioctls to unlocked ioctl status.

From: Dave Airlie These ioctls are all protected by their own locking mechanisms so should be fine to not bother locking around. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_drv.c | 44 ++-- 1 files changed, 22 insertions(+), 22 deletions

[PATCH 2/2] drm/radeon/kms: switch all KMS driver ioctls to unlocked.

From: Dave Airlie Internal locking should be sufficent for all these cases. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon_kms.c | 24 1 files changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_kms.c b/drivers/gpu

Re: [PATCH 1/2] drm: Add generic multipart buffer.

On Tue, Feb 2, 2010 at 3:11 AM, Pauli Nieminen 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 already has somet

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Wed, Feb 3, 2010 at 1:46 AM, Ingo Molnar wrote: > > * Dave Airlie wrote: > >> On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar wrote: >> > >> > * Dave Airlie wrote: >> > >> >> > Hi Linus, >> >> > >> >> > Pleas

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Tue, Feb 2, 2010 at 6:35 PM, Dave Airlie wrote: > On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar wrote: >> >> * Dave Airlie wrote: >> >>> > Hi Linus, >>> > >>> > Please pull the 'drm-linus' branch from >>> > ssh://

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

On Tue, Feb 2, 2010 at 6:17 PM, Ingo Molnar wrote: > > * Dave Airlie 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-li

Re: [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging."

> > > 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'v

Re: [PATCH] libdrm/radeon: Fix section size mismatch to reset the section.

On Tue, Feb 2, 2010 at 4:24 AM, Pauli Nieminen 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 patch does? of

Re: [git pull] drm fixes

sn't been initialized yet -> boom. Add a test for parser- being non-NULL before dereferencing it. Signed-off-by: Michel Dänzer Signed-off-by: Dave Airlie > Major change is to move the radeon KMS enable out of staging and into > normal Kconfig land, its not perfe

[git pull] drm fixes

drm_mode.h |2 +- 20 files changed, 244 insertions(+), 164 deletions(-) commit f71d0187987e691516cd10c2702f002c0e2f0edc Author: Dave Airlie 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 that the

Re: [PATCH] drm/ttm: Only try to preserve caching in moves in the same space

On Thu, Jan 28, 2010 at 7:26 PM, Luca Barbieri 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 patch changes TTM t

Re: drm/radeon/kms: pm: single frame corruptions on reclocking

2009/12/24 Rafał Miłecki : > 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 > somehow b

[PATCH 2/2] drm/kms/radeon: pick digitial encoders smarter. (v3)

From: Dave Airlie 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 logic to enable

[PATCH 1/2] drm/radeon/kms: use active device to pick connector for encoder

From: Dave Airlie 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 a bit more here

[PATCH] drm/radeon/kms: fix incorrect logic in DP vs eDP connector checking.

From: Dave Airlie This makes displayport work again here. Signed-off-by: Dave Airlie --- 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/radeon/atombios_dp.c index 3eb0ca5

[PATCH] drm/kms/radeon: pick digitial encoders smarter. (v2)

From: Dave Airlie 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 logic to enable

[PATCH] drm/kms/radeon: pick digitial encoders smarter.

From: Dave Airlie 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 logic to enable

Re: [PATCH] drm: Add a generic function to change connector type/id of connector dynamically

> 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 t

Re: [PATCH] drm: Add a generic function to change connector type/id of connector dynamically

On Wed, 2010-01-27 at 15:16 +0800, yakui.z...@intel.com wrote: > From: Zhao Yakui > > 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 they physical plug

[git pull] drm fixes queue

mwgfx/vmwgfx_kms.c | 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 A

Re: [PATCH] drm: fix regression in fb blank handling

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 d

Re: [PATCH] drm/radeon/kms: Bailout of blit if error happen & protect with mutex V2

On Sat, Jan 23, 2010 at 1:56 AM, Jerome Glisse 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 patch also prot

[PATCH] drm/radeon/kms: fix displayport->dvi connector DDC.

From: Dave Airlie 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 --- drivers/

[git pull] drm fixes

nnectors.c |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: D

[PATCH] drm/radeon/kms: only evict to GTT if CP is ready

From: Dave Airlie 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 --- drivers/gpu/drm/radeon/radeon_ttm.c |5 - 1 files changed, 4 insertions(+), 1 deletions

Re: [PATCH] DRM / i915: Fix resume regression on MSI Wind U100 w/o KMS

On Tue, Jan 12, 2010 at 8:22 AM, Rafael J. Wysocki 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.

Re: [PATCH] DRM / i915: Fix resume regression on MSI Wind U100 w/o KMS

On Tue, Jan 12, 2010 at 2:38 AM, Jesse Barnes wrote: > On Sun, 10 Jan 2010 07:32:30 +1000 > Dave Airlie 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&

[git pull] drm

ns(-) create mode 100644 drivers/gpu/drm/radeon/reg_srcs/r420 commit f22d6ddaeb8126623d62c828a4d4a96dfc4cbc5c Merge: 0c9d2c4 40c2298 Author: Dave Airlie Date: Mon Jan 11 14:43:16 2010 +1000 Merge branch 'for-airlied' of /ssd/git/drm-nouveau-next into drm-linus * 'f

Re: [PATCH] i915: Always register as a PCI driver (was: Re: [PATCH] DRM / i915: Fix resume regression on MSI Wind U100 w/o KMS)

On Sat, Jan 9, 2010 at 11:35 PM, Rafael J. Wysocki wrote: > On Saturday 09 January 2010, Jesse Barnes wrote: >> On Fri, 8 Jan 2010 16:50:57 -0800 (PST) >> Linus Torvalds wrote: >> >> > >> > >> > On Sat, 9 Jan 2010, Rafael J. Wysocki wrote: >> > > >> > > Which is functionally equivalent to my patc

Re: [PATCH] DRM / i915: Fix resume regression on MSI Wind U100 w/o KMS

On Sun, Jan 10, 2010 at 4:17 AM, Linus Torvalds 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?  Users of really o

Re: [PATCH] DRM / i915: Fix resume regression on MSI Wind U100 w/o KMS

> > From: Rafael J. Wysocki > > > > 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 U

[PATCH] drm/kms/fb: check for depth changes from userspace for resizing.

From: Dave Airlie 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 --- drivers/gpu/drm/drm_fb_helper.c |9 -

[git pull] drm fixes

deon_irq.c| 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 Date: Thu Jan

Re: [PATCH] drm/radeon: fix a couple of array index errors

On Wed, Dec 30, 2009 at 11:21 AM, Darren Jenkins 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 stuff that is wrong in

Re: [PATCH] drm/radeon/radeon_cp.c: check for invalid radeon family

On Wed, Dec 30, 2009 at 11:23 AM, Darren Jenkins 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 wrong, this cannot happe

Re: [PATCH] drm/radeon/radeon_cp.c: fix resource leak on error

On Wed, Dec 30, 2009 at 11:25 AM, Darren Jenkins 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 SF.Net email is sponsored

Re: [PATCH] drm/radeon/r100.c: check for invalid family

On Wed, Dec 30, 2009 at 11:24 AM, Darren Jenkins 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 function, so we can't g

[PATCH] drm/radeon/kms: detect sideport enabled on rs690/740/780/880.

From: Dave Airlie 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 --- drivers/gpu/drm/radeon

[git pull] drm-linus

66 deletions(-) create mode 100644 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 Date: Wed De

Re: Recommendations for distributions?

> > 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 hav

Re: [patch 2/2] drm: fix build error in include/drm/ttm/ttm_memory.h

On Tue, Dec 22, 2009 at 10:21 AM, wrote: > From: Ralf Baechle > > 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' master branch, possibly others: > This

[ANNOUNCE] libdrm 2.4.17

caller 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 cod

[PATCH] stable - drm/radeon/kms: fix crtc vblank update for r600

From: Dave Airlie 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 for r600. Signed-off

[PATCH] drm/mm: fix logic for selection of best fit block

From: Bob Gleitsmann 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 index d7d7eac..cdec329 10

[PATCH 1/3] drm: convert drm_ioctl to unlocked_ioctl

id Airlie Cc: dri-devel@lists.sourceforge.net Cc: Frederic Weisbecker Cc: Thomas Gleixner Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_drv.c | 13 - drivers/gpu/drm/drm_ioc32.c | 89 ++ drivers/gpu/drm/i810/i810_dma.c |

<    1   2   3   4   5   6   7   8   9   10   >