> On Thu, Apr 24, 2014 at 09:40:38PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > > And if you can indeed reliably reproduce this a bisect could be really
> > > useful.
> >
> > And we have a winner here :-)
> >
> > Ok, it was not as painf
Hi!
> > > And if you can indeed reliably reproduce this a bisect could be really
> > > useful.
> >
> > And we have a winner here :-)
> >
> > Ok, it was not as painfull as I feared.
> >
> > It does not revert cleanly, but doing it by hand was not that bad.
>
> Oh my. That is bizarre, can you c
On Thu 2014-05-15 17:31:54, Daniel Vetter wrote:
> On Thu, May 15, 2014 at 5:29 PM, Jiri Kosina wrote:
> >> > Note that X do work somehow after resume (I can't switch virtual
> >> > desktops and dialog is stuck on screen, but it is not complete
> >> > failure). I can do ctrl-alt-f1 and get to usef
On Thu 2014-05-15 17:31:54, Daniel Vetter wrote:
> On Thu, May 15, 2014 at 5:29 PM, Jiri Kosina wrote:
> >> > Note that X do work somehow after resume (I can't switch virtual
> >> > desktops and dialog is stuck on screen, but it is not complete
> >> > failure). I can do ctrl-alt-f1 and get to usef
On Sat 2014-06-07 14:06:14, Pavel Machek wrote:
> On Thu 2014-05-15 17:31:54, Daniel Vetter wrote:
> > On Thu, May 15, 2014 at 5:29 PM, Jiri Kosina wrote:
> > >> > Note that X do work somehow after resume (I can't switch virtual
> > >> > desktops
On Mon 2014-06-09 11:25:20, Daniel Vetter wrote:
> On Sun, Jun 8, 2014 at 1:11 AM, Pavel Machek wrote:
> > Strange. It seems 3.15 with the patch reverted only boots in 30% or so
> > cases... And I've seen resume failure, too, so maybe I was just lucky
> > that it wo
On Mon 2014-06-09 13:03:31, Jiri Kosina wrote:
> On Mon, 9 Jun 2014, Pavel Machek wrote:
>
> > > > Strange. It seems 3.15 with the patch reverted only boots in 30% or so
> > > > cases... And I've seen resume failure, too, so maybe I was just lucky
Hi!
This cost me two half-written mails...
So far it happened once, so it may be very infrequent; but I do not
think I seen similar failure from i915 before, so it may be an
regression. Well...
-22 should be EINVAL afaict.
Any ideas?
On Wed 2014-03-12 23:52:09, Chris Wilson wrote:
> On Thu, Mar 13, 2014 at 12:30:39AM +0100, Pavel Machek wrote:
> > Hi!
> >
> > This cost me two half-written mails...
> >
> > So far it happened once, so it may be very infrequent; but I do not
> > think I se
On Wed 2013-09-04 11:08:14, Chris Wilson wrote:
> On Tue, Sep 03, 2013 at 09:06:47PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > I was happily using X... and then screen froze. Mouse still
> > moves. Switching to text console still worked, good. It is first time
&g
Hi!
I just test-booted 3.16-rc1, and background in X looked just wrong --
very noticeable bands on the background gradient. I thought that maybe
it is just my eyes, but I went back to older kernel, and background is
ok now.
I'm trying to figure out how to ask X what color depth it is using...?
T
On Sat 2014-06-21 22:29:01, Pavel Machek wrote:
> Hi!
>
> I just test-booted 3.16-rc1, and background in X looked just wrong --
> very noticeable bands on the background gradient. I thought that maybe
> it is just my eyes, but I went back to older kernel, and background is
>
On Sat 2014-06-21 22:06:52, Chris Wilson wrote:
> On Sat, Jun 21, 2014 at 10:29:01PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > I just test-booted 3.16-rc1, and background in X looked just wrong --
> > very noticeable bands on the background gradient. I thought that m
Hi!
> > > I just test-booted 3.16-rc1, and background in X looked just wrong --
> > > very noticeable bands on the background gradient. I thought that maybe
> > > it is just my eyes, but I went back to older kernel, and background is
> > > ok now.
> > >
> > > I'm trying to figure out how to ask X
On Mon 2014-06-09 13:03:31, Jiri Kosina wrote:
> On Mon, 9 Jun 2014, Pavel Machek wrote:
>
> > > > Strange. It seems 3.15 with the patch reverted only boots in 30% or so
> > > > cases... And I've seen resume failure, too, so maybe I was just lucky
On Tue 2014-06-24 13:27:37, Chris Wilson wrote:
> On Tue, Jun 24, 2014 at 02:24:30PM +0200, Thomas Meyer wrote:
> > Am Dienstag, den 24.06.2014, 12:57 +0100 schrieb Chris Wilson:
> > > On Tue, Jun 24, 2014 at 02:06:24PM +0300, Jani Nikula wrote:
> > > > On Tue, 24 Jun 2014, Thomas Meyer wrote:
> >
complete non-sense since the WARNING
> backtraces in the references bugzilla are about
> gmch_pfit.lvds_border_bits mismatch, not at all about the dither bit.
> That one seems to work.
>
> Cc: Jiri Kosina
Acked-by: Pavel Machek
On Mon 2014-07-07 10:39:08, Daniel Vetter wrote:
> On Fri, Jun 27, 2014 at 03:37:16PM +0200, Jiri Kosina wrote:
> > 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
Gcc warns that addr might be used uninitialized. It may not, but I see
why gcc gets confused.
Additionally, hiding code with side-effects inside WARN_ON() argument
seems uncool, so I moved it outside.
Signed-off-by: Pavel Machek
diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c
b/drivers/gpu
Hi!
> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
> Author: Imre Deak
> Date: Thu Oct 23 19:23:26 2014 +0300
>
> drm/i915: add poweroff_late handler
>
> introduced a regression on old platforms during hibernation. A workaround was
> added in
>
> commit ab3be73fa7b43f4c3648ce29b5fd649
On Wed 2015-07-01 11:35:48, Jani Nikula wrote:
> On Tue, 30 Jun 2015, Pavel Machek wrote:
> > Hi!
> >
> >> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
> >> Author: Imre Deak
> >> Date: Thu Oct 23 19:23:26 2014 +0300
> >>
> >>
> > > - Embedded panels have a well defined shutdown sequence. We
don't
> > > have
> > > any good reason to not follow this, in fact for some panels the
> > > subsequent reinitialization could be problematic in case of a hard
> > > power-off. (Thanks to Jani for this info)
> >
> >
On Wed 2015-07-01 13:53:31, Ville Syrjälä wrote:
> On Wed, Jul 01, 2015 at 11:51:27AM +0200, Pavel Machek wrote:
> > > > > - Embedded panels have a well defined shutdown sequence. We
> > don't
> >
> > > > > have
> > > > >
Hi!
Debian 8 based system. X suddenly froze. Not quite reproducible, I'm afraid.
Pavel
[331445.592203] ftdi_sio 5-2:1.0: device disconnected
[331447.063345] r8169 :03:00.0 eth0: link up
[331447.930260] PM: resume of devices comp
On Wed 2015-07-29 15:54:00, Toralf Förster wrote:
> Undocking helps, and then I can dock again.
>
> This happens at a hardened 64 bit Gentoo with i915, but I think, it is
> not hardened related, or ?
Any chance to bisect it?
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
101 - 125 of 125 matches
Mail list logo