Use hlist_for_each_entry() instead of hlist_for_each() to simplify
the code.
Signed-off-by: Geliang Tang
---
Changes in v2:
- Keep head = &eb->buckets[handle & eb->and]
---
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/driv
On Mon, Jan 18, 2016 at 5:05 PM, Emil Velikov
wrote:
> On 18 January 2016 at 17:43, Marek Olšák wrote:
>> On Mon, Jan 18, 2016 at 3:45 PM, Emil Velikov
>> wrote:
>>> On 15 January 2016 at 17:24, Marek Olšák wrote:
On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov >>> gmail.com> wrote:
>
The Innosilicon HDMI is a low power HDMI 1.4 transmitter
IP, and it have been integrated on some rockchip CPUs
(like RK3036, RK312x).
Signed-off-by: Yakir Yang
---
Changes in v4:
- Modify the commit title "drm/rockchip: hdmi: ..." (Mark)
- Correct the "DKMS" to "DPMS" (Mark)
- Fix over 80 charact
Here are a brief introduction to Innosilicon HDMI IP:
- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
- Digital video interface supports a pixel size of 24, 30, 36, 48bits color
depth in RGB
- S/PDIF out
> -Original Message-
> From: Sellers, Graham
> Sent: Monday, January 18, 2016 10:38 AM
> To: alexandre.f.demers at gmail.com; Deucher, Alexander
> Cc: dri-devel
> Subject: RE: Porting GCN pre-1.2 parts from radeon to amdgpu kernel driver
>
> Hi Alexandre,
>
> Yes, your understanding is co
org/archives/dri-devel/attachments/20160118/190fe16b/attachment.html>
On Mon, 18 Jan 2016, Daniel Vetter wrote:
> On Mon, Jan 18, 2016 at 04:49:06PM +0100, Julia Lawall wrote:
> > List_for_each entry binds its first argument to an offset from the list
> > pointer, so this should not be NULL.
> >
> > Generated by: scripts/coccinelle/iterators/itnull.cocci
> >
> >
game isn't using the OpenGL API
correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/cf4899ec/attachment.html>
chives/dri-devel/attachments/20160118/99ab414c/attachment.html>
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/0387c149/attachment.html>
;
> + if (IS_ERR(clk)) {
> + pr_err("%s: Couldn't register the clock\n", clk_name);
> + goto free_div;
> + }
> +
> + of_clk_add_provider(node, of_clk_src_simple_get, clk);
> +
> + return;
> +
> +free_div:
> + kfree(div);
> +free_gate:
> + kfree(gate);
> + kfree(mux);
> +}
> +
> +CLK_OF_DECLARE(sun8i_display, "allwinner,sun8i-display-clk",
> sun8i_display_setup);
As part of my DRM patches, I've added a clk-display clock that can
handle that easily.
And actually, as part of bringing up the display engine on the A33, I
already did it:
https://github.com/mripard/linux/commit/92b6843b5ee5b70cb2be3638df31d3eca28a4dba
https://github.com/mripard/linux/commit/81e8ea74be5e72124eb584432bb79ff75f90d9ed
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/190d887b/attachment.sig>
On Mon, Jan 18, 2016 at 06:14:32PM +0100, Daniel Vetter wrote:
> On Fri, Jan 15, 2016 at 08:51:06PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > drm_plane_helper_check_update() needs to account for the plane rotation
> > for correct clipping/scaling calculat
ng this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/285ba496/attachment-0001.html>
On Mon, Jan 18, 2016 at 05:42:24PM +, Eric Engestrom wrote:
> I expect this is the script she mentions:
> https://github.com/coccinelle/coccinellery/blob/master/itnull/itnull.cocci
>
> Julia is one of the authors of Coccinelle, and the author of that script :)
I get how these patches get crea
2016ë
01ì 18ì¼ 08:45ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
> On 14.01.2016 19:49, Inki Dae wrote:
>> + Rob Herring
>>
>> 2016ë
01ì 14ì¼ 19:36ì Andrzej Hajda ì´(ê°) ì´ ê¸:
>>> Hi Inki,
>>>
>>> It seems this patch and 04/10 did not get picked up yet.
>>> Could you merge it?
>>
>>
Hi Heiko,
Sorry for the delay reply ;)
On 01/17/2016 10:25 PM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Mittwoch, 13. Januar 2016, 15:59:51 schrieb Heiko Stuebner:
>> Am Mittwoch, 23. Dezember 2015, 20:25:38 schrieb Yakir Yang:
>>> The Samsung Exynos eDP controller and Rockchip RK3288 eDP con
Hi Mark,
On 01/18/2016 09:21 AM, Mark yao wrote:
> Hi Yakir
>
> I'd like you can change your patch title into "drm/rockchip/hdmi", so
> when I search patches use "drm/rockchip" can find your patch.
>
Okay
> and I have some advices mail inline.
>
> Thanks:-)
>
> On 2016å¹´01æ15æ¥ 17:38, Yakir
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/e56da725/attachment.html>
diately
after the stutter occurs.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/3f477a5e/attachment.html>
On Mon, Jan 18, 2016 at 04:49:06PM +0100, Julia Lawall wrote:
> List_for_each entry binds its first argument to an offset from the list
> pointer, so this should not be NULL.
>
> Generated by: scripts/coccinelle/iterators/itnull.cocci
>
> Signed-off-by: Fengguang Wu
> ---
>
> Please take the pa
On Fri, Jan 15, 2016 at 08:51:06PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> drm_plane_helper_check_update() needs to account for the plane rotation
> for correct clipping/scaling calculations. Do so.
>
> There was an earlier attempt [1] to add this into
> intel
but nothing is drawn.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/93c8a274/attachment.html>
On 18 January 2016 at 17:43, Marek Olšák wrote:
> On Mon, Jan 18, 2016 at 3:45 PM, Emil Velikov
> wrote:
>> On 15 January 2016 at 17:24, Marek Olšák wrote:
>>> On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov >> gmail.com> wrote:
On 12 January 2016 at 23:14, Marek Olšák wrote:
> F
On Mon, 18 Jan 2016, Marek Olšák wrote:
> On Mon, Jan 18, 2016 at 3:45 PM, Emil Velikov
> wrote:
>> On 15 January 2016 at 17:24, Marek Olšák wrote:
>>> On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov >> gmail.com> wrote:
On 12 January 2016 at 23:14, Marek Olšák wrote:
> From: Mar
On Mon, Jan 18, 2016 at 11:54:20PM +0800, Geliang Tang wrote:
> Use hlist_for_each_entry() instead of hlist_for_each() to simplify
> the code.
>
> Signed-off-by: Geliang Tang
> ---
> Changes in v2:
> - Keep head = &eb->buckets[handle & eb->and]
Queued for -next, thanks for the patch.
-Daniel
>
I expect this is the script she mentions:
https://github.com/coccinelle/coccinellery/blob/master/itnull/itnull.cocci
Julia is one of the authors of Coccinelle, and the author of that script :)
On 18/01/16 17:20, Daniel Vetter wrote:
> On Mon, Jan 18, 2016 at 04:49:06PM +0100, Julia Lawall wrote:
Hi,
Some comments below...
On Mon, Jan 18, 2016 at 10:42:20PM +0800, Yakir Yang wrote:
> +static int inno_hdmi_config_video_avi(struct inno_hdmi *hdmi)
> +{
> + char info[HDMI_SIZE_AVI_INFOFRAME] = {0};
> + int avi_color_mode;
> + int i;
> +
> + hdmi_writeb(hdmi, HDMI_CONTROL_PACK
List_for_each entry binds its first argument to an offset from the list
pointer, so this should not be NULL.
Generated by: scripts/coccinelle/iterators/itnull.cocci
Signed-off-by: Fengguang Wu
---
Please take the patch only if it's a positive warning. Thanks!
intel_display.c |2 +-
1 file
On 15 January 2016 at 17:24, Marek Olšák wrote:
> On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov
> wrote:
>> On 12 January 2016 at 23:14, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> It warns for all "{}" initializers. Well, I want us to use {}.
>>> ---
>>> configure.ac | 3
On Mon, Jan 18, 2016 at 3:45 PM, Emil Velikov
wrote:
> On 15 January 2016 at 17:24, Marek Olšák wrote:
>> On Fri, Jan 15, 2016 at 12:12 PM, Emil Velikov
>> wrote:
>>> On 12 January 2016 at 23:14, Marek Olšák wrote:
From: Marek Olšák
It warns for all "{}" initializers. We
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/c9c7885b/attachment.html>
hes from -
https://bugs.freedesktop.org/show_bug.cgi?id=93721
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/9b0099c2/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/6f5f2203/attachment.html>
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/804a2b2c/attachment.html>
g the corresponding __kernel function would suffice too.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/
Hello there,
[linux-next/drivers/gpu/drm/rockchip/dw-mipi-dsi.c:470]: (style) Checking if
unsigned variable 'bpp' is less than zero.
   bpp = mipi_dsi_pixel_format_to_bpp(dsi->format);
   if (bpp < 0) {
but
 unsigned int bpp, i, pre;
Suggest code rework.
Regards
David Binderman
Hi Alexandre,
Yes, your understanding is correct.
Frankly, Alex or one of the other guys on the open source team would be best
positioned to answer your questions as to what would specifically need to be
done. However, yes, the gap we have here is in the amdgpu kernel driver. I
pretty much onl
> Thread 3 seems to be waiting on some response to radeon's ioctl?
That's just the worker thread waiting for something to do. At least for
this case you can ignore it.
The interesting one is calling DRI2GetBuffersWithFormat and waiting for
a reply. For some reason the X server seems to be stuck
On 01/18/2016 11:49 AM, Vlastimil Babka wrote:
> On 01/16/2016 05:24 AM, Mario Kleiner wrote:
>> I think a drm.debug=0x21 setting and grep'ping the syslog for "vblank"
>> should probably give useful info around the time of the hang.
>
> Attached. Captured by having kdm running, switching to consol
I'm also getting a message from DRM saying can't find any crtc or sizes...i'm
really missing something here.
:(
-- log --
[drm] Initialized drm 1.1.0 20060810
drm-arcpgu e0017000.pgu: No connectors reported connected with modes
[drm] Cannot find any crtc or sizes - going 1024x768
Console: switchi
Hi Xinliang,
My get_modes seems to be implemented as the rcar driver...
Probably still missing some init step?
Regards,
C.Palminha
static int arcpgu_drm_connector_get_modes(struct drm_connector *connector)
{
struct drm_encoder_slave *slave;
const struct drm_encoder_slave_funcs *sfuncs;
struct a
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #12 from OndÅej Súkup ---
Created attachment 200401
--> https://bugzilla.kernel.org/attachment.cgi?id=200401&action=edit
xorg log r9-380
with /etc/X11/xorg.conf.d/10-amdgpu.conf
--
You are receiving this mail because:
You are w
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #11 from OndÅej Súkup ---
Created attachment 200391
--> https://bugzilla.kernel.org/attachment.cgi?id=200391&action=edit
xorg.log on r9-380
with Xorg autodetection...
--
You are receiving this mail because:
You are watching the
On Mon, Jan 18, 2016 at 11:14:41AM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2016-01-13 15:58, Ville Syrjälä wrote:
> > On Wed, Jan 13, 2016 at 03:13:35PM +0100, Marek Szyprowski wrote:
> >> On 2016-01-11 16:22, Ville Syrjälä wrote:
> >>> On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel V
On Sun, Jan 17, 2016 at 09:35:08PM +, Dave Airlie wrote:
>
>
> Hi Linus,
>
> This is the main drm pull request for 4.5. I don't think I've missed anything
> too
> major, I'm mostly back at work now but I'll probably get some sleep in 5
> years time.
>
> I think it should fix the i915 warn
A non-text attachment was scrubbed...
Name: dmesg.gz
Type: application/gzip
Size: 77399 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/1aa30eb5/attachment-0001.bin>
One of the two local variables old_crtc_state is redundantly defined in the
function disable_outputs(). It has only a scope partway through the block
for_each_connector_in_state. So, let's remove it and use the one which
has the scope within the function disable_outputs().
Signed-off-by: Liu Yin
't look likely to happen soon... Can you open an issue
on this on their linux github repo?
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbe
On Mon, Jan 18, 2016 at 09:52:27AM +, Liviu.Dudau at arm.com wrote:
> On Sat, Jan 16, 2016 at 10:17:54PM +0200, Jyri Sarha wrote:
> > It just makes me wonder if drm_atomic_helper_connector_dpms() should
> > call the legacy callback automatically if DRIVER_ATOMIC is not set or
> > at least bail
Hello,
On 2016-01-13 15:58, Ville Syrjälä wrote:
> On Wed, Jan 13, 2016 at 03:13:35PM +0100, Marek Szyprowski wrote:
>> On 2016-01-11 16:22, Ville Syrjälä wrote:
>>> On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel Vetter wrote:
On Mon, Jan 11, 2016 at 03:18:44PM +0100, Marek Szyprowski w
Hi Inki,
On 01/18/2016 10:54 AM, Inki Dae wrote:
>
> 2016ë
01ì 18ì¼ 08:45ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
>> On 14.01.2016 19:49, Inki Dae wrote:
>>> + Rob Herring
>>>
>>> 2016ë
01ì 14ì¼ 19:36ì Andrzej Hajda ì´(ê°) ì´ ê¸:
Hi Inki,
It seems this patch and 04/
s/video-pll.c
rename drivers/video/fbdev/omap2/{ => omapfb}/vrfb.c (100%)
delete mode 100644 drivers/video/fbdev/sh_mobile_hdmi.c
delete mode 100644 include/video/sh_mobile_hdmi.h
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/006e0025/attachment-0001.sig>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/5856b5a1/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/c712bb13/attachment-0001.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/81f907dd/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/dd5610f3/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/bce02db9/attachment.html>
.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/ea2df388/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #10 from Michel Dänzer ---
(In reply to Fred Santos from comment #9)
> Yes, the log is quite strange about that, since xf86-video-amdgpu is indeed
> installed, but doesn't seem to be found...
Maybe 10-amdgpu.conf isn't installed in
On Sat, Jan 16, 2016 at 10:17:54PM +0200, Jyri Sarha wrote:
> Choose between atomic or non atomic connector dpms helper. If tda998x
> is connected to a drm driver that does not support atomic modeset
> calling drm_atomic_helper_connector_dpms() causes a crash when the
> connectors atomic state is n
image changes after a transform is set.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/d29a41fd/attachment.html>
On 2016å¹´01æ15æ¥ 00:26, John Keeping wrote:
> On Thu, 14 Jan 2016 15:57:05 +0100, Thierry Reding wrote:
>
>> On Thu, Jan 14, 2016 at 02:39:42PM +, John Keeping wrote:
>>> Signed-off-by: John Keeping
>>> ---
>>> drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 6 ++
>>> 1 file changed, 6
Hi Yakir
I'd like you can change your patch title into "drm/rockchip/hdmi", so
when I search patches use "drm/rockchip" can find your patch.
and I have some advices mail inline.
Thanks:-)
On 2016å¹´01æ15æ¥ 17:38, Yakir Yang wrote:
> The Innosilicon HDMI is a low power HDMI 1.4 transmitter
>
love the cleanup from this series.
Acked-by: Eric Anholt
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/fb0e4433/attachment.sig>
This just fixes a warning on 64-bit builds,
drivers/gpu/drm/vc4/vc4_validate.c: In function âvalidate_gl_shader_recâ:
drivers/gpu/drm/vc4/vc4_validate.c:864:12: warning: format â%dâ
expects argument of type âintâ, but argument 4 has type âsize_t {aka
long unsigned int}â [-Wform
achments/20160118/e5bc6119/attachment.html>
This patch simplifies initialization of generic rotation property and
aligns the code to match recently introduced function for intializing
generic zpos property. It also adds missing documentation.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 10
This patch replaces zpos property handling custom code in Exynos DRM
driver with calls to generic DRM code.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 -
drivers/gpu/drm/exynos/exynos_drm_plane.c | 68 ---
drivers/gpu/drm/exynos
This patch adds support for generic plane's zpos property property with
well-defined semantics:
- added zpos properties to drm core and plane state structures
- added helpers for normalizing zpos properties of given set of planes
- well defined semantics: planes are sorted by zpos values and then p
Hello all,
This patch series is a continuation of rework of blending support in
Exynos DRM driver. Some background can be found here:
http://www.spinics.net/lists/dri-devel/msg96969.html
Daniel Vetter suggested that zpos property should be made generic, with
well-defined semantics. This patchset
On 2016å¹´01æ14æ¥ 16:59, Andrzej Hajda wrote:
> The function can return negative value so it should be assigned to signed
> variable.
>
> The problem has been detected using patch
> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/
On 14.01.2016 19:49, Inki Dae wrote:
> + Rob Herring
>
> 2016ë
01ì 14ì¼ 19:36ì Andrzej Hajda ì´(ê°) ì´ ê¸:
>> Hi Inki,
>>
>> It seems this patch and 04/10 did not get picked up yet.
>> Could you merge it?
>
> Yes, I can. However, 04/10 is required for acked-by from dt or SoC maintainer
On Mon, Jan 18, 2016 at 12:35:25PM +0530, Sudip Mukherjee wrote:
> On Sun, Jan 17, 2016 at 09:35:08PM +, Dave Airlie wrote:
> >
> >
> > Hi Linus,
> >
> > This is the main drm pull request for 4.5. I don't think I've missed
> > anything too
> > major, I'm mostly back at work now but I'll pro
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #9 from Fred Santos ---
Thanks for your answer.
Yes, the log is quite strange about that, since xf86-video-amdgpu is indeed
installed, but doesn't seem to be found... (Is there a way to 'force' the use
of amdgpu?)
Btw, the problem o
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #8 from Michel Dänzer ---
Looks like xf86-video-amdgpu wasn't installed correctly, so Xorg can't find it
and uses the generic modesetting driver instead. Does the problem persist if
you actually use xf86-video-amdgpu (preferably a ne
On Mon, Jan 18, 2016 at 11:36:35AM +0800, Liu Ying wrote:
> One of the two local variables old_crtc_state is redundantly defined in the
> function disable_outputs(). It has only a scope partway through the block
> for_each_connector_in_state. So, let's remove it and use the one which
> has the sc
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #7 from Fred Santos ---
And here is the output of xrandr (the problem *always* and *constantly*
occurs):
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
DP-1 disconnected (normal left inverted right x axis y a
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #6 from Fred Santos ---
Created attachment 200361
--> https://bugzilla.kernel.org/attachment.cgi?id=200361&action=edit
Log: Xorg.0.log
--
You are receiving this mail because:
You are watching the assignee of the bug.
vel/attachments/20160118/6dbf30ec/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108221
--- Comment #5 from Michel Dänzer ---
Please attach the Xorg log file and the output of xrandr when the problem
occurs.
--
You are receiving this mail because:
You are watching the assignee of the bug.
ort.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/0939f9ce/attachment-0001.html>
D�nzer ---
I think WONTFIX is more appropriate then.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/4e3c9
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/288acfda/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/a376d2df/attachment.html>
ment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160118/37c6472f/attachment.html>
85 matches
Mail list logo
