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 = to_te
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
g...@gitorious.org:linux-host1
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 tegra_
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,
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 ti
On Tue, Jan 22, 2013 at 10:15:21AM +0100, Lucas Stach wrote:
> 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
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 hav
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 inspecti
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 a
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #23 from Piero Finizio ---
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 that carries power
m
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #3 from Michel Dänzer ---
Created attachment 73440
--> https://bugs.freedesktop.org/attachment.cgi?id=73440&action=edit
Enable more DMA byte swapping bits on big endian hosts
Does this patch help?
--
You are receiving this mail b
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 in
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #24 from Piero Finizio ---
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 (Spherical Cow), Kern
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
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 Se
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 --
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #4 from Alex Deucher ---
Created attachment 73455
--> https://bugs.freedesktop.org/attachment.cgi?id=73455&action=edit
use sw swap for dma rings
If the hw swapper patch doesn't work, you can try this patch.
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #5 from Alex Deucher ---
in attachment 73440, I don't think we want to enable fence swapping:
+#ifdef __BIG_ENDIAN
+dma_cntl |= FENCE_SWAP_ENABLE;
+#endif
since we already swap the fence in radeon_fence_read().
--
You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=54133
Jean-François Fortin Tam changed:
What|Removed |Added
CC||nekoh...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #6 from Alex Deucher ---
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 bug.
https://bugs.freedesktop.org/show_bug.cgi?id=54133
--- Comment #8 from Alex Deucher ---
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 list
dri-devel@list
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #7 from Michel Dänzer ---
(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 without FENCE_SW
https://bugs.freedesktop.org/show_bug.cgi?id=59672
--- Comment #8 from Lucas Kannebley Tavares ---
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 test on 0 succeeded in 0 u
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: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #1 from Eugene ---
Created attachment 73460
--> https://bugs.freedesktop.org/attachment.cgi?id=73460&action=edit
Upgrade list logfile with video drivers versions package list from Jan. 18
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #2 from Eugene ---
Created attachment 73461
--> https://bugs.freedesktop.org/attachment.cgi?id=73461&action=edit
Upgrade list logfile with video drivers versions package list from Jan. 20
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=59720
Eugene 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
Classi
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #2 from Shawn Starr ---
(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 need to build the pa
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #3 from Eugene ---
Created attachment 73463
--> https://bugs.freedesktop.org/attachment.cgi?id=73463&action=edit
kwin_gles backtrace logfile (correct)
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=59721
--- Comment #1 from Shawn Starr ---
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 /sys/kernel/debug/dri/0/radeon_vram_m
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 ob
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #4 from Michel Dänzer ---
Can you bisect upstream Mesa Git?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop
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 = to_tegra_fb(f
https://bugs.freedesktop.org/show_bug.cgi?id=59721
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|DRI
Version|9.0
https://bugs.freedesktop.org/show_bug.cgi?id=59649
Shawn Starr changed:
What|Removed |Added
Product|Mesa|DRI
Version|9.0
https://bugs.freedesktop.org/show_bug.cgi?id=59720
--- Comment #5 from Eugene ---
(In reply to comment #4)
> Can you bisect upstream Mesa Git?
I'm sorry, I can't because I don't know how to do it.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #6 from vincent ---
Can you send a log with the same env var set so that I can diff working and non
working log please ?
--
You are receiving this mail because:
You are the assignee for the bug.
_
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) b
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 Mon, 2013-01-21 at 19:48 +0100, Daniel Vetter wrote:
> We already have the quirk entry for the mobile platform, but also
> reports on some desktop versions. So be paranoid and set it
> everywhere.
>
> References:
> http://www.mail-archive.com/dri-devel@lists.freedesktop.org/msg33138.html
> Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #3 from Alex Deucher ---
Are you using the same userspace components (mesa and ddx) across kernels?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #4 from Shawn Starr ---
Yes, I am
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesk
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
provided by the
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #5 from Alex Deucher ---
What was the last working kernel? Any chance you could bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing lis
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 VBLANK IOCTL. Note that Tegra
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #6 from lethar...@gmail.com ---
I suppose "GPU lockup CP stall / GPU resets over and over" is probably such a
generic error that a lot of bugs could be reported without having anything to
do with each other, but FWIW, I recently experi
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
>
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 i
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
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
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
---
drivers/gpu/drm/tilcd
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 D
On Tue, Jan 22, 2013 at 04:36:22PM -0600, Rob Clark wrote:
> 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).
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #7 from Andy Furniss ---
Created attachment 73485
--> https://bugs.freedesktop.org/attachment.cgi?id=73485&action=edit
compressed etqw shaders working with patch
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=59588
--- Comment #8 from Andy Furniss ---
The patch also fixes the minor issue I reported with some mesa demos.
https://bugs.freedesktop.org/show_bug.cgi?id=58150
--
You are receiving this mail because:
You are the assignee for the bug.
___
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 make changes in drm
> >> core, and Daniel Vetter has mentioned 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 m
https://bugs.freedesktop.org/show_bug.cgi?id=37117
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #19 from Fernando Chaves 2013-01-23
04:15:42 ---
I would like to inform that this motherboard uses UEFI.
And, obviously, I'm using Legacy Boot.
This requires some [video] emulation, right?
There is any known issue with Xen abo
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #21 from smoki ---
But must say, this patch however worked perfectly here for supertuxkart ;), no
issues spotted in any other games i tried these few days.
Maybe someone who use r200 driver can test:
http://supertuxkart.sourcef
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #22 from smoki ---
And of course dlist-color-material piglit test should pass ;).
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri
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 asynchronou
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 reserva
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 controller.
Whil
* 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 box running for some
> more [time] [...]
No freezes for >22h
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 disp
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 I
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
s
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 case because i
From: xueminsu
Date: Tue, 22 Jan 2013 22:16:53 +0800
Subject: [PATCH] radeon_display: Use pointer return error codes
drm_mode_addfb() expects fb_create return error code
instead of NULL.
Signed-off-by: xueminsu
---
drivers/gpu/drm/radeon/radeon_display.c |2 +-
1 files changed, 1 insertion
From: xueminsu
Date: Tue, 22 Jan 2013 22:39:39 +0800
Subject: [PATCH] drm_crtc: check if fb_create return NULL
Some buggy driver may still return NULL in fb_create,
which leads to kernel panic.
Signed-off-by: xueminsu
---
drivers/gpu/drm/drm_crtc.c |6 ++
1 files changed, 6 insertions(
From: xueminsu
Date: Tue, 22 Jan 2013 22:39:39 +0800
Subject: [PATCH] drm_crtc: check if fb_create return NULL
Some buggy driver may still return NULL in fb_create,
which leads to kernel panic.
Signed-off-by: xueminsu
---
drivers/gpu/drm/drm_crtc.c |7 +++
1 files changed, 7 insertions
https://bugs.freedesktop.org/show_bug.cgi?id=58667
--- Comment #41 from Thomas Rohloff ---
I got a crash with a BUG message. I'm sorry for the bad image quality but I had
no better camera available (that's why I made that many images)
http://img571.imageshack.us/img571/5517/dsc02036ws.jpg
http:/
On Wed, Jan 23, 2013 at 02:29:25AM +0100, 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
Hi Rob,
On Tue, Jan 22, 2013 at 04:36:21PM -0600, Rob Clark wrote:
>
> drivers/gpu/drm/Kconfig| 2 +
> drivers/gpu/drm/Makefile | 1 +
> drivers/gpu/drm/i2c/Makefile | 3 +
> drivers/gpu/drm/i2c/tda998x_drv.c | 908
> +++
On 22.01.2013 21:59, Mario Kleiner wrote:
> The current swap scheduling is based on having an accurate software
> vblank counter. Atm. that counter is maintained in software, incremented
> during vblank irq. At irq off -> on transition we need a hw counter to
> reinitialize. And there is a timeo
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 FIMD
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, le
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
+++ b/drivers/gpu/drm/
"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
ind
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 = to_te
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 gitorious.org:linux-hos
y
allocator that Lucas (Cc'ed) was working on?
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>
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,
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 ti
oned
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.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
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 hav
-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>
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 a
t;http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/844333e1/attachment.html>
is 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/12fd0013/attachment.html>
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 in
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/8a9a22ce/attachment.html>
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
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 Se
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 --
re 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/c084a930/attachment.html>
u 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>
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130122/52409029/attachment.html>
1 - 100 of 144 matches
Mail list logo
