On Wed, 30 May 2018, Daniel Stone wrote:
> On 29 May 2018 at 12:52, Lubosz Sarnecki
> wrote:
>> This adds the Vive Pro's EDID information and
>> sets EDID_QUIRK_NON_DESKTOP.
>
> Trivially:
> Reviewed-by: Daniel Stone
Cc: sta...@vger.kernel.org # v4.when-was-this-feature-added?
BR,
Jani.
--
On Wed, May 30, 2018 at 02:42:50PM +0100, Robin Murphy wrote:
> On 30/05/18 14:12, Thierry Reding wrote:
> > On Wed, May 30, 2018 at 02:54:46PM +0200, Thierry Reding wrote:
> > > On Wed, May 30, 2018 at 10:59:30AM +0100, Robin Murphy wrote:
> > > > On 30/05/18 09:03, Thierry Reding wrote:
> > > >
On Wed, May 30, 2018 at 2:16 PM, Maciej Purski wrote:
> From: Andrzej Hajda
>
> The patch adds common part of DSI node for Exynos5250 platforms
> and a required mipi-phy node.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
> arch/arm/boot/dts/exynos5250.dtsi | 21
https://bugs.freedesktop.org/show_bug.cgi?id=106735
--- Comment #2 from Matthias ---
Should I try to force a binary EDID for the connected PSVR? maybe like the
solution proposed here:
http://hotcashew.com/2013/08/fixing-invalid-edid-in-linux-wit-fglrx/
--
You are receiving this mail because:
On Thu, May 24, 2018 at 11:57:17AM +0200, Neil Armstrong wrote:
> This patchs adds the cec_notifier feature to the intel_hdmi part
> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
> between each HDMI ports.
> The changes will allow the i915 HDMI code to notify EDID
From: Thierry Reding
An unfortunate interaction between the 32-bit ARM DMA/IOMMU mapping code
and Tegra SMMU driver changes to support IOMMU groups introduced a boot-
time regression on Tegra124. This was caught very late because none of
the standard configurations that are tested on Tegra
DPU writeback support is not enabled yet so
removing the bindings. The corresponding driver
code is also removed. The bindings will be added
back when writeback support is reworked and enabled
based on new DRM writeback connector at a later stage.
Signed-off-by: Rajesh Yadav
---
https://bugs.freedesktop.org/show_bug.cgi?id=106735
Bug ID: 106735
Summary: [amdgpu] all displays reconnect after failed EDID read
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=104391
--- Comment #8 from Andy Furniss ---
I tried agd5f drm-next-4.19-wip, which reports
[drm] Display Core initialized with v3.1.47
but still no sound.
The warning/bt in dmesg is not there any more.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #2 from udo ---
Created attachment 139863
--> https://bugs.freedesktop.org/attachment.cgi?id=139863=edit
dmesg
Another hang.
Was reading slashdot,
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #4 from udo ---
Created attachment 139864
--> https://bugs.freedesktop.org/attachment.cgi?id=139864=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the
From: Thierry Reding
Depending on the kernel configuration, early ARM architecture setup code
may have attached the GPU to a DMA/IOMMU mapping that transparently uses
the IOMMU to back the DMA API. Tegra requires special handling for IOMMU
backed buffers (a special bit in the GPU's MMU page
This patch series aims at removing unused code from DPU driver and
also cleaning up its devicetree bindings.
Following functionality is removed in this series:
- Removed display port driver, it will be posted back later after verification
on SDM845
- Removed HDCP 1.x support, it will be posted
On 30/05/18 14:12, Thierry Reding wrote:
On Wed, May 30, 2018 at 02:54:46PM +0200, Thierry Reding wrote:
On Wed, May 30, 2018 at 10:59:30AM +0100, Robin Murphy wrote:
On 30/05/18 09:03, Thierry Reding wrote:
From: Thierry Reding
Implement this function to enable drivers from detaching from
On Wed, May 30, 2018 at 07:23:52PM +0800, Lowry Li wrote:
> Hi,
>
> This serie aims at adding the support for pixel blend modes represent the
> alpha blending equation selection in the driver. It also introduces to use
> it in the malidp driver.
>
> Let me know what you think,
Hi Lowry,
Thank
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #3 from Alex Deucher ---
Can you narrow down the regression or better yet bisect?
--
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=93370
Jan Vesely changed:
What|Removed |Added
Summary|[r600g] OpenCL |[clover/caicos] OpenCL
From: Thierry Reding
Instead of setting the DMA ops pointer to NULL, set the correct,
non-IOMMU ops depending on the device's coherency setting.
Signed-off-by: Thierry Reding
---
Changes in v4:
- new patch to fix existing arm_iommu_detach_device() to do what we need
arch/arm/mm/dma-mapping.c
DPU display port driver is not enabled yet so
removing the bindings. The driver code is also
reverted. The bindings will be added back when
display port driver is reworked and enabled for
sdm845.
Signed-off-by: Rajesh Yadav
---
.../devicetree/bindings/drm/msm/dpu-dp.txt | 217
https://bugs.freedesktop.org/show_bug.cgi?id=10
--- Comment #3 from udo ---
messages file has similar messages.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
> Add support for Truly NT35597 panel used
> in MSM reference platforms.
>
> This panel supports both single DSI and dual DSI
> modes.
>
> However, this patch series adds support only for
> dual DSI mode.
>
> Changes in v4:
> - Fix
On Wed, May 30, 2018 at 02:30:51PM +0100, Robin Murphy wrote:
> On 30/05/18 14:00, Thierry Reding wrote:
> > On Wed, May 30, 2018 at 11:30:25AM +0100, Robin Murphy wrote:
> > > On 30/05/18 09:03, Thierry Reding wrote:
> > > > From: Thierry Reding
> > > >
> > > > Depending on the kernel
https://bugs.freedesktop.org/show_bug.cgi?id=87738
Jan Vesely changed:
What|Removed |Added
Blocks||82717
Referenced Bugs:
DPU driver switched to existing upstream dsi driver
so removing the dsi-staging specific dsi and panel
bindings.
Signed-off-by: Rajesh Yadav
---
.../devicetree/bindings/drm/msm/dpu-dsi.txt| 102 ---
.../devicetree/bindings/drm/msm/mdss-dsi-panel.txt | 772 -
On 05/30/2018 06:54 PM, Boris Ostrovsky wrote:
On 05/30/2018 04:29 AM, Oleksandr Andrushchenko wrote:
On 05/29/2018 11:03 PM, Boris Ostrovsky wrote:
On 05/29/2018 02:22 PM, Oleksandr Andrushchenko wrote:
On 05/29/2018 09:04 PM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr
On Tue, May 29, 2018 at 08:41:42AM +0200, Andrzej Hajda wrote:
> On 24.05.2018 18:41, Sandeep Panda wrote:
> > Document the bindings used for the sn65dsi86 DSI to eDP bridge.
> >
> > Changes in v1:
> > - Rephrase the dt-binding descriptions to be more inline with existing
> >bindings (Andrzej
Building the omap sub-drivers when CONFIG_GPIOLIB is disabled causes
lots of build failures, either from using gpiolib interfaces, or from
including the wrong headers:
drivers/video/fbdev/omap2/omapfb/displays/encoder-opa362.c: In function
'opa362_enable':
https://bugs.freedesktop.org/show_bug.cgi?id=81620
i...@yahoo.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEEDINFO
On Wed, May 30, 2018 at 11:43:58AM +0200, Neil Armstrong wrote:
> The dw_hdmi_setup_rx_sense exported function should not use struct device
> to recover the dw-hdmi context using drvdata, but take struct dw_hdmi
> directly like other exported functions.
>
> This caused a regression using Meson
Qiang Yu writes:
> On Thu, May 24, 2018 at 3:51 PM, Daniel Vetter wrote:
>> On Thu, May 24, 2018 at 09:18:04AM +0800, Qiang Yu wrote:
>>> On Thu, May 24, 2018 at 4:31 AM, Daniel Vetter wrote:
>>> > On Wed, May 23, 2018 at 2:59 PM, Qiang Yu wrote:
>>> >> On Wed, May 23, 2018 at 5:04 PM, Daniel
On Fri, May 25, 2018 at 09:50:34PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Instead of plane->fb (which we're going to deprecate for atomic drivers)
> we need to look at plane->state->fb. The maze of code leading to
> vmw_kms_helper_dirty() wasn't particularly clear, but my analysis
drm_private_state has a back pointer to the drm_atomic_state,
however that was not initialized in drm_atomic_get_private_obj_state
after duplication, as it is the case for other drm atomic getters
Signed-off-by: Alexandru Gheorghe
---
drivers/gpu/drm/drm_atomic.c | 1 +
1 file changed, 1
Arnd Bergmann writes:
> Without CONFIG_MMU, we get a link error:
>
> drivers/gpu/drm/v3d/v3d_bo.o: In function `v3d_gem_fault':
> v3d_bo.c:(.text+0x3ca): undefined reference to `vm_insert_mixed'
>
> The other drivers with this problem already depend on CONFIG_MMU,
> so let's do the same thing
On Fri, May 25, 2018 at 06:33:24PM +0300, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Make set/clear page private code shared and accessible to
> other kernel modules which can re-use these instead of open-coding.
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
>
/Abhinav-Kumar/drm-msm-make-pclk_rate-u64-to-avoid-truncation/20180530-182643
base: git://people.freedesktop.org/~robclark/linux msm-next
config: arm-allmodconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com
On Wed, May 30, 2018 at 08:19:47PM +0530, Rajesh Yadav wrote:
> dpu_io_util.h is moved from standard include path
> to driver folder, correct the include path in code.
>
> Signed-off-by: Rajesh Yadav
If the previous patch doesn't compile without this fix you should squash them.
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=106258
--- Comment #20 from Ben Crocker ---
Please note that the path to the firmware,
/lib/firmware/amdgpu,
is correct for Red Hat products (RHEL, Fedora, CentOS) as well.
--
You are receiving this mail because:
You are the assignee for the
Thanks Ville.
This series: Reviewed-by: Sinclair Yeh
On Fri, May 25, 2018 at 09:50:32PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Here are again the last (?) bits of eliminating the plane->fb/crtc
> usage for atomic drivers. I've pushed everything else (thanks to
> everyone who
On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
> Add support for Truly NT35597 panel used
> in MSM reference platforms.
>
> This panel supports both single DSI and dual DSI
> modes.
>
> However, this patch series adds support only for
> dual DSI mode.
>
> Changes in v4:
> - Fix
Dying process might be blocked from receiving any more signals
so avoid using it.
Also retire enity->fini_status and just check the SW queue,
if it's not empty do the fallback cleanup.
Also handle entity->last_scheduled == NULL use case which
happens when HW ring is already hangged whem a new
Noralf Trønnes writes:
> These are needed for pl111 to use the generic fbdev emulation.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Wed, May 30, 2018 at 09:47:25AM -0600, Jordan Crouse wrote:
> On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
> > Add support for Truly NT35597 panel used
> > in MSM reference platforms.
> >
> > This panel supports both single DSI and dual DSI
> > modes.
> >
> > However, this
With this we can now terminate jobs enqueue into SW queue the moment
the task is being killed instead of waiting for last user of
drm file to release it.
Also stop checking for kref_read(>refcount) == 1 when
calling drm_sched_entity_do_release since other task
might still hold a reference to this
On Wed, May 30, 2018 at 06:30:52PM +0100, Alexandru Gheorghe wrote:
> drm_private_state has a back pointer to the drm_atomic_state,
> however that was not initialized in drm_atomic_get_private_obj_state
> after duplication, as it is the case for other drm atomic getters
>
> Signed-off-by:
Ville Syrjala writes:
> From: Ville Syrjälä
>
> We want to get rid of plane->fb/crtc on atomic drivers. Stop setting
> them.
>
> Cc: Eric Anholt
> Signed-off-by: Ville Syrjälä
> Reviewed-by: Maarten Lankhorst
> Reviewed-by: Daniel Vetter
Reviewed-by: Eric Anholt
signature.asc
https://bugs.freedesktop.org/show_bug.cgi?id=106735
--- Comment #3 from dwagner ---
(In reply to Matthias from comment #2)
> Should I try to force a binary EDID for the connected PSVR?
At this time, I would recommend against this: I experience consistent crashes
on evey S3 resume if use the
From: Colin Ian King
The comparison with the number of elements in array df_v3_7_channel_number
is off-by-one and can produce an array out-of-bounds read if
fb_channel_number is equal to the number of elements of the array. Fix
this by changing the comparison to >= instead of >.
Detected by
On 05/30/2018 06:20 PM, Boris Ostrovsky wrote:
On 05/30/2018 02:34 AM, Oleksandr Andrushchenko wrote:
On 05/29/2018 10:10 PM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
+/**
+ * gnttab_dma_free_pages - free DMAable pages
+ * @args: arguments to the function
+
Hi Dave,
One more fix that came in today. It's fixing a regression introduced during the
merge window, so it'd be nice to get it in.
drm-misc-fixes-2018-05-30:
dw-hdmi: Fix Oops regression from rc1 (Neil)
Cc: Neil Armstrong
Cheers, Sean
The following changes since commit
https://bugs.freedesktop.org/show_bug.cgi?id=106594
Kai changed:
What|Removed |Added
CC||bri...@vmware.com,
|
Higher values of pclk can exceed 32 bits when multiplied
by a factor.
Make the pclk_rate u64 to accommodate higher pixel clock
rates.
Signed-off-by: Abhinav Kumar
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git
Hi Sean
Thanks for your review.
Some responses below. Please help to check.
Thanks
Abhinav
On 2018-05-30 12:12, Sean Paul wrote:
On Fri, May 25, 2018 at 05:27:51PM -0700, Abhinav Kumar wrote:
Add support for Truly NT35597 panel used
in MSM reference platforms.
This panel supports both
https://bugs.freedesktop.org/show_bug.cgi?id=106747
Martin Peres changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
On Fri, May 25, 2018 at 06:33:29PM +0300, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> 1. Create a dma-buf from grant references provided by the foreign
>domain. By default dma-buf is backed by system memory pages, but
>by providing GNTDEV_DMA_FLAG_XXX flags it can
On Wed, May 30, 2018 at 06:29:36PM +0300, Ville Syrjälä wrote:
> On Thu, May 24, 2018 at 11:57:17AM +0200, Neil Armstrong wrote:
> > This patchs adds the cec_notifier feature to the intel_hdmi part
> > of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate
> > between each
On Mon, May 28, 2018 at 02:38:19PM +0800, Stu Hsieh wrote:
> Update device tree binding documentation for the display subsystem for
> Mediatek MT2712 SoCs.
>
> Signed-off-by: Stu Hsieh
> Acked-by: CK Hu
> ---
> Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 +-
> 1
On Wed, May 30, 2018 at 02:15:58PM +0200, Maciej Purski wrote:
> From: Andrzej Hajda
>
> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
> Bindings describe power supplies, reset gpio and video interfaces.
>
> Signed-off-by: Andrzej Hajda
> Signed-off-by: Maciej Purski
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #5 from Pixie ---
Created attachment 139875
--> https://bugs.freedesktop.org/attachment.cgi?id=139875=edit
dmesg log on a working setup (kernel 4.14.35, latest stable mesa)
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #7 from Pixie ---
Logs from working software submitted. Booting promptly into a newer kernel and
salvaging logs from there.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #6 from Pixie ---
Created attachment 139876
--> https://bugs.freedesktop.org/attachment.cgi?id=139876=edit
Xorg log on the same functional 4.14.35 setup.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #15 from Pixie ---
That Git install doesn't seem to have changed anything visible. Doesn't show in
logs either, which is weird.
--
You are receiving this mail because:
You are the assignee for the
From: Ong, Hean Loong
The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver patch
here is allocating memory for information to be streamed from the ARM/Linux to
the display port.
Basically the driver just wraps the information such as the pixels to be drawn
by the FPGA
From: Ong Hean Loong
Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II.
The driver only supports the Intel Arria10 devkit and its variants.
This driver can be either loaded staticlly or in modules.
The OF device tree binding is located at:
On 05/31/2018 04:46 AM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
Oleksandr Andrushchenko (8):
xen/grant-table: Make set/clear page private code shared
xen/balloon: Move common memory reservation routines to a module
xen/grant-table: Allow
From: Ong Hean Loong
Intel FPGA Video and Image Processing Suite Frame Buffer II
driver config for Arria 10 devkit and its variants
Signed-off-by: Ong, Hean Loong
---
arch/arm/configs/socfpga_defconfig |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
From: Ong, Hean Loong
Device tree binding for Intel FPGA Video and Image Processing Suite. The
binding involved would be generated from the Altera (Intel) Qsys system. The
bindings would set the max width, max height, buts per pixel and memory port
width. The device tree binding only supports
https://bugs.freedesktop.org/show_bug.cgi?id=82717
Jan Vesely changed:
What|Removed |Added
Depends on||87738
Referenced Bugs:
Bus scale config related dt-bindings are removed.
Add bus_scale config in driver instead.
Signed-off-by: Rajesh Yadav
---
drivers/gpu/drm/msm/disp/dpu1/dpu_power_handle.c | 254 +++
1 file changed, 167 insertions(+), 87 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=106735
--- Comment #1 from Matthias ---
Created attachment 139862
--> https://bugs.freedesktop.org/attachment.cgi?id=139862=edit
Xorg.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #11 from Pixie ---
Seems somewhere between what looks like versions 3.19 and 3.25.
Gonna guess 4.15 has an earlier version; gonna fetch logs from that shortly.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #16 from Pixie ---
Running glxgears gives me a GL version of 3.1 Mesa 18.2.0-devel, that the one
I'm looking for?
--
You are receiving this mail because:
You are the assignee for the
On Fri, May 25, 2018 at 03:14:33PM -0500, David Lechner wrote:
> On 05/25/2018 02:36 PM, David Lechner wrote:
> > This adds a new binding for Ilitek ILI9341 display panels. It includes
> > a compatible string for one display (more can be added in the future).
> >
> > The vendor prefix "noname" is
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #4 from Pixie ---
If instructed how, I would definitely be willing to bisect.
Power went out, fell asleep, no xorg logs during the day. Sorry for the delay,
a working log/dmesg combo on 4.14.35 coming up shortly, for reference.
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #10 from Pixie ---
Created attachment 139878
--> https://bugs.freedesktop.org/attachment.cgi?id=139878=edit
Xorg log on the broken 4.17-rc1 setup
The broken Xorg log doesn't even seem to acknowledge the monitor exists through
a
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #9 from Pixie ---
Created attachment 139877
--> https://bugs.freedesktop.org/attachment.cgi?id=139877=edit
dmesg from a broken 4.17-rc1 setup; look here for the errors
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #12 from Pixie ---
Seems like I had the right idea.
4.15 runs amdgpu 3.23. May install a Mesa git version from a PPA after this to
check.
Really want the new kernels, so I'm probably gonna do that right away after
posting the two
On 05/31/2018 12:34 AM, Dongwon Kim wrote:
On Fri, May 25, 2018 at 06:33:24PM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Make set/clear page private code shared and accessible to
other kernel modules which can re-use these instead of open-coding.
Signed-off-by:
On 05/31/2018 02:10 AM, Dongwon Kim wrote:
On Fri, May 25, 2018 at 06:33:29PM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
1. Create a dma-buf from grant references provided by the foreign
domain. By default dma-buf is backed by system memory pages, but
by
On Fri, May 25, 2018 at 02:36:21PM -0500, David Lechner wrote:
> This adds a device tree vendor prefix for Adafruit Industries, LLC.
>
> Signed-off-by: David Lechner
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
Acked-by: Rob Herring
On Wed, May 30, 2018 at 02:15:56PM +0200, Maciej Purski wrote:
> From: Andrzej Hajda
"dt-bindings: display: ..." is preferred subject prefix.
>
> The patch adds bindings to BOE HV070-WSA WSVGA panel.
> Bindings are compatible with simple panel bindings.
>
> Signed-off-by: Andrzej Hajda
>
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #8 from Pixie ---
Nope, fell flat on its face. rc1 logs coming shortly.
--
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=106718
--- Comment #13 from Pixie ---
Created attachment 139879
--> https://bugs.freedesktop.org/attachment.cgi?id=139879=edit
Broken dmesg on 4.15
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #14 from Pixie ---
Created attachment 139880
--> https://bugs.freedesktop.org/attachment.cgi?id=139880=edit
Broken Xorg log on 4.15
--
You are receiving this mail because:
You are the assignee for the
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Extend grant table module API to allow allocating buffers that can
> be used for DMA operations and mapping foreign grant references
> on top of those.
> The resulting buffer is similar to the one allocated
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
>
> +/*
> + * Create a dma-buf [1] from grant references @refs of count @count provided
> + * by the foreign domain @domid with flags @flags.
> + *
> + * By default dma-buf is backed by system memory pages, but by providing
> + * one of the
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Make set/clear page private code shared and accessible to
> other kernel modules which can re-use these instead of open-coding.
>
> Signed-off-by: Oleksandr Andrushchenko
Reviewed-by: Boris Ostrovsky
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Memory {increase|decrease}_reservation and VA mappings update/reset
> code used in balloon driver can be made common, so other drivers can
> also re-use the same functionality without open-coding.
> Create
https://bugs.freedesktop.org/show_bug.cgi?id=74974
Jan Vesely changed:
What|Removed |Added
Depends on||87738
--- Comment #1 from Jan Vesely ---
https://bugs.freedesktop.org/show_bug.cgi?id=87738
Jan Vesely changed:
What|Removed |Added
Blocks||74974
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=81896
Jan Vesely changed:
What|Removed |Added
Summary|GPU reset when running some |[clover/sumo] GPU reset
On Tue, May 29, 2018 at 10:03:53AM +0200, Daniel Vetter wrote:
> On Fri, May 25, 2018 at 05:20:08AM +0300, Haneen Mohammed wrote:
> > This patch add checks for NULL drm_[connector/crtc/plane]_helper_funcs
> > pointers before derefrencing the variable to avoid NULL pointer
> > dereference and make
On 25/05/18 17:33, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Make set/clear page private code shared and accessible to
> other kernel modules which can re-use these instead of open-coding.
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
> drivers/xen/grant-table.c |
Please add something like "Fixing a compiler warning." as commit message.
With that done the series is Reviewed-by: Christian König
.
Thanks,
Christian.
Am 30.05.2018 um 05:14 schrieb Chunming Zhou:
Change-Id: I412f5783e2839c53841e6ab665f939236bdc5bf1
Signed-off-by: Chunming Zhou
---
On 05/30/2018 07:32 AM, Juergen Gross wrote:
On 25/05/18 17:33, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Memory {increase|decrease}_reservation and VA mappings update/reset
code used in balloon driver can be made common, so other drivers can
also re-use the same
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
>
> struct unmap_notify {
> @@ -96,10 +104,28 @@ struct grant_map {
> struct gnttab_unmap_grant_ref *kunmap_ops;
> struct page **pages;
> unsigned long pages_vm_start;
> +
> +#ifdef CONFIG_XEN_GRANT_DMA_ALLOC
> + /*
>
On Tue, May 29, 2018 at 12:14 PM, Daniel Vetter wrote:
> On Thu, May 24, 2018 at 07:51:40PM +0530, Souptick Joarder wrote:
>> On Thu, May 24, 2018 at 6:27 PM, Daniel Vetter wrote:
>> > On Wed, May 23, 2018 at 03:05:35PM +0530, Souptick Joarder wrote:
>> >> On Mon, May 14, 2018 at 9:56 PM, Daniel
This commit adds support for KOE's 5.7" display.
Signed-off-by: Lukasz Majewski
Reviewed-by: Rob Herring
---
Changes for v2:
- Add Reviewed-by tag
---
.../bindings/display/panel/koe,tx14d24vm1bpa.txt | 42 ++
drivers/gpu/drm/panel/panel-simple.c | 26
Use new return type vm_fault_t for fault handler. For
now, this is just documenting that the function returns
a VM_FAULT value rather than an errno. Once all instances
are converted, vm_fault_t will become a distinct type.
Ref-> commit 1c8f422059ae ("mm: change return type to vm_fault_t")
Hi Geert
> > HDMI sound doesn't use hdmi0_con.
> > You can do it now, thanks
>
> Thanks, so hdmi0_con can be moved now.
>
> But HDMI sound does use hdmi0/ports/port@2. right?
Yes
Best regards
---
Kuninori Morimoto
___
dri-devel mailing list
On 05/30/2018 01:34 AM, Boris Ostrovsky wrote:
On 05/25/2018 11:33 AM, Oleksandr Andrushchenko wrote:
+/*
+ * Create a dma-buf [1] from grant references @refs of count @count provided
+ * by the foreign domain @domid with flags @flags.
+ *
+ * By default dma-buf is backed by system memory
1 - 100 of 175 matches
Mail list logo
