On 11/11/2010 11:46 PM, Ben Skeggs wrote:
On Thu, 2010-11-11 at 17:50 +0100, Thomas Hellstrom wrote:
On 11/11/2010 04:27 PM, Jerome Glisse wrote:
On Thu, Nov 11, 2010 at 3:41 AM, Thomas Hellstrom
wrote:
The following patch is really intended for the next merge window.
RF
On Thu, Nov 11, 2010 at 22:10, Alex Riesen wrote:
> an alternative way to reproduce it, is to just wait for screensaver.
> Only the backlight is off, it is possible to see the image on LCD
> matrix if you get the angle right.
Bugzilla bug:
https://bugzilla.kernel.org/show_bug.cgi?id=22672
On Wed, Nov 10, 2010 at 7:45 PM, James Simmons
wrote:
> Looking to work on the 3Dfx KMS driver I discovered that it is very
> difficult to find a motherboard that supports AGP of 3.3V. So I discovered
> that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500 AGP
> Card which also is
: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2010/4a09565b/attachment-0002.obj>
-- next part --
A non-text attachment was scrubbed...
Name: Xorg.0.log.old
Type: application/x-trash
Size: 25764 bytes
Desc: not available
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #5 from Alex Deucher 2010-11-11 21:15:22 PST ---
I think the app does not update it's itself properly after the screen geometry
changes.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #5 from Alex Deucher 2010-11-11 21:15:22 PST
---
I think the app does not update it's itself properly after the screen geometry
changes.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
On Wed, Nov 10, 2010 at 7:45 PM, James Simmons wrote:
> Looking to work on the 3Dfx KMS driver I discovered that it is very
> difficult to find a motherboard that supports AGP of 3.3V. So I discovered
> that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500 AGP
> Card which also is d
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #4 from Maximiliano Castañón 2010-11-11
18:50:55 PST ---
http://img143.imageshack.us/img143/829/libreofficefail.png this is an
example...
this is how it look after a screen change, i mean the press of hardware button
changin betwee
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #4 from Maximiliano Casta??n 2010-11-11
18:50:55 PST ---
http://img143.imageshack.us/img143/829/libreofficefail.png this is an
example...
this is how it look after a screen change, i mean the press of hardware button
changin betwee
Hi Rui,
First, thank's for your review and take care.
? ??2010-11-12 ? 09:31 +0800?Zhang Rui ???
> Hi, Lee,
>
> there are several regressions caused by this patch,
> http://marc.info/?l=linux-acpi&m=128872402020412&w=2
> http://marc.info/?l=linux-acpi&m=128858111022621&w=2
>
> Yes, We can fix
https://bugs.freedesktop.org/show_bug.cgi?id=31569
Summary: [r300g] SIGSEGV src/mesa/main/api_loopback.c:1470
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Pr
https://bugs.freedesktop.org/show_bug.cgi?id=31569
Summary: [r300g] SIGSEGV src/mesa/main/api_loopback.c:1470
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Pr
https://bugs.freedesktop.org/show_bug.cgi?id=31568
Summary: [r300g] SIGSEGV src/mesa/vbo/vbo_exec_array.c:1154
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
P
https://bugs.freedesktop.org/show_bug.cgi?id=31568
Summary: [r300g] SIGSEGV src/mesa/vbo/vbo_exec_array.c:1154
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: critical
P
https://bugs.freedesktop.org/show_bug.cgi?id=31567
Summary: [r300] swrast/s_span.c:1267: _swrast_write_rgba_span:
Assertion `rb->PutValues' failed.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=31567
Summary: [r300] swrast/s_span.c:1267: _swrast_write_rgba_span:
Assertion `rb->PutValues' failed.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=31566
Summary: [r300] swrast/s_span.c:1349: _swrast_read_rgba_span:
Assertion `rb->GetRow' failed.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=31566
Summary: [r300] swrast/s_span.c:1349: _swrast_read_rgba_span:
Assertion `rb->GetRow' failed.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=31565
Summary: [r300] radeon_texture.c:136: radeon_teximage_map:
Assertion `!image->base.Data' failed.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=31565
Summary: [r300] radeon_texture.c:136: radeon_teximage_map:
Assertion `!image->base.Data' failed.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
On 11/11/2010 04:27 PM, Jerome Glisse wrote:
> On Thu, Nov 11, 2010 at 3:41 AM, Thomas Hellstrom
> wrote:
>
>> The following patch is really intended for the next merge window.
>>
>> RFC:
>> 1) Are there any implementations of driver::io_mem_reserve today that can't
>> use
>> the fastpath?
>
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #3 from Maximiliano Castañón 2010-11-11
17:43:40 PST ---
Created an attachment (id=40220)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40220)
/var/log/messages
the file is compressed because it's 1200 KB size
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #3 from Maximiliano Casta??n 2010-11-11
17:43:40 PST ---
Created an attachment (id=40220)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40220)
/var/log/messages
the file is compressed because it's 1200 KB size
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #2 from Maximiliano Castañón 2010-11-11
17:38:00 PST ---
Seems to be managed by a kernel driver... don't know which
Nov 11 22:30:15 localhost kernel: [74389.406194] atkbd serio0: Unknown key
pressed (translated set 2, code 0xf8 on i
https://bugs.freedesktop.org/show_bug.cgi?id=31482
--- Comment #2 from Maximiliano Casta??n 2010-11-11
17:38:00 PST ---
Seems to be managed by a kernel driver... don't know which
Nov 11 22:30:15 localhost kernel: [74389.406194] atkbd serio0: Unknown key
pressed (translated set 2, code 0xf8 on i
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 2010-11-11 at 17:50 +0100, Thomas Hellstrom wrote:
> On 11/11/2010 04:27 PM, Jerome Glisse wrote:
> > On Thu, Nov 11, 2010 at 3:41 AM, Thomas Hellstrom
> > wrote:
> >
> >> The following patch is really intended for the next merge window.
> >>
> >> RFC:
> >> 1) Are there any implementa
https://bugs.freedesktop.org/show_bug.cgi?id=25005
Jose changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25005
Jose changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On Thu, Nov 11, 2010 at 3:41 AM, Thomas Hellstrom
wrote:
> The following patch is really intended for the next merge window.
>
> RFC:
> 1) Are there any implementations of driver::io_mem_reserve today that can't
> use
> the fastpath?
> 2) Can we put an atomic requirement on driver::io_mem_reserv
A process suspended waiting for a higher sequence or no sequence to unreserve,
a bo may be beaten to the reservation by a process with a lower sequence.
In that case the first process should give up trying to reserve and
return -EAGAIN. In order for that to happen, we must wake waiting processes
wh
This patch attempts to fix up shortcomings with the current calling
sequences.
1) There's a fastpath where no locking occurs and only io_mem_reserved is
called to obtain needed info for mapping. The fastpath is set per
memory type manager.
2) If the fastpath is disabled, io_mem_reserve and i
The following patch is really intended for the next merge window.
RFC:
1) Are there any implementations of driver::io_mem_reserve today that can't use
the fastpath?
2) Can we put an atomic requirement on driver::io_mem_reserve /
driver::io_mem_free?
The patch improves on the io_mem_reserve / io_
On Wed, 2010-11-10 at 18:01 -0500, Andrew Lutomirski wrote:
> On Wed, Nov 10, 2010 at 5:55 PM, Maarten Maathuis
> wrote:
> > On Wed, Nov 10, 2010 at 11:51 PM, Andrew Lutomirski wrote:
> >> On Wed, Nov 10, 2010 at 5:35 PM, Ben Skeggs wrote:
> >>> On Wed, 2010-11-10 at 17:25 -0500, Andrew Lutomir
On Wed, 2010-11-10 at 17:51 -0500, Andrew Lutomirski wrote:
> On Wed, Nov 10, 2010 at 5:35 PM, Ben Skeggs wrote:
> > On Wed, 2010-11-10 at 17:25 -0500, Andrew Lutomirski wrote:
> >> On Wed, Nov 10, 2010 at 5:10 PM, Ben Skeggs wrote:
> >> > On Wed, 2010-11-10 at 16:32 -0500, Andy Lutomirski wrote:
On 11/11/2010 04:27 PM, Jerome Glisse wrote:
On Thu, Nov 11, 2010 at 3:41 AM, Thomas Hellstrom wrote:
The following patch is really intended for the next merge window.
RFC:
1) Are there any implementations of driver::io_mem_reserve today that can't use
the fastpath?
2) Can we put an atomic
On Wed, 2010-11-10 at 17:25 -0500, Andrew Lutomirski wrote:
> On Wed, Nov 10, 2010 at 5:10 PM, Ben Skeggs wrote:
> > On Wed, 2010-11-10 at 16:32 -0500, Andy Lutomirski wrote:
> >> The old code generated an interrupt storm bad enough to completely
> >> take down my system.
> >>
> >> This only fixes
https://bugs.freedesktop.org/show_bug.cgi?id=31549
Keith Whitwell changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31549
Keith Whitwell changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31152
--- Comment #8 from Alex Deucher 2010-11-11 08:12:23 PST ---
(In reply to comment #7)
> Which kernel is this going to get merged into? Could I figure this out from
> the
> ticket?
These are mesa fixes, not kernel fixes. They are in mesa master
https://bugs.freedesktop.org/show_bug.cgi?id=31152
--- Comment #8 from Alex Deucher 2010-11-11 08:12:23 PST
---
(In reply to comment #7)
> Which kernel is this going to get merged into? Could I figure this out from
> the
> ticket?
These are mesa fixes, not kernel fixes. They are in mesa maste
On Wed, 2010-11-10 at 16:32 -0500, Andy Lutomirski wrote:
> The old code generated an interrupt storm bad enough to completely
> take down my system.
>
> This only fixes the bits that are defined nouveau_regs.h. Newer hardware
> uses another register that isn't described, and I don't have that ha
https://bugs.freedesktop.org/show_bug.cgi?id=31152
--- Comment #7 from Alexei 2010-11-11 08:09:41 PST ---
Which kernel is this going to get merged into? Could I figure this out from the
ticket?
Thanks everybody!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=31152
--- Comment #7 from Alexei 2010-11-11 08:09:41 PST ---
Which kernel is this going to get merged into? Could I figure this out from the
ticket?
Thanks everybody!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
On Thu, Nov 11, 2010 at 3:41 AM, Thomas Hellstrom wrote:
> The following patch is really intended for the next merge window.
>
> RFC:
> 1) Are there any implementations of driver::io_mem_reserve today that can't
> use
> the fastpath?
> 2) Can we put an atomic requirement on driver::io_mem_reserve
https://bugs.freedesktop.org/show_bug.cgi?id=31152
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31152
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31549
--- Comment #1 from Keith Whitwell 2010-11-11 05:47:41 PST
---
OK, I'll protect this with a debug option defaulting to off.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=31549
--- Comment #1 from Keith Whitwell 2010-11-11 05:47:41
PST ---
OK, I'll protect this with a debug option defaulting to off.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=31549
Summary: Commit c2c55547dc36f404e29dbc9253166f90df6783af makes
CS checker unhappy and causes rendering issues
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Li
https://bugs.freedesktop.org/show_bug.cgi?id=31549
Summary: Commit c2c55547dc36f404e29dbc9253166f90df6783af makes
CS checker unhappy and causes rendering issues
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Li
A process suspended waiting for a higher sequence or no sequence to unreserve,
a bo may be beaten to the reservation by a process with a lower sequence.
In that case the first process should give up trying to reserve and
return -EAGAIN. In order for that to happen, we must wake waiting processes
wh
https://bugs.freedesktop.org/show_bug.cgi?id=31152
--- Comment #5 from Fabio Pedretti 2010-11-11 00:50:26
PST ---
Looks like r300c was fixed by the following commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d8eef5196fcd6f51e443d4dfa0fda8aadc668f9f
--
Configure bugmail: https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=31152
--- Comment #5 from Fabio Pedretti 2010-11-11 00:50:26
PST ---
Looks like r300c was fixed by the following commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d8eef5196fcd6f51e443d4dfa0fda8aadc668f9f
--
Configure bugmail: https://bugs.fre
Looking to work on the 3Dfx KMS driver I discovered that it is very
difficult to find a motherboard that supports AGP of 3.3V. So I discovered
that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500 AGP
Card which also is difficult to find. Does anyone have this card to send
to me
This patch attempts to fix up shortcomings with the current calling
sequences.
1) There's a fastpath where no locking occurs and only io_mem_reserved is
called to obtain needed info for mapping. The fastpath is set per
memory type manager.
2) If the fastpath is disabled, io_mem_reserve and i
The following patch is really intended for the next merge window.
RFC:
1) Are there any implementations of driver::io_mem_reserve today that can't use
the fastpath?
2) Can we put an atomic requirement on driver::io_mem_reserve /
driver::io_mem_free?
The patch improves on the io_mem_reserve / io_
Hi Linus,
This is a bunch of drm fixes, it includes couple of regression fixers on
radeon that could cause oops/memory corruptions, along with few Intel
fixers. It also fixes the Kconfig for the poulsbo stub.
I've started taking Chris's pull requests now, so all the intel drm
changes should s
59 matches
Mail list logo
