The main reason for this, is Ben got a nvidia fermi card and added
modesetting support just before the window opened, there is no accel
support, but having kms support for these GPUs is a good start. Its all
the GTX4xx cards.
The other bulk is because ajax moved a load of modes to their own he
https://bugs.freedesktop.org/show_bug.cgi?id=28517
--- Comment #11 from Tom Stellard 2010-08-09 22:48:42 PDT
---
Can you try this patch https://bugs.freedesktop.org/attachment.cgi?id=37755
from bug 29363 and post the output of RADEON_DEBUG=vp.
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=28517
--- Comment #11 from Tom Stellard 2010-08-09 22:48:42
PDT ---
Can you try this patch https://bugs.freedesktop.org/attachment.cgi?id=37755
from bug 29363 and post the output of RADEON_DEBUG=vp.
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=29363
Tom Stellard changed:
What|Removed |Added
Attachment #37644|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=29363
Tom Stellard changed:
What|Removed |Added
Attachment #37644|0 |1
is obsolete|
Smatch complained that the ERR_PTR from hwmon_device_register() wasn't
handled. ?I added some error handling in radeon_hwmon_init() to silence
the warning.
Unfortunately errors from radeon_pm_init() aren't handled so this
doesn't really make a difference beyond silencing the warning.
Also I chang
Move common code to init function.
v2: make sure the bo is pinned after init as well.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 14 +-
drivers/gpu/drm/radeon/r600_blit_kms.c | 17 +++--
drivers/gpu/drm/radeon/rv770.c | 14 +---
Move common code to init function.
v2: make sure the bo is pinned after init as well.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 14 +-
drivers/gpu/drm/radeon/r600_blit_kms.c | 17 +++--
drivers/gpu/drm/radeon/rv770.c | 14 +---
On Sun, 8 Aug 2010 09:37:24 +0100, Chris Wilson
wrote:
> Dave Airlie:
> I might be missing something, but what stops the race with something
> reopening while we are in lastclose now?
>
> The global_mutex which appears to fill this role is only taken inside
> the drm_stub_open() and not drm
I just updated the tree, I had to drop one of the cleanups for now, same
tree has the initial mail.
The following changes since commit 96576a9e1a0cdb8a43d3af5846be0948f52b4460:
agp: intel-agp: do not use PCI resources before pci_enable_device()
(2010-08-05 12:28:25 +1000)
are available in t
The main reason for this, is Ben got a nvidia fermi card and added
modesetting support just before the window opened, there is no accel
support, but having kms support for these GPUs is a good start. Its all
the GTX4xx cards.
The other bulk is because ajax moved a load of modes to their own he
https://bugs.freedesktop.org/show_bug.cgi?id=29469
Summary: [r600g] tiling breaks rendering
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medi
https://bugs.freedesktop.org/show_bug.cgi?id=29469
Summary: [r600g] tiling breaks rendering
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medi
On 08/05/2010 09:09 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> Nouveau will need this on GeForce 8 and up to account for the GPU
> reordering physical VRAM for some memory types.
>
> Signed-off-by: Ben Skeggs
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/nouveau/nouveau_bo.c |
On 08/05/2010 09:09 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> Existing core code/drivers call drm_mm_put_block on ttm_mem_reg.mm_node
> directly. Future patches will modify TTM behaviour in such a way that
> ttm_mem_reg.mm_node doesn't necessarily belong to drm_mm.
>
> Signed-off-by: Ben Ske
acked-by: Thomas Hellström
On 08/05/2010 03:09 PM, Ben Skeggs wrote:
From: Ben Skeggs
In order to properly deal with GPU reordering of blocks in physical VRAM,
Nouveau needs to be able to have better control over VRAM allocations.
Currently nouveau is extremely wasteful and forces massive am
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #5 from Alex Deucher 2010-08-09 14:48:55 PDT ---
(In reply to comment #4)
> Why Radeon Xpress1100 is recognized as Xpress 200M?
Programming-wise, they are the same.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #7 from Nicolas Kaiser 2010-08-09 14:48:42 PDT ---
I could imagine that the latency is caused by the VGA port getting polled.
Can you connect the monitor to VGA instead of DVI? This might work around the
problem.
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #5 from Alex Deucher 2010-08-09 14:48:55 PDT
---
(In reply to comment #4)
> Why Radeon Xpress1100 is recognized as Xpress 200M?
Programming-wise, they are the same.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #7 from Nicolas Kaiser 2010-08-09 14:48:42 PDT
---
I could imagine that the latency is caused by the VGA port getting polled.
Can you connect the monitor to VGA instead of DVI? This might work around the
problem.
--
Configure bugm
On 8 August 2010 17:36, Daniel J Blueman wrote:
> On 5 August 2010 16:23, Alex Deucher wrote:
>> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse
>> wrote:
>>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
After around 10-30 mins of typical usage (ie cairo rendering to
surfaces +
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #4 from Florian L. 2010-08-09 13:59:57
PDT ---
Lucid up to date versions :
kernel 2.6.32-24-generic
lem...@notebook:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #4 from Florian L. 2010-08-09 13:59:57
PDT ---
Lucid up to date versions :
kernel 2.6.32-24-generic
lemanf at notebook:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
serv
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #3 from Florian L. 2010-08-09 13:55:10
PDT ---
Created an attachment (id=37745)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37745)
Dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #3 from Florian L. 2010-08-09 13:55:10
PDT ---
Created an attachment (id=37745)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37745)
Dmesg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
It takes over 0.5s to probe the outputs and configure the i915 console.
This can be performed in the background whilst the rest of the system
is booting.
Based on a patch by Arjan van de Van
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/drm_drv.c |6 ++
drivers
https://bugs.freedesktop.org/show_bug.cgi?id=29444
Simon Munton changed:
What|Removed |Added
Attachment #37743|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #5 from Simon Munton 2010-08-09 13:18:53
PDT ---
Created an attachment (id=37744)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37744)
xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=29444
Simon Munton changed:
What|Removed |Added
Attachment #37743|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #5 from Simon Munton 2010-08-09
13:18:53 PDT ---
Created an attachment (id=37744)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37744)
xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #4 from Simon Munton 2010-08-09 13:17:45
PDT ---
Created an attachment (id=37743)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37743)
Output from dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #4 from Simon Munton 2010-08-09
13:17:45 PDT ---
Created an attachment (id=37743)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37743)
Output from dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
Smatch complained that the ERR_PTR from hwmon_device_register() wasn't
handled. I added some error handling in radeon_hwmon_init() to silence
the warning.
Unfortunately errors from radeon_pm_init() aren't handled so this
doesn't really make a difference beyond silencing the warning.
Also I chang
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #6 from Mjules 2010-08-09 12:49:31 PDT ---
My bisection point to commit :
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=eb1f8e4f3be898df808e2dfc131099f5831d491d
eb1f8e4f3be898df808e2dfc131099f5831d491d
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #6 from Mjules 2010-08-09 12:49:31 PDT ---
My bisection point to commit :
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=eb1f8e4f3be898df808e2dfc131099f5831d491d
eb1f8e4f3be898df808e2dfc131099f5831d491d
On 08/05/2010 09:09 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> Nouveau will need this on GeForce 8 and up to account for the GPU
> reordering physical VRAM for some memory types.
>
> Signed-off-by: Ben Skeggs
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/nouveau/nouveau_bo.c |
On 08/05/2010 09:09 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> Existing core code/drivers call drm_mm_put_block on ttm_mem_reg.mm_node
> directly. Future patches will modify TTM behaviour in such a way that
> ttm_mem_reg.mm_node doesn't necessarily belong to drm_mm.
>
> Signed-off-by: Ben Ske
On Mon, Aug 09, 2010 at 12:00:49PM +0200, Tejun Heo wrote:
> Commit 991ea75c (drm: use workqueue instead of slow-work), which made
> drm to use wq instead of slow-work, didn't account for the return
> value difference between delayed_slow_work_enqueue() and
> queue_delayed_work(). The former retur
Commit 991ea75c (drm: use workqueue instead of slow-work), which made
drm to use wq instead of slow-work, didn't account for the return
value difference between delayed_slow_work_enqueue() and
queue_delayed_work(). The former returns 0 on success and -errno on
failures while the latter never fails
Commit 991ea75c (drm: use workqueue instead of slow-work), which made
drm to use wq instead of slow-work, didn't account for the return
value difference between delayed_slow_work_enqueue() and
queue_delayed_work(). The former returns 0 on success and -errno on
failures while the latter never fails
2010/8/7 Rafa? Mi?ecki :
> 2010/8/8 Dan Carpenter :
>> Smatch complained that the ERR_PTR from hwmon_device_register() wasn't
>> handled. ?I added some error handling in radeon_hwmon_init() to silence
>> the warning.
>>
>> Unfortunately errors from radeon_pm_init() aren't handled so this
>> doesn't
2010/8/9 Marius Gr?ger :
> Am 09.08.2010 09:33, wrote Alex Deucher:
>>
>> 2010/8/9 Marius Gr?ger:
>>>
>>> Am 08.08.2010 20:09, wrote Alex Deucher:
2010/8/8 Marius Gr?ger:
>
> Am 08.08.2010 18:22, wrote Alex Deucher:
>>>
>>> Also, I kind of was hoping that once I could use
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #23 from pete...@hottemptation.org 2010-08-09 11:12:30 PDT ---
I will try the patch tomorrow!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #23 from peterle at hottemptation.org 2010-08-09 11:12:30 PDT ---
I will try the patch tomorrow!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #5 from Daniel Fort 2010-08-09 10:52:24 PDT ---
got absolutely the same problems with HD 4870.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=28426
--- Comment #5 from Daniel Fort 2010-08-09 10:52:24 PDT
---
got absolutely the same problems with HD 4870.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
On Sun, 8 Aug 2010 09:37:24 +0100, Chris Wilson
wrote:
> Dave Airlie:
> I might be missing something, but what stops the race with something
> reopening while we are in lastclose now?
>
> The global_mutex which appears to fill this role is only taken inside
> the drm_stub_open() and not drm
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #22 from Alex Deucher 2010-08-09 09:40:24 PDT ---
Does the patch I attached to bug 27744 help?
https://bugs.freedesktop.org/attachment.cgi?id=37733
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #18 from Alex Deucher 2010-08-09 09:39:30 PDT ---
Created an attachment (id=37733)
View: https://bugs.freedesktop.org/attachment.cgi?id=37733
Review: https://bugs.freedesktop.org/review?bug=27744&attachment=37733
possible fix
Does
On 08/08/2010 07:25 AM, Ben Hutchings wrote:
> David,
>
> As you know, Debian and Ubuntu (and others?) opted to use 2.6.32 as the
> basis for a stable release but to take DRM from 2.6.33. Now that the
> stable 2.6.33 series is over, we need some other means to communicate
> the most important bug
https://bugs.freedesktop.org/show_bug.cgi?id=29384
--- Comment #22 from Alex Deucher 2010-08-09 09:40:24 PDT
---
Does the patch I attached to bug 27744 help?
https://bugs.freedesktop.org/attachment.cgi?id=37733
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=27744
--- Comment #18 from Alex Deucher 2010-08-09 09:39:30 PDT
---
Created an attachment (id=37733)
View: https://bugs.freedesktop.org/attachment.cgi?id=37733
Review: https://bugs.freedesktop.org/review?bug=27744&attachment=37733
possible fix
Doe
Am 09.08.2010 09:33, wrote Alex Deucher:
> 2010/8/9 Marius Gr?ger:
>> Am 08.08.2010 20:09, wrote Alex Deucher:
>>>
>>> 2010/8/8 Marius Gr?ger:
Am 08.08.2010 18:22, wrote Alex Deucher:
>>
>> Also, I kind of was hoping that once I could use 1280x720 for both the
>> console and t
On 08/09/2010 03:20 AM, Tejun Heo wrote:
From 9a919c46dfa48a9c1f465174609b90253eb8ffc1 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Mon, 9 Aug 2010 12:01:27 +0200
Commit 991ea75c (drm: use workqueue instead of slow-work), which made
drm to use wq instead of slow-work, didn't account for the r
>From 9a919c46dfa48a9c1f465174609b90253eb8ffc1 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Mon, 9 Aug 2010 12:01:27 +0200
Commit 991ea75c (drm: use workqueue instead of slow-work), which made
drm to use wq instead of slow-work, didn't account for the return
value difference between delayed_slo
On Mon, Aug 09, 2010 at 12:00:49PM +0200, Tejun Heo wrote:
> Commit 991ea75c (drm: use workqueue instead of slow-work), which made
> drm to use wq instead of slow-work, didn't account for the return
> value difference between delayed_slow_work_enqueue() and
> queue_delayed_work(). The former retur
Commit 991ea75c (drm: use workqueue instead of slow-work), which made
drm to use wq instead of slow-work, didn't account for the return
value difference between delayed_slow_work_enqueue() and
queue_delayed_work(). The former returns 0 on success and -errno on
failures while the latter never fails
Am 08.08.2010 20:09, wrote Alex Deucher:
> 2010/8/8 Marius Gr?ger:
>> Am 08.08.2010 18:22, wrote Alex Deucher:
Also, I kind of was hoping that once I could use 1280x720 for both the
console and the X screen, it would would allow me to switch between the
two
transparently. I
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #5 from Mjules 2010-08-09 09:27:36 PDT ---
Created an attachment (id=37731)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37731)
xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #4 from Mjules 2010-08-09 09:27:05 PDT ---
Created an attachment (id=37730)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37730)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #5 from Mjules 2010-08-09 09:27:36 PDT ---
Created an attachment (id=37731)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37731)
xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #4 from Mjules 2010-08-09 09:27:05 PDT ---
Created an attachment (id=37730)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37730)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #3 from Mjules 2010-08-09 09:22:12 PDT ---
Hi,
thanks for taking care :)
desktop is not frozen nor locked when it happens.
It's just that when I move the cursor, sometimes it « jumps » to about 1cm
forward on the screen (for an analo
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #3 from Mjules 2010-08-09 09:22:12 PDT ---
Hi,
thanks for taking care :)
desktop is not frozen nor locked when it happens.
It's just that when I move the cursor, sometimes it ? jumps ? to about 1cm
forward on the screen (for an analo
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #2 from Alex Deucher 2010-08-09 08:53:42 PDT ---
Is the desktop locked up when this happens (i.e., can you still interact with
apps)? Please attach your xorg log and dmesg.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #2 from Alex Deucher 2010-08-09 08:53:42 PDT
---
Is the desktop locked up when this happens (i.e., can you still interact with
apps)? Please attach your xorg log and dmesg.
--
Configure bugmail: https://bugs.freedesktop.org/userpr
2010/8/7 Rafał Miłecki :
> 2010/8/8 Dan Carpenter :
>> Smatch complained that the ERR_PTR from hwmon_device_register() wasn't
>> handled. I added some error handling in radeon_hwmon_init() to silence
>> the warning.
>>
>> Unfortunately errors from radeon_pm_init() aren't handled so this
>> doesn't
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #1 from Alex Deucher 2010-08-09 08:46:16 PDT ---
Can you bisect to see what commit caused this? There haven't been any changes
to the cursor code in quite a while.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=29433
--- Comment #1 from Alex Deucher 2010-08-09 08:46:16 PDT
---
Can you bisect to see what commit caused this? There haven't been any changes
to the cursor code in quite a while.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #2 from Alex Deucher 2010-08-09 08:44:43 PDT ---
Also what kernel version, ddx version, mesa version, and xserver are you
running?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #2 from Alex Deucher 2010-08-09 08:44:43 PDT
---
Also what kernel version, ddx version, mesa version, and xserver are you
running?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #1 from Alex Deucher 2010-08-09 08:43:44 PDT ---
Please attach your full dmesg.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=29432
--- Comment #1 from Alex Deucher 2010-08-09 08:43:44 PDT
---
Please attach your full dmesg.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #3 from Alex Deucher 2010-08-09 08:42:01 PDT ---
Please attach your dmesg and xorg log.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=29444
--- Comment #3 from Alex Deucher 2010-08-09 08:42:01 PDT
---
Please attach your dmesg and xorg log.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
2010/8/9 Marius Gröger :
> Am 09.08.2010 09:33, wrote Alex Deucher:
>>
>> 2010/8/9 Marius Gröger:
>>>
>>> Am 08.08.2010 20:09, wrote Alex Deucher:
2010/8/8 Marius Gröger:
>
> Am 08.08.2010 18:22, wrote Alex Deucher:
>>>
>>> Also, I kind of was hoping that once I could use
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #6 from 0453411...@netti.fi 2010-08-09 08:35:37 PDT ---
Hmm... good to know that it works for someone else! Hopefully I can fix it on
my laptop too. What versions of these packages do you use, Tom Stellard? Mine
are as follows:
xorg-s
https://bugs.freedesktop.org/show_bug.cgi?id=29445
--- Comment #6 from 0453411800 at netti.fi 2010-08-09 08:35:37 PDT ---
Hmm... good to know that it works for someone else! Hopefully I can fix it on
my laptop too. What versions of these packages do you use, Tom Stellard? Mine
are as follows:
xor
https://bugs.freedesktop.org/show_bug.cgi?id=26561
ajax at nwnk dot net changed:
What|Removed |Added
Product|DRI |xorg
Component|DRM/Intel
https://bugs.freedesktop.org/show_bug.cgi?id=26561
ajax at nwnk dot net changed:
What|Removed |Added
Product|DRI |xorg
Component|DRM/Intel
On 08/09/2010 03:20 AM, Tejun Heo wrote:
> From 9a919c46dfa48a9c1f465174609b90253eb8ffc1 Mon Sep 17 00:00:00 2001
> From: Tejun Heo
> Date: Mon, 9 Aug 2010 12:01:27 +0200
>
> Commit 991ea75c (drm: use workqueue instead of slow-work), which made
> drm to use wq instead of slow-work, didn't account
On 8 August 2010 17:36, Daniel J Blueman wrote:
> On 5 August 2010 16:23, Alex Deucher wrote:
>> On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse wrote:
>>> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
After around 10-30 mins of typical usage (ie cairo rendering to
surfaces + comp
https://bugs.freedesktop.org/show_bug.cgi?id=29140
--- Comment #8 from steckde...@yahoo.fr 2010-08-09 06:00:25 PDT ---
Created an attachment (id=37722)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37722)
Strace output when running Xorg
Hello,
I tried today to reproduce this bug using Xor
https://bugs.freedesktop.org/show_bug.cgi?id=29140
--- Comment #8 from steckdenis at yahoo.fr 2010-08-09 06:00:25 PDT ---
Created an attachment (id=37722)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37722)
Strace output when running Xorg
Hello,
I tried today to reproduce this bug using
It takes over 0.5s to probe the outputs and configure the i915 console.
This can be performed in the background whilst the rest of the system
is booting.
Based on a patch by Arjan van de Van
Signed-off-by: Chris Wilson
Cc: Dave Airlie
---
drivers/gpu/drm/drm_drv.c |6 ++
drivers
2010/8/9 Marius Gr?ger :
> Am 08.08.2010 20:09, wrote Alex Deucher:
>>
>> 2010/8/8 Marius Gr?ger:
>>>
>>> Am 08.08.2010 18:22, wrote Alex Deucher:
>
> Also, I kind of was hoping that once I could use 1280x720 for both the
> console and the X screen, it would would allow me to switch bet
On 08/08/2010 07:25 AM, Ben Hutchings wrote:
> David,
>
> As you know, Debian and Ubuntu (and others?) opted to use 2.6.32 as the
> basis for a stable release but to take DRM from 2.6.33. Now that the
> stable 2.6.33 series is over, we need some other means to communicate
> the most important bug
Am 09.08.2010 09:33, wrote Alex Deucher:
2010/8/9 Marius Gröger:
Am 08.08.2010 20:09, wrote Alex Deucher:
2010/8/8 Marius Gröger:
Am 08.08.2010 18:22, wrote Alex Deucher:
Also, I kind of was hoping that once I could use 1280x720 for both the
console and the X screen, it would would allow m
2010/8/9 Marius Gröger :
> Am 08.08.2010 20:09, wrote Alex Deucher:
>>
>> 2010/8/8 Marius Gröger:
>>>
>>> Am 08.08.2010 18:22, wrote Alex Deucher:
>
> Also, I kind of was hoping that once I could use 1280x720 for both the
> console and the X screen, it would would allow me to switch bet
Am 08.08.2010 20:09, wrote Alex Deucher:
2010/8/8 Marius Gröger:
Am 08.08.2010 18:22, wrote Alex Deucher:
Also, I kind of was hoping that once I could use 1280x720 for both the
console and the X screen, it would would allow me to switch between the
two
transparently. Instead, the TV takes noti
91 matches
Mail list logo