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 f
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 t
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 again,
ase let me 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
uce 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
> Cc: Imre Deak
> Cc: Chris Wilson
> Acked-by: Chris Wilson
> Reported-by: Jiri Kosina
Although I have no idea why this is safe thing to do :) I can confirm that
it removes the lock
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:
Acked
e machine in the meantime.
> >
> > Is this a known issue?
>
> Yup. Fix is queued: https://lkml.org/lkml/2016/3/30/151
Excellent. FWIW
Tested-by: Jiri Kosina
> Good to see that I'm not the only one running rc's on ancient laptops :)
Indeed many i915 Gen4 bug
els, but I 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.freede
drm]] *ERROR* crtc 21:
Can't calculate constants, dotclock = 0!
This is mostly around suspend/resume cycles, but there are exceptions, for
example the ones between 25220.245033 and 47064.983235 are contiguous and
don'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
alink.gmane.org/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
gt;
> Reviewed-by: Daniel Vetter
I was just about to start bisecting, as my 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
--
Jiri Kosina
SUSE Labs
_
achine 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
ssion and debugging is happening at
https://bugs.freedesktop.org/show_bug.cgi?id=76554
Signed-off-by: Jiri Kosina
---
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
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.
>
>
for jikos),
> third -- trivial issue with 8to6 dither.
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
m/i915: Don't set the 8to6 dither flag when not scaling
> >
> > now the culprit or not? Or do we have 2 different bugs at hand here?
>
> Three different issues, it seems. Two ring initialization problems,
> one went away in 3.16 (for me), second did not (suspend for ji
freedesktop.org/show_bug.cgi?id=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
g);
> +
> /* If the head is still not zero, the ring is dead */
> if (wait_for((I915_READ_CTL(ring) & RING_VALID) != 0 &&
> I915_READ_START(ring) == i915_gem_obj_ggtt_offset(obj) &&
Tried on top of current Lin
ternal workings of the HW that would allow me to guess what 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
g() the way Thomas did
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
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
d revert and test.
>
> And did three boots of successful s2ram.. only to find out that it
> does 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
ith that commit present
(obviously, as I've been using Chris' branch that has this incorporated),
so I 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
bisect this; the problem is, that I've
started seeing this quite a long time ago, but only very sporadically
(something 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
round 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 Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
, with Xorg going crazy afterwards. So unfortunately it's still
unfixed.
Now submitted as
https://bugs.freedesktop.org/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
On Mon, 10 Mar 2014, Jiri Kosina wrote:
> > >> > *ERROR* render ring initialization failed ctl 0001f001 head 3004
> > >> > tail start 3000
> > >> >
> > >> > as it doesn't seem to be there in case of resumption that
gular sometime during the 3.14
development cycle on my system.
I am able to reproduce it after ~20 suspend-resume cycles. Which is rather
inconvenient for bisect, but enough for making the kernel unusable on that
system.
> One thing we could
ed in this thread
*ERROR* render ring initialization failed ctl 0001f001 head 00003004 tail
start 3000
and subsequent resume busted is there even 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 b
copy 164506 pages
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
0:1d.0 0c03: 8086:2934 (rev 03)
00:1d.1 0c03: 8086:2935 (rev 03)
00:1d.2 0c03: 8086:2936 (rev 03)
00:1d.7 0c03: 8086:293a (rev 03)
00:1e.0 0604: 8086:2448 (rev 93)
00:1f.0 0601: 8086:2917 (rev 03)
00:1f.2 0106: 8086:2929 (rev 03)
00:1f.3 0c05: 8086:2930 (rev 03)
03:00.0 0280: 8086:4237
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,
g
from hotplug detection to polling
It appeared in the log approximately 5 seconds after resume has been
completed.
Thanks,
--
Jiri Kosina
SUSE Labs
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
gard this, and I'll 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
didn't get 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 wrote:
> > During resume from hibernation, I started to see the warni
n :)
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
rnel.org/r/alpine.lnx.2.00.1303151424140.9...@pobox.suse.cz
> Cc: Shawn Starr
> Cc: Jiri Kosina
> Cc: Daniel Vetter
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 applied.
> ---
> dri
40 matches
Mail list logo
