https://bugs.freedesktop.org/show_bug.cgi?id=100289
--- Comment #8 from omegap...@startmail.com ---
For anyone else having this issue, looking through the xrandr output allows you
to make a workaround, for me:
===
xrandr --output DisplayPort-0 --right-
On Tue, Apr 18, 2017 at 10:26:39PM +0200, Daniel Vetter wrote:
> On Tue, Apr 18, 2017 at 7:55 PM, Andy Ritger wrote:
> > I explained:
> >
> > We intentionally chose MODULE_LICENSE("MIT") for nvidia-drm.ko, rather
> > than MODULE_LICENSE("Dual MIT/GPL"), to avoid any ambiguity:
> >
> >
On Tue, Apr 18, 2017 at 9:11 PM, Eric Anholt wrote:
> The FBDEV initialization would throw an error in dmesg, when we just
> want to silently not initialize fbdev on a V3D-only VC4 instance.
>
> Signed-off-by: Eric Anholt
Hm, this shouldn't be an error really, you might want to hotplug more
conn
On 04/14/2017 02:01 PM, Romain Perier wrote:
Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
step E. and is kept enabled for later use. This clock should be enabled
and disabled along with the actual audio stream and not always on (that
is bad for PM). Futhermore, as descr
On 04/14/2017 02:01 PM, Romain Perier wrote:
Currently, CTS+N is forced to zero as a workaround of the IP block for
i.MX platforms. This is requested in the datasheet of the corresponding
IP for AHB mode only. However, we have seen that it introduces glitches
or delays when playing a sound on H
https://bugs.freedesktop.org/show_bug.cgi?id=100708
Michel Dänzer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=100695
--- Comment #3 from Michel Dänzer ---
Until bug 100681 is fixed, updating to newer snapshots won't help if it's
caused by the same problem. The most likely culprit so far is LLVM r300023.
--
You are receiving this mail because:
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--- Comment #4 from Michel Dänzer ---
(In reply to Julien Isorce from comment #0)
> In kernel radeon_object.c::radeon_bo_list_validate, once "bytes_moved >
> bytes_moved_threshold" is reached (this is the case for 850 bo in the same
> list_for_e
On Tue, Apr 18, 2017 at 11:19 PM, Ilia Mirkin wrote:
> On Tue, Apr 18, 2017 at 9:01 PM, Michel Dänzer wrote:
>> On 18/04/17 07:14 PM, Gerd Hoffmann wrote:
>>> Hi,
>>>
> Quite true that this proves nothing. However one should note that
> fbcon -> fbdev works,
BTW, this supports
https://bugzilla.kernel.org/show_bug.cgi?id=194843
--- Comment #7 from Michel Dänzer (mic...@daenzer.net) ---
I wonder if there might be memory corruption going on, in which case enabling
CONFIG_KASAN for the kernel build might give more clues.
--
You are receiving this mail because:
You are wat
On Tue, Apr 18, 2017 at 9:01 PM, Michel Dänzer wrote:
> On 18/04/17 07:14 PM, Gerd Hoffmann wrote:
>> Hi,
>>
Quite true that this proves nothing. However one should note that
fbcon -> fbdev works,
>>>
>>> BTW, this supports Gerd's patch, since the KMS fbdev emulation code uses
>>> e.g.
Hi Logan,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.11-rc7 next-20170418]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Logan-Gunthorpe/dma-buf-Rename-dma-ops-to
On 18/04/17 09:56 PM, Ilia Mirkin wrote:
> fourcc is not a string, it's a packed integer. This happens to work out
> on LE, but gets reversed on BE.
>
> Signed-off-by: Ilia Mirkin
> ---
> tests/modetest/modetest.c | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --gi
Hi Dave,
2017년 04월 19일 08:35에 Dave Airlie 이(가) 쓴 글:
> On 18 April 2017 at 12:05, Inki Dae wrote:
>> Hi Dave,
>>
>>Some improvements, fixups and cleanups to Exynos DRM.
>>
>>Ps. this pull-reuqest includes a merge tag from Krzysztof Kozlowski
>>who is a Exynos SoC maintainer, which incl
Hello Tobias,
2017년 04월 16일 20:51에 Tobias Jakobi 이(가) 쓴 글:
> Hello Inki,
>
>
> Inki Dae wrote:
>> Hello Tobias,
>>
>> 2017년 04월 11일 19:52에 Tobias Jakobi 이(가) 쓴 글:
>>> Hello Inki,
>>>
>>> please don't forget to review this series.
>>
>> Thanks for your contribution, and don't worry about that. W
2017년 04월 16일 20:51에 Tobias Jakobi 이(가) 쓴 글:
> Hello Inki,
>
>
>
> Inki Dae wrote:
>> 2017년 04월 11일 17:17에 Tobias Jakobi 이(가) 쓴 글:
>>> Another thing that I noticed. Why wasn't the v2 that ended up in your
>>> git ever submitted to the mailing list? Because it should have, in
>>> particular to
On 18/04/17 07:14 PM, Gerd Hoffmann wrote:
> Hi,
>
>>> Quite true that this proves nothing. However one should note that
>>> fbcon -> fbdev works,
>>
>> BTW, this supports Gerd's patch, since the KMS fbdev emulation code uses
>> e.g. DRM_FORMAT_XRGB for depth/bpp 24/32, and the fbdev API use
From: Logan Gunthorpe
> Sent: 13 April 2017 23:05
> Straightforward conversion to the new helper, except due to
> the lack of error path, we have to warn if unmapable memory
> is ever present in the sgl.
>
> Signed-off-by: Logan Gunthorpe
> ---
> drivers/block/xen-blkfront.c | 33 +++
On 04/18/2017 04:38 PM, Eric Anholt wrote:
> For the Raspberry Pi's bindings, the power domain also implicitly
> turns on the clock and deasserts reset, but for the new Cygnus port we
> start representing the clock in the devicetree.
>
> v2: Document the clock-names property, check for -ENOENT for
On Tue, Apr 18, 2017 at 5:57 PM, Maxime Ripard
wrote:
> Hi Chen-Yu,
>
> On Sat, Apr 08, 2017 at 01:30:55AM +0800, Chen-Yu Tsai wrote:
>> Hi,
>>
>> On Thu, Mar 9, 2017 at 10:40 PM, Maxime Ripard
>> wrote:
>> > On Thu, Mar 09, 2017 at 07:20:30PM +0800, Chen-Yu Tsai wrote:
>> >> On Thu, Mar 9, 2017
于 2017年4月18日 GMT+08:00 下午4:55:48, Maxime Ripard
写到:
>Hi,
>
>Thanks for that rework.
>
>On Sun, Apr 16, 2017 at 08:08:43PM +0800, Icenowy Zheng wrote:
>> As we are going to add support for the Allwinner DE2 engine in
>sun4i-drm
>> driver, we will finally have two types of display engines -- the
于 2017年4月18日 GMT+08:00 下午5:00:47, Maxime Ripard
写到:
>On Sun, Apr 16, 2017 at 08:08:44PM +0800, Icenowy Zheng wrote:
>> Allwinner have a new "Display Engine 2.0" in their new SoCs, which
>comes
>> with mixers to do graphic processing and feed data to TCON, like the
>old
>> backends and frontends
On 18/04/17 09:50 AM, Konrad Rzeszutek Wilk wrote:
> I am not sure if you know, but you can add on each patch the respective
> maintainer via 'CC'. That way you can have certain maintainers CCed only
> on the subsystems they cover. You put it after (or before) your SoB and
> git send-email happil
On 18/04/17 12:44 AM, Daniel Vetter wrote:
> On Thu, Apr 13, 2017 at 04:05:18PM -0600, Logan Gunthorpe wrote:
>> This is a single straightforward conversion from kmap to sg_map.
>>
>> Signed-off-by: Logan Gunthorpe
>
> Acked-by: Daniel Vetter
>
> Probably makes sense to merge through some oth
On 18/04/17 08:27 AM, Konrad Rzeszutek Wilk wrote:
> Interesting that you didn't CC any of the maintainers. Could you
> do that in the future please?
Please read the cover letter. The distribution list for the patchset
would have been way too large to cc every maintainer (even as limited as
it
On Tue, Apr 18, 2017 at 4:30 AM, Inki Dae wrote:
>
>
> 2017년 04월 18일 11:21에 Andi Shyti 이(가) 쓴 글:
>> Hi Inki,
>>
>>> Andi Shyti (2):
>>> arm64: dts: exynos: Enable ir-spi in the TM2 and TM2E boards
>>> arm64: dts: exynos: Add stmfts touchscreen node for TM2 and TM2E
>>
>> weren't these
2017-04-17 9:47 GMT+02:00 Oscar Salvador :
> This patch introduces the nouveau_hwmon_ops structure, sets up
> .is_visible and .read_string operations and adds all the functions
> for these operations.
> This is also a preparation for the next patches, where most of the
> work is being done.
> This
Seeing the kunmap_atomic dma_buf_op shares the same name with a macro
in higmem.h, the former can be aliased if any dma-buf user includes
that header.
I'm personally trying to include highmem.h inside scatterlist.h and this
breaks the dma-buf code proper.
Christoph Hellwig suggested [1] renaming
Hi Inki,
> Andi Shyti (2):
> arm64: dts: exynos: Enable ir-spi in the TM2 and TM2E boards
> arm64: dts: exynos: Add stmfts touchscreen node for TM2 and TM2E
weren't these patches taken already by Krzysztof? They are
already in -next
Andi
__
Florian Fainelli writes:
> On 04/18/2017 04:38 PM, Eric Anholt wrote:
>> For the Raspberry Pi's bindings, the power domain also implicitly
>> turns on the clock and deasserts reset, but for the new Cygnus port we
>> start representing the clock in the devicetree.
>>
>> v2: Document the clock-nam
Florian Fainelli writes:
> On 04/18/2017 04:38 PM, Eric Anholt wrote:
>> For the Raspberry Pi's bindings, the power domain also implicitly
>> turns on the clock and deasserts reset, but for the new Cygnus port we
>> start representing the clock in the devicetree.
>>
>> v2: Document the clock-nam
On 19 April 2017 at 07:55, Jason Ekstrand wrote:
> A few thoughts (from the anv perspective) that I put on IRC but may be
> better in a mail. In no particular order:
>
> 1. Having the fd exported from a syncobj be a valid sync_file seems like a
> fairly pointless feature to me. If we can make t
For the Raspberry Pi's bindings, the power domain also implicitly
turns on the clock and deasserts reset, but for the new Cygnus port we
start representing the clock in the devicetree.
v2: Document the clock-names property, check for -ENOENT for no clock
in DT.
Signed-off-by: Eric Anholt
---
On 18 April 2017 at 12:05, Inki Dae wrote:
> Hi Dave,
>
>Some improvements, fixups and cleanups to Exynos DRM.
>
>Ps. this pull-reuqest includes a merge tag from Krzysztof Kozlowski
>who is a Exynos SoC maintainer, which includes dt patches because
>these should be merged together
On Tue, Apr 18, 2017 at 8:33 PM, Kristian Høgsberg wrote:
>>> As far as I understand the property mechanism, the numeric values
>>> aren't actually ABI. The string names of the enum values are the ABI
>>> and you're supposed to parse the enum info and discover the numerical
>>> values. For example
A few thoughts (from the anv perspective) that I put on IRC but may be
better in a mail. In no particular order:
1. Having the fd exported from a syncobj be a valid sync_file seems like a
fairly pointless feature to me. If we can make things more sane by
throwing that out, I'm all for it.
2.
Boris Brezillon writes:
> On Fri, 14 Apr 2017 11:20:52 -0700
> Eric Anholt wrote:
>
>> Boris Brezillon writes:
>>
>> > The HDMI driver is currently enabling all clks and probe time and keep
>> > the power-domain connected to the HDMI encoder enabled.
>>
>> How about "The HDMI driver is curr
Hi,
> Right. Very nice if we can trust the virtual machine at least getting
> things right, gives some chance for people to test anything. Except...
> that's a question of what kind of hardware the virtual machine
> emulates. The display device defines what endianess it uses on
> framebuffers, n
On Wed, Apr 19, 2017 at 05:34:52AM +1000, Dave Airlie wrote:
> On 14 April 2017 at 19:45, Chris Wilson wrote:
> > On Tue, Apr 11, 2017 at 01:22:12PM +1000, Dave Airlie wrote:
> >> This set of sync object patches should address most of the issues
> >> raised in review.
> >>
> >> The major changes:
On Tue, Apr 18, 2017 at 7:55 PM, Andy Ritger wrote:
> I explained:
>
> We intentionally chose MODULE_LICENSE("MIT") for nvidia-drm.ko, rather
> than MODULE_LICENSE("Dual MIT/GPL"), to avoid any ambiguity:
>
> * nvidia-drm.ko depends on nvidia.ko, which is MODULE_LICENSE("NVIDIA").
>
>
drm-tip/drm-tip boot: 111 boots: 5 failed, 105 passed with 1 offline
(v4.11-rc6-1978-g7204beb80dcd)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1978-g7204beb80dcd/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
Hi Brian,
On Tue, 18 Apr 2017 18:34:43 +0100
Brian Starkey wrote:
> >> @@ -214,6 +214,19 @@ struct drm_connector_state {
> >>struct drm_encoder *best_encoder;
> >>
> >>struct drm_atomic_state *state;
> >> +
> >> + /**
> >> + * @writeback_job: Writeback job for writeback connectors
> >
https://bugs.freedesktop.org/show_bug.cgi?id=100695
--- Comment #2 from Hadrien ---
(In reply to Michel Dänzer from comment #1)
> Could be a duplicate of bug 100681.
Probably, radv also gives me glitches in The Talos Principle.
Today I updated Mesa to version 1:17.2~git170417160400.ba6c451~z~pa
https://bugzilla.kernel.org/show_bug.cgi?id=194843
--- Comment #6 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
Some more observation: It seems the hangs happen much more often/frequent with
kernel 4.11 than with 4.10. Where 4.10 kernels running usually several days, I
have a hang with 4.
On Tue, Apr 18, 2017 at 02:27:14PM -0400, Rob Clark wrote:
> On Tue, Apr 18, 2017 at 1:32 PM, Emil Velikov
> wrote:
> > On 18 April 2017 at 16:48, Rob Clark wrote:
> >> On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
> >> wrote:
> >>> Hi there
> >>>
> >>> I am Raghav Jajodia, an Engineering stu
On 14 April 2017 at 19:45, Chris Wilson wrote:
> On Tue, Apr 11, 2017 at 01:22:12PM +1000, Dave Airlie wrote:
>> This set of sync object patches should address most of the issues
>> raised in review.
>>
>> The major changes:
>> Race on destroy should be gone,
>> Documentation fixups
>> amdgpu inte
On Tue, 2017-04-18 at 12:10 +0200, Daniel Vetter wrote:
> freedesktop.org has adopted a formal&enforced code of conduct:
>
> https://www.fooishbar.org/blog/fdo-contributor-covenant/
> https://www.freedesktop.org/wiki/CodeOfConduct/
>
> Besides formalizing things a bit more I don't think this chan
Eric Anholt writes:
> For the Raspberry Pi's bindings, the power domain also implicitly
> turns on the clock and deasserts reset, but for the new Cygnus port we
> start representing the clock in the devicetree.
> + v3d->clk = devm_clk_get(dev, "v3d_clk");
> + if (IS_ERR(v3d->clk)) {
> +
The FBDEV initialization would throw an error in dmesg, when we just
want to silently not initialize fbdev on a V3D-only VC4 instance.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_kms.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vc4/v
For the Raspberry Pi's bindings, the power domain also implicitly
turns on the clock and deasserts reset, but for the new Cygnus port we
start representing the clock in the devicetree.
Signed-off-by: Eric Anholt
---
.../devicetree/bindings/display/brcm,bcm-vc4.txt | 3 ++
drivers/gpu/drm/vc4/
Cygnus has V3D 2.6 instead of 2.1, and doesn't use the VC4 display
modules. The V3D can be uniquely identified by the IDENT[01]
registers, and there's nothing to key off of for the display change
other than the lack of DT nodes for the display components, but it's
convention to have new compatible
https://bugs.freedesktop.org/show_bug.cgi?id=100681
--- Comment #5 from Andy Furniss ---
OK, I sent a mail - awaiting moderation for the cc as I am not on any llvm
lists.
I did try to add the author as cc on the tracker when I filed the bug, but no
luck, it would be handy if committers could joi
drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed
(v4.11-rc6-1977-gbd206d943e83)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1977-gbd206d943e83/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1977-gbd206d
On Tue, Apr 18, 2017 at 11:03 AM, Emil Velikov wrote:
> On 18 April 2017 at 18:38, Kristian Høgsberg wrote:
>> On Mon, Apr 17, 2017 at 1:13 PM, Robert Foss
>> wrote:
>>> From: Sean Paul
>>>
>>> From drm_crtc.h, for use with the plane "rotation" property.
>>>
>>> Signed-off-by: Sean Paul
>>> S
Ion current has ion_priv.h and ion.h as header files. ion.h was intended
to be used for public APIs but Ion never ended up really having anything
public. Combine the two headers so there is only one internal header.
Signed-off-by: Laura Abbott
---
v4: minor cleanup suggested by Emil Velikov
---
Most of the items have been taken care of by a clean up series. Remove
the completed items and add a few new ones.
Signed-off-by: Laura Abbott
---
drivers/staging/android/TODO | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/drivers/staging/android/TODO
This never got set in the ioctl. Properly set a return value of 0 on
success.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/ion.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index 9eeb06f..d6fd350 100644
ion_handle was introduced as an abstraction to represent a reference to
a buffer via an ion_client. As frameworks outside of Ion evolved, the dmabuf
emerged as the preferred standard for use in the kernel. This has made
the ion_handle an unnecessary abstraction and prone to race
conditions. ion_cli
The current model of Ion heap registration is based on the outdated
model of board files. The replacement for board files (devicetree)
isn't a good replacement for what Ion wants to do. In actuality, Ion
wants to show what memory is available in the system for something else
to figure out what to
Nobody uses this interface externally. Drop it.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/ion.c | 59 ---
1 file changed, 59 deletions(-)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index 7d40233..5a82
Once upon a time, phys_addr_t was not everywhere in the kernel. These
days it is used enough places that having a separate Ion type doesn't
make sense. Remove the extra type and just use phys_addr_t directly.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/ion.h | 12 ++
Several of the Ion ioctls were designed in such a way that they
necessitate compat ioctls. We're breaking a bunch of other ABIs and
cleaning stuff up anyway so let's follow the ioctl guidelines and clean
things up while everyone is busy converting things over anyway. As part
of this, also remove th
When CMA was first introduced, its primary use was for DMA allocation
and the only way to get CMA memory was to call dma_alloc_coherent. This
put Ion in an awkward position since there was no device structure
readily available and setting one up messed up the coherency model.
These days, CMA can be
Now that we have proper caching, stop setting the DMA address manually.
It should be set after properly calling dma_map.
Signed-off-by: Laura Abbott
---
drivers/staging/android/ion/ion.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/drivers/staging/android
Frameworks that may want to enumerate CMA heaps (e.g. Ion) will find it
useful to have an explicit name attached to each region. Store the name
in each CMA structure.
Signed-off-by: Laura Abbott
---
arch/powerpc/kvm/book3s_hv_builtin.c | 3 ++-
drivers/base/dma-contiguous.c| 5 +++--
i
On Tue, Apr 18, 2017 at 1:32 PM, Emil Velikov wrote:
> On 18 April 2017 at 16:48, Rob Clark wrote:
>> On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
>> wrote:
>>> Hi there
>>>
>>> I am Raghav Jajodia, an Engineering student from India. While going through
>>> the X.org foundation, I felt that X
Frameworks (e.g. Ion) may want to iterate over each possible CMA area to
allow for enumeration. Introduce a function to allow a callback.
Signed-off-by: Laura Abbott
---
include/linux/cma.h | 2 ++
mm/cma.c| 14 ++
2 files changed, 16 insertions(+)
diff --git a/include/
Hi,
This is v4 of the series to cleanup to Ion. Greg took some of the patches
that weren't CMA related already. There was a minor bisectability problem
with the CMA APIs so this is a new version to address that. I also
addressed some minor comments on the patch to collapse header files.
Thanks,
L
On 18 April 2017 at 18:38, Kristian Høgsberg wrote:
> On Mon, Apr 17, 2017 at 1:13 PM, Robert Foss
> wrote:
>> From: Sean Paul
>>
>> From drm_crtc.h, for use with the plane "rotation" property.
>>
>> Signed-off-by: Sean Paul
>> Signed-off-by: Robert Foss
>> Reviewed-by: Sumit Semwal
>> ---
>
I don't expect these two patches to be terribly popular, but let's see.
Nikhil Mahale described the problem here:
https://lists.freedesktop.org/archives/dri-devel/2017-April/138731.html
In short:
Commit 10383aea2f44 ("kref: Implement 'struct kref' using refcount_t")
updated the kref
Commit 10383aea2f44 ("kref: Implement 'struct kref' using refcount_t")
updated the kref implementation to use refcount_t. Commit 29dee3c03abc
("locking/refcounts: Out-of-line everything") changed the refcount_t
utility functions from static inline to EXPORT_SYMBOL_GPL functions.
Through a chain o
Commit 10383aea2f44 ("kref: Implement 'struct kref' using refcount_t")
updated the kref implementation to use refcount_t. Commit 29dee3c03abc
("locking/refcounts: Out-of-line everything") changed the refcount_t
utility functions from static inline to EXPORT_SYMBOL_GPL functions.
Through a chain o
drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed
(v4.11-rc6-1976-gba8ae8c72f16)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gba8ae8c72f16/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gba8ae8
On Mon, Apr 17, 2017 at 1:13 PM, Robert Foss wrote:
> From: Sean Paul
>
> From drm_crtc.h, for use with the plane "rotation" property.
>
> Signed-off-by: Sean Paul
> Signed-off-by: Robert Foss
> Reviewed-by: Sumit Semwal
> ---
> Changes since v1:
> - Added r-b
>
> include/drm/drm.h | 8 +
Hi Laurent,
On Fri, Mar 31, 2017 at 11:19 AM, Laurent Pinchart
wrote:
> On Monday 27 Mar 2017 13:05:48 Geert Uytterhoeven wrote:
>> On Mon, Mar 27, 2017 at 11:56 AM, Laurent Pinchart wrote:
>> > The property is used by the driver but is missing from the DT bindings.
>> > Document it.
>> >
>> > Re
On Fri, Apr 14, 2017 at 11:47:00AM +0200, Boris Brezillon wrote:
On Fri, 25 Nov 2016 16:49:04 +
Brian Starkey wrote:
+static int
+malidp_mw_encoder_atomic_check(struct drm_encoder *encoder,
+ struct drm_crtc_state *crtc_state,
+ str
Hi Boris,
On Fri, Apr 14, 2017 at 12:08:23PM +0200, Boris Brezillon wrote:
On Fri, 25 Nov 2016 16:48:59 +
Brian Starkey wrote:
diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
index b5c6a8e..6bbd93f 100644
--- a/drivers/gpu/drm/drm_connector.c
+++ b/drivers
On Fri, Apr 14, 2017 at 12:11:14PM +0200, Boris Brezillon wrote:
On Fri, 25 Nov 2016 16:49:00 +
Brian Starkey wrote:
Add the OUT_FENCE_PTR property to writeback connectors, to enable
userspace to get a fence which will signal once the writeback is
complete. It is not allowed to request an
On 18 April 2017 at 16:48, Rob Clark wrote:
> On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
> wrote:
>> Hi there
>>
>> I am Raghav Jajodia, an Engineering student from India. While going through
>> the X.org foundation, I felt that X.org is a great community for new Open
>> Source developers. I
Hi Boris,
On Fri, Apr 14, 2017 at 11:35:17AM +0200, Boris Brezillon wrote:
Hi Brian,
On Fri, 25 Nov 2016 16:48:58 +
Brian Starkey wrote:
Hi,
This is v3 of my series introducing a new connector type:
DRM_MODE_CONNECTOR_WRITEBACK
See v1 and v2 here: [1] [2]
Writeback connectors are used
On 18 April 2017 at 11:32, Emil Velikov wrote:
> On 17 April 2017 at 21:13, Robert Foss wrote:
>> From: Sean Paul
>>
>> From drm_crtc.h, for use with the plane "rotation" property.
>>
> Please see the include/drm/README.
>
To elaborate a bit:
The headers in include/drm should be synced via make
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 45 warnings
(v4.11-rc6-1978-g7204beb80dcd)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1978-g7204beb80dcd/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1978-g7204beb80dcd
Git Commit: 720
drm-tip/drm-tip boot: 17 boots: 2 failed, 15 passed
(v4.11-rc6-1976-gb15e4217c2dc)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gb15e4217c2dc/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1976-gb15e42
On Tue, Apr 18, 2017 at 10:40:21AM -0400, Sean Paul wrote:
> On Tue, Apr 18, 2017 at 03:29:29PM +0300, Laurent Pinchart wrote:
> > Hi Daniel,
> >
> > Thank you for the patch.
> >
> > On Tuesday 18 Apr 2017 14:11:20 Daniel Vetter wrote:
> > > All the error codes we (ab)use are strictly not the rig
On Tue, Apr 18, 2017 at 09:42:20AM -0600, Logan Gunthorpe wrote:
>
>
> On 18/04/17 08:27 AM, Konrad Rzeszutek Wilk wrote:
> > Interesting that you didn't CC any of the maintainers. Could you
> > do that in the future please?
>
> Please read the cover letter. The distribution list for the patchs
On Fri, Apr 14, 2017 at 1:04 PM, Raghav Jajodia
wrote:
> Hi there
>
> I am Raghav Jajodia, an Engineering student from India. While going through
> the X.org foundation, I felt that X.org is a great community for new Open
> Source developers. I am deeply interested in being a part of the community
https://bugs.freedesktop.org/show_bug.cgi?id=100465
--- Comment #23 from Julien Isorce ---
I confirm that comment #9 and #12 are about a different issue (or at least
different symptoms). I reported it here:
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=100712
Julien Isorce changed:
What|Removed |Added
Attachment #130903|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--- Comment #2 from Julien Isorce ---
Created attachment 130903
--> https://bugs.freedesktop.org/attachment.cgi?id=130903&action=edit
dmesg_HD7770_kernel_amd-staging-4.9_ring_stalled
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--- Comment #1 from Julien Isorce ---
Created attachment 130902
--> https://bugs.freedesktop.org/attachment.cgi?id=130902&action=edit
dmesg_HD7770_kernel_amd-staging-4.9_ring_stalled
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=100712
Bug ID: 100712
Summary: ring 0 stalled after bytes_moved_threshold reached -
Cap Verde - HD 7770
Product: DRI
Version: DRI git
Hardware: Other
OS: All
drm-tip/drm-tip build: 207 builds: 20 failed, 187 passed, 20 errors, 45
warnings (v4.11-rc6-1977-gbd206d943e83)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1977-gbd206d943e83/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc6-1977-gbd206d943e83
Git
On Tue, Apr 18, 2017 at 03:29:29PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Tuesday 18 Apr 2017 14:11:20 Daniel Vetter wrote:
> > All the error codes we (ab)use are strictly not the right ones (since
> > they're all for the vfs, and the only thing we're allo
2017-04-17 Sumit Semwal :
> On 17 April 2017 at 18:43, Gustavo Padovan wrote:
> > 2017-04-13 Dave Airlie :
> >
> >> From: Dave Airlie
> >>
> >> sync_file uses the reference count of the file, the internal
> >> kref was never getting moved past 1.
> >>
> >> We can reintroduce this if we decide we
drm-tip/drm-tip boot: 114 boots: 2 failed, 112 passed
(v4.11-rc6-1975-g4d374295ace9)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1975-g4d374295ace9/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc6-1975-g4d37
On Tue, Apr 18, 2017 at 02:13:59PM +, David Laight wrote:
> From: Logan Gunthorpe
> > Sent: 13 April 2017 23:05
> > Straightforward conversion to the new helper, except due to
> > the lack of error path, we have to warn if unmapable memory
> > is ever present in the sgl.
Interesting that you d
https://bugs.freedesktop.org/show_bug.cgi?id=100465
Julien Isorce changed:
What|Removed |Added
Attachment #130789|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100465
Julien Isorce changed:
What|Removed |Added
Attachment #130790|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100465
Julien Isorce changed:
What|Removed |Added
Attachment #130787|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100465
Julien Isorce changed:
What|Removed |Added
Attachment #130788|0 |1
is obsolete|
1 - 100 of 143 matches
Mail list logo
