https://bugs.freedesktop.org/show_bug.cgi?id=68527
--- Comment #21 from Bronson ---
Same issue here I belive:
https://bugs.freedesktop.org/show_bug.cgi?id=99349
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=99349
--- Comment #2 from Bronson ---
yes ive got this issue also on the new godot engine (3.0 git)
More info here:
https://github.com/godotengine/godot/issues/8774
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi Ben,
I'll fix the warnings.
Thanks for the time
Regards
Oscar Salvador
On 17 May 2017 at 01:06, Ben Skeggs wrote:
> On 05/17/2017 07:18 AM, Oscar Salvador wrote:
>>
>> This v7 fixes removes dummy functions which only had a return and moves
>> the code
>> into the switch statements.
>
> Hey
https://bugs.freedesktop.org/show_bug.cgi?id=101029
Michel Dänzer changed:
What|Removed |Added
Attachment #131381|text/x-log |text/plain
mime type|
Hi,
On 05/16/2017 08:14 PM, Archit Taneja wrote:
On 5/13/2017 12:40 AM, Gustavo Padovan wrote:
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
mdp5_update_cursor_plane_legacy() did but throu
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #13 from Craig ---
Created attachment 131381
--> https://bugs.freedesktop.org/attachment.cgi?id=131381&action=edit
Kernel Log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #12 from Craig ---
Created attachment 131380
--> https://bugs.freedesktop.org/attachment.cgi?id=131380&action=edit
Syslog
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #11 from Craig ---
ok I added the modprobe.blacklist=amdgpu to the kernel command line, wouldnt
boot until I also added modprobe.blacklist=radeon. Anyways once I was in I did
run sudo modprobe amdgpu and got the usual "AMD-Vi: Comple
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #10 from Michel Dänzer ---
Okay, I guess we need to try another trick: Boot with
modprobe.blacklist=amdgpu
on the kernel command line to prevent the amdgpu module from being loaded
automatically. Once the system is booted up, manu
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #9 from Craig ---
Created attachment 131379
--> https://bugs.freedesktop.org/attachment.cgi?id=131379&action=edit
Bootup Screenshot 3
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #8 from Craig ---
Created attachment 131378
--> https://bugs.freedesktop.org/attachment.cgi?id=131378&action=edit
Bootup Screenshot 2
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #7 from Craig ---
(In reply to Craig from comment #6)
> Created attachment 131377 [details]
> Bootup Screenshot
I am running Ubuntu 17.04. Anyways I have checked through the logs (kern.log,
syslog and it appears that the last time
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #6 from Craig ---
Created attachment 131377
--> https://bugs.freedesktop.org/attachment.cgi?id=131377&action=edit
Bootup Screenshot
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #5 from Michel Dänzer ---
(In reply to Craig from comment #4)
> Does Dmesg log to a file somewhere?
Depending on your distro, it might be captured in /var/log/kern.log*,
/var/log/dmesg*, or in the systemd journal.
--
You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=101029
--- Comment #4 from Craig ---
(In reply to Michel Dänzer from comment #3)
> Comment on attachment 131361 [details]
> CurrentDMesg
>
> This dmesg is with nomodeset, so it doesn't contain any information related
> to the problem.
>
> Please atta
Hi Ben,
A couple of small questions/suggestions that I hope you find useful.
Please don't block any of this work based on my comments.
On 16 May 2017 at 22:31, Ben Widawsky wrote:
> +static bool intel_primary_plane_format_mod_supported(struct drm_plane *plane,
> +
Hi Ben,
On 16 May 2017 at 22:31, Ben Widawsky wrote:
> Updated blob layout (Rob, Daniel, Kristian, xerpi)
>
> v2:
> * Removed __packed, and alignment (.+)
> * Fix indent in drm_format_modifier fields (Liviu)
> * Remove duplicated modifier > 64 check (Liviu)
> * Change comment about modifier (Livi
On Tue, May 16, 2017 at 02:31:25PM -0700, Ben Widawsky wrote:
> Updated blob layout (Rob, Daniel, Kristian, xerpi)
>
> v2:
> * Removed __packed, and alignment (.+)
> * Fix indent in drm_format_modifier fields (Liviu)
> * Remove duplicated modifier > 64 check (Liviu)
> * Change comment about modifi
Hello,
This patch series fixes the rcar-du-drm driver to support VSP plane sources
with an IOMMU. It is available for convenience at
git://linuxtv.org/pinchartl/media.git iommu/devel/du
On R-Car Gen3 the DU has no direct memory access but sources planes through
VSP instances. When an IOM
From: Magnus Damm
On Gen2 hardware the VSP1 is a bus master and accesses the display list
and video buffers through DMA directly. On Gen3 hardware, however,
memory accesses go through a separate IP core called FCP.
The VSP1 driver unconditionally maps DMA buffers through the VSP device.
While th
Direct callers of the FCP API hold a reference to the FCP module due to
module linkage, there's no need to take another one manually. Take a
reference to the device instead to ensure that it won't disappear behind
the caller's back.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/rcar
The new rcar_fcp_get_device() function retrieves the struct device
related to the FCP device. This is useful to handle DMA mapping through
the right device.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/rcar-fcp.c | 6 ++
include/media/rcar-fcp.h | 5 +
2 files chan
For planes handled by a VSP instance, map the framebuffer memory through
the VSP to ensure proper IOMMU handling.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 74 ---
drivers/gpu/drm/rcar-du/rcar_du_vsp.h | 2 +
2 files changed, 70
The display buffers must be mapped for DMA through the device that
performs memory access. Expose an API to map and unmap memory through
the VSP device to be used by the DU.
As all the buffers allocated by the DU driver are coherent, we can skip
cache handling when mapping and unmapping them. This
On 05/17/2017 07:18 AM, Oscar Salvador wrote:
This v7 fixes removes dummy functions which only had a return and moves the code
into the switch statements.
Hey Oscar,
I see new warnings with this series:
/home/skeggsb/git/nouveau/drm/nouveau/nouveau_hwmon.c:645:8: warning:
assignment discards
https://bugs.freedesktop.org/show_bug.cgi?id=100577
--- Comment #6 from Andy Furniss ---
Testing current amd-staging-4.9 + patch from Bug 101053 I can't reproduce this
anymore.
It was a couple of hours running, I'll try longer and with 4.11 over the next
few days and either reconfirm or close th
Colin King writes:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in DRM_ERROR message and split
> over two lines to clean up a "line over 80 characters" checkpatch
> warning.
Added "drm/vc4" to the commit summary, and pushed. Thanks!
signature.asc
Description: PGP signature
This is the plumbing for supporting fb modifiers on planes. Modifiers
have already been introduced to some extent, but this series will extend
this to allow querying modifiers per plane. Based on this, the client to
enable optimal modifications for framebuffers.
This patch simply allows the DRM dr
Updated blob layout (Rob, Daniel, Kristian, xerpi)
v2:
* Removed __packed, and alignment (.+)
* Fix indent in drm_format_modifier fields (Liviu)
* Remove duplicated modifier > 64 check (Liviu)
* Change comment about modifier (Liviu)
* Remove arguments to blob creation, use plane instead (Liviu)
*
This was based on a patch originally by Kristian. It has been modified
pretty heavily to use the new callbacks from the previous patch.
v2:
- Add LINEAR and Yf modifiers to list (Ville)
- Combine i8xx and i965 into one list of formats (Ville)
- Allow 1010102 formats for Y/Yf tiled (Ville)
v
On 17-05-03 17:08:27, Daniel Vetter wrote:
On Tue, May 02, 2017 at 10:14:27PM -0700, Ben Widawsky wrote:
Updated blob layout (Rob, Daniel, Kristian, xerpi)
Cc: Rob Clark
Cc: Daniel Stone
Cc: Kristian H. Kristensen
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/drm_mode_config.c | 7 +++
This is a preparation for the next patches. It just adds the sensors with
their possible configurable settings and then fills the struct
hwmon_channel_info
with all this information.
Signed-off-by: Oscar Salvador
Reviewed-by: Martin Peres
---
drivers/gpu/drm/nouveau/nouveau_hwmon.c | 72 ++
This patch replaces the symbolic permissions with the numeric ones.
Signed-off-by: Oscar Salvador
Reviewed-by: Martin Peres
---
drivers/gpu/drm/nouveau/nouveau_hwmon.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_hwmon.c
b/drive
This v7 fixes removes dummy functions which only had a return and moves the code
into the switch statements.
Versions:
v1 -> v2:
* Keep temp attrs as read only
v2 -> v3:
* Code fix-ups: struct and string as const and add return within switch
due to fallthrough
* Ad
This patch removes old code related to the old api and transforms the
functions for the new api. It also adds the .write and .read operations.
Signed-off-by: Oscar Salvador
Reviewed-by: Martin Peres
---
drivers/gpu/drm/nouveau/nouveau_hwmon.c | 844 ++--
1 file chang
This patch creates a special group attributes for attrs like "*auto_point*".
We check if we have support for them, and if we do, we gather them all in
an attribute_group's structure which is the parameter regarding special groups
of hwmon_device_register_with_info
We also do the same for pwm_min/ma
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 code doesn't interacture with the old one.
It's just to
Same as the previous patch, but for pageflipping now.
Signed-off-by: Lyude
---
drivers/gpu/drm/radeon/evergreen.c | 70 ++--
drivers/gpu/drm/radeon/radeon.h| 7 +---
drivers/gpu/drm/radeon/si.c| 72 ++
3 files chang
The current code here is really, really bad. A huge amount of it looks
to be copy pasted, it has some weird hatred of arrays and code sharing,
switch cases everywhere for things that really don't need them, and it
makes the file seem immensely more complex then it actually is. This is
a pain for ma
This is the first part of me going through and cleaning up the IRQ handling
code for radeon, since after taking a look at it the other day while trying to
debug something I realized basically all of the code was copy pasted
everywhere, and quite difficult to actually read through.
Will come up wit
Same as the previous patch, but now for handling HDMI audio interrupts.
Signed-off-by: Lyude
---
drivers/gpu/drm/radeon/evergreen.c | 152 ++---
drivers/gpu/drm/radeon/radeon.h| 7 +-
2 files changed, 24 insertions(+), 135 deletions(-)
diff --git a/drivers/
Hi Robert,
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.12-rc1 next-20170516]
[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/Robert-Foss/drm-Add-DRM_ROTATE_-and
Laurent Pinchart writes:
> Hi Eric,
>
> On Tuesday 16 May 2017 09:47:49 Eric Anholt wrote:
>> Rob Herring writes:
>> > On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote:
>> >> Laurent Pinchart writes:
>> >>> Hi Eric,
>> >>>
>> >>> Thank you for the patch.
>> >>>
>> >>> On Thursday 11 May 20
https://bugs.freedesktop.org/show_bug.cgi?id=101011
--- Comment #3 from nadro-li...@wp.pl ---
I can also confirm that this issue is fixed. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
Hi Robert,
[auto build test ERROR on drm/drm-next]
[also build test ERROR on v4.12-rc1 next-20170516]
[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/Robert-Foss/drm-Add-DRM_ROTATE_-and
Den 16.05.2017 10.19, skrev Baruch Siach:
Commit b60c1be74741 (dt-bindings: display/panel: Add common rotation property)
added the rotation property description in a new file. We have a place for
common display panel properties already. Move there the rotation property.
Cc: Noralf Trønnes
Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=101053
--- Comment #3 from Harry Wentland ---
Thanks for testing. It should land in amd-staging-4.9 in a week or so.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel ma
https://bugs.freedesktop.org/show_bug.cgi?id=101053
--- Comment #2 from Andy Furniss ---
That fixes it, thanks.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https:/
Hi Eric,
On Tuesday 16 May 2017 09:47:49 Eric Anholt wrote:
> Rob Herring writes:
> > On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote:
> >> Laurent Pinchart writes:
> >>> Hi Eric,
> >>>
> >>> Thank you for the patch.
> >>>
> >>> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote:
> Th
Rob Herring writes:
> On Mon, May 15, 2017 at 7:03 PM, Eric Anholt wrote:
>> Laurent Pinchart writes:
>>
>>> Hi Eric,
>>>
>>> Thank you for the patch.
>>>
>>> On Thursday 11 May 2017 16:56:23 Eric Anholt wrote:
The Raspberry Pi 7" Touchscreen is a DPI touchscreen panel with
DSI->DPI b
https://bugs.freedesktop.org/show_bug.cgi?id=101055
--- Comment #2 from Karl-Johan Karlsson
---
You're right, sorry. I'm not entirely clear on the difference. I switched to
the classic driver, and with that both glxgears and KDE Plasma works.
--
You are receiving this mail because:
You are the
On Tue, May 16, 2017 at 11:55:00AM -0400, Robert Foss wrote:
> Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
>
> Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up
> through the atomic API, but realizing that userspace is likely to take
> shortcuts and ass
https://bugs.freedesktop.org/show_bug.cgi?id=101053
--- Comment #1 from Harry Wentland ---
Created attachment 131374
--> https://bugs.freedesktop.org/attachment.cgi?id=131374&action=edit
fix scanline params
Thanks, Andy. Please try attached patch. The regression change you mentioned
contains s
Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
Ideally the DRM_ROTATE_ and DRM_REFLECT_ property ids are looked up
through the atomic API, but realizing that userspace is likely to take
shortcuts and assume that the enum values are what is sent over the
wire.
As a result t
On 2017-05-16 06:58 AM, Emil Velikov wrote:
On 15 May 2017 at 18:13, Robert Foss wrote:
On 2017-05-15 09:23 AM, Emil Velikov wrote:
Hi Rob,
On 14 May 2017 at 18:26, Robert Foss wrote:
Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
Ideally the DRM_ROTATE_ and D
Hi Kieran,
On Tue, May 9, 2017 at 6:39 PM, Kieran Bingham
wrote:
> When the VSP1 is used in an active display pipeline, the output of the
> WPF can supply the LIF entity directly and simultaneously write to
> memory.
>
> Support this functionality in the VSP1 driver, by extending the WPF
> source
From: Clint Taylor
During VSDB decode bytes 4 and 5 contain the source physical address for
use the HDMI CEC. Make this data available as part of drm_display_info.
V2: Fix HTMLDOCS warnings for struct drm_hdmi_cec_spa
Signed-off-by: Clint Taylor
---
drivers/gpu/drm/drm_edid.c | 10 ++
Hi Dave,
Apologies for the previous early pull request. This one, hopefully, is more
appropriately timed. I've rolled the previous PR into this one, so you might
notice a couple familiar summaries.
As with the previous pull, I've Cc'd all of the summary-line contributors so
they can keep me honest
On 5/13/2017 12:40 AM, Gustavo Padovan wrote:
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now.
Tested-by: Archit Taneja
Thanks,
Archit
Cc: Rob Clark
Signed-off-by: Gustavo Padovan
---
On 5/13/2017 12:40 AM, Gustavo Padovan wrote:
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
mdp5_update_cursor_plane_legacy() did but through atomic.
Works well on DB820c (which has a APQ8
Smatch complains about a signedness bug here:
vega10_hwmgr.c:4202 vega10_force_clock_level()
warn: always true condition '(i >= 0) => (0-u32max >= 0)'
Fixes: 7b52db39a4c2 ("drm/amd/powerplay: fix bug sclk/mclk level can't be set
on vega10.")
Signed-off-by: Dan Carpenter
diff --
https://bugzilla.kernel.org/show_bug.cgi?id=195743
--- Comment #3 from keziolio...@gmail.com ---
Thanks for the reply
Yes I did update the kernel, along with the rest of the system (I use
ArchLinux).
The problem seems to be getting worse, from linux 4.7 to 4.10 and git, with
latter versions the
On 15.05.2017 11:11, Daniel Vetter wrote:
> Laurent started a massive discussion on IRC about this. Let's try to
> document common usage a bit better.
>
> v2: Cross-links+typos.
>
> Cc: Laurent Pinchart
> Cc: Ville Syrjälä
> Cc: Jose Abreu
> Signed-off-by: Daniel Vetter
Reviewed-by: Andrzej Haj
On 15.05.2017 11:33, Daniel Vetter wrote:
> From: Jose Abreu
>
> This adds a new callback to crtc, encoder and bridge helper functions
> called mode_valid(). This callback shall be implemented if the
> corresponding component has some sort of restriction in the modes
> that can be displayed. A NUL
On 15.05.2017 11:11, Daniel Vetter wrote:
> Brought up by both Laurent and Andrzej when reviewing the new
> ->mode_valid hooks. Since mode_fixup is just a simpler version of the
> much more generic atomic_check we can't really unify it with
> mode_valid. Most drivers should probably switch their cu
On Tue, May 16, 2017 at 03:34:45PM +0300, Tomi Valkeinen wrote:
> drm_blend.h is missing declaration for 'struct drm_plane'. Add it.
>
> Signed-off-by: Tomi Valkeinen
Hm I didn't realize we need this already, this same hunk is in my wip
branch somewhere ...
Applied, thanks.
-Daniel
> ---
> in
On Tue, May 16, 2017 at 11:52:55AM +0200, Michal Hocko wrote:
> On Tue 16-05-17 11:22:30, Daniel Vetter wrote:
> > On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> > > From: Michal Hocko
> > >
> > > drm_malloc* has grown their own kmalloc with vmalloc fallback
> > > implementations
On Tuesday, May 16, 2017 09:16:35 AM Mauro Carvalho Chehab wrote:
> DocBook is mentioned several times at the documentation. Update
> the obsolete references from it at the DocBook.
>
> Acked-by: SeongJae Park
> Signed-off-by: Mauro Carvalho Chehab
For fbdev part:
Acked-by: Bartlomiej Zolnierk
drm_blend.h is missing declaration for 'struct drm_plane'. Add it.
Signed-off-by: Tomi Valkeinen
---
include/drm/drm_blend.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/drm/drm_blend.h b/include/drm/drm_blend.h
index 13221cf9b3eb..bc9e596be4c2 100644
--- a/include/drm/drm_blend.h
On Mon, May 15, 2017 at 05:35:02PM +0800, Icenowy Zheng wrote:
>
>
> 于 2017年5月15日 GMT+08:00 下午5:20:01, Maxime Ripard
> 写到:
> >On Mon, May 15, 2017 at 12:30:37AM +0800, Icenowy Zheng wrote:
> >> As we are going to add support for the Allwinner DE2 engine in
> >sun4i-drm
> >> driver, we will fina
Constructing the name takes the majority of the time for allocating a
sync_file to wrap a fence, and the name is very rarely used (only via
the sync_file status user interface). To reduce the impact on the common
path (that of creating sync_file to pass around), defer the construction
of the name u
On Tue, May 16, 2017 at 12:53:52PM +0200, Michal Hocko wrote:
> On Tue 16-05-17 10:31:19, Chris Wilson wrote:
> > On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> > > From: Michal Hocko
> > >
> > > drm_malloc* has grown their own kmalloc with vmalloc fallback
> > > implementations.
On 15 May 2017 at 18:13, Robert Foss wrote:
>
>
> On 2017-05-15 09:23 AM, Emil Velikov wrote:
>>
>> Hi Rob,
>>
>> On 14 May 2017 at 18:26, Robert Foss wrote:
>>>
>>> Add DRM_ROTATE_ and DRM_REFLECT_ defines to the UAPI as a convenience.
>>>
>>> Ideally the DRM_ROTATE_ and DRM_REFLECT_ property id
Am 16.05.2017 um 11:16 schrieb Michel Dänzer:
[ Dropping build robot aliases, adding amd-gfx and DC folks ]
On 16/05/17 05:18 PM, Philip Li wrote:
On Tue, May 16, 2017 at 10:04:32AM +0200, Christian König wrote:
Am 16.05.2017 um 07:20 schrieb zhoucm1:
On 2017年05月15日 17:52, kbuild test robot w
Hi Chris,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.12-rc1 next-20170516]
[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/Chris-Wilson/dma-buf-sync-file-Defer-creation
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #9 from taij...@posteo.de ---
Created attachment 131372
--> https://bugs.freedesktop.org/attachment.cgi?id=131372&action=edit
new dmesg output with kernel 4.12-rc1
after updating the kernel to 4.12-rc1 at least some of the error me
On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> drm_malloc* has grown their own kmalloc with vmalloc fallback
> implementations. MM has grown kvmalloc* helpers in the meantime. Let's
> use those because it a) reduces the code and b) MM has a better idea
> ho
On Mon, May 15, 2017 at 05:00:28PM -0500, Gustavo A. R. Silva wrote:
> Simplify logic to avoid unnecessary variable declaration and assignment.
>
> Signed-off-by: Gustavo A. R. Silva
Both applied, thanks.
-Daniel
> ---
> drivers/gpu/drm/i915/intel_display.c | 4 +---
> 1 file changed, 1 insert
On Tue, May 16, 2017 at 10:22:35AM +0100, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in seq_printf message.
>
> Fixes: a8b9370fc79c1 ("drm/i915/guc: Dump the GuC stage descriptor pool in
> debugfs")
> Signed-off-by: Colin Ian King
Applied, thanks.
-Daniel
> -
On Tue, May 16, 2017 at 11:06:06AM +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> drm_malloc* has grown their own kmalloc with vmalloc fallback
> implementations. MM has grown kvmalloc* helpers in the meantime. Let's
> use those because it a) reduces the code and b) MM has a better idea
> ho
From: Colin Ian King
Trivial fix to spelling mistake in seq_printf message.
Fixes: a8b9370fc79c1 ("drm/i915/guc: Dump the GuC stage descriptor pool in
debugfs")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
[ Dropping build robot aliases, adding amd-gfx and DC folks ]
On 16/05/17 05:18 PM, Philip Li wrote:
> On Tue, May 16, 2017 at 10:04:32AM +0200, Christian König wrote:
>> Am 16.05.2017 um 07:20 schrieb zhoucm1:
>>> On 2017年05月15日 17:52, kbuild test robot wrote:
tree: git://people.freedesktop
Hi Dave,
Three tags in total. I also just realized that in the last one I've
forgotten to mention the LPE audio fixes from Ville, which also touch
sound/. Those patches are all reviewed by Takashi.
drm-intel-next-2017-05-15:
Another pile of stuff for 4.12:
- OA improvements and fixes from Robert
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #8 from takeshi ogasawara ---
Hi
The same thing happens to my system
System:
Ubuntu 17.04 + Kernel 4.12rc1
AMD Ryzen 7 1700X
ASRock X370 taichi Bios v2.20
Sapphire R9 Fury 4 GB Nitro
2x16GiB
[1.798013] amdgpu: [powerplay] Can
Hi Baruch,
Thank you for the patch.
On Tuesday 16 May 2017 11:19:04 Baruch Siach wrote:
A commit message body would be nice.
> Fixes: 14da3ed8dd08 ("devicetree/bindings: display: Document common panel
> properties")
> Cc: Laurent Pinchart
> Cc: Rob Herring
> Signed-off-by: Baruch Siach
> ---
On Tue, May 16, 2017 at 01:20:26PM +0800, zhoucm1 wrote:
>
>
> On 2017年05月15日 17:52, kbuild test robot wrote:
> >tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11
> >head: c285c73f2213f503a93aa142fff186e160b4a371
> >commit: 5f92704d0cc5928824ffa4ff8cec5cd4c0f55b24 [1061/108
Reviewed-by: Mikko Perttunen
On 14.05.2017 23:47, Dmitry Osipenko wrote:
The client ID 0 is reserved by the host1x/cdma to mark the timeout timer
work as already been scheduled and context ID is used as the clients one.
This fixes spurious CDMA timeouts.
Fixes: bdd2f9cd10eb ("drm/tegra: Don't
>-Original Message-
>From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
>Sent: Monday, May 15, 2017 9:49 PM
>To: Yang, Libin
>Cc: Vetter, Daniel ; Bossart, Pierre-louis louis.boss...@intel.com>; jani.nik...@linux.intel.com; intel-
>g...@lists.freedesktop.org; G
On 16.05.2017 10:32, Erik Faye-Lund wrote:
On Tue, May 16, 2017 at 8:56 AM, Mikko Perttunen wrote:
On 14.05.2017 23:47, Dmitry Osipenko wrote:
If commands buffer claims a number of words that is higher than its BO can
fit, a kernel OOPS will be fired on the out-of-bounds BO access. This was
On Tue, May 16, 2017 at 10:04:32AM +0200, Christian König wrote:
> Am 16.05.2017 um 07:20 schrieb zhoucm1:
> >
> >
> >On 2017年05月15日 17:52, kbuild test robot wrote:
> >>tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11
> >>head: c285c73f2213f503a93aa142fff186e160b4a371
> >>comm
On Mon, 2017-05-15 at 17:43 -0700, Puthikorn Voravootivat wrote:
>
>
> On Mon, May 15, 2017 at 4:07 PM, Pandiyan, Dhinakaran
> wrote:
> On Fri, 2017-05-12 at 17:31 -0700, Puthikorn Voravootivat
> wrote:
> >
> >
> >
> > On Fri, May 12, 2017 at 5:12
Hi Daniel,
On 15-05-2017 10:11, Daniel Vetter wrote:
> Brought up by both Laurent and Andrzej when reviewing the new
> ->mode_valid hooks. Since mode_fixup is just a simpler version of the
> much more generic atomic_check we can't really unify it with
> mode_valid. Most drivers should probably sw
Hi Laurent,
On 15-05-2017 08:05, Laurent Pinchart wrote:
> On Monday 15 May 2017 08:47:49 Daniel Vetter wrote:
>> On Sun, May 14, 2017 at 02:04:24PM +0300, Laurent Pinchart wrote:
>>> On Friday 12 May 2017 17:06:14 Jose Abreu wrote:
On 12-05-2017 10:35, Laurent Pinchart wrote:
> On Tuesd
On 14.05.2017 23:47, Dmitry Osipenko wrote:
If commands buffer claims a number of words that is higher than its BO can
fit, a kernel OOPS will be fired on the out-of-bounds BO access. This was
triggered by an opentegra Xorg driver that erroneously pushed too many
commands to the pushbuf. The CMDA
Hi Daniel,
On 15-05-2017 10:11, Daniel Vetter wrote:
> Laurent started a massive discussion on IRC about this. Let's try to
> document common usage a bit better.
>
> v2: Cross-links+typos.
>
> Cc: Laurent Pinchart
> Cc: Ville Syrjälä
> Cc: Jose Abreu
> Signed-off-by: Daniel Vetter
Reviewed-b
On 16.05.2017 09:56, Mikko Perttunen wrote:
> On 14.05.2017 23:47, Dmitry Osipenko wrote:
>> +if (reloc->cmdbuf.offset & 3 ||
>> +reloc->cmdbuf.offset > obj->gem.size) {
>
> This could still fail if the bo's size is not divisible by 4, even with >=
> comparison (we would overwr
Hi,
On 05/15/2017 04:03 PM, Philippe CORNU wrote:
Hi Neil,
Many thanks for your comments.
The PHY part of the MIPI DSI is the main difference between all chipsets
based on the Synopsys DesignWare MIPI DSI.
There is no "generic DSI PHY interface" and that is probably why all soc
vendors have imp
On Mon, May 15, 2017 at 08:30:13PM -0400, Rob Clark wrote:
> On Mon, May 15, 2017 at 1:20 PM, Liviu Dudau wrote:
> > From: Brian Starkey
> >
> > Writeback connectors represent writeback engines which can write the
> > CRTC output to a memory framebuffer. Add a writeback connector type and
> > rel
Am 16.05.2017 um 07:20 schrieb zhoucm1:
On 2017年05月15日 17:52, kbuild test robot wrote:
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-4.11
head: c285c73f2213f503a93aa142fff186e160b4a371
commit: 5f92704d0cc5928824ffa4ff8cec5cd4c0f55b24 [1061/1085] drm/amd:
fix init order of
On Tue, May 16, 2017 at 8:56 AM, Mikko Perttunen wrote:
> On 14.05.2017 23:47, Dmitry Osipenko wrote:
>>
>> If commands buffer claims a number of words that is higher than its BO can
>> fit, a kernel OOPS will be fired on the out-of-bounds BO access. This was
>> triggered by an opentegra Xorg driv
1 - 100 of 101 matches
Mail list logo
