On Wed, 2008-07-09 at 01:52 +0300, Daniel Stone wrote:
>
> I'm sure the developers working on modesetting, the developers working
> on GEM, and the developers working on DRI2 (three independent sets of
> people) would more than appreciate patches, or even specific bug reports
> they can fix.
http
http://bugs.freedesktop.org/show_bug.cgi?id=11082
--- Comment #6 from Michel Dänzer <[EMAIL PROTECTED]> 2008-07-08 23:28:47 PST
---
(In reply to comment #5)
> The mesa radeon driver does not implement texture from pixmap, only the r200
> and r300 mesa drivers support it.
That should only af
On Tue, Jul 8, 2008 at 12:56 PM, Alexander Beregalov
<[EMAIL PROTECTED]> wrote:
> 2008/7/8 Ian Romanick <[EMAIL PROTECTED]>:
>> On Tue, Jul 08, 2008 at 08:29:57AM -0400, Mark Asselstine wrote:
>>> On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov
>>> <[EMAIL PROTECTED]> wrote:
>>> > From: Alexand
http://bugs.freedesktop.org/show_bug.cgi?id=12176
haihao <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, 2008-07-09 at 00:31 +0300, Maxim Levitsky wrote:
> And lastly, just for a thought, maybe it is better to do one thing at
> time, for example stabilize kernel modesetting, put it in kernel, then
> release gem driver and stabilize it, and then add dri2 to it?
Yes, but everything depends o
http://bugs.freedesktop.org/show_bug.cgi?id=11082
--- Comment #5 from Alex Deucher <[EMAIL PROTECTED]> 2008-07-08 16:27:21 PST
---
The mesa radeon driver does not implement texture from pixmap, only the r200
and r300 mesa drivers support it. It should be pretty easy to implement if you
foll
So I've got a problem with the aperture space check if the cliprect mode
changes and blits flush the relocs and aperture spaces.
However in trying to fix, I've noticed we never set the
batch->cliprect_mode anywhere I can see except to IGNORE_CLIPRECTS in
intel_batchbuffer.h.
I'm going wtf.. b
Hi,
On Wed, Jul 09, 2008 at 12:31:22AM +0300, Maxim Levitsky wrote:
> Last time I checked modesetting,
This works.
> intel-batchbuffer,
This works.
> dri2,
This works.
> And lastly, just for a thought, maybe it is better to do one thing at
> time, for example stabilize kernel modesetting, p
>
> You may consider this offtopic, but I wondering
> about status of graphical development.
Yes.
> And lastly, just for a thought, maybe it is better to do one thing at
> time, for example stabilize kernel modesetting, put it in kernel, then
> release gem driver and stabilize it, and then ad
http://bugs.freedesktop.org/show_bug.cgi?id=11082
--- Comment #4 from Alan Swanson <[EMAIL PROTECTED]> 2008-07-08 14:59:33 PST
---
Candidate for Mesa 7.1?
Patch is not related to specific driver as given in bug summary.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=
Hi,
You may consider this offtopic, but I wondering
about status of graphical development.
Last time I checked modesetting, intel-batchbuffer, dri2, none did work.
So my question is more or less, when to expect new technologies to turn
stable?
Now it seems that GEM was choosen to be memory man
that.
Reply-To:
Hi,
I just commited a similar fix for this to OpenBSD. Sleeping in interrupt
handlers is bad. just do the same a the linux code does and flag the
handler to be dealt with on unlock.
I don't have a freebsd machine around, so I don't know if this even
compiles, but the general met
2008/7/8 Ian Romanick <[EMAIL PROTECTED]>:
> On Tue, Jul 08, 2008 at 08:29:57AM -0400, Mark Asselstine wrote:
>> On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov
>> <[EMAIL PROTECTED]> wrote:
>> > From: Alexander Beregalov <[EMAIL PROTECTED]>
>> >
>> > #if __OS_HAS_AGP
>> >
>> > -#include
>> >
On Tue, Jul 08, 2008 at 08:29:57AM -0400, Mark Asselstine wrote:
> On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov
> <[EMAIL PROTECTED]> wrote:
> > From: Alexander Beregalov <[EMAIL PROTECTED]>
> >
> > #if __OS_HAS_AGP
> >
> > -#include
> > -
>
> Why remove this one and not the one at the to
http://bugzilla.kernel.org/show_bug.cgi?id=10985
--- Comment #24 from [EMAIL PROTECTED] 2008-07-08 08:28 ---
(In reply to comment #22)
> If you say that "echo mem > /sys/power/state" works, where is the bug
I realised by comment #10 that my tests had been flawed and in fact echo mem
On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov
<[EMAIL PROTECTED]> wrote:
> From: Alexander Beregalov <[EMAIL PROTECTED]>
>
> Remove double inclusion of linux/vmalloc.h
>
> drivers/char/drm/drm_memory.h |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> Signed-off-by: Alexander B
http://bugs.freedesktop.org/show_bug.cgi?id=16635
--- Comment #3 from Kshitij Kulshreshtha <[EMAIL PROTECTED]> 2008-07-08
05:34:30 PST ---
Created an attachment (id=17571)
--> (http://bugs.freedesktop.org/attachment.cgi?id=17571)
Xorg.0.log with compiz frozen without TTM
This is the Xorg.0
Kristian Høgsberg wrote:
> On Fri, Jul 4, 2008 at 4:01 AM, Thomas Hellström
> <[EMAIL PROTECTED]> wrote:
>
>> Kristian,
>>
>> As we're starting to incorporate dri2 in our code, I've run into some major
>> concerns about the sarea and the event mechanisms:
>>
>
> Hi Thomas. Sorry for the lat
http://bugs.freedesktop.org/show_bug.cgi?id=16334
Johannes Engel <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
http://bugs.freedesktop.org/show_bug.cgi?id=14313
Shuang He <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #
20 matches
Mail list logo
