mail/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>
On Thu, Jun 09, 2016 at 09:53:55AM +0100, Chris Wilson wrote:
> Some drivers require use of their i2c adapter long before they can add
> the adapter to userspace (i.e. before they establish and expose their
> objects in the sysfs kobject tree). Currently i2c_add_adapter()
> registers the adapter
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>
https://bugs.freedesktop.org/show_bug.cgi?id=95517
--- Comment #8 from Ismael ---
I get the same error, but only when running "The Talos Principle". The system
does not crash, but the performance is pretty bad on the game (15fps at high
1080p).
Ago 24 00:58:22 boreal kernel: VM fault (0x0c,
uto 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
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
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
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
* 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
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
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
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
nee 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>
-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.
>
> *
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 =
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
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
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
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
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
r 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
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
---
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)
- guc submission improvements (Dave Gordon)
- panel power sequence cleanup (Imre)
- better use of stolen and unmappable ggtt (Chris), plus prep
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 &&
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>
for 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:
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:
> >
> >
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
---
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
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
>
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
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
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
> > > ---
>
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>
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.
>
>
.
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>
cify the GPIO as
GPIO_ACTIVE_HIGH, which is not what the binding says it should be.
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/arc
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
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
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
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
hat 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>
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>
nee 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
* 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
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
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:
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
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
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
e 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
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
ase 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>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9c744b8c/attachment.html>
eon 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>
ing 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>
eems 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>
cause:
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>
s 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>
art --
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 the event should be sent out better in
> the kerneldoc.
>
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
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>
as 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
-
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160824/9e4d688a/attachment.html>
...
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
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 = <_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
- 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
99 matches
Mail list logo