tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: e5f6a57e350a7921e4edc30874679bdff11b13f4
commit: 082d03ab9f88d7c7a73b66f1e3540c617d009bad [2/4] drm/amdgpu: add header
kgd_pp_interface.h
reproduce:
# apt-get install sparse
git checkout
Den 03.10.2017 11.04, skrev Daniel Vetter:
On Tue, Oct 03, 2017 at 09:51:49AM +0100, Daniel Thompson wrote:
On 03/10/17 09:03, Daniel Vetter wrote:
On Mon, Oct 02, 2017 at 12:00:54PM +0300, Jani Nikula wrote:
On Mon, 02 Oct 2017, Daniel Thompson wrote:
So I'm
Den 05.10.2017 05.53, skrev Meghana Madhyastha:
On Tue, Oct 03, 2017 at 07:38:29PM +0200, Noralf Trønnes wrote:
Den 03.10.2017 18.02, skrev Noralf Trønnes:
Den 03.10.2017 16.58, skrev Noralf Trønnes:
Den 02.10.2017 10.13, skrev Jani Nikula:
On Mon, 02 Oct 2017, Daniel Vetter
On Fri, Oct 6, 2017 at 6:10 AM, Andrzej Hajda wrote:
> Hi Rob,
>
> Thanks for review.
>
> On 06.10.2017 01:12, Rob Herring wrote:
>> On Thu, Sep 28, 2017 at 03:07:27PM +0200, Andrzej Hajda wrote:
>>> These bindings allows to describe most known standard USB connectors
>>> and
Hi Dave,
Latest cleanups for DC from you and Harry. Note that there is some
flickering on some older asics with this branch due to a regression in powerplay
that has already been fixed and will be included in my next non-DC pull request
next week.
The following changes since commit
On Fri, Oct 06, 2017 at 04:27:06PM +0530, Archit Taneja wrote:
> The DSI runtime PM suspend/resume callbacks check whether
> msm_host->cfg_hnd is non-NULL before trying to enable the bus clocks.
> This is done to accommodate early calls to these functions that may
> happen before the bus clocks
On 05.10.2017 16:07, Maciej Purski wrote:
> Add HDMI and Sil9234 MHL converter to Trats2 board.
> Following in SoC devices have been enabled:
> - HDMI (HDMI signal encoder),
> - Mixer (video buffer scanout device),
> - I2C_5 bus (used for HDMI DDC)
> - I2C_8 bus (used for HDMI_PHY control).
>
>
The drm maintainer tools and documentation [1][2], the dim script in
particular, have expanded in use and features and especially user base
beyond at least my imagination.
It's time to move the maintainer tools patches and discussion away from
the intel-gfx mailing list, but it seems best to not
On Thu, Oct 05, 2017 at 11:08:12AM +0100, Jean-Philippe Brucker wrote:
> Hi Jordan,
>
> On 04/10/17 20:43, Jordan Crouse wrote:
> > Trying to start back up the conversation about multiple address
> > spaces for IOMMU devices. If you will remember Jean-Philippe posted
> > some patches back in
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #8 from Steve Falco ---
As per the mailing list suggestions, I've built a kernel from the
amd-staging-drm-next branch of the agd5f kernel tree.
While it gives me a usable gui, I also get "corrupted mapping in
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #11 from Steve Falco ---
I re-ran the tests with increased log buffer size, since the previous run was
truncated.
The first error message that I see is [ 56.199374] BUG: Bad page state in
process Xorg
https://bugs.freedesktop.org/show_bug.cgi?id=103129
Bug ID: 103129
Summary: drm-tip doesn't compile due to redefining
ci_send_msg_to_smc
Product: DRI
Version: XOrg git
Hardware: All
OS: All
There's no point in using a gralloc perform() op to retrieve the usage as
it is already stored in the handle like width, height, format, etc. So just
copy it to the hwc_drm_bo_t and get it directly.
Signed-off-by: Rob Herring
---
I was a bit quick on the trigger with the
Stefan Wahren writes:
> This fixes the race between vc4_overflow_mem_work and the init of the
> job lock. Otherwise we could trigger a NULL pointer dereference
> during VC4 binding.
>
> Link: https://github.com/anholt/linux/issues/114
> Signed-off-by: Stefan Wahren
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.15-dc
head: 8ee5702afdd48b5864c46418ad310d6a23c8e9ab
commit: 2004f45ef83f07f43f5da6ede780b08068c7583d [1065/1129] drm/amd/display:
Use kernel alloc/free
coccinelle warnings: (new ones prefixed by >>)
>>
drivers/gpu/drm/amd/amdgpu/../display/dc/basics/logger.c:73:23-27: WARNING:
casting value returned by memory allocation function to (char *) is useless.
Remove casting the values returned by memory allocation functions
like kmalloc, kzalloc, kmem_cache_alloc, kmem_cache_zalloc etc.
Semantic
There's no opensource implementation for the NVIDIA gralloc implementation,
so remove it as it is not testable.
As all of the gralloc perform() operations are specific to it, they can be
removed, too.
Signed-off-by: Rob Herring
---
Android.mk | 5 -
drmhwcgralloc.h |
The DRM_REFLECT_* and DRM_ROTATE_* defines were not upstream, but now
they are. Convert to using the upstream version which are defined as a
bit mask rather than a bit position.
Signed-off-by: Rob Herring
---
drmdisplaycompositor.cpp | 10 +-
1 file changed, 5
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #6 from Steve Falco ---
Created attachment 134713
--> https://bugs.freedesktop.org/attachment.cgi?id=134713=edit
dmesg from agd5f 4.13.0 kernel
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #7 from Steve Falco ---
Created attachment 134714
--> https://bugs.freedesktop.org/attachment.cgi?id=134714=edit
xorg log from agd5f 4.13.0 kernel
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #10 from Steve Falco ---
Created attachment 134718
--> https://bugs.freedesktop.org/attachment.cgi?id=134718=edit
xorg log corresponding to the increased log buffer size
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=103111
--- Comment #9 from Steve Falco ---
Created attachment 134717
--> https://bugs.freedesktop.org/attachment.cgi?id=134717=edit
dmesg with increased log buffer parameter
Previous log file was truncated. This one is
Add the new DRM_MODE_ROTATE_* and DRM_MODE_REFLECT_* defines from v4.14-rc1
kernel.
Signed-off-by: Rob Herring
---
include/drm/drm_mode.h | 47 +++
1 file changed, 47 insertions(+)
diff --git a/include/drm/drm_mode.h
On Fri, Oct 06, 2017 at 04:46:48PM -0500, Rob Herring wrote:
> The DRM_REFLECT_* and DRM_ROTATE_* defines were not upstream, but now
> they are. Convert to using the upstream version which are defined as a
> bit mask rather than a bit position.
>
> Signed-off-by: Rob Herring
>
On Fri, Oct 06, 2017 at 04:31:43PM -0500, Rob Herring wrote:
> Add the new DRM_MODE_ROTATE_* and DRM_MODE_REFLECT_* defines from v4.14-rc1
> kernel.
>
> Signed-off-by: Rob Herring
> ---
> include/drm/drm_mode.h | 47 +++
> 1 file
https://bugs.freedesktop.org/show_bug.cgi?id=103130
Bug ID: 103130
Summary: Mesa from git causes games to crash mid-play
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On 06/10/17 06:26, Archit Taneja wrote:
> Hi Hans,
>
> On 09/19/2017 01:03 PM, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Add support for HDMI CEC to the drm adv7511/adv7533 drivers.
>>
>> The CEC registers that we need to use are identical for both drivers,
>> but
https://bugs.freedesktop.org/show_bug.cgi?id=102955
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
On Thu, 05 Oct 2017, Kees Cook wrote:
> On Thu, Oct 5, 2017 at 6:45 AM, Joonas Lahtinen
> wrote:
>> On Wed, 2017-10-04 at 17:54 -0700, Kees Cook wrote:
>>> In preparation for unconditionally passing the struct timer_list pointer to
>>> all
Op 27-09-17 om 14:53 schreef Dmitry Osipenko:
> On 27.09.2017 11:35, Maarten Lankhorst wrote:
>> Commit 669c9215afea ("drm/atomic: Make async plane update checks work as
>> intended, v2.") assumed incorrectly that if only 1 plane is matched in
>> the loop, the variables will be set to that plane.
On Wed, Sep 27, 2017 at 12:36:54PM -0700, Eric Anholt wrote:
[...]
> diff --git a/drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c
> b/drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c
[...]
> +/* We only turn the PWM on or off, without varying values. */
> +#define
tree: git://anongit.freedesktop.org/drm-intel for-linux-next
head: faf654864b25f4ca4efd416145d37b794c0b805f
commit: faf654864b25f4ca4efd416145d37b794c0b805f [2/2] drm/i915: Unify uC
variable types to avoid flooding checkpatch.pl
config: i386-randconfig-x003-201740 (attached as .config)
tree: git://anongit.freedesktop.org/drm-intel for-linux-next
head: faf654864b25f4ca4efd416145d37b794c0b805f
commit: faf654864b25f4ca4efd416145d37b794c0b805f [2/2] drm/i915: Unify uC
variable types to avoid flooding checkpatch.pl
config: i386-randconfig-x005-201740 (attached as .config)
On Fri, Oct 6, 2017 at 12:57 PM, Archit Taneja wrote:
> Runtime PM was added in 4.14. These patches fix a couple of issues
> reported by people trying out the new kernel on DB410c.
>
> These should ideally go in one of the 4.14-rcs.
>
> Archit Taneja (2):
> drm/msm/dsi:
On Thu, Oct 5, 2017 at 9:18 PM, Mathieu Larouche
wrote:
> I would like to know if anyone had the time to look at this patch and when I
> could expect to have it accepted.
MODULE_VERSION is kinda considered uncool in drm. For KMS drivers
(which mga200g is one) there's
On 05.10.2017 16:07, Maciej Purski wrote:
> SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
> It is controlled via I2C bus. Its interaction with other
> devices in video pipeline is performed mainly on HW level.
> The only interaction it does on device driver level is
> filtering-out
On Thu, Oct 5, 2017 at 6:45 AM, Joonas Lahtinen
wrote:
> On Wed, 2017-10-04 at 17:54 -0700, Kees Cook wrote:
>> In preparation for unconditionally passing the struct timer_list pointer to
>> all timer callbacks, switch to using the new timer_setup() and
Hi Jordan,
On 04/10/17 20:43, Jordan Crouse wrote:
> Trying to start back up the conversation about multiple address
> spaces for IOMMU devices. If you will remember Jean-Philippe posted
> some patches back in February for SVM on arm-smmu-v3.
>
> For quite some time the downstream Snapdragon
On Mon, Oct 02, 2017 at 09:33:12PM -0400, Jérémy Lefaure wrote:
> On Mon, 2 Oct 2017 15:22:24 -0400
> bfie...@fieldses.org (J. Bruce Fields) wrote:
>
> > Mainly I'd just like to know which you're asking for. Do you want me to
> > apply this, or to ACK it so someone else can? If it's sent as a
I would like to know if anyone had the time to look at this patch and
when I could expect to have it accepted.
Thank you,
Mathieu
On 18/08/2017 4:24 PM, mathieu.larou...@matrox.com wrote:
From: Mathieu Larouche
OEMs started distributing this module out of the
Runtime PM was added in 4.14. These patches fix a couple of issues
reported by people trying out the new kernel on DB410c.
These should ideally go in one of the 4.14-rcs.
Archit Taneja (2):
drm/msm/dsi: Use correct pm_runtime_put variant during host_init
drm/msm/mdp5: Remove extra
While converting mdp5_enable/disable() calls to pm_runtime_get/put() API,
an extra call to pm_runtime_put_autosuspend() crept in
mdp5_crtc_cursor_set(). This results in calling the suspend handler
twice, and therefore clk_disables twice, which isn't a nice thing to do.
Fixes: d68fe15b1878
The DSI runtime PM suspend/resume callbacks check whether
msm_host->cfg_hnd is non-NULL before trying to enable the bus clocks.
This is done to accommodate early calls to these functions that may
happen before the bus clocks are even initialized.
Calling pm_runtime_put_autosuspend() in
Hi Rob,
Thanks for review.
On 06.10.2017 01:12, Rob Herring wrote:
> On Thu, Sep 28, 2017 at 03:07:27PM +0200, Andrzej Hajda wrote:
>> These bindings allows to describe most known standard USB connectors
>> and it should be possible to extend it if necessary.
>> USB connectors, beside USB can be
Acked-by: Mark Yao
Thanks for the fix, and sorry for that, I'm in holidays now,currently has
no environment to do the patch pushed.
I'll be back next week and do this patch push.
Thanks
Mark.
On 2017年10月5日周四 19:10 Arnd Bergmann wrote:
> The new driver
https://bugs.freedesktop.org/show_bug.cgi?id=103130
--- Comment #1 from Adam ---
Downgrading to 17.2-2 (from 17.3 git) and LLVM 5. rectifies the issue. Possible
regression?
--
You are receiving this mail because:
You are the assignee for the
46 matches
Mail list logo