On Mon, Mar 13, 2017 at 01:30:40PM +0100, Noralf Trønnes wrote:
>
> Den 12.03.2017 19.00, skrev Daniel Vetter:
> > On Sat, Mar 11, 2017 at 10:35:32PM +0100, Noralf Trønnes wrote:
> > > Add tinydrm_rgb565_buf_copy() function that copies buffer rectangle to
> > > destination buffer and also handles
On Mon, Mar 13, 2017 at 04:12:37PM +0100, Noralf Trønnes wrote:
>
> Den 12.03.2017 21.40, skrev Daniel Vetter:
> > On Sun, Mar 12, 2017 at 09:17:00PM +0100, Noralf Trønnes wrote:
> > > Den 12.03.2017 20.16, skrev Daniel Vetter:
> > > > On Sun, Mar 12, 2017 at 06:50:17PM +0100, Daniel Vetter wrote:
My static checker complains that "release" is uninitialized if
qxl_alloc_release_reserved() fails, so let's add a check for that.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_display.c
index 9548bb58d3bc..058340a002c2 100644
--- a/drivers
On 03/14/2017 08:53 AM, Romain Perier wrote:
> Hi,
>
>
> Le 13/03/2017 à 19:49, Jose Abreu a écrit :
>> Hi Russell,
>>
>>
>> On 13-03-2017 13:10, Russell King - ARM Linux wrote:
>>> On Mon, Mar 13, 2017 at 12:55:58PM +, Jose Abreu wrote:
Hi,
On 13-03-2017 09:36, Russell Ki
On 03/13/2017 12:43 PM, Jose Abreu wrote:
> Hi Neil,
>
>
> On 09-03-2017 14:27, Jose Abreu wrote:
>> Hi Neil,
>>
>>
>> On 08-03-2017 12:12, Neil Armstrong wrote:
>>> Hi Jose,
>>>
>>> It seems here that we only have the RGB444<->YUV444 8bit tables, from the
>>> Amlogic
>>> source I have the follo
Current implementation of event handling assumes that vblank interrupt is
always called at the right time. It is not true, it can be delayed due to
various reasons. As a result different races can happen. The patch fixes
the issue by using hardware frame counter present in DECON to serialize
vblank
The patch fixes copy/paste bug introduced during code refactoring.
Reported-by: Dan Carpenter
Fixes: b93c2e8b5d9d ("drm/exynos/decon5433: configure sysreg in case of
hardware trigger")Fixes:
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 4 ++--
1 file changed
VBLANK interrupt should be signalled as soon as scanout ends, front porch
is the best moment.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c
b/drivers/gpu/drm/
DECON in case of video mode generates interrupt by default at start
of vertical back porch. As this interrupt is used to generate VBLANK
events more optimal point is start of vertical front porch.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-
include/vide
Hi Inki,
According to you request, this is actual resend of my patchset v3
'drm/exynos: rework vblank handling' split into fixes and enhancements part.
This 'fixes' part is based on today's exynos-drm-fixes branch, original
patches applied without conflict.
The last patch does not really fit int
CRTC event is currently send with next vblank, or instantly in case crtc
is being disabled. This approach usually works, but in corner cases it can
result in premature event generation. Only device driver is able to verify
if the event can be sent. This patch is a first step in that direction - it
On Mon, Mar 13, 2017 at 03:48:48PM -0400, Sean Paul wrote:
> On Mon, Mar 13, 2017 at 06:09:17PM +, Emil Velikov wrote:
> > On 13 March 2017 at 17:00, Rob Clark wrote:
> > > On Mon, Mar 13, 2017 at 12:43 PM, Arnd Bergmann wrote:
> > >> The newly added a5xx support fails to build when debugfs i
On Tue, Mar 14, 2017 at 10:50:51AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This isn't needed currently, but to reuse sync file for Vulkan
> permanent shared semaphore semantics, we need to be able to swap
> the fence backing a sync file. This patch adds a mutex to the
> sync file and us
On Tue, Mar 14, 2017 at 10:50:52AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Using sync_file to back vulkan semaphores means need to replace
> the fence underlying the sync file. This replace function removes
> the callback, swaps the fence, and returns the old one. This
> also exports th
On Tue, Mar 14, 2017 at 10:50:49AM +1000, Dave Airlie wrote:
> This contains one libdrm patch and 4 kernel patches.
>
> The goal is to implement the Vulkan KHR_external_semaphore_fd interface
> for permanent semaphore behaviour for radv.
>
> This code tries to enhance sync file to add the require
On Tue, Mar 14, 2017 at 11:30:40AM +0800, zhoucm1 wrote:
>
>
> On 2017年03月14日 10:52, Dave Airlie wrote:
> > On 14 March 2017 at 12:00, zhoucm1 wrote:
> > > Hi Dave,
> > >
> > > Could you tell me why you create your new one patch? I remember I send out
> > > our the whole implementation, Why not
On Tue, Mar 14, 2017 at 02:16:11PM +1000, Dave Airlie wrote:
> On 14 March 2017 at 13:30, zhoucm1 wrote:
> >
> >
> > On 2017年03月14日 10:52, Dave Airlie wrote:
> >>
> >> On 14 March 2017 at 12:00, zhoucm1 wrote:
> >>>
> >>> Hi Dave,
> >>>
> >>> Could you tell me why you create your new one patch? I
On Tue, Mar 14, 2017 at 10:50:52AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Using sync_file to back vulkan semaphores means need to replace
> the fence underlying the sync file. This replace function removes
> the callback, swaps the fence, and returns the old one. This
> also exports th
-infrastructure-v3/20170314-163334
base: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next
config: i386-randconfig-x077-201711 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH
On Mon, Mar 13, 2017 at 12:42:54PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:35PM +0100, Daniel Vetter wrote:
> > +/**
> > + * struct drm_prime_file_private - per-file tracking for PRIME
> > + *
> > + * This just contains the internal &struct dma_buf and handle caches for
> > each
>
Am 14.03.2017 um 09:54 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 11:30:40AM +0800, zhoucm1 wrote:
On 2017年03月14日 10:52, Dave Airlie wrote:
On 14 March 2017 at 12:00, zhoucm1 wrote:
Hi Dave,
Could you tell me why you create your new one patch? I remember I send out
our the whole impleme
Am 14.03.2017 um 09:45 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 10:50:51AM +1000, Dave Airlie wrote:
From: Dave Airlie
This isn't needed currently, but to reuse sync file for Vulkan
permanent shared semaphore semantics, we need to be able to swap
the fence backing a sync file. This patch
-infrastructure-v3/20170314-163334
base: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next
config: i386-randconfig-s0-201711 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH
On Tue, Mar 14, 2017 at 10:13:37AM +0100, Christian König wrote:
> Am 14.03.2017 um 09:45 schrieb Daniel Vetter:
> >On Tue, Mar 14, 2017 at 10:50:51AM +1000, Dave Airlie wrote:
> >>From: Dave Airlie
> >>
> >>This isn't needed currently, but to reuse sync file for Vulkan
> >>permanent shared semaph
Am 14.03.2017 um 10:29 schrieb Chris Wilson:
On Tue, Mar 14, 2017 at 10:13:37AM +0100, Christian König wrote:
Am 14.03.2017 um 09:45 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 10:50:51AM +1000, Dave Airlie wrote:
From: Dave Airlie
This isn't needed currently, but to reuse sync file for V
On 13/03/17 11:29, Jyri Sarha wrote:
> Touching HW while clocks are off is a serious error and for instance
> breaks suspend functionality. After this patch tilcdc_crtc_update_fb()
> always updates the primary plane's framebuffer pointer, increases fb's
> reference count and stores vblank event. ti
Hi Dave, I'm early this week, here are the drm/i915 fixes for -rc3. The
majority of them are actually Cc: stable, not bugs introduced this
cycle, and almost all of them also have Fixes: annotations.
BR,
Jani.
The following changes since commit 70647f9163aa4fc7090b0d6795d026ebe3897928:
Merge t
On 2017年03月14日 17:20, Christian König wrote:
Am 14.03.2017 um 09:54 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 11:30:40AM +0800, zhoucm1 wrote:
On 2017年03月14日 10:52, Dave Airlie wrote:
On 14 March 2017 at 12:00, zhoucm1 wrote:
Hi Dave,
Could you tell me why you create your new one pa
From: Lucas Stach
The i.MX6 QuadPlus IPU needs to PRG unit to gain access to the
data bus. Make sure it is present and available to be used.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-common.c | 11 ++-
drivers/gpu/ipu-v3/ipu-prv.h| 1 +
2
From: Lucas Stach
This adds support for the i.MX6 QUadPlus PRG unit. It glues together the
IPU and the PRE units.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
v3: Fix modular build (drop duplicate module_platform_driver, export symbols)
---
drivers/gpu/ipu-v3/Makefile | 2
From: Lucas Stach
This adds support for the i.MX6 QuadPlus PRE units. Currently only
linear prefetch into SRAM is supported, other modes of operation
like the tiled-to-linear conversion will be added later.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
v3: Fix modular build (drop
From: Lucas Stach
On i.MX6 QuadPlus the PRG needs to be clocked in order to pass
through the data access requests from the IDMAC. This call is a
no-op for other all other SoCs.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 2 ++
1 file changed,
From: Lucas Stach
The Prefetch Resolve Engine is a prefetch and tile resolve engine
which prefetches display data from DRAM to an internal SRAM region.
It has a single clock for configuration register access and the
functional units. A single shared interrupt is used for status and
error signalin
From: Lucas Stach
Document the valid compatible strings for the IPUv3.
On i.MX6 QuadPlus the IPU needs to know which PRG has to be
used for this IPU instance. Add a "fsl,prg" property containing
a phandle pointing to the correct PRG device.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zab
From: Lucas Stach
Using non-zero AXI IDs for anything other than the display channels
collides with the PRG AXI snooping, so only do this if there is no
PRG present.
Signed-off-by: Lucas Stach
Signed-off-by: Philipp Zabel
---
drivers/gpu/ipu-v3/ipu-image-convert.c | 7 ++-
1 file changed,
From: Lucas Stach
Allow the planes to use the PRG/PRE units as linear prefetchers when
possible. This improves DRAM efficiency a bit and reduces the chance
for display underflow when the memory subsystem is under load.
This does not yet support scanning out tiled buffers directly, as this
needs
From: Lucas Stach
This adds the the devicetree binding for the Prefetch Resolve Gasket,
as found on i.MX6 QuadPlus.
The PRG is fairly simple in that it only has a configuration register
range and two clocks, one for the AHB slave port and one for the AXI
ports and the functional units.
The PRE c
On Di, 2017-03-14 at 10:54 +0300, Dan Carpenter wrote:
> My static checker complains that "release" is uninitialized if
> qxl_alloc_release_reserved() fails, so let's add a check for that.
applied to drm-misc-next.
thanks,
Gerd
___
dri-devel mailing
On Tue 2017-03-14 10:08:23, Thorsten Leemhuis wrote:
> On 06.03.2017 00:01, Pavel Machek wrote:
> >>> mplayer stopped working after a while. Dmesg says:
> >>>
> >>> [ 3000.266533] cdc_ether 2-1.2:1.0 usb0: register 'cdc_ether' at
> > Now I'm pretty sure it is a regression in v4.11-rc0. Any ideas wh
https://bugs.freedesktop.org/show_bug.cgi?id=98862
cosiek...@o2.pl changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi Jeffy,
On 14.03.2017 11:45, Jeffy Chen wrote:
> Currently we are adding all components from the dts, if one of their
> drivers been disabled, we would not be able to bring up others.
>
> Refactor component match logic, follow exynos drm.
>
> Signed-off-by: Jeffy Chen
Reviewed-by: Andrzej Ha
https://bugs.freedesktop.org/show_bug.cgi?id=99194
Alex Ford changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
drivers/gpu/drm/virtio/virtgpu_vq.c:100:5-11: ERROR: allocation function on
line 99 returns NULL not ERR_PTR on failure
The various basic memory allocation functions don't return ERR_PTR
Generated by: scripts/coccinelle/null/eno.cocci
Signed-off-by: Fengguang Wu
---
virtgpu_vq.c |2 +-
-infrastructure-v3/20170314-163334
base: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
lib/crc32.c:148: warning: No description found for parameter 'tab)[256]'
lib/crc32.c:148: warning:
Hi Dave,
Please pull these two fixes.
Thanks,
Jyri
The following changes since commit 3f81e1340706e9a7f854808e2f580c3106805d0c:
drm: mxsfb: Implement drm_panel handling (2017-03-10 11:11:14 +1000)
are available in the git repository at:
https://github.com/jsarha/linux tags/tilcdc-4.11-fixe
On Sun, Mar 12, 2017 at 10:46:36PM +0800, kbuild test robot wrote:
> drivers/gpu/drm/tinydrm/mipi-dbi.c:657:2-3: Unneeded semicolon
> drivers/gpu/drm/tinydrm/mipi-dbi.c:593:2-3: Unneeded semicolon
>
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> Si
On Mon, Mar 13, 2017 at 01:05:27PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:43PM +0100, Daniel Vetter wrote:
> > We might as well dump the drm_file pointer, that's about as useful
> > a cookie as the pid. Noticed while typing docs for drm_file and friends.
> >
> > Since the only con
Hello,
[ 530.698622] ==
[ 530.698623] WARNING: possible circular locking dependency detected
[ 530.698626] 4.11.0-rc2-mm1-dbg-00167-gdb8a9941614c-dirty #222 Not tainted
[ 530.698627] --
[ 5
On Mon, Mar 13, 2017 at 01:53:28PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:44PM +0100, Daniel Vetter wrote:
> > Well, mostly drm_file.h, and clean up all related things:
> >
> > - I didnt' figure out the difference between preclose and postclose.
> > The existing explanation in d
On Mon, Mar 13, 2017 at 01:53:28PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:44PM +0100, Daniel Vetter wrote:
> > Well, mostly drm_file.h, and clean up all related things:
> >
> > - I didnt' figure out the difference between preclose and postclose.
> > The existing explanation in d
On Mon, Mar 13, 2017 at 03:11:05PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:50PM +0100, Daniel Vetter wrote:
> > I didn't spot anything that would require ordering here (well not
> > anywhere else either), and I'm trying to unify at least modern drivers
> > on one close hook.
> >
>
On Mon, Mar 13, 2017 at 03:18:05PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:53PM +0100, Daniel Vetter wrote:
> > Again no apparent explanation for the split except hysterical raisins.
> > Merging them also makes it a bit more obviuos what's going on wrt the
> > runtime pm refdancing.
On Mon, Mar 13, 2017 at 03:35:43PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:57PM +0100, Daniel Vetter wrote:
> > Sadly there's only 1 driver which can use it, everyone else is special
> > for some reason:
> >
> > - gma500 has a horrible runtime PM ioctl wrapper that probably doesn't
On Wed, Mar 08, 2017 at 04:45:13PM +0100, Daniel Vetter wrote:
> On Wed, Mar 08, 2017 at 03:07:48PM +, Chris Wilson wrote:
> > On Wed, Mar 08, 2017 at 03:12:45PM +0100, Daniel Vetter wrote:
> > > There's really not a reason afaics that we can't just clean up
> > > everything at the end, in the
On Mon, 2017-03-13 at 16:54 +0530, Shashank Sharma wrote:
> Geminilake platform sports a native HDMI 2.0 controller, and is
> capable of driving pixel-clocks upto 594Mhz. HDMI 2.0 spec
> mendates scrambling for these higher clocks, for reduced RF footprint.
>
> This patch checks if the monitor sup
On Tue, Mar 14, 2017 at 10:21:09PM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> [ 530.698622] ==
> [ 530.698623] WARNING: possible circular locking dependency detected
> [ 530.698626] 4.11.0-rc2-mm1-dbg-00167-gdb8a9941614c-dirty #222 Not tain
Hi,
> vbuf = kmem_cache_alloc(vgdev->vbufs, GFP_KERNEL);
> - if (IS_ERR(vbuf))
> + if (!vbuf)
> return ERR_CAST(vbuf);
Well, ERR_CAST(vbuf) isn't correct either ...
correct fix has been committed to drm-misc-next today and should show up
in linux-next shortly.
chee
On Mon, Mar 13, 2017 at 03:29:20PM -0400, Sean Paul wrote:
> On Wed, Mar 08, 2017 at 03:12:55PM +0100, Daniel Vetter wrote:
> > With all drivers converted there's only legacy dri1 drivers using it.
> > Not going to touch those, instead just hide it like we've done with
> > other dri1 driver hooks l
On Tue, 2017-03-07 at 04:27 +0800, Ayaka wrote:
>
> 從我的 iPad 傳送
>
> > Ville Syrjälä 於 2017年3月7日 上午2:34 寫道：
> >
> > > On Tue, Mar 07, 2017 at 01:58:23AM +0800, Ayaka wrote:
> > >
> > >
> > > 從我的 iPad 傳送
> > >
> > > > > Ville Syrjälä 於 2017年3月6日 下午9:06 寫道：
> > > > >
> > > > > On Sun, Mar 05,
https://bugs.freedesktop.org/show_bug.cgi?id=100189
--- Comment #3 from Javi Ballester Tomás ---
Hi Emil.
The upgrade that initiated the problem was (17.0~git1701100730.17eac3~gd~x,
17.1~git1702040730.106a51~gd~x), something happened between 170110 and 170204.
About the test program or tracking
On Thu, Mar 02, 2017 at 12:24:25PM -0300, Gabriel Krisman Bertazi wrote:
> Daniel Vetter writes:
>
> > I want to split up a few more things and document some details better
> > (like how exactly to subclass drm_atomic_state). And maybe also split
> > up the helpers a bit per-topic, but this shoul
On Mon, Mar 13, 2017 at 10:42 PM, Umang Raghuvanshi wrote:
>
>
> On 03/14/2017 01:00 AM, Alex Deucher wrote:
>
>> Does your kernel have this patch:
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ef736d394e85b1bf1fd65ba5e5257b85f6c82325
>
> Yes, my kernel has this
2017-03-13 22:09 GMT+01:00 Laura Abbott :
> On 03/12/2017 12:05 PM, Daniel Vetter wrote:
>> On Sun, Mar 12, 2017 at 2:34 PM, Benjamin Gaignard
>> wrote:
>>> 2017-03-09 18:38 GMT+01:00 Laura Abbott :
On 03/09/2017 02:00 AM, Benjamin Gaignard wrote:
> 2017-03-06 17:04 GMT+01:00 Daniel Vette
improve the system]
url:
https://github.com/0day-ci/linux/commits/Dave-Airlie/sync_file-add-a-mutex-to-protect-fence-and-callback-members/20170314-155609
base: git://people.freedesktop.org/~airlied/linux.git drm-next
:: branch date: 52 minutes ago
:: commit date: 52 minutes ago
On Tue, Mar 14, 2017 at 06:45:49PM +0800, Jeffy Chen wrote:
> Currently we are adding all components from the dts, if one of their
> drivers been disabled, we would not be able to bring up others.
>
> Refactor component match logic, follow exynos drm.
>
> Signed-off-by: Jeffy Chen
Thanks for re
On Tue, Mar 14, 2017 at 10:12:59AM +0100, Daniel Vetter wrote:
> On Mon, Mar 13, 2017 at 12:42:54PM -0400, Sean Paul wrote:
> > On Wed, Mar 08, 2017 at 03:12:35PM +0100, Daniel Vetter wrote:
> > > +/**
> > > + * struct drm_prime_file_private - per-file tracking for PRIME
> > > + *
> > > + * This ju
https://bugs.freedesktop.org/show_bug.cgi?id=100200
Bug ID: 100200
Summary: Default Unreal Engine 4 frag shader fails to compile
Product: Mesa
Version: 13.0
Hardware: Other
OS: All
Status: NEW
Severity: no
Hello,
While debugging a softlock that happens on an ioctl(RADEON_CS), I found
that it keeps looping indefinitely in the following loop:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/ttm/ttm_bo.c#L819
That would be great if someone could explain the logic behind this loop
iteratio
And then try again (until ?).
The LRU is empty.
See you got one LRU per domain, so while evicting the buffer from VRAM
it is moved to the GTT domain and also removed from the LRU domain.
When no other task is trying to do a CS the LRU will sooner or later
become empty.
One possibility what
On Fri, Mar 03, 2017 at 09:01:49AM +0800, Chris Zhong wrote:
> Support Innolux P079ZCA 7.85" 768x1024 TFT LCD panel, it is a MIPI DSI
> panel.
>
> Signed-off-by: Chris Zhong
> ---
>
> drivers/gpu/drm/panel/Kconfig | 11 +
> drivers/gpu/drm/panel/Makefile| 1 +
On Tue, Mar 14, 2017 at 6:45 PM, Harry Wentland wrote:
>>> "internal teams simply do not have design authority on stuff like that"
>>>
>>> Can I print that on a t-shirt and start to sell it?
>>
>> I guess you cannot dress it to go to office..:)
>>
>
> I'd wear it to the office.
>
> https://www.cus
On 2017-03-14 06:04 AM, zhoucm1 wrote:
On 2017年03月14日 17:20, Christian König wrote:
Am 14.03.2017 um 09:54 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 11:30:40AM +0800, zhoucm1 wrote:
On 2017年03月14日 10:52, Dave Airlie wrote:
On 14 March 2017 at 12:00, zhoucm1 wrote:
Hi Dave,
Could yo
Am 14.03.2017 um 18:45 schrieb Harry Wentland:
On 2017-03-14 06:04 AM, zhoucm1 wrote:
On 2017年03月14日 17:20, Christian König wrote:
Am 14.03.2017 um 09:54 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 11:30:40AM +0800, zhoucm1 wrote:
On 2017年03月14日 10:52, Dave Airlie wrote:
On 14 March 20
https://bugs.freedesktop.org/show_bug.cgi?id=100189
--- Comment #4 from Javi Ballester Tomás ---
"LIBGL_ALWAYS_SOFTWARE=1 blender" works. Blender runs without errors. Also Mpv,
glmark2 and glxgears.
--
You are receiving this mail because:
You are the assignee for the bug.___
Hello Krzysztof,
I was wondering about the benefit of this. From a quick look these are
all messages that end up in the kernel log / dmesg.
IIRC %pK does nothing there, since dmest_restrict is supposed to be used
to deny an unpriviliged user the access to the kernel log.
Or am I missing somethin
https://bugs.freedesktop.org/show_bug.cgi?id=99841
--- Comment #14 from kevin@potatofrom.space ---
The patch indeed solves the issue -- VTs work on Linux 4.10.1 with the patch
applied.
--
You are receiving this mail because:
You are the assignee for the bug.__
Krzysztof Kozlowski wrote:
> On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote:
>> Hello Krzysztof,
>>
>> I was wondering about the benefit of this. From a quick look these are
>> all messages that end up in the kernel log / dmesg.
>>
>> IIRC %pK does nothing there, since dmest_restrict
On 03/14/2017 07:47 AM, Benjamin Gaignard wrote:
> 2017-03-13 22:09 GMT+01:00 Laura Abbott :
>> On 03/12/2017 12:05 PM, Daniel Vetter wrote:
>>> On Sun, Mar 12, 2017 at 2:34 PM, Benjamin Gaignard
>>> wrote:
2017-03-09 18:38 GMT+01:00 Laura Abbott :
> On 03/09/2017 02:00 AM, Benjamin Gaign
https://bugs.freedesktop.org/show_bug.cgi?id=100189
--- Comment #5 from Emil Velikov ---
(In reply to Javi Ballester Tomás from comment #3)
> Hi Emil.
> The upgrade that initiated the problem was (17.0~git1701100730.17eac3~gd~x,
> 17.1~git1702040730.106a51~gd~x), something happened between 170110
From: "Navare, Manasi D"
Display stream compression is supported on DP 1.4 DP
devices. This patch adds the corersponding DPCD
register definitions for DSC.
v3:
* Add some SHIFTS and MASKS for uniformity (Jani Nikula)
v2:
* Rebased on drm-tip
Signed-off-by: Manasi Navare
Cc: Jani Nikula
Cc: Pa
dma-buf is designed to share buffers. Sharing means that there needs to
be another subsystem to accept those buffers. Introduce a simple test
module to act as a dummy system to accept dma_bufs from elsewhere. The
goal is to provide a very simple interface to validate exported buffers
do something
https://bugs.freedesktop.org/show_bug.cgi?id=100189
--- Comment #6 from Emil Velikov ---
Almost forgot - if you don't want to overwrite your system mesa simply do
$ git bisect...
$ configure ...
$ make
$ export LIBGL_DRIVERS_PATH=`pwd`/lib
$ export LIBGL_DEBUG=verbose
$ ... app to test ...
# ens
On Tue, Mar 14, 2017 at 01:04:19PM -0700, Laura Abbott wrote:
>
> dma-buf is designed to share buffers. Sharing means that there needs to
> be another subsystem to accept those buffers. Introduce a simple test
> module to act as a dummy system to accept dma_bufs from elsewhere. The
> goal is to pr
On 03/14/2017 01:13 PM, Daniel Vetter wrote:
> On Tue, Mar 14, 2017 at 01:04:19PM -0700, Laura Abbott wrote:
>>
>> dma-buf is designed to share buffers. Sharing means that there needs to
>> be another subsystem to accept those buffers. Introduce a simple test
>> module to act as a dummy system to a
Add separate local id variables for indexing planes and CRTCs in
omap_modeset_init(). This is to make it more explicit what each local
variable is used for.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/omapdrm/omap_drv.c | 27 +++
1 file changed, 15 insertions(+), 12 del
Allocate one CRTC for each connected output and get rid of
DRM_OMAP_NUM_CRTCS config option. We still can not create more CRTCs
than we have DSS display managers. We also reserve one overlay per
CRTC for primary plane so we can not have more CRTCs than we have
overlays either.
Signed-off-by: Jyri
Rename possible_crtcs local variable to possible_crtcs_for_planes in
omap_modeset_init() and add a comment about its initialization. This
is to make it more explicit what the variable is used for.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/omapdrm/omap_drv.c | 9 +
1 file changed, 5 i
The first patch removes CONFIG_DRM_OMAP_NUM_CRTCS config option. The
rest is just adding comments and making the code more readable.
Jyri Sarha (3):
drm/omapdrm: Get rid of DRM_OMAP_NUM_CRTCS config option
drm/omapdrm: Change possible_crtcs to possible_crtcs_for_planes
drm/omapdrm: Separate
Krzysztof Kozlowski wrote:
> On Tue, Mar 14, 2017 at 08:17:35PM +0100, Tobias Jakobi wrote:
>> Krzysztof Kozlowski wrote:
>>> On Tue, Mar 14, 2017 at 08:01:41PM +0100, Tobias Jakobi wrote:
Hello Krzysztof,
I was wondering about the benefit of this. From a quick look these are
al
On Thu, Mar 09, 2017 at 11:32:15PM -0500, Sean Paul wrote:
> Despite our best intentions (and we did a decent job this time around) of
> submitting
> upstream first for the Chromebook Plus, we had a number of patches slip
> through the
> cracks. This series includes all but one of those patches.
gcc-7 warns about slightly suspicious code in vmw_cmd_invalid:
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c: In function 'vmw_cmd_invalid':
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c:522:23: error: the omitted middle
operand in ?: will always be 'true', suggest explicit middle operand
[-Werror=parenthes
The AMD ACP driver adds "-I../acp -I../acp/include" to the gcc command
line, which makes no sense, since these are evaluated relative to the
build directory. When we build with "make W=1", they instead cause
a warning:
cc1: error: ../acp/: No such file or directory [-Werror=missing-include-dirs]
c
While it's nice that you are all having fun here, I don't think that's
the way to communicate this.
The truth is, if AMD had an open source driver using the semaphores
(e.g. Vulkan) and if the libdrm semaphore code was merged, Dave
wouldn't be able to change it, ever. If a dependent open source
pr
On 14 March 2017 at 19:30, Christian König wrote:
> Am 14.03.2017 um 10:29 schrieb Chris Wilson:
>>
>> On Tue, Mar 14, 2017 at 10:13:37AM +0100, Christian König wrote:
>>>
>>> Am 14.03.2017 um 09:45 schrieb Daniel Vetter:
On Tue, Mar 14, 2017 at 10:50:51AM +1000, Dave Airlie wrote:
>
On 03/14/2017 01:00 AM, Alex Deucher wrote:
> Does your kernel have this patch:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=ef736d394e85b1bf1fd65ba5e5257b85f6c82325
Yes, my kernel has this patch (this issue first occurred in v4.10).
--
Cheers,
Umang Raghuva
Hi Sean,
On 03/14/2017 05:06 AM, Sean Paul wrote:
On Wed, Mar 08, 2017 at 01:58:14PM +0800, Jeffy Chen wrote:
Currently we are adding all components from the dts, if one of their
drivers been disabled, we would not be able to bring up others.
Refactor component match logic, follow exynos drm.
Printing raw kernel pointers might reveal information which sometimes we
try to hide (e.g. with Kernel Address Space Layout Randomization). Use
the "%pK" format so these pointers will be hidden for unprivileged
users.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/exynos/exynos_drm_dsi.
Le mardi 14 mars 2017 à 15:47 +0100, Benjamin Gaignard a écrit :
> Should we use /devi/ion/$heap instead of /dev/ion_$heap ?
> I think it would be easier for user to look into one directory rather
> then in whole /dev to find the heaps
>
> > is that we don't have to worry about a limit of 32 possi
4 macros already defined in hdmi.h,
which is not required to redefine in hdmi_audio.c
Signed-off-by: Vinay Simha BN
---
drivers/gpu/drm/msm/hdmi/hdmi_audio.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi/hdmi_audio.c
b/drivers/gpu/drm/msm/hdmi/hdmi_audio.c
i
Configures the megachips-stdp-ge-b850v3-fw bridges on the GE
B850v3 dts file.
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Signed-off-by: Peter Senna Tschudin
---
S
1 - 100 of 120 matches
Mail list logo
