These patches attempt to optimize the delayed destroy handling.
The first patch removes the need for the newly introduced mem_put_locked
callback. The second patch optimizes the delayed buffer destruction somewhat,
but has not yet seen extensive testing.
v2: As Dave Airlie pointed out, we
This commit replaces the ttm_bo_cleanup_ref function with two new functions.
One for the case where the bo is not yet on the delayed destroy list, and
one for the case where the bo was on the delayed destroy list, at least at
the time of call. This makes it possible to optimize the two cases
On 10/19/2010 05:57 AM, Dave Airlie wrote:
On Thu, Oct 14, 2010 at 3:18 AM, Thomas Hellstromthellst...@vmware.com wrote:
This commit replaces the ttm_bo_cleanup_ref function with two new functions.
One for the case where the bo is not yet on the delayed destroy list, and
one for the case
On Sun, 2010-09-19 at 15:56 +0800, Zhenyu Wang wrote:
On 2010.09.19 08:38:07 +0100, Chris Wilson wrote:
This should be cc'ed for Adam Jackson's attention as well.
yep, I think I cc-ed ajax in git-send-mail command line...I'll amend the
commit.
+bool drm_detect_monitor_audio(struct
https://bugs.freedesktop.org/show_bug.cgi?id=28771
Tomasz Czapiewski xe...@irc.pl changed:
What|Removed |Added
Summary|Vsync always on |Waiting for vline forced
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #28 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 05:50:18 PDT
---
I want to know if are there any developers which would consider it as a bug to
get fixed.
It is a real problem for games, mostly for older hardware.
Just try to play
https://bugs.freedesktop.org/show_bug.cgi?id=30693
--- Comment #7 from Andrius Štikonas stiko...@gmail.com 2010-10-19 06:29:40
PDT ---
(In reply to comment #6)
For the record, with blur correctly working it should look like this:
http://www.notmart.org/index.php/Software/Small_goodies
[trimming Cc list]
On Tuesday 19 October 2010, Steven Rostedt wrote:
I think we also need to cover the PREEMPT case too. But that could be a
compile time check, since you can't boot a preempt kernel and make it
non preempt.
Right. Can we turn the lock_kernel() into preempt_disable() in these
On Tuesday 19 October 2010, Steven Rostedt wrote:
On Tue, 2010-10-19 at 15:36 +0200, Arnd Bergmann wrote:
[trimming Cc list]
On Tuesday 19 October 2010, Steven Rostedt wrote:
I think we also need to cover the PREEMPT case too. But that could be a
compile time check, since you can't
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #10 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:16:47 PDT
---
Created an attachment (id=39531)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39531)
RADEON_DEBUG=fp,vp (STDERR log)
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #11 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:17:32 PDT
---
Created an attachment (id=39532)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39532)
RADEON_DEBUG=fv,fp (STDOUT [game] log)
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #12 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:20:59 PDT
---
Created an attachment (id=39533)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39533)
Screenshot during logs grab xonotic01.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #13 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:21:53 PDT
---
Created an attachment (id=39534)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39534)
Screenshot during logs grab xonotic02.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #14 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:22:56 PDT
---
Created an attachment (id=39535)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39535)
Screenshot during logs grab xonotic03.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #15 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:23:51 PDT
---
Created an attachment (id=39536)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39536)
Screenshot during logs grab xonotic04.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #16 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:24:45 PDT
---
Created an attachment (id=39537)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39537)
Screenshot during logs grab xonotic05.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #17 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:25:41 PDT
---
Created an attachment (id=39538)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39538)
Screenshot during logs grab xonotic06.jpg
--
Configure bugmail:
On Tue, Oct 19, 2010 at 10:40 AM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 4:43 AM, Greg KH g...@kroah.com wrote:
On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
Out of the remaining modules, I guess
On Tue, Oct 19, 2010 at 10:57:43AM +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 10:40 AM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 4:43 AM, Greg KH g...@kroah.com wrote:
On Mon, Oct 18, 2010 at 05:42:06PM +0200,
On Tue, Oct 19, 2010 at 12:24 PM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 10:57:43AM +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 10:40 AM, Greg KH g...@kroah.com wrote:
On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 4:43 AM, Greg KH
On Tue, 2010-10-19 at 12:45 +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 12:24 PM, Greg KH g...@kroah.com wrote:
So, there is no need for the i830 driver? Can it just be removed
because i915 works instead?
No because it provides a different userspace ABI to the i915 driver to
a
like I'm sure the intersection of this driver and reality are getting
quite limited, but its still a userspace ABI change and needs to be
treated as such. Xorg 6.7 and XFree86 4.3 were the last users of the
old driver/API.
Thus, you are saying that this will break for people with older user
On Mon, 18 Oct 2010, Steven Rostedt wrote:
On Tue, 2010-10-19 at 12:45 +1000, Dave Airlie wrote:
On Tue, Oct 19, 2010 at 12:24 PM, Greg KH g...@kroah.com wrote:
So, there is no need for the i830 driver? Can it just be removed
because i915 works instead?
No because it provides a
I might be able to find some hardware still lying around here that uses an
i810. Not sure unless I go hunting it. But I get the impression that if
the kernel is a single-CPU kernel there is not any problem anyway? Don't
distros offer a non-smp kernel as an installation option in case the user
On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
I might be able to find some hardware still lying around here that uses an
i810. Not sure unless I go hunting it. But I get the impression that if
the kernel is a single-CPU kernel there is not any problem anyway? Don't
distros offer a
On Tue, 2010-10-19 at 09:26 +0200, Arnd Bergmann wrote:
On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
I might be able to find some hardware still lying around here that uses an
i810. Not sure unless I go hunting it. But I get the impression that if
the kernel is a single-CPU
On Tuesday 19 October 2010, Arnd Bergmann wrote:
On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
I might be able to find some hardware still lying around here that uses an
i810. Not sure unless I go hunting it. But I get the impression that if
the kernel is a single-CPU kernel
On Tue, 2010-10-19 at 15:36 +0200, Arnd Bergmann wrote:
[trimming Cc list]
On Tuesday 19 October 2010, Steven Rostedt wrote:
I think we also need to cover the PREEMPT case too. But that could be a
compile time check, since you can't boot a preempt kernel and make it
non preempt.
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #18 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:33:44 PDT
---
Created an attachment (id=39539)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39539)
RADEON_DEBUG=fp,vp + game log 21 merged
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #19 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:34:38 PDT
---
Created an attachment (id=39540)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39540)
Screenshot during merged logs grab xonotic08.jpg
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #20 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:35:22 PDT
---
Created an attachment (id=39541)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39541)
Screenshot during merged logs grab xonotic09.jpg
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #21 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:35:56 PDT
---
Created an attachment (id=39542)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39542)
Screenshot during merged logs grab xonotic10.jpg
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Tomasz Czapiewski xe...@irc.pl changed:
What|Removed |Added
Attachment #39532|RADEON_DEBUG=fv,fp (STDOUT |RADEON_DEBUG=fp,vp
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #22 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:50:42 PDT
---
Created an attachment (id=39544)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39544)
RADEON_DEBUG=fp,vp +game log lightmaps+deluxemapping
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #23 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:51:36 PDT
---
Created an attachment (id=39545)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39545)
Screenshot during merged logs grab lightmap+deluxemapping
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #25 from Tomasz Czapiewski xe...@irc.pl 2010-10-19 09:52:23 PDT
---
Created an attachment (id=39547)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39547)
Screenshot during merged logs grab lightmap+deluxemapping
I need the ack from the DRM maintainer before I can add a patch to the
stable tree that is not upstream in Linus's tree, as it is a major
exception to the rule.
David?
On Tue, Oct 12, 2010 at 12:20:31PM -0400, Alex Deucher wrote:
2.6.35 and 2.6.36 do not contain blit support for evergreen
On Tue, Oct 19, 2010 at 5:00 PM, Greg KH g...@kroah.com wrote:
I need the ack from the DRM maintainer before I can add a patch to the
stable tree that is not upstream in Linus's tree, as it is a major
exception to the rule.
A better fix ended up making it into 2.6.36 afterall, so we don't
On Wed, Oct 20, 2010 at 7:00 AM, Greg KH g...@kroah.com wrote:
I need the ack from the DRM maintainer before I can add a patch to the
stable tree that is not upstream in Linus's tree, as it is a major
exception to the rule.
David
For 2.6.35
Acked-by: Dave Airlie airl...@redhat.com
for
https://bugs.freedesktop.org/show_bug.cgi?id=25005
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Product|xorg|Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=25676
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Product|xorg|Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=26479
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Product|xorg|Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=27434
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Product|xorg|Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=27434
--- Comment #4 from Alex Deucher ag...@yahoo.com 2010-10-19 19:29:58 PDT ---
Is this still an issue with mesa 7.9?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=25005
--- Comment #8 from Jose bra...@hotmail.com 2010-10-19 19:53:47 PDT ---
I won't have access to the machine with the ATI card for a while. It may be a
couple of weeks before I have a chance to test it.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=29367
Andrew Randrianasulu rand...@mail.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #15 from Andrew Randrianasulu rand...@mail.ru 2010-10-19 22:42:16
PDT ---
(In reply to comment #14)
This could be fixed in mesa master and 7.9 branch:
http://lists.freedesktop.org/archives/mesa-dev/2010-October/003492.html
It
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #16 from Andrew Randrianasulu rand...@mail.ru 2010-10-19 22:43:28
PDT ---
Created an attachment (id=39559)
-- (https://bugs.freedesktop.org/attachment.cgi?id=39559)
screenshot of corruption
--
Configure bugmail:
Hi Linus,
this just applies a hw cursor workaround from previous chips to cover the
new Evergreen GPU family.
The following changes since commit 2b666ca4a68cbc22483b0f2e1ba3c0e59b01ae9e:
Merge branch 'fix/misc' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6 (2010-10-17
On Tue, Oct 19, 2010 at 4:43 AM, Greg KH wrote:
> On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
>>
>> Out of the remaining modules, I guess i810/i830, adfs, hpfs and ufs might end
>> up not getting fixed at all, we can either mark them non-SMP or move them
>> to drivers/staging
macro tile heights are aligned to num channels, not num banks.
Noticed by Dave Airlie.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/r600_cs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c
Needed for tiled surfaces.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/r600.c |7 +--
drivers/gpu/drm/radeon/rv770.c |9 +
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c
On Thu, Oct 14, 2010 at 3:18 AM, Thomas Hellstrom
wrote:
> This commit replaces the ttm_bo_cleanup_ref function with two new functions.
> One for the case where the bo is not yet on the delayed destroy list, and
> one for the case where the bo was on the delayed destroy list, at least at
> the
On Thu, Oct 14, 2010 at 3:17 AM, Thomas Hellstrom
wrote:
> Release the lru spinlock early.
Actually I think its this patch that introduces the recursion issue,
since we still seem to hold the lock on entry into cleanup_memtype_use
and not drop it at all.
Dave.
>
> Signed-off-by: Thomas
Evergreen now has blit support, but unmappable vram support
was disabled in c919b371cb734f42b1130e706ecee262f8d9261d
(drm/radeon/kms: avoid corner case issue with unmappable vram V2)
due to merge ordering. This re-enables unmappable vram on
evergreen.
Signed-off-by: Alex Deucher
---
These patches attempt to optimize the delayed destroy handling.
The first patch removes the need for the newly introduced mem_put_locked
callback. The second patch optimizes the delayed buffer destruction somewhat,
but has not yet seen extensive testing.
v2: As Dave Airlie pointed out, we
Release the lru spinlock early.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c | 31 ++-
drivers/gpu/drm/ttm/ttm_bo_manager.c | 10 --
include/drm/ttm/ttm_bo_driver.h |2 --
3 files changed, 6 insertions(+), 37
This commit replaces the ttm_bo_cleanup_ref function with two new functions.
One for the case where the bo is not yet on the delayed destroy list, and
one for the case where the bo was on the delayed destroy list, at least at
the time of call. This makes it possible to optimize the two cases
On 10/19/2010 05:57 AM, Dave Airlie wrote:
> On Thu, Oct 14, 2010 at 3:18 AM, Thomas Hellstrom
> wrote:
>
>> This commit replaces the ttm_bo_cleanup_ref function with two new functions.
>> One for the case where the bo is not yet on the delayed destroy list, and
>> one for the case where the
On Sun, 2010-09-19 at 15:56 +0800, Zhenyu Wang wrote:
> On 2010.09.19 08:38:07 +0100, Chris Wilson wrote:
> >
> > This should be cc'ed for Adam Jackson's attention as well.
>
> yep, I think I cc-ed ajax in git-send-mail command line...I'll amend the
> commit.
>
> > > +bool
https://bugs.freedesktop.org/show_bug.cgi?id=28771
Tomasz Czapiewski changed:
What|Removed |Added
Summary|Vsync always on |Waiting for vline forced
https://bugs.freedesktop.org/show_bug.cgi?id=28771
--- Comment #28 from Tomasz Czapiewski 2010-10-19 05:50:18
PDT ---
I want to know if are there any developers which would consider it as a bug to
get fixed.
It is a real problem for games, mostly for older hardware.
Just try to play any first
https://bugs.freedesktop.org/show_bug.cgi?id=30693
--- Comment #7 from Andrius ?tikonas 2010-10-19
06:29:40 PDT ---
(In reply to comment #6)
> For the record, with blur correctly working it should look like this:
> http://www.notmart.org/index.php/Software/Small_goodies
Somebody observed that
[trimming Cc list]
On Tuesday 19 October 2010, Steven Rostedt wrote:
> I think we also need to cover the PREEMPT case too. But that could be a
> compile time check, since you can't boot a preempt kernel and make it
> non preempt.
Right. Can we turn the lock_kernel() into preempt_disable() in
On Tuesday 19 October 2010, Steven Rostedt wrote:
> On Tue, 2010-10-19 at 15:36 +0200, Arnd Bergmann wrote:
> > [trimming Cc list]
> >
> > On Tuesday 19 October 2010, Steven Rostedt wrote:
> > > I think we also need to cover the PREEMPT case too. But that could be a
> > > compile time check,
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #10 from Tomasz Czapiewski 2010-10-19 09:16:47
PDT ---
Created an attachment (id=39531)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39531)
RADEON_DEBUG=fp,vp (STDERR log)
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #11 from Tomasz Czapiewski 2010-10-19 09:17:32
PDT ---
Created an attachment (id=39532)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39532)
RADEON_DEBUG=fv,fp (STDOUT [game] log)
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #12 from Tomasz Czapiewski 2010-10-19 09:20:59
PDT ---
Created an attachment (id=39533)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39533)
Screenshot during logs grab xonotic01.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #13 from Tomasz Czapiewski 2010-10-19 09:21:53
PDT ---
Created an attachment (id=39534)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39534)
Screenshot during logs grab xonotic02.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #14 from Tomasz Czapiewski 2010-10-19 09:22:56
PDT ---
Created an attachment (id=39535)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39535)
Screenshot during logs grab xonotic03.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #15 from Tomasz Czapiewski 2010-10-19 09:23:51
PDT ---
Created an attachment (id=39536)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39536)
Screenshot during logs grab xonotic04.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #16 from Tomasz Czapiewski 2010-10-19 09:24:45
PDT ---
Created an attachment (id=39537)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39537)
Screenshot during logs grab xonotic05.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #17 from Tomasz Czapiewski 2010-10-19 09:25:41
PDT ---
Created an attachment (id=39538)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39538)
Screenshot during logs grab xonotic06.jpg
--
Configure bugmail:
On Tue, Oct 19, 2010 at 10:40 AM, Greg KH wrote:
> On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
>> On Tue, Oct 19, 2010 at 4:43 AM, Greg KH wrote:
>> > On Mon, Oct 18, 2010 at 05:42:06PM +0200, Arnd Bergmann wrote:
>> >>
>> >> Out of the remaining modules, I guess i810/i830,
On Tue, Oct 19, 2010 at 12:24 PM, Greg KH wrote:
> On Tue, Oct 19, 2010 at 10:57:43AM +1000, Dave Airlie wrote:
>> On Tue, Oct 19, 2010 at 10:40 AM, Greg KH wrote:
>> > On Tue, Oct 19, 2010 at 09:00:09AM +1000, Dave Airlie wrote:
>> >> On Tue, Oct 19, 2010 at 4:43 AM, Greg KH wrote:
>> >> > On
On Tue, 2010-10-19 at 12:45 +1000, Dave Airlie wrote:
> On Tue, Oct 19, 2010 at 12:24 PM, Greg KH wrote:
> > So, there is no need for the i830 driver? Can it just be removed
> > because i915 works instead?
>
> No because it provides a different userspace ABI to the i915 driver to
> a different
>>
>> like I'm sure the intersection of this driver and reality are getting
>> quite limited, but its still a userspace ABI change and needs to be
>> treated as such. Xorg 6.7 and XFree86 4.3 were the last users of the
>> old driver/API.
>
> Thus, you are saying that this will break for people
On Mon, 18 Oct 2010, Steven Rostedt wrote:
> On Tue, 2010-10-19 at 12:45 +1000, Dave Airlie wrote:
> > On Tue, Oct 19, 2010 at 12:24 PM, Greg KH wrote:
>
> > > So, there is no need for the i830 driver? Can it just be removed
> > > because i915 works instead?
> >
> > No because it provides a
> I might be able to find some hardware still lying around here that uses an
> i810. Not sure unless I go hunting it. But I get the impression that if
> the kernel is a single-CPU kernel there is not any problem anyway? Don't
> distros offer a non-smp kernel as an installation option in case the
On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
> > I might be able to find some hardware still lying around here that uses an
> > i810. Not sure unless I go hunting it. But I get the impression that if
> > the kernel is a single-CPU kernel there is not any problem anyway? Don't
> > distros
On Tue, 2010-10-19 at 09:26 +0200, Arnd Bergmann wrote:
> On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
> > > I might be able to find some hardware still lying around here that uses an
> > > i810. Not sure unless I go hunting it. But I get the impression that if
> > > the kernel is a
On Tuesday 19 October 2010, Arnd Bergmann wrote:
> On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
> > > I might be able to find some hardware still lying around here that uses an
> > > i810. Not sure unless I go hunting it. But I get the impression that if
> > > the kernel is a single-CPU
On Tue, 2010-10-19 at 15:36 +0200, Arnd Bergmann wrote:
> [trimming Cc list]
>
> On Tuesday 19 October 2010, Steven Rostedt wrote:
> > I think we also need to cover the PREEMPT case too. But that could be a
> > compile time check, since you can't boot a preempt kernel and make it
> > non preempt.
On Tue, Oct 19, 2010 at 08:39:58AM -0400, Steven Rostedt wrote:
> On Tue, 2010-10-19 at 09:26 +0200, Arnd Bergmann wrote:
> > On Tuesday 19 October 2010 06:52:32 Dave Airlie wrote:
> > > > I might be able to find some hardware still lying around here that uses
> > > > an
> > > > i810. Not sure
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #18 from Tomasz Czapiewski 2010-10-19 09:33:44
PDT ---
Created an attachment (id=39539)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39539)
RADEON_DEBUG=fp,vp + game log 2>&1 merged
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #19 from Tomasz Czapiewski 2010-10-19 09:34:38
PDT ---
Created an attachment (id=39540)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39540)
Screenshot during merged logs grab xonotic08.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #20 from Tomasz Czapiewski 2010-10-19 09:35:22
PDT ---
Created an attachment (id=39541)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39541)
Screenshot during merged logs grab xonotic09.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #21 from Tomasz Czapiewski 2010-10-19 09:35:56
PDT ---
Created an attachment (id=39542)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39542)
Screenshot during merged logs grab xonotic10.jpg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
Tomasz Czapiewski changed:
What|Removed |Added
Attachment #39532|RADEON_DEBUG=fv,fp (STDOUT |RADEON_DEBUG=fp,vp (STDOUT
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #22 from Tomasz Czapiewski 2010-10-19 09:50:42
PDT ---
Created an attachment (id=39544)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39544)
RADEON_DEBUG=fp,vp +game log lightmaps+deluxemapping
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #23 from Tomasz Czapiewski 2010-10-19 09:51:36
PDT ---
Created an attachment (id=39545)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39545)
Screenshot during merged logs grab lightmap+deluxemapping xonotic11.jpg
--
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #24 from Tomasz Czapiewski 2010-10-19 09:51:57
PDT ---
Created an attachment (id=39546)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39546)
Screenshot during merged logs grab lightmap+deluxemapping xonotic12.jpg
--
https://bugs.freedesktop.org/show_bug.cgi?id=30960
--- Comment #25 from Tomasz Czapiewski 2010-10-19 09:52:23
PDT ---
Created an attachment (id=39547)
--> (https://bugs.freedesktop.org/attachment.cgi?id=39547)
Screenshot during merged logs grab lightmap+deluxemapping xonotic13.jpg
--
I need the ack from the DRM maintainer before I can add a patch to the
stable tree that is not upstream in Linus's tree, as it is a major
exception to the rule.
David?
On Tue, Oct 12, 2010 at 12:20:31PM -0400, Alex Deucher wrote:
> 2.6.35 and 2.6.36 do not contain blit support for evergreen
>
On Tue, Oct 19, 2010 at 5:00 PM, Greg KH wrote:
> I need the ack from the DRM maintainer before I can add a patch to the
> stable tree that is not upstream in Linus's tree, as it is a major
> exception to the rule.
A better fix ended up making it into 2.6.36 afterall, so we don't
anything for
https://bugs.freedesktop.org/show_bug.cgi?id=25005
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.5
https://bugs.freedesktop.org/show_bug.cgi?id=25676
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.4
https://bugs.freedesktop.org/show_bug.cgi?id=26479
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.4
https://bugs.freedesktop.org/show_bug.cgi?id=27434
Alex Deucher changed:
What|Removed |Added
Product|xorg|Mesa
Version|git
https://bugs.freedesktop.org/show_bug.cgi?id=27434
--- Comment #4 from Alex Deucher 2010-10-19 19:29:58 PDT
---
Is this still an issue with mesa 7.9?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
1 - 100 of 113 matches
Mail list logo