Hi Laurent,
Thank you for the review.
On 18.10.2017 17:11, Laurent Pinchart wrote:
> Hi Andrzej,
>
> Thank you for the patch.
>
> On Thursday, 28 September 2017 16:07:27 EEST Andrzej Hajda wrote:
>> These bindings allows to describe most known standard USB connectors
>> and it should be possible
On Wed, Oct 18, 2017 at 09:44:43PM +0200, Noralf Trønnes wrote:
> Den 17.10.2017 14.51, skrev Daniel Vetter:
> > On Sun, Oct 15, 2017 at 06:30:40PM +0200, Noralf Trønnes wrote:
> > > Add vmalloc buffer object helper that can be useful for modesetting
> > > drivers, particularly the framebuffer flus
On Wed, Oct 18, 2017 at 09:44:22PM +0200, Noralf Trønnes wrote:
>
> Den 17.10.2017 14.56, skrev Daniel Vetter:
> > On Sun, Oct 15, 2017 at 06:30:39PM +0200, Noralf Trønnes wrote:
> > > Add drm_gem_fb_debugfs_show() function to provide a debugfs
> > > representation of the framebuffer and GEM objec
Gerd Hoffmann (2):
drm/qxl: replace QXL_INFO with DRM_DEBUG_DRIVER
qxl: alloc & use shadow for dumb buffers
drivers/gpu/drm/qxl/qxl_drv.h | 28 +++---
drivers/gpu/drm/qxl/qxl_cmd.c | 22 ++
drivers/gpu/drm/qxl/qxl_display.c | 49 ++
---
drivers/gpu/drm/qxl/qxl_drv.h | 26 +-
drivers/gpu/drm/qxl/qxl_cmd.c | 16 +++-
drivers/gpu/drm/qxl/qxl_fb.c | 13 +
drivers/gpu/drm/qxl/qxl_release.c | 5 ++---
drivers/gpu/drm/qxl/qxl_ttm.c | 4 ++--
5 files changed, 17 inser
This patch changes the way the primary surface is used for dumb
framebuffers. Instead of configuring the bo itself as primary surface
a shadow bo is created and used instead. Framebuffers can share the
shadow bo in case they have the same format and resolution.
On atomic plane updates we don't h
Add etna_cmd_stream_perf(..) to submit perform requests.
Userspace can submit pmrs via submit ioctl to sample perfmon
signals.
Signed-off-by: Christian Gmeiner
---
etnaviv/etnaviv-symbol-check | 1 +
etnaviv/etnaviv_cmd_stream.c | 20
etnaviv/etnaviv_drmif.h | 12 +
Query all domains and their signals and provide it this information
via struct etna_perfmon and the corresponding api functions.
Signed-off-by: Christian Gmeiner
---
etnaviv/Makefile.sources | 1 +
etnaviv/etnaviv-symbol-check | 4 +
etnaviv/etnaviv_drmif.h | 10 +++
etnaviv/etnavi
Import the etnaviv header changes from kernel commit 05916bed1 (drm-next)
The drm_etnaviv_gem_submit structure was extended to include performance
monitor requests. Also two new ioctls got added to be able to readout
performance monitor domains and their signals.
Signed-off-by: Christian Gmeiner
Let plat drivers own the drvdata, so that they could cleanup resources
in their unbind().
Signed-off-by: Jeffy Chen
Reviewed-by: Neil Armstrong
---
Changes in v6: None
Changes in v5: None
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 43 ++---
drivers/gpu/drm/imx/dw_hd
Add missing clk_disable_unprepare() in bind()'s error handling path and
unbind().
Also inline clk_prepare_enable() with bind().
Fixes: 12b9f204e804 ("drm: bridge/dw_hdmi: add rockchip rk3288 support")
Signed-off-by: Jeffy Chen
---
Changes in v6: None
Changes in v5:
Add disable to unbind(), and
The rockchip_drm_psr_register() can fail, so add a sanity check for that.
Also reorder the calls in unbind() to match bind().
Signed-off-by: Jeffy Chen
---
Changes in v6: None
Changes in v5: None
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 15 +++
1 file changed, 11 insertio
Add missing pm_runtime_disable() in bind()'s error handling path.
Also cleanup encoder & connector in unbind().
Fixes: 80a9a059d4e4 ("drm/rockchip/dsi: add dw-mipi power domain support")
Signed-off-by: Jeffy Chen
---
Changes in v6: None
Changes in v5:
Call the destroy hook in the error handling
Add missing error handling in bind().
Fixes: 412d4ae6b7a5 ("drm/rockchip: hdmi: add Innosilicon HDMI support")
Signed-off-by: Jeffy Chen
---
Changes in v6: None
Changes in v5:
Call the destroy hook in the error handling path like in unbind().
Update cleanup order in unbind().
drivers/gpu/drm/r
The driver that instantiates the bridge should own the drvdata, as all
driver model callbacks (probe, remove, shutdown, PM ops, etc.) are also
owned by its driver struct. Moreover, storing two different pointer
types in driver data depending on driver initialization status is barely
a good practice
Remove unnecessary init code, since we would do it in the power_on()
callback.
Also move of parse code to probe().
Fixes: 9e32e16e9e98 ("drm: rockchip: dp: add rockchip platform dp driver")
Signed-off-by: Jeffy Chen
---
Changes in v6: None
Changes in v5: None
drivers/gpu/drm/rockchip/analogix
We inited connector in attach(), so need a detach() to cleanup.
Also fix wrong use of dw_hdmi_remove() in bind().
Signed-off-by: Jeffy Chen
---
Changes in v6: None
Changes in v5: None
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
di
Since we are initing connector in the core driver and encoder in the
plat driver, let's clean them up in the right places.
Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Hajda
---
Changes in v6:
Don't change order of rockchip_drm_psr_register().
Changes in v5: None
drivers/gpu/drm/bridge/ana
Make edp display works on chromebook kevin(at least for boot animation).
Also solve some issues i meet during the bringup.
Changes in v6:
Don't change order of rockchip_drm_psr_register().
Changes in v5:
Call the destroy hook in the error handling path like in unbind().
Call the destroy hook in
Hi Dave,
Here goes another round of drm/i915 fixes for 4.14.
drm-intel-fixes-2017-10-18-1:
Fix for stable:
- Fix DDI translation tables for BDW (Chris).
Critical fix:
- Fix GPU Hang on GVT (Changbin).
Other fixes:
- Fix eviction when GGTT is idle (Chris).
- CNL PLL fixes (Rodrigo).
- Fix pw
Hi Sean,
Thanks for your review.
On 10/18/2017 02:10 AM, Sean Paul wrote:
On Tue, Oct 17, 2017 at 06:16:20PM +0800, Jeffy Chen wrote:
>Add missing clk_disable_unprepare() in bind()'s error handling path.
This also isn't disabled in unbind(), is that intentional?
i wasn't able to do that bec
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 designed,
it does
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 determine the endpoint for the
active encoder. However, the encoder isn't
On Wed, Oct 18, 2017 at 03:20:57PM -0400, Harry Wentland wrote:
> On 2017-10-18 04:10 AM, Daniel Vetter wrote:
> > On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
> >> On 17.10.2017 19:16, Daniel Vetter wrote:
> >>> On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote:
> On 17
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #18 from FFAB ---
Upstream kernel test - kernel 4.14-rc5
boot-time +/- 40sec (message sound),
black screen
no net connection - neither cable nor wlan.
n o (remote) login possible
-> no dmesg
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=103354
Bug ID: 103354
Summary: LVDS-1 output only turns on with sleep 1s workaround
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #57 from Clinton Taylor ---
Created attachment 134914
--> https://bugs.freedesktop.org/attachment.cgi?id=134914&action=edit
Tearing during fullscreen is really a bad triangle
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #56 from Clinton Taylor ---
The tearing issue seen from comment #33 is actually a single triangle that is
being rendered late. Attached a screen shot from Unigine showing the "Bad"
triangle.
This issue has been fixed when using a la
https://bugs.freedesktop.org/show_bug.cgi?id=102358
har...@gmx.de changed:
What|Removed |Added
Attachment #134383|lprotection in action, |protection in action,
description
https://bugs.freedesktop.org/show_bug.cgi?id=102820
--- Comment #17 from dwagner ---
(In reply to Harry Wentland from comment #16)
> This is really weird behavior. Do you have the actual TV model by any
> chance?
It's an LG 55EG9609 TV. A link to a manual:
https://www.lg.com/de/lgecs.downloadFi
Hi Linus,
Thank you for the patch.
On Tuesday, 17 October 2017 13:19:04 EEST Linus Walleij wrote:
> This extends the dumb VGA DAC bridge to handle the THS8134A
> and THS8134B VGA DACs in addition to those already handled.
>
> The THS8134A, THS8134B and as it turns out also THS8135 need to
> have
Hi Linus,
Thank you for the patch.
On Tuesday, 17 October 2017 13:19:03 EEST Linus Walleij wrote:
> This adds device tree bindings for the Texas Instruments
> THS8134A and THS8134B VGA DACs by extending and renaming the
> existing bindings for THS8135.
>
> These DACs are used for the VGA outputs
Boris Brezillon writes:
> On Tue, 17 Oct 2017 17:16:29 -0700
> Eric Anholt wrote:
>
>> 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 tha
On 09/27/2017 06:20 AM, Benjamin Gaignard wrote:
> diff --git a/drivers/staging/android/ion/ion.c
> b/drivers/staging/android/ion/ion.c
> index 93e2c90..092b24c 100644
> --- a/drivers/staging/android/ion/ion.c
> +++ b/drivers/staging/android/ion/ion.c
> @@ -40,6 +40,8 @@
>
> #include "ion.h"
>
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.kernel.org/patch/9410765/
We're finding that since aspect ratio information
Den 17.10.2017 14.51, skrev Daniel Vetter:
On Sun, Oct 15, 2017 at 06:30:40PM +0200, Noralf Trønnes wrote:
Add vmalloc buffer object helper that can be useful for modesetting
drivers, particularly the framebuffer flushing kind.
Signed-off-by: Noralf Trønnes
Why can't we extend the shmem stuf
Den 17.10.2017 14.56, skrev Daniel Vetter:
On Sun, Oct 15, 2017 at 06:30:39PM +0200, Noralf Trønnes wrote:
Add drm_gem_fb_debugfs_show() function to provide a debugfs
representation of the framebuffer and GEM object(s).
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_gem_framebuffer_h
Den 17.10.2017 14.48, skrev Daniel Vetter:
On Sun, Oct 15, 2017 at 06:30:37PM +0200, Noralf Trønnes wrote:
This adds some simple init/fini helpers for drivers that don't need
anything special in their fbdev emulation setup.
Signed-off-by: Noralf Trønnes
So I know the saying goes that any des
Den 17.10.2017 14.38, skrev Daniel Vetter:
On Sun, Oct 15, 2017 at 06:30:35PM +0200, Noralf Trønnes wrote:
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.
Upd
Hi Dave,
Just one revert to fix a stability regression.
The following changes since commit 2de0307323fc42c6395d0eafec9879d55e042c85:
Merge tag 'exynos-drm-fixes-for-v4.14-rc5' of
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-fixes
(2017-10-17 10:14:56 +1000)
are
On Thu, Sep 28, 2017 at 4:44 PM, Kristian H. Kristensen
wrote:
> This teaches modetest about the new IN_FORMATS blob and decodes the
> blob to show supported formats and modifiers.
>
> Signed-off-by: Kristian H. Kristensen
I went ahead and pushed this.
Kristian
> ---
> tests/modetest/modetest
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.10.2017 19:16, Daniel Vetter wrote:
> On Tue, Oct 17, 2017 at 5:40 PM,
On 2017-10-18 04:10 AM, Daniel Vetter wrote:
> On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
>> On 17.10.2017 19:16, Daniel Vetter wrote:
>>> On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote:
On 17/10/17 05:04 PM, Daniel Vetter wrote:
> On Tue, Oct 17, 2017 at 03:46:
https://bugs.freedesktop.org/show_bug.cgi?id=103234
--- Comment #7 from Dennis Schridde ---
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 thus
Natural Selection 2) with DRI_PRIME=1, but that di
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #55 from Daniel Vetter ---
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
only displays. And the display engine is definitely o
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 determine the endpoint for the
> active encoder. However, the encoder isn't necessarily active at this
> point or i
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 documentation
- add bus flags
---
.../display/panel/toshiba,lt089ac29000.txt |
Hi Dave,
please consider merging these small cleanups for the imx-drm driver,
including a switch from drm_property_unreference_blob to
drm_property_blob_put, a change of the parallel-display connector enum
from VGA to DPI, a documentation fix for the device tree binding
example, and removal of an
On Mon, Oct 16, 2017 at 02:26:00PM -0400, Sean Paul wrote:
> On Fri, Oct 13, 2017 at 6:42 PM, Noralf Trønnes wrote:
> >
> > Den 13.10.2017 22.25, skrev Sean Paul:
> >>
> >> On Fri, Oct 13, 2017 at 04:11:43PM +0530, Meghana Madhyastha wrote:
> >>>
> >>> Rename tinydrm_of_find_backlight to backlight
https://bugs.freedesktop.org/show_bug.cgi?id=103317
--- Comment #3 from Torsten Kessler ---
Created attachment 134912
--> https://bugs.freedesktop.org/attachment.cgi?id=134912&action=edit
Output of xrandr --verbose
As suggested I turned EnablePageFlip off:
Section "Device"
Identifier
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.10.2017 19:16, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer
wrote:
> On 17/10/17 05:04 PM, Danie
> -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: [pull] amdgpu drm-fixes-4.14
>
> On
On Wed, Oct 18, 2017 at 02:33:37PM +, Deucher, Alexander wrote:
Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns. Doing this makes your messages much
easier to read and reply to.
> Your conflict change affectively reverted 1e444864833
On Wed, Oct 18, 2017 at 04:26:48PM +0100, Chris Wilson wrote:
> Quoting Frank Binns (2017-10-18 14:30:23)
>
> You mean it's not markdown for making it double-height bold?
>
> > Signed-off-by: Frank Binns
> Reviewed-by: Chris Wilson
Applied to drm-misc-next.
-Daniel
--
Daniel Vetter
Software E
From: Vijendar Mukunda
Added DMA driver changes for Stoney platform.
Below are the key differences between Stoney and CZ
In Stoney, Memory Gating is disabled.SRAM Banks won't
be turned off.No Of SRAM Banks reduced to 6.
DAGB Garlic Interface used and 16 bit resolution is supported.
SRAM bank 1 &
From: Akshu Agrawal
The driver is used for AMD board using rt5650 codec.
Reviewed-by: Alex Deucher
Signed-off-by: Akshu Agrawal
Signed-off-by: Alex Deucher
Signed-off-by: Dylan Reid
---
v2: Change ACPI ID to AMDI1002
v3: add R-b, resend
v4: Fix audio jack issue (Dylan Reid)
Fix Kconfig
This patch set updates the AMD GPU and Audio CoProcessor (ACP)
audio drivers and the designware i2s driver for Stoney (ST).
ST is an APU similar to Carrizo (CZ) which already has ACP audio
support. The i2s controller and ACP audio DMA engine are part of
the GPU and both need updating so I would li
From: Vijendar Mukunda
For Stoney platform, Memory gating is disabled.i.e SRAM Banks
won't be turned off. By Default, SRAM Bank state set to ON.
Added condition checks to skip SRAM Bank state set logic for
Stoney platform.
Acked-by: Mark Brown
Reviewed-by: Alex Deucher
Signed-off-by: Vijendar
From: Vijendar Mukunda
Stoney uses 16kb SRAM memory for playback and 16Kb
for capture.Modified Max buffer size to have the
correct mapping between System Memory and SRAM.
Added snd_pcm_hardware structures for playback
and capture for Stoney.
Reviewed-by: Alex Deucher
Signed-off-by: Vijendar Mu
Hi Ulrich,
On Wednesday, 18 October 2017 18:57:14 EEST Laurent Pinchart wrote:
> On Wednesday, 18 October 2017 17:53:54 EEST 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 underst
On 13/10/17 10:19 AM, Christian König wrote:
> Am 13.10.2017 um 09:41 schrieb Michel Dänzer:
>> On 12/10/17 07:49 PM, Alex Deucher wrote:
>>> On Thu, Oct 12, 2017 at 1:02 PM, Christian König
>>> wrote:
Am 12.10.2017 um 18:20 schrieb Michel Dänzer:
> On 12/10/17 05:58 PM, Alex Deucher wrot
On 18/10/2017 14:09, Jeffy Chen wrote:
> Let plat drivers own the drvdata, so that they could cleanup resources
> in their unbind().
>
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v5: None
>
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 43
> ++---
> drivers/gpu/
Hi Ulrich,
On Wednesday, 18 October 2017 17:53:54 EEST 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 yo
Hi Dave, Mark,
This branch against Linus' 4.14-rc4 contains the 3 pre-requisite patches
for Stoney ACP audio. Mark needs these patches to apply the rest of the
Stoney ACP patch set on the audio side. I'll resend the stony audio patches
shortly, but there are no differences from the last version
Hi Andrzej,
On Wednesday, 18 October 2017 18:11:25 EEST Laurent Pinchart wrote:
> On Thursday, 28 September 2017 16:07:27 EEST Andrzej Hajda wrote:
> > These bindings allows to describe most known standard USB connectors
> > and it should be possible to extend it if necessary.
> > USB connectors,
Quoting Frank Binns (2017-10-18 14:30:23)
You mean it's not markdown for making it double-height bold?
> Signed-off-by: Frank Binns
Reviewed-by: Chris Wilson
-Chris
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.o
Hi Andrzej,
Thank you for the patch.
On Thursday, 28 September 2017 16:07:27 EEST Andrzej Hajda wrote:
> These bindings allows to describe most known standard USB connectors
> and it should be possible to extend it if necessary.
> USB connectors, beside USB can be used to route other protocols,
>
On Wednesday 18 October 2017, David Miller wrote:
> From: John Paul Adrian Glaubitz
> Date: Wed, 18 Oct 2017 15:14:27 +0200
>
> > 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 6016a363f
On Wed, Oct 18, 2017 at 02:30:50PM +, Deucher, Alexander wrote:
> The patch below effectively reverts 1e4448648333a. If you drop the patch
> below, you should be fine.
As I said in my followup mail I've dropped all these patches due to
build failures, please resend both the pull request and
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, October 18, 2017 6:08 AM
> To: Deucher, Alexander; Mukunda, Vijendar; Zhu, Rex; Daniel Vetter; Intel
> Graphics; DRI; Liam Girdwood
> Cc: Linux-Next Mailing List; Linux Kernel Mailing List; alsa-devel@als
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, October 18, 2017 5:58 AM
> To: Deucher, Alexander; Mukunda, Vijendar; Zhu, Rex; Daniel Vetter; Intel
> Graphics; DRI; Liam Girdwood
> Cc: Linux-Next Mailing List; Linux Kernel Mailing List
> Subject: linu
On Wed, Oct 18, 2017 at 04:50:19PM +0300, Ville Syrjälä wrote:
> On Wed, Oct 18, 2017 at 09:07:47AM +0200, Andrzej Hajda wrote:
> > Hi Ville,
> >
> > On 10.10.2017 15:33, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > On machines where the vblank interrupt fires some time after the st
https://bugs.freedesktop.org/show_bug.cgi?id=102566
Marta Löfstedt changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Marta Löfst
Hi everyone,
This is the ninth and hopefully last incarnation of this set of patches. It
enables device drivers to resize and most likely also relocate the PCI BAR of
devices they manage to allow the CPU to access all of the device local memory
at once.
This is very useful for GFX device drivers
https://bugs.freedesktop.org/show_bug.cgi?id=103168
Marta Löfstedt changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
From: Christian König
Try to resize BAR0 to let CPU access all of VRAM.
v2: rebased, style cleanups, disable mem decode before resize,
handle gmc_v9 as well, round size up to power of two.
v3: handle gmc_v6 as well, release and reassign all BARs in the driver.
v4: rename new function to amdg
From: Christian König
This allows device drivers to request resizing their BARs.
The function only tries to reprogram the windows of the bridge directly above
the requesting device and only the BAR of the same type (usually mem, 64bit,
prefetchable). This is done to make sure not to disturb othe
From: Christian König
Just the defines and helper functions to read the possible sizes of a BAR and
update it's size.
See
https://pcisig.com/sites/default/files/specification_documents/ECN_Resizable-BAR_24Apr2008.pdf
and PCIe r3.1, sec 7.22.
This is useful for hardware with large local storage
From: Christian König
We use this mask multiple times in the bus setup.
v2: fix some style nit picks
Signed-off-by: Christian König
Reviewed-by: Andy Shevchenko
---
drivers/pci/pci.h | 3 +++
drivers/pci/setup-bus.c | 12 +++-
2 files changed, 6 insertions(+), 9 deletions(-)
From: Christian König
Most BIOS don't enable this because of compatibility reasons.
Manually enable a 64bit BAR of 64GB size so that we have
enough room for PCI devices.
v2: style cleanups, increase size, add resource name, set correct flags,
print message that windows was added
v3: add def
https://bugs.freedesktop.org/show_bug.cgi?id=103317
--- Comment #2 from Michel Dänzer ---
Please attach the output of
xrandr --verbose
while the problem occurs (i.e. while e.g. 0ad is running and showing
flickering).
Does not enabling TearFree or
Option "EnablePageFlip" "off"
avoid the pro
On Wed, Oct 18, 2017 at 09:07:47AM +0200, Andrzej Hajda wrote:
> Hi Ville,
>
> On 10.10.2017 15:33, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > On machines where the vblank interrupt fires some time after the start
> > of vblank (or we just manage to race with the vblank interrupt handle
https://bugs.freedesktop.org/show_bug.cgi?id=103317
Michel Dänzer changed:
What|Removed |Added
Attachment #134889|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=103317
Michel Dänzer changed:
What|Removed |Added
Attachment #134888|text/x-log |text/plain
mime type|
Signed-off-by: Frank Binns
---
include/linux/dma-fence.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/dma-fence.h b/include/linux/dma-fence.h
index ca97422..efdabbb 100644
--- a/include/linux/dma-fence.h
+++ b/include/linux/dma-fence.h
@@ -128,7 +128,7 @@ stru
From: John Paul Adrian Glaubitz
Date: Wed, 18 Oct 2017 15:14:27 +0200
> 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 u
On 18.10.2017 14:09, Jeffy Chen wrote:
> Since we are initing connector in the core driver and encoder in the
> plat driver, let's clean them up in the right places.
>
> Signed-off-by: Jeffy Chen
> ---
>
> Changes in v5: None
>
> drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 --
> drive
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.
Cc: "David S. Miller"
Cc: Bhumika Goyal
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/video/
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 13/10/17 17:58, Laurent Pinchart wrote:
> Hello,
>
> This patch series merges the omapdrm and omapdss drivers into a single driver
> called omapdrm. The split in tw
https://bugs.freedesktop.org/show_bug.cgi?id=103304
--- Comment #7 from Nicolai Hähnle ---
Though on second thought, that patch should have no effect, assuming that you
glFlush() properly after the glFenceSync().
--
You are receiving this mail because:
You are the assignee for the bug._
Hi Tomi,
On Wednesday, 18 October 2017 12:19:26 EEST Tomi Valkeinen wrote:
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
> On 13/10/17 17:59, Laurent Pinchart wrote:
> > There's no need for the omapdss-base code t
https://bugs.freedesktop.org/show_bug.cgi?id=103304
--- Comment #6 from Nicolai Hähnle ---
Created attachment 134908
--> https://bugs.freedesktop.org/attachment.cgi?id=134908&action=edit
simple sanity check patch
Does the attached patch help?
--
You are receiving this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=103304
--- Comment #5 from Nicolai Hähnle ---
Interesting. It's possible that there's a gap in the glWaitSync implementation.
I'm still looking into these things.
--
You are receiving this mail because:
You are the assignee for the bug.__
Let plat drivers own the drvdata, so that they could cleanup resources
in their unbind().
Signed-off-by: Jeffy Chen
---
Changes in v5: None
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 43 ++---
drivers/gpu/drm/imx/dw_hdmi-imx.c | 22 +--
drivers/
Add missing clk_disable_unprepare() in bind()'s error handling path and
unbind().
Also inline clk_prepare_enable() with bind().
Fixes: 12b9f204e804 ("drm: bridge/dw_hdmi: add rockchip rk3288 support")
Signed-off-by: Jeffy Chen
---
Changes in v5:
Add disable to unbind(), and inline clk_prepare_e
Add missing error handling in bind().
Fixes: 412d4ae6b7a5 ("drm/rockchip: hdmi: add Innosilicon HDMI support")
Signed-off-by: Jeffy Chen
---
Changes in v5:
Call the destroy hook in the error handling path like in unbind().
Update cleanup order in unbind().
drivers/gpu/drm/rockchip/inno_hdmi.c
We inited connector in attach(), so need a detach() to cleanup.
Also fix wrong use of dw_hdmi_remove() in bind().
Signed-off-by: Jeffy Chen
---
Changes in v5: None
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/g
Remove unnecessary init code, since we would do it in the power_on()
callback.
Also move of parse code to probe().
Fixes: 9e32e16e9e98 ("drm: rockchip: dp: add rockchip platform dp driver")
Signed-off-by: Jeffy Chen
---
Changes in v5: None
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 27
Make edp display works on chromebook kevin(at least for boot animation).
Also solve some issues i meet during the bringup.
Changes in v5:
Call the destroy hook in the error handling path like in unbind().
Call the destroy hook in the error handling path like in unbind().
Update cleanup order in
Add missing pm_runtime_disable() in bind()'s error handling path.
Also cleanup encoder & connector in unbind().
Fixes: 80a9a059d4e4 ("drm/rockchip/dsi: add dw-mipi power domain support")
Signed-off-by: Jeffy Chen
---
Changes in v5:
Call the destroy hook in the error handling path like in unbind
1 - 100 of 177 matches
Mail list logo