https://bugs.freedesktop.org/show_bug.cgi?id=99680
--- Comment #2 from SET ---
This happened since 4.10-rc1, much has changed since, it's not fatal and
bisecting is much time taking. I reported this in case it might be helpful to
devs. If it's perceived as annoying noise, I do apologize.
--
You
On Fri, Feb 03, 2017 at 01:16:45PM +0100, Noralf Trønnes wrote:
> Thierry, please have a look at this.
> In which direction should we rotate to match how drm rotation works?
>
>
> Den 01.02.2017 18.41, skrev Rob Herring:
> > On Tue, Jan 31, 2017 at 05:03:17PM +0100, Noralf Trønnes wrote:
> > > Di
On Sun, 25 Dec 2016, Hans de Goede wrote:
> If there is no OPREGION_ASLE_EXT then a VBT stored in mailbox #4 may
> use the ASLE_EXT parts of the opregion. Adjust the vbt_size calculation
> for a vbt in mailbox #4 for this.
>
> This fixes the driver not finding the VBT on a jumper ezpad mini3
> che
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #7 from Michel Dänzer ---
(In reply to fin4478 from comment #4)
> Those stock kernels have very little new amdgpu and radeon drivers code
> (see diff in kernel.org), use latest drivers when you make bug reports.
There is no such req
https://bugs.freedesktop.org/show_bug.cgi?id=99687
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #18 from siyia ---
just tick it in ur game and test it
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #17 from siyia ---
posted a screenshot of the graphics options with blood effect
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-dev
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #16 from siyia ---
Created attachment 129352
--> https://bugs.freedesktop.org/attachment.cgi?id=129352&action=edit
blood effects options in menu
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #15 from siyia ---
when you open the graphics menu on the right side it has some options that can
be ticked for example vsync,blood effects is one of them.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #14 from siyia ---
lol start the game >in the game menu choose options
->graphics-->advanced->then tick the blood effects and press accept
changes.
Finally try and play a custom battle.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=99679
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding Xorg log file, and the output of the following
from when the problem occurs:
* dmesg
* LIBGL_DEBUG=verbose glxinfo 2>&1
* LIBGL_DEBUG=verbose glxgears -info 2>&1
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=99680
--- Comment #1 from Michel Dänzer ---
If this is a regression from older kernels, can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dr
https://bugs.freedesktop.org/show_bug.cgi?id=99687
--- Comment #1 from Nick Tenney ---
Major thing I forgot to mention in the initial report: I verified that sway
also had the issue, which I believes eliminates gnome/mutter as the culprit.
--
You are receiving this mail because:
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=99687
Bug ID: 99687
Summary: Radeon RV790 Choppy cursor and framerates under
xwayland
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
On 3 February 2017 at 08:00, Daniel Vetter wrote:
> On Thu, Feb 02, 2017 at 12:37:21PM +, Emil Velikov wrote:
>> - Daniel, gents - is drm-misc aimed at devs with limited (no?)
>> review/commit history in the area and/or the kernel in general ?
>> In this case, Peter have quite noticeable expe
Hi Rob,
On Sat, Feb 4, 2017 at 1:36 AM, Rob Herring wrote:
> diff --git a/drivers/gpu/drm/mxsfb/mxsfb_out.c
> b/drivers/gpu/drm/mxsfb/mxsfb_out.c
> index fa8d17399407..f7d729aa09bd 100644
> --- a/drivers/gpu/drm/mxsfb/mxsfb_out.c
> +++ b/drivers/gpu/drm/mxsfb/mxsfb_out.c
> @@ -19,6 +19,7 @@
>
The OF graph API leaves too much of the graph walking to clients when
in many cases the driver doesn't care about accessing the port or
endpoint nodes. The drivers typically just want the device connected via
a particular graph connection. of_graph_get_remote_node provides this
functionality.
Sign
Hi,
2016-11-14 16:22 GMT+01:00 Hans Verkuil :
> From: Russell King
>
> Add a CEC driver for the dw-hdmi hardware using Hans Verkuil's CEC
> implementation.
>
> Signed-off-by: Russell King
I've seen that the patchset concerning CEC/HDMI notifier after this
one dropped dw-hdmi support.
Is this onl
Similar to the previous commit, convert drivers open coding OF graph
parsing to use drm_of_find_panel_or_bridge instead.
This changes some error messages to debug messages (in the graph core).
Graph connections are often "no connects" depending on the particular
board, so we want to avoid spurious
Commit a6f75aa161c5 ("drm/exynos: fimd: add HW trigger support") added
hardware trigger support to the FIMD controller driver. I have tested
but this broke the display in at least the exynos3250 Gear 2. So until
the issue is fixed, avoid using HW trigger for the exynos3250 based
boards and use SW t
thanks for this catch!
Reviewed-by: Monk Liu
发件人: Colin King
发送时间: 2017年2月4日 4:23:42
收件人: Deucher, Alexander; Koenig, Christian; David Airlie; Liu, Monk; Yu,
Xiangliang; amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
抄送: kernel-janit...@vger.ke
I've been unhappy with the OF graph API for some time and decided to
do something about it. The problem is drivers have to do too much of the
graph parsing and walking themselves. This has led to the same pattern
duplicated over and over. This series adds 2 new helpers and adapts DRM
drivers to
Many drivers have a common pattern of searching the OF graph for either an
attached panel or bridge and then finding the DRM struct for the panel
or bridge. Also, most drivers need to handle deferred probing when the
DRM device is not yet instantiated. Create a common function,
drm_of_find_panel_or
Convert drivers to use the new of_graph_get_remote_node() helper
instead of parsing the endpoint node and then getting the remote device
node. Now drivers can just specify the device node and which
port/endpoint and get back the connected remote device node. The details
of the graph binding are nic
On Thu, Feb 02, 2017 at 12:37:21PM +, Emil Velikov wrote:
> - Daniel, gents - is drm-misc aimed at devs with limited (no?)
> review/commit history in the area and/or the kernel in general ?
> In this case, Peter have quite noticeable experience [in kernel
> development] with little-to no in DR
On Sat, Feb 4, 2017 at 2:26 PM, Fabio Estevam wrote:
> Hi Rob,
>
> On Sat, Feb 4, 2017 at 1:36 AM, Rob Herring wrote:
>
>> diff --git a/drivers/gpu/drm/mxsfb/mxsfb_out.c
>> b/drivers/gpu/drm/mxsfb/mxsfb_out.c
>> index fa8d17399407..f7d729aa09bd 100644
>> --- a/drivers/gpu/drm/mxsfb/mxsfb_out.c
>
Hi
2016-11-14 16:22 GMT+01:00 Hans Verkuil :
> From: Russell King
>
> Add HDMI notifiers to the HDMI bridge driver.
> @@ -1448,9 +1450,11 @@ static int dw_hdmi_connector_get_modes(struct
> drm_connector *connector)
> hdmi->sink_is_hdmi = drm_detect_hdmi_monitor(edid);
>
This cleans up a remnant from Christian's patch (drm/ttm: revert "add
optional LRU removal callback v2")
Kent
>From dfdf89a8dff0e378db6fa9578f75b02eec02ca0e Mon Sep 17 00:00:00 2001
From: Kent Russell
Date: Tue, 31 Jan 2017 06:44:10 -0500
Subject: [PATCH] drm/ttm: Fix unused variable warning
This adds a file in i915's debugfs directory that allows userspace to
manually control HPD storm detection. This is mainly for hotplugging
tests, where we might want to test HPD storm functionality or disable
storm detection to speed up hotplugging tests without breaking anything.
Signed-off-by: L
Reviewed-by: Edward O'Callaghan
On 02/04/2017 04:46 AM, Alex Deucher wrote:
> On Thu, Feb 2, 2017 at 4:56 PM, Andrey Grodzovsky
> wrote:
>> This series is a folow-up on
>> https://patchwork.kernel.org/patch/9501787/
>>
>> The first patch makes changes to atomic helpers to allow for drives with
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/mxsfb/mxsfb_drv.c
b/drivers
The fault wrappers drm_vm_fault(), drm_vm_shm_fault(), drm_vm_dma_fault()
and drm_vm_sg_fault() used to provide extra logic beyond what was in the
"drm_do_*" versions of these functions, but as of this commit:
commit ca0b07d9a969 ("drm: convert drm from nopage to fault.")
They are just unnecessar
This reverts commit 2d8e60e8b0742b7a5cddc806fe38bb81ee876c33.
The commit belongs to the series of 1285 patches sent to LKML on
2016-08-02, it changes the representation of file permissions from the
octal value "0600" to "S_IRUSR | S_IWUSR".
The general consensus was that the changes does not incr
From: Wei Yongjun
Fixes the following sparse warning:
drivers/gpu/drm/mxsfb/mxsfb_drv.c:129:38: warning:
symbol 'mxsfb_funcs' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
The OMAP driver has its own OF graph helpers that are similar to the
common helpers. This commit replaces most of the calls with the common
helpers. There's still a couple of custom helpers left, but the driver
needs more extensive changes to get rid of them.
In dss_init_ports, we invert the loop,
On Sun, Feb 5, 2017 at 8:25 PM, Rob Herring wrote:
> Did the bridge driver probe? This function just checks lists of
> registered panels and bridges.
The tda998x_probe() returns success, but tda998x_bind() is never called.
I am trying to understand what needs to be done in
drivers/gpu/drm/mxsfb
Em Thu, 5 Jan 2017 20:27:17 +0200
Sakari Ailus escreveu:
> Hi Randy,
>
> On Thu, Jan 05, 2017 at 11:22:26PM +0800, ayaka wrote:
> >
> >
> > On 01/05/2017 06:30 PM, Sakari Ailus wrote:
> > >Hi Randy,
> > >
> > >Thanks for the update.
> > >
> > >On Thu, Jan 05, 2017 at 12:29:11AM +0800, Randy
On Fri, Feb 03, 2017 at 09:36:30PM -0600, Rob Herring wrote:
> The Armada and Rockchip drivers remain oddballs with their own graph
> parsing. I can't see how the armada driver even can work. There's
> nothing to instantiate the armada-drm device either in DT or the kernel.
Correct, that's sitti
Hi Rob,
On 02/04/2017 05:36 AM, Rob Herring wrote:
> The OF graph API leaves too much of the graph walking to clients when
> in many cases the driver doesn't care about accessing the port or
> endpoint nodes. The drivers typically just want the device connected via
> a particular graph connection.
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #6 from Fabian Maurer ---
(In reply to fin4478 from comment #4)
> Those stock kernels have very little new amdgpu and radeon drivers code
> (see diff in kernel.org), use latest drivers when you make bug reports. This
> kernel is late
https://bugs.freedesktop.org/show_bug.cgi?id=99685
Bug ID: 99685
Summary: [amdgpu R9 390X] GPU hang on windows switching while
running Quetoo
Product: Mesa
Version: 17.0
Hardware: x86-64 (AMD64)
OS: Linux (A
https://bugs.freedesktop.org/show_bug.cgi?id=99488
--- Comment #7 from Jan Vesely ---
Thanks for the info. I think it's the same bug that hangs GROMACS kernel (my
patch was originally written to debug GROMACS).
you can change the assert to if and use "I->dump()" to print the triggering
instructio
https://bugs.freedesktop.org/show_bug.cgi?id=99450
--- Comment #4 from fin4...@hotmail.com ---
Use latest amdgpu driver, those stock kernels are buggy.
https://cgit.freedesktop.org/~agd5f/linux/?h=drm-next-4.11-wip
Also Oibaf ppa have latest mesa and Debian testing Xfce is more stable, easier
and
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #5 from fin4...@hotmail.com ---
Also Debian testing Xfce is more stable, easier and compatible than Arch Linux.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99528
--- Comment #4 from fin4...@hotmail.com ---
(In reply to Fabian Maurer from comment #3)
> Still present for me with mesa 88752.3f064e9a40 and linux 4.9.6.
Those stock kernels have very little new amdgpu and radeon drivers code (see
diff in kerne
https://bugs.freedesktop.org/show_bug.cgi?id=99450
Hugo Posnic changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=99488
--- Comment #6 from nixscrip...@gmail.com ---
Replicating the issue again, here is the backtrace you requested:
(gdb) bt
#0 0x03b11dea95d4 in
llvm::MachineInstr::findRegisterUseOperandIdx(unsigned int, bool,
llvm::TargetRegisterInfo const*)
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #13 from Samuel Pitoiset ---
My version 1.5, can you try upgrading? I don't see that "blood effects"
options. Last time I tried to reproduce the issue, I used many different
graphics options without success.
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=99683
Bug ID: 99683
Summary: Powerplay features request: manually set GPU (Fiji)
frequency beyond default limits and per application
Product: DRI
Version: unspecified
Hardware: x
Hi Chris
Applied to my drm-next and already sent pull request to Dave.
Thanks.
On 2017年02月05日 15:54, Chris Zhong wrote:
This series adds support for the CDN DP controller to the rockchip drm
driver. This version fixes some coding style error in v16, it post by
Sean Paul, you can find it here:
Hi Dave
drm/rockchip cdn-dp driver is v17 now, I think it's ready to land it.
Thanks.
The following changes since commit 99743ae4c5f52f8f8ceb17783056fcc9b4f8b64c:
Merge branch 'drm-etnaviv-next' of
https://git.pengutronix.de/git/lst/linux into drm-next (2017-02-03
05:41:58 +1000)
are ava
51 matches
Mail list logo
