https://bugzilla.kernel.org/show_bug.cgi?id=30472
Rafael J. Wysocki changed:
What|Removed |Added
CC||rjw at sisk.pl
Blocks|
https://bugs.freedesktop.org/show_bug.cgi?id=35051
Summary: [r600g, Wine, Counter Strike Source] Crashes at
Startup
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
S
https://bugs.freedesktop.org/show_bug.cgi?id=35051
Summary: [r600g, Wine, Counter Strike Source] Crashes at
Startup
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
S
There's no reason to export those symbols, since they are only meant to
be used internally, so mark them as such. An alternative might be to use
a linker script.
Signed-off-by: Cyril Brulebois
---
libkms/intel.c |2 +-
libkms/libkms.h | 10 ++
libkms/linux.c |2 +-
libkms/
There's no reason to export those symbols, since they are only meant to
be used internally, so mark them as such. An alternative might be to use
a linker script.
Signed-off-by: Cyril Brulebois
---
radeon/bof.c | 36 ++--
radeon/bof.h | 10 ++
2 files c
Signed-off-by: Cyril Brulebois
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
dri-devel-bounces at lists.sourceforge.net told me to only send mail to the
new address, so I'll be sending my other patches again in a second.
diff --git a/configure.ac b/configure.ac
in
There's no reason to export those symbols, since they are only meant to
be used internally, so mark them as such. An alternative might be to use
a linker script.
Signed-off-by: Cyril Brulebois
---
libkms/intel.c |2 +-
libkms/libkms.h | 10 ++
libkms/linux.c |2 +-
libkms/
There's no reason to export those symbols, since they are only meant to
be used internally, so mark them as such. An alternative might be to use
a linker script.
Signed-off-by: Cyril Brulebois
---
radeon/bof.c | 36 ++--
radeon/bof.h | 10 ++
2 files c
https://bugs.freedesktop.org/show_bug.cgi?id=26852
Matt Turner changed:
What|Removed |Added
CC||matts...@gmail.com
--- Comment #9 from Mat
https://bugs.freedesktop.org/show_bug.cgi?id=26852
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail.com
--- Comment #9 from
https://bugs.freedesktop.org/show_bug.cgi?id=26852
--- Comment #8 from Sérgio M. B. 2011-03-05
17:28:01 PST ---
(In reply to comment #7)
> Ping? As described in the initial report, there's no reason to prefer system
> headers over those in the same source… I don't understand Sérgio's objection
https://bugs.freedesktop.org/show_bug.cgi?id=26852
--- Comment #8 from S?rgio M. B. 2011-03-05
17:28:01 PST ---
(In reply to comment #7)
> Ping? As described in the initial report, there's no reason to prefer system
> headers over those in the same source? I don't understand S?rgio's objection
Getting the EDID succeeds most of the time on my system. However,
every now and then, especially when the machine is highly loaded,
i2c communication and thus drm_get_edid() fails.
My guess is that some kind of electrical noise and/or misdesign in
the used components is the root cause of this.
The
Am Saturday 05 March 2011 schrieb Martin Steigerwald:
> I will add a regression entry in bugzilla after I got the URL of that
> mail.
>
>
> Hi!
>
> No, I do not actively search for lockup bugs, but they seem to search
> me ;).
>
>
> martin at shambhala:~> cat /proc/version
> Linux version 2.6.
198 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110305/6ae61f12/attachment.pgp>
bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110305/1e96e53d/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=35045
Summary: BUG at ttm_bo.c:272! (ttm_bo_ref_bug ->
ttm_bo_list_ref_sub+0x28/0x30)
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Stat
https://bugs.freedesktop.org/show_bug.cgi?id=35045
Summary: BUG at ttm_bo.c:272! (ttm_bo_ref_bug ->
ttm_bo_list_ref_sub+0x28/0x30)
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Stat
https://bugzilla.kernel.org/show_bug.cgi?id=30472
Summary: 2.6.38-post-rc7 with radeon kms: reproducably locks up
hard when using desktop cube of kwin
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc7-g212e349
Platform: All
https://bugzilla.kernel.org/show_bug.cgi?id=30472
Rafael J. Wysocki changed:
What|Removed |Added
CC||r...@sisk.pl
Blocks|
https://bugzilla.kernel.org/show_bug.cgi?id=29022
Lucas Stach changed:
What|Removed |Added
CC||dev at lynxeye.de
--- Comment #8 from L
https://bugs.freedesktop.org/show_bug.cgi?id=26852
Cyril Brulebois changed:
What|Removed |Added
CC||k...@debian.org
--- Comment #7 from Cy
https://bugs.freedesktop.org/show_bug.cgi?id=26852
Cyril Brulebois changed:
What|Removed |Added
CC||kibi at debian.org
--- Comment #7 from
https://bugzilla.kernel.org/show_bug.cgi?id=29022
Marc changed:
What|Removed |Added
Summary|[REGRESSION? 2.6.38-rc4]|[REGRESSION? 2.6.38-rc4]
|nouve
https://bugzilla.kernel.org/show_bug.cgi?id=29022
--- Comment #6 from Marc 2011-03-05 09:46:50 ---
(In reply to comment #5)
> I have the slight assumption that the problem is more often triggered with the
> VirtualBox kernel modules loaded. I know that you guys consider this setup
> 'Tainted
https://bugzilla.kernel.org/show_bug.cgi?id=30472
Summary: 2.6.38-post-rc7 with radeon kms: reproducably locks up
hard when using desktop cube of kwin
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc7-g212e349
Platform: All
https://bugs.freedesktop.org/show_bug.cgi?id=34618
--- Comment #20 from pete...@hottemptation.org 2011-03-05 05:17:55 PST ---
Created an attachment (id=44149)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44149)
dmesg from kernel 2.6.37.2 (scrolling fine)
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=34618
--- Comment #20 from peterle at hottemptation.org 2011-03-05 05:17:55 PST ---
Created an attachment (id=44149)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44149)
dmesg from kernel 2.6.37.2 (scrolling fine)
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=34618
--- Comment #19 from pete...@hottemptation.org 2011-03-05 05:17:08 PST ---
Downgraded to 2.6.37.2 scrolling okay after suspsend-cycle.
Upgraded to 2.6.38-rc7 scrolling slow after suspend-cycle.
I can confirm that pressing any button for some seco
https://bugs.freedesktop.org/show_bug.cgi?id=34618
--- Comment #19 from peterle at hottemptation.org 2011-03-05 05:17:08 PST ---
Downgraded to 2.6.37.2 scrolling okay after suspsend-cycle.
Upgraded to 2.6.38-rc7 scrolling slow after suspend-cycle.
I can confirm that pressing any button for some s
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #16 from Christian König 2011-03-05
05:11:02 PST ---
Yes, I finally figured out what was going wrong here. The alignment of the
vertex fetch instructions weren't included in the shader size calculation.
Thanks for the help,
Christia
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #16 from Christian K?nig 2011-03-05
05:11:02 PST ---
Yes, I finally figured out what was going wrong here. The alignment of the
vertex fetch instructions weren't included in the shader size calculation.
Thanks for the help,
Christia
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #31 from Marek Olšák 2011-03-05 04:19:41 PST ---
(In reply to comment #30)
> Hm, just reading through the output of wine after running the game, I get
> exactly the same error as reported here orginally:
>
> "r300 VP: Compiler error:
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #31 from Marek Ol??k 2011-03-05 04:19:41 PST
---
(In reply to comment #30)
> Hm, just reading through the output of wine after running the game, I get
> exactly the same error as reported here orginally:
>
> "r300 VP: Compiler error
https://bugzilla.kernel.org/show_bug.cgi?id=29022
Lucas Stach changed:
What|Removed |Added
CC||d...@lynxeye.de
--- Comment #8 from Luc
https://bugzilla.kernel.org/show_bug.cgi?id=29022
Marc changed:
What|Removed |Added
Summary|[REGRESSION? 2.6.38-rc4]|[REGRESSION? 2.6.38-rc4]
|nouve
https://bugzilla.kernel.org/show_bug.cgi?id=29022
--- Comment #6 from Marc 2011-03-05 09:46:50 ---
(In reply to comment #5)
> I have the slight assumption that the problem is more often triggered with the
> VirtualBox kernel modules loaded. I know that you guys consider this setup
> 'Tainted
Indan Zupancic wrote:
> What I don't understand is how BIOS makers could know about those bits.
They have relationships with Intel since 30 years, ie. they get what
they need in one form or other.
//Peter
On Fri, March 4, 2011 19:47, Linus Torvalds wrote:
> Alex, can you confirm that the revert of 951f3512dba5 plus the
> one-liner patch from Takashi that Indan quoted also works for you?
>
> Linus
>
> On Thu, Mar 3, 2011 at 10:53 PM, Indan Zupancic wrote:
>>
>> So please revert my patc
39 matches
Mail list logo
