On Thu, Feb 23, 2017 at 12:07:17AM +, Colin King wrote:
> From: Colin Ian King
>
> trivial fix to spelling mistake in pr_err message
>
> Signed-off-by: Colin Ian King
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
Hi Marek,
On 23 February 2017 at 00:37, Daniel Vetter wrote:
> On Tue, Feb 21, 2017 at 4:08 PM, Christian König
> wrote:
>> Am 21.02.2017 um 15:55 schrieb Marek Szyprowski:
>>>
>>> Dear All,
>>>
>>> On 2017-02-21 15:37, Marek Szyprowski wrote:
Hi Christian,
On 2017-02-21 14:5
https://bugs.freedesktop.org/show_bug.cgi?id=99917
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99857
--- Comment #3 from Nayan Deshmukh ---
I am unable to reproduce the error that you are facing. I also have a dell
inspiron 5548, but it did not freeze on suspending with 4.9.9. You have a bios
which is more recent than what I have, so it could be
https://bugs.freedesktop.org/show_bug.cgi?id=99917
Bug ID: 99917
Summary: Failure to load bonaire_k_smc.bin in kernels 4.8-4.10
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Regards
Shashank
On 2/22/2017 10:59 PM, Ville Syrjälä wrote:
On Wed, Feb 22, 2017 at 06:48:30PM +0530, Shashank Sharma wrote:
Geminilake platform sports a native HDMI 2.0 controller, and is
capable of driving pixel-clocks upto 594Mhz. HDMI 2.0 spec
mendates scrambling for these higher clocks,
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #30 from Matthew Fox ---
Just to confirm, the freezes and hard lockups still occur and the corresponding
messages in dmesg which I also attached.
This may be more sound related but I previously found in the kernel source
(file http:/
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #29 from Matthew Fox ---
Created attachment 129857
--> https://bugs.freedesktop.org/attachment.cgi?id=129857&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #28 from Matthew Fox ---
Created attachment 129856
--> https://bugs.freedesktop.org/attachment.cgi?id=129856&action=edit
Xorg.1.log
--
You are receiving this mail because:
You are the assignee for the bug._
Regards
Shashank
On 2/22/2017 10:54 PM, Ville Syrjälä wrote:
On Wed, Feb 22, 2017 at 06:48:29PM +0530, Shashank Sharma wrote:
HDMI 2.0 spec mandates scrambling for modes with pixel clock higher
than 340 MHz. This patch adds few new functions in drm layer for
core drivers to enable/disable scr
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #27 from Matthew Fox ---
Created attachment 129855
--> https://bugs.freedesktop.org/attachment.cgi?id=129855&action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #26 from Matthew Fox ---
Created attachment 129854
--> https://bugs.freedesktop.org/attachment.cgi?id=129854&action=edit
xrandr.log 2
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #25 from Matthew Fox ---
Hi,
/etc/X11/xorg.conf didn't exist so I created it with the contents you
specified.
So I'm now running with runpm enabled and the xorg.conf in place.
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=98333
--- Comment #18 from Alex Deucher ---
If the modes are only in the CEA extension block then this is a core drm issue.
The core EDID parser does not handles all of the CEA 4K modes yet. Patches
were proposed by several people, but I don't think
Thanks for the review Ville, my comments inline.
Regards
Shashank
On 2/22/2017 10:39 PM, Ville Syrjälä wrote:
On Wed, Feb 22, 2017 at 06:48:26PM +0530, Shashank Sharma wrote:
From: Thierry Reding
SCDC is a mechanism defined in the HDMI 2.0 specification that allows
the source and sink devi
https://bugs.freedesktop.org/show_bug.cgi?id=98333
--- Comment #17 from Daniel J Blueman ---
Created attachment 129853
--> https://bugs.freedesktop.org/attachment.cgi?id=129853&action=edit
xrandr + Xorg.0.log + dmesg
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=98333
--- Comment #16 from Daniel J Blueman ---
I am experiencing the same 4K @ 30Hz limit with my RX460 and LG 27UD88-W
monitor via a Highspeed HDMI cable. I have enabled HDMI DeepColour on the
monitor, needed for the monitor to advertise 4K @ 60Hz.
On 20 February 2017 at 21:55, Vincent Abriou wrote:
> Fix compilation warning introduced by:
> commit 0c7ff84f7f9d ("drm/sti: remove deprecated legacy vtg slave")
> commit 5e60f595d6ca ("drm/sti: use atomic_helper for commit")
>
I've pulled this in, please be more careful in future to avoid this
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #11 from saunders...@wright.edu ---
Okay, that's glad for me to hear. There's still the people on Polaris10 and
others having power management failures - someone's card doubled in idle
temperature.
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #10 from Alex Deucher ---
I've reverted the polaris 11 changes in the firmware git tree. Just waiting
for them to land.
--
You are receiving this mail because:
You are the assignee for the bug.__
On 2017年02月23日 00:09, Sean Paul wrote:
On Tue, Feb 21, 2017 at 7:54 PM, Mark yao wrote:
Hi Dave
Some fixes, looks good to me.
Hi Mark,
As we discussed, rockchip patches should now go through -misc. Since
4.10 is already released, I'll push these through over there.
Sean
Hi Sean
Right, I
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #9 from Sasan ---
Created attachment 129852
--> https://bugs.freedesktop.org/attachment.cgi?id=129852&action=edit
journal log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #8 from Sasan ---
RX 460 user here. Same issue. Kernel panic and backtrace messages in my log
file might help.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99850
Michel Dänzer changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
On 19 February 2017 at 04:22, Noralf Trønnes wrote:
> Hi Dave,
>
> Please pull tinydrm.
Pulled, just FYI I've seen this on my 32-bit arm builds.
> CC [M] drivers/gpu/drm/tinydrm/mipi-dbi.o
/home/airlied/devel/kernel/drm-next/drivers/gpu/drm/tinydrm/mipi-dbi.c:
In function ‘mipi_dbi_debugfs_co
07.12.2016, 05:03, "Maxime Ripard" :
> On Thu, Nov 24, 2016 at 07:22:31PM +0800, Chen-Yu Tsai wrote:
>> The panels shipped with Allwinner devices are very "generic", i.e.
>> they do not have model numbers or reliable sources of information
>> for the timings (that we know of) other than the fe
Allwinner "Display Engine 2.0" contains some clock controls in it.
Add them as a clock driver.
Signed-off-by: Icenowy Zheng
---
.../devicetree/bindings/clock/sunxi-de2.txt| 31 ++
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/
Aux transfers always fail with non-zero status flags when there's
nothing connected on the port, so we don't usually need to see all of
the debugging information from it. Also, we try reprobing a -lot-, so
without ratelimiting most of the kernel log is filled up with messages
from radeon_dp_aux_tra
A 480x272 QiaoDian QD43003C0-40-7LED panel is available from Lichee Pi.
This commit connects this panel to Lichee Pi Zero.
Lichee Pi also provides a 800x480 panel without accurate model number,
so do not merge this patch. It will finally come as device tree overlay.
Signed-off-by: Icenowy Zheng
Aux transfers always fail with non-zero status flags when there's
nothing connected on the port, so we don't usually need to see all of
the debugging information from it. Also, we try reprobing a -lot-, so
without ratelimiting most of the kernel log is filled up with messages
from radeon_dp_aux_tra
Allwinner V3s SoC have a display engine which have a different pipeline
with older SoCs.
Add document for it (new compatibles and the new "mixer" part).
The paragraph of TCON is also refactored, for furtherly add TCONs in
A83T/H3/A64/H5 that have only a channel 1 (used for HDMI or TV Encoder).
S
23.02.2017, 04:09, "Maxime Ripard" :
> Hi,
>
> On Wed, Feb 22, 2017 at 11:23:06PM +0800, Icenowy Zheng wrote:
>> Allwinner have a new "Display Engine 2.0" in there new SoCs, which comes
>> in a new "Display Engine" (mixers instead of old backends and
>> frontends).
>>
>> Add support for the m
Allwinner have a new "Display Engine 2.0" in there new SoCs, which comes
in a new "Display Engine" (mixers instead of old backends and
frontends).
Add support for the mixer on Allwinner V3s SoC; it's the simplest one.
Signed-off-by: Icenowy Zheng
---
drivers/gpu/drm/sun4i/Kconfig | 8 +
Allwinner V3s SoC features a set of pins that have functionality of RGB
LCD, the pins are at different pin ban than other SoCs.
Add pinctrl node for them.
Signed-off-by: Icenowy Zheng
---
arch/arm/boot/dts/sun8i-v3s.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot
Hi Jose,
在 2017年02月22日 17:51, Jose Abreu 写道:
Hi Nickey,
On 22-02-2017 07:45, Nickey Yang wrote:
"I2C Master Interface Extended Read Mode" implements a segment
pointer-based read operation using the Special Register configuration.
This patch fix
https://urldefense.proofpoint.com/v2/url?u=ht
"I2C Master Interface Extended Read Mode" implements a segment
pointer-based read operation using the Special Register configuration.
This patch fix https://patchwork.kernel.org/patch/7098101/ mentioned
"The current implementation does not support "I2C Master Interface
Extended Read Mode" to read
Hi,
Dne sreda, 22. februar 2017 ob 16:18:50 CET je Icenowy Zheng napisal(a):
> Allwinner have a new "Display Engine 2.0" in there new SoCs, which comes
> in a new "Display Engine" (mixers instead of old backends and
> frontends).
>
> Add support for the mixer on Allwinner V3s SoC; it's the simple
Allwinner have a new "Display Engine 2.0" in there new SoCs, which comes
in a new "Display Engine" (mixers instead of old backends and
frontends).
Add support for the mixer on Allwinner V3s SoC; it's the simplest one.
Signed-off-by: Icenowy Zheng
---
drivers/gpu/drm/sun4i/Kconfig | 8 +
Hi,
Dne sreda, 22. februar 2017 ob 21:17:29 CET je Icenowy Zheng napisal(a):
> 2017年2月23日 03:09于 Maxime Ripard 写道：
>
> > Hi,
> >
> > On Wed, Feb 22, 2017 at 11:18:48PM +0800, Icenowy Zheng wrote:
> > > +config SUNXI_DE2_CCU
> > > + bool "Support for the Allwinner SoCs DE2 CCU"
> > > + select SUN
Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON
which have RGB LCD output.
Add device nodes for it as well as the TCON.
Signed-off-by: Icenowy Zheng
---
arch/arm/boot/dts/sun8i-v3s.dtsi | 87
1 file changed, 87 insertions(+)
diff --
23.02.2017, 06:01, "Jernej Škrabec" :
> Hi,
>
> Dne sreda, 22. februar 2017 ob 16:18:50 CET je Icenowy Zheng napisal(a):
>> Allwinner have a new "Display Engine 2.0" in there new SoCs, which comes
>> in a new "Display Engine" (mixers instead of old backends and
>> frontends).
>>
>> Add suppor
On Wed, 2017-02-22 at 09:59 +0530, Archit Taneja wrote:
>
> On 02/22/2017 05:31 AM, Pandiyan, Dhinakaran wrote:
> > On Fri, 2017-02-17 at 15:37 +0530, Archit Taneja wrote:
> >>
> >> On 02/16/2017 05:43 AM, Pandiyan, Dhinakaran wrote:
> >>> On Wed, 2017-02-15 at 16:53 +0530, Archit Taneja wrote:
>
2017年2月23日 03:09于 Maxime Ripard 写道：
>
> Hi,
>
> On Wed, Feb 22, 2017 at 11:18:48PM +0800, Icenowy Zheng wrote:
> > +config SUNXI_DE2_CCU
> > + bool "Support for the Allwinner SoCs DE2 CCU"
> > + select SUNXI_CCU_DIV
> > + select SUNXI_CCU_GATE
> > + default n
>
> This is already the default
The "Display Engine 2.0" in Allwinner newer SoCs contains a clock
management unit for its subunits, like the DE CCU in A80.
Add a sunxi-ng style driver for it.
Signed-off-by: Icenowy Zheng
---
drivers/clk/sunxi-ng/Kconfig | 6 +
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/
Hi Nickey,
On 22-02-2017 07:45, Nickey Yang wrote:
> "I2C Master Interface Extended Read Mode" implements a segment
> pointer-based read operation using the Special Register configuration.
>
> This patch fix
> https://urldefense.proofpoint.com/v2/url?u=https-3A__patchwork.kernel.org_patch_709810
This patchset is the initial patchset for Allwinner DE2 support.
It contains the support of clocks in DE2 and the mixers in DE2.
The SoC used to develop this patchset is V3s, as V3s is the simplest
one of the SoCs that have DE2.
(Allwinner V3s features only one mixer, although its clock control
u
Allwinner V3s SoC features a TCON without channel 1.
Add support for it.
Signed-off-by: Icenowy Zheng
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 3 ++-
drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
b/
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #24 from Michel Dänzer ---
(In reply to Matthew Fox from comment #23)
> That workaround doesn't seem to have any effect [...]
At the very least, it should have visible effects in the Xorg log file and
xrandr output. Please attach tho
In some cases I've been seeing a race where two framebuffers
would be initialized, as kirin_fbdev_output_poll_changed()
might get called quickly in succession, resulting in the fb
initialization happening twice. This could cause the system
to boot up with a blank screen.
This patch adds a simple m
Hi Ville, Stefan,
On Tue, Feb 21, 2017 at 12:55:01PM +0200, Ville Syrjälä wrote:
> On Tue, Feb 21, 2017 at 11:00:59AM +0100, Stefan Lengfeld wrote:
> > Hi Maxime,
> >
> > On Wed, Feb 15, 2017 at 05:19:09PM +0100, Maxime Ripard wrote:
> > > From: Stefan Christ
> > >
> >
> > Maybe change the aut
Hi Stefan,
On Mon, Feb 20, 2017 at 06:07:10PM +0100, Stefan Lengfeld wrote:
> Hi Maxime,
>
> sorry, I have missed the discussion about the double buffering/virtual
> surface size patch series two weeks ago. My comments about the patch are
> inline:
>
> On Wed, Feb 15, 2017 at 05:19:08PM +0100, M
Hi Thierry,
On Mon, Feb 20, 2017 at 05:49:26PM +0100, Thierry Reding wrote:
> On Fri, Feb 17, 2017 at 04:43:41PM +0100, Maxime Ripard wrote:
> > On Fri, Feb 17, 2017 at 01:45:44PM +0100, Tobias Jakobi wrote:
> > > Hello Maxime,
> > >
> > > Maxime Ripard wrote:
> > > > Hi,
> > > >
> > > > On Thu,
On 02/23/2017 06:10 AM, Sean Paul wrote:
On Wed, Feb 22, 2017 at 1:55 PM, John Keeping wrote:
On Wed, 22 Feb 2017 10:57:05 -0500, Sean Paul wrote:
On Wed, Feb 22, 2017 at 8:43 AM, John Keeping wrote:
On Tue, 21 Feb 2017 10:39:18 -0500, Sean Paul wrote:
On Mon, Feb 20, 2017 at 04:02:16PM
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #32 from Samuel Pitoiset ---
xz -9 should help.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https:/
From: Colin Ian King
trivial fix to spelling mistake in pr_err message
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/selftests/test-drm_mm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/selftests/test-drm_mm.c
b/drivers/gpu/drm/selftests/test-drm_mm.
https://bugs.freedesktop.org/show_bug.cgi?id=97590
Alex Deucher changed:
What|Removed |Added
Attachment #129828|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=194649
--- Comment #9 from Roberth Sjonøy (roberth.sjo...@gmail.com) ---
No. I applied it to 4.9.11, running the firmware files you suggested to try.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Icenowy,
(Please fix your mailer, its quotation is broken and mangles all the
indentation)
On Thu, Feb 23, 2017 at 04:28:42AM +0800, Icenowy Zheng wrote:
> >> @@ -187,3 +220,30 @@ struct sun4i_layer **sun4i_layers_init(struct
> >> drm_device *drm)
> >>
> >> return layers;
> >> }
https://bugs.freedesktop.org/show_bug.cgi?id=99851
--- Comment #21 from intermedi...@hotmail.com ---
hi Alex sorry my english is not perfect.
i will try to explain better.
I know glamor is need for accelerations but if it is present i have glitched
video with fence error on rings 0 and 3 with gpu
https://bugs.freedesktop.org/show_bug.cgi?id=97590
--- Comment #5 from Adam Bolte ---
Wow Alex - I wasn't expecting anything for months, let alone hours! Thanks!
I'll certainly be trying this out tonight and will report back as soon as I
know.
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=99851
--- Comment #20 from Alex Deucher ---
(In reply to intermedi...@hotmail.com from comment #19)
> Hi Alex,
> can you check this my post? can be a kms issue this and cafedead too?
>
I'm not sure what you are asking. The kernel driver loads first
On Wed, Feb 22, 2017 at 1:55 PM, John Keeping wrote:
> On Wed, 22 Feb 2017 10:57:05 -0500, Sean Paul wrote:
>
>> On Wed, Feb 22, 2017 at 8:43 AM, John Keeping wrote:
>> > On Tue, 21 Feb 2017 10:39:18 -0500, Sean Paul wrote:
>> >
>> >> On Mon, Feb 20, 2017 at 04:02:16PM +0800, Chris Zhong wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=99851
--- Comment #19 from intermedi...@hotmail.com ---
(In reply to Alex Deucher from comment #17)
> (In reply to intermedi...@hotmail.com from comment #16)
> > why im sure it is an xorg issue or one of xorg component issue
> > (cafedead),because on
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #35 from Reimar Imhof ---
flickering bug still around with kernel 4.10.0
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #34 from Reimar Imhof ---
Suse provided a new kernel-firmware package:
kernel-firmware-20170217-35.1.
This includes amdgpu firmware.
Using this firmware the computer freezes while starting kde plasma 5.
Same bug as reported in #c18.
https://bugzilla.kernel.org/show_bug.cgi?id=194649
--- Comment #8 from Alex Deucher (alexdeuc...@gmail.com) ---
Does reverting 646cccb55b26b95b981ea9a63512260d0c21cac3 help?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=194649
--- Comment #7 from Roberth Sjonøy (roberth.sjo...@gmail.com) ---
Unfortunatly no.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=194649
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #7 from saunders...@wright.edu ---
Created attachment 129846
--> https://bugs.freedesktop.org/attachment.cgi?id=129846&action=edit
Xorg 1.19.1 log with old functional firmware.
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #6 from saunders...@wright.edu ---
Created attachment 129845
--> https://bugs.freedesktop.org/attachment.cgi?id=129845&action=edit
Xorg 1.19.1 log with new malfunctioning firmware.
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #5 from saunders...@wright.edu ---
Created attachment 129844
--> https://bugs.freedesktop.org/attachment.cgi?id=129844&action=edit
4.9.11 kernel log with new malfunctioning firmware.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #4 from saunders...@wright.edu ---
Created attachment 129843
--> https://bugs.freedesktop.org/attachment.cgi?id=129843&action=edit
4.9.11 kernel log with old functioning firmware.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #3 from saunders...@wright.edu ---
I tried the firmware you linked and the problems persisted (GPU hang when
starting Xorg). I did take the opportunity and the fact the machine still
responds over SSH to capture my Xorg and kernel logs
Hi,
On Wed, Feb 22, 2017 at 11:23:06PM +0800, Icenowy Zheng wrote:
> Allwinner have a new "Display Engine 2.0" in there new SoCs, which comes
> in a new "Display Engine" (mixers instead of old backends and
> frontends).
>
> Add support for the mixer on Allwinner V3s SoC; it's the simplest one.
>
https://bugzilla.kernel.org/show_bug.cgi?id=194649
--- Comment #5 from Roberth Sjonøy (roberth.sjo...@gmail.com) ---
I tested all the way to back to kwin 5.7.5, issue still appears, tested mesa
from git, 13.0, 17.0 issue still persist. Xserver 1.19 and the latest
xf86-video-amdgpu has been used lo
On Tue, Feb 21, 2017 at 11:42 AM, Thomas Hellstrom
wrote:
> vmware tools has a daemon that gets layout information from the GUI and
> forwards it to DRM so that the modesetting code can set preferred connector
> locations and modes. This daemon was using control nodes but since control
> nodes wer
Hi,
On Wed, Feb 22, 2017 at 11:18:48PM +0800, Icenowy Zheng wrote:
> +config SUNXI_DE2_CCU
> + bool "Support for the Allwinner SoCs DE2 CCU"
> + select SUNXI_CCU_DIV
> + select SUNXI_CCU_GATE
> + default n
This is already the default.
> +
> endif
> diff --git a/drivers/clk/sunxi
On Fri, Feb 17, 2017 at 4:58 AM, Martin Peres
wrote:
> Hey everyone,
>
> We have been working towards exposing the backlight as a KMS property
> instead of relying on the backlight drivers. We have CC:ed the people we
> have found to be the more likely to be interested in the discussion but
> plea
On Tue, Feb 21, 2017 at 4:08 PM, Christian König
wrote:
> Am 21.02.2017 um 15:55 schrieb Marek Szyprowski:
>>
>> Dear All,
>>
>> On 2017-02-21 15:37, Marek Szyprowski wrote:
>>>
>>> Hi Christian,
>>>
>>> On 2017-02-21 14:59, Christian König wrote:
Am 21.02.2017 um 14:21 schrieb Marek Szy
On Wed, 22 Feb 2017 10:57:05 -0500, Sean Paul wrote:
> On Wed, Feb 22, 2017 at 8:43 AM, John Keeping wrote:
> > On Tue, 21 Feb 2017 10:39:18 -0500, Sean Paul wrote:
> >
> >> On Mon, Feb 20, 2017 at 04:02:16PM +0800, Chris Zhong wrote:
> >> > Hi all
> >> >
> >> > [Resend this v7 version series
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #2 from Alex Deucher ---
Does the firmware here fix the issue?
https://people.freedesktop.org/~agd5f/radeon_ucode/polaris/
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=99850
--- Comment #9 from Tom St Denis ---
Confirmed 1759 "pass"'es with tessellation tests in piglit vs 1724 passes with
HEAD~.
Yipee.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99907
--- Comment #1 from saunders...@wright.edu ---
There's a dmesg set on the Arch bug tracker provided for the power management
failure case -
Previous firmware revision: https://bugs.archlinux.org/task/53042?getfile=15004
Current firmware revision:
https://bugs.freedesktop.org/show_bug.cgi?id=99907
Bug ID: 99907
Summary: linux-firmware 2017-02-17 update causes varying breaks
in AMDGPU for recent cards
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
On Wed, Feb 22, 2017 at 06:48:30PM +0530, Shashank Sharma wrote:
> Geminilake platform sports a native HDMI 2.0 controller, and is
> capable of driving pixel-clocks upto 594Mhz. HDMI 2.0 spec
> mendates scrambling for these higher clocks, for reduced RF footprint.
>
> This patch checks if the moni
https://bugs.freedesktop.org/show_bug.cgi?id=99850
Tom St Denis changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Wed, Feb 22, 2017 at 06:48:29PM +0530, Shashank Sharma wrote:
> HDMI 2.0 spec mandates scrambling for modes with pixel clock higher
> than 340 MHz. This patch adds few new functions in drm layer for
> core drivers to enable/disable scrambling.
>
> This patch adds:
> - A function to detect scram
https://bugs.freedesktop.org/show_bug.cgi?id=99850
--- Comment #7 from Tom St Denis ---
I'll try this momentarily (rig is configured for polaris10).
Probably cleaner though to check the flag from the KMD though in the long run
right?
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=99850
--- Comment #6 from Marek Olšák ---
You can try this diff:
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
b/src/gallium/drivers/radeonsi/si_state_shaders.c
index f615aa8..750cdd6 100644
--- a/src/gallium/drivers/radeonsi/si_state_s
https://bugs.freedesktop.org/show_bug.cgi?id=99850
--- Comment #5 from Alex Deucher ---
(In reply to Tom St Denis from comment #4)
> Alex commented that mesa could use this addition to the kmd to selectively
> enable/disable this feature on APUs
Not to selectively enable, but I think it might be
https://bugs.freedesktop.org/show_bug.cgi?id=99850
--- Comment #4 from Tom St Denis ---
Alex commented that mesa could use this addition to the kmd to selectively
enable/disable this feature on APUs
commit 921e71c548b313f704745dcc609ffb0206da1afe
Author: Junwei Zhang
On Wed, Feb 22, 2017 at 06:48:26PM +0530, Shashank Sharma wrote:
> From: Thierry Reding
>
> SCDC is a mechanism defined in the HDMI 2.0 specification that allows
> the source and sink devices to communicate.
>
> This commit introduces helpers to access the SCDC and provides the
> symbolic names
https://bugs.freedesktop.org/show_bug.cgi?id=99881
--- Comment #23 from Matthew Fox ---
That workaround doesn't seem to have any effect so I'll run with radeon.runpm=0
Thanks for your help any way.
--
You are receiving this mail because:
You are the assignee for the bug.___
Can we at least suggest they try, again with a similar disclaimer that
"this might not work in practice"? The more I think about it, a normalized
0-100 API doesn't really simplify implementations for anybody, especially
if we don't have a natural step level.
On Wed, Feb 22, 2017 at 6:00 AM, Jani N
https://bugs.freedesktop.org/show_bug.cgi?id=97590
--- Comment #4 from Alex Deucher ---
Created attachment 129828
--> https://bugs.freedesktop.org/attachment.cgi?id=129828&action=edit
possible fix
Does this patch work?
--
You are receiving this mail because:
You are the assignee for the bug.
Hi,
On 22-02-17 16:05, Jani Nikula wrote:
On Mon, 20 Feb 2017, Daniel Thompson wrote:
=== 1) Backlight device interoperability ===
Since we need to keep backward compatibility of the backlight, we have
to keep the current backlight drivers.
Here are possible options:
- Exclusive access: Un
On Tue, Feb 21, 2017 at 7:54 PM, Mark yao wrote:
> Hi Dave
>
> Some fixes, looks good to me.
>
Hi Mark,
As we discussed, rockchip patches should now go through -misc. Since
4.10 is already released, I'll push these through over there.
Sean
> Best regards.
>
> The following changes since commit
DECON in case of video mode generates interrupt by default at start
of vertical back porch. As this interrupt is used to generate VBLANK
events more optimal point is start of vertical front porch.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 +-
include/vide
CRTC event is currently send with next vblank, or instantly in case crtc
is being disabled. This approach usually works, but in corner cases it can
result in premature event generation. Only device driver is able to verify
if the event can be sent. This patch is a first step in that direction - it
Hi Inki,
This patchset fixes long standing issue with occassional page faults
or vblank event timeouts on TM2 targets due to delayed vblank handling.
DECON driver should now handle properly all scenarios described in drm
docs [1][2], at least it was my intention.
I have successfully tested it on
1 - 100 of 134 matches
Mail list logo
