): Allocated new frame buffer 1920x1848 stride 7680,
tiled
[ 235.093] (EE) intel(0): failed to set mode: Permission denied
[ 237.189] (II) AIGLX: Resuming AIGLX clients after VT switch
[ 237.444] (II) intel(0): EDID vendor "DEL", prod id 40979
[ 237.444] (II) intel(0): Using hsync ranges from config file
[ 237.444] (II) intel(0): Using vrefresh ranges from config file
[ 237.444] (II) intel(0): Printing DDC gathered Modelines:
[ 237.444] (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184
1344 768 771 777 806 -hsync -vsync (48.4 kHz eP)
[ 237.444] (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056
600 601 605 628 +hsync +vsync (37.9 kHz e)
[ 237.444] (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840
480 481 484 500 -hsync -vsync (37.5 kHz e)
[ 237.444] (II) intel(0): Modeline "640x480"x0.0 25.18 640 656 752 800
480 490 492 525 -hsync -vsync (31.5 kHz e)
[ 237.444] (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900
400 412 414 449 -hsync +vsync (31.5 kHz e)
[ 237.444] (II) intel(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136
1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
[ 237.444] (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056
600 601 604 625 +hsync +vsync (46.9 kHz e)
[ 252.652] (II) AIGLX: Suspending AIGLX clients for VT switch
-- next part --
A non-text attachment was scrubbed...
Name: delme2.gz
Type: application/gzip
Size: 15122 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/1e53e280/attachment-0001.gz>
Hi Dave,
Only three small fixes for this merge window, everything else is not
yet ready for v4.9.
--
Stefan
The following changes since commit 2b2fd56d7e92f134ecaae5c89e20f64dd0f95aa2:
Revert "drm: make DRI1 drivers depend on BROKEN" (2016-09-01 06:16:12 +1000)
are available in the git repos
|--- |FIXED
--
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/20160913/9201c32d/attachment-0001.html>
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/dabc8d00/attachment.html>
Hi.
Am Dienstag, 13. September 2016, 22:23:50 CEST schrieb Pavel Machek:
> I have
>
> 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
> Integrated Graphics Controller (rev 03)
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation
Core Processor Family
Hi!
I have
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
Integrated Graphics Controller (rev 03)
In previous kernels, resume worked ok. With 4.8-rc1, I quite often (1
in 10 resumes?) get in state where primary monitor (DVI) is dead (in
powersave) and all windows move to s
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/20160913/d85aa406/attachment.html>
Add HDMI support on IFC6410. Populate the regulators required by HDMI-TX
and PHY. Establish the link between the MDP4 DTV encoder and HDMI. Create
a generic micro HDMI connector DT node. The msm drm driver doesn't parse
for HDMI connectors in DT, but it will do so later.
Cc: Rob Herring
Cc: devic
APQ8064 contains a MDP4 based display controller. It contains a HDMI, LVDS
and 2 DSI outputs.
Add display DT nodes for MDP4, HDMI TX and HDMI PHY. MDP4 based display
blocks have a flat device hierarchy.
Nodes for other outputs will be added later.
Cc: Rob Herring
Cc: devicetree at vger.kernel.o
Make the following changes in the HDMI gpio bindings:
- Use "-gpios" as the suffix for all the gpio names
- Move all the gpios to optional, since there are platforms that use none
of them.
- The HPD gpio is a standard one, remove the "qcom,hdmi-tx-" prefix from
it.
- Remove the HDMI DDC clk/da
The LVDS port is the first in the list of the output ports in MDP4.
The driver assumed that if the port and its corresponding endpoint
is defined, then there should be a panel node too. This isn't
necessary since boards may not really use a LVDS panel. Don't fail
if there isn't a panel node availab
This set adds the display DT parts for the APQ8064 based IFC6410 board.
There were a couple of small fixes/cleanups required in the driver to
use the correct bindings. Those are a part of this patchset too.
Changes in v3:
- Removed HDMI DDC clk/data gpios.
Changes in v2:
- Incorporated comments o
Hi Rafael,
2016-09-13 Rafael Antognolli :
> The refcount of a fence should be increased whenever it is added to a merged
> fence, since it will later be decreased when the merged fence is destroyed.
> Failing to do so will cause the original fence to be freed if the merged fence
> gets freed, but
We get 1 warning when building kernel with W=1:
drivers/gpu/drm/nouveau/nvkm/engine/disp/sorg94.c:49:1: warning: no previous
prototype for 'g94_sor_output_new' [-Wmissing-prototypes]
In fact, this function is called by no one and not exported,
so this patch removes it.
Signed-off-by: Baoyou Xie
Hi Chris,
On 29 August 2016 at 23:56, Gustavo Padovan wrote:
> Hi Chris,
>
> 2016-08-29 Chris Wilson :
>
>> If we being polled with a timeout of zero, a nonblocking busy query,
>> we don't need to install any fence callbacks as we will not be waiting.
>> As we only install the callback once, the
On Tue, Sep 13, 2016 at 6:07 PM, Kristian H. Kristensen
wrote:
> The only current user of this open codes the ioctl. Let's add an entry
> point for this to libdrm.
>
> Signed-off-by: Kristian H. Kristensen
> ---
> xf86drmMode.c | 21 +
> xf86drmMode.h | 7 +++
> 2 files
On 9/13/2016 12:42 PM, Archit Taneja wrote:
>
>
> On 9/12/2016 6:49 PM, Rob Herring wrote:
>> On Thu, Sep 01, 2016 at 07:06:52PM +0530, Archit Taneja wrote:
>>> Make the following changes in the HDMI gpio bindings:
>>>
>>> - Use "-gpios" as the suffix for all the gpio names
>>> - Move all the gpi
Thanks Tomi for quick comment.
I am thinking to base adv7393 driver on
"drivers\gpu\drm\omapdrm\displays\encoder-tc358768.c" as I don't think
any similar to adv7393 chip driver available. Could you please comment
if this will help to get adv chip running?
I tried to add the device tree config but
Hi, YT:
On Mon, 2016-09-12 at 18:15 +0800, YT Shen wrote:
> Hi CK,
>
> On Wed, 2016-09-07 at 12:58 +0800, CK Hu wrote:
> > Hi, YT:
> >
> > On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > > This patch update enable/disable flow of DSI module and MIPI TX module
> > >
> > > Signed-off-by: sh
Hi, YT:
On Mon, 2016-09-12 at 20:01 +0800, YT Shen wrote:
> update connections for OVL, RDMA, BLS, DSI
>
> Signed-off-by: YT Shen
> ---
[snip...]
> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h
> b/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h
> index 53065c7..0850aa4 100644
> --- a/
Hi, YT:
On Mon, 2016-09-12 at 18:16 +0800, YT Shen wrote:
> Hi CK,
>
> On Wed, 2016-09-07 at 10:33 +0800, CK Hu wrote:
> > Hi, YT:
> >
> > On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > > From: shaoming chen
> > >
> > > add dsi read/write commands for transfer function
> > >
> > > Sign
/dri-devel/attachments/20160913/a7dd9364/attachment.html>
On Sun, 11 Sep 2016, James Hogan wrote:
> I've just bisected a similar (same?) problem (slow increase and
> decrease of screen brightness with a period of a few seconds) to the
> same commit (this is on a Dell XPS 13 laptop)
>
> commit a05628195a0d9f3173dd9aa76f482aef692e46ee
> Author: Ville SyrjÃ
Hi, YT:
On Mon, 2016-09-12 at 20:01 +0800, YT Shen wrote:
> From: shaoming chen
>
> add dsi interrupt control
>
> Signed-off-by: shaoming chen
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 78
> ++
> 1 file changed, 78 insertions(+)
>
[snip...]
>
> +st
https://bugzilla.redhat.com/show_bug.cgi?id=1375566
Guys,
do you use such a device - DisplayLink GPU USB2.0 ?
This test creates an already expired fence, then creates a merged fence
out of that expired one (passed twice to the merge operation), and
finally closes the merged fence. It shows that if the refcounts are
wrong on the original expired fence, it might get freed while still in
use. Usually a kernel
The refcount of a fence should be increased whenever it is added to a merged
fence, since it will later be decreased when the merged fence is destroyed.
Failing to do so will cause the original fence to be freed if the merged fence
gets freed, but other places still referencing won't know about it.
np);
>> +np = of_get_next_parent(np);
>>
>> -return np_parent;
>> +return np;
>> }
>>
>> struct device_node *
>>
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/d30201eb/attachment.sig>
Hi Mark,
On Sat, Sep 10, 2016 at 10:29:03AM +0800, Mark Yao wrote:
>AFBC is arm vendor format, it's a compressed format.
>
>The AFBC format is supported by rk3399 vop big.
>
>We know little about AFBC layout, hope to some guys can
>fixme about the afbc comment.
>
>Signed-off-by: Mark Yao
>---
> i
The only current user of this open codes the ioctl. Let's add an entry
point for this to libdrm.
Signed-off-by: Kristian H. Kristensen
---
xf86drmMode.c | 21 +
xf86drmMode.h | 7 +++
2 files changed, 24 insertions(+), 4 deletions(-)
diff --git a/xf86drmMode.c b/xf86drm
Am 13.09.2016 um 11:39 schrieb Chris Wilson:
> On Tue, Sep 13, 2016 at 10:44:11AM +0200, Christian König wrote:
>> Am 09.09.2016 um 03:15 schrieb Michel Dänzer:
>>> On 09/09/16 01:23 AM, Chris Wilson wrote:
On Thu, Sep 08, 2016 at 05:21:42PM +0200, Mario Kleiner wrote:
> On 09/08/2016 08
On 09/13/2016 08:21 AM, Archit Taneja wrote:
> APQ8064 contains a MDP4 based display controller. It contains a HDMI, LVDS
> and 2 DSI outputs.
>
> Add display DT nodes for MDP4, HDMI TX and HDMI PHY. MDP4 based display
> blocks have a flat device hierarchy.
>
> Nodes for other outputs will be added
On Tue, Sep 13, 2016 at 10:21 AM, Archit Taneja
wrote:
> Make the following changes in the HDMI gpio bindings:
>
> - Use "-gpios" as the suffix for all the gpio names
> - Move all the gpios to optional, since there are platforms that use none
> of them.
> - The HPD gpio is a standard one, remov
less fails than
before.)
--
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/20160913/3f6adb58/attachment.html>
Similar to struct drm_update_draw, struct drm_mode_fb_cmd2 has an
unaligned 64 bit field (modifier). This get packed differently between
32 bit and 64 bit modes on architectures that can handle unaligned 64
bit access (X86 and IA64). Other architectures pack the structs the
same and don't need the
Dear All,
I also see some of the encoder driver are at
"drivers/gpu/drm/omapdrm/displays/". I am confused about which driver
I should consider for reference for adv7393 driver development.
Do I need to use
"drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c" too along
with adv7393 driver?
Th
Hi, YT:
On Mon, 2016-09-12 at 18:16 +0800, YT Shen wrote:
> Hi CK,
>
> On Wed, 2016-09-07 at 13:37 +0800, CK Hu wrote:
> > Hi, YT:
> >
> > On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > > This patch add support for the Mediatek MT2701 DISP subsystem.
> > > There is only one OVL engine in
On 9/12/2016 6:49 PM, Rob Herring wrote:
> On Thu, Sep 01, 2016 at 07:06:52PM +0530, Archit Taneja wrote:
>> Make the following changes in the HDMI gpio bindings:
>>
>> - Use "-gpios" as the suffix for all the gpio names
>> - Move all the gpios to optional, since there are platforms that use none
On Sun, 11 Sep 2016, Adrien Vergé wrote:
> On Terra Mobile Ultrabook 1450 II (Core i5-3337U, i915 devid = 0x166),
> the screen is tiled in many 480Ã320 screens (like a mosaic) since v4.7.
> This laptop is simply unusable.
>
> I have bisected the cause to commit a05628195a0d ("drm/i915: Get
> pan
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/bbab46b3/attachment.sig>
On Mon, 12 Sep 2016, Stefan Christ wrote:
> Loading the module i915 on my IBM Thinkpad X40 fails in the function
> intel_dvo_init(). The function tries to cleanup the struct drm_encoder
> that was never initialized. This happens when all intel_dvo_devices
> failed to be probed in the for loop. The
On Tue 13 Sep 02:31 PDT 2016, Peter Griffin wrote:
> Hi Vinod & Bjorn,
>
> [..]
>
> On Mon, 05 Sep 2016, Peter Griffin wrote:
>
> > v8 actions some review feedback from Bjorn to the slim rproc driver, and
> > also includes
> > a patch which fixes a recursive Kconfig error which is triggered wh
On Mon 05 Sep 06:16 PDT 2016, Peter Griffin wrote:
> slim core is used as a basis for many IPs in the STi
> chipsets such as fdma and demux. To avoid duplicating
> the elf loading code in each device driver a slim
> rproc driver has been created.
>
> This driver is designed to be used by other de
Am 09.09.2016 um 03:15 schrieb Michel Dänzer:
> On 09/09/16 01:23 AM, Chris Wilson wrote:
>> On Thu, Sep 08, 2016 at 05:21:42PM +0200, Mario Kleiner wrote:
>>> On 09/08/2016 08:30 AM, Chris Wilson wrote:
On Thu, Sep 08, 2016 at 02:14:43AM +0200, Mario Kleiner wrote:
> amdgpu-kms uses shar
On Tue, Sep 13, 2016 at 10:44:11AM +0200, Christian König wrote:
> Am 09.09.2016 um 03:15 schrieb Michel Dänzer:
> >On 09/09/16 01:23 AM, Chris Wilson wrote:
> >>On Thu, Sep 08, 2016 at 05:21:42PM +0200, Mario Kleiner wrote:
> >>>On 09/08/2016 08:30 AM, Chris Wilson wrote:
> On Thu, Sep 08, 2
Hi Vinod & Bjorn,
[..]
On Mon, 05 Sep 2016, Peter Griffin wrote:
> v8 actions some review feedback from Bjorn to the slim rproc driver, and also
> includes
> a patch which fixes a recursive Kconfig error which is triggered when st_fdma
> selects
> slim_rproc driver. The series has also been re
On 10 September 2016 at 12:57, Mark yao wrote:
> Hi Dave
> Here are some little fixes for rockchip drm, looks good for me, and
> there is no doubt on them, So I'd like you can land them.
>
> Thanks.
>
> The following changes since commit 603f2c9f45c6620afd65b60ec084c1ea7c36b2ec:
>
> Merge ta
On 13/09/16 01:44 AM, Alex Deucher wrote:
> From: "monk.liu"
>
> original we use ttm_dma path to allocate GTT bo, which is too much
> slower than the path of ttm_pool, in most cases.
>
> The swiotlb checks don't seem to work and we always end up in the
> slow path even when an IOMMU is available
On 2016å¹´09æ13æ¥ 05:00, Alex Deucher wrote:
> On Mon, Sep 12, 2016 at 7:46 AM, Christian König
> wrote:
>> From: Christian König
>>
>> Makes more sense to keep that together.
>>
>> Signed-off-by: Christian König
>> Reviewed-by: Chunming Zhou
> For the series:
> Reviewed-by: Alex Deuche
While a hard hang in atom_asic_init() likely points at a deeper problem
in the driver, restore the capability to boot a Xen Dom0 by simply
avoiding the call there: Other than for Xen DomU, Dom0 owning a device
does not really mean is has got passed through to it.
In case it is of interest for furt
ubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/8541edb6/attachment-0001.html>
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/f47e9daa/attachment.html>
||
--
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/20160913/1753fcab/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/7f080c66/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/76fa4fc9/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/ff6b7493/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/dbb77935/attachment.html>
one still works
though.
--
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/20160913/9a3c3480/attachment.html>
> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig
> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1 100644
> > --- a/drivers/gpu/drm/fsl-dcu/Kconfig
> > +++ b/drivers/gpu/drm/fsl-dcu/Kconfig
> > @@ -11,3 +11,9 @@ config DRM_FSL_DCU
> > help
> > Choose this option if you have an
On Tue, Sep 6, 2016 at 11:18 AM, Christian Gmeiner
wrote:
> From: The etnaviv authors
>
> Add the libdrm_etnaviv helper library to encapsulate etnaviv-specific
> interfaces to the DRM.
>
> Signed-off-by: Christian Gmeiner
> Signed-off-by: Lucas Stach
Android is not completely working, but it
https://bugzilla.kernel.org/show_bug.cgi?id=156651
Pierre Moreau changed:
What|Removed |Added
CC||pierre.morrow at free.fr
--- Comment #1
https://bugzilla.kernel.org/show_bug.cgi?id=156651
Bug ID: 156651
Summary: The 4.7 kernel will not boot with a GTX 970
Product: Drivers
Version: 2.5
Kernel Version: 4.7
Hardware: Intel
OS: Linux
Tree: Mainline
https://bugzilla.kernel.org/show_bug.cgi?id=115011
Luya Tshimbalanga changed:
What|Removed |Added
Resolution|PATCH_ALREADY_AVAILABLE |CODE_FIX
--
You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=115011
--- Comment #15 from Luya Tshimbalanga ---
(In reply to Alex Deucher from comment #14)
> You aren't seeing the message because it was removed in newer kernels.
Thank you for the clarification. Should I set the status as code fix then?
--
You a
https://bugzilla.kernel.org/show_bug.cgi?id=115011
--- Comment #14 from Alex Deucher ---
You aren't seeing the message because it was removed in newer kernels.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=115011
Luya Tshimbalanga changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
The combo of list_empty() check and return list_first_entry()
can be replaced with list_first_entry_or_null().
Signed-off-by: Masahiro Yamada
---
drivers/gpu/drm/vc4/vc4_drv.h | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/vc4/vc4_drv.h b/drivers
> Subject: Re: [PATCH] drm/fsl-dcu: Add gamma set for crtc
>
> On Mon, Sep 05, 2016 at 12:24:32AM -0700, Stefan Agner wrote:
>
> > So, afaik, we deal with 3x 256 32-bit register which happen to be a
> > different endianness on one SoC implementing the DCU IP...
>
> That does sound like a second
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/69f3d7cd/attachment.html>
lt;https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/35f63235/attachment.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160913/aac11393/attachment.html>
Hi Meng,
One more thing which I have my concern:
On 2016-09-07 02:22, Meng Yi wrote:
> Gamma correction is optional and can be used to adjust the color
> output values to match the gamut of a particular TFT LCD panel
> Errata:
> Gamma_R, Gamma_G and Gamma_B registers are little-endian registers
>
72 matches
Mail list logo