On Mon, Jan 21, 2013 at 01:03:48PM -0600, David Woodhouse wrote:
> On Sun, 2013-01-20 at 23:50 +0100, Daniel Vetter wrote:
> > DMAR support on g4x/gm45 integrated gpus seems to be totally busted.
> > So don't bother, but instead disable it by default to allow distros to
> > unconditionally enable
On 22.01.13 20:27, Jon Mayo wrote:
> On Tue, Jan 22, 2013 at 11:20 AM, Mario Kleiner
> wrote:
>> On 22.01.13 19:39, Lucas Stach wrote:
>>>
>>> Am Dienstag, den 22.01.2013, 18:37 +0100 schrieb Mario Kleiner:
On 14.01.13 17:05, Thierry Reding wrote:
>
> Implement support for the
On 22.01.13 19:49, Jon Mayo wrote:
> On Tue, Jan 22, 2013 at 10:39 AM, Lucas Stach wrote:
>> Am Dienstag, den 22.01.2013, 18:37 +0100 schrieb Mario Kleiner:
>>> On 14.01.13 17:05, Thierry Reding wrote:
Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
special in this
t interesting with a bisect, but I'm willing to try
if it helps in any way.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2
On 22.01.13 19:39, Lucas Stach wrote:
> Am Dienstag, den 22.01.2013, 18:37 +0100 schrieb Mario Kleiner:
>> On 14.01.13 17:05, Thierry Reding wrote:
>>> Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
>>> special in this case because it doesn't use the generic IRQ support
>>>
On Tue, Jan 22, 2013 at 7:15 PM, Mihai Moldovan wrote:
> * On 21.01.2013 07:11 PM, Mihai Moldovan wrote:
>> I'm also currently testing a kernel without the Intel IOMMU feature
>> [CONFIG_INTEL_IOMMU=n, but CONFIG_IOMMU_SUPPORT=y]. [...] At least
>> not seeing USB and PCI(e) issues. I'll leave the
On Tue, Jan 22, 2013 at 7:29 PM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Monday 21 January 2013 09:54:01 Rob Clark wrote:
>> On Mon, Jan 21, 2013 at 9:47 AM, Laurent Pinchart wrote:
>> > On Sunday 20 January 2013 09:08:34 Rob Clark wrote:
>> >> One thing I've run into in the past when trying to
Am Dienstag, den 22.01.2013, 18:37 +0100 schrieb Mario Kleiner:
> On 14.01.13 17:05, Thierry Reding wrote:
> > Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
> > special in this case because it doesn't use the generic IRQ support
> > provided by the DRM core (DRIVER_HAVE_IRQ)
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/221f2f2f/attachment.html>
--
A non-text attachment was scrubbed...
Name: kern-new-iommu_off.log.bz2
Type: application/x-bzip2
Size: 16365 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/757cebe9/attachment-0003.bin>
-- next part -
dri-devel/attachments/20130122/83f2a4ad/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/a56f7311/attachment.html>
On 14.01.13 17:05, Thierry Reding wrote:
> Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
> special in this case because it doesn't use the generic IRQ support
> provided by the DRM core (DRIVER_HAVE_IRQ) but rather registers one
> interrupt handler for each display
On 22.01.13 09:31, Terje Bergstr?m wrote:
> On 14.01.2013 18:06, Thierry Reding wrote:
>> +static int tegra_dc_page_flip(struct drm_crtc *crtc, struct drm_framebuffer
>> *fb,
>> + struct drm_pending_vblank_event *event)
>> +{
>> +struct tegra_framebuffer *newfb =
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/f93c06cc/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/e4360643/attachment.html>
Op 22-01-13 17:47, Francesco Lavra schreef:
> On 01/15/2013 01:34 PM, Maarten Lankhorst wrote:
>> This adds support for a generic reservations framework that can be
>> hooked up to ttm and dma-buf and allows easy sharing of reservations
>> across devices.
>>
>> The idea is that a dma-buf and ttm
On 01/15/2013 01:34 PM, Maarten Lankhorst wrote:
> This adds support for a generic reservations framework that can be
> hooked up to ttm and dma-buf and allows easy sharing of reservations
> across devices.
>
> The idea is that a dma-buf and ttm object both will get a pointer
> to a struct
nts/20130122/10132d09/attachment.html>
vel/attachments/20130122/88ae573b/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130122/d9d40a05/attachment.html>
i/0/radeon_vram_mm
that I had very little VRAM memory left and no 3D activities going on
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/01658082/attachment.html>
tachments/20130122/d49cbe79/attachment.html>
0-1.fc18.x86_64
mesa: mesa-dri-drivers-9.0.1-3.fc18.x86_64
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/d98f5a62/atta
||ken20001 at ukr.net
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/6e5f2569/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/cc270b22/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/2d68f8fb/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/c24c0572/attachment.html>
Add an output panel driver for LCD panels. Tested with LCD3 cape on
beaglebone.
v1: original
v2: s/of_find_node_by_name()/of_get_child_by_name()/ from Pantelis
Antoniou
v3: add backlight support
v4: rebase to latest of video timing helpers
Signed-off-by: Rob Clark
---
Add output panel driver for i2c encoder slaves.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/tilcdc/Kconfig| 12 ++
drivers/gpu/drm/tilcdc/Makefile | 1 +
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 5 +-
drivers/gpu/drm/tilcdc/tilcdc_slave.c | 380
Driver for the NXP TDA998X i2c hdmi encoder slave.
v1: original
v2: fix npix/nline programming
Signed-off-by: Rob Clark
---
drivers/gpu/drm/i2c/Makefile | 3 +
drivers/gpu/drm/i2c/tda998x_drv.c | 908 ++
2 files changed, 911 insertions(+)
create mode
A simple DRM/KMS driver for the TI LCD Controller found in various
smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
CMA helpers. Currently only the TFP410 DVI encoder is supported
(tested with beaglebone + DVI cape). There are also various LCD
displays, for which support can be
I think this driver is ready to go, so I've removed the 'RFC' tag. Prove
me wrong by reviewing the patches and sending comments ;-)
The first patch adds the basic driver and TFP410 DVI output.
The second patch adds support for NXP TDA998x family of i2c connected
HDMI encoders. It is split out
.
Thanks
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/9fdca62b/attachment.html>
Hi,
On 01/15/2013 01:34 PM, Maarten Lankhorst wrote:
[...]
> diff --git a/include/linux/fence.h b/include/linux/fence.h
> new file mode 100644
> index 000..d9f091d
> --- /dev/null
> +++ b/include/linux/fence.h
> @@ -0,0 +1,347 @@
> +/*
> + * Fence mechanism for dma-buf to allow for
On Mon, Jan 21, 2013 at 5:07 AM, Steffen Trumtrar
wrote:
> Hi!
>
> There was still no maintainer, that commented, ack'd, nack'd, apply'd the
> series. So, this is just a resend.
> The patches were tested with:
>
> - v15 on Tegra by Thierry
> - sh-mobile-lcdcfb by Laurent
>
ithout FENCE_SWAP_ENABLE
first.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/6a16535c/attachment-0001.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/7278c5a4/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/f2fb841a/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/52409029/attachment.html>
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/c1b6f0dc/attachment.html>
ing this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/c084a930/attachment.html>
As we propagate the error back to our caller, who may act intelligently
upon that error, we should refrain from shouting out that there has been
an *ERROR* prematurely.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_gem.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff
On Tue, Jan 22, 2013 at 10:47 AM, Samuel Thibault
wrote:
> Hello,
>
> Samuel Thibault, le Thu 05 Jan 2012 10:53:01 +0100, a ?crit :
>> Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a ?crit :
>> > Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a ?crit :
>> > > Keith Packard, le Thu 15
e: application/x-pkcs7-signature
Size: 6171 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/d10a2e92/attachment-0001.bin>
On 22.01.2013 11:48, Lucas Stach wrote:
> I think the test suite is enough to fulfil the formal requirement of
> having a working userspace. But still it would be nice to have at least
> some simple accel functions working in the DDX. Maybe just to see on how
> well the current design integrates
On 22.01.2013 11:31, Thierry Reding wrote:
> I'm not quite sure if I remember correctly, but I think David mentioned
> something along the lines of requiring a working userspace that can be
> used to test the DRM interfaces as a prerequisite to getting this kind
> of code merged.
That's why we
void *object is not used in fact.
Signed-off-by: Xinyun Liu
---
drivers/gpu/drm/drm_global.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_global.c b/drivers/gpu/drm/drm_global.c
index f731116..3d2e91c 100644
--- a/drivers/gpu/drm/drm_global.c
+++
On 22.01.2013 11:15, Lucas Stach wrote:
> But even if I get this out real soon, I'm not really comfortable with
> speeding things to 3.9. I would like to review the userspace side of
> thing a lot more thoroughly, before committing to the interface. But
> maybe this can also happen in the 3.9 RC
On Tue, Jan 22, 2013 at 11:20 AM, Mario Kleiner
wrote:
> On 22.01.13 19:39, Lucas Stach wrote:
>>
>> Am Dienstag, den 22.01.2013, 18:37 +0100 schrieb Mario Kleiner:
>>>
>>> On 14.01.13 17:05, Thierry Reding wrote:
Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
On 15.01.2013 13:43, Terje Bergstrom wrote:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next-20130114. The set was regenerated with
> git format-patch -M.
I have pushed both the kernel patches and libdrm changes to
git at
On Tue, Jan 22, 2013 at 10:39 AM, Lucas Stach wrote:
> Am Dienstag, den 22.01.2013, 18:37 +0100 schrieb Mario Kleiner:
>> On 14.01.13 17:05, Thierry Reding wrote:
>> > Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
>> > special in this case because it doesn't use the generic
Am Dienstag, den 22.01.2013, 11:44 +0200 schrieb Terje Bergstr?m:
> On 22.01.2013 11:31, Thierry Reding wrote:
> > I'm not quite sure if I remember correctly, but I think David mentioned
> > something along the lines of requiring a working userspace that can be
> > used to test the DRM interfaces
Hello,
Samuel Thibault, le Thu 05 Jan 2012 10:53:01 +0100, a ?crit :
> Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a ?crit :
> > Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a ?crit :
> > > Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a ?crit :
> > > > On Thu, 15 Sep 2011
ication/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/37c50172/attachment.pgp>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/8a9a22ce/attachment.html>
2013/1/21 Rob Clark :
> I don't suppose you could send a libdrm patch to the list with an up
> to date version of the g2dtest code so we can get it in libdrm tree?
>
We are planning on updating exynos drm for libdrm. At that time, the
up to date version of the g2dtest will be posted.
Joonyoung,
ing a working userspace that can be
used to test the DRM interfaces as a prerequisite to getting this kind
of code merged.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
On 14.01.2013 18:06, Thierry Reding wrote:
> +static int tegra_dc_page_flip(struct drm_crtc *crtc, struct drm_framebuffer
> *fb,
> + struct drm_pending_vblank_event *event)
> +{
> + struct tegra_framebuffer *newfb = to_tegra_fb(fb);
> + struct tegra_dc *dc =
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/12fd0013/attachment.html>
Checked it out and applied. For ARCH_MULTIPLATFORM support, Such
header files shouldn't be included. And for this, we are planning on
supporting device tree for ipp driver.
Thanks,
Inki Dae
2013/1/22 Arnd Bergmann :
> While the exynos DRM support in principle can work on
> multiplatform, the
t;http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/844333e1/attachment.html>
On Mon, Jan 14, 2013 at 7:55 AM, Thierry Reding
wrote:
> Implement support for the VBLANK IOCTL. Note that Tegra is somewhat
> special in this case because it doesn't use the generic IRQ support
> provided by the DRM core (DRIVER_HAVE_IRQ) but rather registers one
> interrupt handler for each
"data" is a void pointer and "args" is "data" after we have casted it to
a struct. We care about the sizeof the struct here. Btw, sizeof(*data)
is 1.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
b/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c
Am Dienstag, den 22.01.2013, 09:57 +0100 schrieb Thierry Reding:
> On Tue, Jan 22, 2013 at 10:31:11AM +0200, Terje Bergstr?m wrote:
> > Of course, this has the prerequisite of having support for syncpts,
> > which I hoped we would get to 3.9. The review for host1x patches seem to
> > have stalled,
?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/e29bf5a9/attachment.pgp>
On 14.01.2013 18:06, Thierry Reding wrote:
+static int tegra_dc_page_flip(struct drm_crtc *crtc, struct drm_framebuffer
*fb,
+ struct drm_pending_vblank_event *event)
+{
+ struct tegra_framebuffer *newfb = to_tegra_fb(fb);
+ struct tegra_dc *dc =
On 15.01.2013 13:43, Terje Bergstrom wrote:
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20130114. The set was regenerated with
git format-patch -M.
I have pushed both the kernel patches and libdrm changes to
On Tue, Jan 22, 2013 at 10:31:11AM +0200, Terje Bergström wrote:
On 14.01.2013 18:06, Thierry Reding wrote:
+static int tegra_dc_page_flip(struct drm_crtc *crtc, struct
drm_framebuffer *fb,
+ struct drm_pending_vblank_event *event)
+{
+ struct
Am Dienstag, den 22.01.2013, 09:57 +0100 schrieb Thierry Reding:
On Tue, Jan 22, 2013 at 10:31:11AM +0200, Terje Bergström wrote:
Of course, this has the prerequisite of having support for syncpts,
which I hoped we would get to 3.9. The review for host1x patches seem to
have stalled, so
On 22.01.2013 11:15, Lucas Stach wrote:
But even if I get this out real soon, I'm not really comfortable with
speeding things to 3.9. I would like to review the userspace side of
thing a lot more thoroughly, before committing to the interface. But
maybe this can also happen in the 3.9 RC
On 22.01.2013 11:31, Thierry Reding wrote:
I'm not quite sure if I remember correctly, but I think David mentioned
something along the lines of requiring a working userspace that can be
used to test the DRM interfaces as a prerequisite to getting this kind
of code merged.
That's why we have
Dear Dan,
Am Dienstag, den 22.01.2013, 10:20 +0300 schrieb Dan Carpenter:
data is a void pointer and args is data after we have casted it to
a struct. We care about the sizeof the struct here. Btw, sizeof(*data)
s,sizeof the,size of the,
is 1.
Did you find this by manual inspection or
Am Dienstag, den 22.01.2013, 11:44 +0200 schrieb Terje Bergström:
On 22.01.2013 11:31, Thierry Reding wrote:
I'm not quite sure if I remember correctly, but I think David mentioned
something along the lines of requiring a working userspace that can be
used to test the DRM interfaces as a
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #23 from Piero Finizio andabat...@yahoo.it ---
Bisecting is difficult because almost every day I compile from git but i
change mesa/drm and xorg/driver/xf86-video-ati in ensemble...
Plus I compiled on Fedora 18 with 3.7.x-xx kernel
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #3 from Michel Dänzer mic...@daenzer.net ---
Created attachment 73440
-- https://bugs.freedesktop.org/attachment.cgi?id=73440action=edit
Enable more DMA byte swapping bits on big endian hosts
Does this patch help?
--
You are
On 22.01.2013 11:48, Lucas Stach wrote:
I think the test suite is enough to fulfil the formal requirement of
having a working userspace. But still it would be nice to have at least
some simple accel functions working in the DDX. Maybe just to see on how
well the current design integrates into
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #24 from Piero Finizio andabat...@yahoo.it ---
P.S.
System Software / Hardware Information
Hardware:
Processor: Intel Core Duo T2350 @ 1.86GHz (2 Cores),Graphics: AMD Mobility
Radeon X1700 M66 RV535 256MB
Software:
OS: Fedora 18
Hello,
Samuel Thibault, le Thu 05 Jan 2012 10:53:01 +0100, a écrit :
Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a écrit :
Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a écrit :
Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a écrit :
On Thu, 15 Sep 2011 10:12:59
On Tue, Jan 22, 2013 at 10:47 AM, Samuel Thibault
samuel.thiba...@ens-lyon.org wrote:
Hello,
Samuel Thibault, le Thu 05 Jan 2012 10:53:01 +0100, a écrit :
Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a écrit :
Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a écrit :
Keith
As we propagate the error back to our caller, who may act intelligently
upon that error, we should refrain from shouting out that there has been
an *ERROR* prematurely.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
drivers/gpu/drm/drm_gem.c |5 +
1 file changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #4 from Alex Deucher ag...@yahoo.com ---
Created attachment 73455
-- https://bugs.freedesktop.org/attachment.cgi?id=73455action=edit
use sw swap for dma rings
If the hw swapper patch doesn't work, you can try this patch.
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=54133
Jean-François Fortin Tam nekoh...@gmail.com changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #6 from Alex Deucher ag...@yahoo.com ---
Ignore my patch and comments. After thinking about this more they won't work.
See is Michel's patch fixes it for your.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=54133
--- Comment #8 from Alex Deucher ag...@yahoo.com ---
Can anyone bisect and track down what broke it?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #7 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #5)
I don't think we want to enable fence swapping [...] since we already swap the
fence in radeon_fence_read().
Ah, right. Lucas, so it's probably better if you try
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #8 from Lucas Kannebley Tavares luca...@linux.vnet.ibm.com ---
Hi Michael, the patch you provided did indeed get rid of all errors, but now
modprobe enters an infinite loop on the test that previously failed
[ 62.294510] [drm] ring
https://bugs.freedesktop.org/show_bug.cgi?id=59720
Priority: medium
Bug ID: 59720
Assignee: dri-devel@lists.freedesktop.org
Summary: kwin_gles freezes on Mesa from git
Severity: critical
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #1 from Eugene ken20...@ukr.net ---
Created attachment 73460
-- https://bugs.freedesktop.org/attachment.cgi?id=73460action=edit
Upgrade list logfile with video drivers versions package list from Jan. 18
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #2 from Eugene ken20...@ukr.net ---
Created attachment 73461
-- https://bugs.freedesktop.org/attachment.cgi?id=73461action=edit
Upgrade list logfile with video drivers versions package list from Jan. 20
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=59720
Eugene ken20...@ukr.net changed:
What|Removed |Added
Priority|medium |high
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=59721
Priority: medium
Bug ID: 59721
Assignee: dri-devel@lists.freedesktop.org
Summary: drm_mm_remove_node oops GPU hang while restoring
firefox windows
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #2 from Shawn Starr shawn.st...@rogers.com ---
(In reply to comment #1)
Is this still an issue with the latest bits from Dave's last pull request?
http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes
to be determined, I will
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #3 from Eugene ken20...@ukr.net ---
Created attachment 73463
-- https://bugs.freedesktop.org/attachment.cgi?id=73463action=edit
kwin_gles backtrace logfile (correct)
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=59721
--- Comment #1 from Shawn Starr shawn.st...@rogers.com ---
Comment on attachment 73462
-- https://bugs.freedesktop.org/attachment.cgi?id=73462
Kernel messages from session from start to crash point
In addition,
It was noted in
Op 22-01-13 17:47, Francesco Lavra schreef:
On 01/15/2013 01:34 PM, Maarten Lankhorst wrote:
This adds support for a generic reservations framework that can be
hooked up to ttm and dma-buf and allows easy sharing of reservations
across devices.
The idea is that a dma-buf and ttm object both
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #4 from Michel Dänzer mic...@daenzer.net ---
Can you bisect upstream Mesa Git?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
On 22.01.13 09:31, Terje Bergström wrote:
On 14.01.2013 18:06, Thierry Reding wrote:
+static int tegra_dc_page_flip(struct drm_crtc *crtc, struct drm_framebuffer
*fb,
+ struct drm_pending_vblank_event *event)
+{
+ struct tegra_framebuffer *newfb =
https://bugs.freedesktop.org/show_bug.cgi?id=59721
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Product|Mesa|DRI
1 - 100 of 139 matches
Mail list logo