Hi,
while recently working on the ALSA memory allocator API cleanup, I
noticed that dw-hdmi bridge driver seems doing weird about the buffer
management. It pre-allocates the usual device buffers fully at the
probe time, while each stream allocates the buffer via the vmalloc
helpers and replaces w
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #23 from wychuchol ---
(In reply to wychuchol from comment #19)
> After some time in Witcher 3 GOTY run with Lutris PC restarts on it's own. I
> thought something is overheating (I've noticed graphic card memory in
> PSensor sometime
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #38 from Andrew Sheldon ---
(In reply to Shmerl from comment #37)
> If that makes any difference, I enabled adaptive sync for amdgpu, and didn't
> revert any commits. Using regular 5.4-rc6 kernel.
The fix isn't in 5.4-rcX yet, so no
On 2019/11/5 下午12:39, Alex Williamson wrote:
On Tue, 5 Nov 2019 11:52:41 +0800
Jason Wang wrote:
On 2019/11/5 上午5:50, Alex Williamson wrote:
On Mon, 4 Nov 2019 20:39:50 +0800
Jason Wang wrote:
This patch implements basic support for mdev driver that supports
virtio transport for kernel
On Tue, 2019-11-05 at 05:53 +0100, Michał Mirosław wrote:
> On Mon, Nov 04, 2019 at 06:23:19PM -0800, Jamal Shareef wrote:
> > This patchset removes spaces after left open parenthesis.
> > Issue found by checkpatch.
>
> I'd say that those spaces make code easier to look at, so it would
> be better
On Tue, 5 Nov 2019 11:52:41 +0800
Jason Wang wrote:
> On 2019/11/5 上午5:50, Alex Williamson wrote:
> > On Mon, 4 Nov 2019 20:39:50 +0800
> > Jason Wang wrote:
> >
> >> This patch implements basic support for mdev driver that supports
> >> virtio transport for kernel virtio driver.
> >>
> >> Si
On 2019/11/5 上午5:50, Alex Williamson wrote:
On Mon, 4 Nov 2019 20:39:50 +0800
Jason Wang wrote:
This patch implements basic support for mdev driver that supports
virtio transport for kernel virtio driver.
Signed-off-by: Jason Wang
---
drivers/vfio/mdev/mdev_core.c| 20
drivers
On 2019/11/5 上午5:50, Alex Williamson wrote:
EXPORT_SYMBOL(mdev_set_drvdata);
+
Extra whitespace
/* Specify the class for the mdev device, this must be called during
- * create() callback.
- */
+ * create() callback explicitly or implicity through the helpers
s/implicity/implicitly/
On 2019/11/5 上午5:50, Alex Williamson wrote:
On Mon, 4 Nov 2019 20:39:47 +0800
Jason Wang wrote:
Mdev bus only supports vfio driver right now, so it doesn't implement
match method. But in the future, we may add drivers other than vfio,
the first driver could be virtio-mdev. This means we need
Hi all,
After merging the drm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
arch/powerpc/platforms/embedded6xx/Kconfig:2:error: recursive dependency
detected!
arch/powerpc/platforms/embedded6xx/Kconfig:2: symbol EMBEDDED6xx depends on
BROKEN_ON_SMP
init/Kconfig:79
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #207 from Shmerl ---
And I just got an sdma Firefox hang with 5.4-rc6. So while rate, it still
happens.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-de
Hi, Sean:
On Fri, 2019-11-01 at 09:26 -0400, Sean Paul wrote:
> From: Sean Paul
>
> Expose the rotation property and handle REFLECT_Y rotations.
>
> Cc: Fritz Koenig
> Cc: Daniele Castagna
> Cc: Miguel Casas
> Cc: Mark Yacoub
> Signed-off-by: Sean Paul
> ---
>
> The hardware also supports
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #206 from Shmerl ---
(In reply to wychuchol from comment #205)
> How would I go about verifying if something uses PCIe 4?
To avoid lengthy off-topic, I answered in the Matrix room (linked above).
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #37 from Shmerl ---
If that makes any difference, I enabled adaptive sync for amdgpu, and didn't
revert any commits. Using regular 5.4-rc6 kernel.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #36 from Shmerl ---
OK, I recorded some data after different steps.
Sapphire Pulse RX 5700 XT, LG 27GL85-B (2560x1440, 144 Hz), DisplayPort 1.4
connection enabled in the monitor, DP 1.4 cable used.
1. After normal, boot:
auto
GFX
https://bugs.freedesktop.org/show_bug.cgi?id=111869
--- Comment #4 from Andrew Sheldon ---
I just want to add that I do still get this bug with 5.4-rcX, unfortunately.
It's the only remaining non-Mesa hang that I haven't been able to workaround.
--
You are receiving this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #35 from Andrew Sheldon ---
(In reply to Dieter Nützel from comment #34)
> Which I couldn't verify on my Polaris system (with 2 identical HDMI
> monitors) currently.
> With 'low' and 2 identical HDMI displays I get the below under
>
Hey! Great start so far, some comments down below:
On Wed, 2019-10-30 at 15:24 -0400, mikita.lip...@amd.com wrote:
> From: Mikita Lipski
>
> Adding the following elements to add MST DSC support to DRM:
>
> - dsc_enable boolean flag to drm_dp_vcpi_allocation structure to signal,
> which port got
So: one comment down below:
On Wed, 2019-10-30 at 15:24 -0400, mikita.lip...@amd.com wrote:
> From: David Francis
>
> If there is limited link bandwidth on a MST network,
> it must be divided fairly between the streams on that network
>
> Implement an algorithm to determine the correct DSC conf
Hi Gabriela,
Did you double-check for other typos?
Reviewed-by: Rodrigo Siqueira
Thanks
On 11/04, Gabriela Bittencourt wrote:
> Fix typo in word 'blend' and in the word 'destination' and change
> preposition 'at' to 'of' in function 'blend' documentation.
> And change the task introduction wor
lgtm, I'll apply it tomorrow.
Thanks
Reviewed-by: Rodrigo Siqueira
On 11/04, Gabriela Bittencourt wrote:
> Add a description on VKMS module and the cases in which it should be used.
> There's a brief explanation on how to set it and use it in a VM, along with
> an example of running an igt-test
On Mon, Nov 4, 2019 at 4:01 PM Brian Masney wrote:
>
> Hey Rob,
>
> Since commit 2d99ced787e3 ("drm/msm: async commit support"), the frame
> buffer console on my Nexus 5 began throwing these errors:
>
> msm fd90.mdss: pp done time out, lm=0
>
> The display still works.
>
> I see that mdp5_flus
On Mon, Nov 04, 2019 at 05:08:47PM -0500, Brian Welty wrote:
> + gpuset.units
> + gpuset.units.effective
> + gpuset.units.partition
> +
> + gpuset.mems
> + gpuset.mems.effective
> + gpuset.mems.partition
> +
> + sched.max
> + sched.stats
> + sched.weight
> + sched.weight.nice
> +
> + mem
On Mon, Nov 04, 2019 at 02:49:18PM -0800, John Hubbard wrote:
> On 11/4/19 10:52 AM, Jerome Glisse wrote:
> > On Sun, Nov 03, 2019 at 01:18:07PM -0800, John Hubbard wrote:
> >> Add tracking of pages that were pinned via FOLL_PIN.
> >>
> >> As mentioned in the FOLL_PIN documentation, callers who eff
https://bugs.freedesktop.org/show_bug.cgi?id=111482
--- Comment #34 from Dieter Nützel ---
(In reply to Shmerl from comment #33)
> (In reply to Dieter Nützel from comment #32)
> >
> > Hello 'Shmerl',
> >
> > can you (and the other) please recheck with 'auto', too?
> > I think we have the 'same'
On Sun, Nov 03, 2019 at 09:54:58PM +0100, Linus Walleij wrote:
> This adds a starting point for processing and defining generic
> bindings used by DSI panels. We just define one single bool
> property to force the panel into video mode for now.
>
> Cc: devicet...@vger.kernel.org
> Suggested-by: Ro
On Sun, Nov 03, 2019 at 09:54:59PM +0100, Linus Walleij wrote:
> This adds device tree bindings for the Sony ACX424AKP panel.
> Let's use YAML.
>
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Linus Walleij
> ---
> ChangeLog v4->v5:
> - Fix up all warnings etc incurred from the now working sch
hey-sorry this took a little bit to get back to. I reviewed this before, but
this patch doesn't seem to be rebased against drm-tip otherwise it would
reflect the changes that happened with drm_dp_calc_pbn_mode() upstream:
https://patchwork.freedesktop.org/patch/332935/
can you rebase these patch
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #205 from wychuchol ---
(In reply to Shmerl from comment #198)
> (In reply to wychuchol from comment #197)
> > Despite the 'fix' I posted in comment 193 AER PCI bus errors still happen,
> > and autonomous resets happen as well. I thi
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #22 from wychuchol ---
(In reply to Marko Popovic from comment #21)
> What kernel/MESA combo are you using?
DRM 3.35.0, 5.4.0-050400rc5-generic, LLVM 9.0.0
Mesa 19.3.0-devel (git-ff6e148 2019-10-29 eoan-oibaf-ppa
Or at least that's
There are afbc helpers available.
Signed-off-by: Andrzej Pietrasiewicz
---
.../arm/display/komeda/komeda_format_caps.h | 1 -
.../arm/display/komeda/komeda_framebuffer.c | 44 +++
2 files changed, 17 insertions(+), 28 deletions(-)
diff --git a/drivers/gpu/drm/arm/display/ko
This patch adds support for afbc handling. afbc is a compressed format
which reduces the necessary memory bandwidth.
Co-developed-by: Mark Yao
Signed-off-by: Mark Yao
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/rockchip/Kconfig| 1 +
drivers/gpu/drm/rockchip/rockchip
These are useful for other users of afbc, e.g. rockchip.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/Kconfig | 8 +++
drivers/gpu/drm/Makefile| 1 +
drivers/gpu/drm/arm/Kconfig | 1 +
drivers/gpu/drm/drm_afbc.c | 129
include/drm/d
This series adds AFBC support for Rockchip. It is inspired by:
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/refs/heads/factory-gru-9017.B-chromeos-4.4/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
The first patch factors out some afbc helper functions, as they are useful
in gen
There are afbc helpers available.
Signed-off-by: Andrzej Pietrasiewicz
---
drivers/gpu/drm/arm/malidp_drv.c | 66 ++--
1 file changed, 12 insertions(+), 54 deletions(-)
diff --git a/drivers/gpu/drm/arm/malidp_drv.c b/drivers/gpu/drm/arm/malidp_drv.c
index 37d92a06318
Here is one proposal for a set of interface files to be implemented in
in a new DRM controller. This is an alternate set of interface files
than in the current v4 of DRM controller [1]. As there was not a clear
consensus on the interface files and associated controls, it seems worth
again conside
On Mon, 4 Nov 2019 20:39:49 +0800
Jason Wang wrote:
> Currently, except for the create and remove, the rest of
> mdev_parent_ops is designed for vfio-mdev driver only and may not help
> for kernel mdev driver. With the help of class id, this patch
> introduces device specific callbacks inside md
On Mon, 4 Nov 2019 20:39:47 +0800
Jason Wang wrote:
> Mdev bus only supports vfio driver right now, so it doesn't implement
> match method. But in the future, we may add drivers other than vfio,
> the first driver could be virtio-mdev. This means we need to add
> device class id support in bus m
On Mon, 4 Nov 2019 20:39:50 +0800
Jason Wang wrote:
> This patch implements basic support for mdev driver that supports
> virtio transport for kernel virtio driver.
>
> Signed-off-by: Jason Wang
> ---
> drivers/vfio/mdev/mdev_core.c| 20
> drivers/vfio/mdev/mdev_private.h | 2 +
>
On Mon, Nov 4, 2019 at 10:58 AM Fabrizio Castro
wrote:
>
> In an effort to repurpose lvds-encoder.c to also serve the
> function of LVDS decoders, we ended up defining a new "generic"
> compatible string, therefore adapt the dt-bindings to fit the
> new purpose. Also, convert the dt-bindings from
On Sat, Nov 02, 2019 at 08:25:19AM +0800, CK Hu wrote:
> Hi, Sean:
>
> On Fri, 2019-11-01 at 09:26 -0400, Sean Paul wrote:
> > From: Sean Paul
> >
> > Expose the rotation property and handle REFLECT_Y rotations.
> >
> > Cc: Fritz Koenig
> > Cc: Daniele Castagna
> > Cc: Miguel Casas
> > Cc: M
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #204 from Daniel Suarez ---
(In reply to Marko Popovic from comment #202)
> (In reply to Daniel Suarez from comment #201)
> > AMD has been pretty quiet here lately, has anyone tested with the 6th
> > release candidate for kernel 5.4?
-v3: Rename to avoid confusion
Signed-off-by: Jerry (Fangzhi) Zuo
---
.../drm/amd/display/amdgpu_dm/amdgpu_dm_helpers.c | 35 +-
1 file changed, 7 insertions(+), 28 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_helpers.c
b/drivers/gpu/drm/amd/di
DP 1.4 edid corruption test requires source DUT to write calculated
CRC, not the corrupted CRC from reference sink.
Return the calculated CRC back, and initiate the required sequence.
-v2: Have separate routine for returning real CRC
-v3: Rewrite checksum computation routine to avoid duplicated
On Mon, Nov 4, 2019 at 12:50 PM Ville Syrjälä
wrote:
>
> On Mon, Nov 04, 2019 at 11:13:59AM -0800, Rob Clark wrote:
> > On Mon, Nov 4, 2019 at 10:42 AM Ville Syrjälä
> > wrote:
> > >
> > > On Fri, Nov 01, 2019 at 03:14:09PM -0700, Rob Clark wrote:
> > > > On Fri, Nov 1, 2019 at 2:44 PM Ville Syrj
On Mon, Nov 04, 2019 at 07:48:26PM +1000, David Airlie wrote:
> On Mon, Nov 4, 2019 at 7:18 PM Daniel Vetter wrote:
> >
> > On Thu, Oct 31, 2019 at 02:48:39PM -0700, Manasi Navare wrote:
> > > In case of tiled displays, if we hotplug just one connector,
> > > fbcon currently just selects the prefe
On Mon, Nov 04, 2019 at 08:01:09PM +, Koenig, Christian wrote:
> Am 04.11.19 um 18:37 schrieb Daniel Vetter:
> > Full audit of everyone:
> >
> > - i915, radeon, amdgpu should be clean per their maintainers.
> >
> > - vram helpers should be fine, they don't do command submission, so
> >reall
On Mon, Nov 04, 2019 at 11:13:59AM -0800, Rob Clark wrote:
> On Mon, Nov 4, 2019 at 10:42 AM Ville Syrjälä
> wrote:
> >
> > On Fri, Nov 01, 2019 at 03:14:09PM -0700, Rob Clark wrote:
> > > On Fri, Nov 1, 2019 at 2:44 PM Ville Syrjälä
> > > wrote:
> > > >
> > > > On Fri, Nov 01, 2019 at 12:49:02PM
On Mon, Nov 04, 2019 at 12:33:09PM -0800, David Rientjes wrote:
>
>
> On Sun, 3 Nov 2019, John Hubbard wrote:
>
> > Introduce pin_user_pages*() variations of get_user_pages*() calls,
> > and also pin_longterm_pages*() variations.
> >
> > These variants all set FOLL_PIN, which is also introduced
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #203 from Shmerl ---
I'm running 5.4-rc6. No more hangs in Firefox at least, but that also could be
due to me switching to Firefox nightly (stock, not the custom one I was testing
before).
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #202 from Marko Popovic ---
(In reply to Daniel Suarez from comment #201)
> AMD has been pretty quiet here lately, has anyone tested with the 6th
> release candidate for kernel 5.4? AMD was present in the changelogs and they
> did so
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #201 from Daniel Suarez ---
AMD has been pretty quiet here lately, has anyone tested with the 6th release
candidate for kernel 5.4? AMD was present in the changelogs and they did some
SDMA improvements, some mentioning that it fixes
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #200 from Marko Popovic ---
(In reply to Marko Popovic from comment #199)
> Created attachment 145882 [details]
> Trace file from Blender SDMA hang
>
> Here is a trace file of the SDMA hang provoked by using blender, happens
> prett
On Sun, 3 Nov 2019, John Hubbard wrote:
> Introduce pin_user_pages*() variations of get_user_pages*() calls,
> and also pin_longterm_pages*() variations.
>
> These variants all set FOLL_PIN, which is also introduced, and
> thoroughly documented.
>
> The pin_longterm*() variants also set FOLL_L
On Mon, Nov 04, 2019 at 12:09:05PM -0800, John Hubbard wrote:
> Jason, a question for you at the bottom.
>
> On 11/4/19 11:52 AM, Jerome Glisse wrote:
> ...
> >> CASE 3: ODP
> >> ---
> >> RDMA hardware with page faulting support. Here, a well-written driver
> >> doesn't
> >
> > CASE3: Ha
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #199 from Marko Popovic ---
Created attachment 145882
--> https://bugs.freedesktop.org/attachment.cgi?id=145882&action=edit
Trace file from Blender SDMA hang
Here is a trace file of the SDMA hang provoked by using blender, happens
On Thu, Oct 31, 2019 at 5:44 AM wrote:
>
> From: AngeloGioacchino Del Regno
Use get_maintainers.pl to send things to the right lists.
> On family B SoCs, the 28nm PLL has a different iospace address
> and that required a new compatible in the driver.
>
> Signed-off-by: AngeloGioacchino Del Regn
On Sat, Nov 2, 2019 at 11:53 AM Rob Clark wrote:
>
> + devicetree list
It needs to be resent to get into my queue.
> On Thu, Oct 31, 2019 at 3:44 AM wrote:
> >
> > From: AngeloGioacchino Del Regno
> >
> > These two clocks aren't present in all versions of the MDP5 HW:
> > where present, they a
Am 04.11.19 um 18:37 schrieb Daniel Vetter:
> Full audit of everyone:
>
> - i915, radeon, amdgpu should be clean per their maintainers.
>
> - vram helpers should be fine, they don't do command submission, so
>really no business holding struct_mutex while doing copy_*_user. But
>I haven't ch
On Mon, Nov 04, 2019 at 11:30:32AM -0800, John Hubbard wrote:
> On 11/4/19 11:18 AM, Jerome Glisse wrote:
> > On Mon, Nov 04, 2019 at 11:04:38AM -0800, John Hubbard wrote:
> >> On 11/4/19 9:33 AM, Jerome Glisse wrote:
> >> ...
> >>>
> >>> Few nitpick belows, nonetheless:
> >>>
> >>> Reviewed-by: Jé
On 11/4/19 11:18 AM, Jerome Glisse wrote:
> On Mon, Nov 04, 2019 at 11:04:38AM -0800, John Hubbard wrote:
>> On 11/4/19 9:33 AM, Jerome Glisse wrote:
>> ...
>>>
>>> Few nitpick belows, nonetheless:
>>>
>>> Reviewed-by: Jérôme Glisse
>>> [...]
+
+CASE 3: ODP
+---
+(Mella
The iwg20d comes with a 7" capacitive touch screen, therefore
add support for it.
Signed-off-by: Fabrizio Castro
---
v1->v2:
* No change
---
arch/arm/boot/dts/iwg20d-q7-common.dtsi | 85
arch/arm/boot/dts/iwg20d-q7-dbcm-ca.dtsi | 1 -
2 files changed, 85 inser
Fixes gcc warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:1954: warning: Function
parameter or member 'state' not described in 'amdgpu_device_set_cg_state'
Fixes: e3ecdffac9cc ("drm/amdgpu: add documentation for amdgpu_device.c")
Signed-off-by: yu kuai
---
drivers/gpu/drm/amd/amdgpu/amdgpu_
On 11/4/19 9:44 AM, Jerome Glisse wrote:
> On Sun, Nov 03, 2019 at 01:18:04PM -0800, John Hubbard wrote:
>> Convert drm/via to use the new pin_user_pages_fast() call, which sets
>> FOLL_PIN. Setting FOLL_PIN is now required for code that requires
>> tracking of pinned pages, and therefore for any c
lvds-encoder.c implementation is also suitable for LVDS decoders,
not just LVDS encoders.
Instead of creating a new driver for addressing support for
transparent LVDS decoders, repurpose lvds-encoder.c for the greater
good.
Signed-off-by: Fabrizio Castro
---
v1->v2:
* No change
---
drivers/gpu/
On Mon, Nov 4, 2019 at 11:34 AM John Stultz wrote:
>
> On Sun, Nov 3, 2019 at 8:13 AM wrote:
> > On Fri, Nov 01, 2019 at 09:42:35PM +, John Stultz wrote:
> > > Add generic helper dmabuf ops for dma heaps, so we can reduce
> > > the amount of duplicative code for the exported dmabufs.
> > >
>
The iW-RainboW-G20D-Qseven RZ/G1M,G1N Qseven Development Platform
comes with a 7" capacitive display kit from Emerging Display
Technologies Corporation (EDT). This series adds all that's
necessary for supporting it.
Thanks,
Fab
v1->v2:
* Convert dt-bindings to dt-schema
Fabrizio Castro (4):
dr
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/atombios_dp.c: In function
‘amdgpu_atombios_dp_link_train’:
drivers/gpu/drm/amd/amdgpu/atombios_dp.c:716:34: warning: variable ‘dig’
set but not used [-Wunused-but-set-variable]
Fixes: d38ceaf99ed0 ("drm/amdgpu: add core dr
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/atombios_dp.c: In function
‘amdgpu_atombios_dp_get_panel_mode’:
drivers/gpu/drm/amd/amdgpu/atombios_dp.c:364:36: warning: variable
‘dig_connector’ set but not used [-Wunused-but-set-variable]
It is never used, so can be rem
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c: In function
‘gfx_v8_0_gpu_early_init’:
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c:1713:6: warning: variable
‘mc_shared_chmap’ set but not used [-Wunused-but-set-variable]
Fixes: 0bde3a95eaa9 ("drm/amdgpu: split gfx8
Hi folks,
(Daniel, I just moved you to this thread)
Below are the latest thoughts based on all the feedback and comments.
First, I need to clarify on the gpu memory object type enumeration
thing. We don't want to enforce those enumerations across the upstream
and Android, and we should just leav
In an effort to repurpose lvds-encoder.c to also serve the
function of LVDS decoders, we ended up defining a new "generic"
compatible string, therefore adapt the dt-bindings to fit the
new purpose. Also, convert the dt-bindings from .txt to .yaml
while at it.
Signed-off-by: Fabrizio Castro
---
v
The iwg20d comes with an LCD panel from Emerging Display
Technologies Corporation (EDT), therefore enable what's
required to support it.
Signed-off-by: Fabrizio Castro
---
v1->v2:
* No change
---
arch/arm/configs/shmobile_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm
On 11/4/19 10:10 AM, Daniel Vetter wrote:
> On Thu, Oct 31, 2019 at 04:36:28PM -0700, Ira Weiny wrote:
>> On Wed, Oct 30, 2019 at 03:49:20PM -0700, John Hubbard wrote:
>>> Convert drm/via to use the new pin_user_pages_fast() call, which sets
>>> FOLL_PIN. Setting FOLL_PIN is now required for code t
From: Icenowy Zheng
As ANA78xx chips are designed and produced by Analogix Semiconductor,
Inc, move their driver codes into analogix subdirectory.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Laurent Pinchart
Signed-off-by: Torsten Duwe
Reviewed-by: Andrzej Hajd
From: Icenowy Zheng
Some code can be shared within different DP bridges by Analogix.
Extract them to analogix_dp.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Signed-off-by: Torsten Duwe
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/bridge/analogix/Makefile | 2
According to VESA ENHANCED EXTENDED DISPLAY IDENTIFICATION DATA STANDARD
(Defines EDID Structure Version 1, Revision 4) page: 39
How to determine whether the monitor support RB timing or not?
EDID 1.4
First: read detailed timing descriptor and make sure byte0 = 0,
byte1 = 0, byte2 = 0 and
ANX6345 LVTTL->eDP video bridge, driver with device tree bindings.
Changes since v4:
* enforce DT ports to be nodes and forbid additionalProperties.
Changes since v3:
* converted binding schema file to json-schema ("YAML")
It now validates (itself and the dts) like a charm ;-)
Input port0
Fixes gcc warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c:313: warning: Function
parameter or member 'flags' not described in 'amdgpu_gart_bind'
Fixes: d38ceaf99ed0 ("drm/amdgpu: add core driver (v4)")
Signed-off-by: yu kuai
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gart.c | 1 +
1 file changed,
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c: In function
'amdgpu_atombios_get_connector_info_from_object_table':
drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c:376:26: warning: variable
'grph_obj_num' set but not used [-Wunused-but-set-variable]
driver
Hi Neil,
Thank you for your feedback!
> From: Neil Armstrong
> Sent: 04 November 2019 09:17
> Subject: Re: [PATCH 2/4] dt-bindings: display: bridge: Repurpose lvds-encoder
>
> Hi,
>
>
> On 30/10/2019 14:43, Fabrizio Castro wrote:
> > In an effort to repurpose lvds-encoder.c to also serve the
Hi Neil,
Thank you for your feedback!
> From: Neil Armstrong
> Sent: 04 November 2019 09:18
> Subject: Re: [PATCH 1/4] drm/bridge: Repurpose lvds-encoder.c
>
> Hi,
>
> On 30/10/2019 14:43, Fabrizio Castro wrote:
> > lvds-encoder.c implementation is also suitable for LVDS decoders,
> > not just
Fixes gcc '-Wtype-limits' warning:
drivers/gpu/drm/amd/amdgpu/atombios_i2c.c: In function
‘amdgpu_atombios_i2c_process_i2c_ch’:
drivers/gpu/drm/amd/amdgpu/atombios_i2c.c:79:11: warning: comparison is
always false due to limited range of data type [-Wtype-limits]
'num' is 'u8', so it will never be
pt., 1 lis 2019 o 16:39 Jacopo Mondi napisał(a):
>
> Hello,
> as promised...
>
> On Fri, Nov 01, 2019 at 08:58:03AM +, Lee Jones wrote:
> > On Thu, 24 Oct 2019, Jacopo Mondi wrote:
> >
> > > Hello,
> > >
> > > On Thu, Oct 24, 2019 at 07:47:26AM +0100, Lee Jones wrote:
> > > > On Wed, 23 Oct
This patch set fixes various gcc warnings.
yu kuai (7):
drm/amdgpu: remove 4 set but not used variable in
amdgpu_atombios_get_connector_info_from_object_table
drm/amdgpu: add function parameter description in
'amdgpu_device_set_cg_state'
drm/amdgpu: add function parameter descriptio
On 31/10/2019 05:17, Hsin-Yi Wang wrote:
> On Fri, Nov 16, 2018 at 12:54 PM wrote:
>>
>> From: Matthias Brugger
>>
>> Switch probing for the MMSYS to support invocation to a
>> plain paltform device. The driver will be probed by the DRM subsystem.
>>
>> Signed-off-by: Matthias Brugger
>> ---
>
On 11/4/19 9:33 AM, Jerome Glisse wrote:
...
>
> Few nitpick belows, nonetheless:
>
> Reviewed-by: Jérôme Glisse
> [...]
>> +
>> +CASE 3: ODP
>> +---
>> +(Mellanox/Infiniband On Demand Paging: the hardware supports
>> +replayable page faulting). There are GUP references to pages serving
On Sun, Nov 3, 2019 at 8:13 AM wrote:
> On Fri, Nov 01, 2019 at 09:42:35PM +, John Stultz wrote:
> > Add generic helper dmabuf ops for dma heaps, so we can reduce
> > the amount of duplicative code for the exported dmabufs.
> >
> > This code is an evolution of the Android ION implementation, s
On Mon, Nov 4, 2019 at 12:18 AM Pekka Paalanen wrote:
> On Fri, 1 Nov 2019 21:42:33 +
> John Stultz wrote:
>
> > This again? I know!
> >
> > Apologies to all who hoped I'd stop bothering them with this
> > patch set, but I ran afoul of the DRM tree rules by not
> > getting the userland patch
On Mon, Nov 04, 2019 at 11:04:38AM -0800, John Hubbard wrote:
> On 11/4/19 9:33 AM, Jerome Glisse wrote:
> ...
> >
> > Few nitpick belows, nonetheless:
> >
> > Reviewed-by: Jérôme Glisse
> > [...]
> >> +
> >> +CASE 3: ODP
> >> +---
> >> +(Mellanox/Infiniband On Demand Paging: the hardwar
On Mon, Nov 4, 2019 at 10:42 AM Ville Syrjälä
wrote:
>
> On Fri, Nov 01, 2019 at 03:14:09PM -0700, Rob Clark wrote:
> > On Fri, Nov 1, 2019 at 2:44 PM Ville Syrjälä
> > wrote:
> > >
> > > On Fri, Nov 01, 2019 at 12:49:02PM -0700, Rob Clark wrote:
> > > > On Fri, Nov 1, 2019 at 12:25 PM Ville Syrj
On Mon, Nov 4, 2019 at 2:24 AM Daniel Vetter wrote:
> On Fri, Oct 25, 2019 at 11:48:34PM +, John Stultz wrote:
> > Allow loading system and cma heap as a module instead of just as
> > a statically built in heap.
> >
> > Since there isn't a good mechanism for dmabuf lifetime tracking
> > it isn
On Mon, Nov 4, 2019 at 1:58 AM Daniel Vetter wrote:
> On Fri, Oct 25, 2019 at 11:48:32PM +, John Stultz wrote:
> > Now that the DMA BUF heaps core code has been queued, I wanted
> > to send out some of the pending changes that I've been working
> > on.
> >
> > For use with Android and their GK
On Sun, Nov 03, 2019 at 01:18:07PM -0800, John Hubbard wrote:
> Add tracking of pages that were pinned via FOLL_PIN.
>
> As mentioned in the FOLL_PIN documentation, callers who effectively set
> FOLL_PIN are required to ultimately free such pages via put_user_page().
> The effect is similar to FOL
Hi Daniel
Am 04.11.19 um 10:55 schrieb Daniel Vetter:
> On Mon, Oct 28, 2019 at 09:13:47AM +0100, Thomas Zimmermann wrote:
>> Hi
>>
>> Am 25.10.19 um 20:54 schrieb Daniel Vetter:
>>> On Fri, Oct 25, 2019 at 7:26 PM Thomas Zimmermann
>>> wrote:
Hi
Am 25.10.19 um 17:46 schrieb
On Mon, Nov 4, 2019 at 2:24 AM Brian Starkey wrote:
> On Fri, Nov 01, 2019 at 09:42:34PM +, John Stultz wrote:
> > From: "Andrew F. Davis"
> >
> > Additionally should the interface grow in the future, we have a
> > DMA_HEAP_IOC_GET_FEATURES ioctl which can return future feature
> > flags.
>
>
On Fri, Nov 01, 2019 at 03:14:09PM -0700, Rob Clark wrote:
> On Fri, Nov 1, 2019 at 2:44 PM Ville Syrjälä
> wrote:
> >
> > On Fri, Nov 01, 2019 at 12:49:02PM -0700, Rob Clark wrote:
> > > On Fri, Nov 1, 2019 at 12:25 PM Ville Syrjälä
> > > wrote:
> > > >
> > > > On Fri, Nov 01, 2019 at 11:07:13AM
On Sun, Nov 3, 2019 at 8:02 AM wrote:
> > +static long dma_heap_ioctl_get_features(struct file *file, void *data)
> > +{
> > + struct dma_heap_get_features_data *heap_features = data;
> > +
> > + /* nothing should be passed in */
> > + if (heap_features->features)
> > + ret
On Mon, Nov 04, 2019 at 05:43:51PM +, Brian Starkey wrote:
> Hi Dave,
>
> On Tue, Nov 05, 2019 at 02:58:17AM +1000, Dave Airlie wrote:
> > On Mon, 4 Nov 2019 at 20:24, Brian Starkey wrote:
> > >
> > > Hi John,
> > >
> > > On Fri, Nov 01, 2019 at 09:42:34PM +, John Stultz wrote:
> > > > Fr
On Mon, Nov 04, 2019 at 02:58:29PM +0200, Laurent Pinchart wrote:
> Hello,
>
> On Mon, Nov 04, 2019 at 10:09:47AM +0200, Pekka Paalanen wrote:
> > On Sun, 03 Nov 2019 19:15:49 +0100 Stefan Agner wrote:
> > > On 2019-11-01 09:43, Laurent Pinchart wrote:
> > > > Hello,
> > > >
> > > > I'm looking a
1 - 100 of 180 matches
Mail list logo
