but due
to already suspended devices, that's often not visible to the user.
Fixes: 22e2f9fa63b0 ("iommu/vt-d: Use per-cpu IOVA caching")
Signed-off-by: Jan Niehusmann
Tested-By: Marius Vlad
---
Added some details and Tested-By to the commit message. Patch is unchanged.
Posted to intel
Hi Matt,
On Tue, Jan 05, 2016 at 01:58:19PM -0800, Matt Roper wrote:
> Hi Jan. I think the flicker you're seeing is caused by our current lack
> of two-stage watermark updates on platforms that use ILK-style
> watermarks. I have a patch series at
> http://patchwork.freedesktop.org/bundle/mattrop
Hi,
On Thu, Sep 24, 2015 at 03:53:07PM -0700, Matt Roper wrote:
> Just pull the info out of the plane state structure rather than staging
> it in an additional structure.
>
> v2: Add 'visible' condition to sprites_scaled so that we don't limit the
> WM level when the sprite isn't enabled. (V
On Wed, May 13, 2015 at 04:02:25PM +0530, Sudip Mukherjee wrote:
> > What I'm missing in the report, are some log entries I'm seeing on my
> > notebook:
> >
> > Apr 30 08:50:23 localhost kernel: [drm:intel_cpu_fifo_underrun_irq_handler
> > [i915]] *ERROR* CPU pipe B FIFO underrun
> > Apr 30 08:50
Hi,
On Wed, May 13, 2015 at 12:14:39PM +0300, Jani Nikula wrote:
> Is this the same as https://bugzilla.kernel.org/show_bug.cgi?id=98141 ?
The visible effect in the video is similar to what I see on the LVDS
display. I also see some influence of the mouse pointer position on the
blanked areas.
T
On Wed, Apr 29, 2015 at 12:23:43AM +0200, Thomas Gummerer wrote:
> I forgot to mention, the bug only occurs after suspending the system and
> waking it up again. In that case, moving the mouse pointer around on
> the build in laptop screen triggers the flickering, while the external
> monitor work
Hi,
this is just some random observation which may be interesting to you as
a data point, not a call for help, as I already solved / worked around
the problem, at least for my computer.
TL;DR: Switching from uxa to sna made the issue go away.
On a Thinkpad X201s with a i7-620L CPU I had a major
On Sun, Apr 10, 2011 at 02:25:36PM +0200, Jan Niehusmann wrote:
> Just a quick update on the issue I reported a while ago: While I still
> see this problem with 2.6.38.2, it seems like it's fixed with current
> 2.6.39 development tree at commit 40bd8ea1.
[...]
> So it looks like
On Mon, Mar 14, 2011 at 10:08:12AM +0100, Jan Niehusmann wrote:
> 1) Every now and then, terminal windows (urxvt) do not properly update
> their contents. After issueing a command like 'ls', which writes
> several lines of text at once, some lines are completely missing. It
On Wed, Mar 16, 2011 at 06:34:57PM +, Chris Wilson wrote:
> On Wed, 16 Mar 2011 18:46:55 +0100, Jan Niehusmann wrote:
> > With that patch applied, I still observed the described behaviour.
> > Additionally, some java application had display update problems. (But
> > ja
On Wed, Mar 16, 2011 at 06:34:57PM +, Chris Wilson wrote:
> On Wed, 16 Mar 2011 18:46:55 +0100, Jan Niehusmann wrote:
> > With that patch applied, I still observed the described behaviour.
> > Additionally, some java application had display update problems. (But
> > ja
Hi Chris,
On Mon, Mar 14, 2011 at 09:53:36AM +, Chris Wilson wrote:
> On Mon, 14 Mar 2011 10:08:12 +0100, Jan Niehusmann wrote:
> > 1) Every now and then, terminal windows (urxvt) do not properly update
> > their contents. After issueing a command like 'ls', which
Hello,
just to provide some testing feedback. I didn't have time (and probably
not even the necessary skills) to further diagnose these issues. But
as I don't remember seeing these problems with 2.6.37, maybe the
observations are interesting to you:
With 2.6.38-rc8 I see the following graphics re
lly only Broadwater and Crestline chips are
affected. The tests were done with a Crestline one. But I think it's a
fair guess that the bug would have been noticed earlier if more recent
chips were affected, as >4GB RAM have become much more common since then.
Signed-off-by: Jan Niehusmann
dif
Hi Chris,
On Fri, Feb 25, 2011 at 08:22:53PM +, Chris Wilson wrote:
> On Fri, 25 Feb 2011 13:30:56 +0100, Jan Niehusmann wrote:
> > Further investigation revealed that the corrupted address is
> > (dev_priv->status_page_dmah->busaddr & 0x), ie. the begi
On Thu, Feb 24, 2011 at 12:30:22AM +0100, Jan Niehusmann wrote to
linux-ker...@vger.kernel.org:
> On a Thinkpad x61s, I noticed some memory corruption when
> plugging/unplugging the external VGA connection.
>
> Symptoms:
> -
>
> 4 bytes at the beginning of a pa
16 matches
Mail list logo
