nology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 12151 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/0254a71e/attachment.obj>
Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 12324 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/ea3688e3/attachment.obj>
for
convenience) to record what (public, well-known) commit your patch series was
built on]
[Check https://git-scm.com/docs/git-format-patch for more information]
url:
https://github.com/0day-ci/linux/commits/Chris-Wilson/drm-Add-reference-counting-to-drm_atomic_state/20160824-054553
base:
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/4f273859/attachment.html>
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_drv.h
between commit:
f403372658fc ("drm/i915/skl: Add support for the SAGV, fix underrun hangs")
(which is a chery-pick of commit 656d1b89e5ff from the drm-intel tree)
from the drm-intel
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_display.c
between commits from the drm-intel-fixes tree (some of which are
cherry-picked from the drm-intel tree) and teh same and other commits
from the drm-inte tree. These are just going to
Hi Chanwoo Choi,
On 2016å¹´08æ23æ¥ 13:05, Chanwoo Choi wrote:
> Hi Lin,
>
> On 2016ë
08ì 22ì¼ 07:16, hl wrote:
>> Hi Chanwoo Choi,
>>
>> On 2016å¹´08æ17æ¥ 12:50, Chanwoo Choi wrote:
>>> Hi Lin,
>>>
>>> On 2016ë
08ì 17ì¼ 07:36, Lin Huang wrote:
This patch adds the documentatio
Commit d112a8163f83 ("gma500/cdv: Add eDP support") replaced the
code inside this if-conditional with gma_backlight_set(), which
becomes a nop stub if CONFIG_BACKLIGHT_CLASS_DEVICE is disabled.
So, there is no need to guard the caller with config_enabled().
Note:
This is one of remaining TODOs to
This patch-set enables HDMI in Arndale Octa board and fixes HPD DT property.
It also includes code refactoring on ddc and phy.
v2:
Include DRM and Exynos maintainers and resend the patch-set.
Add Rob's ack for the patch,
[PATCH 2/4] ARM: dts: exynos: Use 'hpd-gpios' instead of 'hpd-gpi
* Support HDMI display data channel
I2C #2 is assigned for the HDMI DDC. It enables the EDID access.
* GPIO for HDMI hot plug detect
GPX3_7 is used. The HPD awareness is done when the GPIO is active high and
single ended.
* Enable HDMI block in Exynos5420
HDMI PLL consumes 1.0V LDO6 (PVDD
This patch enables getting a HPD GPIO descriptor quickly.
The exynos-hdmi driver uses "hpd" for HDMI hot plug detection.
static int hdmi_resources_init(struct hdmi_context *hdata)
{
...
hdata->hpd_gpio = devm_gpiod_get(dev, "hpd", GPIOD_IN);
Handle legacy and raw 'ddc' parsing in single function.
And it also removes goto condition.
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: David Airlie
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: Rob Herring
Cc: devicetree at vger.kernel.org
Cc: linux-arm-kernel at
Handle legacy and raw 'phy' parsing in single function.
And it also removes goto condition.
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: David Airlie
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: Rob Herring
Cc: devicetree at vger.kernel.org
Cc: linux-arm-kernel at
On 08/24/2016 04:55 AM, Krzysztof Kozlowski wrote:
> I saw DTS patches on linux-samsung-soc patchwork but still I would
> appreciate if you send them to appropriate maintainers pointed by
> get_maintainers.pl script. DTS stuff goes through samsung-soc tree.
Thanks for your tip. I've just sent out
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/3d3b723e/attachment.html>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9d6140fb/attachment.html>
/dri-devel/attachments/20160824/bb442d65/attachment.html>
Hi Milo,
On 08/24/2016 04:25 AM, Milo Kim wrote:
> * Support HDMI display data channel
> I2C #2 is assigned for the HDMI DDC. It enables the EDID access.
>
> * GPIO for HDMI hot plug detect
> GPX3_7 is used. The HPD awareness is done when the GPIO is active high and
> single ended.
>
> * Ena
On 08/24/2016 04:25 AM, Milo Kim wrote:
> This patch enables getting a HPD GPIO descriptor quickly.
> The exynos-hdmi driver uses "hpd" for HDMI hot plug detection.
>
> static int hdmi_resources_init(struct hdmi_context *hdata)
> {
> ...
> hdata->hpd_gpio = d
On Wed, Aug 24, 2016 at 01:42:54AM +0900, Masahiro Yamada wrote:
> Commit d112a8163f83 ("gma500/cdv: Add eDP support") replaced the
> code inside this if-conditional with gma_backlight_set(), which
> becomes a nop stub if CONFIG_BACKLIGHT_CLASS_DEVICE is disabled.
> So, there is no need to guard th
The change adds support of internal HDMI I2C master controller, this
subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
The main purpose of this functionality is to support reading EDID from
an HDMI monitor on boards, which don't have an I2C bus connected to
DDC pins.
The curr
On 08/24/2016 04:25 AM, Milo Kim wrote:
> Handle legacy and raw 'ddc' parsing in single function.
> And it also removes goto condition.
>
> Cc: Kukjin Kim
> Cc: Krzysztof Kozlowski
> Cc: David Airlie
> Cc: Inki Dae
> Cc: Joonyoung Shim
> Cc: Seung-Woo Kim
> Cc: Kyungmin Park
> Cc: Rob Herrin
On 08/24/2016 04:25 AM, Milo Kim wrote:
> Handle legacy and raw 'phy' parsing in single function.
> And it also removes goto condition.
>
> Cc: Kukjin Kim
> Cc: Krzysztof Kozlowski
> Cc: David Airlie
> Cc: Inki Dae
> Cc: Joonyoung Shim
> Cc: Seung-Woo Kim
> Cc: Kyungmin Park
> Cc: Rob Herrin
drm_atomic_state has a complicated single owner model that tracks the
single reference from allocation through to destruction on another
thread - or perhaps on a local error path. We can simplify this tracking
by using reference counting (at a cost of a few more atomics). This is
even more benefici
ry..
>
> Yeah, the latter is what I mean. That way drivers don't have to dig around
> in the details of pipe. And it wouldn't be entirely just a wrapper, I
> think it'd be good to also clear pipe->encoder.bridge to NULL.
>
> Yes, since I'm assigning it in drm_simple_display_pipe_attach_bridge, it
seems good to clear it in drm_simple_display_pipe_detach.
> Or do you think this is entirely pointless? Sometimes I do go overboard
> with curating pretty little functions ;-)
>
I guess it shouldn't hurt anyway :)
Andrea
> -Daniel
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/f92aff27/attachment.html>
Hi Andrzej,
On 08/24/2016 02:28 PM, Andrzej Hajda wrote:
> Please use ddc property in hdmi node, instead of this legacy binding.
> See exynos4210-universal_c210.dts or exynos4412-odroid-common.dtsi for
> reference.
Cool! I prefer this simple property. Thanks for the review.
Best regards,
Milo
Hi Andrzej,
On 08/24/2016 02:55 PM, Andrzej Hajda wrote:
> This is mistake introduced by other patch, of_node_put should be called on
> np, after calling of_find_i2c_adapter_by_node. You can fix it in your
> patch as well.
> I think you can move of_find_i2c_adapter_by_node also to this function a
Fix four warnings shown by coccicheck.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_hdmi.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c
index fedc17f..c6aa291 100644
--- a/drivers/gpu/d
Hi Dave,
drm-intel-next-2016-08-22:
- bugfixes and cleanups for rcu-protected requests (Chris)
- atomic modeset fixes for gpu reset on pre-g4x (Maarten&Ville)
- guc submission improvements (Dave Gordon)
- panel power sequence cleanup (Imre)
- better use of stolen and unmappable ggtt (Chris), plus
of_match_device could return NULL, and so cause a NULL pointer
dereference later.
For fixing this problem, we use of_device_get_match_data(), this will
simplify the code a little by using a standard function for
getting the match data.
Testing the return value of of_device_get_match_data is also
A cleanup in v4.8 dropped several dependencies, but caused the udl driver
to fail building when CONFIG_FB_DEFERRED_IO is not set:
drivers/gpu/drm/udl/udl_fb.c: In function 'udl_fb_open':
drivers/gpu/drm/udl/udl_fb.c:206:23: error: 'struct fb_info' has no member
named 'fbdefio'
if (fb_defio && (
u are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/7fea2c49/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/6c58d953/attachment.html>
On Wed, Aug 24, 2016 at 10:27 AM, Arnd Bergmann wrote:
> A cleanup in v4.8 dropped several dependencies, but caused the udl driver
> to fail building when CONFIG_FB_DEFERRED_IO is not set:
>
> drivers/gpu/drm/udl/udl_fb.c: In function 'udl_fb_open':
> drivers/gpu/drm/udl/udl_fb.c:206:23: error: 's
tring: OpenGL ES GLSL ES 3.10
Cheers
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/1dc6ecc7/attachment-0001.html>
On Wed, Aug 24, 2016 at 07:10:15AM +0100, Chris Wilson wrote:
> drm_atomic_state has a complicated single owner model that tracks the
> single reference from allocation through to destruction on another
> thread - or perhaps on a local error path. We can simplify this tracking
> by using reference
On Wednesday, August 24, 2016 11:01:17 AM CEST Daniel Vetter wrote:
> On Wed, Aug 24, 2016 at 10:27 AM, Arnd Bergmann wrote:
> > A cleanup in v4.8 dropped several dependencies, but caused the udl driver
> > to fail building when CONFIG_FB_DEFERRED_IO is not set:
> >
> > drivers/gpu/drm/udl/udl_fb.
Reported-by: Chris Wilson
Cc: Chris Wilson
Signed-off-by: Daniel Vetter
---
Documentation/gpu/vga-switcheroo.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/gpu/vga-switcheroo.rst
b/Documentation/gpu/vga-switcheroo.rst
index 463a74fc40d1..cbbdb994f1dd 100644
--- a/Docum
On Wed, Aug 24, 2016 at 12:02 PM, Arnd Bergmann wrote:
> On Wednesday, August 24, 2016 11:01:17 AM CEST Daniel Vetter wrote:
>> On Wed, Aug 24, 2016 at 10:27 AM, Arnd Bergmann wrote:
>> > A cleanup in v4.8 dropped several dependencies, but caused the udl driver
>> > to fail building when CONFIG_F
On Wed, Aug 24, 2016 at 12:19:15PM +0200, Daniel Vetter wrote:
> Reported-by: Chris Wilson
> Cc: Chris Wilson
> Signed-off-by: Daniel Vetter
> ---
> Documentation/gpu/vga-switcheroo.rst | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/gpu/vga-switcheroo.rst
> b/Documen
On Wed, Aug 24, 2016 at 11:31:47AM +0100, Chris Wilson wrote:
> On Wed, Aug 24, 2016 at 12:19:15PM +0200, Daniel Vetter wrote:
> > Reported-by: Chris Wilson
> > Cc: Chris Wilson
> > Signed-off-by: Daniel Vetter
> > ---
> > Documentation/gpu/vga-switcheroo.rst | 2 ++
> > 1 file changed, 2 inser
Hey
On Wed, Aug 10, 2016 at 4:34 PM, Daniel Vetter wrote:
> On Wed, Aug 10, 2016 at 4:27 PM, Noralf Trønnes
> wrote:
>> Den 10.08.2016 10:43, skrev Daniel Vetter:
>>>
>>> On Tue, Aug 09, 2016 at 07:45:40PM +0200, Noralf Trønnes wrote:
This adds a way for in-kernel users to iterate o
On Wed, Aug 24, 2016 at 12:40:01PM +0200, Lukas Wunner wrote:
> On Wed, Aug 24, 2016 at 11:31:47AM +0100, Chris Wilson wrote:
> > On Wed, Aug 24, 2016 at 12:19:15PM +0200, Daniel Vetter wrote:
> > > Reported-by: Chris Wilson
> > > Cc: Chris Wilson
> > > Signed-off-by: Daniel Vetter
> > > ---
> >
issue, but it behaves in the
same manner.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/5d5feea6/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/02b500e6/attachment.html>
Hi,
2016ë
08ì 23ì¼ 18:41ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi,
>
> On 22 August 2016 at 16:23, Rob Clark wrote:
>> I guess a lot comes down to 'how long before hw designers bolt a CP to
>> the thing'.. at that point, I think you especially don't want a
>> per-blit kernel interface.
>
>
hment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/e3565204/attachment.sig>
++
> include/drm/drm_mipi_dsi.h | 4
> 2 files changed, 53 insertions(+)
Applied, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9ae01861/attachment.sig>
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9009c4e9/attachment-0001.sig>
On Wed, Aug 24, 2016 at 08:44:24PM +0900, Inki Dae wrote:
> Hi,
>
> 2016ë
08ì 23ì¼ 18:41ì Daniel Stone ì´(ê°) ì´ ê¸:
> > Hi,
> >
> > On 22 August 2016 at 16:23, Rob Clark wrote:
> >> I guess a lot comes down to 'how long before hw designers bolt a CP to
> >> the thing'.. at that poin
Up to now, once a bridge has been attached to a DRM device, it cannot
be undone.
In particular you couldn't rmmod/insmod a DRM driver that uses a bridge,
because the bridge would remain bound to the first (dead) driver instance.
This patch fixes this by introducing drm_encoder_detach() and a ->de
drm_simple_display_pipe_init() pretends to attach a connector
to the display pipe.
In case a drm bridge has to be used, then it's the bridge that
takes care of connectors.
This patch makes the connector parameter optional for
drm_simple_display_pipe_init(), so that a drm bridge could
handle conne
Introduce drm_simple_display_pipe_attach_bridge() and
drm_simple_display_pipe_detach_bridge() in order to make it possible to use
drm encoders with the simple display pipes managed by simple_kms_helpers
Suggested-by: Daniel Vetter
Signed-off-by: Andrea Merello
Cc: Noralf Trønnes
Cc: Daniel Vet
iovcc-supply: phandle of the regulator that supplies power to
> > the IOVCC voltage input (1.8 V)
> > - vdd-supply: phandle of the regulator that supplies power to
> > the VDD voltage input (3.0 V)
> > - vddp-supply: phandle of the regulator that supplies power to
> > the VDDP voltage input (3.0 V)
> >
> > Any objections?
> >
> > Thierry
>
>
>
> --
> regards,
> vinaysimha
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/29fe0830/attachment.sig>
nt was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/7fc273d3/attachment-0001.sig>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/edca4d43/attachment.html>
This patch-set enables HDMI in Arndale Octa board and fixes HPD DT property.
It also includes code refactoring on ddc and phy.
v3:
Add 'vdd-supply' property in dts.
Use generic 'ddc' property instead of legacy property.
Clean up DDC and PHY logic in _probe().
Remove duplicate code of regul
* GPIO for HDMI hot plug detect
GPX3_7 is used. The HPD awareness is done when the GPIO is active high and
single ended.
* Enable HDMI block in Exynos5420
HDMI VDD and PLL consume 1.0V LDO6 (PVDD_ANAIP_1V0) and HDMI oscillator
requires 1.8V LDO7 (PVDD_ANAIP_1V8).
* Support HDMI display da
This patch enables getting a HPD GPIO descriptor quickly.
The exynos-hdmi driver uses "hpd" for HDMI hot plug detection.
static int hdmi_resources_init(struct hdmi_context *hdata)
{
...
hdata->hpd_gpio = devm_gpiod_get(dev, "hpd", GPIOD_IN);
Paring DT properties and getting the I2C adapter in one function.
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: David Airlie
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: Rob Herring
Cc: devicetree at vger.kernel.org
Cc: linux-arm-kernel at lists.infradead.org
Cc: li
Paring DT properties and getting PHY IO (memory mapped or I2C) in one function.
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: David Airlie
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: Rob Herring
Cc: devicetree at vger.kernel.org
Cc: linux-arm-kernel at lists.infrad
The helper, devm_regulator_bulk_get() initializes the consumer as NULL,
so this code can be ignored.
Cc: Kukjin Kim
Cc: Krzysztof Kozlowski
Cc: David Airlie
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Cc: linux-arm-kernel at lists.infradead.org
Cc: linux-samsung-soc
On Wed, 24 Aug 2016, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the drm-intel tree got a conflict in:
>
> drivers/gpu/drm/i915/intel_display.c
>
> between commits from the drm-intel-fixes tree (some of which are
> cherry-picked from the drm-intel tree) and teh same and oth
On 17/08/16 17:01, Thierry Reding wrote:
> From: Thierry Reding
>
> The MIPI DSI output on Tegra SoCs requires some external logic to
> calibrate the MIPI pads before a video signal can be transmitted. This
> MIPI calibration logic requires to be powered on while the MIPI pads are
> being used,
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160824/eb075254/attachment-0001.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/ac13a85b/attachment-0001.html>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160824/d03d99f6/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=115321
--- Comment #15 from Peter Wu ---
Bug can be closed, a fix is in upstream (v4.8-rc1)
commit 69ee9742f945cda8bd0081961770cd2e3192a77a
Author: Alex Deucher
Date: Wed Jul 27 14:56:12 2016 -0400
drm/radeon: init atpx at switcheroo register t
Hi Dave,
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.8-rc4
for you to fetch changes up to 87904c3e82319cf2bad8d6
s safe to do this.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/82a5fd86/attachment.sig>
nsertions(+)
Applied, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/b946c785/attachment.sig>
From: Tomeu Vizoso
Remove code for reading the EDID and DPCD fields and use the helpers
instead.
Besides the obvious code reduction, other helpers are being added to the
core that could be used in this driver and will be good to be able to
use them instead of duplicating them.
Signed-off-by: To
If there's a panel connected to the analogix_dp bridge, rely on
the panel driver for modes, rather than reading EDID *and* calling
get_modes() on the panel.
This allows panels with a valid EDID to read it in the panel driver
(e.g. simple_panel), and panels with invalid EDID to homebrew modes
in th
rc3.perf.data,
os-release and Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/31399d7a/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9c744b8c/attachment.html>
fine on radeon in the switchable gfx case.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/41205bdc/attachment.html>
re receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/e7849103/attachment.html>
seems I was just lucky that day.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/41bceed3/attachment-0001.html>
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/4b39e98b/attachment.html>
ng was used. I'll attach the log.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/8ddb5e93/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/fd5ee5c1/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/067e6904/attachment.html>
Den 23.08.2016 08:25, skrev Daniel Vetter:
> Our update function is hooked to the single plane, which might not get
> called for crtc-only updates. Which is surprising, so fix this by
> always adding the plane.
>
> While at it document how&when the event should be sent out better in
> the kerneldo
Hi Dave,
radeon and amdgpu fixes for 4.8. Nothing major:
- fix a performance regression due to the LRU changes in 4.7
- 32 bit fixes
- fix a PLL regression
- misc bug fixes
The following changes since commit 91d62d9f30206be6f7749a0e6f7fa58c6d70c702:
Merge branch 'drm-fixes-4.8' of git://peopl
xt part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/6e39c445/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/641d62f9/attachment.html>
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/6ce2a878/attachment.html>
vel/attachments/20160824/892503f8/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/92f1edc6/attachment.html>
Hi Dave,
First drm-next pull for radeon and amdgpu for 4.9. Highlights:
- powerplay support for iceland asics
- improved GPU reset (both full asic and per block)
- UVD and VCE powergating for CZ and ST
- VCE clockgating for CZ and ST
- Support for pre-initialized (e.g., zeroed) vram buffers
- ttm
L:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9e4d688a/attachment.html>
ubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/825a40ca/attachment.html>
On Wed, Aug 24, 2016 at 10:07:15PM +0900, Milo Kim wrote:
> * GPIO for HDMI hot plug detect
> GPX3_7 is used. The HPD awareness is done when the GPIO is active high and
> single ended.
>
> * Enable HDMI block in Exynos5420
> HDMI VDD and PLL consume 1.0V LDO6 (PVDD_ANAIP_1V0) and HDMI oscill
On Wed, Aug 24, 2016 at 10:07:16PM +0900, Milo Kim wrote:
> This patch enables getting a HPD GPIO descriptor quickly.
> The exynos-hdmi driver uses "hpd" for HDMI hot plug detection.
>
> static int hdmi_resources_init(struct hdmi_context *hdata)
> {
> ...
>
if we do not set the polarity to 8mA, panel will have gibberish display.
(information to set 8mA is available only in
nexus7-msm-flo-3.4-lollipop-release_dsi kernel nx7 release)
i will add this
reset-gpios = <&tlmm_pinmux 54 GPIO_ACTIVE_LOW>;
On Wed, Aug 24, 2016 at 5:26 PM, Thierry Reding
wrote
thierry,
this is the reference pinouts of the panel
http://www.tonylabs.com/wp-content/uploads/LT070ME05000-pinouts.jpg
as you suggest , i will change the vcc-supply,
- iovcc-supply: phandle of the regulator that supplies power to
the IOVCC voltage input (1.8 V)
will keep the other t
- dcdc-en-gpios: power IC supply enable
i cannot make this as gpios, since pm8921_lvs7 is a regulator.
We can make gpio as regulator, but not regulator as gpio.
other option i have to map pm8921_lvs7 to iovcc-supply and pm8921_gpio
23 to dcdc-en-gpios.
Since we do not have nx7 schematic not sur
97 matches
Mail list logo
