https://bugzilla.kernel.org/show_bug.cgi?id=151831
Bug ID: 151831
Summary: Video freezes mouse moveable, video graphical errors
like black strips an screen goes black sometimes,
system almost unresponsive.
Product: Drivers
https://bugzilla.kernel.org/show_bug.cgi?id=151831
--- Comment #1 from Andre ---
Created attachment 228061
--> https://bugzilla.kernel.org/attachment.cgi?id=228061&action=edit
glxinfo
--
You are receiving this mail because:
You are watching the assignee of the bug.
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160809/61421dc5/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=151831
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 f
https://bugzilla.kernel.org/show_bug.cgi?id=119211
--- Comment #6 from Stas Sergeev ---
> Is this bug still happening?
For me it is happening as a hell.
And because fancontrol service also doesn't
work on my PC (I've filled another reports
about it), the problems are very real.
> I managed to c
next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160809/eeeb8c67/attachment.html>
On Tue, 9 Aug 2016, Daniel Vetter wrote:
> On Mon, Aug 08, 2016 at 01:32:51PM -0500, Scot Doyle wrote:
> > On Mon, 8 Aug 2016, Daniel Vetter wrote:
> > > On Sun, Aug 07, 2016 at 06:41:11PM -0500, Scot Doyle wrote:
> > > > Hi all,
> > > >
> > > > I'm interested in discussing ways compositors could
https://bugzilla.kernel.org/show_bug.cgi?id=119211
--- Comment #7 from Jimi ---
I do not have fancontrol set up or running (it's inactive on my system). I
don't know anything about fancontrol at all. I'm running Arch Linux, so I
pretty much only am running services that I know about.
I tried wri
On Tue, Aug 9, 2016 at 9:28 PM, Scot Doyle wrote:
> On Tue, 9 Aug 2016, Daniel Vetter wrote:
>> So if you want the kernel to VT-switch, then imo just enable CONFIG_VT. It
>> gets the job done, no need for a new uapi (and all the resulting churn in
>> userspace). Of course the other bits in your pl
https://bugzilla.kernel.org/show_bug.cgi?id=119211
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #8 f
On Tue, 9 Aug 2016, Daniel Vetter wrote:
> On Tue, Aug 9, 2016 at 9:28 PM, Scot Doyle wrote:
> > On Tue, 9 Aug 2016, Daniel Vetter wrote:
> >> So if you want the kernel to VT-switch, then imo just enable CONFIG_VT. It
> >> gets the job done, no need for a new uapi (and all the resulting churn in
>
On Tue, Aug 09, 2016 at 06:35:10PM +0100, Dave Gordon wrote:
> Recent versions of gcc say this:
>
> include/drm/i915_drm.h:96:34: warning: result of â65535 << 20â
> requires 37 bits to represent, but âintâ only has 32 bits
> [-Wshift-overflow=]
>
> Reported-by: David Binderman
> Signed-o
On Tue, Aug 9, 2016 at 9:53 PM, Chris Wilson
wrote:
> On Tue, Aug 09, 2016 at 06:35:10PM +0100, Dave Gordon wrote:
>> Recent versions of gcc say this:
>>
>> include/drm/i915_drm.h:96:34: warning: result of â65535 << 20â
>> requires 37 bits to represent, but âintâ only has 32 bits
>> [-Wsh
https://bugzilla.kernel.org/show_bug.cgi?id=119211
--- Comment #9 from Stas Sergeev ---
(In reply to Alex Deucher from comment #8)
> By default the hw controls the fan based on temperature, etc.
For me not.
> Not all cards have a fan control. If you do, then the following standard
> HWMON
> pwm
https://bugzilla.kernel.org/show_bug.cgi?id=119211
--- Comment #10 from Alex Deucher ---
Please attach your dmesg output and xorg log (if running X).
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=119211
--- Comment #11 from Stas Sergeev ---
Created attachment 228111
--> https://bugzilla.kernel.org/attachment.cgi?id=228111&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=119211
--- Comment #12 from Stas Sergeev ---
Created attachment 228121
--> https://bugzilla.kernel.org/attachment.cgi?id=228121&action=edit
Xorg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=151831
--- Comment #3 from Andre ---
I'm using mesa 12.0.1
The only thing that works is downgrading kernel to 4.5
had the Problem with kernel 4.6.2 too
I'm on Sabayon
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=151831
--- Comment #4 from Alex Deucher ---
(In reply to Andre from comment #3)
> I'm using mesa 12.0.1
> The only thing that works is downgrading kernel to 4.5
Can you bisect?
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=151831
--- Comment #5 from Andre ---
eh, do what? ..may if you give complete howto for my sabayon/gentoo system?
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
This patch adds a binding that describes the cdn DP controller for
rk3399.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v10:
- add pclk_vio_grf clock
Changes in v9:
- modify the reference phy = <&tcphy0 0>, <&tcphy1 0>;
Changes in v8: None
Changes in v7: None
Changes in v6
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
On Thu, Aug 04, 2016 at 03:01:02PM -0700, Sergei Shtylyov wrote:
> Add support for the R8A7792 DU; it has 2 DPAD (RGB) outputs.
>
> Signed-off-by: Sergei Shtylyov
>
> ---
> This patch is against the 'drm/next/du' branch of Laurent Pinchart's
> 'media.git'
> repo...
>
> Documentation/devicetre
On Fri, Aug 05, 2016 at 11:47:54AM +0200, Fabien Lahoudere wrote:
> Add New Vision Display 7.0" 800 RGB x 480 TFT LCD panel
>
> Signed-off-by: Fabien Lahoudere
> ---
> .../devicetree/bindings/display/panel/nvd,9128.txt | 7 ++
> .../devicetree/bindings/vendor-prefixes.txt| 1 +
> d
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/msm/hdmi/hdmi_i2c.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/msm/hdmi/hdmi_i2c.c
b/drivers/gpu/drm/msm/hdmi/hdmi_i2c.c
index de9007e72f4e85..73e20219d431a7 100644
---
Since v4.8-rc1, the I2C core will print detailed information when adding an I2C
adapter fails. So, drivers can skip this now.
Should go via subsystem tree, I'd think.
Wolfram Sang (5):
gpu: drm: amd: amdgpu: amdgpu_i2c: don't print error when adding
adapter fails
gpu: drm: mediatek: mtk_h
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/rockchip/inno_hdmi.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/inno_hdmi.c
b/drivers/gpu/drm/rockchip/inno_hdmi.c
index 006260de9dbd22..566b5634644f82 100644
--- a/drivers/gpu/drm
Add support to attach a drm_bridge to imx-ldb in addition to
existing support to attach a LVDS panel.
This patch does a simple code refactoring by moving code
from for_each_child_of_node iterator to a new function named
imx_ldb_panel_ddc(). This was necessary to allow the panel ddc
code to run onl
Add a driver that create a drm_bridge and a drm_connector for the LVDS
to DP++ display bridge of the GE B850v3.
There are two physical bridges on the video signal pipeline: a
STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and
firmware made it complicated for this binding to compris
Configures the GE B850v3 LVDS/DP++ bridge on the dts file.
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Signed-off-by: Peter Senna Tschudin
---
Unchanged from V4
Changes from V3:
- 4/4 ins
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c
index 31a676376d732a..c93a92a840ead1
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/radeon/radeon_i2c.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c
b/drivers/gpu/drm/radeon/radeon_i2c.c
index 9590bcd321c09a..021aa005623f80 100644
Hi Sharma,
On 05-08-2016 04:37, Sharma, Shashank wrote:
> Regards
>
> Shashank
>
>
> On 8/4/2016 9:39 PM, Daniel Vetter wrote:
>> On Thu, Aug 04, 2016 at 03:31:45PM +0100, Emil Velikov wrote:
>>> On 4 August 2016 at 14:15, Sharma, Shashank
>>> wrote:
On 8/4/2016 5:04 PM, Emil Velikov wrote:
Em Ter, 2016-08-09 Ã s 14:44 +0200, Maarten Lankhorst escreveu:
> Hey,
>
> Op 08-08-16 om 23:03 schreef Lyude:
> >
> > Since the watermark calculations for Skylake are still broken,
> > we're apt
> > to hitting underruns very easily under multi-monitor
> > configurations.
> > While it would be lo
The series adds a driver that creates a drm_bridge and a drm_connector for the
LVDS to DP++ display bridge of the GE B850v3.
There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to
DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated
for this bindi
Devicetree bindings documentation for the GE B850v3 LVDS/DP++
display bridge.
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Acked-by: Rob Herring
Signed-off-by: Peter Senna Tschudin
---
Unch
On Tue, Aug 09, 2016 at 08:07:24AM +0200, Daniel Vetter wrote:
> On Mon, Aug 08, 2016 at 05:04:03PM +0100, Brian Starkey wrote:
> > Hi,
> >
> > On Mon, Jul 25, 2016 at 05:08:21PM +0200, Daniel Vetter wrote:
> > > On Mon, Jul 25, 2016 at 01:54:06PM +0100, Brian Starkey wrote:
> > > > Hi Russell,
>
The core will do this for us now.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/mediatek/mtk_hdmi_ddc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi_ddc.c
b/drivers/gpu/drm/mediatek/mtk_hdmi_ddc.c
index 33c9e1bdb114b8..ca4caf924deb81
On Mon 2016-08-08 18:24:17, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> SW_SYNC should never be used by other pieces of the kernel apart from
> sync_debug as it is only a Sync File Validation Framework, so hide any
> info to avoid confuse this with a standard kernel internal API.
> Signed
101 - 140 of 140 matches
Mail list logo
