Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
You might want to test this one on the Mac-Mini at least, I think it
should fix most of the issues you were seeing.
It is a bit big and I'm not sure if the merge win
On Tuesday 23 June 2009 06:36:32 Michel Dänzer wrote:
> On Mon, 2009-06-22 at 21:58 +0200, Jerome Glisse wrote:
> > Signed-off-by: Jerome Glisse
> > ---
> > include/drm/drm_edid.h |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
>
> That's just the tip of the iceberg... Looks l
On Tue, Jun 23, 2009 at 9:35 AM, Jerome Glisse wrote:
> On Tue, 2009-06-23 at 09:12 -0400, Andy Lutomirski wrote:
>> Andy Lutomirski wrote:
>> > Jerome Glisse wrote:
>> >> smem.start is a physical address which kernel can remap to access
>> >> video memory of the fb buffer. We now pin the fb buffer
http://bugs.freedesktop.org/show_bug.cgi?id=22398
Alexey Shildyakov changed:
What|Removed |Added
Summary|Googleearth crashes |Googleearth and Mplayer
From: Dave Airlie
This adds color tiling support for buffers in VRAM, it enables
a color tiled fbcon and a color tiled X frontbuffer.
It changes the API:
adds two new parameters to the object creation API (is this better than
a set/get tiling?) we probably still need a get but not sure for what
On Wed, Jun 17, 2009 at 02:33:27PM +1000, Dave Airlie wrote:
| Okay I can also fix this using the attached patch.
|
| So the issue is makeCurrent sets up 3 contexts, one null, one direct,
| one indirect,
| it finishes with the render call on the indirect followed by the
| readpixels, then destroys
http://bugzilla.kernel.org/show_bug.cgi?id=13610
Nicolas Reinecke changed:
What|Removed |Added
CC||pl4nk...@googlemail.com
Plat
http://bugzilla.kernel.org/show_bug.cgi?id=13554
Jesse Barnes changed:
What|Removed |Added
CC||jbar...@virtuousgeek.org
--- Comment #4
http://bugzilla.kernel.org/show_bug.cgi?id=13554
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Compon
Command stream parsing is the most common operation and can
happen hundred of times per second, we don't want to allocate/free
memory each time this ioctl is call. This rework the ioctl
to avoid doing so by allocating temporary memory along the
ib pool.
Signed-off-by: Jerome Glisse
---
drivers/g
http://bugzilla.kernel.org/show_bug.cgi?id=13610
Summary: radeon kms invalid edid data at lvds
Product: Drivers
Version: 2.5
Kernel Version: 2.6.31-rc0
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Hi Jerome,
On Tue, Jun 23, 2009 at 10:46 PM, Jerome Glisse wrote:
> Command stream parsing is the most common operation and can
> happen hundred of times per second, we don't want to allocate/free
> memory each time this ioctl is call. This rework the ioctl
> to avoid doing so by allocating tempor
On Tue, 23 Jun 2009 08:39:44 -0700
Jesse Barnes wrote:
> On Tue, 23 Jun 2009 09:48:00 +0200
> Michel Dänzer wrote:
> > On a side note, I did precisely that about ten years ago on my
> > Amiga. :) Granted, that was using two separate framebuffer devices
> > (X glint driver on top of pm2fb, debug
Dave Airlie wrote:
> You don't have an r600, an rs690 isn't an r600 at all.
>
> Can you bisect to where the lockups start or have you always had lockups?
>
> Dave.
>
Yes I noticed that r600 is a different one, sorry.
First of all I'm maintaining the kernel package for a linux distro[0]
which i
On Tue, 23 Jun 2009 12:26:15 +1000
Benjamin Herrenschmidt wrote:
> On Mon, 2009-06-22 at 19:07 -0700, Jesse Barnes wrote:
>
> > Yeah I don't think we should try to change the mode, unless we
> > really have to for whatever reason. fbcon should generally be able
> > to paint to whatever we have
On Tue, 23 Jun 2009 09:48:00 +0200
Michel Dänzer wrote:
> > > In fact, nowdays, we do have the infrastructure to be smart and
> > > enforce that. IE. Instead of using a boring remap_page_ranges() in
> > > fb_mmap() we could use a fault handler. When in KD_TEXT, we fail
> > > them, when in KD_GRAPH
Dave Airlie skrev:
> On Tue, Jun 23, 2009 at 9:35 PM, Peter Zijlstra wrote:
>
>> On Mon, 2009-06-22 at 19:26 +0200, Jerome Glisse wrote:
>>
>>> We don't need to allocated contiguous pages in cs codepath
>>> so use vmalloc instead.
>>>
>> Best would be to not require >PAGE_SIZE alloca
http://bugs.freedesktop.org/show_bug.cgi?id=22428
--- Comment #3 from Brian Paul 2009-06-23
08:30:08 PST ---
I can't reproduce this here with Mesa 7.5.
I'm checking in some fixes for glxcontexts.c though.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
Hello,
exist any documentation related to newttm (except already exist
drivers) + any HowTo for 'convert' fb driver + xorg driver to support
memory manager + kms?
Thanks
okias
--
Are you an open source citizen? Join us
On Tue, 2009-06-23 at 21:42 +1000, Dave Airlie wrote:
> On Tue, Jun 23, 2009 at 9:35 PM, Peter Zijlstra wrote:
> > On Mon, 2009-06-22 at 19:26 +0200, Jerome Glisse wrote:
> >> We don't need to allocated contiguous pages in cs codepath
> >> so use vmalloc instead.
> >
> > Best would be to not requir
http://bugs.freedesktop.org/show_bug.cgi?id=22408
Brian Paul changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=22371
--- Comment #1 from Fabio 2009-06-23 07:37:22 PST ---
Bug 22438 may be related to this.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
http://bugs.freedesktop.org/show_bug.cgi?id=22438
--- Comment #1 from Fabio 2009-06-23 07:34:25 PST ---
Created an attachment (id=27051)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27051)
backtrace
This bug may be related to bug 22371.
--
Configure bugmail: http://bugs.freedeskto
On Tue, Jun 23, 2009 at 9:35 PM, Peter Zijlstra wrote:
> On Mon, 2009-06-22 at 19:26 +0200, Jerome Glisse wrote:
>> We don't need to allocated contiguous pages in cs codepath
>> so use vmalloc instead.
>
> Best would be to not require >PAGE_SIZE allocations at all of course.
It gets messy when you
http://bugs.freedesktop.org/show_bug.cgi?id=21814
--- Comment #13 from Fabio 2009-06-23 06:40:42 PST ---
> I will retest when bug 21582 is fixed.
Bug 21582 is marked as fixed but I am still having the same assertion of
https://bugs.freedesktop.org/attachment.cgi?id=26710.
See also bug 2243
On Tue, 2009-06-23 at 09:12 -0400, Andy Lutomirski wrote:
> Andy Lutomirski wrote:
> > Jerome Glisse wrote:
> >> smem.start is a physical address which kernel can remap to access
> >> video memory of the fb buffer. We now pin the fb buffer into vram
> >> by doing so we are loosing vram but fbdev ne
From: Michel Dänzer
Might lure userspace into trying silly things otherwise.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_fb.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_fb.c
b/drivers/gpu/drm/radeon/radeon_fb.
The following patches allow using radeondrmfb for console on my PowerBook.
--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconf
From: Michel Dänzer
For now handle it via r/g/b offsets and disallow 16 bpp modes on big endian
machines.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_fb.c | 53 +--
1 files changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/
From: Michel Dänzer
Some PowerMac firmwares set up a tiling surface at the beginning of VRAM
which messes us up otherwise.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_device.c | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/drivers
http://bugs.freedesktop.org/show_bug.cgi?id=21582
--- Comment #38 from Fabio 2009-06-23 06:32:38 PST ---
I am still having the "Assertion `radeon->state.validated_bo_count < 32'
failed." problem with sauerbraten (which appears to be the same bug of torcs
reported by Pauli).
Bug filed at htt
http://bugs.freedesktop.org/show_bug.cgi?id=22385
lh changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, 2009-06-22 at 19:26 +0200, Jerome Glisse wrote:
> We don't need to allocated contiguous pages in cs codepath
> so use vmalloc instead.
Best would be to not require >PAGE_SIZE allocations at all of course.
But barring that, it would be great to have something like:
ptr = kmalloc(size, GF
Andy Lutomirski wrote:
> Jerome Glisse wrote:
>> smem.start is a physical address which kernel can remap to access
>> video memory of the fb buffer. We now pin the fb buffer into vram
>> by doing so we are loosing vram but fbdev need to be reworked to
>> allow change in framebuffer address.
>
> I t
http://bugs.freedesktop.org/show_bug.cgi?id=22438
Summary: radeon_common.c:1016: radeon_validate_bo: Assertion
`radeon->state.validated_bo_count < 32' failed.
Product: Mesa
Version: CVS
Platform: x86 (IA32)
OS/Version: Linux (A
On Tue, 2009-06-23 at 21:42 +1000, Dave Airlie wrote:
> On Tue, Jun 23, 2009 at 9:35 PM, Peter Zijlstra wrote:
> > On Mon, 2009-06-22 at 19:26 +0200, Jerome Glisse wrote:
> >> We don't need to allocated contiguous pages in cs codepath
> >> so use vmalloc instead.
> >
> > Best would be to not requir
http://bugs.freedesktop.org/show_bug.cgi?id=22385
--- Comment #9 from lh 2009-06-23 05:42:57 PST ---
Thanks, i am asking other user for ensure this problem and if intel user also
have it in the forum.
i have compiled xorg-server-git successfully, but can't start X, seems lots of
things need
http://bugs.freedesktop.org/show_bug.cgi?id=22385
--- Comment #8 from Michel Dänzer 2009-06-23 04:03:24 PST
---
(In reply to comment #7)
> the xorg-server in Arch is 1.6.1.901, and seems intel's KMS and dir2 works
> fine.
With indirect rendering as well?
> i tried recompile xorg-server 1.
On Mon, 2009-06-22 at 21:58 +0200, Jerome Glisse wrote:
> Signed-off-by: Jerome Glisse
> ---
> include/drm/drm_edid.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/drm/drm_edid.h b/include/drm/drm_edid.h
> index c263e4d..83ea6c9 100644
> --- a/include/dr
http://bugs.freedesktop.org/show_bug.cgi?id=22385
--- Comment #7 from lh 2009-06-23 02:17:59 PST ---
the xorg-server in Arch is 1.6.1.901, and seems intel's KMS and dir2 works
fine.
i tried recompile xorg-server 1.6.1.901 but still have this problem.
i am tring to compile xorg-server-git.
http://bugs.freedesktop.org/show_bug.cgi?id=22408
Alex Bennee changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://bugs.freedesktop.org/show_bug.cgi?id=22428
--- Comment #2 from liuhaien 2009-06-23 01:08:32 PST ---
mesa demo/isosurf got the similar issue,but the error is as below:
isosurf: intel_buffer_objects.c:103: intel_bufferobj_free: Assertion
`!obj->Pointer' failed.
Aborted
--
Configure b
http://bugs.freedesktop.org/show_bug.cgi?id=22428
--- Comment #1 from liuhaien 2009-06-23 01:06:27 PST ---
Created an attachment (id=27029)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27029)
xorg conf file
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
-
On Mon, 2009-06-22 at 18:18 -0700, Jesse Barnes wrote:
> On Tue, 23 Jun 2009 11:04:39 +1000
> Benjamin Herrenschmidt wrote:
>
> > On Mon, 2009-06-22 at 17:24 -0700, Linus Torvalds wrote:
> > >
> > > On Tue, 23 Jun 2009, Benjamin Herrenschmidt wrote:
> > > >
> > > > As far as I can remember, all
http://bugs.freedesktop.org/show_bug.cgi?id=22428
Summary: [945GME]mesa xdemo/glxcontexts run aborted with error:
Assertion `!obj->Pointer'
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
45 matches
Mail list logo
