hink going through drm-misc would trigger any conflict, but
> > adding Jiri to CC for the case there was any preference.
> >
> > Acked-by: Bruno Prémont
>
> No response, may I proceed with merging this through drm-misc please?
I have been off the grid the past week, sorry for
On Sat, 30 Dec 2017, Jiri Kosina wrote:
> Seems like disabling RC6 on the kernel command line works this around, and
> I can dock / undock several times in a row with the image always coming
> up properly on the external display.
>
> On the first undock, the WARN_ONCE() below
On Fri, 29 Dec 2017, Jiri Kosina wrote:
> When I dock my thinkpad x270 [1] and run xrandr --auto, image correctly
> appears on external display.
>
> After undocking and docking again, the image on external display doesn't
> appear any more, and this p
On Fri, 29 Dec 2017, Jiri Kosina wrote:
> When I dock my thinkpad x270 [1] and run xrandr --auto, image correctly
> appears on external display.
>
[1] 00:02.0 VGA compatible controller: Intel Corporation Skylake GT2 [HD
Graphics 520] (rev 07)
> After undocking and docking agai
know,
I'll happily provide it.
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
HW where I used to reproduce the spurious
IRQs any more. It was thinkpad x200s, 7470-BN2 model.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
branch (hand-editing patches ftw) and add more
> reporters.
>
> Reported-by: Imre Deak <imre.d...@intel.com>
> Cc: Imre Deak <imre.d...@intel.com>
> Cc: Chris Wilson <ch...@chris-wilson.co.uk>
> Acked-by: Chris Wilson <ch...@chris-wilson.co.uk>
> Rep
ed/unblanked and do not require backlight trying
> to do the same.
>
> Attempting to register with the fbdev as a client causes lockdep to warn
> about a dependency cycle:
[ ... snip ... ]
> drivers/hid/hid-picolcd_backlight.c | 3 ++-
For this one:
e meantime.
> >
> > Is this a known issue?
>
> Yup. Fix is queued: https://lkml.org/lkml/2016/3/30/151
Excellent. FWIW
Tested-by: Jiri Kosina <jkos...@suse.cz>
> Good to see that I'm not the only one running rc's on ancient laptops :)
Indeed many i915 Gen4
unfortunately don't have
all the data needed for bisection, as the old kernels have been wiped off
the machine in the meantime.
Is this a known issue?
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https
't contain any other message in between (i.e. no suspend/resume
happening either).
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
/gmane.comp.freedesktop.xorg.drivers.intel/67471
is there any reason why it's not present upstream?
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
thinkpad x200s with Gen4 chip
wouldn't ocassionally boot with -rc3, but this patch seems to be the cure
for me as well.
FWIW
Tested-by: Jiri Kosina jkos...@suse.cz
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx
will be physically
present in my bag at the Kernel Summit, in case it helps you guys from
Intel to debug it.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
, but sending it to this thread as well
to hopefully get as much testing coverage by affected people as possible.
I am going on with testing whether it really completely fixes the problem
or just made it less likely.
From: Jiri Kosina jkos...@suse.cz
Subject: [PATCH] drm/i915: read HEAD register back
On Thu, 7 Aug 2014, Jiri Kosina wrote:
The patch below seems to finally cure the problem at my system; I've just
attached it to freedesktop bugzilla, but sending it to this thread as well
to hopefully get as much testing coverage by affected people as possible.
I am going on with testing
and debugging is happening at
https://bugs.freedesktop.org/show_bug.cgi?id=76554
Signed-off-by: Jiri Kosina jkos...@suse.cz
---
drivers/gpu/drm/i915/intel_ringbuffer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c
b/drivers/gpu/drm/i915
?
Three different issues, it seems. Two ring initialization problems,
one went away in 3.16 (for me), second did not (suspend for jikos),
third -- trivial issue with 8to6 dither.
That's correct assesment.
The ring initialization failure I reported is still there.
--
Jiri Kosina
SUSE Labs
I915_READ_START(ring) == i915_gem_obj_ggtt_offset(obj)
Tried on top of current Linus' tree, and no improvement. ring
initialization failure upon resume, and window redrawing hosed.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
=76554
[drm:init_ring_common] *ERROR* render ring initialization failed ctl 0001f001
(valid? 1) head 000f645c tail start 000e4000 [expected 000e4000]
[drm:__i915_drm_thaw] *ERROR* failed to re-initialize GPU, declaring wedged!
--
Jiri Kosina
SUSE Labs
doesn't fix my problem (the one reported in [1]).
[1] https://bugs.freedesktop.org/show_bug.cgi?id=76554
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
the
reasonable timeout value should be.
Willing to test any patches.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Thu, 26 Jun 2014, Pavel Machek wrote:
Ok, so I have set up machines for ktest / autobisect, and found out that
3.16-rc1 no longer has that problem. Oh well, bisect would not be fun,
anyway...
I am still seeing the problem with 3.16-rc2.
--
Jiri Kosina
SUSE Labs
not really fix s2ram, I was just lucky :-(.
Unfortunately, this means my s2ram problem will be tricky/impossible
to bisect :-(.
Welcome to the situation I have been in for past several months.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx
is or not?
No, but there is a workaround for cases kernel finds out that it cannot
execute GPU commands (because the rings failed to initialize), and instead
it falls back to CPU rendering directly into the framebuffer.
So it's highly sub-optimal, but works around the complete wreckage.
--
Jiri Kosina
SUSE
like once in 40 resumes). But it was getting gradually worse
and worse with newer kernels, and with current tree (both Linus' tree and
drm-intel-testing), I am getting it 100% reproducibly on every resume.
This makes bisection completely impossible though.
--
Jiri Kosina
have a different ring initialization problem than Pavel had.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
/show_bug.cgi?id=76554
as well.
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
with the default i915 driver
settings.
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Thu, 27 Feb 2014, Jiri Kosina wrote:
Hi,
first things first: this is hard to bisect, because it doesn't happen
reliably and I don't really know what is the first good version, as I had
a delay in following Linus' tree.
I think that I should've been clearer about the versions here -- I
virtualization on CPU1
smpboot: CPU 1 is now offline
PM: Creating hibernation image:
PM: Need to copy 164506 pages
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Thu, 24 Oct 2013, Jiri Kosina wrote:
I have this:
[357128.184113] [drm] HPD interrupt storm detected on connector DP-3:
switching from hotplug detection to polling
It appeared in the log approximately 5 seconds after resume has been
completed.
Okay, and it just happened during
in question) am in Edinburgh till friday, in case
someone wants to have a look.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
report back if it comes back (will be running
with full drm debug output for some time).
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
on :)
This is a standard x200s thinkpad, no fancy development HW.
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
it after 10 suspend/resume cycles. Will
keep following it, and once it appears, will send you the dmesg.
Cheers, Daniel
On Thu, Oct 3, 2013 at 11:46 AM, Jiri Kosina jkos...@suse.cz wrote:
During resume from hibernation, I started to see the warning below since
commit
/alpine.lnx.2.00.1303151424140.9...@pobox.suse.cz
Cc: Shawn Starr shawn.st...@rogers.com
Cc: Jiri Kosina jkos...@suse.cz
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Unfortunately I can't provide my Tested-by or Acked-by for this, as I am
still seeing the nobody cared for irq 16 with this patch
38 matches
Mail list logo