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 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
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/
sts.freedesktop.org/archives/dri-devel/attachments/20130703/11d9d10a/attachment.html>
> -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;
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+ asics.
>
> The following changes since commit f7d452f4fd5d86f764807a1234
On Wed, Jul 03, 2013 at 08:02:05AM +1000, 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, Sebastian Hesselbarth wrote:
> >> > I am against a super node which
This is the nva3 counterpart to commit beba44b17 (drm/nv84/disp: Fix
HDMI audio regression). The regression happened as a result of
refactoring in commit 8e9e3d2de (drm/nv84/disp: move hdmi control into
core).
Reported-and-tested-by: Max Baldwin
Signed-off-by: Ilia Mirkin
---
The actual testing
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
> -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
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/
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
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 compatible controller: NVIDIA Cor
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
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/6f78c822/attachment.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/42ab302f/attachment.html>
> -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
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:
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/
> -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
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
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>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/11ff26a9/attachment.html>
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
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
> -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
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>
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,
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/f2074a42/attachment.html>
On Wed, Jul 3, 2013 at 3:14 AM, J?rg-Volker Peetz
wrote:
> 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 wro
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>
-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
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+
|--- |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>
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>
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:/
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/a41eef19/attachment-0001.html>
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>
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,
> >
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
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/47661c3e/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/ed17b4d9/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/d2365505/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>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130703/a3f8bc8c/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/45a39661/attachment-0001.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/6c2b3a84/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130703/540f7778/attachment.html>
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>
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(),
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: 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-
> 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
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 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
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 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 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 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
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 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 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
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
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
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..
101 - 168 of 168 matches
Mail list logo
