drivers/gpu/drm/amd/powerplay/renoir_ppt.c:186:2: error: missing braces
around initializer [-Werror=missing-braces]
SmuMetrics_t metrics = {0};
^
Fixes: 8b8031703bd7 ("drm/amd/powerplay: implement sysfs for getting dpm clock")
Signed-off-by: Raul E Rangel
---
Continuing to see crashes, most recently on 4.19.81-1-lts
On Fri, Oct 11, 2019 at 11:33 AM John Maguire
wrote:
> > Just use Cc. We want all replies to go to the list(s) as well.
> Sorry, I wasn't sure and wanted to err on the side of not spamming the
> wrong people.
>
> > Oct 10 12:53:30
Hi Daniel,
> - The labels are currently free-form, baking them back into your structure
> would mean we'd need to do lots of hot add/remove of sysfs directory
> trees. Which sounds like a real bad idea :-/
Given the free form of that ioctl, what's the plan of using that and
the reporting of the
On Mon, Nov 4, 2019 at 9:39 AM Rob Clark wrote:
>
> From: Rob Clark
>
> drm_self_refresh_helper_update_avg_times() was incorrectly accessing the
> new incoming state after drm_atomic_helper_commit_hw_done(). But this
> state might have already been superceeded by an !nonblock atomic update
>
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
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
This patch implements basic support for mdev driver that supports
virtio transport for kernel virtio driver.
Signed-off-by: Jason Wang
---
MAINTAINERS | 1 +
drivers/vfio/mdev/mdev_core.c| 21 +
drivers/vfio/mdev/mdev_private.h | 2 +
include/linux/mdev.h
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
Add support to parse mdev class id table.
Reviewed-by: Parav Pandit
Reviewed-by: Cornelia Huck
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
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
Some dsi panels require the dsi lanes keeping low before panel power
on. So seperate the panel power control and the communication with panel.
And put the power control in drm_panel_prepare_power and
drm_panel_unprepare_power. Put the communication with panel in
drm_panel_prepare and
Add very trivial allocation and import test for dma-heaps,
utilizing the vgem driver as a test importer.
A good chunk of this code taken from:
tools/testing/selftests/android/ion/ionmap_test.c
Originally by Laura Abbott
Cc: Benjamin Gaignard
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Pratik
This adds a CMA heap, which allows userspace to allocate
a dma-buf of contiguous memory out of a CMA region.
This code is an evolution of the Android ION implementation, so
thanks to its original author and maintainters:
Benjamin Gaignard, Laura Abbott, and others!
NOTE: This patch only adds
From: "Andrew F. Davis"
This framework allows a unified userspace interface for dma-buf
exporters, allowing userland to allocate specific types of memory
for use in dma-buf sharing.
Each heap is given its own device node, which a user can allocate
a dma-buf fd from using the DMA_HEAP_IOC_ALLOC.
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, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cross, Laura Abbott, and others!
Once again, here we are with v15:
This patchset implements per-heap devices which can be opened
directly and then an ioctl is used to allocate a dmabuf from the
heap.
The interface is similar, but much simpler then IONs, only
providing an ALLOC ioctl.
Also, I've provided relatively simple
This patch adds system heap to the dma-buf heaps framework.
This allows applications to get a page-allocator backed dma-buf
for non-contiguous memory.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin
Hi Chenwandun,
It's probably a bug fix that unveils the link errors.
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: f5cfd96ad87b58bf3b5dfa5365f8beb8bac15a38
commit: 68acde7629d75d460760a3124c52f358eecc6d26 [1865/1875] drm/dp_mst: fix
gcc compile error
config:
https://bugs.freedesktop.org/show_bug.cgi?id=112215
JohnJohn changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mail
On 2019/11/6 上午1:58, Alex Williamson wrote:
On Tue, 5 Nov 2019 17:32:34 +0800
Jason Wang wrote:
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
On 2019/11/6 上午1:47, Alex Williamson wrote:
+#define VIRTIO_MDEV_DEVICE_API_STRING "virtio-mdev"
+#define VIRTIO_MDEV_F_VERSION_1 0x1
This entire concept of VIRTIO_MDEV_F_VERSION_1 is gone now, right?
Let's remove it here and below. Thanks,
Alex
Yes, will fix.
Thanks
On 2019/11/6 上午2:28, Cornelia Huck wrote:
On Tue, 5 Nov 2019 10:44:18 -0700
Alex Williamson wrote:
On Tue, 5 Nov 2019 17:50:25 +0100
Cornelia Huck wrote:
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
On Wed, 6 Nov 2019 at 05:56, Dave Airlie wrote:
>
> On Wed, 6 Nov 2019 at 05:49, Laurent Pinchart
> wrote:
> >
> > Hi Dave,
> >
> > Has this pull request fallen through the cracks ?
>
> It fell down a different crack than usual, it made it from patchwork
> onto my hard drive, but then I didn't
Hi all,
On Thu, 10 Oct 2019 13:14:48 +1100 Stephen Rothwell
wrote:
>
> I added the following merge fix patch for today:
>
This patch is now just:
From: Stephen Rothwell
Date: Thu, 10 Oct 2019 13:08:43 +1100
Subject: [PATCH] drm/i915: update for mutex_release API change
Signed-off-by:
On Tue, 5 Nov 2019 at 07:00, Manasi Navare wrote:
>
> 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
On Fri, 1 Nov 2019 at 07:46, Manasi Navare wrote:
>
> In case of tiled displays, if we hotplug just one connector,
> fbcon currently just selects the preferred mode and if it is
> tiled mode then that becomes a problem if rest of the tiles are
> not present.
> So in the fbdev driver on hotplug
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #126 from Rodney A Morris ---
(In reply to haro41 from comment #125)
> ... thanks for your feedback, so it seems we are faced with the same bug ...
>
> Btw, i got crashes with at least one vulkan game and ACO compiler backend
>
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #209 from L.S.S. ---
Really?!
Although I haven't really used the card under Windows, if similar behaviors
happen on Windows as well then either something's really really wrong here.
I haven't tested gaming on Manjaro yet, but at
On 11/4/2019 4:15 PM, Tejun Heo wrote:
> 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
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #25 from MasterCATZ (masterc...@hotmail.com) ---
5.4.0-050400rc6-generic
24 hours and I still have fan control
99% chance I have just jinxed my self now
--
You are receiving this mail because:
You are watching the assignee of the
Hi Andrzej,
On Mon, 2019-11-04 at 23:12 +0100, Andrzej Pietrasiewicz wrote:
> + if (mode_cmd->modifier[0]) {
I believe this can still be DRM_FORMAT_MOD_INVALID, which != 0. You
probably want to explicitly check if it's an AFBC modifier.
> + const struct drm_format_info *info;
>
Hi Andrzej,
Thanks for taking this on! It's looking better than v1 for sure. A few
things below:
On Mon, 2019-11-04 at 23:12 +0100, Andrzej Pietrasiewicz wrote:
> +bool drm_afbc_check_offset(struct drm_device *dev,
> +const struct drm_mode_fb_cmd2 *mode_cmd)
> +{
> +
On Mon, Oct 14, 2019 at 02:40:55PM +0200, Stefan Agner wrote:
> Hi Robert,
>
> Sorry it took me so long to have a closer look at this patchset.
>
> I will definitely merge part of it, but this particular patch actually
> breaks i.MX 7. I have vertical stripes on my display with this patch
>
Hi Robert,
Thank you for the patch.
On Thu, Aug 29, 2019 at 02:30:07PM +0300, Robert Chiras wrote:
> Since version 4 of eLCDIF, there are some registers that can do
> transformations on the input data, like re-arranging the pixel
> components. By doing that, we can support more pixel formats.
>
https://bugs.freedesktop.org/show_bug.cgi?id=112214
--- Comment #3 from Alex Deucher ---
Can you attach your dmesg output from boot?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=112214
Alex Deucher changed:
What|Removed |Added
Attachment #145894|text/x-log |text/plain
mime type|
On 10/28/19 1:10 PM, Jason Gunthorpe wrote:
> From: Jason Gunthorpe
>
> Now that we have KERNEL_HEADER_TEST all headers are generally compile
> tested, so relying on makefile tricks to avoid compiling code that depends
> on CONFIG_MMU_NOTIFIER is more annoying.
>
> Instead follow the usual
Quoting Daniel Vetter (2019-11-05 20:58:25)
> On Tue, Nov 5, 2019 at 9:38 PM Chris Wilson wrote:
> >
> > Quoting Daniel Vetter (2019-11-05 19:38:29)
> > > It's broken.
> > >
> > > Reported-by: Stephen Rothwell
> > > References:
> > >
From: Sean Paul
This allows components to implement a .layer_check callback for their
layers which is called during atomic_check.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 10 ++
drivers/gpu/drm/mediatek/mtk_drm_crtc.h | 2 ++
From: Sean Paul
Hello,
This is a follow-on to [1], which supports the original Y-flip. I've
added X-flip and 180 degree rotate. Additionally, the rotation property
is only exposed for ovl planes, not rdma planes since rdma doesn't
support it. In order to differentiate between the two types, I
From: Sean Paul
Now that we support both reflections, we can expose 180 degree rotation
and rely on the simplify routine to convert that into REFLECT_X |
REFLECT_Y
Signed-off-by: Sean Paul
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Sean Paul
This patch adds the ability for components to expose supported rotations
which will be exposed to userspace via a plane rotation property.
No functional changes in this patch.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 4 +++-
From: Sean Paul
Add support for REFLECT_X rotations.
Cc: Fritz Koenig
Cc: Daniele Castagna
Cc: Miguel Casas
Cc: Mark Yacoub
Signed-off-by: Sean Paul
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
From: Sean Paul
Expose the rotation property and handle REFLECT_Y rotations.
Changes in v2:
- Move the check logic into mtk_disp_ovl.c since it doesn't apply to rdma
Link to v1:
https://lists.freedesktop.org/archives/dri-devel/2019-November/242312.html
Cc: Fritz Koenig
Cc: Daniele Castagna
From: Sean Paul
Add a couple of functions which enumerate the number of planes for a
component and initialize the planes for a component.
No functional changes in this patch, but it will allow us to selectively
support rotation if the component supports it.
Signed-off-by: Sean Paul
---
From: Sean Paul
Instead of hard-coding which components have planes, add a helper
function to walk the components and map a plane index to a component
layer.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 56 +++--
1 file changed, 34 insertions(+),
Quoting Daniel Vetter (2019-11-05 20:58:25)
> On Tue, Nov 5, 2019 at 9:38 PM Chris Wilson wrote:
> >
> > Quoting Daniel Vetter (2019-11-05 19:38:29)
> > > It's broken.
> > >
> > > Reported-by: Stephen Rothwell
> > > References:
> > >
On Tue, Nov 5, 2019 at 9:38 PM Chris Wilson wrote:
>
> Quoting Daniel Vetter (2019-11-05 19:38:29)
> > It's broken.
> >
> > Reported-by: Stephen Rothwell
> > References:
> > https://lists.freedesktop.org/archives/dri-devel/2019-November/242625.html
> > Signed-off-by: Daniel Vetter
> > ---
> >
Quoting Daniel Vetter (2019-11-05 19:38:29)
> It's broken.
>
> Reported-by: Stephen Rothwell
> References:
> https://lists.freedesktop.org/archives/dri-devel/2019-November/242625.html
> Signed-off-by: Daniel Vetter
> ---
> Note: Probably best to apply this directly onto drm-next to avoid
>
On Tue, Nov 5, 2019 at 9:34 PM Chris Wilson wrote:
> Quoting Daniel Vetter (2019-11-05 19:38:29)
> > It's broken.
>
> So is the code that depends on it. Which is the entire point.
>
> Don't select it then.
See the mail from Stephen, it breaks autobuilders. So we need to do
this explicitly, i.e.
Quoting Daniel Vetter (2019-11-05 19:38:29)
> It's broken.
So is the code that depends on it. Which is the entire point.
Don't select it then.
-Chris
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Tue, Nov 5, 2019 at 8:48 PM John Stultz wrote:
>
> On Tue, Nov 5, 2019 at 11:19 AM Daniel Vetter wrote:
> > On Tue, Nov 5, 2019 at 6:41 PM John Stultz wrote:
> > > On Tue, Nov 5, 2019 at 1:43 AM Daniel Vetter wrote:
> > > >
> > > > On Mon, Nov 04, 2019 at 10:57:44AM -0800, John Stultz
On Wed, 6 Nov 2019 at 05:49, Laurent Pinchart
wrote:
>
> Hi Dave,
>
> Has this pull request fallen through the cracks ?
It fell down a different crack than usual, it made it from patchwork
onto my hard drive, but then I didn't execute the pull.
I've pulled it down, thanks for reminder.
Dave.
https://bugs.freedesktop.org/show_bug.cgi?id=111922
--- Comment #4 from Alex Deucher ---
Nothing comes to mind.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
Hi Daniel,
On Tue, Nov 05, 2019 at 04:41:41PM +0100, Daniel Vetter wrote:
> 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
Hi Geert,
On Tue, Nov 05, 2019 at 05:14:20PM +0100, Geert Uytterhoeven wrote:
> 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.
> >
Hi Dave,
Has this pull request fallen through the cracks ?
On Tue, Oct 22, 2019 at 01:31:35PM +0300, Laurent Pinchart wrote:
> Hi Dave,
>
> Second attempt.
>
> The following changes since commit f1b4a9217efd61d0b84c6dc404596c8519ff6f59:
>
> Merge tag 'du-next-20191016' of
On Tue, Nov 5, 2019 at 11:19 AM Daniel Vetter wrote:
> On Tue, Nov 5, 2019 at 6:41 PM John Stultz wrote:
> > On Tue, Nov 5, 2019 at 1:43 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:
https://bugzilla.kernel.org/show_bug.cgi?id=204181
ZenAnonX (zenan...@protonmail.ch) changed:
What|Removed |Added
CC|
It's broken.
Reported-by: Stephen Rothwell
References:
https://lists.freedesktop.org/archives/dri-devel/2019-November/242625.html
Signed-off-by: Daniel Vetter
---
Note: Probably best to apply this directly onto drm-next to avoid
having drm-next dropped from linux-next until the next pull
The Renesas-specific "vsps" property lacks a vendor prefix.
Add a "renesas," prefix to comply with DT best practises.
Signed-off-by: Geert Uytterhoeven
---
This depends on '[PATCH 2/3] drm: rcar-du: Recognize "renesas,vsps" in
addition to "vsps"'.
---
arch/arm64/boot/dts/renesas/r8a774a1.dtsi
Hi all,
When the Renesas-specific "vsps" property for the Renesas Display Unit
was introduced, it was forgotten to add a vendor prefix.
Hence this patch series fixes that in DT bindings, Linux driver, and DT
source files. The driver retains backward compatibility with old DTBs
by
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, and make analogix-anx78xx.h include
them.
Signed-off-by: Icenowy Zheng
On 11/4/19 9:31 PM, Jason Gunthorpe wrote:
> On Mon, Nov 04, 2019 at 05:03:31PM -0500, Boris Ostrovsky wrote:
>> On 10/28/19 4:10 PM, Jason Gunthorpe wrote:
>>> @@ -445,17 +438,9 @@ static void gntdev_vma_close(struct vm_area_struct
>>> *vma)
>>> struct gntdev_priv *priv = file->private_data;
On 11/5/19 5:10 AM, Mike Rapoport wrote:
...
>> ---
>> Documentation/vm/index.rst | 1 +
>> Documentation/vm/pin_user_pages.rst | 212 ++
>
> I think it belongs to Documentation/core-api.
Done:
diff --git a/Documentation/core-api/index.rst
On 01.11.19 19:26, Jason Gunthorpe wrote:
On Mon, Oct 28, 2019 at 05:10:25PM -0300, Jason Gunthorpe wrote:
From: Jason Gunthorpe
DMA_SHARED_BUFFER can not be enabled by the user (it represents a library
set in the kernel). The kconfig convention is to use select for such
symbols so they are
The Renesas-specific "vsps" property lacks a vendor prefix.
Add a "renesas," prefix to comply with DT best practises.
Retain backward compatibility with old DTBs by falling back to "vsps"
when needed.
Fixes: 6d62ef3ac30be756 ("drm: rcar-du: Expose the VSP1 compositor through KMS
planes")
On 11/5/19 1:49 AM, Daniel Vetter wrote:
> 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
The Renesas-specific "vsps" property lacks a vendor prefix.
Add a "renesas," prefix to comply with DT best practises.
Move "renesas,vsps" below "renesas,cmms" to preserve alphabetical sort
order.
Fixes: 06711e6385a4ab4c ("drm: rcar-du: Document the vsps property in the DT
bindings")
On Tue, Nov 5, 2019 at 6:41 PM John Stultz wrote:
>
> On Tue, Nov 5, 2019 at 1:43 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
On Tue, 5 Nov 2019 17:32:40 +0800
Jason Wang wrote:
> 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
On Tue, 5 Nov 2019 17:32:39 +0800
Jason Wang wrote:
> 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
On Tue, 5 Nov 2019 10:44:18 -0700
Alex Williamson wrote:
> On Tue, 5 Nov 2019 17:50:25 +0100
> Cornelia Huck wrote:
>
> > 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
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #125 from har...@gmx.de ---
... thanks for your feedback, so it seems we are faced with the same bug ...
Btw, i got crashes with at least one vulkan game and ACO compiler backend
enabled too.
I think it really depends of the load
On Tue, 5 Nov 2019 17:32:34 +0800
Jason Wang wrote:
> 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
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, 5 Nov 2019 17:50:25 +0100
Cornelia Huck wrote:
> 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
On Tue, Nov 5, 2019 at 1:43 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:
> > So even if the heaps are configured via DT (which at
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #32 from peter m ---
updated kernel to 5.3.8-200.fc30, problem still exists
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=111922
--- Comment #3 from Pierre Ossman ---
Issue still remains with 5.4.0-rc6 unfortunately. :/
Do you have any patches or commits I could try reverting? It's much easier
building a test RPM here.
It should be something during the 5.2.0 merge
On Tue, 05 Nov 2019 18:02:03 +0100,
Russell King - ARM Linux admin wrote:
>
> 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 5, 2019 at 3:33 AM Fabrizio Castro
wrote:
>
> 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
https://bugs.freedesktop.org/show_bug.cgi?id=112214
--- Comment #2 from ren...@woralelandia.com ---
Created attachment 145894
--> https://bugs.freedesktop.org/attachment.cgi?id=145894=edit
journal of entire session before freeze
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=112214
--- Comment #1 from ren...@woralelandia.com ---
Created attachment 145893
--> https://bugs.freedesktop.org/attachment.cgi?id=145893=edit
hardware info via fpaste --sysinfo
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=112214
Bug ID: 112214
Summary: Vega20 crashing randomly while using Xorg or Wayland
in Fedora 31
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
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,
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, 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
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,
> > > >
> >
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
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
(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
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.
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
> > >
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
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
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].
> >
> >
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
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
1 - 100 of 186 matches
Mail list logo