>>> So the -radeon driver should not be selected for this device, or if
>>> the issue is located in the Linux kernel, the patches should be
>>> backported, so that it works.
>>>
>> See
>> http://womble.decadent.org.uk/blog/whats-in-the-linux-kernel-for-debian-70-wheezy-part-4.html
>> (testing with
ABI Compliance Checker [1] reports no ABI changes in libGLw.so.1.0.0,
please see attached.
[1] http://ispras.linuxbase.org/index.php/ABI_compliance_checker
libglw_compat_report.html.gz
Description: GNU Zip compressed data
debian/changelog |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit bfe31474f9739d943ad990902daadad666b55562
Author: Timo Aaltonen
Date: Wed Jul 3 17:46:40 2013 +0300
release to raring
diff --git a/debian/changelog b/debian/changelog
index da5870d..6fbd7e0 10064
3 jul 2013 kl. 15.00 skrev Alex Deucher:
On Sun, Jun 30, 2013 at 3:59 AM, Tobias Gerdin > wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.14.4-8
Severity: important
Tags: upstream
Dear Maintainer,
After resuming system after a suspend (to RAM) the display is
corrupted. It is still
po
On Sun, Jun 30, 2013 at 3:59 AM, Tobias Gerdin wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:6.14.4-8
> Severity: important
> Tags: upstream
>
> Dear Maintainer,
>
> After resuming system after a suspend (to RAM) the display is corrupted. It
> is still
> possible to see what's going on
Hi,
On 03.07.2013 12:01, Zhigang Gong wrote:
> The gbm device doesn't init lookup_image method and the user data. The
> lookup_image is only
> initialized when use the gbm device to create an egl display and then
> initialize the egl drm
> platform which is not our use model.
My plan for Beign
Processing control commands:
> severity -1 serious
Bug #714828 [weston] weston: Cairo dependency doesn't forbid version without
gl/egl
Severity set to 'serious' from 'important'
> clone -1 -2
Bug #714828 [weston] weston: Cairo dependency doesn't forbid version without
gl/egl
Bug 714828 cloned as
Makefile.am|2
bin/.cherry-ignore | 16
configure.ac | 58 +-
debian/changelog |9
debian/patches/CVE-2013-
debian/changelog |
10
debian/patches/add-chipset-limits-for-the-haswell-gt3-variant.diff|
29 ++
debian/patches/series |
5
debian/patches/turn-brw-urb-vs-size-and-gs-s
Control: severity -1 serious
Control: clone -1 -2
Control: reassign -2 libcairo2 1.12.14-5
Control: retitle -2 libcairo2: insufficient version for cairo_egl_device_create
in symbols file
Control: affects -2 weston
Control: reassign -1 src:mesa 9.1.3-6
Control: retitle -1 no dependency information
On Thu, Jun 27, 2013 at 11:00:09AM +0800, Zhigang Gong wrote:
>
>
> > -Original Message-
> > From: beignet-bounces+zhigang.gong=linux.intel@lists.freedesktop.org
> >
> [mailto:beignet-bounces+zhigang.gong=linux.intel@lists.freedesktop.org]
> > On Behalf Of Simon Richter
> > Sent:
Package: weston
Version: 1.1.1-1
Severity: important
Dear Maintainer,
The first start of weston (in an X session, run "weston" in a
terminal) failed with the error:
undefined symbol: cairo_egl_device_create
Since I expected weston to start I looked at the package libcairo2, the
version 1.
12 matches
Mail list logo