On Thu, 26 Aug 2010 02:15:20 +0200, Peter Stuge wrote:
> It could be - the resetting backlight thing happened also before the
> backlight commit. Before pulling I was using the directly preceding
> commit.
https://bugs.freedesktop.org/show_bug.cgi?id=29716
That patch isn't complete but is on the
On Thu, 26 Aug 2010 02:15:20 +0200, Peter Stuge wrote:
> It could be - the resetting backlight thing happened also before the
> backlight commit. Before pulling I was using the directly preceding
> commit.
https://bugs.freedesktop.org/show_bug.cgi?id=29716
That patch isn't complete but is on the
Chris Wilson wrote:
> > > > Xv performance
> > >
> > > That should now be fixed in -intel,
> >
> > Sounds good! I'd love to test. Which branch/commit is that?
>
> Master with -vo xv should be good, if it doesn't hang.
Doesn't hang, mplayer says:
X11 error: BadAlloc (insufficient resources for
Hi again,
Chris Wilson wrote:
> > In general, Xv performance with KMS leaves me with a feeling that
> > something is not quite right in terms of playback, both with mplayer
> > and vlc. But while movies are nice, this stalling issue is more
> > important.
>
> That should now be fixed in -intel,
On Thu, 26 Aug 2010 01:33:15 +0200, Peter Stuge wrote:
> Hi again,
>
> Chris Wilson wrote:
> > > In general, Xv performance with KMS leaves me with a feeling that
> > > something is not quite right in terms of playback, both with mplayer
> > > and vlc. But while movies are nice, this stalling iss
Peter Stuge wrote:
> Hello, new on list but not to the kernel. I also have the issue on
> ThinkPad X40.
As another data point, it seems that there was a similar problem with
drm/radeon:
https://bugs.freedesktop.org/show_bug.cgi?id=28411
[Bug 28411] Output polling causes latency every 10 seconds
Hello, new on list but not to the kernel. I also have the issue on
ThinkPad X40.
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated
Graphics Device (rev 02) (prog-if 00 [VGA controller])
Subsystem: IBM Device 0557
Flags: bus master, fast devsel, latency 0,
On Wed, 25 Aug 2010 21:15:06 +0200, Peter Stuge wrote:
> In general, Xv performance with KMS leaves me with a feeling that
> something is not quite right in terms of playback, both with mplayer
> and vlc. But while movies are nice, this stalling issue is more
> important.
That should now be fixed
Chris Wilson wrote:
> > > > Xv performance
> > >
> > > That should now be fixed in -intel,
> >
> > Sounds good! I'd love to test. Which branch/commit is that?
>
> Master with -vo xv should be good, if it doesn't hang.
Doesn't hang, mplayer says:
X11 error: BadAlloc (insufficient resources for
On Thu, 26 Aug 2010 01:33:15 +0200, Peter Stuge wrote:
> Hi again,
>
> Chris Wilson wrote:
> > > In general, Xv performance with KMS leaves me with a feeling that
> > > something is not quite right in terms of playback, both with mplayer
> > > and vlc. But while movies are nice, this stalling iss
Hi again,
Chris Wilson wrote:
> > In general, Xv performance with KMS leaves me with a feeling that
> > something is not quite right in terms of playback, both with mplayer
> > and vlc. But while movies are nice, this stalling issue is more
> > important.
>
> That should now be fixed in -intel,
On Wed, 25 Aug 2010 21:15:06 +0200, Peter Stuge wrote:
> In general, Xv performance with KMS leaves me with a feeling that
> something is not quite right in terms of playback, both with mplayer
> and vlc. But while movies are nice, this stalling issue is more
> important.
That should now be fixed
Peter Stuge wrote:
> Hello, new on list but not to the kernel. I also have the issue on
> ThinkPad X40.
As another data point, it seems that there was a similar problem with
drm/radeon:
https://bugs.freedesktop.org/show_bug.cgi?id=28411
[Bug 28411] Output polling causes latency every 10 seconds
Hello, new on list but not to the kernel. I also have the issue on
ThinkPad X40.
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated
Graphics Device (rev 02) (prog-if 00 [VGA controller])
Subsystem: IBM Device 0557
Flags: bus master, fast devsel, latency 0,
On Tue, 24 Aug 2010 09:49:02 +0100, Sitsofe Wheeler
wrote:
> On Tue, Aug 24, 2010 at 09:16:50AM +0100, Chris Wilson wrote:
> >
> > Ok, I'm a little happier that the hangcheck could be just another symptom
> > of the problem...
> >
> > I think it is safe to assume that the bug is in i915, so res
On Tue, Aug 24, 2010 at 09:16:50AM +0100, Chris Wilson wrote:
>
> Ok, I'm a little happier that the hangcheck could be just another symptom
> of the problem...
>
> I think it is safe to assume that the bug is in i915, so restricting the
> bisect to just drm seems plausible:
>
> git bisect start
On Tue, 24 Aug 2010 08:57:41 +0100, Sitsofe Wheeler
wrote:
> The stalls became a bit better with the patch but there were still very
> small pauses but the tearing with more recent X bits is definitely still
> there. Additionally videos in totem would play as a tiny one pixel high
> row about a q
On Tue, Aug 24, 2010 at 01:12:22AM +0100, Chris Wilson wrote:
>
> From the error message, I'd suggest we'd tackle hangcheck - it simply
> shouldn't be firing at all under normal circumstances. (Looking at it we
> don't handle the introduction of the BSD ring correctly, but that is
> irrelevant on
On Tue, Aug 24, 2010 at 09:16:50AM +0100, Chris Wilson wrote:
>
> Ok, I'm a little happier that the hangcheck could be just another symptom
> of the problem...
>
> I think it is safe to assume that the bug is in i915, so restricting the
> bisect to just drm seems plausible:
>
> git bisect start
On Tue, Aug 24, 2010 at 01:12:22AM +0100, Chris Wilson wrote:
>
> From the error message, I'd suggest we'd tackle hangcheck - it simply
> shouldn't be firing at all under normal circumstances. (Looking at it we
> don't handle the introduction of the BSD ring correctly, but that is
> irrelevant on
On Tue, 24 Aug 2010 09:49:02 +0100, Sitsofe Wheeler wrote:
> On Tue, Aug 24, 2010 at 09:16:50AM +0100, Chris Wilson wrote:
> >
> > Ok, I'm a little happier that the hangcheck could be just another symptom
> > of the problem...
> >
> > I think it is safe to assume that the bug is in i915, so rest
On Tue, 24 Aug 2010 08:57:41 +0100, Sitsofe Wheeler wrote:
> The stalls became a bit better with the patch but there were still very
> small pauses but the tearing with more recent X bits is definitely still
> there. Additionally videos in totem would play as a tiny one pixel high
> row about a qu
On Tue, 24 Aug 2010 00:35:51 +0100, Sitsofe Wheeler
wrote:
> Hi,
>
> With 2.6.36-rc2 I see periodic stalls when running with a stock Ubuntu
> 10.04 userspace. These stalls were not present in 2.6.36-rc1 on an EeePC
> 900 with an i915.
Hi,
With 2.6.36-rc2 I see periodic stalls when running with a stock Ubuntu
10.04 userspace. These stalls were not present in 2.6.36-rc1 on an EeePC
900 with an i915.
Attempts to bisect the issue are not successful - most kernels in
between rc1 and rc2 just make the system come up with a black scr
Hi,
With 2.6.36-rc2 I see periodic stalls when running with a stock Ubuntu
10.04 userspace. These stalls were not present in 2.6.36-rc1 on an EeePC
900 with an i915.
Attempts to bisect the issue are not successful - most kernels in
between rc1 and rc2 just make the system come up with a black scr
On Tue, 24 Aug 2010 00:35:51 +0100, Sitsofe Wheeler wrote:
> Hi,
>
> With 2.6.36-rc2 I see periodic stalls when running with a stock Ubuntu
> 10.04 userspace. These stalls were not present in 2.6.36-rc1 on an EeePC
> 900 with an i915.
>From the error message, I'd suggest we'd tackle hangcheck -
26 matches
Mail list logo
