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 bug.___
d
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
Seve
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
> ---
> drmdisplayco
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 changed, 47 insertions
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 previous patch. This one
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 | 33 -
platformn
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 insertions(+), 5 deletions(
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 b/include/drm/drm_mode.h
index 080
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
Statu
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 pfn:817601, followed by [
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&action=edit
xorg log corresponding to the increased log buffer size
--
You are receiving this mail because:
You are the
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&action=edit
dmesg with increased log buffer parameter
Previous log file was truncated. This one is better.
--
You are r
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/amdgp
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 pa
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 tail page"
errors. Ple
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&action=edit
dmesg from agd5f 4.13.0 kernel
--
You are receiving this mail because:
You are the assignee for the bug._
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&action=edit
xorg log from agd5f 4.13.0 kernel
--
You are receiving this mail because:
You are the assignee for the bug.__
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
> Fixes: d5b1a78a772f ("drm/vc
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 wrote:
Also ad
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 coming to this patchset cold bu
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 082d03ab9f88
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 dfbf0c14dd75d
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 it should be possible
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 Febru
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 are
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).
>
> Bas
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 uns
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 really no reason, for render/
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: Use correct pm_runtime_pu
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)
compile
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)
compile
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 fails to build when CONFIG_PINCTRL is dis
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
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 (drm/msm
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 dsi_host_in
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 pm_runtime_
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 RPI_TOUCHSCREEN_MAX_BR
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. I
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 timer callbacks, switch to using the new timer_setup() an
https://bugs.freedesktop.org/show_bug.cgi?id=102955
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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 they appear at different o
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 se
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 box so adding the
version in mo
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 kern
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 from_timer()
>> to pass the timer pointer ex
46 matches
Mail list logo
