On Mon, 2008-10-20 at 15:55 -0700, Eric Anholt wrote:
> On Mon, 2008-10-20 at 19:48 +0100, Sergio Monteiro Basto wrote:
> > Hi ,
> >
> > Since xf86-video-intel 2.5 needs libdrm 2.4.0 , we need Mesa 7.2 ?
> > or is enough ? just upgrade libdrm , and compile xf86-video-intel 2.5
> > for xserver 1
On Mon, 2008-10-20 at 02:06 +0100, Daniel Stone wrote:
> The soversion is not a package release version.
>
> pkg-config --version libdrm
But that pkg-config lays a trap for you here. The usage above gives you
the version of pkg-config itself, (something like 0.22 or whatever). To
instead get the
On Sun, Oct 19, 2008 at 10:41:20PM +0200, [EMAIL PROTECTED] wrote:
> btw building the libdrm 2.4.0 tarball (or the git master) still gives
> libdrm.so.2.3.0
>
> Probably, line 25 of libdrm/Makefile.am:
>
> libdrm_la_LDFLAGS = -version-number 2:3:0 -no-undefined
>
> should have been changed to:
On Mon, 2008-10-20 at 19:48 +0100, Sergio Monteiro Basto wrote:
> Hi ,
>
> Since xf86-video-intel 2.5 needs libdrm 2.4.0 , we need Mesa 7.2 ?
> or is enough ? just upgrade libdrm , and compile xf86-video-intel 2.5
> for xserver 1.4.2
No, it needs libdrm 2.4.0. That doesn't imply anything abou
Jesse Barnes a écrit :
>> However, I can definitely confirm the rendering errors on my 855GM. See
>> the attached screen shot.
>>
>> Should I file a bug?
>
> Yes, please do.
https://bugs.freedesktop.org/show_bug.cgi?id=18138
Thanks
Rémi
___
xorg mailin
On Tue, 2008-10-21 at 00:11 +0200, Rémi Cardona wrote:
> Jesse Barnes a écrit :
> >> And if I start a GEM kernel, X doesn't even start. See my previous post
> >> on intel-gfx.
> >
> > This is the "failed to pin back buffer" error?
>
> I would say yes. dmesg says :
>
> [drm:i915_gem_object_bind_to
Jesse Barnes a écrit :
>> And if I start a GEM kernel, X doesn't even start. See my previous post
>> on intel-gfx.
>
> This is the "failed to pin back buffer" error?
I would say yes. dmesg says :
[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty
[drm:i915_gem_object_pin] *ERR
On Sunday, October 19, 2008 12:16 pm Eric Anholt wrote:
> On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
> > Jesse Barnes a écrit :
> > > This is mainly a smoke test for the final 2.5.0 release which I hope to
> > > do on Monday. Please give it a try and let me know if you run into
> > > b
On Sunday, October 19, 2008 11:50 am Rémi Cardona wrote:
> Jesse Barnes a écrit :
> > This is mainly a smoke test for the final 2.5.0 release which I hope to
> > do on Monday. Please give it a try and let me know if you run into build
> > issues, etc.
>
> configure wants libdrm 2.4.0 which has yet
On Sunday, October 19, 2008 3:59 pm Rémi Cardona wrote:
> Rémi Cardona a écrit :
> > rendering errors in Firefox 3 and gnome-terminal (both of which use
> > render).
>
> I've built everything using libdrm 2.4.0, so that's not an issue anymore.
>
> However, I can definitely confirm the rendering err
Hi ,
Since xf86-video-intel 2.5 needs libdrm 2.4.0 , we need Mesa 7.2 ?
or is enough ? just upgrade libdrm , and compile xf86-video-intel 2.5
for xserver 1.4.2
Thanks,
On Sun, 2008-10-19 at 12:16 -0700, Eric Anholt wrote:
> On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
> > Jesse Bar
Eric Anholt wrote:
> I couldn't find any clearer release process for it than "tag it and dump
> a tarball into this directory" -- if any other DRM maintainer-types want
> to suggest an appropriate process, I'd love to hear.
With 2.3.1 an announce was sent to xorg-announce. Seeing as this affects
On Sun, Oct 19, 2008 at 03:03:25PM -0700, Eric Anholt wrote:
> > ./configure: line 12342: syntax error near unexpected token
> > `PTHREADSTUBS,'
> > ./configure: line 12342: `PKG_CHECK_MODULES(PTHREADSTUBS, pthread-stubs)'
> > error: Bad exit status from /var/tmp/rpm-tmp.30192 (%build)
>
>
Rémi Cardona a écrit :
rendering errors in Firefox 3 and gnome-terminal (both of which use render).
I've built everything using libdrm 2.4.0, so that's not an issue anymore.
However, I can definitely confirm the rendering errors on my 855GM. See
the attached screen shot.
Should I file a bug
On Sun, 2008-10-19 at 23:51 +0200, Stefan Dirsch wrote:
> On Sun, Oct 19, 2008 at 12:16:10PM -0700, Eric Anholt wrote:
> > On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
> > > Jesse Barnes a écrit :
> > > > This is mainly a smoke test for the final 2.5.0 release which I hope to
> > > > do
On Sun, Oct 19, 2008 at 12:16:10PM -0700, Eric Anholt wrote:
> On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
> > Jesse Barnes a écrit :
> > > This is mainly a smoke test for the final 2.5.0 release which I hope to
> > > do on
> > > Monday. Please give it a try and let me know if you run
Quoting Eric Anholt <[EMAIL PROTECTED]>:
> On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
>> Jesse Barnes a écrit :
>> > This is mainly a smoke test for the final 2.5.0 release which I
>> hope to do on
>> > Monday. Please give it a try and let me know if you run into
>> build issues
Eric Anholt a écrit :
> I couldn't find any clearer release process for it than "tag it and dump
> a tarball into this directory" -- if any other DRM maintainer-types want
> to suggest an appropriate process, I'd love to hear.
Hum, my apologies. Since I hadn't seen any announcement on xorg-announc
On Sunday 19 of October 2008, Rémi Cardona wrote:
> Jesse Barnes a écrit :
> > This is mainly a smoke test for the final 2.5.0 release which I hope to
> > do on Monday. Please give it a try and let me know if you run into build
> > issues, etc.
>
> configure wants libdrm 2.4.0 which has yet to be
On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
> Jesse Barnes a écrit :
> > This is mainly a smoke test for the final 2.5.0 release which I hope to do
> > on
> > Monday. Please give it a try and let me know if you run into build issues,
> > etc.
>
> configure wants libdrm 2.4.0 which has
Jesse Barnes a écrit :
> This is mainly a smoke test for the final 2.5.0 release which I hope to do on
> Monday. Please give it a try and let me know if you run into build issues,
> etc.
configure wants libdrm 2.4.0 which has yet to be released. I've tried
tweaking configure.ac to get it to buil
This is mainly a smoke test for the final 2.5.0 release which I hope to do on
Monday. Please give it a try and let me know if you run into build issues,
etc.
Looks like we won't get *all* the blockers fixed, but I think we did pretty
well.
Changelog from 2.4.97 below.
Thanks,
Jesse
Adam Jac
22 matches
Mail list logo