Oded Gabbay | 29 May 07:24 2016
Picon
Gravatar

[PATCH] drm/amdkfd: print once about mem_banks truncation

This print can really spam the kernel log in case we are truncating
mem_banks, so just print this info once. It should also not be classified
as warning.

Signed-off-by: Oded Gabbay <oded.gabbay <at> gmail.com>
---
 drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_topology.c b/drivers/gpu/drm/amd/amdkfd/kfd_topology.c
index 74909e7..884c96f 100644
--- a/drivers/gpu/drm/amd/amdkfd/kfd_topology.c
+++ b/drivers/gpu/drm/amd/amdkfd/kfd_topology.c
 <at>  <at>  -666,7 +666,7  <at>  <at>  static ssize_t node_show(struct kobject *kobj, struct attribute *attr,
 			dev->node_props.simd_count);

 	if (dev->mem_bank_count < dev->node_props.mem_banks_count) {
-		pr_warn("kfd: mem_banks_count truncated from %d to %d\n",
+		pr_info_once("kfd: mem_banks_count truncated from %d to %d\n",
 				dev->node_props.mem_banks_count,
 				dev->mem_bank_count);
 		sysfs_show_32bit_prop(buffer, "mem_banks_count",
--

-- 
2.5.5

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
(Continue reading)

bugzilla-daemon | 28 May 21:40 2016

[Bug 88861] [efi, i915, vgaswitcheroo, black screen, nouveau] Screen goes black when switching from dedicated nvidia graphics card (nouveau) to integrated

https://bugzilla.kernel.org/show_bug.cgi?id=88861

--- Comment #24 from Wilfried Klaebe <linux-kernel <at> lebenslange-mailadresse.de> ---
Oops, fixed (and double-checked) that email issue. Thanks.

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Robert P. J. Day | 28 May 21:02 2016
Picon
Gravatar

is there a reason for include/uapi/drm to contain files not in Kbuild?


  just noticed that, in include/uapi/drm/, there are three header
files:

* armada_drm.h
* etnaviv_drm.h
* omap_drm.h

that are not referenced in the corresponding Kbuild file. is there any
rationale for this? in general, is there *any* reason for header files
under include/uapi/ to not be mentioned in their respective Kbuild
files?

rday

--

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
(Continue reading)

Pavel Machek | 28 May 12:12 2016
Picon

4.7-rc0: redshift stopped working on intel display

Hi!

It looks like redshift stopped working. Even pretty crazy settings
have no visible effect:

pavel <at> amd:~$ redshift -O 1500 -g 6.6:6.6:6.6
Using method `randr'.
pavel <at> amd:~$ redshift -x
Using method `randr'.
pavel <at> amd:~$ uname -a
Linux amd 4.6.0 #47 SMP Fri May 27 12:07:10 CEST 2016 x86_64 GNU/Linux
pavel <at> amd:~$ redshift -O 5500 -g 6.6:6.6:6.6
Using method `randr'.
pavel <at> amd:~$ redshift -O 5500 -g 6.6:6.6:6.6 -b .3
Using method `randr'.
pavel <at> amd:~$
pavel <at> amd:~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
Integrated Graphics Controller (rev 03)
pavel <at> amd:~$

Any ideas? Thanks,
									Pavel
--

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
(Continue reading)

bugzilla-daemon | 28 May 12:07 2016

[Bug 88861] [efi, i915, vgaswitcheroo, black screen, nouveau] Screen goes black when switching from dedicated nvidia graphics card (nouveau) to integrated

https://bugzilla.kernel.org/show_bug.cgi?id=88861

--- Comment #23 from Lukas Wunner <lukas <at> wunner.de> ---
I've e-mailed Bruno Prémont, author of 4eebd5a4e7269, and cc'ed
platform-driver-x86:
http://www.spinics.net/lists/platform-driver-x86/msg08889.html

I've also cc'ed you but your e-mail address isn't working, please fix:
<linux-kernel <at> lebenslange-mailadresse.de>: host
mail.lebenslange-mailadresse.de[217.70.197.123] said: 550 Unrouteable address
(in reply to RCPT TO command)

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
mathieu.larouche | 27 May 21:12 2016
Picon

[PATCH 1/1] drm/mgag200: Black screen fix for G200e rev 4

From: Mathieu Larouche <mathieu.larouche <at> matrox.com>

- Fixed black screen for some resolutions of G200e rev4
- Fixed testm & testn which had predetermined value.

Reported-by: Jan Beulich <jbeulich <at> suse.com>

Signed-off-by: Mathieu Larouche <mathieu.larouche <at> matrox.com>
---
 drivers/gpu/drm/mgag200/mgag200_mode.c | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c b/drivers/gpu/drm/mgag200/mgag200_mode.c
index 14e64e0..9baee8b 100644
--- a/drivers/gpu/drm/mgag200/mgag200_mode.c
+++ b/drivers/gpu/drm/mgag200/mgag200_mode.c
 <at>  <at>  -182,7 +182,7  <at>  <at>  static int mga_g200se_set_plls(struct mga_device *mdev, long clock)
 			}
 		}

-		fvv = pllreffreq * testn / testm;
+		fvv = pllreffreq * (n + 1) / (m + 1);
 		fvv = (fvv - 800000) / 50000;

 		if (fvv > 15)
 <at>  <at>  -202,6 +202,14  <at>  <at>  static int mga_g200se_set_plls(struct mga_device *mdev, long clock)
 	WREG_DAC(MGA1064_PIX_PLLC_M, m);
 	WREG_DAC(MGA1064_PIX_PLLC_N, n);
 	WREG_DAC(MGA1064_PIX_PLLC_P, p);
+
(Continue reading)

Laurent Pinchart | 27 May 23:33 2016

Re: [PATCH 4/4] rcar-du: add R8A7794 TCON support

Hi Sergei,

Thank you for the patch.

On Friday 29 Apr 2016 00:05:33 Sergei Shtylyov wrote:
> Now that we have the TCON encoder driver, we can start enabling TCON support
> for the  R-Car SoCs. We have only tested the code on R8A7794 so far, so 
> let it  be the first supported SoC...

Please also update the DT bindings.

> Based on a large patch by Andrey Gusakov.
> 
> Signed-off-by: Andrey Gusakov <andrey.gusakov <at> cogentembedded.com>
> Signed-off-by: Sergei Shtylyov <sergei.shtylyov <at> cogentembedded.com>
> 
> ---
>  drivers/gpu/drm/rcar-du/rcar_du_drv.c |   10 +++++++---
>  1 file changed, 7 insertions(+), 3 deletions(-)
> 
> Index: renesas/drivers/gpu/drm/rcar-du/rcar_du_drv.c
> ===================================================================
> --- renesas.orig/drivers/gpu/drm/rcar-du/rcar_du_drv.c
> +++ renesas/drivers/gpu/drm/rcar-du/rcar_du_drv.c
>  <at>  <at>  -116,9 +116,7  <at>  <at>  static const struct rcar_du_device_info
> 
>  		  | RCAR_DU_FEATURE_EXT_CTRL_REGS,
> 
>  	.num_crtcs = 2,
>  	.routes = {
(Continue reading)

Laurent Pinchart | 27 May 23:28 2016

Re: [PATCH 2/4] rcar-du: add TCON encoder driver

Hi Sergei,

Thank you for the patch.

On Friday 29 Apr 2016 00:03:29 Sergei Shtylyov wrote:
> Renesas  R-Car SoCs  include the timing controller (TCON) that can directly
> drive LCDs. It receives  the H/VSYNC, etc. from the Display Unit (DU)  and
> converts  them to the set of signals  that a LCD panel can understand (the
> RBG  signals are effectively passed thru).  TCON has a set of registers
> that we need to  program based on the video mode timings, so we're adding
> a DU encoder driver doing that...
> 
> Based on a large patch by Andrey Gusakov.
> 
> Signed-off-by: Andrey Gusakov <andrey.gusakov <at> cogentembedded.com>
> Signed-off-by: Sergei Shtylyov <sergei.shtylyov <at> cogentembedded.com>
> 
> ---
>  drivers/gpu/drm/rcar-du/Kconfig           |    6
>  drivers/gpu/drm/rcar-du/Makefile          |    1
>  drivers/gpu/drm/rcar-du/rcar_du_drv.h     |    4
>  drivers/gpu/drm/rcar-du/rcar_du_encoder.c |    9 +
>  drivers/gpu/drm/rcar-du/rcar_du_encoder.h |    3
>  drivers/gpu/drm/rcar-du/rcar_du_kms.c     |    4
>  drivers/gpu/drm/rcar-du/rcar_du_tconenc.c |  184 ++++++++++++++++++++++++++
>  drivers/gpu/drm/rcar-du/rcar_du_tconenc.h |   37 ++++++
>  drivers/gpu/drm/rcar-du/rcar_tcon_regs.h  |   70 +++++++++++
>  9 files changed, 318 insertions(+)
> 
> Index: linux/drivers/gpu/drm/rcar-du/Kconfig
(Continue reading)

bugzilla-daemon | 27 May 21:55 2016

[Bug 35457] [rs690m] Graphics corruption with ati x1200

Comment # 107 on bug 35457 from ..thank you though, for those who did put in some time on this bug -- Alex Deucher, and various people who have the bug that have put in photos, logs, and diagnostic time.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 27 May 21:51 2016

[Bug 35457] [rs690m] Graphics corruption with ati x1200

changed bug 35457
What Removed Added
Resolution --- WONTFIX
Status NEW RESOLVED

Comment # 106 on bug 35457 from Closing as "Resolved / wontfix", because there's no option for "Resolved / Nobody who has the skills cares, and nobody who cares has the skills." It's a shame, as RS690M used to be a great low-end card on Linux.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 27 May 21:47 2016

[Bug 35457] [rs690m] Graphics corruption with ati x1200

Comment # 105 on bug 35457 from Hehehe! Uh, you can just give up on this bug. Might be a better idea if you start a new bug (even if it's the same issue as this one). There's too much crap in this bug to really make any sense of it, and I (the one that started the bug) have long since bricked (and ditched) my laptop while trying to do bios workarounds for the issue, so I can't help with it at all.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

Gmane