Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c | 10 +-
drivers/gpu/drm/radeon/r300.c |7 +--
drivers/gpu/drm/radeon/r420.c |2 +-
drivers/gpu/drm/radeon/r520.c |4 ++--
drivers/gpu/drm/radeon/radeon_reg.h |2 ++
drivers/gpu/drm
Hi Linus,
Mostly i915 serious fixes, along with some minor radeon changes.
(no global header files touched ;-)
Dave.
The following changes since commit d315777b32a4696feb86f2a0c9e9f39c94683649:
Merge branch 'BUG_ON' of
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #10 from kernelbug at sumoreor.com 2011-01-24 23:03:45 ---
Created an attachment (id=45042)
--> (https://bugzilla.kernel.org/attachment.cgi?id=45042)
avivotool regs all output for working and non working suspend
I am having the s
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #9 from Alex Deucher 2011-01-24
23:03:12 ---
Can you try the patch in comment 29 of bug 26552:
https://bugzilla.kernel.org/show_bug.cgi?id=26552#c29
and make sure everything works ok?
--
Configure bugmail: https://bugzilla.kern
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #29 from Alex Deucher 2011-01-24
23:01:47 ---
Created an attachment (id=45032)
--> (https://bugzilla.kernel.org/attachment.cgi?id=45032)
combined patch
I think I've fixed everything. Can you try this last patch by itself and m
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #8 from Alex Deucher 2011-01-24
22:34:38 ---
This bug is a duplicate of bug 26552.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching
Force DVI mode if the user specifies radeon.audio=0. The driver
doesn't handle HDMI mode properly in some cases.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=27731
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |6 +++---
1 files changed, 3 insertions(+), 3
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #3 from Marek Olšák 2011-01-24 21:00:14 PST ---
Does this patch fix anything?
https://bugs.freedesktop.org/attachment.cgi?id=42432
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=32945
--- Comment #3 from Marek Ol??k 2011-01-24 21:00:14 PST
---
Does this patch fix anything?
https://bugs.freedesktop.org/attachment.cgi?id=42432
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #5 from Marek Olšák 2011-01-24 20:59:04 PST ---
Does this patch fix anything?
https://bugs.freedesktop.org/attachment.cgi?id=42432
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=32296
--- Comment #5 from Marek Ol??k 2011-01-24 20:59:04 PST
---
Does this patch fix anything?
https://bugs.freedesktop.org/attachment.cgi?id=42432
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #9 from Marek Olšák 2011-01-24 20:57:51 PST ---
Created an attachment (id=42432)
View: https://bugs.freedesktop.org/attachment.cgi?id=42432
Review: https://bugs.freedesktop.org/review?bug=29851&attachment=42432
possible fix
Does t
https://bugs.freedesktop.org/show_bug.cgi?id=29851
--- Comment #9 from Marek Ol??k 2011-01-24 20:57:51 PST
---
Created an attachment (id=42432)
View: https://bugs.freedesktop.org/attachment.cgi?id=42432
Review: https://bugs.freedesktop.org/review?bug=29851&attachment=42432
possible fix
Does
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c | 10 +-
drivers/gpu/drm/radeon/r300.c |7 +--
drivers/gpu/drm/radeon/r420.c |2 +-
drivers/gpu/drm/radeon/r520.c |4 ++--
drivers/gpu/drm/radeon/radeon_reg.h |2 ++
drivers/gpu/drm
Force DVI mode if the user specifies radeon.audio=0. The driver
doesn't handle HDMI mode properly in some cases.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=27731
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_encoders.c |6 +++---
1 files changed, 3 insertions(+), 3
At Mon, 24 Jan 2011 15:55:27 +,
Chris Wilson wrote:
>
> For i915 there is a need to invalidate some cached state after resuming or
> reseting the GPU. This is not quite the same as simply restoring saved
> state (i.e. the standard suspend resume method), so do not seem to merit
> reusing the s
At Mon, 24 Jan 2011 15:55:28 +,
Chris Wilson wrote:
>
> Iterate over the attached CRTCs, encoders and connectors and call the
> supplied reset vfunc in order to reset any cached state back to unknown.
> Useful after an invalidation event such as a GPU reset or resuming.
>
> Signed-off-by: Chr
Needed for timer queries in the 3D driver.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_drv.c |2 +-
drivers/gpu/drm/radeon/radeon_kms.c |4
include/drm/radeon_drm.h|1 +
3 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/
On Mon, 24 Jan 2011 17:18:06 +0100, Takashi Iwai wrote:
> Missing EXPORT_SYMBOL()?
Thanks. Modules are for the weak ;-)
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #10 from Sami Liedes 2011-01-25 00:00:26 ---
Yes, that patch works for me. Thanks.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching t
Based on a patch by Takashi Iwai.
Reported-by: Matthias Hopf
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=27272
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/intel_display.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm
Upon resume, like after a cold boot, we need to forcibly probe the
analog connector and cannot rely on the hotplug status.
Based on a patch by Takashi Iwai.
Reported-by: Stefan Dirsch
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=26952
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i9
Call drm_mode_config_reset() after an invalidation event to restore any
cached state to unknown.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_d
Iterate over the attached CRTCs, encoders and connectors and call the
supplied reset vfunc in order to reset any cached state back to unknown.
Useful after an invalidation event such as a GPU reset or resuming.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc.c | 19 +++
For i915 there is a need to invalidate some cached state after resuming or
reseting the GPU. This is not quite the same as simply restoring saved
state (i.e. the standard suspend resume method), so do not seem to merit
reusing the save|restore vfuncs. Instead I propose a
drm_mode_config_reset(
Hi Linus,
Mostly i915 serious fixes, along with some minor radeon changes.
(no global header files touched ;-)
Dave.
The following changes since commit d315777b32a4696feb86f2a0c9e9f39c94683649:
Merge branch 'BUG_ON' of
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #10 from kernel...@sumoreor.com 2011-01-24 23:03:45 ---
Created an attachment (id=45042)
--> (https://bugzilla.kernel.org/attachment.cgi?id=45042)
avivotool regs all output for working and non working suspend
I am having the same
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #9 from Alex Deucher 2011-01-24 23:03:12
---
Can you try the patch in comment 29 of bug 26552:
https://bugzilla.kernel.org/show_bug.cgi?id=26552#c29
and make sure everything works ok?
--
Configure bugmail: https://bugzilla.kern
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #29 from Alex Deucher 2011-01-24 23:01:47
---
Created an attachment (id=45032)
--> (https://bugzilla.kernel.org/attachment.cgi?id=45032)
combined patch
I think I've fixed everything. Can you try this last patch by itself and m
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #8 from Alex Deucher 2011-01-24 22:34:38
---
This bug is a duplicate of bug 26552.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching
Needed for timer queries in the 3D driver.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_drv.c |2 +-
drivers/gpu/drm/radeon/radeon_kms.c |4
include/drm/radeon_drm.h|1 +
3 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #28 from Daniel 2011-01-24 12:56:04
---
Okay Alex, the patch of #20 on top of #8 plus the second mini patch from #10
seems to be stable for me. The last days i had no more flickering and no black
screens.
--
Configure bugmail:
On Thu, Jan 20, 2011 at 7:53 PM, Matthew Bullock
wrote:
> I have a fairly simple opengl application running on nouveau. It effectively
> just plots a couple of very large images that change regularly.
>
> I've been getting an easily repeatable failure, hitting the
> BUG_ON(in_interrupt) in vfree()
On Mon, Jan 24, 2011 at 10:55 AM, Chris Wilson
wrote:
> Iterate over the attached CRTCs, encoders and connectors and call the
> supplied reset vfunc in order to reset any cached state back to unknown.
> Useful after an invalidation event such as a GPU reset or resuming.
>
Can't you just reprogra
https://bugs.freedesktop.org/show_bug.cgi?id=33418
--- Comment #1 from Erdem U. Altinyurt 2011-01-24
10:36:47 PST ---
Using Mesa.xf86-video-ati and drm from latest git repo on linux 2.6.38-rc1 with
patch http://bugs.freedesktop.org/show_bug.cgi?id=33272.
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=33418
--- Comment #1 from Erdem U. Altinyurt 2011-01-24
10:36:47 PST ---
Using Mesa.xf86-video-ati and drm from latest git repo on linux 2.6.38-rc1 with
patch http://bugs.freedesktop.org/show_bug.cgi?id=33272.
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=33418
Summary: Continuous GPU soft resets
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=33418
Summary: Continuous GPU soft resets
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
Priority: medium
On Wed, Jan 12, 2011 at 10:19:39AM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Jan 12, 2011 at 10:12:14AM +0100, Thomas Hellstrom wrote:
> > Hi, Konrad.
> >
> > This discussion has become a bit lenghty. I'll filter out the
> > sorted-out stuff, which leaves me with two remaining issues:
>
>
p
On Mon, Jan 24, 2011 at 10:55 AM, Chris Wilson wrote:
> Iterate over the attached CRTCs, encoders and connectors and call the
> supplied reset vfunc in order to reset any cached state back to unknown.
> Useful after an invalidation event such as a GPU reset or resuming.
>
Can't you just reprogram
https://bugs.freedesktop.org/show_bug.cgi?id=32399
--- Comment #5 from julio prada 2011-01-24 09:06:28 PST ---
I did not know if bugs were grouped by software or hardware, mine is an Intel
GPU, so Ill search for other reports and create mine if necessary. Anyway, if
you find your answer Id be ver
https://bugs.freedesktop.org/show_bug.cgi?id=32399
--- Comment #5 from julio prada 2011-01-24 09:06:28 PST
---
I did not know if bugs were grouped by software or hardware, mine is an Intel
GPU, so Ill search for other reports and create mine if necessary. Anyway, if
you find your answer Id be ve
https://bugs.freedesktop.org/show_bug.cgi?id=32399
--- Comment #4 from Edgar Villanueva 2011-01-24
08:54:00 PST ---
I'm not sure this is the right bug as it sounds like you are using an intel
GPU.
This bug would probably be different for every GPU.
But if you are using a radeon GPU there are s
https://bugs.freedesktop.org/show_bug.cgi?id=32399
--- Comment #4 from Edgar Villanueva 2011-01-24
08:54:00 PST ---
I'm not sure this is the right bug as it sounds like you are using an intel
GPU.
This bug would probably be different for every GPU.
But if you are using a radeon GPU there are s
https://bugs.freedesktop.org/show_bug.cgi?id=32399
--- Comment #3 from julio prada 2011-01-24 08:47:40 PST ---
Hi Edgar, I have the same problem on a Toshiba laptop when I plug an external
monitor. This laptop has an Intel P6100 cpu which is part of the 2010 Core
family that integrates graphics o
https://bugs.freedesktop.org/show_bug.cgi?id=32399
--- Comment #3 from julio prada 2011-01-24 08:47:40 PST
---
Hi Edgar, I have the same problem on a Toshiba laptop when I plug an external
monitor. This laptop has an Intel P6100 cpu which is part of the 2010 Core
family that integrates graphics
At Mon, 24 Jan 2011 15:55:27 +,
Chris Wilson wrote:
>
> For i915 there is a need to invalidate some cached state after resuming or
> reseting the GPU. This is not quite the same as simply restoring saved
> state (i.e. the standard suspend resume method), so do not seem to merit
> reusing the s
On Mon, 24 Jan 2011 17:18:06 +0100, Takashi Iwai wrote:
> Missing EXPORT_SYMBOL()?
Thanks. Modules are for the weak ;-)
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists
At Mon, 24 Jan 2011 15:55:28 +,
Chris Wilson wrote:
>
> Iterate over the attached CRTCs, encoders and connectors and call the
> supplied reset vfunc in order to reset any cached state back to unknown.
> Useful after an invalidation event such as a GPU reset or resuming.
>
> Signed-off-by: Chr
Based on a patch by Takashi Iwai.
Reported-by: Matthias Hopf
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=27272
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/intel_display.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm
Upon resume, like after a cold boot, we need to forcibly probe the
analog connector and cannot rely on the hotplug status.
Based on a patch by Takashi Iwai.
Reported-by: Stefan Dirsch
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=26952
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i9
Iterate over the attached CRTCs, encoders and connectors and call the
supplied reset vfunc in order to reset any cached state back to unknown.
Useful after an invalidation event such as a GPU reset or resuming.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_crtc.c | 19 +++
Call drm_mode_config_reset() after an invalidation event to restore any
cached state to unknown.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_d
For i915 there is a need to invalidate some cached state after resuming or
reseting the GPU. This is not quite the same as simply restoring saved
state (i.e. the standard suspend resume method), so do not seem to merit
reusing the save|restore vfuncs. Instead I propose a
drm_mode_config_reset(
On Wed, Jan 12, 2011 at 10:19:39AM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Jan 12, 2011 at 10:12:14AM +0100, Thomas Hellstrom wrote:
> > Hi, Konrad.
> >
> > This discussion has become a bit lenghty. I'll filter out the
> > sorted-out stuff, which leaves me with two remaining issues:
>
>
p
https://bugzilla.kernel.org/show_bug.cgi?id=26942
--- Comment #9 from Alex Deucher 2011-01-24
05:25:57 ---
The changes in that patch should only affect those regs I asked you to dump,
but they are the same before and after. Can you attach the output of:
avivotool regs all
before and after?
https://bugzilla.kernel.org/show_bug.cgi?id=26552
--- Comment #28 from Daniel 2011-01-24 12:56:04 ---
Okay Alex, the patch of #20 on top of #8 plus the second mini patch from #10
seems to be stable for me. The last days i had no more flickering and no black
screens.
--
Configure bugmail: h
On Thu, Jan 20, 2011 at 7:53 PM, Matthew Bullock
wrote:
> I have a fairly simple opengl application running on nouveau. It effectively
> just plots a couple of very large images that change regularly.
>
> I've been getting an easily repeatable failure, hitting the
> BUG_ON(in_interrupt) in vfree()
https://bugs.freedesktop.org/show_bug.cgi?id=32544
Michel Dänzer changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32544
Michel D?nzer changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33185
--- Comment #4 from Michel Dänzer 2011-01-24 02:47:57 PST
---
(In reply to comment #2)
> do you mean I have to install debugging symbols when kWin crashes (in its
> dialogue window)? Is it sufficient?
I don't know if it's possible/sufficient at
https://bugs.freedesktop.org/show_bug.cgi?id=33185
--- Comment #4 from Michel D?nzer 2011-01-24 02:47:57
PST ---
(In reply to comment #2)
> do you mean I have to install debugging symbols when kWin crashes (in its
> dialogue window)? Is it sufficient?
I don't know if it's possible/sufficient at
https://bugs.freedesktop.org/show_bug.cgi?id=33399
Summary: No HDMI PCM mutichannel audio
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
C
https://bugs.freedesktop.org/show_bug.cgi?id=33399
Summary: No HDMI PCM mutichannel audio
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
C
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #5 from Tom Stellard 2011-01-24 01:13:49 PST
---
Created an attachment (id=42355)
View: https://bugs.freedesktop.org/attachment.cgi?id=42355
Review: https://bugs.freedesktop.org/review?bug=31830&attachment=42355
Possible Fix
I th
https://bugs.freedesktop.org/show_bug.cgi?id=31830
--- Comment #5 from Tom Stellard 2011-01-24 01:13:49
PST ---
Created an attachment (id=42355)
View: https://bugs.freedesktop.org/attachment.cgi?id=42355
Review: https://bugs.freedesktop.org/review?bug=31830&attachment=42355
Possible Fix
I th
The opregion is a shared memory region between ACPI and the graphics
driver. As the ACPI mapping has been changed to cachable in commit
6d5bbf00d251cc73223a71422d69e069dc2e0b8d, mapping the intel opregion
non-cachable now fails. As no bus-master hardware is involved in the
opregion, cachable map sh
On Sunday 23 January 2011, Chris Wilson wrote:
> If the driver calls into the kernel to wait for a breadcrumb to pass,
> but hasn't enabled interrupts, fallback to polling the breadcrumb value.
>
> Reported-by: Chris Clayton
> Signed-off-by: Chris Wilson
> ---
> drivers/gpu/drm/i915/i915_irq.c |
68 matches
Mail list logo
