/dri-devel/attachments/20140513/fc7ad030/attachment.html>
4L2 (there could potentially be others). None of the
drivers would need to take ownership of a device, since they are meta-
drivers that would typically use the component/master framework. The
only reason why it's needed is so that the drivers get an entry point so
that they can register th
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/53c3e57f/attachment.html>
Hi Christian,
Even though some regressions are fixed by these patches:
drm/radeon: fix page directory update size estimation
drm/radeon: fix buffer placement under memory pressure v2
and indeed, the texelFetch tests no longer hang, there is one more
hang which needs to be fixed. :( All I know is
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Digingbil changed:
What|Removed |Added
CC||digingbil at gmail.com
--- Comment #53 from D
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/6736d360/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/d7e7182c/attachment-0001.html>
I applied these two patches Christian sent to dri-devel:
drm/radeon: fix page directory update size estimation
drm/radeon: fix buffer placement under memory pressure v2
on top of torvalds's master branch.
Marek
On Tue, May 13, 2014 at 10:19 PM, Grigori Goronzy wrote:
> On 13.05.2014 21:50, Mar
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/c4cd39c0/attachment.html>
On Tue, May 13, 2014 at 1:35 PM, Thierry Reding
wrote:
> On Fri, May 09, 2014 at 08:23:01PM +0530, Ajay Kumar wrote:
>> implement basic panel controls as a drm_bridge so that
>> the existing bridges can make use of it.
>>
>> The driver assumes that it is the last entity in the bridge chain.
>>
>>
On 13.05.2014 21:50, Marek Ol??k wrote:
> Hi Christian,
>
> The performance regression I saw with piglit seems to be fixed with
> latest kernel git. It's difficult to bisect the kernel, because there
> are only merges between 3.14 and 3.15 and the merged committs are
> actually based on 3.14-rc1 an
are the
problematic one(s)?
--
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/20140513/f358d183/attachment.html>
Hi Christian,
The performance regression I saw with piglit seems to be fixed with
latest kernel git. It's difficult to bisect the kernel, because there
are only merges between 3.14 and 3.15 and the merged committs are
actually based on 3.14-rc1 and 3.14-rc4.
All seems to be fine with your fixes.
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/324c04d6/attachment.html>
For the patch:
Reviewed-by: Marek Ol??k
It would be clearer if alt_domain was renamed to allowed_domains.
Marek
On Mon, May 12, 2014 at 3:30 PM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Some buffers (UVD/VM page tables) must be placed in VRAM,
> but the byte restriction for moving
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #4 from Alex Deucher ---
(In reply to maxis11 from comment #3)
>
> system steel freezes during boot (using kernel 3.15-rc5 from git).
Are you specifying a runpm setting or just a boot with no module options? If
no runpm setting, doe
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #3 from maxis11 ---
(In reply to Alex Deucher from comment #2)
> (In reply to maxis11 from comment #1)
> > acer aspire 5560g has problem with gpt, so I convert using gdisk gpt to mbr,
> > and problem seems fixed. But there is another p
On Tuesday, May 13, 2014 4:38 PM, Thierry Reding wrote:
> On Wed, May 07, 2014 at 09:24:02PM +0200, Patrik Jakobsson wrote:
> > On Wed, May 7, 2014 at 10:26 AM, Daniel Vetter
> > wrote:
> > > Only gma500 is still using this, once that's converted we can kill all
> > > this code. If that conversio
that often.
--
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/20140513/9bdb3865/attachment.html>
From: Vincent Abriou
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_mixer.c | 70 -
1 file changed, 35 insertions(+), 35 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_mixer.
High Quality Video Display Plug is a data path for doing high quality
treatments (filtering, scaling) on video flow.
HQVDP IP is tunneled into compositor via VDP input.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Kconfi
Make the link between all the hardware drivers and DRM/KMS interface.
Create the driver itself and make it register all the sub-components.
Use GEM CMA helpers for buffer allocation.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/d
Make mixer driver more verbose
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_mixer.c | 164
drivers/gpu/drm/sti/sti_mixer.h | 2 +
2 files changed, 166 insertions(+)
diff --g
Use debugfs to dump information about TVout
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_tvout.c | 181
1 file changed, 181 insertions(+)
diff --git a/drivers/gpu/drm/sti/sti_
Make VIdeo plug more verbose on what is on going
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_vid.c | 121 ++
drivers/gpu/drm/sti/sti_vid.h | 1 +
2 files changed, 122 inserti
Allow to get more detailed debug information on GDP
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_drm_drv.h | 36 ++
drivers/gpu/drm/sti/sti_gdp.c | 235 ++
drivers/gpu/drm/
Compositor control all the input sub-devices and the mixer.
It is the main entry point for composition.
Layer interface is used to control the layer.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Kconfig | 1 +
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxilary path
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile| 1 +
drivers/gpu/drm/sti/sti_layer.h | 4 ++
drivers
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile| 3 +-
drivers/gpu/drm/sti/sti_gdp.c |
STI hardware have various input sub-devices before mixing block.
Each type of sub-device have different capabilities for scaling,
filtering or accepted pixel format.
This layer interface abstract those differences and make the interaction
with compositor more simple.
Signed-off-by: Benjamin Gaigna
TVout hardware block is responsible to dispatch the data flow coming
from compositor block to any of the output (HDMI or Analog TV).
It control when output are start/stop and configure according the
require flow path.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by:
Add driver to support analog TV ouput.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 1 +
drivers/gpu/drm/sti/sti_hda.c | 481 ++
2 files changed, 482 insertions(+)
cr
Add I2C client driver to retrieve EDID.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 3 ++-
drivers/gpu/drm/sti/sti_ddc.c | 56 +++
2 files changed, 58 insertions(+), 1
Add driver for HDMI ouput
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 5 +
drivers/gpu/drm/sti/sti_hdmi.c | 530 +
drivers/gpu/drm/sti/sti_hdmi.h
Video Trafic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Both Tx and Rx must share the same configuration to communicate
that is why vtac_mode[] is shared in sti_vtac_utils.h.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fab
Video Time Generator drivers are used to synchronize the compositor
and tvout hardware IPs by providing line count, sample count,
synchronization signals (HSYNC, VSYNC) and top and bottom fields indication.
VTG are used by pair for each data path (main or auxiliary): one for master and
one for sla
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 187 +
1 file changed, 187 insertions(+)
create mode 100644 Documentati
This series of patches add the support of DRM/KMS drivers for STMicroelectronics
chipsets stih416 and stih407.
patcheset version 2:
- Use componentized device instead of register sub-devices in master
driver probe function
- Fix Makefile and Kconfig to only allow built-in c
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/42bbee6e/attachment-0001.html>
s, but 16x anisotropic doesn't look like a
blurry mess anymore. :)
--
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/20140513/68e02c98/attachment.html>
On Tue, May 13, 2014 at 05:30:49PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Describe how devices are registered using the drm_*_init() functions.
> Adding this to docbook requires a largish set of changes to the comments
> in drm_{pci,usb,platform}.c since they are doxygen-style ra
On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Some drivers, such as graphics drivers in the DRM subsystem, do not have
> a real device that they can bind to. They are often composed of several
> devices, each having their own driver. The master/compone
On Tue, May 13, 2014 at 08:32:31AM -0700, Matt Roper wrote:
> On Tue, May 13, 2014 at 04:58:35PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Code should be indented using tabs rather than spaces (see CodingStyle)
> > and the canonical form to declare a constant static variable i
ves/dri-devel/attachments/20140513/dd871a74/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/c74daa71/attachment.html>
From: Christian K?nig
Otherwise the limit is raised to high.
Signed-off-by: Christian K?nig
Tested-by: Ken Moffat
---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/r
I think it's caused by something else. I'll continue testing and bisecting.
Marek
On Tue, May 13, 2014 at 5:31 PM, Christian K?nig
wrote:
> Is the performance regression regression caused by the page table changes or
> something else?
>
> I did made some tests with xonotic while developing it an
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7378eaea/attachment.html>
Hi
On Tue, May 13, 2014 at 5:30 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> With the recent addition of the drm_set_unique() function, devices can
> now be registered without requiring a drm_bus. Add a brief description
> to the DRM docbook to show how that can be achieved.
>
> Signed-o
On Monday, May 12, 2014 3:47 PM, Dave Airlie wrote:
>
> From: Dave Airlie
>
> This just adds the defines from the DP 1.2 spec, which we
> will use later.
>
> Signed-off-by: Dave Airlie
> ---
> include/drm/drm_dp_helper.h | 78
> +
> 1 file changed,
Hi
Some minor nitpicks below:
On Tue, May 13, 2014 at 5:30 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Add a helper function that allows drivers to statically set the unique
> name of the device. This will allow platform and USB drivers to get rid
> of their DRM bus implementations and
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/20140513/4bdc3310/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/293c6a1f/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/68ed8144/attachment.html>
On Tue, May 13, 2014 at 07:57:13PM +0200, Daniel Vetter wrote:
> On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Some drivers, such as graphics drivers in the DRM subsystem, do not have
> > a real device that they can bind to. They are often compos
Is the performance regression regression caused by the page table
changes or something else?
I did made some tests with xonotic while developing it and it didn't
showed anything obvious, but I didn't made tests on different systems.
Christian.
Am 13.05.2014 17:19, schrieb Marek Ol??k:
> Your l
From: Thierry Reding
With the recent addition of the drm_set_unique() function, devices can
now be registered without requiring a drm_bus. Add a brief description
to the DRM docbook to show how that can be achieved.
Signed-off-by: Thierry Reding
---
Documentation/DocBook/drm.tmpl | 29
From: Thierry Reding
Describe how devices are registered using the drm_*_init() functions.
Adding this to docbook requires a largish set of changes to the comments
in drm_{pci,usb,platform}.c since they are doxygen-style rather than
proper kernel-doc and therefore mess with the docbook generation
From: Thierry Reding
Instead of the current implementation, reuse the recently introduced
master/component framework, which is equivalent in most regards. One
issue is that there is no device to bind the DRM driver to. In order
to still allow the driver to be probed, expose an interface from the
From: Thierry Reding
Some drivers, such as graphics drivers in the DRM subsystem, do not have
a real device that they can bind to. They are often composed of several
devices, each having their own driver. The master/component framework
can be used in these situations to collect the devices pertai
From: Thierry Reding
Currently the component/master framework allows only a single master to
be registered against a struct device. A master is uniquely identified
by the device and the master operations table, but the current API does
not pass enough information along to allow a master to be uni
From: Thierry Reding
Similarly to what can be done for device drivers, allow driver-specific
data to be attached to a master. This is necessary for masters whose
device is already bound to by a different driver and therefore cannot be
used to store the driver-specific data.
Signed-off-by: Thierr
From: Thierry Reding
Add a helper function that allows drivers to statically set the unique
name of the device. This will allow platform and USB drivers to get rid
of their DRM bus implementations and directly use drm_dev_alloc() and
drm_dev_register().
Reviewed-by: Daniel Vetter
Signed-off-by:
From: Thierry Reding
Hi,
This series converts the Tegra DRM driver to the master/component
framework. The length of the series and the list of people in Cc is
mostly due to the fact that Tegra has some special requirements as
opposed to other drivers and therefore requires some changes outside
o
Your latest patches fix the regression.
The performance regression can also be reproduced with piglit "-t
texelFetch.fs".
Kernel 3.14:
real0m17.724s
user0m41.905s
sys0m11.299s
The problematic commit checked out + your fixes (without the PTE patch I think):
real0m23.47
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/0b84e7e0/attachment-0001.html>
From: Thierry Reding
Code should be indented using tabs rather than spaces (see CodingStyle)
and the canonical form to declare a constant static variable is using
"static const" rather than "const static". Fixes the following warnings
from checkpatch:
$ scripts/checkpatch.pl -f drivers/g
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/463ff7f2/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/ed1e01a8/attachment.html>
On 7 May 2014 21:03, Tomasz Figa wrote:
> [CCing more DT-folks :)]
>
> On 07.05.2014 16:19, Rahul Sharma wrote:
>> On 7 May 2014 19:06, Tomasz Stanislawski wrote:
>>> On 05/07/2014 12:38 PM, Rahul Sharma wrote:
On 5 May 2014 15:14, Kishon Vijay Abraham I wrote:
> Hi,
>
> On We
i915.ko has a custom fbdev initialisation routine that aims to preserve
the current mode set by the BIOS, unless overruled by the user. The
user's wishes are determined by what, if any, mode is specified on the
command line (via the video= parameter). However, that command line mode
is first parsed
-
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/20140513/08d6cb6c/attachment.html>
http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/cd91a551/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/b1e70ab6/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/af447273/attachment.html>
51
#17 0x0040466e in main (argc=2, argv=0x7fffda08) at
/home/okias/projects/piglit/tests/shaders/shader_runner.c:60
--
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/20140513/0acd6d8b/attachment-0001.html>
Am 13.05.2014 15:22, schrieb Alex Deucher:
> On Mon, May 12, 2014 at 7:38 PM, Grigori Goronzy wrote:
>> I can confirm this fixes it for me, too.
>>
>> 3.15 with these fixes and the large PTE patches actually ends up being
>> noticeably slower than earlier kernels with Xonotic, though. I wonder wha
On Tue, May 13, 2014 at 12:16 PM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Otherwise the limit is raised to high.
Minor grammatical error:
"too" high
Other than that,
Reviewed-by: Alex Deucher
>
> Signed-off-by: Christian K?nig
> Tested-by: Ken Moffat
> ---
> drivers/gpu/drm/ra
ame. bt
full attached. Maybe it's unrelated, but maybe not...?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #20 from Tasev Nikola ---
I tried the patch just in case but it didn't help.
Thank you anyway.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 05/12/2014 06:00 PM, Sean Paul wrote:
> On Mon, May 12, 2014 at 3:06 AM, Andrzej Hajda wrote:
>> On 05/09/2014 05:05 PM, Ajay kumar wrote:
>>> On Fri, May 9, 2014 at 7:29 PM, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda
wrote:
> On 05/08/2014 08:24 PM, Rob Cla
Am 05.05.2014 22:40, schrieb Alex Deucher:
> Probably a copy paste typo.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
Added to my 3.15 queue.
Christian.
> ---
> drivers/gpu/drm/radeon/sid.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/driver
On Tue, May 13, 2014 at 1:02 PM, Laurent Pinchart
wrote:
>> Also eventually I want to pull these tables directly out of source
>> code comments - everything else tends to never get updated when the
>> code changes.
>
> On the subject of moving documentation from docbook to source code, do your
> k
- 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/20140513/f7fa365a/attachment-0001.sig>
Hi Thierry,
This patch was sent out by mistake.
I am sorry for the confusion.
I am working on further patchset based on these patches.
Regards,
Sonika
On 5/13/2014 1:16 PM, Thierry Reding wrote:
> On Fri, May 09, 2014 at 01:31:22PM +0530, sonika.jindal at intel.com wrote:
>> From: Ville Syrj?l?
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/20140513/86c2375e/attachment.html>
On 05/12/2014 02:45 PM, Rob Clark wrote:
> On Mon, May 12, 2014 at 3:06 AM, Andrzej Hajda wrote:
>> On 05/09/2014 05:05 PM, Ajay kumar wrote:
>>> On Fri, May 9, 2014 at 7:29 PM, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda
wrote:
> On 05/08/2014 08:24 PM, Rob Cla
Hi Daniel,
On Tuesday 13 May 2014 09:34:45 Daniel Vetter wrote:
> On Tue, May 13, 2014 at 9:17 AM, Thierry Reding wrote:
> > On Mon, May 12, 2014 at 10:03:55AM +0200, Daniel Vetter wrote:
> >> On Mon, May 12, 2014 at 11:37:53AM +0530, Sagar Arun Kamble wrote:
> >> > I support approach using docboo
From: Thierry Reding
Include the drm_plane_helper.h header file to fix the following sparse
warnings:
CHECK drivers/gpu/drm/drm_plane_helper.c
drivers/gpu/drm/drm_plane_helper.c:102:5: warning: symbol
'drm_primary_helper_update' was not declared. Should it be static?
From: Thierry Reding
Creating a blob property will always copy the input data so the data
that is passed in can be const.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 4 ++--
include/drm/drm_crtc.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/dri
From: Thierry Reding
size_t is the standard type when dealing with sizes of all kinds. Use it
consistently when instantiating DRM blob properties.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 8 +---
include/drm/drm_crtc.h | 2 +-
2 files changed, 6 insertions(+), 4 d
, given that
some of it may be driver-specific.
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/20140513/e6716e2b/attachment.sig>
hment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7ae56a3e/attachment.sig>
On Tue, May 13, 2014 at 10:33:27AM +0200, Thierry Reding wrote:
> On Mon, May 12, 2014 at 04:46:47PM +1000, Dave Airlie wrote:
> [...]
> > @@ -3813,6 +3838,7 @@ static const struct drm_info_list i915_debugfs_list[]
> > = {
> > {"i915_pc8_status", i915_pc8_status, 0},
> > {"i915_power_domai
nature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/4f9e9131/attachment-0001.sig>
On Tue, May 13, 2014 at 10:26:56AM +0200, Thierry Reding wrote:
> On Mon, May 12, 2014 at 04:46:41PM +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This can be called to update things after dynamic connectors/encoders
> > are created/deleted.
> >
> > Signed-off-by: Dave Airlie
> > ---
ased on some old customized kernel, so I
>> don't know which kind of omapdss driver you have there, so the mainline
>> tfp410 cannot probably be used as an example. Most likely the omapdss
>> drivers for your kernel are located in drivers/video/omap2/displays/
>> directory.
>>
>> Tomi
>>
>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7adbe6e8/attachment.html>
Rob,
Can you take a look at this one too, now that I have your attention :-).
-djk
On Thu, Apr 17, 2014 at 12:08 PM, Daniel Kurtz wrote:
> drmOpenByName() is a static function that is only called by drmOpen().
> drmOpen() already checks drmAvailable(), so the checki in
> drmOpenByName() is redund
---
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/20140513/40684058/attachment.sig>
1 - 100 of 133 matches
Mail list logo