On Wed, Apr 12, 2017 at 05:27:22PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in DRM_DEBUG_ATOMIC debug message
>
> Signed-off-by: Colin Ian King
Applied for 4.13 (4.12 feature cutoff is already gone).
Thanks, Daniel
> ---
> drivers/gpu/drm/drm_atomic
On Wed, Apr 12, 2017 at 12:12:01PM -0700, Eric Anholt wrote:
> If we follow the typical pattern of the base class being the first
> member, we can use the default dma_fence_free function.
>
> Signed-off-by: Eric Anholt
On 3&4: Reviewed-by: Daniel Vetter
> Cc: Lucas Stach
> Cc: Russell King
>
On Wed, Apr 12, 2017 at 12:12:02PM -0700, Eric Anholt wrote:
> This is needed for proper synchronization with display on another DRM
> device (pl111 or tinydrm) with buffers produced by vc4 V3D. Fixes the
> new igt vc4_dmabuf_poll testcase, and rendering of one of the glmark2
> desktop tests on pl
2017년 04월 12일 16:22에 Andrzej Hajda 이(가) 쓴 글:
> DSIM uses MIC bridge which is between DECON and DSIM, so the driver
> should expect bridge node on input side.
Confirmed and merged.
Thanks,
Inki Dae
>
> Fixes: 86418f9 ("drm: convert drivers to use of_graph_get_remote_node")
> Signed-off-by: Andr
Forgot to add this :(
Fixes: 1931529448bc ("drm: Add acquire ctx parameter to ->plane_disable")
Cc: Harry Wentland
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_plane_helper.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_plane_helper.c
b/drivers/gpu/drm/drm_pl
On 04/13/2017 09:40 AM, Daniel Vetter wrote:
> Forgot to add this :(
>
> Fixes: 1931529448bc ("drm: Add acquire ctx parameter to ->plane_disable")
> Cc: Harry Wentland
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_plane_helper.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --g
On Tue, 11 Apr 2017 13:23:53 +0200
Gerd Hoffmann wrote:
> Hi,
>
> > > Just let know what you need tested, I should be able to turn it around
> > > within a couple of days.
> >
> > That's part of my problem. I don't really know what should be tested.
> > What do people do with their BE machi
On Thu, Apr 13, 2017 at 09:43:07AM +0200, Neil Armstrong wrote:
> On 04/13/2017 09:40 AM, Daniel Vetter wrote:
> > Forgot to add this :(
> >
> > Fixes: 1931529448bc ("drm: Add acquire ctx parameter to ->plane_disable")
> > Cc: Harry Wentland
> > Signed-off-by: Daniel Vetter
> > ---
> > drivers/
On 11.04.2017 04:22, Liu Ying wrote:
> Trivial fix.
> Some dev_err messages in this driver are missing \n, so add them.
>
> Signed-off-by: Liu Ying
Reviewed-by: Andrzej Hajda
--
Regards
Andrzej
___
dri-devel mailing list
dri-devel@lists.freedesktop.or
2017년 04월 05일 16:28에 Andrzej Hajda 이(가) 쓴 글:
> Since DECON uses enable_irq/disable_irq to full control IRQs,
> there is no point in having flags to trace it separately.
> As a bonus condition for software trigger becomes always true,
> so it can be removed.
>
> Signed-off-by: Andrzej Hajda
> --
On 04/13/2017 01:22 AM, Alastair Bridgewater wrote:
On Tue, Apr 11, 2017 at 1:32 PM, Ilia Mirkin mailto:imir...@alum.mit.edu>> wrote:
On Tue, Apr 11, 2017 at 1:11 PM, Alastair Bridgewater
mailto:alastair.bridgewa...@gmail.com>> wrote:
> + /* HDMI 3D support */
> + if
On 12/04/17 17:04, Hans Verkuil wrote:
>> So is some other driver supporting this already? Or is the omap4 the
>> first platform you're trying this on?
>
> No, there are quite a few CEC drivers by now, but typically the CEC block is
> a totally independent IP block with its own power, irq, etc. T
On 13.04.2017 10:33, Inki Dae wrote:
>
> 2017년 04월 05일 16:28에 Andrzej Hajda 이(가) 쓴 글:
>> Since DECON uses enable_irq/disable_irq to full control IRQs,
>> there is no point in having flags to trace it separately.
>> As a bonus condition for software trigger becomes always true,
>> so it can be remov
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings
(v4.11-rc6-1945-g6184edce6665)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1945-g6184edce6665/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1945-g6184edce6665
Git Commit: 618
On 04/13/2017 10:43 AM, Tomi Valkeinen wrote:
> On 12/04/17 17:04, Hans Verkuil wrote:
>
>>> So is some other driver supporting this already? Or is the omap4 the
>>> first platform you're trying this on?
>>
>> No, there are quite a few CEC drivers by now, but typically the CEC block is
>> a totall
This is required to for i915 to convert connector properties to atomic.
Changes since v1:
- Add docbook info. (danvet)
- Change picture_aspect_ratio to enum hdmi_picture_aspect.
Signed-off-by: Maarten Lankhorst
Cc: dri-devel@lists.freedesktop.org
Acked-by: Dave Airlie
---
drivers/gpu/drm/drm_a
https://bugs.freedesktop.org/show_bug.cgi?id=87738
--- Comment #1 from Antonio Ospite ---
Hi, I still get this when running darktable with mesa 17:
[opencl_init] discarding device 0 `AMD REDWOOD (DRM 2.48.0 / 4.9.0-2-amd64,
LLVM 4.0.0)' due to missing image support.
Is it the driver that lack s
On 13/04/17 12:12, Hans Verkuil wrote:
>> Is there anything else CEC needs to access or control (besides the CEC
>> IP itself)?
>
> The CEC framework needs to be informed about the physical address contained
> in the EDID (part of the CEA-861 block). And when the HPD goes down it needs
> to be in
On 13.04.2017 10:20, Andrzej Hajda wrote:
> On 11.04.2017 04:22, Liu Ying wrote:
>> Trivial fix.
>> Some dev_err messages in this driver are missing \n, so add them.
>>
>> Signed-off-by: Liu Ying
> Reviewed-by: Andrzej Hajda
>
> --
> Regards
> Andrzej
Queued to drm-misc-next.
--
Regards
Andrze
tree: git://people.freedesktop.org/~airlied/linux.git drm-syncobj-sem
head: faf022804be516663a33f620536b006a56d59ee4
commit: 8281fe367426f82485f68767c5c8c7106685e9a9 [3/8] sync_file: split out
fence_file base class from sync_file.
coccinelle warnings: (new ones prefixed by >>)
>> drivers/dm
drivers/dma-buf/sync_file.c:36:1-3: WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Fengguang Wu
---
sync_file.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
---
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #4 from taij...@posteo.de ---
Created attachment 130826
--> https://bugs.freedesktop.org/attachment.cgi?id=130826&action=edit
relevant dmesg output
I have a similar problem on my new notebook.
System:
Arch Linux - Kernel 4.11-rc6
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #5 from taij...@posteo.de ---
Created attachment 130827
--> https://bugs.freedesktop.org/attachment.cgi?id=130827&action=edit
lshw output reference in comment 4
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #6 from taij...@posteo.de ---
Created attachment 130828
--> https://bugs.freedesktop.org/attachment.cgi?id=130828&action=edit
lspci output referenced above
--
You are receiving this mail because:
You are the assignee for the bug._
The cache synchronisation may be a time consuming operation and thus not
best performed in an interrupt which is a typical context for
vb2_buffer_done() calls. This may consume up to tens of ms on some
machines, depending on the buffer size.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
---
After unbinding drm, the user space may still owns the drm dev fd, and
may still be able to call drm ioctl.
We're using an unplugged state to prevent something like that, so let's
reuse it here.
Also drop drm_unplug_dev, because it would be unused after other changes.
Verified on rk3399 chromebo
Here is where most of the work is being done.
We are replacing the old API with the new one, that means changing the
functions layout and remove unnecessary code.
We also set up the other operations:
.read
.write
.read_string
--- linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c.orig 2017-04-13
10:
This patch replaces symbolic permissions with the numeric ones and adds me to
the authors too.
--- linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c.orig 2017-04-13
10:18:37.471129756 +0200
+++ linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c 2017-04-13
10:19:58.182025638 +0200
@@ -1,5 +1,6 @@
Patch ccc66e73 ("ARM: 8508/2: videobuf2-dc: Let drivers specify DMA
attrs") added support for driver specific DMA attributes to
videobuf2-dma-contig but it had several issues in it.
In particular,
- cache operations were only performed on USERPTR buffers,
- DMA attributes were set only for MMAP
The scatterlist should always be present when the cache would need to be
flushed. Each buffer type has its own means to provide that. Add
WARN_ON_ONCE() to check the scatterist exists.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 8
Rename __qbuf_*() functions which are specific to a buffer type as
__prepare_*() which matches with what they do. The naming was there for
historical reasons; the purpose of the functions was changed without
renaming them.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
Reviewed-by: Laurent P
The struct vb2_dc_buf contains two struct sg_table fields: sgt_base and
dma_sgt. The former is used by DMA-BUF buffers whereas the latter is used
by USERPTR.
Unify the two, leaving dma_sgt.
MMAP buffers do not need cache flushing since they have been allocated
using dma_alloc_coherent().
Signed-
This patch creates special group attributes for special attrs like
"*auto_point*".
We check if we need them, and if we do, we set them up in special_groups
structure, that then
we pass to hwmon_device_register_with_info.
--- linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c.orig 2017-04-13
10:13:2
The DMA attributes were available for the memop implementation for MMAP
buffers but not for USERPTR buffers. Do the same for USERPTR. This patch
makes no functional changes.
Signed-off-by: Sakari Ailus
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 3 ++-
drivers/media/v4l2-core/videobuf2-
Just move the function up. It'll be soon needed earlier than previously.
Signed-off-by: Sakari Ailus
Reviewed-by: Laurent Pinchart
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-dma-contig.c | 40 +-
1 file changed, 20 insertions(+), 20 deletions(-)
diff
This patch introduces the structure "struct hwmon_ops" and sets up the
".visible" operation.
Is also a preparation for the next patch where all work is being done.
--- linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c.orig 2017-04-12
19:22:29.070573187 +0200
+++ linux/drivers/gpu/drm/nouveau/nouv
The buffer cache should be synchronised in buffer preparation, not when
the buffer is queued to the device. Fix this.
Mmap buffers do not need cache synchronisation since they are always
coherent.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/videobuf2-core.c |
From: Samu Onkalo
The user may request to the driver (vb2) to skip the cache maintenance
operations in case the buffer does not need cache synchronisation, e.g. in
cases where the buffer is passed between hardware blocks without it being
touched by the CPU.
Also document that the prepare and fin
The desirable DMA attributes are not generic for all devices using
Videobuf2 scatter-gather DMA ops. Let the drivers decide.
As a result, also the DMA-BUF exporter must provide ops for synchronising
the cache. This adds begin_cpu_access and end_cpu_access ops to
vb2_dc_dmabuf_ops.
Signed-off-by:
The V4L2_BUF_FLAG_NO_CACHE_INVALIDATE and V4L2_BUF_FLAG_NO_CACHE_CLEAN
buffer flags are currently not used by the kernel. Replace the definitions
by a single V4L2_BUF_FLAG_NO_CACHE_SYNC flag to be used by further
patches.
Different cache architectures should not be visible to the user space
which
This patch introduces the structure "struct hwmon_ops" and sets up the
".visible" operation.
Is also a preparation for the next patch.
--- linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c.orig 2017-04-12
19:18:09.638073562 +0200
+++ linux/drivers/gpu/drm/nouveau/nouveau_hwmon.c 2017-04-12
attrs used to be a pointer and the caller of vb2_dc_alloc() could
optionally provide it, or NULL. This was when struct dma_attrs was used
to describe DMA attributes rather than an unsigned long value. There is no
longer a need to maintain the condition, assign the value unconditionally.
There is no
Hi Sean,
On 04/12/2017 11:03 PM, Sean Paul wrote:
On Wed, Apr 12, 2017 at 04:56:21PM +0800, Jeffy Chen wrote:
After unbinding drm, the user space may still owns the drm dev fd, and
may still be able to call drm ioctl.
We're using an unplugged state to prevent something like that, so let's
reus
Hello,
This is a rebased and partially reworked version of the vb2 cache hints
support patch series posted by Laurent more three months ago. The patches
have been modified as needed by the upstream changes. There are a number
of other changes as well. Since then, patch ccc66e73 ("ARM: 8508/2:
vide
vb2_dc_get_base_sgt() which obtains the scatterlist already prints
information on why the scatterlist could not be obtained.
Also, remove the useless warning of a failed kmalloc().
Signed-off-by: Sakari Ailus
Reviewed-by: Laurent Pinchart
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/vid
Hi again,
I've split the patches as Karol Herbst suggested.
I hope now it's fine.
This series of patches introduce the new hwmon_device_register_with_info
and gets rid of the old hwmon_device_register.
This patch adds the default sensors with their possible config values.
Just to prepare for the
The alloc() and put() ops are for MMAP buffers only. Document it.
Signed-off-by: Sakari Ailus
Acked-by: Hans Verkuil
Reviewed-by: Laurent Pinchart
---
include/media/videobuf2-core.h | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/include/media/videobu
https://bugs.freedesktop.org/show_bug.cgi?id=100673
Bug ID: 100673
Summary: Tonga agd5f drm-next-4.12-wip xorg segfault on startx
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=100673
--- Comment #1 from Andy Furniss ---
Created attachment 130830
--> https://bugs.freedesktop.org/attachment.cgi?id=130830&action=edit
dmesg with lots of warnings on startx (older kernel)
--
You are receiving this mail because:
You are the ass
drm-tip/drm-tip boot: 117 boots: 4 failed, 112 passed with 1 offline
(v4.11-rc6-1945-g6184edce6665)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1945-g6184edce6665/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45
warnings (v4.11-rc6-1949-g74e7a6859913)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1949-g74e7a6859913/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1949-g74e7a6859913
Git
drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45
warnings (v4.11-rc6-1950-gf1faf571d953)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1950-gf1faf571d953/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1950-gf1faf571d953
Git
Hi,
how can I disable the behaviour in the KMS drivers
that enables all outputs at once?
It is very annoying that on a POS machine with an
1024x768 LVDS and a 800x480 secondary monitor (both built-in)
the KMS driver wakes up both. Then the framebuffer console
and plymouth use both screens, makin
https://bugs.freedesktop.org/show_bug.cgi?id=100673
--- Comment #2 from Alex Deucher ---
(In reply to Andy Furniss from comment #1)
> Created attachment 130830 [details]
> dmesg with lots of warnings on startx (older kernel)
This was fixed here:
https://cgit.freedesktop.org/~agd5f/linux/commit/?
On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
> Hi,
>
> how can I disable the behaviour in the KMS drivers
> that enables all outputs at once?
>
> It is very annoying that on a POS machine with an
> 1024x768 LVDS and a 800x480 secondary monitor (both built-in)
> the KMS driver wakes u
Hi Tomi,
On Wednesday 05 Apr 2017 09:52:36 Tomi Valkeinen wrote:
> On 03/01/17 14:06, Tomi Valkeinen wrote:
> > I got this with your series. AM5 EVM, dual display, I run "kmstest --flip"
> > and then exit by pressing enter, which is when I see the warning. It
> > happens only sometimes, but having
https://bugs.freedesktop.org/show_bug.cgi?id=87738
--- Comment #2 from Vedran Miletić ---
In case anyone works on it, I have saved Zoltan Gillian's patches here:
https://github.com/vedranmiletic/mesa/tree/r600-image-support
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=6
Vedran Miletić changed:
What|Removed |Added
Blocks||99553
--- Comment #8 from Vedran Mileti
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Vedran Miletić changed:
What|Removed |Added
Depends on||6
Referenced Bugs:
https://bugs.f
2017-04-13 16:05 keltezéssel, Alex Deucher írta:
On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
Hi,
how can I disable the behaviour in the KMS drivers
that enables all outputs at once?
It is very annoying that on a POS machine with an
1024x768 LVDS and a 800x480 secondary monitor
https://bugs.freedesktop.org/show_bug.cgi?id=87738
--- Comment #3 from Vedran Miletić ---
funfunctor has also worked on it a bit:
https://cgit.freedesktop.org/~funfunctor/mesa/log/?h=clover-image-support
https://cgit.freedesktop.org/~funfunctor/mesa/log/?h=clover-image-support-enabled
--
You ar
The DMA attributes were available for the memop implementation for MMAP
buffers but not for USERPTR buffers. Do the same for USERPTR. This patch
makes no functional changes.
Signed-off-by: Sakari Ailus
---
since RFC v1:
- Add missing q->dma_attrs argument to call_ptr_memop(vb, get_userptr...
d
On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
> 2017-04-13 16:05 keltezéssel, Alex Deucher írta:
>>
>> On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
>>>
>>> Hi,
>>>
>>> how can I disable the behaviour in the KMS drivers
>>> that enables all outputs at once?
>>>
>>> It i
On Thu, Apr 13, 2017 at 11:36 AM, Alex Deucher wrote:
> On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
>> 2017-04-13 16:05 keltezéssel, Alex Deucher írta:
>>>
>>> On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
Hi,
how can I disable the behaviour in th
tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
head: f1faf571d9530365a34fe33a3efa3fb224661692
commit: 15b670ebb1bb7309b60c23b3fa1479d31cd79122 [1/7] Merge remote-tracking
branch 'drm-intel/drm-intel-next-queued' into drm-tip
config: x86_64-randconfig-i0-201715 (attached as .config)
co
2017-04-13 17:36 keltezéssel, Alex Deucher írta:
On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
2017-04-13 16:05 keltezéssel, Alex Deucher írta:
On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
Hi,
how can I disable the behaviour in the KMS drivers
that enables all
https://bugs.freedesktop.org/show_bug.cgi?id=98604
--- Comment #15 from Dieter Nützel ---
Michel and Christian,
can we have this patch in 17.1 (final)?
I have to apply it by hand on every build.
Any further logs/debug needed?
--
You are receiving this mail because:
You are the assignee for th
Hi, Dave:
Sorry for my mistake, I would remember to add Signed-off-by me.
Regards,
CK
On Thu, 2017-04-13 at 06:19 +1000, Dave Airlie wrote:
> On 8 April 2017 at 02:42, CK Hu wrote:
> > Hi, Dave:
> >
> > This series is MT2701 DRM support.
>
> Just FYI, I failed to notice this, but Stephen point
https://bugs.freedesktop.org/show_bug.cgi?id=100618
--- Comment #12 from at...@t-online.de ---
Created attachment 130831
--> https://bugs.freedesktop.org/attachment.cgi?id=130831&action=edit
valgrind logfile
An absolute path was the key. Logfile from valgrind is attached.
--
You are receiving
From: Sean Paul
From drm_crtc.h, for use with the plane "rotation" property.
Signed-off-by: Sean Paul
Signed-off-by: Robert Foss
---
include/drm/drm.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/drm/drm.h b/include/drm/drm.h
index 1e7a4bc7a505..656c90045161 100644
---
drm-tip/drm-tip boot: 19 boots: 2 failed, 17 passed
(v4.11-rc6-1949-g74e7a6859913)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1949-g74e7a6859913/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1949-g74e7a6
On Thu, Apr 13, 2017 at 11:37:45AM -0400, Ilia Mirkin wrote:
> On Thu, Apr 13, 2017 at 11:36 AM, Alex Deucher wrote:
> > On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
> >> 2017-04-13 16:05 keltezéssel, Alex Deucher írta:
> >>>
> >>> On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zolta
drm-tip/drm-tip boot: 19 boots: 2 failed, 17 passed
(v4.11-rc6-1950-gf1faf571d953)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1950-gf1faf571d953/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1950-gf1faf5
drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45
warnings (v4.11-rc6-1950-gdf0abb111336)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1950-gdf0abb111336/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1950-gdf0abb111336
Git
Daniel Vetter writes:
> On Wed, Apr 12, 2017 at 12:12:02PM -0700, Eric Anholt wrote:
>> This is needed for proper synchronization with display on another DRM
>> device (pl111 or tinydrm) with buffers produced by vc4 V3D. Fixes the
>> new igt vc4_dmabuf_poll testcase, and rendering of one of the
2017-04-13 18:20 keltezéssel, Ville Syrjälä írta:
On Thu, Apr 13, 2017 at 11:37:45AM -0400, Ilia Mirkin wrote:
On Thu, Apr 13, 2017 at 11:36 AM, Alex Deucher wrote:
On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
2017-04-13 16:05 keltezéssel, Alex Deucher írta:
On Thu, Apr 13,
I have a tiny suggestion down there. Regardless this is :
Reviewed-by: Lionel Landwerlin
On 12/04/17 08:20, Daniel Vetter wrote:
Motivated by a request from Eric.
Cc: Eric Anholt
Cc: Lionel Landwerlin
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 3 ++-
drivers
Daniel Vetter writes:
> On Wed, Apr 12, 2017 at 12:12:02PM -0700, Eric Anholt wrote:
>> This is needed for proper synchronization with display on another DRM
>> device (pl111 or tinydrm) with buffers produced by vc4 V3D. Fixes the
>> new igt vc4_dmabuf_poll testcase, and rendering of one of the
On Thu, 13 Apr 2017, kbuild test robot wrote:
> tree: git://anongit.freedesktop.org/drm/drm-tip drm-tip
> head: f1faf571d9530365a34fe33a3efa3fb224661692
> commit: 15b670ebb1bb7309b60c23b3fa1479d31cd79122 [1/7] Merge remote-tracking
> branch 'drm-intel/drm-intel-next-queued' into drm-tip
> con
"ret" isn't initialized on this error path. It doesn't really cause
any problems unless it's randomly set to -EDEADLK which is not likely.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 48a546210d8b..d0e9578952d5 1006
i915_gem_request_alloc() uses error pointers. It never returns NULLs.
Fixes: 0daf0113cff6 ("drm/i915: Mock infrastructure for request emission")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/selftests/mock_request.c
b/drivers/gpu/drm/i915/selftests/mock_request.c
index 0e8d2e7
https://bugs.freedesktop.org/show_bug.cgi?id=100675
Bug ID: 100675
Summary: No signal on DisplayPort [drm:radeon_dp_link_train
[radeon]] *ERROR* displayport link status failed
Product: DRI
Version: unspecified
Hardware: Oth
https://bugs.freedesktop.org/show_bug.cgi?id=100673
--- Comment #3 from Andres Rodriguez ---
Reverting the following commit fixes this branch for me:
eb8eb02 drm: Drop modeset_lock_all from the getproperty ioctl
Let me check if I can make a quick fix for it.
--
You are receiving this mail beca
On Mon, Apr 3, 2017 at 4:32 AM, Daniel Vetter wrote:
> Properties, i.e. the struct drm_property specifying the type and value
> range of a property, not the instantiation on a given object, are
> invariant over the lifetime of a driver.
>
> Hence no locking at all is needed, we can just remove it.
drm-tip/drm-tip boot: 19 boots: 2 failed, 17 passed
(v4.11-rc6-1950-gdf0abb111336)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1950-gdf0abb111336/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1950-gdf0abb
On Thu, Apr 13, 2017 at 04:03:16PM -0400, Alex Deucher wrote:
> On Mon, Apr 3, 2017 at 4:32 AM, Daniel Vetter wrote:
> > Properties, i.e. the struct drm_property specifying the type and value
> > range of a property, not the instantiation on a given object, are
> > invariant over the lifetime of a
On Thu, Apr 13, 2017 at 10:52:17PM +0300, Dan Carpenter wrote:
> i915_gem_request_alloc() uses error pointers. It never returns NULLs.
>
> Fixes: 0daf0113cff6 ("drm/i915: Mock infrastructure for request emission")
> Signed-off-by: Dan Carpenter
Reviewed-by: Chris Wilson
Thanks for the catch.
On Thu, Apr 13, 2017 at 10:53:11PM +0300, Dan Carpenter wrote:
> "ret" isn't initialized on this error path. It doesn't really cause
> any problems unless it's randomly set to -EDEADLK which is not likely.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/i915/intel_display.c
>
https://bugs.freedesktop.org/show_bug.cgi?id=100673
--- Comment #4 from Alex Deucher ---
Should be fixed by:
commit 8cb68c83ab99a474ae847602f0c514d0fe17cc82
Author: Daniel Vetter
Date: Mon Apr 10 13:54:45 2017 +0200
drm: Fix get_property logic fumble
Yet again I've proven that I can
drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45
warnings (v4.11-rc6-1952-g0a54b7fee9ec)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1952-g0a54b7fee9ec/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1952-g0a54b7fee9ec
Git
On 2017-04-10 08:40 AM, Maarten Lankhorst wrote:
Op 10-04-17 om 13:54 schreef Daniel Vetter:
Yet again I've proven that I can't negate conditions :(
Fixes: eb8eb02ed850 ("drm: Drop modeset_lock_all from the getproperty ioctl")
Cc: Maarten Lankhorst
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sea
True. I'll resend.
regards,
dan carpenter
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=100673
--- Comment #5 from Andy Furniss ---
(In reply to Alex Deucher from comment #4)
> Should be fixed by:
>
> commit 8cb68c83ab99a474ae847602f0c514d0fe17cc82
> Author: Daniel Vetter
> Date: Mon Apr 10 13:54:45 2017 +0200
>
> drm: Fix get_pr
https://bugs.freedesktop.org/show_bug.cgi?id=100673
--- Comment #6 from Alex Deucher ---
(In reply to Andy Furniss from comment #5)
> (In reply to Alex Deucher from comment #4)
> > Should be fixed by:
> >
> > commit 8cb68c83ab99a474ae847602f0c514d0fe17cc82
> > Author: Daniel Vetter
> > Date:
drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45
warnings (v4.11-rc6-1953-g4079da1bee73)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1953-g4079da1bee73/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1953-g4079da1bee73
Git
drm-tip/drm-tip boot: 19 boots: 2 failed, 17 passed
(v4.11-rc6-1952-g0a54b7fee9ec)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1952-g0a54b7fee9ec/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1952-g0a54b7
Straightforward conversion, except due to the lack of error path we
have to WARN if the memory in the SGL is not mappable.
Signed-off-by: Logan Gunthorpe
---
drivers/mmc/host/sdhci.c | 35 ++-
1 file changed, 30 insertions(+), 5 deletions(-)
diff --git a/drivers/
Straightforward conversion to sg_map helper. A couple paths will
WARN if the memory does not end up being mappable.
Signed-off-by: Logan Gunthorpe
---
drivers/mmc/host/tmio_mmc.h | 12 ++--
drivers/mmc/host/tmio_mmc_dma.c | 5 +
drivers/mmc/host/tmio_mmc_pio.c | 24 +
Hi Oscar,
this is a cover letter, there should be no patch attached to it, but a
stat of the following patches and an explenation what the series is
doing.
2017-04-13 11:07 GMT+02:00 Oscar Salvador :
> Hi again,
>
> I've split the patches as Karol Herbst suggested.
> I hope now it's fine.
>
> Thi
This conversion is a bit complicated. We modiy the read_fifo,
write_fifo and copy_page functions to take a scatterlist instead of a
page. Thus we can use sg_map instead of kmap_atomic. There's a bit of
accounting that needed to be done for the offset for this to work.
(Seeing sg_map takes care of t
1 - 100 of 130 matches
Mail list logo
