On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner
wrote:
> Hi Daniel and all,
>
> since Linux 4.2 (tested with rc4), i think this commit
> d328c9d78d64ca11e744fe227096990430a88477
> "drm/i915: Select starting pipe bpp irrespective or the primary plane"
>
> causes trouble for me and my users, as teste
On 08/07/2015 12:12 AM, Daniel Vetter wrote:
> On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner
> wrote:
>> Hi Daniel and all,
>>
>> since Linux 4.2 (tested with rc4), i think this commit
>> d328c9d78d64ca11e744fe227096990430a88477
>> "drm/i915: Select starting pipe bpp irrespective or the primary p
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Bug ID: 102401
Summary: 4.2 RC5
Product: Drivers
Version: 2.5
Kernel Version: Radeon Displayport Audio Warping
Hardware: All
OS: Linux
Tree: Mainline
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia changed:
What|Removed |Added
Summary|4.2 RC5 |Radeon Displayport Audio
|
https://bugzilla.kernel.org/show_bug.cgi?id=102401
Maxqia changed:
What|Removed |Added
Kernel Version|Radeon Displayport Audio|4.2 RC5
|Warping
- next part ------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/71a0f0ba/attachment.html>
On Fri, Aug 07, 2015 at 12:45:52AM +0200, Mario Kleiner wrote:
> On 08/07/2015 12:12 AM, Daniel Vetter wrote:
> >On Thu, Aug 6, 2015 at 11:56 PM, Mario Kleiner
> > wrote:
> >>Hi Daniel and all,
> >>
> >>since Linux 4.2 (tested with rc4), i think this commit
> >>d328c9d78d64ca11e744fe227096990430a88
On 14.07.2015 17:13, Michel Dänzer wrote:
> On 28.05.2015 18:03, Michel Dänzer wrote:
>> On 28.05.2015 17:38, Daniel Vetter wrote:
>>> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote:
On 27.05.2015 18:41, Daniel Vetter wrote:
> On Wed, May 27, 2015 at 06:21:24PM +0900, Mic
Use only __cplusplus which is supported by the C++ standard.
Signed-off-by: Tapani Pälli
---
libkms/libkms.h | 4 ++--
xf86drm.h | 4 ++--
xf86drmMode.h | 4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libkms/libkms.h b/libkms/libkms.h
index c00b159..930a2bf 1006
We need this include in porting changes for the OpenGL ES
conformance suite.
v2: remove c_plusplus usage
Signed-off-by: Tapani Pälli
---
intel/intel_bufmgr.h | 8
1 file changed, 8 insertions(+)
diff --git a/intel/intel_bufmgr.h b/intel/intel_bufmgr.h
index 285919e..95eecb8 100644
--
Signed-off-by: Tapani Pälli
---
tests/modeprint/modeprint.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c
index e6c6553..5e953f7 100644
--- a/tests/modeprint/modeprint.c
+++ b/tests/modeprint/modeprint.c
@@ -61,6
On Fri, Aug 07, 2015 at 04:26:59PM +0900, Michel Dänzer wrote:
> On 14.07.2015 17:13, Michel Dänzer wrote:
> > On 28.05.2015 18:03, Michel Dänzer wrote:
> >> On 28.05.2015 17:38, Daniel Vetter wrote:
> >>> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote:
> On 27.05.2015 18:41
The patch was generated using fixed coccinelle semantic patch
scripts/coccinelle/api/memdup.cocci [1].
[1]: http://permalink.gmane.org/gmane.linux.kernel/2014320
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
*** [all-recursive] Error 1
-
--
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/20150807/03cf84c3/attachment.html>
48-bit virtual address range will be enabled in i915 soon, but some objects
must be referenced by 32-bit offsets. These patches use a new kernel flag to
specify if this restriction applies or not.
I'm sending these patches to comply with the i915 merge process.
Once the kernel patch is merged, I'l
Signed-off-by: Michel Thierry
---
intel/intel-symbol-check | 1 +
1 file changed, 1 insertion(+)
diff --git a/intel/intel-symbol-check b/intel/intel-symbol-check
index c555e6d..6f8450b 100755
--- a/intel/intel-symbol-check
+++ b/intel/intel-symbol-check
@@ -18,6 +18,7 @@ drm_intel_bo_busy
drm_i
Gen8+ supports 48-bit virtual addresses, but some objects must always be
allocated inside the 32-bit address range.
In specific, any resource used with flat/heapless (0x-0xf000)
General State Heap (GSH) or Instruction State Heap (ISH) must be in a
32-bit range, because the General Stat
Gen8+ supports 48-bit virtual addresses, but some objects must always be
allocated inside the 32-bit address range.
In specific, any resource used with flat/heapless (0x-0xf000)
General State Heap or Intruction State Heap must be in a 32-bit range
(GSH / ISH), because the General State
In
commit 99264a61dfcda41d86d0960cf2d4c0fc2758a773
Author: Daniel Vetter
Date: Wed Apr 15 19:34:43 2015 +0200
drm/vblank: Fixup and document timestamp update/read barriers
I've switched vblank->count from atomic_t to unsigned long and
accidentally created an integer comparison bug in
drm_
On Fri, Aug 07, 2015 at 10:45:21AM +0100, Michel Thierry wrote:
> Gen8+ supports 48-bit virtual addresses, but some objects must always be
> allocated inside the 32-bit address range.
>
> In specific, any resource used with flat/heapless (0x-0xf000)
> General State Heap (GSH) or Instru
trim it there or find a better frame.
--
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/20150807/56610c3b/attachment.html>
---
include/drm/i915_drm.h| 3 ++-
intel/intel_bufmgr.c | 11 +++
intel/intel_bufmgr.h | 1 +
intel/intel_bufmgr_gem.c | 43 +--
intel/intel_bufmgr_priv.h | 8
5 files changed, 55 insertions(+), 11 deletions(-)
diff --git
Hi,
I am using mainline kernel 4.1 and I was writing a small application
that uses double buffering to read YUV420 frames from a file at 30fps
and displays them using the overlay plane in the imx-drm driver.
The first issue I noticed is that the image was green so I had to apply
the following p
On Thu, Aug 06, 2015 at 10:29:29PM +0800, Yakir Yang wrote:
> Hi Jingoo,
>
> å¨ 2015/8/6 22:19, Jingoo Han åé:
> >On Thursday, August 06, 2015 11:07 PM, Yakir Yang wrote:
> >>In order to move exynos dp code to bridge directory,
> >>we need to convert driver drm bridge mode first. As
> >>dp dr
On 8/7/2015 11:56 AM, MichaÅ Winiarski wrote:
> On Fri, Aug 07, 2015 at 10:45:21AM +0100, Michel Thierry wrote:
>> Gen8+ supports 48-bit virtual addresses, but some objects must always be
>> allocated inside the 32-bit address range.
>>
>> In specific, any resource used with flat/heapless (0x0
Hi Gustavo,
On 2015ë
08ì 06ì¼ 22:31, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had
> only a drm_encoder member and the internal exynos_drm_encoders ops that
> was directly mapped to the drm_encoder helper funcs.
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/28bdfee4/attachment.sig>
it.
Reviewed-by: Thierry Reding
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/dff891d5/attachment.sig>
___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/aa8374a7/attachment.sig>
On 08/07/2015 03:11 PM, Thierry Reding wrote:
> On Fri, Aug 07, 2015 at 10:37:56AM +0300, Tapani Pälli wrote:
>> Use only __cplusplus which is supported by the C++ standard.
>>
>> Signed-off-by: Tapani Pälli
>> ---
>> libkms/libkms.h | 4 ++--
>> xf86drm.h | 4 ++--
>> xf86drmMode.h
On Fri, Aug 7, 2015 at 1:50 PM, Inki Dae wrote:
>
> Booting is locked up here. This patch looks good to me so I tried to
> find why locked up and I found the booting is locked up as soon as
> console_lock function is called. Can you and other guys look into this
> issue?
It's not locked up, you s
Ping.
Please take a look at those, it would be a shame if they miss the next
merge window, despite being on the list for over 1.5 months now.
Regards,
Lucas
Am Donnerstag, den 23.07.2015, 16:45 +0200 schrieb Lucas Stach:
> Hey Thierry,
>
> can you please take some time to look at those two small
On Wed, Jul 29, 2015 at 11:42:52AM -0400, Eric B Munson wrote:
[...]
> diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
> index ca1e091..38d69fc 100644
> --- a/fs/proc/task_mmu.c
> +++ b/fs/proc/task_mmu.c
> @@ -579,6 +579,7 @@ static void show_smap_vma_flags(struct seq_file *m,
> struct vm_ar
g */
#define VM_HUGETLB 0x0040 /* Huge TLB Page VM */
--
2.4.5
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/3dbc1807/attachment-0001.sig>
10023..4de7bbb 100644
> >>--- a/xf86drmMode.h
> >>+++ b/xf86drmMode.h
> >>@@ -36,7 +36,7 @@
> >> #ifndef _XF86DRMMODE_H_
> >> #define _XF86DRMMODE_H_
> >>
> >>-#if defined(__cplusplus) || defined(c_plusplus)
> >>+#if defined(__cplusplus)
> >> extern "C" {
> >> #endif
> >>
> >>@@ -508,7 +508,7 @@ extern int drmModeCreatePropertyBlob(int fd, const void
> >>*data, size_t size,
> >> extern int drmModeDestroyPropertyBlob(int fd, uint32_t id);
> >>
> >>
> >>-#if defined(__cplusplus) || defined(c_plusplus)
> >>+#if defined(__cplusplus)
> >> }
> >> #endif
> >>
> >>--
> >>2.1.0
> >>
> >>___
> >>dri-devel mailing list
> >>dri-devel at lists.freedesktop.org
> >>http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/6f5bae32/attachment.sig>
struct drm_display_mode hitachi_tx23d38vm0caa_mode = {
> --
> 2.1.4
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/46503a28/attachment.sig>
n/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/54bf094e/attachment.sig>
Am Freitag, den 07.08.2015, 14:43 +0200 schrieb Thierry Reding:
> On Fri, Jun 26, 2015 at 12:27:09PM +0200, Lucas Stach wrote:
> > From: Philipp Zabel
> >
> > According to the data sheet, the minimum horizontal blanking interval
> > is 54 clocks (1 + 52 + 1), but tests with a Nitrogen6X have show
ing
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/6b3101dd/attachment.sig>
Am Freitag, den 07.08.2015, 14:42 +0200 schrieb Thierry Reding:
> On Fri, Jun 26, 2015 at 12:27:08PM +0200, Lucas Stach wrote:
> > From: Philipp Zabel
> >
>
> Can you be more specific here? What kind of bus format is this?
The bus_format contains more information than just the bpc. In this
case
Daniel,
å¨ 2015/8/7 19:25, Daniel Vetter åé:
> On Thu, Aug 06, 2015 at 10:29:29PM +0800, Yakir Yang wrote:
>> Hi Jingoo,
>>
>> å¨ 2015/8/6 22:19, Jingoo Han åé:
>>> On Thursday, August 06, 2015 11:07 PM, Yakir Yang wrote:
In order to move exynos dp code to bridge directory,
we
acklight->props.power = FB_BLANK_UNBLANK;
> + backlight_update_status(auo->backlight);
> + }
> +
> + auo->enabled = true;
> +
> + return 0;
> +}
> +
> +static int auo_panel_add(struct auo_panel *auo)
> +{
> + struct device *dev= &auo->dsi->dev;
> + struct device_node *np;
> + int ret;
> +
> + auo->mode = &default_mode;
This seems to be unused.
> +
> + auo->supply = devm_regulator_get(dev, "power");
> + if (IS_ERR(auo->supply))
> + return PTR_ERR(auo->supply);
> +
> + auo->reset_gpio = devm_gpiod_get(dev, "reset", GPIOD_OUT_LOW);
> + if (IS_ERR(auo->reset_gpio)) {
> + dev_err(dev, "cannot get reset-gpios %ld\n",
> + PTR_ERR(auo->reset_gpio));
> + auo->reset_gpio = NULL;
> + } else {
> + gpiod_direction_output(auo->reset_gpio, 0);
Isn't that what GPIOD_OUT_LOW already does?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/65b96da6/attachment.sig>
Hi Daniel,
On 2015ë
08ì 07ì¼ 21:28, Daniel Vetter wrote:
> On Fri, Aug 7, 2015 at 1:50 PM, Inki Dae wrote:
>>
>> Booting is locked up here. This patch looks good to me so I tried to
>> find why locked up and I found the booting is locked up as soon as
>> console_lock function is called. Can
re.
Now if we can put that into a commit message, that'd be perfect.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/4fd09caa/attachment.sig>
On Fri, Aug 07, 2015 at 02:38:49PM +0200, Thierry Reding wrote:
> On Fri, Aug 07, 2015 at 03:16:10PM +0300, Tapani Pälli wrote:
> >
> >
> > On 08/07/2015 03:11 PM, Thierry Reding wrote:
> > >On Fri, Aug 07, 2015 at 10:37:56AM +0300, Tapani Pälli wrote:
> > >>Use only __cplusplus which is suppor
The cable_plugin field in struct dw_hdmi is never set. Remove it and with
it all code that is only executed when the variable is true.
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/bridge/dw_hdmi.c | 17 -
1 file changed, 17 deletions(-)
diff --git a/drivers/gpu/drm/bridge/dw_
Two small updates for the dw_hdmi driver. We should cache EDID
data to make handling it a bit more efficient. Also remove some unused code.
Sascha Hauer (2):
drm: bridge/dw_hdmi: Cache edid data
drm: bridge/dw_hdmi: remov
Instead of rereading the edid data each time userspace asks for them
read them once and cache them in the previously unused edid field in
struct dw_hdmi. This makes the code a little bit more efficient.
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/bridge/dw_hdmi.c | 41 +++
On Fri, Aug 07, 2015 at 03:59:20PM +0200, Sascha Hauer wrote:
> Instead of rereading the edid data each time userspace asks for them
> read them once and cache them in the previously unused edid field in
> struct dw_hdmi. This makes the code a little bit more efficient.
How has this been tested?
On Fri, Aug 7, 2015 at 6:25 AM, Mark Brown wrote:
> On Thu, Aug 06, 2015 at 10:25:02AM -0400, Alex Deucher wrote:
>> From: Chunming Zhou
>>
>> This is used by the incoming ACP driver. The DMA
>> engine for the i2s audio codec is part of the GPU.
>>
>> This exposes an amd gnb bus for the i2s code
Am Freitag, den 07.08.2015, 15:13 +0100 schrieb Russell King - ARM
Linux:
> On Fri, Aug 07, 2015 at 03:59:20PM +0200, Sascha Hauer wrote:
> > Instead of rereading the edid data each time userspace asks for them
> > read them once and cache them in the previously unused edid field in
> > struct dw_h
Hi Thierry,
On Friday 07 August 2015 14:53:22 Thierry Reding wrote:
> On Thu, Aug 06, 2015 at 03:23:00AM +0300, Laurent Pinchart wrote:
> > The plane reset handler frees the plane state and allocates a new
> > default state, but when doing so attempt to free the plane state using
> > the base plan
On 7 August 2015 at 13:11, Thierry Reding wrote:
> On Fri, Aug 07, 2015 at 10:37:56AM +0300, Tapani Pälli wrote:
>> Use only __cplusplus which is supported by the C++ standard.
>>
>> Signed-off-by: Tapani Pälli
>> ---
>> libkms/libkms.h | 4 ++--
>> xf86drm.h | 4 ++--
>> xf86drmMode.h
On 7 August 2015 at 08:37, Tapani Pälli wrote:
> Signed-off-by: Tapani Pälli
> ---
> tests/modeprint/modeprint.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c
> index e6c6553..5e953f7 100644
> --- a/tests/m
regards,
> - Yakir
>
>
> --
> 2.1.2
>
>
>
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-samsung-soc" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/2b73a69c/attachment-0001.html>
application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/3441c709/attachment-0001.sig>
Hi all,
The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
share the same IP, so a lot of parts can be re-used. I split the common
code into bridge directory, then rk3288 and exynos only need to keep
some platform code. Cause I can't find the exact IP name of exynos dp
controll
After run "checkpatch.pl -f --subjective" command, I see there
are lots of alignment problem in exynos_dp driver, so let just
fix them.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Take Joe Preches advise, improved commit message more readable, and
avoid using some uncommon style like bellow:
Rockchip have three clocks for dp controller, we leave pclk_edp
to analogix_dp driver control, and keep the sclk_edp_24m and
sclk_edp in platform driver.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/rockchip/Kconfig| 10 +
drivers/gpu/drm/rockchip/Makefile
Some edp screen do not have hpd signal, so we can't just return
failed when hpd plug in detect failed.
Besides TRM indicate that if HPD_STATUS(RO) is 0, AUX CH will not
work, so we need to give a force hpd action to set HPD_STATUS manually.
Signed-off-by: Yakir Yang
---
Changes in v2: None
dri
logix_dp code from exynos dp driver. Another are trying to add rk3288
>>> dp driver support.
>>>
>>> Best regards,
>>> - Yakir
>>>
>>>
>>> --
>>> 2.1.2
>>>
>>
>>
>>
>>
>>
>
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-samsung-soc" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/5bf23210/attachment-0001.html>
Hi Mark,
I will send a another patch-set, with patches combined, as suggested.
Regards,
Maruthi
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: 07 August 2015 00:57
To: Alex Deucher
Cc: airlied at gmail.com; dri-devel at lists.freedesktop.org; alsa-devel at
alsa-
Hi Mark,
Thanks, I will work on the review feedback.
Regards,
Maruthi
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: 07 August 2015 00:52
To: Alex Deucher
Cc: airlied at gmail.com; dri-devel at lists.freedesktop.org; alsa-devel at
alsa-project.org; tiwai at suse.
FOLL_MLOCK, but
> since VM_LOCKED is not set, FOLL_POPULATE won't be set either.
> Then faultin_page() will return on the new check:
>
> flags & (FOLL_POPULATE | FOLL_MLOCK)) == FOLL_MLOCK
>
>
I am on vacation atm but I will try and get to respin this series after
making sure there aren't any more FOLL flag issues.
Thanks for keeping with these :)
Eric
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/5056764c/attachment-0001.sig>
In order to move exynos dp code to bridge directory,
we need to convert driver drm bridge mode first. As
dp driver already have a ptn3460 bridge, so we need
to move ptn bridge to the next bridge of dp bridge.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Take Jingoo Han suggest, cause I jsut imp
Split the dp core driver from exynos directory to bridge
directory, and rename the core driver to analogix_dp_*,
leave the platform code to analogix_dp-exynos.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Take Jingoo Han suggest, remove new copyright
- Fix compiled failed dut to analogix_dp_dev
Signed-off-by: Yakir Yang
---
Changes in v2:
- Add GNU license v2 declared and samsung copyright
drivers/gpu/drm/exynos/analogix_dp-exynos.c | 1 +
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 1 +
include/drm/bridge/analogix_dp.h| 16
3 files changed,
RK3288 need some special registers setting, we can separate
them out by the dev_type of plat_data.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Fix compile failed dut to phy_pd_addr variable misspell error
drivers/gpu/drm/bridge/analogix_dp_reg.c | 76
drivers
Some edp screen with no hpd signal would need some delay time
to ensure that screen would be ready for work, so we can expand
the delay time in hpd detect function, it works prefectly on my
rk3288 sdk board.
Signed-off-by: Yakir Yang
---
Changes in v2: None
drivers/gpu/drm/bridge/analogix_dp_co
disp_clk is allocated irrespective of CPU_FREQ support
so it must be freed irrespective of it.
Fixes: b478e336b3e7 ("drm/tilcdc: Fix the error path in tilcdc_load()")
Signed-off-by: Sekhar Nori
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
From: Thierry Reding
The Direct Rendering Manager Kconfig option is already a separate menu,
so remove the extra level to make it easier to navigate.
Signed-off-by: Thierry Reding
---
drivers/video/Kconfig | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/video/Kconfig b/drivers/vid
On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding
wrote:
> On Tue, Jul 21, 2015 at 03:36:02PM -0400, Rob Clark wrote:
>> This is one of several different panels that are used on the Sony Xperia
>> Z3 phone. It can operate in either command or video mode, although so
>> far only video mode is implem
From: Thierry Reding
Now that the PTN3460 driver has been rewritten as a proper I2C driver
and there is infrastructure to hook up the bridge with a DRM device, it
is no longer necessary to have this dependency to ensure the correct
build mode.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/
From: Thierry Reding
Use vendor prefixes for Kconfig symbols and filenames. This should make
it easier to identify the various bridge drivers and to organize the
directory.
While at it, rename dw_hdmi.[ch] to dw-hdmi.[ch] for consistency.
Signed-off-by: Thierry Reding
---
arch/arm/configs/exy
From: Thierry Reding
The likelihood of getting a large number of panel drivers from different
vendors is quite high. Add a prefix to the two existing Samsung panel
drivers to set a guideline for future patch submissions. Using vendor
prefixes consistently should allow a cleaner organization of th
From: Thierry Reding
Put the Kconfig entries for bridge drivers into a separate menu so that
they are automatically grouped and don't clutter up the top-level menu.
While at it, move the bridge menu towards the end of the top-level menu
where the panel menu is already located.
Signed-off-by: Th
Back when this was introduced commit 569da5a42eb(Merged glxmisc-3-0-0)
sys/sysmacros.h was used instead of the respecive headers (as per the
manual).
We've been handling it correctly for a little while now - in Linux, BSD
and Solaris. Thus we can drop this workaround.
Signed-off-by: Emil Velikov
Now that the API is stabilised we can do a bit of a cleanup, and ensure
only the symbols part of it are exported - 62 -> 34.
This also gives us some ~10% is size reduction of the final binary.
Android support would be nice, but it's not a show stopper :)
Please review,
Emil
Signed-off-by: Emil Velikov
---
Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile.am b/Makefile.am
index cb808ff..55e39a5 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -27,6 +27,7 @@ AM_DISTCHECK_CONFIGURE_FLAGS = \
--enable-libkms \
--enable-intel \
Signed-off-by: Emil Velikov
---
amdgpu/util_hash.c | 29 +++--
amdgpu/util_hash.h | 34 +-
2 files changed, 36 insertions(+), 27 deletions(-)
diff --git a/amdgpu/util_hash.c b/amdgpu/util_hash.c
index b1e12c4..7e59041 100644
--- a/amdgpu/ut
Signed-off-by: Emil Velikov
---
amdgpu/util_hash_table.c | 18 ++
amdgpu/util_hash_table.h | 24
2 files changed, 26 insertions(+), 16 deletions(-)
diff --git a/amdgpu/util_hash_table.c b/amdgpu/util_hash_table.c
index cb7213c..ce6f1d5 100644
--- a/amdgpu
Signed-off-by: Emil Velikov
---
amdgpu/amdgpu_cs.c | 5 +
amdgpu/amdgpu_device.c | 4
amdgpu/amdgpu_gpu_info.c | 4
amdgpu/amdgpu_vamgr.c| 4
amdgpu/util_hash.c | 4
amdgpu/util_hash_table.c | 3 +++
6 files changed, 24 insertions(+)
diff --git a/amdgpu/
Signed-off-by: Emil Velikov
---
amdgpu/amdgpu.h | 2 +-
amdgpu/amdgpu_bo.c | 1 +
amdgpu/amdgpu_cs.c | 2 +-
amdgpu/amdgpu_device.c | 3 +--
amdgpu/amdgpu_gpu_info.c | 1 +
amdgpu/amdgpu_internal.h | 1 +
amdgpu/amdgpu_vamgr.c| 2 +-
7 files changed, 7 insertions(+), 5
Signed-off-by: Emil Velikov
---
amdgpu/amdgpu.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/amdgpu/amdgpu.h b/amdgpu/amdgpu.h
index b0c22d4..a3eea84 100644
--- a/amdgpu/amdgpu.h
+++ b/amdgpu/amdgpu.h
@@ -709,7 +709,7 @@ int amdgpu_bo_cpu_unmap(amdgpu_bo_handle buf_handle);
Signed-off-by: Emil Velikov
---
amdgpu/amdgpu_internal.h | 18 --
amdgpu/amdgpu_vamgr.c| 17 ++---
2 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/amdgpu/amdgpu_internal.h b/amdgpu/amdgpu_internal.h
index ab01bb5..7f86da9 100644
--- a/amdgpu/amdgpu
Thus the only symbols that we export are the ones officially provided by
the API.
Signed-off-by: Emil Velikov
---
amdgpu/amdgpu_bo.c | 2 +-
amdgpu/amdgpu_cs.c | 2 +-
amdgpu/amdgpu_device.c | 58 ++--
amdgpu/amdgpu_gpu_info.c | 2 +-
Signed-off-by: Emil Velikov
---
amdgpu/Makefile.am | 3 +++
amdgpu/amdgpu-symbol-check | 51 ++
2 files changed, 54 insertions(+)
create mode 100755 amdgpu/amdgpu-symbol-check
diff --git a/amdgpu/Makefile.am b/amdgpu/Makefile.am
index 82e78c7
Hi,
To elaborate more on Alex's explanation ...
AMD SOCs have audio (and in the future potentially also camera image
signal processors) IPs built into the GNB (graphics north bridge). These
IPs are programmed through MMIO registers in the graphics MMIO aperture.
They send events to the host throu
For this series Reviewed-by: Christian König
Thanks for taking care of this,
Christian.
On 07.08.2015 18:44, Emil Velikov wrote:
> Now that the API is stabilised we can do a bit of a cleanup, and ensure
> only the symbols part of it are exported - 62 -> 34.
>
> This also gives us some ~10% is s
On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry
wrote:
> diff --git a/src/mesa/drivers/dri/i965/intel_batchbuffer.c
> b/src/mesa/drivers/dri/i965/intel_batchbuffer.c
> index 54081a1..ca90784 100644
> --- a/src/mesa/drivers/dri/i965/intel_batchbuffer.c
> +++ b/src/mesa/drivers/dri/i965/intel_batch
gnature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/8135e36b/attachment.sig>
a very common pattern.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/338fd5a1/attachment.sig>
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/dda3f82c/attachment.html>
On Fri, Aug 7, 2015 at 5:45 AM, Michel Thierry
wrote:
> Gen8+ supports 48-bit virtual addresses, but some objects must always be
> allocated inside the 32-bit address range.
>
> In specific, any resource used with flat/heapless (0x-0xf000)
> General State Heap or Intruction State Heap
| amd.com
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150807/8bd7983f/attachment.html>
Hi Linus,
One i915 regression fix and a drm core one since Dave's not around, both
introduced in 4.2 so not cc: stable.
The fix for the warning Ted reported isn't in here yet since he didn't yet
supply a tested-by and I can't repro this one myself (it's in fixup code
that needs firmware doing som
On 7 August 2015 at 20:57, Ilia Mirkin wrote:
> On Fri, Aug 7, 2015 at 5:45 AM, Michel Thierry
> wrote:
>> Gen8+ supports 48-bit virtual addresses, but some objects must always be
>> allocated inside the 32-bit address range.
>>
>> In specific, any resource used with flat/heapless (0x-0x
On Fri, Aug 07, 2015 at 04:20:47PM +0200, Lucas Stach wrote:
> Am Freitag, den 07.08.2015, 15:13 +0100 schrieb Russell King - ARM
> Linux:
> > On Fri, Aug 07, 2015 at 03:59:20PM +0200, Sascha Hauer wrote:
> > > Instead of rereading the edid data each time userspace asks for them
> > > read them onc
On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry
wrote:
> Gen8+ supports 48-bit virtual addresses, but some objects must always be
> allocated inside the 32-bit address range.
>
> In specific, any resource used with flat/heapless (0x-0xf000)
> General State Heap or Intruction State Heap
99 matches
Mail list logo
