https://bugs.freedesktop.org/show_bug.cgi?id=66967
--- Comment #4 from Tilman Sauerbeck ---
(In reply to comment #3)
> I'm not sure if I and others experience the same problem as you, but when I
> try to start the first tutorial mission in DotA 2 (or change the resolution
> in the options menu),
On Die, 2013-08-20 at 13:16 -0400, Alex Deucher wrote:
> Newer versions of gcc seem to wander off into no-man's land
> when using variably sized arrays. Atombios tends to do things
> like:
>
> struct object {
> u8 version;
> u8 num_elements;
> u32 elements[1]; /* num_elements entries
https://bugzilla.kernel.org/show_bug.cgi?id=60741
--- Comment #9 from Eastern Heart ---
(In reply to Alex Deucher from comment #8)
> (In reply to Eastern Heart from comment #7)
> >
> > Although I haven't apply this patch, can I ask: will this patch be merged to
> > linux-3.10.7?
>
> It should m
Thanks for the review,
Inki Dae
> -Original Message-
> From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev-
> ow...@vger.kernel.org] On Behalf Of Konrad Rzeszutek Wilk
> Sent: Wednesday, August 21, 2013 4:22 AM
> To: Inki Dae
> Cc: dri-devel@lists.freedesktop.org; linux-fb...@vger
Hi all,
This patch set introduces a buffer synchronization framework based
on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and
has been rebased on linux-3.11-rc6.
The purpose of this framework is to provide not only buffer access
control to CPU and CPU, and CPU and DMA, and DMA and D
This patch adds lock and poll callbacks to dma buf file operations,
and these callbacks will be called by fcntl and select system calls.
fcntl and select system calls can be used to wait for the completion
of DMA or CPU access to a shared dmabuf. The difference of them is
fcntl system call takes a
This patch adds a buffer synchronization framework based on DMA BUF[1]
and and based on ww-mutexes[2] for lock mechanism, and has been rebased
on linux-3.11-rc6.
The purpose of this framework is to provide not only buffer access control
to CPU and DMA but also easy-to-use interfaces for device dri
Hi Simon,
On Wednesday 21 August 2013 17:36:12 Simon Horman wrote:
> On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote:
> > On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote:
> > > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote:
> > >> On Thu, Aug 8, 2013 at 11:39 AM, Simon
https://bugzilla.kernel.org/show_bug.cgi?id=60741
--- Comment #10 from Alex Deucher ---
Glad it's working. Please mark this bug as a duplicate of bug 60674.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-dev
Hi
On Wed, Aug 21, 2013 at 12:33 PM, Inki Dae wrote:
> This patch adds lock and poll callbacks to dma buf file operations,
> and these callbacks will be called by fcntl and select system calls.
>
> fcntl and select system calls can be used to wait for the completion
> of DMA or CPU access to a sh
> > > +EXPORT_SYMBOL(is_dmabuf_sync_supported);
> >
> > _GPL ?
> >
> > I would also prefix it with 'dmabuf_is_sync_supported' just to make
> > all of the libraries call start with 'dmabuf'
> >
>
> Seems better. Will change it to dmabuf_is_sync_supported, and use
> EXPORT_SYMBOL_GPL.
One thing
Hi,
I read this Phoronix article:
http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
Congrats to the progress achieved so far.
However, I can see an interesting deviation for HD6570 from the
observed trend of other chips.
r600g can reach 80+ percent of the performance of C
On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote:
> On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart
> wrote:
> > Hi Rob,
> >
> >> Or maybe, put another way, I still think we should still optimize for the
> >> common case. I mean I'm sure you *can* design hw that has an LVDS->DP
> >> b
On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote:
> On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart
> wrote:
> > Hi Dave,
> >
> > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote:
> >> On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman wrote:
> >> > On Thu, Aug 08, 2013 at 03:34:17AM
Hi Laurent,
Am Mittwoch, den 21.08.2013, 03:02 +0200 schrieb Laurent Pinchart:
> Hi Philipp,
>
> On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote:
> > Hi Laurent,
> >
> > thanks for this update. I'm very happy about the move to the display entity
> > model, given that the i.MX6 IPU has bot
On 16/08/2013 09:14, Pali Rohár wrote:
On Thursday 15 August 2013 18:21:51 Martin Peres wrote:
On 15/08/2013 03:24, Pali Rohár wrote:
On Thursday 15 August 2013 04:07:24 Martin Peres wrote:
On 14/08/2013 05:02, Pali Rohár wrote:
On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
On 13/08
On Wed, Aug 21, 2013 at 3:09 AM, Sascha Hauer wrote:
> On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote:
>> On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart
>> wrote:
>> > Hi Rob,
>> >
>> >> Or maybe, put another way, I still think we should still optimize for the
>> >> common case. I
Hi,
This patch series adds signal polarities parsing from display-timings
devicetree node. To do it efficiently struct fb_videomode is replaced
with struct videomode and some additional code cleaning is performed.
The patches are for drm-exynos/exynos-drm-next branch.
Regards
Andrzej Hajda
Andr
The patch replaces all occurrences of struct fb_videomode by
more accurate struct videomode. The change allows to remove
mode conversion function and simplifies clock divider calculation.
Clock configuration is moved to separate function.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
The patch adds code to get signal polarization setting
from device tree display-timings node.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fim
The patch moves platfrom_data and device tree parsing
to separate function.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 63
1 file changed, 31 insertions(+), 32 deletions(-)
diff --git a/drivers/gpu/d
On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan wrote:
> Hi,
>
> I read this Phoronix article:
> http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
>
> Congrats to the progress achieved so far.
>
> However, I can see an interesting deviation for HD6570 from the
> observed
On 21.08.2013 16:31, Boszormenyi Zoltan wrote:
Hi,
I read this Phoronix article:
http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
Congrats to the progress achieved so far.
However, I can see an interesting deviation for HD6570 from the
observed trend of other chips.
r60
On Mon, Aug 19, 2013 at 09:31:42PM +0200, Thierry Reding wrote:
> On Mon, Aug 19, 2013 at 02:49:50PM +0100, Damien Lespiau wrote:
> > On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote:
> > > On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote:
> > > [...]
> > > > +#define HD
https://bugs.freedesktop.org/show_bug.cgi?id=68389
Priority: medium
Bug ID: 68389
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeonsi]Black screen in unigine-tropics
Severity: normal
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #1 from Vladimir Ysikov ---
Created attachment 84403
--> https://bugs.freedesktop.org/attachment.cgi?id=84403&action=edit
Shader dump from unigine-tropics
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=68389
Vladimir Ysikov changed:
What|Removed |Added
Attachment #84399|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=68391
Priority: medium
Bug ID: 68391
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeonsi] Crash unigine-sanctuary
Severity: normal
Classification: Unclassified
OS: Linux (
Hi,
thanks for your response.
2013-08-21 17:39 keltezéssel, Alex Deucher írta:
On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan wrote:
Hi,
I read this Phoronix article:
http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
Congrats to the progress achieved so far.
How
On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan wrote:
> Hi,
>
> thanks for your response.
>
> 2013-08-21 17:39 keltezéssel, Alex Deucher írta:
>
>> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan
>> wrote:
>>>
>>> Hi,
>>>
>>> I read this Phoronix article:
>>> http://www.phoronix.com/sca
2013-08-21 18:30 keltezéssel, Grigori Goronzy írta:
On 21.08.2013 16:31, Boszormenyi Zoltan wrote:
Hi,
I read this Phoronix article:
http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
Congrats to the progress achieved so far.
However, I can see an interesting deviation fo
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #17 from Vladi ---
so far after disabling radeon.dpm I dont see the reboots. but my screen is
still seeing the artifacts/flicker
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Wed Aug 14 12:43:29 PDT 2013, Sebastian Hesselbarth wrote:
> From: Russell King
>
> The video-input-port (VIP) is highly configurable. This prepares
> current driver to allow to configure VIP configuration, as some
> boards connect lcd controller and TDA998x "pin-swapped" and depend
> on VIP t
On Wed Aug 14 12:43:30 PDT 2013, Sebastian Hesselbarth wrote:
> From: Russell King
>
> This patch adds tda998x specific parameters to allow it to be configured
> for different boards using it. Also, this implements rudimentary audio
> support for S/PDIF attached controllers.
It seems that this p
2013-08-21 19:55 keltezéssel, Alex Deucher írta:
On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan wrote:
Hi,
thanks for your response.
2013-08-21 17:39 keltezéssel, Alex Deucher írta:
On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan
wrote:
Hi,
I read this Phoronix article:
http://w
https://bugzilla.kernel.org/show_bug.cgi?id=57381
Harald Judt changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=68391
--- Comment #1 from Hohahiu ---
The same error. My hardware is Intel 4000+ AMD 7750M. I ran unigine-sanctuary
with DRI_PRIME.
My software:
openSUSE 12.3 x86_64
kernel 3.11.rc-6
Mesa-git
llvm-svn
radeon-git
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #2 from Hohahiu ---
I can confirm the bug as in the case of unigine-sanctuary. My hardware is Intel
4000+ AMD 7750M. I ran unigine-sanctuary with DRI_PRIME.
My software:
openSUSE 12.3 x86_64
kernel 3.11.rc-6
Mesa-git
llvm-svn
radeon-g
https://bugs.freedesktop.org/show_bug.cgi?id=68391
--- Comment #2 from Laurent carlier ---
Got a different backtrace with:
* OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
* OpenGL version string: 2.1 Mesa 9.3.0-devel (git-f53b634)
* LLVM-3.4svn r188604
[lordh@archMain sanctuary]$ ./1024x76
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #3 from Laurent carlier ---
Got a different backtrace with:
* OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
* OpenGL version string: 2.1 Mesa 9.3.0-devel (git-f53b634)
* LLVM-3.4svn r188604
[lordh@archMain tropics]$ ./1024x768_
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #4 from Tom Stellard ---
(In reply to comment #3)
> Got a different backtrace with:
> * OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
> * OpenGL version string: 2.1 Mesa 9.3.0-devel (git-f53b634)
> * LLVM-3.4svn r188604
>
This
https://bugzilla.kernel.org/show_bug.cgi?id=60532
--- Comment #8 from rohankapa...@gmail.com ---
The latest kernel update given by Ubuntu also has the same problem. The version
is 3.8.0-29.
--
You are receiving this mail because:
You are watching the assignee of the bug.
The code expects non-VRAM mem nodes to have a pages list. If that's not
set, it will do a null deref down the line. Warn on that condition and
return an error.
See https://bugs.freedesktop.org/show_bug.cgi?id=64774
Reported-by: Pasi Kärkkäinen
Tested-by: Pasi Kärkkäinen
Signed-off-by: Ilia Mirk
https://bugs.freedesktop.org/show_bug.cgi?id=68391
--- Comment #3 from Vladimir Ysikov ---
I tray get backtrace after crash, but gdb said "No stack". Maybe it does not
crash, it's normal exit from the program?
My course of action:
1)$gdb --args Sanctuary -video_app opengl -sound_app openal -eng
https://bugs.freedesktop.org/show_bug.cgi?id=68389
--- Comment #5 from Vladimir Ysikov ---
Nothing has changed with this patch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freede
https://bugs.freedesktop.org/show_bug.cgi?id=68235
--- Comment #2 from Alexandre Demers ---
I began bisecting tonight. Rc2 was already having this bug. More news to come
before the weekend.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Wed, Aug 21, 2013 at 08:33:55PM +0200, Jean-Francois Moine wrote:
> On Wed Aug 14 12:43:30 PDT 2013, Sebastian Hesselbarth wrote:
> > +static void
> > +reg_write_range(struct drm_encoder *encoder, uint16_t reg, uint8_t *p, int
> > cnt)
> > +{
> > + struct i2c_client *client = drm_i2c_encoder_
On Wed, Aug 21, 2013 at 08:26:46PM +0200, Jean-Francois Moine wrote:
> On Wed Aug 14 12:43:29 PDT 2013, Sebastian Hesselbarth wrote:
> > From: Russell King
> >
> > The video-input-port (VIP) is highly configurable. This prepares
> > current driver to allow to configure VIP configuration, as some
Hi Philipp,
On Wednesday 21 August 2013 11:10:12 Philipp Zabel wrote:
> Am Mittwoch, den 21.08.2013, 03:02 +0200 schrieb Laurent Pinchart:
> > On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote:
> > > Hi Laurent,
> > >
> > > thanks for this update. I'm very happy about the move to the display
On Wed, Aug 21, 2013 at 01:31:42PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Wednesday 21 August 2013 17:36:12 Simon Horman wrote:
> > On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote:
> > > On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote:
> > > > On Saturday 10 August 2
https://bugs.freedesktop.org/show_bug.cgi?id=67888
--- Comment #4 from fossphr...@gmail.com ---
Tested with Linux kernel 3.11-rc5 as well.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@li
https://bugs.freedesktop.org/show_bug.cgi?id=67888
--- Comment #5 from fossphr...@gmail.com ---
Created attachment 84429
--> https://bugs.freedesktop.org/attachment.cgi?id=84429&action=edit
dmesg contents after GPU hangup occurred - Linux kernel 3.11-rc5
--
You are receiving this mail because:
On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin wrote:
> The code expects non-VRAM mem nodes to have a pages list. If that's not
> set, it will do a null deref down the line. Warn on that condition and
> return an error.
>
> See https://bugs.freedesktop.org/show_bug.cgi?id=64774
>
> Reported-by: Pas
On Wed, 21 Aug 2013 23:36:05 +0100
Russell King - ARM Linux wrote:
> > AFAIK, the TI boards have no "pin-swapped", nor has the Cubox (there is
> > no need to set the bit CFG_GRA_SWAPRB of the register LCD_SPU_DMA_CTRL0
> > of the Dove lcd for RGB or YUV formats).
> >
> > Which board needs a spec
On Thu, Aug 22, 2013 at 04:41:06PM +1000, Ben Skeggs wrote:
> On Thu, Aug 22, 2013 at 10:10 AM, Ilia Mirkin wrote:
> > The code expects non-VRAM mem nodes to have a pages list. If that's not
> > set, it will do a null deref down the line. Warn on that condition and
> > return an error.
> >
> > See
Hi Inki,
On Tuesday 20 of August 2013 14:45:10 Inki Dae wrote:
> This patch series fix pixel format setting according to
> drm_framebuffer's pixel_format, and check if a given window
> supports alpha channel or not.
>
> Inki Dae (2):
> drm/exynos: fix fimd pixel format setting
> drm/exynos: c
On Mon, Aug 19, 2013 at 4:59 PM, Pali Roh?r wrote:
> On Friday 16 August 2013 14:57:07 Pali Roh?r wrote:
>> In commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
>> introduced error which cause that reclocking on nv40 not
>> working anymore. There is missing assigment of return value
>> from pll_
On Tue, Aug 20, 2013 at 02:18:27PM -0700, Mike Turquette wrote:
> Quoting Fabio Estevam (2013-08-20 08:40:52)
> > On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote:
> >
> > > diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt
> > > b/Documentation/devicetree/bindings/clock/imx6q-
Hi Ying,
On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote:
> > While I admit to having introduced the combination of 1/3.5 fixed
> > divider and configurable 1/1,1/2 divder clocks to describe this
> > fractional divider for the reasons you state, I think the correct
> > solution would be t
On 08/21/2013 09:59 AM, Shawn Guo wrote:
> Hi Ying,
>
> On Tue, Aug 20, 2013 at 06:08:48PM +0800, Liu Ying wrote:
>>> While I admit to having introduced the combination of 1/3.5 fixed
>>> divider and configurable 1/1,1/2 divder clocks to describe this
>>> fractional divider for the reasons you sta
On 08/20/2013 11:40 PM, Fabio Estevam wrote:
> On Tue, Aug 20, 2013 at 5:38 AM, Liu Ying wrote:
>
>> diff --git a/Documentation/devicetree/bindings/clock/imx6q-clock.txt
>> b/Documentation/devicetree/bindings/clock/imx6q-clock.txt
>> index 5a90a72..90e923e 100644
>> --- a/Documentation/devicetre
Hi Philipp,
On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote:
> Hi Laurent,
>
> thanks for this update. I'm very happy about the move to the display entity
> model, given that the i.MX6 IPU has both drm/display and v4l2/capture ports
> in a single device - this will allow to use a unified d
he fxc subdirectory doesn't help on my system.
Looks like I'm seeing a different problem than you are.
--
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
On Die, 2013-08-20 at 13:16 -0400, Alex Deucher wrote:
> Newer versions of gcc seem to wander off into no-man's land
> when using variably sized arrays. Atombios tends to do things
> like:
>
> struct object {
> u8 version;
> u8 num_elements;
> u32 elements[1]; /* num_elements entries
https://bugzilla.kernel.org/show_bug.cgi?id=60741
--- Comment #9 from Eastern Heart ---
(In reply to Alex Deucher from comment #8)
> (In reply to Eastern Heart from comment #7)
> >
> > Although I haven't apply this patch, can I ask: will this patch be merged to
> > linux-3.10.7?
>
> It should m
Thanks for the review,
Inki Dae
> -Original Message-
> From: linux-fbdev-owner at vger.kernel.org [mailto:linux-fbdev-
> owner at vger.kernel.org] On Behalf Of Konrad Rzeszutek Wilk
> Sent: Wednesday, August 21, 2013 4:22 AM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; linux-f
Hi all,
This patch set introduces a buffer synchronization framework based
on DMA BUF[1] and based on ww-mutexes[2] for lock mechanism, and
has been rebased on linux-3.11-rc6.
The purpose of this framework is to provide not only buffer access
control to CPU and CPU, and CPU and DMA, and DMA and D
This patch adds a buffer synchronization framework based on DMA BUF[1]
and and based on ww-mutexes[2] for lock mechanism, and has been rebased
on linux-3.11-rc6.
The purpose of this framework is to provide not only buffer access control
to CPU and DMA but also easy-to-use interfaces for device dri
This patch adds lock and poll callbacks to dma buf file operations,
and these callbacks will be called by fcntl and select system calls.
fcntl and select system calls can be used to wait for the completion
of DMA or CPU access to a shared dmabuf. The difference of them is
fcntl system call takes a
Hi Simon,
On Wednesday 21 August 2013 17:36:12 Simon Horman wrote:
> On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote:
> > On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart wrote:
> > > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote:
> > >> On Thu, Aug 8, 2013 at 11:39 AM, Simon
https://bugzilla.kernel.org/show_bug.cgi?id=60741
--- Comment #10 from Alex Deucher ---
Glad it's working. Please mark this bug as a duplicate of bug 60674.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi
On Wed, Aug 21, 2013 at 12:33 PM, Inki Dae wrote:
> This patch adds lock and poll callbacks to dma buf file operations,
> and these callbacks will be called by fcntl and select system calls.
>
> fcntl and select system calls can be used to wait for the completion
> of DMA or CPU access to a sh
> > > +EXPORT_SYMBOL(is_dmabuf_sync_supported);
> >
> > _GPL ?
> >
> > I would also prefix it with 'dmabuf_is_sync_supported' just to make
> > all of the libraries call start with 'dmabuf'
> >
>
> Seems better. Will change it to dmabuf_is_sync_supported, and use
> EXPORT_SYMBOL_GPL.
One thing
Hi,
I read this Phoronix article:
http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
Congrats to the progress achieved so far.
However, I can see an interesting deviation for HD6570 from the
observed trend of other chips.
r600g can reach 80+ percent of the performance of Ca
On 16/08/2013 09:14, Pali Roh?r wrote:
> On Thursday 15 August 2013 18:21:51 Martin Peres wrote:
>> On 15/08/2013 03:24, Pali Roh?r wrote:
>>> On Thursday 15 August 2013 04:07:24 Martin Peres wrote:
On 14/08/2013 05:02, Pali Roh?r wrote:
> On Tuesday 13 August 2013 15:55:28 Martin Peres wr
On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote:
> On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart
> wrote:
> > Hi Rob,
> >
> >> Or maybe, put another way, I still think we should still optimize for the
> >> common case. I mean I'm sure you *can* design hw that has an LVDS->DP
> >> b
On Sat, Aug 10, 2013 at 07:28:30AM +1000, Dave Airlie wrote:
> On Sat, Aug 10, 2013 at 7:25 AM, Laurent Pinchart
> wrote:
> > Hi Dave,
> >
> > On Saturday 10 August 2013 06:45:05 Dave Airlie wrote:
> >> On Thu, Aug 8, 2013 at 11:39 AM, Simon Horman
> >> wrote:
> >> > On Thu, Aug 08, 2013 at 03:3
Hi Laurent,
Am Mittwoch, den 21.08.2013, 03:02 +0200 schrieb Laurent Pinchart:
> Hi Philipp,
>
> On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote:
> > Hi Laurent,
> >
> > thanks for this update. I'm very happy about the move to the display entity
> > model, given that the i.MX6 IPU has bot
On Wed, Aug 21, 2013 at 3:09 AM, Sascha Hauer wrote:
> On Tue, Aug 20, 2013 at 02:40:55PM -0400, Rob Clark wrote:
>> On Tue, Aug 20, 2013 at 11:24 AM, Laurent Pinchart
>> wrote:
>> > Hi Rob,
>> >
>> >> Or maybe, put another way, I still think we should still optimize for the
>> >> common case. I
Hi,
This patch series adds signal polarities parsing from display-timings
devicetree node. To do it efficiently struct fb_videomode is replaced
with struct videomode and some additional code cleaning is performed.
The patches are for drm-exynos/exynos-drm-next branch.
Regards
Andrzej Hajda
Andr
The patch replaces all occurrences of struct fb_videomode by
more accurate struct videomode. The change allows to remove
mode conversion function and simplifies clock divider calculation.
Clock configuration is moved to separate function.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
The patch adds code to get signal polarization setting
from device tree display-timings node.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fim
The patch moves platfrom_data and device tree parsing
to separate function.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 63
1 file changed, 31 insertions(+), 32 deletions(-)
diff --git a/drivers/gpu/d
On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan wrote:
> Hi,
>
> I read this Phoronix article:
> http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
>
> Congrats to the progress achieved so far.
>
> However, I can see an interesting deviation for HD6570 from the
> observed
On 21.08.2013 16:31, Boszormenyi Zoltan wrote:
> Hi,
>
> I read this Phoronix article:
> http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
>
> Congrats to the progress achieved so far.
>
> However, I can see an interesting deviation for HD6570 from the
> observed trend of othe
On Mon, Aug 19, 2013 at 09:31:42PM +0200, Thierry Reding wrote:
> On Mon, Aug 19, 2013 at 02:49:50PM +0100, Damien Lespiau wrote:
> > On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote:
> > > On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote:
> > > [...]
> > > > +#define HD
l to `texelFetch2DOffset(sampler2D,
ivec2, int, ivec2)'
Unigine~# quit
Close "libopenal.so.1"
Close "libGL.so.1"
Memory usage: 64b
Allocations: 1
Shutdown
--
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/20130821/460179f3/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130821/6fd89fd4/attachment.html>
||
--
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/20130821/8137b979/attachment.html>
cpp" 104ms
Loading "sanctuary/sanctuary.mat" 54 materials 640ms
Loading "sanctuary.world" 13950ms
Unigine~# render_hdr 0 && render_srgb 0 && render_restart
LLVM ERROR: ran out of registers during register allocation
AL lib: (EE) alc_cleanup: 1 device not closed
Hi,
thanks for your response.
2013-08-21 17:39 keltez?ssel, Alex Deucher ?rta:
> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan wrote:
>> Hi,
>>
>> I read this Phoronix article:
>> http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
>>
>> Congrats to the progress achiev
On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan wrote:
> Hi,
>
> thanks for your response.
>
> 2013-08-21 17:39 keltez?ssel, Alex Deucher ?rta:
>
>> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan
>> wrote:
>>>
>>> Hi,
>>>
>>> I read this Phoronix article:
>>> http://www.phoronix.com/sca
2013-08-21 18:30 keltez?ssel, Grigori Goronzy ?rta:
> On 21.08.2013 16:31, Boszormenyi Zoltan wrote:
>> Hi,
>>
>> I read this Phoronix article:
>> http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
>>
>> Congrats to the progress achieved so far.
>>
>> However, I can see an inte
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130821/72359f88/attachment.html>
On Wed Aug 14 12:43:29 PDT 2013, Sebastian Hesselbarth wrote:
> From: Russell King
>
> The video-input-port (VIP) is highly configurable. This prepares
> current driver to allow to configure VIP configuration, as some
> boards connect lcd controller and TDA998x "pin-swapped" and depend
> on VIP t
On Wed Aug 14 12:43:30 PDT 2013, Sebastian Hesselbarth wrote:
> From: Russell King
>
> This patch adds tda998x specific parameters to allow it to be configured
> for different boards using it. Also, this implements rudimentary audio
> support for S/PDIF attached controllers.
It seems that this p
2013-08-21 19:55 keltez?ssel, Alex Deucher ?rta:
> On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan wrote:
>> Hi,
>>
>> thanks for your response.
>>
>> 2013-08-21 17:39 keltez?ssel, Alex Deucher ?rta:
>>
>>> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan
>>> wrote:
Hi,
I re
https://bugzilla.kernel.org/show_bug.cgi?id=57381
Harald Judt changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|---
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130821/29d32ac0/attachment.html>
-git
--
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/20130821/382d231c/attachment.html>
1 - 100 of 107 matches
Mail list logo
