https://bugs.freedesktop.org/show_bug.cgi?id=32350
--- Comment #31 from Alex Deucher 2011-02-01 23:04:13 PST ---
(In reply to comment #30)
> Tried that but it's hard to tell whether it works because when I resume the
> screen is blank. I need to get the quirks back. Ugg..
>
> Up to fedora 11 ker
https://bugs.freedesktop.org/show_bug.cgi?id=32350
--- Comment #31 from Alex Deucher 2011-02-01 23:04:13 PST
---
(In reply to comment #30)
> Tried that but it's hard to tell whether it works because when I resume the
> screen is blank. I need to get the quirks back. Ugg..
>
> Up to fedora 11 ke
https://bugzilla.kernel.org/show_bug.cgi?id=15220
Cijoml Cijomlovic Cijomlov changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32350
--- Comment #30 from Edgar Villanueva 2011-02-01
22:40:32 PST ---
Tried that but it's hard to tell whether it works because when I resume the
screen is blank. I need to get the quirks back. Ugg..
Up to fedora 11 kernel 2.6.30 I everything worke
https://bugs.freedesktop.org/show_bug.cgi?id=32350
--- Comment #30 from Edgar Villanueva 2011-02-01
22:40:32 PST ---
Tried that but it's hard to tell whether it works because when I resume the
screen is blank. I need to get the quirks back. Ugg..
Up to fedora 11 kernel 2.6.30 I everything worke
0x4243 is a PCI bridge, not a GPU.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33815
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
include/drm/drm_pciids.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pcii
https://bugs.freedesktop.org/show_bug.cgi?id=33824
Matt Turner changed:
What|Removed |Added
Product|DRI |Mesa
Version|DRI CVS
https://bugs.freedesktop.org/show_bug.cgi?id=33824
Matt Turner changed:
What|Removed |Added
Product|DRI |Mesa
Version|DRI CVS
https://bugs.freedesktop.org/show_bug.cgi?id=33825
Matt Turner changed:
What|Removed |Added
Product|DRI |Mesa
Version|DRI CVS
https://bugs.freedesktop.org/show_bug.cgi?id=33825
Matt Turner changed:
What|Removed |Added
Product|DRI |Mesa
Version|DRI CVS
https://bugs.freedesktop.org/show_bug.cgi?id=33825
--- Comment #1 from Matt Turner 2011-02-01 18:51:30 PST ---
According to the specification [1], OpenGL 3.1 is required. You can see the
status of OpenGL 3.x support here [2].
[1] http://www.opengl.org/registry/specs/ARB/sync.txt
[2] http://cgit.
https://bugs.freedesktop.org/show_bug.cgi?id=33825
--- Comment #1 from Matt Turner 2011-02-01 18:51:30 PST
---
According to the specification [1], OpenGL 3.1 is required. You can see the
status of OpenGL 3.x support here [2].
[1] http://www.opengl.org/registry/specs/ARB/sync.txt
[2] http://cgit
https://bugs.freedesktop.org/show_bug.cgi?id=32350
--- Comment #29 from Alex Deucher 2011-02-01 18:26:30 PST ---
(In reply to comment #27)
> Did the following test to see if it was a DRI or driver problem.
> startup runlevel 1. No X.
> pm-suspend
>
> resume.
> Screen goes crazy.
Does the screen
https://bugs.freedesktop.org/show_bug.cgi?id=32350
--- Comment #29 from Alex Deucher 2011-02-01 18:26:30 PST
---
(In reply to comment #27)
> Did the following test to see if it was a DRI or driver problem.
> startup runlevel 1. No X.
> pm-suspend
>
> resume.
> Screen goes crazy.
Does the scree
On Tue, 1 Feb 2011 08:31:12 -0800, Jesse Barnes
wrote:
> The bisect is interesting, I'd have expected a failure when we
> re-enabled rc6 on ILK or when we fixed up the ring buffer init.
Yes, that was my instinct as well.
Though that patch does do have one subtlety:
ironlake_enable_rc6():
+
From: Ben Skeggs
Nouveau doesn't have enough information at ttm_backend_func.bind() time
to implement things like tiled GART, or to keep a buffer at a constant
address in the GPU virtual address space no matter where in physical
memory it's placed.
To resolve this, nouveau will handle binding of
Some fixes to the thermal sensor code:
- handle negative numbers
- properly handle temp calculation on different asics
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 21 -
drivers/gpu/drm/radeon/r600.c |8 ++--
drivers/gpu/drm/radeon/radeo
0x4243 is a PCI bridge, not a GPU.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=33815
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
include/drm/drm_pciids.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.
https://bugzilla.kernel.org/show_bug.cgi?id=15220
Florian Mickler changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
On Tue, Feb 01, 2011 at 01:16:01PM +, Chris Wilson wrote:
> Useful for me. Just confirms that you have an equivalent machine to
> this Lenovo x201s, on which those patches were tested after receiving
> from Jesse. :|
Yes, I have a Lenovo x201s :-P.
> The dmesg would have been useful to know w
https://bugzilla.kernel.org/show_bug.cgi?id=15220
Cijoml Cijomlovic Cijomlov changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|
The name[64] was only used in the error message, but never set.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_debugfs.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_debugfs.c b/drivers/gpu/drm/drm_debugfs.c
index 9d8c892..2631c00 100644
-
https://bugs.freedesktop.org/show_bug.cgi?id=33825
Summary: [r600g, wine] sync/fenc GL extension missing
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pr
https://bugs.freedesktop.org/show_bug.cgi?id=33825
Summary: [r600g, wine] sync/fenc GL extension missing
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pr
On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> It would be useful to give us a few more details, such the drm.debug=0xe
> dmesg and the Xorg.log (from when it does starts!)
Sorry, I forgot to turn on the debug last time, this is the dmesg output
from when I start X.
Other (hope u
https://bugs.freedesktop.org/show_bug.cgi?id=32888
--- Comment #1 from Tobias Jakobi 2011-02-01 13:57:45 PST
---
wine also kind of requires this extension, since s3tc is mandatory for Direct3D
translation inside the wined3d layer.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=32888
--- Comment #1 from Tobias Jakobi 2011-02-01 13:57:45
PST ---
wine also kind of requires this extension, since s3tc is mandatory for Direct3D
translation inside the wined3d layer.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> It would be useful to give us a few more details, such the drm.debug=0xe
> dmesg and the Xorg.log (from when it does starts!), and explain what you
> mean by complete freeze? Such as is the machine still accessible over the
> network,
https://bugs.freedesktop.org/show_bug.cgi?id=33824
Summary: [r600g, tiling] mipmap rendering errors / block
artifacts
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=33824
Summary: [r600g, tiling] mipmap rendering errors / block
artifacts
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
On Tue, 1 Feb 2011 14:00:41 +0100, Francesco Allertsen wrote:
> On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> > It would be useful to give us a few more details, such the drm.debug=0xe
> > dmesg and the Xorg.log (from when it does starts!)
>
> Sorry, I forgot to turn on the debu
https://bugs.freedesktop.org/show_bug.cgi?id=31046
Tobias Jakobi changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31046
Tobias Jakobi changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On Tue, 1 Feb 2011 13:29:45 +0100, Francesco Allertsen wrote:
> On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> > It would be useful to give us a few more details, such the drm.debug=0xe
> > dmesg and the Xorg.log (from when it does starts!), and explain what you
> > mean by comple
Some fixes to the thermal sensor code:
- handle negative numbers
- properly handle temp calculation on different asics
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 21 -
drivers/gpu/drm/radeon/r600.c |8 ++--
drivers/gpu/drm/radeon/radeo
https://bugs.freedesktop.org/show_bug.cgi?id=33172
Tobias Jakobi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33172
Tobias Jakobi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Chris and all,
I have tried the latest git (-rc3) and I get a complete freeze when X
starts.
I've bisected it and the first bad commit is this:
commit d5bb081b027b520f9e59b4fb8faea83a136ec15e
Author: Jesse Barnes
Date: Wed Jan 5 12:01:26 2011 -0800
drm/i915: cleanup rc6 code
Clea
On Tue, 1 Feb 2011 07:05:16 -0500 (EST), "Robert P. J. Day" wrote:
>
> any new developments on this issue?
Not really, the only thing left to confirm is whereabouts it goes wrong.
About the only routine of significance is alse_set_backlight().
Does a 'return ASLE_BACKLIGHT_FAILED;' as the fi
On Tue, 1 Feb 2011 12:22:02 +0100, Francesco Allertsen wrote:
> Hi Chris and all,
>
> I have tried the latest git (-rc3) and I get a complete freeze when X
> starts.
It would be useful to give us a few more details, such the drm.debug=0xe
dmesg and the Xorg.log (from when it does starts!), and e
amd-k7-agp can't be built on Alpha anymore, so remove now unnecessary
code.
Signed-off-by: Matt Turner
---
drivers/char/agp/amd-k7-agp.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/drivers/char/agp/amd-k7-agp.c b/drivers/char/agp/amd-k7-agp.c
index
This reverts commit f191f144079b0083c6fa7d01a4acbd7263fb5032.
The AMD 751 and 761 chipsets are used on the UP1000, UP1100, and UP1500
OEM motherboards, but they neglect to do anything to make AGP work.
According to Ivan Kokshaysky:
There is quite fundamental conflict between the Alpha architectur
On Wed, Jan 26, 2011 at 05:49:18PM +0100, Tejun Heo wrote:
> With cmwq, there's no reason for nouveau to use a dedicated workqueue.
> Drop dev_priv->wq and use system_wq instead. Each work item is sync
> flushed when the containing structure is unregistered/destroyed.
>
> Note that this change al
Hi,
I was looking at the radeon support state in libkms and I found out the
following patch was proposed back in September, but never commented nor
merged. The patch was submitted by nobled.
http://lists.freedesktop.org/archives/dri-devel/2010-September/003740.html
I applied it on the latest drm
https://bugs.freedesktop.org/show_bug.cgi?id=32883
Jože Prijatelj changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32883
Jo?e Prijatelj changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, 01 Feb 2011 16:57:37 +
Chris Wilson wrote:
> On Tue, 1 Feb 2011 08:31:12 -0800, Jesse Barnes
> wrote:
> > The bisect is interesting, I'd have expected a failure when we
> > re-enabled rc6 on ILK or when we fixed up the ring buffer init.
>
> Yes, that was my instinct as well.
>
> T
On Tue, 01 Feb 2011 16:57:37 +
Chris Wilson wrote:
> On Tue, 1 Feb 2011 08:31:12 -0800, Jesse Barnes
> wrote:
> > The bisect is interesting, I'd have expected a failure when we
> > re-enabled rc6 on ILK or when we fixed up the ring buffer init.
>
> Yes, that was my instinct as well.
>
> T
Hello
Any news?
http://lists.freedesktop.org/archives/dri-devel/2011-January/006875.html
On Tue, 1 Feb 2011 08:31:12 -0800, Jesse Barnes
wrote:
> The bisect is interesting, I'd have expected a failure when we
> re-enabled rc6 on ILK or when we fixed up the ring buffer init.
Yes, that was my instinct as well.
Though that patch does do have one subtlety:
ironlake_enable_rc6():
+
This reverts commit f191f144079b0083c6fa7d01a4acbd7263fb5032.
The AMD 751 and 761 chipsets are used on the UP1000, UP1100, and UP1500
OEM motherboards, but they neglect to do anything to make AGP work.
According to Ivan Kokshaysky:
There is quite fundamental conflict between the Alpha architectur
amd-k7-agp can't be built on Alpha anymore, so remove now unnecessary
code.
Signed-off-by: Matt Turner
---
drivers/char/agp/amd-k7-agp.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/drivers/char/agp/amd-k7-agp.c b/drivers/char/agp/amd-k7-agp.c
index
On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> It would be useful to give us a few more details, such the drm.debug=0xe
> dmesg and the Xorg.log (from when it does starts!)
Sorry, I forgot to turn on the debug last time, this is the dmesg output
from when I start X.
Other (hope u
On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> It would be useful to give us a few more details, such the drm.debug=0xe
> dmesg and the Xorg.log (from when it does starts!), and explain what you
> mean by complete freeze? Such as is the machine still accessible over the
> network,
Hi Chris and all,
I have tried the latest git (-rc3) and I get a complete freeze when X
starts.
I've bisected it and the first bad commit is this:
commit d5bb081b027b520f9e59b4fb8faea83a136ec15e
Author: Jesse Barnes
Date: Wed Jan 5 12:01:26 2011 -0800
drm/i915: cleanup rc6 code
On Tue, 1 Feb 2011 15:07:55 +0100
Francesco Allertsen wrote:
> On Tue, Feb 01, 2011 at 01:16:01PM +, Chris Wilson wrote:
> > Useful for me. Just confirms that you have an equivalent machine to
> > this Lenovo x201s, on which those patches were tested after receiving
> > from Jesse. :|
>
> Ye
On Tue, 1 Feb 2011 15:07:55 +0100
Francesco Allertsen wrote:
> On Tue, Feb 01, 2011 at 01:16:01PM +, Chris Wilson wrote:
> > Useful for me. Just confirms that you have an equivalent machine to
> > this Lenovo x201s, on which those patches were tested after receiving
> > from Jesse. :|
>
> Ye
https://bugs.freedesktop.org/show_bug.cgi?id=33515
Alex Deucher changed:
What|Removed |Added
Attachment #42803|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33515
Alex Deucher changed:
What|Removed |Added
Attachment #42802|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33515
Alex Deucher changed:
What|Removed |Added
Attachment #42803|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=33515
Alex Deucher changed:
What|Removed |Added
Attachment #42802|application/octet-stream|text/plain
mime type|
Hi,
I was looking at the radeon support state in libkms and I found out the
following patch was proposed back in September, but never commented nor
merged. The patch was submitted by nobled.
http://lists.freedesktop.org/archives/dri-devel/2010-September/003740.html
I applied it on the latest drm
On Tue, 1 Feb 2011, Chris Wilson wrote:
> On Tue, 1 Feb 2011 07:05:16 -0500 (EST), "Robert P. J. Day" crashcourse.ca> wrote:
> >
> > any new developments on this issue?
>
> Not really, the only thing left to confirm is whereabouts it goes wrong.
>
> About the only routine of significance is als
https://bugzilla.kernel.org/show_bug.cgi?id=15220
Florian Mickler changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #17 from Andre Maasikas 2011-02-01 07:10:26
PST ---
btw should't be too hard for classic also
http://cgit.freedesktop.org/~andrem/mesa/log/?h=r600-depth
was working at one time.
It only does one way atm - so no texture->db copy
--
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #17 from Andre Maasikas 2011-02-01
07:10:26 PST ---
btw should't be too hard for classic also
http://cgit.freedesktop.org/~andrem/mesa/log/?h=r600-depth
was working at one time.
It only does one way atm - so no texture->db copy
--
any new developments on this issue? the current kernel is working
just fine with the addition of that trivial hack in
drivers/gpu/drm/i915/intel_opregion.c:
@@ -495,6 +495,8 @@ int intel_opregion_setup(struct drm_device *dev)
opregion->acpi = base + OPREGION_ACPI_OFFSET;
The name[64] was only used in the error message, but never set.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_debugfs.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_debugfs.c b/drivers/gpu/drm/drm_debugfs.c
index 9d8c892..2631c00 100644
-
https://bugs.freedesktop.org/show_bug.cgi?id=28509
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28509
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #16 from Andy Furniss 2011-02-01
05:46:07 PST ---
(In reply to comment #15)
> (In reply to comment #14)
> > FWIW it just started working again for me with 600g - but I am not sure if
> > it's
> > working properly as 600g and swrastg
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #16 from Andy Furniss 2011-02-01
05:46:07 PST ---
(In reply to comment #15)
> (In reply to comment #14)
> > FWIW it just started working again for me with 600g - but I am not sure if
> > it's
> > working properly as 600g and swrastg
On Tue, 1 Feb 2011 14:00:41 +0100, Francesco Allertsen
wrote:
> On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> > It would be useful to give us a few more details, such the drm.debug=0xe
> > dmesg and the Xorg.log (from when it does starts!)
>
> Sorry, I forgot to turn on the deb
On Tue, 1 Feb 2011 13:29:45 +0100, Francesco Allertsen
wrote:
> On Tue, Feb 01, 2011 at 12:05:52PM +, Chris Wilson wrote:
> > It would be useful to give us a few more details, such the drm.debug=0xe
> > dmesg and the Xorg.log (from when it does starts!), and explain what you
> > mean by compl
On Tue, 1 Feb 2011, Chris Wilson wrote:
> On Tue, 1 Feb 2011 07:05:16 -0500 (EST), "Robert P. J. Day"
> wrote:
> >
> > any new developments on this issue?
>
> Not really, the only thing left to confirm is whereabouts it goes wrong.
>
> About the only routine of significance is alse_set_backlig
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #15 from Michel Dänzer 2011-02-01 04:28:47 PST
---
(In reply to comment #14)
> FWIW it just started working again for me with 600g - but I am not sure if
> it's
> working properly as 600g and swrastg are the same and render solid sh
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #15 from Michel D?nzer 2011-02-01 04:28:47
PST ---
(In reply to comment #14)
> FWIW it just started working again for me with 600g - but I am not sure if
> it's
> working properly as 600g and swrastg are the same and render solid sh
https://bugs.freedesktop.org/show_bug.cgi?id=33763
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33763
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #14 from Andy Furniss 2011-02-01
04:24:29 PST ---
(In reply to comment #12)
> Should this bug stay open (for r600c) ?
Maybe marked as won't fix due to comment #10.
FWIW it just started working again for me with 600g - but I am not
https://bugs.freedesktop.org/show_bug.cgi?id=24818
--- Comment #14 from Andy Furniss 2011-02-01
04:24:29 PST ---
(In reply to comment #12)
> Should this bug stay open (for r600c) ?
Maybe marked as won't fix due to comment #10.
FWIW it just started working again for me with 600g - but I am not
On Tue, 1 Feb 2011 07:05:16 -0500 (EST), "Robert P. J. Day"
wrote:
>
> any new developments on this issue?
Not really, the only thing left to confirm is whereabouts it goes wrong.
About the only routine of significance is alse_set_backlight().
Does a 'return ASLE_BACKLIGHT_FAILED;' as the f
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #5 from rockm...@gmail.com 2011-02-01 04:06:08 PST ---
I am using a R300 PCI-E.
Seems classic driver does not have such issue.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
On Tue, 1 Feb 2011 12:22:02 +0100, Francesco Allertsen
wrote:
> Hi Chris and all,
>
> I have tried the latest git (-rc3) and I get a complete freeze when X
> starts.
It would be useful to give us a few more details, such the drm.debug=0xe
dmesg and the Xorg.log (from when it does starts!), and
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #4 from rockm...@gmail.com 2011-02-01 04:05:50 PST ---
Created an attachment (id=42803)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42803)
xorg.log.gallium
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #5 from rockmen1 at gmail.com 2011-02-01 04:06:08 PST ---
I am using a R300 PCI-E.
Seems classic driver does not have such issue.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
any new developments on this issue? the current kernel is working
just fine with the addition of that trivial hack in
drivers/gpu/drm/i915/intel_opregion.c:
@@ -495,6 +495,8 @@ int intel_opregion_setup(struct drm_device *dev)
opregion->acpi = base + OPREGION_ACPI_OFFSET;
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #4 from rockmen1 at gmail.com 2011-02-01 04:05:50 PST ---
Created an attachment (id=42803)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42803)
xorg.log.gallium
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #3 from rockm...@gmail.com 2011-02-01 04:05:03 PST ---
Created an attachment (id=42802)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42802)
xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #3 from rockmen1 at gmail.com 2011-02-01 04:05:03 PST ---
Created an attachment (id=42802)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42802)
xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #2 from rockm...@gmail.com 2011-02-01 04:04:30 PST ---
Created an attachment (id=42801)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42801)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=33515
--- Comment #2 from rockmen1 at gmail.com 2011-02-01 04:04:30 PST ---
Created an attachment (id=42801)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42801)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugzilla.kernel.org/show_bug.cgi?id=27942
Summary: Screen garbled with GeForce 6150 Force 430
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: high
On Wed, Jan 26, 2011 at 05:49:18PM +0100, Tejun Heo wrote:
> With cmwq, there's no reason for nouveau to use a dedicated workqueue.
> Drop dev_priv->wq and use system_wq instead. Each work item is sync
> flushed when the containing structure is unregistered/destroyed.
>
> Note that this change al
Hello
Any news?
http://lists.freedesktop.org/archives/dri-devel/2011-January/006875.html
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=33796
--- Comment #3 from Andrew Randrianasulu 2011-02-01 00:27:22
PST ---
It also doesn't work with r600c
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=33796
--- Comment #3 from Andrew Randrianasulu 2011-02-01
00:27:22 PST ---
It also doesn't work with r600c
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=33762
--- Comment #14 from s3734...@mail.zih.tu-dresden.de 2011-02-01 00:26:09 PST ---
Ah,
as I see the original problem is fixed in git but the glsl compiler had a
deadlock so that I cannot test it.
--
Configure bugmail: https://bugs.freedesktop.org/
https://bugs.freedesktop.org/show_bug.cgi?id=33762
--- Comment #14 from s3734770 at mail.zih.tu-dresden.de 2011-02-01 00:26:09 PST
---
Ah,
as I see the original problem is fixed in git but the glsl compiler had a
deadlock so that I cannot test it.
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=33796
--- Comment #2 from Andrew Randrianasulu 2011-02-01 00:24:09
PST ---
Created an attachment (id=42799)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42799)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=emai
1 - 100 of 121 matches
Mail list logo
