https://bugzilla.kernel.org/show_bug.cgi?id=196777
--- Comment #14 from Gerd Hoffmann (kra...@redhat.com) ---
> We could possibly decouple the primary surface from the drm framebuffers, so
> the drm framebuffers effectively become shadow framebuffers, and every
> display update becomes a drm frame
https://bugs.freedesktop.org/show_bug.cgi?id=103234
--- Comment #8 from Dennis Schridde ---
(In reply to Dennis Schridde from comment #7)
> Some more information: It does not immediately happen after login. I also
> tried to trigger it with maybe more uncommon things like running Steam (and
> thu
>
> From: Dave Airlie
>
> QXL hw can't change primary surfaces easily, the server sends a msg
> and the client flickers a lo when it does. The old pre-atomic
typo: lo -> lot
> page flip code endeavoured to workaround this with a copy operation.
>
not clear. Do you mean a memcpy like operatio
Hi,
On 18-10-17 10:03, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 06:17:21PM +0200, Hans de Goede wrote:
Hi,
Sorry for being slow to reply, I've been a bit overwhelmed with
other stuff lately.
On 10/02/2017 10:01 AM, Daniel Vetter wrote:
On Sun, Oct 01, 2017 at 05:33:14PM +0200, Hans de Go
On 10/18/2017 04:53 PM, Ulrich Hecht wrote:
On Tue, Oct 17, 2017 at 6:05 PM, Sean Paul wrote:
On Tue, Oct 17, 2017 at 12:33:09PM +0200, Matthias Brugger wrote:
From what I understand you
rebased the patches from the chromium kernel to mainline. So you should keep
the signed-off-by from the
On Tue, Oct 17, 2017 at 6:05 PM, Sean Paul wrote:
> On Tue, Oct 17, 2017 at 12:33:09PM +0200, Matthias Brugger wrote:
>> From what I understand you
>> rebased the patches from the chromium kernel to mainline. So you should keep
>> the signed-off-by from the original author and just add you signed-
Hi Laurent,
On 10/17/2017 06:38 PM, Laurent Pinchart wrote:
Hi Ulrich,
(CC'ing Matthias Brugger and Daniel Kurtz)
On Monday, 16 October 2017 18:31:32 EEST Ulrich Hecht wrote:
Hi!
This is a new revision of the Acer Chromebook R13 support series. It does
not offer anything new in terms of func
Hi Bartlomiej!
On 10/18/2017 02:56 PM, Bartlomiej Zolnierkiewicz wrote:
igafb driver hasn't compiled since at least kernel v2.6.34 as
commit 6016a363f6b5 ("of: unify phandle name in struct device_node")
missed updating igafb.c to use dp->phandle instead of dp->node.
Would it take a lot of work
On 11/10/2017 5:27 AM, Michal Srb wrote:
Hi,
While reading the mgag200 driver I noticed something that looks wrong.
In mgag200_main.c mga_probe_vram function:
orig1 = ioread8(mem + offset);
orig2 = ioread8(mem + offset + 0x100);
...
iowrite16(orig1, mem + offset);
io
Am 18.10.2017 um 18:58 schrieb Deucher, Alexander:
-Original Message-
From: Michel Dänzer [mailto:mic...@daenzer.net]
Sent: Wednesday, October 18, 2017 12:06 PM
To: Koenig, Christian; Alex Deucher
Cc: Deucher, Alexander; Dave Airlie; amd-gfx list; Maling list - DRI developers
Subject: Re:
https://bugs.freedesktop.org/show_bug.cgi?id=102655
Chris Wilson changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Fri, Sep 08, 2017 at 11:43:02AM +0200, Lukasz Majewski wrote:
> This commit adds support for Mitsubishi aa070mc01 TFT panel working
> with 8 bit ISP mode (pin 19 "mode" HIGH for 20 pin TFT connector).
>
> Signed-off-by: Lukasz Majewski
> ---
> drivers/gpu/drm/panel/panel-simple.c | 35 +++
On Wed, Oct 18, 2017 at 07:22:40PM +0200, Lucas Stach wrote:
> Only exposes a single mode and not a complete display timing, as
> the datasheet is rather vague about the minimum/maximum values.
>
> Signed-off-by: Lucas Stach
> Acked-by: Rob Herring
> ---
> v2:
> - fix display size in documentati
Am Donnerstag, den 19.10.2017, 10:17 +0200 schrieb Thierry Reding:
> On Wed, Oct 18, 2017 at 07:22:40PM +0200, Lucas Stach wrote:
> > Only exposes a single mode and not a complete display timing, as
> > the datasheet is rather vague about the minimum/maximum values.
> >
> > > > Signed-off-by: Luca
On Thu, Oct 19, 2017 at 10:27:19AM +0200, Lucas Stach wrote:
> Am Donnerstag, den 19.10.2017, 10:17 +0200 schrieb Thierry Reding:
> > On Wed, Oct 18, 2017 at 07:22:40PM +0200, Lucas Stach wrote:
> > > Only exposes a single mode and not a complete display timing, as
> > > the datasheet is rather vag
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #58 from Michel Dänzer ---
(In reply to Daniel Vetter from comment #55)
> So parts of the reasons I've reassigned to amdgpu is that apparently someone
> also seen these corruptions when everything is rendered on amdgpu, and i915
> on
Add GL.OCCLUSION_QUERY_ADDR (0x03824): address where GPU stores
the occlusion query result.
Signed-off-by: Christian Gmeiner
---
drivers/gpu/drm/etnaviv/etnaviv_cmd_parser.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_cmd_parser.c
b/drivers/gpu/drm/etnavi
https://bugs.freedesktop.org/show_bug.cgi?id=103317
Michel Dänzer changed:
What|Removed |Added
Attachment #134912|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=103317
--- Comment #4 from Michel Dänzer ---
(In reply to Torsten Kessler from comment #3)
> As suggested I turned EnablePageFlip off:
[...]
> But this doesn't avoid the problem.
Please attach the corresponding Xorg log file.
> As before, everything
On Mon, Sep 11, 2017 at 02:29:48PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This patch series adds support for the Tegra CEC functionality.
>
> This v4 has been rebased to the latest 4.14 pre-rc1 mainline.
>
> Please review! Other than for the bindings that are now Acked I have not
>
On Mon, Sep 11, 2017 at 02:29:49PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This documents the binding for the Tegra CEC module.
>
> Signed-off-by: Hans Verkuil
> Acked-by: Rob Herring
> ---
> .../devicetree/bindings/media/tegra-cec.txt| 27
> ++
> 1 fi
On Mon, Sep 11, 2017 at 02:29:50PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add support for the Tegra CEC IP to tegra124.dtsi and enable it on the
> Jetson TK1.
>
> Signed-off-by: Hans Verkuil
> ---
> arch/arm/boot/dts/tegra124-jetson-tk1.dts | 4
> arch/arm/boot/dts/tegra124.
Paging in Arnd on this one, as he builds a lot of next kernels
and randconfigs.
On Wed, Oct 18, 2017 at 12:55 PM, kbuild test robot
wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
> master
> head: a7dd40274d75326ca868479c62090b1198a357ad
> commit: 001485d5
On 10/19/17 11:20, Thierry Reding wrote:
> On Mon, Sep 11, 2017 at 02:29:48PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> This patch series adds support for the Tegra CEC functionality.
>>
>> This v4 has been rebased to the latest 4.14 pre-rc1 mainline.
>>
>> Please review! Other than f
On Mon, Sep 11, 2017 at 02:29:51PM +0200, Hans Verkuil wrote:
[...]
> diff --git a/drivers/media/platform/tegra-cec/tegra_cec.c
> b/drivers/media/platform/tegra-cec/tegra_cec.c
[...]
> +static int tegra_cec_probe(struct platform_device *pdev)
> +{
> + struct platform_device *hdmi_dev;
> +
On Mon, Sep 11, 2017 at 02:29:52PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> In order to support CEC the HDMI driver has to inform the CEC driver
> whenever the physical address changes. So when the EDID is read the
> CEC driver has to be informed and whenever the hotplug detect goes
>
On Thu, Oct 19, 2017 at 11:36:14AM +0200, Hans Verkuil wrote:
> On 10/19/17 11:20, Thierry Reding wrote:
> > On Mon, Sep 11, 2017 at 02:29:48PM +0200, Hans Verkuil wrote:
> >> From: Hans Verkuil
> >>
> >> This patch series adds support for the Tegra CEC functionality.
> >>
> >> This v4 has been re
https://bugs.freedesktop.org/show_bug.cgi?id=101732
Fede changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Tue, Sep 05, 2017 at 11:43:01AM +0300, Mikko Perttunen wrote:
> Add #power-domain-cells for the BPMP node on Tegra186 so that the power
> domain provider may be used.
>
> Signed-off-by: Mikko Perttunen
> ---
> arch/arm64/boot/dts/nvidia/tegra186.dtsi | 1 +
> 1 file changed, 1 insertion(+)
A
On Tue, Sep 05, 2017 at 11:43:03AM +0300, Mikko Perttunen wrote:
> Add a node for the Video Image Compositor on the Tegra186.
>
> Signed-off-by: Mikko Perttunen
> ---
> v2:
> - Fixed reg property in accordance with changed parent cells.
>
> arch/arm64/boot/dts/nvidia/tegra186.dtsi | 12
On Tue, Sep 05, 2017 at 11:43:02AM +0300, Mikko Perttunen wrote:
> Add the node for Host1x on the Tegra186, without any subdevices
> for now.
>
> Signed-off-by: Mikko Perttunen
> ---
> v2:
> - Changed address-cells and size-cells to 1 and fixed the ranges
> property correspondingly.
>
> arch/
_drm_lease_revoke() requires it callers to hold the idr_mutex, but its
only caller did not. Every device release would then trigger:
WARNING: CPU: 7 PID: 4169 at drivers/gpu/drm/drm_lease.c:313
_drm_lease_revoke+0x12c/0x140
Modules linked in: vgem snd_hda_codec_hdmi snd_hda_codec_generic i915
>
> From: Dave Airlie
>
> QXL hw can't change primary surfaces easily, the server sends a msg
> and the client flickers a lo when it does. The old pre-atomic
> page flip code endeavoured to workaround this with a copy operation.
>
> This worked by another accident of how the qxl virtual gpu is
On Tue, Sep 05, 2017 at 11:43:04AM +0300, Mikko Perttunen wrote:
> Add the Tegra186-specific hypervisor-related register range
> properties.
>
> Signed-off-by: Mikko Perttunen
> ---
> v2:
> - Dropped incorrect note about cells properties.
>
> .../devicetree/bindings/display/tegra/nvidia,tegra20
On Tue, Sep 05, 2017 at 11:43:05AM +0300, Mikko Perttunen wrote:
> Add support for the implementation of Host1x present on the Tegra186.
> The register space has been shuffled around a little bit, requiring
> addition of some chip-specific code sections. Tegra186 also adds
> several new features, m
On Tue, Sep 05, 2017 at 11:43:06AM +0300, Mikko Perttunen wrote:
> Add Tegra186 support for VIC - no changes are required except for new
> firmware and compatibility string.
>
> Signed-off-by: Mikko Perttunen
> ---
> drivers/gpu/drm/tegra/drm.c | 1 +
> drivers/gpu/drm/tegra/vic.c | 10
On Thu, Sep 28, 2017 at 03:50:38PM +0300, Mikko Perttunen wrote:
> New in v3:
> - Renamed *syncpt_assign_channel to *syncpt_assign_to_channel
> - Disassembler ignores opcodes not supported on the particular
> chip
> - Further cleanup in u64_to_user_ptr patch
>
> New in v2:
> - Changes in syncpoi
In theory the MMSYS device tree identifier is matches twice, by the clk driver
and the DRM subsystem. But the kernel only matches the first driver for a
device (clk) and discards the second one. This breaks graphics on mt8173 and
most probably on mt2701 as well.
MMSYS in Mediatek SoCs has some
assert_rpm_wakelock_held is triggered from i915_pmic_bus_access_notifier
even though it gets unregistered on (runtime) suspend, this is caused
by a race happening under the following circumstances:
intel_runtime_pm_put does:
atomic_dec(&dev_priv->pm.wakeref_count);
pm_runtime_mark_last_bus
Hi Matthias,
Should I base on your changes and resend this patch series
https://patchwork.kernel.org/patch/9980061/ ?
I add a similar node - display_components, but your approach is better
than mine.
Thanks.
On Thu, 2017-10-19 at 13:26 +0200, Matthias Brugger wrote:
> DRM subysystem and clock d
For race free unregistration drivers may need to acquire PMIC bus access
through iosf_mbi_punit_acquire() and then (un)register the notifier without
dropping the lock.
This commit adds an unlocked variant of
iosf_mbi_unregister_pmic_bus_access_notifier for this use case.
Signed-off-by: Hans de Go
intel_uncore_suspend() unregisters the uncore code's PMIC bus access
notifier and gets called on both normal and runtime suspend.
intel_uncore_resume_early() re-registers the notifier, but only on
normal resume. Add a new intel_uncore_runtime_resume() function which
only re-registers the notifier
DRM subysystem and clock driver shared the same compatible mmsys.
This stopped does not work, as only the first driver for a compatible
gets probed. We change the comaptible to the new DRM identifier to fix
this.
Signed-off-by: Matthias Brugger
---
.../devicetree/bindings/display/mediatek/mediat
The mmsys block is an independent block that probes the
clock driver. The multimedia subsystem therefore does not get
probed. We add a new compatible for the multimedia subsystem.
We pass the mmsys registers via syscon and access them using regmap
instead of relaxed read/write.
Signed-off-by: Mat
Hi All,
Here is a split-up version of my "drm/i915: Acquire PUNIT->PMIC bus for
intel_uncore_forcewake_reset()" patch, this time with the
arch/x86/platform/intel/iosf_mbi.c split out into a separate patch.
Since the iosf_mbi changes are fairly isolated, ideally this entire
series would go upstrea
DRM subysystem and clock driver shared the same compatible mmsys.
This stopped does not work, as only the first driver for a compatible
gets probed. We change the comaptible to the new DRM identifier to fix
this.
Signed-off-by: Matthias Brugger
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 5 ++
DRM subysystem and clock driver shared the same compatible mmsys.
This stopped does not work, as only the first driver for a compatible
gets probed. We change the comaptible to the new DRM identifier to fix
this.
Signed-off-by: Matthias Brugger
---
arch/arm/boot/dts/mt2701.dtsi | 5 +
1 file
Hi All,
Here is a resend of the first 3 of the 4 patches in my Misc. PMIC bus
access notifier fixes series. I'm leaving out the 4th patch this time,
because that includes some changes to the iosf_mbi code under arch/x86
and that has been blocking this series from getting upstream sofar.
I will se
intel_uncore_forcewake_reset() does forcewake puts and gets as such
we need to make sure that no-one tries to access the PUNIT->PMIC bus
(on systems where this bus is shared) while it runs, otherwise bad
things happen.
Normally this is taken care of by the i915_pmic_bus_access_notifier()
which doe
Quoting Ville: "the forcewake timer might still be active until the uncore
suspend, and having active forcewakes while we've already told the GT wake
stuff to stop acting normally doesn't seem quite right to me."
Reported-by: Ville Syrjälä
Suggested-by: Imre Deak
Signed-off-by: Hans de Goede
Re
Quoting Chris Wilson (2017-10-19 11:53:44)
> _drm_lease_revoke() requires it callers to hold the idr_mutex, but its
> only caller did not. Every device release would then trigger:
>
> WARNING: CPU: 7 PID: 4169 at drivers/gpu/drm/drm_lease.c:313
> _drm_lease_revoke+0x12c/0x140
> Modules linked i
Hi Matthias,
On Thu, 2017-10-19 at 13:26 +0200, Matthias Brugger wrote:
> DRM subysystem and clock driver shared the same compatible mmsys.
> This stopped does not work, as only the first driver for a compatible
> gets probed. We change the comaptible to the new DRM identifier to fix
> this.
>
>
On Thu, 2017-10-19 at 13:26 +0200, Matthias Brugger wrote:
> DRM subysystem and clock driver shared the same compatible mmsys.
> This stopped does not work, as only the first driver for a compatible
> gets probed. We change the comaptible to the new DRM identifier to fix
> this.
>
> Signed-off-by:
On Thu, Sep 28, 2017 at 03:50:39PM +0300, Mikko Perttunen wrote:
> Since Tegra186 the Host1x hardware allows syncpoints to be assigned to
> specific channels, preventing any other channels from incrementing
> them.
>
> Enable this feature where available and assign syncpoints to channels
> when su
Hi Matthias,
Thank you for the patch.
On Thursday, 19 October 2017 14:26:07 EEST Matthias Brugger wrote:
> DRM subysystem and clock driver shared the same compatible mmsys.
> This stopped does not work, as only the first driver for a compatible
> gets probed. We change the comaptible to the new D
This ioctl will allow us to purge inactive userspace buffers when the
system is running out of contiguous memory.
For now, the purge logic is rather dumb in that it does not try to
release only the amount of BO needed to meet the last CMA alloc request
but instead purges all objects placed in the
On Thu, 2017-10-19 at 13:26 +0200, Matthias Brugger wrote:
> In theory the MMSYS device tree identifier is matches twice, by the clk
> driver
> and the DRM subsystem. But the kernel only matches the first driver for a
> device (clk) and discards the second one. This breaks graphics on mt8173 and
Hey Marek,
Marek Szyprowski wrote:
> This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
you probably mean "DRM gsc driver" here (or GSC, not sure about capitalisation).
- Tobias
> The side effect of this conversion is a switch to driver component API
> to register properly in
Marek Szyprowski wrote:
> This patch adapts Exynos DRM rotator driver to new IPP v2 core API.
"DRM FIMC driver"
- Tobias
> The side effect of this conversion is a switch to driver component API
> to register properly in the Exynos DRM core.
>
> Signed-off-by: Marek Szyprowski
> ---
> drivers/
On Thu, 2017-10-19 at 15:53 +0300, Laurent Pinchart wrote:
> Hi Matthias,
>
> Thank you for the patch.
>
> On Thursday, 19 October 2017 14:26:07 EEST Matthias Brugger wrote:
> > DRM subysystem and clock driver shared the same compatible mmsys.
> > This stopped does not work, as only the first dri
If the FE is restarted before the sync point event is cleared, the GPU
might trigger a completion IRQ for the next sync point before corrupting
the state of the currently running worker.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 16 ++--
1 file changed, 6
On Mon, Sep 11, 2017 at 02:29:52PM +0200, Hans Verkuil wrote:
> From: Hans Verkuil
>
> In order to support CEC the HDMI driver has to inform the CEC driver
> whenever the physical address changes. So when the EDID is read the
> CEC driver has to be informed and whenever the hotplug detect goes
>
On Thu, Oct 19, 2017 at 03:17:16PM +0200, Thierry Reding wrote:
> On Mon, Sep 11, 2017 at 02:29:52PM +0200, Hans Verkuil wrote:
> > From: Hans Verkuil
> >
> > In order to support CEC the HDMI driver has to inform the CEC driver
> > whenever the physical address changes. So when the EDID is read t
On Thu, 2017-10-19 at 07:28 -0400, Frediano Ziglio wrote:
> > This tries to work out when the commit is likely just a pageflip
> > and avoid touching the primary surface, this might go wrong at
> > some point but I believe it's the same level as wrong as the old
> > code
> > base.
> >
> > Signed-
On 10/19/17 15:30, Thierry Reding wrote:
> On Thu, Oct 19, 2017 at 03:17:16PM +0200, Thierry Reding wrote:
>> On Mon, Sep 11, 2017 at 02:29:52PM +0200, Hans Verkuil wrote:
>>> From: Hans Verkuil
>>>
>>> In order to support CEC the HDMI driver has to inform the CEC driver
>>> whenever the physical
Hi Philipp,
On Thursday, 19 October 2017 16:01:54 EEST Philipp Zabel wrote:
> On Thu, 2017-10-19 at 13:26 +0200, Matthias Brugger wrote:
> > In theory the MMSYS device tree identifier is matches twice, by the clk
> > driver and the DRM subsystem. But the kernel only matches the first
> > driver fo
On Thu, Oct 19, 2017 at 03:37:43PM +0200, Hans Verkuil wrote:
> On 10/19/17 15:30, Thierry Reding wrote:
> > On Thu, Oct 19, 2017 at 03:17:16PM +0200, Thierry Reding wrote:
> >> On Mon, Sep 11, 2017 at 02:29:52PM +0200, Hans Verkuil wrote:
> >>> From: Hans Verkuil
> >>>
> >>> In order to support C
Hi Dave, I hoped this was going to be the last pull, but there's some
pressure for another. I'll tag more this week, and we can see next week
if you'd be willing to still take it.
BR,
Jani.
drm-intel-next-2017-10-12:
Last batch of drm/i915 features for v4.15:
- transparent huge pages support (M
Hi Laurent,
On Thu, 2017-10-19 at 16:39 +0300, Laurent Pinchart wrote:
> Hi Philipp,
>
> On Thursday, 19 October 2017 16:01:54 EEST Philipp Zabel wrote:
> > On Thu, 2017-10-19 at 13:26 +0200, Matthias Brugger wrote:
> > > In theory the MMSYS device tree identifier is matches twice, by the clk
> >
2017-10-19 15:10 GMT+02:00 Lucas Stach :
> If the FE is restarted before the sync point event is cleared, the GPU
> might trigger a completion IRQ for the next sync point before corrupting
> the state of the currently running worker.
>
> Signed-off-by: Lucas Stach
Reviewed-by: Christian Gmeiner
Hi,
On 16 October 2017 at 06:29, Dave Airlie wrote:
> This adds the infrastructure needed to quirk displays
> using edid and to mark them a non-standard.
>
> A non-standard display is one which doesn't work like
> a normal rectangular monitor or requires some transformation
> of the output by the
Hi Ankit,
On 17 October 2017 at 12:08, Nautiyal, Ankit K
wrote:
> On Similar lines, I was able to add the new DRM_CLIENT_CAP_ASPECT_RATIO. I
> also added a member 'aspect_ratio_required' in drm_file structure,
Quick bikeshed suggestion: aspect_ratio_supported. ;)
> Now what I want to do is
>
>
On Mon, Oct 16, 2017 at 08:10:56PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Allow the user to override the default configuration set by setcrtc
> for the primary plane. On some hardware primary planes can be freely
> positioned/sized, and it'd be nice if we can actually test that fea
https://bugs.freedesktop.org/show_bug.cgi?id=103304
--- Comment #8 from Luc ---
I did some further analysis in our code, and found that some textures follow
another path (not using the Fence/Sync).
In this path it can indeed be that the same texture id is re-used and uploaded
in the texture uploa
Daniel Stone writes:
> Why not add a client cap which hides 'non-standard' displays
> completely from non-aware clients? That way you can keep the connected
> status as is, and clients either never see the HMD or will be able to
> check the property.
Most clients are display servers, and it look
On Wed, Oct 18, 2017 at 4:06 PM, Lloyd Atkinson wrote:
> Hi folks,
>
> We're looking at 4K HDMI mode support, and noticed aspect ratio support
> is in flux.
>
> Aspect ratio parsing was added to the mode:
> https://patchwork.kernel.org/patch/9271401/
>
> But later reverted:
> https://patchwork.ker
On Thu, Oct 19, 2017 at 12:32:53PM -0400, Rob Clark wrote:
> On Wed, Oct 18, 2017 at 4:06 PM, Lloyd Atkinson
> wrote:
> > Hi folks,
> >
> > We're looking at 4K HDMI mode support, and noticed aspect ratio support
> > is in flux.
> >
> > Aspect ratio parsing was added to the mode:
> > https://patch
On Thu, Oct 19, 2017 at 12:32 PM, Rob Clark wrote:
> On Wed, Oct 18, 2017 at 4:06 PM, Lloyd Atkinson
> wrote:
>> Hi folks,
>>
>> We're looking at 4K HDMI mode support, and noticed aspect ratio support
>> is in flux.
>>
>> Aspect ratio parsing was added to the mode:
>> https://patchwork.kernel.or
On Thu, Oct 19, 2017 at 01:08:05PM -0400, Alex Deucher wrote:
> On Thu, Oct 19, 2017 at 12:32 PM, Rob Clark wrote:
> > On Wed, Oct 18, 2017 at 4:06 PM, Lloyd Atkinson
> > wrote:
> >> Hi folks,
> >>
> >> We're looking at 4K HDMI mode support, and noticed aspect ratio support
> >> is in flux.
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=101691
Lyude Paul changed:
What|Removed |Added
Attachment #134890|0 |1
is obsolete|
On Wed, Oct 18, 2017 at 5:49 PM, Mark yao wrote:
> On 2017年10月19日 01:52, Brian Norris wrote:
>>
>> Hi Kristian,
>>
>> On Thu, Nov 03, 2016 at 12:46:48PM -0700, Kristian Högsberg wrote:
>>>
>>> We used to call drm_of_encoder_active_endpoint_id() from
>>> rockchip_dp_drm_encoder_atomic_check() to de
On Tue, Oct 17, 2017 at 4:22 PM, Georgiana Chelu
wrote:
> Move the constant on the right side of the comparison in order to
> make the code easier to read.
>
> Issue found by checkpatch script:
> * WARNING: Comparisons should place the constant on the right side of
> the test
>
> Signed-off-by: Ge
On Wed, Oct 18, 2017 at 09:28:01PM +0200, Daniel Vetter wrote:
> On Wed, Oct 18, 2017 at 6:59 PM, Michel Dänzer wrote:
> > On 18/10/17 12:15 PM, Nicolai Hähnle wrote:
> >> On 18.10.2017 10:10, Daniel Vetter wrote:
> >>> On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
> On 17.1
https://bugs.freedesktop.org/show_bug.cgi?id=101691
Daniel Vetter changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |intel-3d-bugs@lists.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=103316
--- Comment #2 from Vedran Miletić ---
Created attachment 134926
--> https://bugs.freedesktop.org/attachment.cgi?id=134926&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103316
--- Comment #3 from Vedran Miletić ---
Not sure if it's a regression, but I can check older kernels if you want me to.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri
Hi Dave,
Last set of features for 4.15. Highlights:
- Add a bo flag to allow buffers to opt out of implicit sync
- Add ctx priority setting interface
- Lots more powerplay cleanups
- Start to plumb through vram lost infrastructure for gpu reset
- ttm support for huge pages
- misc cleanups and bug
Since we enabled runtime PM, we cannot count on cursor registers to
retain their values. This can result in situations where we think the
cursor is enabled when we enable the CRTC but it is trying to scan out
null (and the rest of cursor position/size is lost), resulting in faults
and generally an
Boris Brezillon writes:
> This ioctl will allow us to purge inactive userspace buffers when the
> system is running out of contiguous memory.
>
> For now, the purge logic is rather dumb in that it does not try to
> release only the amount of BO needed to meet the last CMA alloc request
> but inst
https://bugzilla.kernel.org/show_bug.cgi?id=197327
Bug ID: 197327
Summary: radeon :01:00.0: failed VCE resume (-110).
Product: Drivers
Version: 2.5
Kernel Version: 4.13.8
Hardware: All
OS: Linux
Tree: Main
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Russell King
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/armada/armada_drm.h | 1 -
drivers/gpu/drm/armada/armada_drv.
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Inki Dae
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Kyungmin Park
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/exynos/exy
drm_fb_helper is *the* way of doing fbdev emulation so add a pointer to
struct drm_device. This makes it possible to add callback helpers for
.last_close and .output_poll_changed further reducing fbdev emulation
footprint in drivers. The pointer is set by drm_fb_helper_init() and
cleared by drm_fb_
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Rob Clark
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/msm/msm_drv.c | 18 ++
1 file changed, 2 insertions
This driver can use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Jani Nikula
Cc: Joonas Lahtinen
Cc: Rodrigo Vivi
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/i915/intel_display.c | 2 +-
drivers/gpu/drm/i915/intel_drv.h | 5 -
drivers/gpu/drm/i91
This patchset adds fbdev .last_close and .output_poll_changed helpers to
reduce fbdev emulation footprint in drivers.
I don't know which drivers have their own tree or not, so if you want me
to apply your patch to drm-misc, please let me know.
I will do a separate patchset for the cma helper driv
Make functions tolerate that the drm_fb_helper argument is NULL.
This is useful for drivers that continue probing when fbdev emulation
fails and not having to do this check themselves.
Update docs for functions that already handles this.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
-
This driver can use drm_fb_helper_lastclose() in its .lastclose function.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Alex Deucher
Cc: "Christian König"
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 9 ++--
This adds helpers for the drm_driver->last_close and the
drm_mode_config_funcs->output_poll_changed callbacks.
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_fb_helper.c | 28
include/drm/drm_fb_helper.h | 11 +++
2 file
This driver can use drm_fb_helper_lastclose() as its .lastclose callback.
It can also use drm_fb_helper_output_poll_changed() as its
.output_poll_changed callback.
Cc: Patrik Jakobsson
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/gma500/framebuffer.c | 9 +
drivers/gpu/drm/gma500/
1 - 100 of 116 matches
Mail list logo
