On Wed, Jul 03, 2013 at 08:43:20PM +0900, Inki Dae wrote:
> In case of fbdev, framebuffer driver would use lcd0 or lcd1 driver, or lcd0
> and lcd1 drivers which are placed in drivers/video/backlight/.
No, that's totally wrong. Framebuffer drivers are not backlights.
Framebuffer drivers go in driv
Dear Chris Wilson,
> On Wed, Jul 03, 2013 at 01:35:35PM +0200, Marek Vasut wrote:
> > Hi Chris,
> >
> > > On Mon, Jul 01, 2013 at 10:39:14PM +0200, Marek Vasut wrote:
> > > > Hi guys,
> > > >
> > > > I recently got the rMBP 10,1 model, it has two graphic cards:
> > > >
> > > > 00:02.0 VGA compa
On 07/03/13 13:32, Russell King wrote:
On Wed, Jul 03, 2013 at 12:52:37PM +0200, Sebastian Hesselbarth wrote:
But honestly, I see no way around it and it is the only way
to allow to even have the decision for one or two cards at all.
There is no way for auto-probing the users intention...
Russ
On Wed, Jul 03, 2013 at 12:52:37PM +0200, Sebastian Hesselbarth wrote:
> But honestly, I see no way around it and it is the only way
> to allow to even have the decision for one or two cards at all.
> There is no way for auto-probing the users intention...
It's not _just_ about the users intention
Hi Chris,
> On Mon, Jul 01, 2013 at 10:39:14PM +0200, Marek Vasut wrote:
> > Hi guys,
> >
> > I recently got the rMBP 10,1 model, it has two graphic cards:
> >
> > 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
> > processor Graphics Controller (rev 09)
> > 01:00.0 VGA compati
On 07/03/13 13:43, Inki Dae wrote:
I do not understand why you keep referring to the SoC dtsi. Im my
example, I said that it is made up and joined from both SoC dtsi and
board dts.
So, of course, lcd controller nodes and dcon are part of dove.dtsi
because they are physically available on every D
On 07/03/13 11:52, Russell King wrote:
On Wed, Jul 03, 2013 at 11:02:42AM +0200, Sascha Hauer wrote:
On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
video {
/* Single video card w/ multiple lcd controllers */
card0 {
compatible = "marvell,armada-510-dis
On 07/03/13 11:53, Russell King wrote:
On Wed, Jul 03, 2013 at 06:48:41PM +0900, Inki Dae wrote:
That's not whether we can write device driver or not. dtsi is common spot in
other subsystems. Do you think the cardX node is meaningful to other
subsystems?
Yes, because fbdev could also use it to
On Wed, Jul 03, 2013 at 06:48:41PM +0900, Inki Dae wrote:
> That's not whether we can write device driver or not. dtsi is common spot in
> other subsystems. Do you think the cardX node is meaningful to other
> subsystems?
Yes, because fbdev could also use it to solve the same problem which we're
h
On Wed, Jul 03, 2013 at 11:02:42AM +0200, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
> > > video {
> > > /* Single video card w/ multiple lcd controllers */
> > > card0 {
> > > compatible = "marvell,armada-510-display";
> > > reg = <0 0x3
On 07/03/13 11:02, Sascha Hauer wrote:
On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
video {
/* Single video card w/ multiple lcd controllers */
card0 {
compatible = "marvell,armada-510-display";
reg = <0 0x3f00 0x100>; /* video
On 07/03/13 08:55, Sascha Hauer wrote:
On Wed, Jul 03, 2013 at 08:02:05AM +1000, Dave Airlie wrote:
Have you also considered how suspend/resume works in such a place,
where every driver is independent? The ChromeOS guys have bitched
before about the exynos driver which is has lots of sub-drivers
Alex Deucher wrote, on 07/03/2013 00:49:
> On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote:
>> Alex Deucher wrote, on 07/02/2013 22:17:
>>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote:
Alex Deucher wrote, on 07/02/2013 21:46:
> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Vo
> I certainly don't pull patches in from others to it very often, and
> modetest I generally blame on jbarnes.
>
Speaking of forgotten patches, could someone with the commit access please
pick up this one:
http://lists.freedesktop.org/archives/dri-devel/2012-November/030852.html
ATI DDX already
Hi Dave,
On Wednesday 03 July 2013 10:17:34 Dave Airlie wrote:
> On Wed, Jul 3, 2013 at 9:55 AM, Laurent Pinchart wrote:
> > On Tuesday 02 July 2013 18:22:01 Dave Airlie wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> Release because I want the cursor ioctls released,
> >
omes from it.
--
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/20130703/cf2a3cba/attachment.html>
> -Original Message-
> From: Sebastian Hesselbarth [mailto:sebastian.hesselbarth at gmail.com]
> Sent: Wednesday, July 03, 2013 7:53 PM
> To: Russell King
> Cc: Inki Dae; 'Sascha Hauer'; 'Daniel Drake'; 'Jean-Francois Moine';
> devicetree-discuss at lists.ozlabs.org; dri-devel at lists.fr
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/540f7778/attachment.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/6c2b3a84/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/45a39661/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130703/a3f8bc8c/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/20130703/baaeccde/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/d2365505/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/ed17b4d9/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/47661c3e/attachment.html>
On 07/03/13 13:32, Russell King wrote:
> On Wed, Jul 03, 2013 at 12:52:37PM +0200, Sebastian Hesselbarth wrote:
>> But honestly, I see no way around it and it is the only way
>> to allow to even have the decision for one or two cards at all.
>> There is no way for auto-probing the users intention..
> -Original Message-
> From: Russell King [mailto:r...@arm.linux.org.uk]
> Sent: Wednesday, July 03, 2013 9:05 PM
> To: Inki Dae
> Cc: 'Sebastian Hesselbarth'; 'Sascha Hauer'; 'Daniel Drake'; 'Jean-
> Francois Moine'; devicetree-disc...@lists.ozlabs.org; dri-
> de...@lists.freedesktop.org
> -Original Message-
> From: Sebastian Hesselbarth [mailto:sebastian.hesselbarth at gmail.com]
> Sent: Wednesday, July 03, 2013 6:09 PM
> To: Sascha Hauer
> Cc: Inki Dae; 'Daniel Drake'; 'Jean-Francois Moine'; devicetree-
> discuss at lists.ozlabs.org; 'Russell King'; dri-devel at
> list
> I certainly don't pull patches in from others to it very often, and
> modetest I generally blame on jbarnes.
>
Speaking of forgotten patches, could someone with the commit access please
pick up this one:
http://lists.freedesktop.org/archives/dri-devel/2012-November/030852.html
ATI DDX already
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #5 from rafael castillo 2013-07-04 01:12:10
---
Created an attachment (id=106781)
--> (https://bugzilla.kernel.org/attachment.cgi?id=106781)
vbios.rom
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
-
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #4 from rafael castillo 2013-07-04 01:11:51
---
thanks for your response, im attaching the vbios info but im unable to get an
dmesg output in the moment of the crash since it kicks in kms load and
hangs[keyboard keys blinking] an
https://bugzilla.kernel.org/show_bug.cgi?id=60381
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #3 f
> -Original Message-
> From: dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org
> [mailto:dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org] On
> Behalf Of Sebastian Hesselbarth
> Sent: Wednesday, July 03, 2013 6:41 AM
> To: Daniel Drake
> Cc: Jean-Francois Moin
From: Alex Deucher
Hi Dave,
A few more DPM fixes.
The following changes since commit 7982128c3d447df27db963af67bc6b8dc7efb1de:
drm/radeon/dpm: add debugfs support for SI (2013-07-01 16:09:06 -0400)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-next-
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #2 from rafael castillo 2013-07-04 00:38:24
---
Created an attachment (id=106751)
--> (https://bugzilla.kernel.org/attachment.cgi?id=106751)
lspci
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
-
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #1 from rafael castillo 2013-07-04 00:38:04
---
Created an attachment (id=106741)
--> (https://bugzilla.kernel.org/attachment.cgi?id=106741)
glxinfo
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=60381
Summary: AMD Radeon 7770 Ghz edition Crash with DPM active
Product: Drivers
Version: 2.5
Kernel Version: 3.10.0-next-20130703
Platform: All
OS/Version: Linux
Tree: Mainline
There were duplicated error handling routines during allocating
pages in lowlevel_buffer_allocate() and g2d_userptr_get_dma_addr().
Also unnecessary NULL assignments for variable used not any more
are removed from g2d_userptr_get_dma_addr() and
g2d_userptr_put_dma_addr().
Signed-off-by: Seung-Woo
From: YoungJun Cho
When IOMMU is not supported, buf->pages has to be allocated to
assign the result of phys_to_page() which return type is struct
page *. So it is sufficient to allocate buf->pages with the size
of multiple struct page pointers.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-W
From: YoungJun Cho
If the type of object is pointer array, the drm_calloc_large() is
more suitable than kzalloc() for its allocation function. And uses
drm_free_large() instead of kfree() also.
Signed-off-by: YoungJun Cho
Signed-off-by: Seung-Woo Kim
Signed-off-by: Kyungmin Park
---
drivers/
> -Original Message-
> From: dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org
> [mailto:dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org] On
> Behalf Of Russell King
> Sent: Wednesday, July 03, 2013 4:08 AM
> To: Daniel Drake
> Cc: Jean-Fran?ois Moine; device
Working on KMS support on OpenBSD/sparc64, I ended up with the initial
framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with
OpenFirmware) being tiled when none of the tiling flags were set.
Tracked it down to an issue with r100_set_surface_reg(). The tiling
bits on these older chips are a
> -Original Message-
> From: dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org
> [mailto:dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org] On
> Behalf Of Stephane Marchesin
> Sent: Wednesday, July 03, 2013 10:46 AM
> To: Dave Airlie
> Cc: Jean-Francois Moine;
On Wed, Jul 3, 2013 at 3:20 PM, Laurent Pinchart
wrote:
> Hi Dave,
>
> On Wednesday 03 July 2013 10:17:34 Dave Airlie wrote:
>> On Wed, Jul 3, 2013 at 9:55 AM, Laurent Pinchart wrote:
>> > On Tuesday 02 July 2013 18:22:01 Dave Airlie wrote:
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA1
Dear Chris Wilson,
> On Wed, Jul 03, 2013 at 01:35:35PM +0200, Marek Vasut wrote:
> > Hi Chris,
> >
> > > On Mon, Jul 01, 2013 at 10:39:14PM +0200, Marek Vasut wrote:
> > > > Hi guys,
> > > >
> > > > I recently got the rMBP 10,1 model, it has two graphic cards:
> > > >
> > > > 00:02.0 VGA compa
Hi Joonyoung,
Thank you for the patches.
On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote:
> Hello,
>
> This is the second version patchset.
>
> GEM CMA supports dma_buf but it needs GEM CMA specific functionality for
> dma_buf. We can use prime helpers for dma_buf by commit
> 89177644a7b63
From: Alex Deucher
Hi Dave,
A few more DPM fixes.
The following changes since commit 7982128c3d447df27db963af67bc6b8dc7efb1de:
drm/radeon/dpm: add debugfs support for SI (2013-07-01 16:09:06 -0400)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-next-
From: Chris Wilson
Clients like i915 needs to segregate cache domains within the GTT which
can lead to small amounts of fragmentation. By allocating the uncached
buffers from the bottom and the cacheable buffers from the top, we can
reduce the amount of wasted space and also optimize allocation o
From: Chris Wilson
Clients like i915 needs to segregate cache domains within the GTT which
can lead to small amounts of fragmentation. By allocating the uncached
buffers from the bottom and the cacheable buffers from the top, we can
reduce the amount of wasted space and also optimize allocation o
For an upcoming patch where we introduce the i915 VMA, it's ideal to
have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated).
Part of the conversion to VMAs is to kill off obj->gtt_space. Doing this
will break a bunch of code, but amongst them are 2 callers of
drm_mm_create_block(),
For an upcoming patch where we introduce the i915 VMA, it's ideal to
have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated).
Part of the conversion to VMAs is to kill off obj->gtt_space. Doing this
will break a bunch of code, but amongst them are 2 callers of
drm_mm_create_block(),
Am Dienstag, den 02.07.2013, 18:46 -0700 schrieb St?phane Marchesin:
> On Tue, Jul 2, 2013 at 3:02 PM, Dave Airlie wrote:
> > On Wed, Jul 3, 2013 at 7:50 AM, Sascha Hauer
> > wrote:
> >> On Tue, Jul 02, 2013 at 09:25:48PM +0100, Russell King wrote:
> >>> On Tue, Jul 02, 2013 at 09:57:32PM +0200,
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/20130703/02a710d8/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/a41eef19/attachment-0001.html>
to get it working by playing
around with the different soft reset methods, but I have my doubts that this
will ever work correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http:/
On 07/03/13 13:43, Inki Dae wrote:
>> I do not understand why you keep referring to the SoC dtsi. Im my
>> example, I said that it is made up and joined from both SoC dtsi and
>> board dts.
>>
>> So, of course, lcd controller nodes and dcon are part of dove.dtsi
>> because they are physically avail
https://bugs.freedesktop.org/show_bug.cgi?id=66349
--- Comment #2 from Thomas Lindroth ---
Created attachment 81982
--> https://bugs.freedesktop.org/attachment.cgi?id=81982&action=edit
output with R600_DEBUG=sb,ps,vs
Steam also use opengl to draw it's UI so some of these shaders comes from it.
On Wed, Jul 03, 2013 at 01:35:35PM +0200, Marek Vasut wrote:
> Hi Chris,
>
> > On Mon, Jul 01, 2013 at 10:39:14PM +0200, Marek Vasut wrote:
> > > Hi guys,
> > >
> > > I recently got the rMBP 10,1 model, it has two graphic cards:
> > >
> > > 00:02.0 VGA compatible controller: Intel Corporation 3r
Hi Chris,
> On Mon, Jul 01, 2013 at 10:39:14PM +0200, Marek Vasut wrote:
> > Hi guys,
> >
> > I recently got the rMBP 10,1 model, it has two graphic cards:
> >
> > 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
> > processor Graphics Controller (rev 09)
> > 01:00.0 VGA compati
K?nig ---
Thanks for the info, closing it.
--
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/20130703/5492ebdf/attachment.html>
On Wed, Jul 03, 2013 at 10:52:49AM +0100, Russell King wrote:
> On Wed, Jul 03, 2013 at 11:02:42AM +0200, Sascha Hauer wrote:
> >
> > +1 for not encoding the projected usecase of the graphics subsystem into
> > the devicetree. Whether the two LCD controllers shall be used together
> > or separatel
https://bugs.freedesktop.org/show_bug.cgi?id=66558
--- Comment #5 from Björn Beutel ---
@Alex Deucher:
AFAIK, that bug has been in r300g from its very beginnings (in contrast to
r300c).
--
You are receiving this mail because:
You are the assignee for the bug.
_
Hi Dave,
Pile of fixes for 3.11. A bit large in patch count, but that's simply due
to two fixes being split up into really small parts. Also I've included a
few more vlv patches than I'd have included for other platforms. But since
vlv is officially supported for the first time only in 3.11 that s
|--- |INVALID
--
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/20130703/affc9712/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=66558
--- Comment #4 from Björn Beutel ---
Created attachment 81980
--> https://bugs.freedesktop.org/attachment.cgi?id=81980&action=edit
Patch that sets the needed CS buffer size in "r300_render_draw_elements"
The attached patch solves the problem f
https://bugs.freedesktop.org/show_bug.cgi?id=66349
--- Comment #1 from Vadim Girlin ---
Please attach the output with "R600_DEBUG=sb,ps,vs".
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel
637] [drm] fb mappable at 0x3C0FE035F000
[1.291695] [drm] vram apper at 0x3C0FE000
[1.291750] [drm] size 9216000
[1.291804] [drm] fb depth is 24
[ 1.291858] [drm]pitch is 7680
Thanks,
Justin.
--
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/20130703/25f55753/attachment.html>
On 07/03/13 11:52, Russell King wrote:
> On Wed, Jul 03, 2013 at 11:02:42AM +0200, Sascha Hauer wrote:
>> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
video {
/* Single video card w/ multiple lcd controllers */
card0 {
compatible = "marvell,armada-5
On Wed, Jul 03, 2013 at 08:43:20PM +0900, Inki Dae wrote:
> In case of fbdev, framebuffer driver would use lcd0 or lcd1 driver, or lcd0
> and lcd1 drivers which are placed in drivers/video/backlight/.
No, that's totally wrong. Framebuffer drivers are not backlights.
Framebuffer drivers go in driv
https://bugs.freedesktop.org/show_bug.cgi?id=66558
--- Comment #3 from Alex Deucher ---
Is this a regression? If so, can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=66558
Alex Deucher changed:
What|Removed |Added
Attachment #81975|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=66558
--- Comment #2 from Björn Beutel ---
Created attachment 81979
--> https://bugs.freedesktop.org/attachment.cgi?id=81979&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66558
--- Comment #1 from Björn Beutel ---
Created attachment 81978
--> https://bugs.freedesktop.org/attachment.cgi?id=81978&action=edit
glxinfo output
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=66558
Priority: medium
Bug ID: 66558
Assignee: dri-devel@lists.freedesktop.org
Summary: RS690: 3D artifacts when playing SuperTuxKart
Severity: normal
Classification: Unclassified
On 07/03/13 11:53, Russell King wrote:
> On Wed, Jul 03, 2013 at 06:48:41PM +0900, Inki Dae wrote:
>> That's not whether we can write device driver or not. dtsi is common spot in
>> other subsystems. Do you think the cardX node is meaningful to other
>> subsystems?
>
> Yes, because fbdev could also
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/f2074a42/attachment.html>
There are two break statements in a row.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/ctxnvc0.c
b/drivers/gpu/drm/nouveau/core/engine/graph/ctxnvc0.c
index 3be7b95..f1c0767 100644
--- a/drivers/gpu/drm/nouveau/core/engine/graph/ctxnvc0.c
+++ b/drivers/gpu/
into the kernel.
--
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/20130703/0385d71c/attachment.html>
On Wed, Jul 03, 2013 at 12:52:37PM +0200, Sebastian Hesselbarth wrote:
> But honestly, I see no way around it and it is the only way
> to allow to even have the decision for one or two cards at all.
> There is no way for auto-probing the users intention...
It's not _just_ about the users intention
On Wed, Jul 3, 2013 at 3:20 PM, Laurent Pinchart
wrote:
> Hi Dave,
>
> On Wednesday 03 July 2013 10:17:34 Dave Airlie wrote:
>> On Wed, Jul 3, 2013 at 9:55 AM, Laurent Pinchart wrote:
>> > On Tuesday 02 July 2013 18:22:01 Dave Airlie wrote:
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA1
Hi Dave,
On Wednesday 03 July 2013 10:17:34 Dave Airlie wrote:
> On Wed, Jul 3, 2013 at 9:55 AM, Laurent Pinchart wrote:
> > On Tuesday 02 July 2013 18:22:01 Dave Airlie wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> Release because I want the cursor ioctls released,
> >
Fixes parallel piglit runs on fermi with boot clock speeds.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c
b/drivers/gpu/drm/nouveau/nouveau_fence.c
index 1e753b0..460dd00 100644
--- a/drivers/gpu/drm/nouveau/nouveau_fence.c
+++ b/drivers/gpu/drm/nouvea
Nice catch!!!. Applied.
Thanks,
Inki Dae
2013/7/1 Seung-Woo Kim :
> From: YoungJun Cho
>
> When the exynos_drm_subdrv_open() returns error, the file_priv
> should be released and file->driver_priv set to NULL.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Kyungmin Park
> ---
> drivers/gpu/
Applied.
Thanks,
Inki Dae
2013/7/1 Seung-Woo Kim :
> From: YoungJun Cho
>
> The buf_num in vp_video_buffer() should be 1 or 2, but it is not
> initialized, and only set to 2 in NV12M or NV12MT cases.
> So this patch initializes the buf_num with 1 as default.
>
> Signed-off-by: YoungJun Cho
> Si
Applied.
Thanks,
Inki Dae
2013/7/1 Seung-Woo Kim :
> From: YoungJun Cho
>
> The type of input parameter enable is bool, so it does not need
> to check whether true or false.
>
> Signed-off-by: YoungJun Cho
> Signed-off-by: Kyungmin Park
> ---
> drivers/gpu/drm/exynos/exynos_drm_vidi.c |3
Applied.
Thanks,
Inki Dae
2013/7/1 Seung-Woo Kim :
> From: YoungJun Cho
>
> The exynos_drm_gem_create() only calls drm_gem_object_release()
> when exynos_drm_alloc_buf() is failed, and exynos_gem_obj remains
> as a leak, which is allocated in exynos_drm_gem_init().
> So this patch fixes it not t
On 07/03/13 11:02, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
>>> video {
>>> /* Single video card w/ multiple lcd controllers */
>>> card0 {
>>> compatible = "marvell,armada-510-display";
>>> reg = <0 0x3f00 0x100>; /* vi
On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
> > video {
> > /* Single video card w/ multiple lcd controllers */
> > card0 {
> > compatible = "marvell,armada-510-display";
> > reg = <0 0x3f00 0x100>; /* video-mem hole */
> > /* later:
On Wed, Jul 03, 2013 at 06:48:41PM +0900, Inki Dae wrote:
> That's not whether we can write device driver or not. dtsi is common spot in
> other subsystems. Do you think the cardX node is meaningful to other
> subsystems?
Yes, because fbdev could also use it to solve the same problem which we're
h
On Wed, Jul 03, 2013 at 11:02:42AM +0200, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
> > > video {
> > > /* Single video card w/ multiple lcd controllers */
> > > card0 {
> > > compatible = "marvell,armada-510-display";
> > > reg = <0 0x3
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/11ff26a9/attachment.html>
well.
--
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/20130703/470cf6f5/attachment.html>
On 07/03/13 08:55, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 08:02:05AM +1000, Dave Airlie wrote:
>> Have you also considered how suspend/resume works in such a place,
>> where every driver is independent? The ChromeOS guys have bitched
>> before about the exynos driver which is has lots of sub
Alex Deucher wrote, on 07/03/2013 00:49:
> On Tue, Jul 2, 2013 at 4:34 PM, J?rg-Volker Peetz wrote:
>> Alex Deucher wrote, on 07/02/2013 22:17:
>>> On Tue, Jul 2, 2013 at 4:15 PM, J?rg-Volker Peetz wrote:
Alex Deucher wrote, on 07/02/2013 21:46:
> On Tue, Jul 2, 2013 at 10:09 AM, J?rg-Vo
On Wed, Jul 3, 2013 at 9:55 AM, Laurent Pinchart
wrote:
> Hi Dave,
>
> On Tuesday 02 July 2013 18:22:01 Dave Airlie wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Release because I want the cursor ioctls released,
>> also haswell and radeon ids.
>
> Any chance to get the "[PATCH
On Tue, Jul 02, 2013 at 11:14:45PM +0100, Russell King wrote:
> On Wed, Jul 03, 2013 at 08:02:05AM +1000, Dave Airlie wrote:
> > Have you also considered how suspend/resume works in such a place,
> > where every driver is independent? The ChromeOS guys have bitched
> > before about the exynos drive
On Wed, Jul 3, 2013 at 2:39 AM, Ruslan N. Marchenko
wrote:
> Am 01.07.2013 23:01, schrieb alexdeucher at gmail.com:
>>
>> From: Alex Deucher
>>
>> Hi Dave,
>>
>> A few more patches for 3.11:
>> - add debugfs interface to check current DPM state
>> - Fix a bug that caused problems with DPM on BTC+
-Original Message-
From: Alex Deucher [mailto:alexdeuc...@gmail.com]
Sent: Tuesday, July 02, 2013 3:41 PM
To: Justin Piszcz
Cc: linux-kernel at vger.kernel.org; dri-devel at lists.freedesktop.org
Subject: Re: 3.10 kernel: [drm:evergreen_startup] *ERROR* radeon: error
initializing UVD (-1
Alex Deucher wrote, on 07/03/2013 00:49:
> On Tue, Jul 2, 2013 at 4:34 PM, J?rg-Volker Peetz wrote:
>> Alex Deucher wrote, on 07/02/2013 22:17:
>>> On Tue, Jul 2, 2013 at 4:15 PM, J?rg-Volker Peetz wrote:
Alex Deucher wrote, on 07/02/2013 21:46:
> On Tue, Jul 2, 2013 at 10:09 AM, J?rg-Vo
ri-devel
> >>
> >> --
> >> Ville Syrj?l?
> >> Intel OTC
> >> ___
> >> dri-devel mailing list
> >> dri-devel at lists.freedesktop.org
> >> http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/a130c657/attachment-0001.html>
1 - 100 of 168 matches
Mail list logo
