Hi all,
Today's linux-next merge of the hmm tree got a conflict in:
drivers/gpu/drm/amd/amdgpu/amdgpu_mn.c
between commit:
4d8e54d2b9d3 ("drm/amdgpu/mn: fix documentation for amdgpu_mn_read_lock")
from the drm tree and commit:
cb0d3d608a1a ("drm/amdgpu: Use mmu_range_insert instead of h
Hi,
On 05/11/2019 08:55, Takashi Iwai wrote:
> 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 a
On Mon, 4 Nov 2019 11:21:21 -0800
John Stultz wrote:
> So apologies for the confusion. I do believe I understand the
> requirement now, and am doing my best to adhere to them.
Hi John,
that's cool, the kernel regression rules are so strict that any slip in
userspace projects can seriously hampe
On Mon, Oct 28, 2019 at 05:00:45PM +0200, Jani Nikula wrote:
> Update from the DCS specification.
>
> Cc: Vandita Kulkarni
> Signed-off-by: Jani Nikula
> ---
> include/video/mipi_display.h | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/include/video/mipi_display.h b/inclu
Hi Laurent,
On Fri, 2019-11-01 at 10:43 +0200, Laurent Pinchart wrote:
> Hello,
>
> I'm looking at the available options to support overlays in the display
> pipeline of the i.MX7. The LCDIF itself unfortunaltey doesn't support
> overlays, the feature being implemented in the PXP. A driver for th
On Mon, 04 Nov 2019, Thierry Reding wrote:
> On Mon, Oct 28, 2019 at 05:00:43PM +0200, Jani Nikula wrote:
>> Rename picture parameter set (it's a long packet, not a long write) and
>> compression mode (it's not a DCS command) enumerations according to the
>> DSI specification. Order the types acco
On Mon, Nov 04, 2019 at 11:12:25PM +0100, Andrzej Pietrasiewicz wrote:
> 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 +
>
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #208 from ousleya...@gmail.com ---
Just making this note at the recommendation of another, I'm reproducing similar
behavior across both Linux distributions, and Windows 10. The behavior is as
follows:
Linux-Manjaro Linux kernel 5.4.0
On Mon, Nov 04, 2019 at 07:48:35PM +0100, Thomas Zimmermann wrote:
> 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
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 match method to pair the mdev device
and mdev driver correctly.
Hi all:
There are hardwares that can do virtio datapath offloading while
having its own control path. This path tries to implement a mdev based
unified API to support using kernel virtio driver to drive those
devices. This is done by introducing a new mdev transport for virtio
(virtio_mdev) and re
Add support to parse mdev class id table.
Reviewed-by: Parav Pandit
Signed-off-by: Jason Wang
---
drivers/vfio/mdev/vfio_mdev.c | 2 ++
scripts/mod/devicetable-offsets.c | 3 +++
scripts/mod/file2alias.c | 11 +++
3 files changed, 16 insertions(+)
diff --git a/drivers/vf
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 mdev_device
structure. This allows different set of callback to b
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| 21 +
drivers/vfio/mdev/mdev_private.h | 2 +
include/linux/mdev.h | 6 ++
include/linux/mdev_virtio_
This patch introduces a new mdev transport for virtio. This is used to
use kernel virtio driver to drive the mediated device that is capable
of populating virtqueue directly.
A new virtio-mdev driver will be registered to the mdev bus, when a
new virtio-mdev device is probed, it will register the
On Mon, Oct 28, 2019 at 04:49:20PM +0100, Thomas Zimmermann wrote:
> The ast driver has switched to struct drm_vram_gem_object a while ago.
> This patch removes a function and forward declaration that were forgotten
> before.
>
> Signed-off-by: Thomas Zimmermann
Acked-by: Gerd Hoffmann
> ---
>
This sample driver creates mdev device that simulate virtio net device
over virtio mdev transport. The device is implemented through vringh
and workqueue. A device specific dma ops is to make sure HVA is used
directly as the IOVA. This should be sufficient for kernel virtio
driver to work.
Only 'v
On Mon, Oct 28, 2019 at 05:00:46PM +0200, Jani Nikula wrote:
> The DCS command has been named SET_PARTIAL_ROWS in the DCS spec since
> v1.02, for more than a decade. Rename the enumeration to match the spec.
>
> v2: add comment about the rename (David Lechner)
>
> Cc: David Lechner
> Cc: Vandita
On Mon, Oct 28, 2019 at 04:49:21PM +0100, Thomas Zimmermann wrote:
> Each video mode's primary plane requires a minimum amount of video
> memory. For double buffering, this is at most half the available
> VRAM. Check this constraint.
Acked-by: Gerd Hoffmann
>
> Signed-off-by: Thomas Zimmermann
On Mon, Nov 04, 2019 at 10:57:44AM -0800, John Stultz wrote:
> 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 tha
On Mon, Oct 28, 2019 at 04:49:22PM +0100, Thomas Zimmermann wrote:
> The content of the base-address and offset registers are state of
> the primary plane. Clearing it to default values will interfere with
> plane functions for atomic mode setting.
>
> Signed-off-by: Thomas Zimmermann
Acked-by:
On Mon, Oct 28, 2019 at 04:49:23PM +0100, Thomas Zimmermann wrote:
> In ast_set_ext_reg() sets several framebuffer options and CRT threshold
> parameters. The former is mostly state of the primary plane; the latter
> is constant. Hence, split the function in two and make it work with
> atomic modes
On Mon, Nov 04, 2019 at 11:34:33AM -0800, Yiwei Zhang wrote:
> 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 enforc
On Mon, Oct 28, 2019 at 04:49:24PM +0100, Thomas Zimmermann wrote:
> The implementation of ast_set_vbios_mode() converts a DRM display mode
> and framebuffer into an adjusted mode and stores information for the
> video BIOS to several scratch regsiters.
>
> Here we split the function into individu
On Mon, Nov 04, 2019 at 11:20:38AM -0800, John Hubbard wrote:
> 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
> +static const struct drm_plane_funcs ast_primary_plane_funcs = {
> + .update_plane = drm_atomic_helper_update_plane,
> + .disable_plane = drm_atomic_helper_disable_plane,
> + .destroy = drm_plane_cleanup,
> + .reset = drm_atomic_helper_plane_reset,
> + .set_property = NULL,
>
On Mon, Oct 28, 2019 at 04:49:26PM +0100, Thomas Zimmermann wrote:
> As the CRTC code has already been prepared for a split between mode
> setting and plane handling, most of the CRTC's atomic modesetting is
> build upon primitives of the non-atomic implementation.
>
> Signed-off-by: Thomas Zimmer
On Mon, Oct 28, 2019 at 04:49:27PM +0100, Thomas Zimmermann wrote:
> The cursor plane uses an internal format of ARGB. To userspace, we
> announce ARGB and do the transformation internally.
Same comments as on patch 6/9 (primary plane ...)
cheers,
Gerd
_
On Tue, Nov 05, 2019 at 10:51:02AM +0100, Gerd Hoffmann wrote:
> > +static const struct drm_plane_funcs ast_primary_plane_funcs = {
> > + .update_plane = drm_atomic_helper_update_plane,
> > + .disable_plane = drm_atomic_helper_disable_plane,
> > + .destroy = drm_plane_cleanup,
> > + .reset
On Mon, Oct 28, 2019 at 05:00:47PM +0200, Jani Nikula wrote:
> Add helper functions for sending the DSI compression mode and picture
> parameter set data type packets. For the time being, limit the support
> to using VESA DSC 1.1 and the default PPS. This may need updating if the
> need arises for
On Mon, Oct 28, 2019 at 04:49:27PM +0100, Thomas Zimmermann wrote:
> The cursor plane uses an internal format of ARGB. To userspace, we
> announce ARGB and do the transformation internally.
>
> Signed-off-by: Thomas Zimmermann
Hm, might be fun to also expose the ARGB directly. Not th
On Mon, Oct 28, 2019 at 04:49:28PM +0100, Thomas Zimmermann wrote:
> This commit sets the remaining atomic-modesetting helpers and the flag
> DRIVER_ATOMIC. Legacy cursor functions are removed in favor of the cursor
> plane. For power management, atomic helpers replace the indvidual
> operations th
On Fri, Oct 18, 2019 at 5:43 PM Arnd Bergmann wrote:
> The driver should not require a machine specific header. Change
> it to pass the gpio line through a lookup table, and move the
> timing generator definitions into the drivers itself.
>
> Cc: Lee Jones
> Cc: Daniel Thompson
> Cc: Jingoo Han
On Tue, Nov 05, 2019 at 11:04:44AM +0100, Linus Walleij wrote:
> On Fri, Oct 18, 2019 at 5:43 PM Arnd Bergmann wrote:
>
> > The driver should not require a machine specific header. Change
> > it to pass the gpio line through a lookup table, and move the
> > timing generator definitions into the d
On Tue, Oct 29, 2019 at 11:40:45AM +0100, Christian König wrote:
> On the exporter side we add optional explicit pinning callbacks. Which are
> called when the importer doesn't implement dynamic handling, move notification
> or need the DMA-buf locked in place for its use case.
>
> On the importer
https://bugs.freedesktop.org/show_bug.cgi?id=111229
--- Comment #14 from weden...@yandex.ru ---
(In reply to Andrew B from comment #13)
> My comment above should have reference 5.3.7 as the kernel version.
For navi you can try this kernel patch:
https://forum.level1techs.com/t/navi-reset-kernel-p
On Tue, Nov 05, 2019 at 10:57:11AM +0100, Gerd Hoffmann wrote:
> On Mon, Oct 28, 2019 at 04:49:28PM +0100, Thomas Zimmermann wrote:
> > This commit sets the remaining atomic-modesetting helpers and the flag
> > DRIVER_ATOMIC. Legacy cursor functions are removed in favor of the cursor
> > plane. For
Hi,
On Tue, Oct 29, 2019 at 01:16:57PM +0100, Torsten Duwe wrote:
> From: Icenowy Zheng
>
> Some definitions currently in analogix-anx78xx.h are not restricted to
> the ANX78xx series, but also applicable to other DisplayPort
> transmitters by Analogix.
>
> Split out them to dedicated headers, an
On Tue, Oct 29, 2019 at 01:16:57PM +0100, Torsten Duwe wrote:
> The anx6345 is an ultra-low power DisplayPort/eDP transmitter designed
> for portable devices.
>
> Add a binding document for it.
>
> Signed-off-by: Icenowy Zheng
> Signed-off-by: Vasily Khoruzhick
> Reviewed-by: Rob Herring
> Sign
On Tue, Oct 29, 2019 at 11:40:49AM +0100, Christian König wrote:
> Implement the importer side of unpinned DMA-buf handling.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_dma_buf.c | 28 -
> drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 6 +
On Mon, Nov 04, 2019 at 06:38:00PM +0100, Daniel Vetter wrote:
> We can't copy_*_user while holding reservations, that will (soon even
> for nouveau) lead to deadlocks. And it breaks the cross-driver
> contract around dma_resv.
>
> Fix this by adding a slowpath for when we need relocations, and by
On Mon, Oct 28, 2019 at 09:45:47AM +0100, Thomas Zimmermann wrote:
> The flags field in struct udl_gem control mapping parameters: cached
> access for local buffers, write-combined access for imported buffers.
>
> We can drop the field and distingush both cases by testing whether
> struct drm_gem_
On Mon, Oct 28, 2019 at 09:45:48AM +0100, Thomas Zimmermann wrote:
> In preparation of a switch to SHMEM, udl now allocates its GEM
> objects via struct drm_driver.gem_create_object. No functional
> changes are made.
>
> For SHMEM GEM objects, udl will require the use of a special mmap
> function,
On Mon, Oct 28, 2019 at 09:45:49AM +0100, Thomas Zimmermann wrote:
> Udl's GEM code and the generic SHMEM are almost identical. Replace
> the former with SHMEM. The dmabuf support in udl is being removed
> in favor of the generic GEM PRIME functions.
>
> The main difference is in the caching flags
Op 05-11-2019 om 12:04 schreef Daniel Vetter:
> On Mon, Nov 04, 2019 at 06:38:00PM +0100, Daniel Vetter wrote:
>> We can't copy_*_user while holding reservations, that will (soon even
>> for nouveau) lead to deadlocks. And it breaks the cross-driver
>> contract around dma_resv.
>>
>> Fix this by ad
On Mon, Nov 4, 2019 at 12:24 PM Daniel Vetter wrote:
>
> On Mon, Nov 04, 2019 at 12:05:40PM -0500, Alex Deucher wrote:
> > On Mon, Nov 4, 2019 at 11:55 AM Daniel Vetter wrote:
> > >
> > > On Mon, Nov 04, 2019 at 03:23:09PM +, Harry Wentland wrote:
> > > > On 2019-11-04 5:53 a.m., Daniel Vette
The tegra driver requests a supply using regulator_get_optional()
but both the name of the supply and the usage pattern suggest that it is
being used for the main power for the device and is not at all optional
for the device for function, there is no meaningful handling for absent
supplies. Such
On Sun, Nov 03, 2019 at 01:18:00PM -0800, 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*() varia
On Tue, Nov 5, 2019 at 1:52 PM Alex Deucher wrote:
>
> On Mon, Nov 4, 2019 at 12:24 PM Daniel Vetter wrote:
> >
> > On Mon, Nov 04, 2019 at 12:05:40PM -0500, Alex Deucher wrote:
> > > On Mon, Nov 4, 2019 at 11:55 AM Daniel Vetter wrote:
> > > >
> > > > On Mon, Nov 04, 2019 at 03:23:09PM +, H
On Tue, Nov 05, 2019 at 12:59:42PM +, Mark Brown wrote:
> The tegra driver requests a supply using regulator_get_optional()
> but both the name of the supply and the usage pattern suggest that it is
> being used for the main power for the device and is not at all optional
> for the device for f
On Tue, Nov 05, 2019 at 02:15:11PM +0100, Thierry Reding wrote:
> It is in fact optional in this case. This code remains solely for
> backwards compatibility with old DTBs because back at the time the VDD
> supply was associated with the DPAUX block where it should've really
> been associated with
Lookup and attach ACPI nodes for intel connectors. The lookup is done
in compliance with ACPI Spec 6.3
https://uefi.org/sites/default/files/resources/ACPI_6_3_final_Jan30.pdf
(Ref: Pages 1119 - 1123).
This can be useful for any connector specific platform properties. (This
will be used for privacy
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 to teach checkpatch to ignore cases like these.
Best Regards,
Michał
Removes space after left parenthesis. Issue found by checkpatch.
Signed-off-by: Jamal Shareef
---
drivers/gpu/drm/tegra/dc.h | 40 +++---
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.h b/drivers/gpu/drm/tegra/dc.h
index
Hello Rob,
Thank you for your feedback!
> From: Rob Herring
> Sent: 04 November 2019 21:23
> Subject: Re: [PATCH v2 2/4] dt-bindings: display: bridge: Repurpose
> lvds-encoder
>
> On Mon, Nov 4, 2019 at 10:58 AM Fabrizio Castro
> wrote:
> >
> > In an effort to repurpose lvds-encoder.c to also
Removes spaces after open parenthesis. Issue found by checkpatch.
Signed-off-by: Jamal Shareef
---
drivers/gpu/drm/tegra/gr3d.c | 120 +--
1 file changed, 60 insertions(+), 60 deletions(-)
diff --git a/drivers/gpu/drm/tegra/gr3d.c b/drivers/gpu/drm/tegra/gr3d.c
i
Certain laptops now come with panels that have integrated privacy
screens on them. This patch adds support for such panels by adding
a privacy-screen property to the intel_connector for the panel, that
the userspace can then use to control and check the status.
Identifying the presence of privacy
Removes space after open left parenthesis. Issue found by checkpatch.
Signed-off-by: Jamal Shareef
---
drivers/gpu/drm/tegra/dsi.c | 60 ++---
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
On Thu 31 Oct 03:44 PDT 2019, khol...@gmail.com wrote:
> From: AngeloGioacchino Del Regno
>
> 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 Regno
> ---
> Documentation/devicetree/bindi
On Mon, Oct 14, 2019 at 11:43:20AM -0700, Dmitry Torokhov wrote:
> Instead of fwnode_get_named_gpiod() that I plan to hide away, let's use
> the new fwnode_gpiod_get_index() that mimics gpiod_get_index(), but
> works with arbitrary firmware node.
>
> Reviewed-by: Laurent Pinchart
> Signed-off-by:
Move the code that populates the ACPI device ID for devices, into
more appripriate intel_acpi.c. This is done in preparation for more
users of this code (in next patch).
Signed-off-by: Rajat Jain
Change-Id: Ifb3bd458734985c2a78ba682e6f0a2e63e0626ca
---
v2: v1 doesn't exist. Found existing code in
On Tue, Nov 05, 2019 at 11:43:42AM +0100, Maxime Ripard wrote:
>
> On Tue, Oct 29, 2019 at 01:16:57PM +0100, Torsten Duwe wrote:
> > The anx6345 is an ultra-low power DisplayPort/eDP transmitter designed
> > for portable devices.
> >
> > Add a binding document for it.
> >
> > Signed-off-by: Icenow
This patchset removes spaces after left open parenthesis.
Issue found by checkpatch.
Jamal Shareef (3):
drm/tegra: dc: Remove space after parenthesis
drm/tegra: dsi: Remove space in open parenthesis
drm/tegra: gr3d: Remove space after parenthesis
drivers/gpu/drm/tegra/dc.h | 40 ++--
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_flush_commit() was introduced in commit 9f6b65642bd2
("drm/msm: add kms->f
On Mon, Nov 04, 2019 at 04:19:07PM -0800, Rob Clark wrote:
> 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: p
On 11/5/19 4:42 AM, Daniel Vetter wrote:
> On Mon, Nov 04, 2019 at 10:57:44AM -0800, John Stultz wrote:
>> 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
t
Am 05.11.19 um 11:52 schrieb Daniel Vetter:
On Tue, Oct 29, 2019 at 11:40:49AM +0100, Christian König wrote:
Implement the importer side of unpinned DMA-buf handling.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_dma_buf.c | 28 -
drivers/gpu/drm/a
On Tue, Oct 29, 2019 at 11:40:44AM +0100, Christian König wrote:
> The basic idea stayed the same since the last version of those patches.
> The exporter can provide explicit pin/unpin functions and the importer a
> move_notify callback. This allows us to avoid pinning buffers while
> importers hav
On Tue, Nov 5, 2019 at 2:39 PM Christian König
wrote:
>
> Am 05.11.19 um 11:52 schrieb Daniel Vetter:
> > On Tue, Oct 29, 2019 at 11:40:49AM +0100, Christian König wrote:
> >> Implement the importer side of unpinned DMA-buf handling.
> >>
> >> Signed-off-by: Christian König
> >> ---
> >> driver
On Tue, Nov 5, 2019 at 2:30 PM Andrew F. Davis wrote:
>
> On 11/5/19 4:42 AM, Daniel Vetter wrote:
> > On Mon, Nov 04, 2019 at 10:57:44AM -0800, John Stultz wrote:
> >> On Mon, Nov 4, 2019 at 1:58 AM Daniel Vetter wrote:
> >>> On Fri, Oct 25, 2019 at 11:48:32PM +, John Stultz wrote:
> No
On Tue, 05 Nov 2019, Thierry Reding wrote:
> On Mon, Oct 28, 2019 at 05:00:45PM +0200, Jani Nikula wrote:
>> Update from the DCS specification.
>>
>> Cc: Vandita Kulkarni
>> Signed-off-by: Jani Nikula
>> ---
>> include/video/mipi_display.h | 10 ++
>> 1 file changed, 10 insertions(+)
>
https://bugzilla.kernel.org/show_bug.cgi?id=200695
Sergey Kondakov (virtuous...@gmail.com) changed:
What|Removed |Added
CC||virtuous...@gmai
On 2019-11-05 8:14 a.m., Daniel Vetter wrote:
> On Tue, Nov 5, 2019 at 1:52 PM Alex Deucher wrote:
>>
>> On Mon, Nov 4, 2019 at 12:24 PM Daniel Vetter wrote:
>>>
>>> On Mon, Nov 04, 2019 at 12:05:40PM -0500, Alex Deucher wrote:
On Mon, Nov 4, 2019 at 11:55 AM Daniel Vetter wrote:
>
>>
Hi,
2019. 10. 23. 15:32 keltezéssel, Ilia Mirkin írta:
On Wed, Oct 23, 2019 at 2:41 AM Böszörményi Zoltán wrote:
2019. 10. 22. 22:57 keltezéssel, Ilia Mirkin írta:
On Tue, Oct 22, 2019 at 11:50 AM Böszörményi Zoltán wrote:
Section "Device"
Identifier "UDL"
Driver
On Tue, Nov 5, 2019 at 3:17 PM Harry Wentland wrote:
>
>
>
> On 2019-11-05 8:14 a.m., Daniel Vetter wrote:
> > On Tue, Nov 5, 2019 at 1:52 PM Alex Deucher wrote:
> >>
> >> On Mon, Nov 4, 2019 at 12:24 PM Daniel Vetter wrote:
> >>>
> >>> On Mon, Nov 04, 2019 at 12:05:40PM -0500, Alex Deucher wrot
On 2019-11-05 9:23 a.m., Daniel Vetter wrote:
> On Tue, Nov 5, 2019 at 3:17 PM Harry Wentland wrote:
>>
>>
>>
>> On 2019-11-05 8:14 a.m., Daniel Vetter wrote:
>>> On Tue, Nov 5, 2019 at 1:52 PM Alex Deucher wrote:
On Mon, Nov 4, 2019 at 12:24 PM Daniel Vetter wrote:
>
> On Mo
On Tue, Nov 5, 2019 at 3:39 PM Harry Wentland wrote:
>
>
>
> On 2019-11-05 9:23 a.m., Daniel Vetter wrote:
> > On Tue, Nov 5, 2019 at 3:17 PM Harry Wentland wrote:
> >>
> >>
> >>
> >> On 2019-11-05 8:14 a.m., Daniel Vetter wrote:
> >>> On Tue, Nov 5, 2019 at 1:52 PM Alex Deucher wrote:
>
>
Am 05.11.19 um 14:50 schrieb Daniel Vetter:
> On Tue, Nov 5, 2019 at 2:39 PM Christian König
> wrote:
>> Am 05.11.19 um 11:52 schrieb Daniel Vetter:
>>> On Tue, Oct 29, 2019 at 11:40:49AM +0100, Christian König wrote:
Implement the importer side of unpinned DMA-buf handling.
Signed-
On Tue, Nov 5, 2019 at 12:19 AM Rob Herring wrote:
> On Sun, Nov 03, 2019 at 09:54:59PM +0100, Linus Walleij wrote:
> I thought I told you what the problem is on the last version. See below.
It was pretty hard to get from context I'd say :D
> > +allOf:
> > + - $ref: panel-common.yaml#
> > + -
On Tue, Nov 5, 2019 at 4:20 PM Koenig, Christian
wrote:
>
> Am 05.11.19 um 14:50 schrieb Daniel Vetter:
> > On Tue, Nov 5, 2019 at 2:39 PM Christian König
> > wrote:
> >> Am 05.11.19 um 11:52 schrieb Daniel Vetter:
> >>> On Tue, Oct 29, 2019 at 11:40:49AM +0100, Christian König wrote:
> Impl
Hi,
My name is Frank A. Cancio Bello. I'm an applicant of the Outreachy
program and the goal of this email is to introduce myself because
I'm interested in the project: Linux Kernel - VKMS. Besides I want to
let you know about my plans and get feedback from you.
###
##
On Tue, Nov 5, 2019 at 1:40 AM Dmitry Torokhov
wrote:
> On Mon, Oct 14, 2019 at 11:43:20AM -0700, Dmitry Torokhov wrote:
> > Instead of fwnode_get_named_gpiod() that I plan to hide away, let's use
> > the new fwnode_gpiod_get_index() that mimics gpiod_get_index(), but
> > works with arbitrary fir
On Tue, Nov 5, 2019 at 4:29 PM Linus Walleij wrote:
>
> On Tue, Nov 5, 2019 at 1:40 AM Dmitry Torokhov
> wrote:
> > On Mon, Oct 14, 2019 at 11:43:20AM -0700, Dmitry Torokhov wrote:
>
> > > Instead of fwnode_get_named_gpiod() that I plan to hide away, let's use
> > > the new fwnode_gpiod_get_index
Hi,
On 25/10/2019 15:29, Neil Armstrong wrote:
> On 23/10/2019 17:44, Boris Brezillon wrote:
>> So that each element in the chain can easily access its predecessor.
>> This will be needed to support bus format negotiation between elements
>> of the bridge chain.
>>
>> Signed-off-by: Boris Brezill
On Tue, Nov 05, 2019 at 09:07:43AM +0100, Neil Armstrong wrote:
> Hi,
>
> On 05/11/2019 08:55, Takashi Iwai wrote:
> > 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-a
On Tue, 5 Nov 2019 17:32:35 +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 23/10/2019 17:45, Boris Brezillon wrote:
> One of the last remaining objects to not have its atomic state.
>
> This is being motivated by our attempt to support runtime bus-format
> negotiation between elements of the bridge chain.
> This patch just paves the road for such a feature by adding a
On Tue, 5 Nov 2019 17:32:36 +0800
Jason Wang wrote:
> Add support to parse mdev class id table.
>
> Reviewed-by: Parav Pandit
> Signed-off-by: Jason Wang
> ---
> drivers/vfio/mdev/vfio_mdev.c | 2 ++
> scripts/mod/devicetable-offsets.c | 3 +++
> scripts/mod/file2alias.c | 11
Hi Laurent,
On Thu, Oct 17, 2019 at 9:14 PM Laurent Pinchart
wrote:
> On Wed, Oct 16, 2019 at 10:55:40AM +0200, Jacopo Mondi wrote:
> > Minimal increment to the CMM series, this time should really be the last
> > one.
> >
> > Just missing Rob's ack on [1/8] and Laurent's one on [5/8].
> >
> > Ch
On Tue, Nov 5, 2019 at 2:08 AM Brian Masney wrote:
>
> On Mon, Nov 04, 2019 at 04:19:07PM -0800, Rob Clark wrote:
> > 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
https://bugs.freedesktop.org/show_bug.cgi?id=111763
--- Comment #24 from wychuchol ---
(In reply to wychuchol from comment #23)
> (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 no
On Tue, 05 Nov 2019 17:02:15 +0100,
Russell King - ARM Linux admin wrote:
>
> On Tue, Nov 05, 2019 at 09:07:43AM +0100, Neil Armstrong wrote:
> > Hi,
> >
> > On 05/11/2019 08:55, Takashi Iwai wrote:
> > > Hi,
> > >
> > > while recently working on the ALSA memory allocator API cleanup, I
> > > no
Hi Dave,
This time around:
+ OCMEM support to enable the couple generations that had shared OCMEM
rather than GMEM exclusively for the GPU (late a3xx and I think basically
all of a4xx). Bjorn and Brian decided to land this through the drm
tree to avoid having to coordinate merge requests.
(lets try this again with a $subject)
Hi Dave,
This time around:
+ OCMEM support to enable the couple generations that had shared OCMEM
rather than GMEM exclusively for the GPU (late a3xx and I think basically
all of a4xx). Bjorn and Brian decided to land this through the drm
tree to avoi
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
Hi Philippe,
when you did the dd the dw-dsi generalization,
dw_mipi_dsi_dphy_timing_config() did end up with static values and a
comment stating "data & clock lane timers should be computed according
to panel blankings and to the automatic clock lane control mode...".
Especially with the PHY_HS2L
On Tue, 05 Nov 2019 17:33:44 +0100,
Takashi Iwai wrote:
>
> On Tue, 05 Nov 2019 17:02:15 +0100,
> Russell King - ARM Linux admin wrote:
> >
> > On Tue, Nov 05, 2019 at 09:07:43AM +0100, Neil Armstrong wrote:
> > > Hi,
> > >
> > > On 05/11/2019 08:55, Takashi Iwai wrote:
> > > > Hi,
> > > >
> >
On Tue, 5 Nov 2019 17:32:37 +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 Tue, 5 Nov 2019 17:32:38 +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| 21 +
> drivers/vfio/mdev/mdev_private.h | 2 +
>
On Tue, Nov 05, 2019 at 05:44:26PM +0100, Takashi Iwai wrote:
> On Tue, 05 Nov 2019 17:33:44 +0100,
> Takashi Iwai wrote:
> >
> > On Tue, 05 Nov 2019 17:02:15 +0100,
> > Russell King - ARM Linux admin wrote:
> > >
> > > On Tue, Nov 05, 2019 at 09:07:43AM +0100, Neil Armstrong wrote:
> > > > Hi,
>
1 - 100 of 186 matches
Mail list logo