On Sun, 2010-02-28 at 03:30 +, Ben Hutchings wrote:
+static void agp_probe_video(struct work_struct *work)
+{
+ struct pci_dev *pdev = NULL;
+
+ while ((pdev = pci_get_class(0x03, pdev)) != NULL) {
Only without the opening brace here...
Ben.
+ if
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 is added.
Signed-off-by: Ben Hutchings b...@decadent.org.uk
---
This is
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
Hi,
I found that for DRI callback 'SwapContext' hook handler, seems no driver
interested with it, except for old glint video driver do real work in it.
Does it mean context switch concept outdated for current graphics hardware,
but I found that intel hardware has logical context save/store
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 heads and set native modes on both,
Does that mean that fbset is supposed
Type of iterator was promoted to unsigned long in 64bit systems.
*header is small structure so it is alwas safe to cast return value
of sizeof operator to int.
Signed-off-by: Pauli Nieminen suok...@gmail.com
---
drivers/gpu/drm/radeon/r300_cmdbuf.c |2 +-
1 files changed, 1 insertions(+), 1
On Mon, Mar 01, 2010 at 04:00:02PM +1000, Dave Airlie wrote:
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
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 ++-
It wouldn't be the drm unless it didn't build somewhere,
two fixes on top of that tree:
8edb381d6705811b278527907a5ae2a9c4db8074 vga_switcheroo: fix build on
platforms with no ACPI
55a5cb5d594c18b3147a2288b00ea359c1a38cf8 drm/radeon: Fix printf type
warning in 64bit system.
Dave..
On Mon, 1
On Mon, Mar 01, 2010 at 03:47:35PM +1000, Dave Airlie wrote:
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
Dave Airlie wrote:
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
http://bugs.freedesktop.org/show_bug.cgi?id=26631
--- Comment #11 from Andy Furniss li...@andyfurniss.entadsl.com 2010-03-01
04:34:38 PST ---
(In reply to comment #10)
I also notice that even just running gears the clock changes up/down
accompanied by visual disturbance every couple of
http://bugs.freedesktop.org/show_bug.cgi?id=26816
Summary: AGP KMS x11 video perf problem.
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=26817
Summary: Machine crashes on large screen updates.
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
URL: http://pastebin.ca/1817089
OS/Version: Linux (All)
Status:
http://bugs.freedesktop.org/show_bug.cgi?id=26816
--- Comment #1 from Pauli suok...@gmail.com 2010-03-01 07:10:03 PST ---
Created an attachment (id=33664)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33664)
pool allocator to improve AGP performance.
Does this kernel patch help your
Allow platform devices without PCI resources to be DRM devices.
Signed-off-by: Jordan Crouse jcro...@codeaurora.org
---
drivers/gpu/drm/Kconfig |4 -
drivers/gpu/drm/Makefile|2
drivers/gpu/drm/drm_bufs.c | 27 ++-
drivers/gpu/drm/drm_drv.c
On Mon, 1 Mar 2010 18:33:14 +1000, Dave Airlie airl...@gmail.com wrote:
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
Following is a patch to allow platform devices on platforms without PCI
to register and operate as fully fledged DRM devices. I have been using
this code for some time now and I'm convinced that the model works, but
I'm posting this to get some constructive criticism on ways to improve
the
On Sat, 2010-02-27 at 10:33 +0100, Rafał Miłecki wrote:
W dniu 26 lutego 2010 20:01 użytkownik Ville Syrjälä syrj...@sci.fi napisał:
Disabling the condition check doesn't make sense.
You could use a completion.
init_completion(vbl_irq);
enable_vbl_irq();
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Westermann Fu wrote:
I found that for DRI callback 'SwapContext' hook handler, seems no
driver interested with it, except for old glint video driver do real
work in it. Does it mean context switch concept outdated for current
graphics hardware,
On Mon, Mar 1, 2010 at 5:52 AM, Dave Airlie airl...@gmail.com wrote:
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
---
http://bugs.freedesktop.org/show_bug.cgi?id=16950
kowalski marcin yoshi...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=26816
--- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com 2010-03-01
09:32:01 PST ---
(In reply to comment #1)
Created an attachment (id=33664)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33664) [details]
pool allocator to
- A few comments existed here and there that referred to a bo-mutex.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/ttm/ttm_bo.c|6 +-
drivers/gpu/drm/ttm/ttm_bo_vm.c |2 +-
include/drm/ttm/ttm_bo_api.h|3 +--
include/drm/ttm/ttm_bo_driver.h |
- The headerfile says you can't write to it without holding the lock.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/ttm/ttm_bo.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
From ceb6fdc76834259bd4d4d47562ad166362bdcd4c Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Mon, 1 Mar 2010 14:23:31 -0500
Subject: [PATCH] drm/radeon: fix typo in Makefile
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/Makefile |2 +-
On Mon, Mar 01, 2010 at 07:34:40PM +0100, Maarten Maathuis wrote:
- The headerfile says you can't write to it without holding the lock.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
NAK, from my POV as we always use atomic_* on reserved it's useless
to protect it with spinlock.
On Mon, Mar 01, 2010 at 07:34:39PM +0100, Maarten Maathuis wrote:
- A few comments existed here and there that referred to a bo-mutex.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
Reviewed-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/ttm/ttm_bo.c|6 +-
Bit has table will be first checked from BO if we can quarentee this BO is not
in this cs already. When bo is emited the reference to cs is removed with bit
operations.
To quarentee that there is no other cs with same id number of CS that can have
id is limited to number of bits in unsigned long.
Maarten Maathuis wrote:
- The headerfile says you can't write to it without holding the lock.
NAK.
The header-file is incorrect. It should say that the lru_lock needs to
be held only when we transition from 0 to 1.
That guarantees that if the lru lock is held, and we read 0, we can
safely
Same tree as yesterday with a warning + PPC build fix + fix for build on
x86 after PPC (I think I just validated Ingo).
The following changes since commit 60b341b778cc2929df16c0a504c91621b3c6a4ad:
Linus Torvalds (1):
Linux 2.6.33
are available in the git repository at:
Bit has table will be first checked from BO if we can quarentee this BO is not
in this cs already. When bo is emited the reference to cs is removed with bit
operations.
To quarentee that all cs ids are unique number of ids is limited to 32. If
application uses more than 32 cs objects extra cs
http://bugs.freedesktop.org/show_bug.cgi?id=26419
Dave Airlie airl...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, Mar 01, 2010 at 08:19:02AM -0800, Eric Anholt wrote:
On Mon, 1 Mar 2010 18:33:14 +1000, Dave Airlie airl...@gmail.com wrote:
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
On Sat, 27 Feb 2010 14:57:36 +0530 Jaswinder Singh Rajput wrote:
Fixed following headers_check warnings:
CHECK include/drm (14 files)
include/drm/drm_mode.h:84: found __[us]{8,16,32,64} type without #include
linux/types.h
include/drm/i915_drm.h:119: found __[us]{8,16,32,64} type
35 matches
Mail list logo
