Hi all,
Sean from OpenMoko recently released the SMedia Glamo datasheets[1].
Could someone with permission add them to the wiki page[2]?
My account (PaulWise) does not appear to be able to edit the page.
1. http://people.openmoko.org/sean/datasheets/glamo3362/
2. http://dri.freedesktop
> > > Hi Dave,
> > >
> > > I've failed to correctly fix the via hang in the reclaim buffers rework
> > > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > > removal series.
> >
> > Last attempt at your branch still had problem. Start I didn't have time
> > track down the
On Thu, Dec 22, 2011 at 09:48:35PM +, James Simmons wrote:
>
> > Hi Dave,
> >
> > I've failed to correctly fix the via hang in the reclaim buffers rework
> > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > removal series.
>
> Last attempt at your branch still had pr
Some decent history digging indicates that this was to be used for the
GLX_MESA_allocate_memory extension but never actually implemented for
any released i915 userspace code.
So just rip it out.
Cc: Dave Airlie
Cc: Keith Whitwell
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/drm_ioctl.c
Hi!
I updated the openchrome tree and while testing on the AGP system
discovered some interesting problems with the new TTM changes. The
problems center around the ttm_tt_[un]populate which I modeled after the
radeon and nouveau driver.
First problem I noticed was on a AGP sys
> Hi Dave,
>
> I've failed to correctly fix the via hang in the reclaim buffers rework
> till now, so I'm only submitting the drm_sman removal of my drm cruft
> removal series.
Last attempt at your branch still had problem. Start I didn't have time
track down the exact issue. I'm cloning the be
On Wed, Dec 21, 2011 at 3:56 AM, Rob Clark wrote:
> On Tue, Dec 20, 2011 at 2:20 PM, Dave Airlie wrote:
>>>
>>> I think this is a really good v1 version of dma_buf. It contains all the
>>> required bits (with well-specified semantics in the doc patch) to
>>> implement some basic use-cases a
https://bugs.freedesktop.org/show_bug.cgi?id=41170
--- Comment #8 from Johannes Obermayr 2011-12-22
12:35:52 PST ---
Created attachment 54712
--> https://bugs.freedesktop.org/attachment.cgi?id=54712
'grep radeon_update_wrapper' from debug build
OpenGL version string: 1.3 Mesa 7.12-devel (9f85
Hi Dave,
I've failed to correctly fix the via hang in the reclaim buffers rework
till now, so I'm only submitting the drm_sman removal of my drm cruft
removal series.
While beating on this stuff with my i815 I've discovered a preexisting
use-after free issue in lastclose (which is new compared to
> > Hi!
> >
> > I updated the openchrome tree and while testing on the AGP system
> > discovered some interesting problems with the new TTM changes. The
> > problems center around the ttm_tt_[un]populate which I modeled after the
> > radeon and nouveau driver.
> > First problem I not
On Thu, Dec 22, 2011 at 4:56 PM, James Simmons
wrote:
>
> Hi!
>
> ? ? ? ?I updated the openchrome tree and while testing on the AGP system
> discovered some interesting problems with the new TTM changes. The
> problems center around the ttm_tt_[un]populate which I modeled after the
> radeon and n
https://bugs.freedesktop.org/show_bug.cgi?id=43993
--- Comment #4 from lschin...@gmail.com 2011-12-22 16:21:35 PST ---
(In reply to comment #1)
> > I install ppa:oibaf/graphics-drivers on Ubuntu Oneiric x64
>
> Does the problem also occur without the PPA?
>
>
Ubuntu Oneiric x64 do not come wit
https://bugs.freedesktop.org/show_bug.cgi?id=43993
--- Comment #3 from lschin...@gmail.com 2011-12-22 16:19:24 PST ---
Created attachment 54734
--> https://bugs.freedesktop.org/attachment.cgi?id=54734
backtrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=43993
lschin...@gmail.com changed:
What|Removed |Added
Attachment #54616|0 |1
is obsolete|
> > > Hi Dave,
> > >
> > > I've failed to correctly fix the via hang in the reclaim buffers rework
> > > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > > removal series.
> >
> > Last attempt at your branch still had problem. Start I didn't have time
> > track down the
On Thu, Dec 22, 2011 at 09:48:35PM +, James Simmons wrote:
>
> > Hi Dave,
> >
> > I've failed to correctly fix the via hang in the reclaim buffers rework
> > till now, so I'm only submitting the drm_sman removal of my drm cruft
> > removal series.
>
> Last attempt at your branch still had pr
On Thu, Dec 22, 2011 at 4:56 PM, James Simmons wrote:
>
> Hi!
>
> I updated the openchrome tree and while testing on the AGP system
> discovered some interesting problems with the new TTM changes. The
> problems center around the ttm_tt_[un]populate which I modeled after the
> radeon and no
Hi!
I updated the openchrome tree and while testing on the AGP system
discovered some interesting problems with the new TTM changes. The
problems center around the ttm_tt_[un]populate which I modeled after the
radeon and nouveau driver.
First problem I noticed was on a AGP sys
> Hi Dave,
>
> I've failed to correctly fix the via hang in the reclaim buffers rework
> till now, so I'm only submitting the drm_sman removal of my drm cruft
> removal series.
Last attempt at your branch still had problem. Start I didn't have time
track down the exact issue. I'm cloning the be
Some decent history digging indicates that this was to be used for the
GLX_MESA_allocate_memory extension but never actually implemented for
any released i915 userspace code.
So just rip it out.
Cc: Dave Airlie
Cc: Keith Whitwell
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/drm_ioctl.c
https://bugs.freedesktop.org/show_bug.cgi?id=41170
--- Comment #8 from Johannes Obermayr 2011-12-22
12:35:52 PST ---
Created attachment 54712
--> https://bugs.freedesktop.org/attachment.cgi?id=54712
'grep radeon_update_wrapper' from debug build
OpenGL version string: 1.3 Mesa 7.12-devel (9f85
Hi Dave,
I've failed to correctly fix the via hang in the reclaim buffers rework
till now, so I'm only submitting the drm_sman removal of my drm cruft
removal series.
While beating on this stuff with my i815 I've discovered a preexisting
use-after free issue in lastclose (which is new compared to
On Thu, Dec 22, 2011 at 01:45:20AM +0100, Udo Steinberg wrote:
> On Wed, 21 Dec 2011 14:55:07 -0800 Keith Packard (KP) wrote:
>
> KP> On Wed, 21 Dec 2011 22:26:26 +0100, Udo Steinberg
> wrote:
> KP>
> KP> > That makes the problem go away. If you need more help tracking down the
> KP> > problem,
/archives/dri-devel/attachments/20111222/93e09e6e/attachment.pgp>
On Thu, 22 Dec 2011 01:45:20 +0100, Udo Steinberg wrote:
> I quick google search suggests that at least some of them are too old to
> support SNA.
Sounds good. If you can capture the error as Daniel suggests, that would
be great. In any case, I'll post a revert of the semaphore enable patch
as i
ast some of them are too old to
support SNA.
Cheers,
- Udo
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111222/8297fe03/attachment-0001.pgp>
On Thu, Dec 22, 2011 at 01:45:20AM +0100, Udo Steinberg wrote:
> On Wed, 21 Dec 2011 14:55:07 -0800 Keith Packard (KP) wrote:
>
> KP> On Wed, 21 Dec 2011 22:26:26 +0100, Udo Steinberg
> wrote:
> KP>
> KP> > That makes the problem go away. If you need more help tracking down the
> KP> > problem,
27 matches
Mail list logo
