Bug#362977: xserver-xorg-video-i810: framebuffer offset by 32k pixels

[Francois-Rene Rideau]

Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Severity: important

Since I upgraded my Toshiba Libretto U105 to use the new xserver-xorg
from unstable, Xorg will shift the graphical display contents by about
25 lines downwards and 768 pixels rightwards, wrapping lines around.
The result is not quite usable.

All in all that's 32768 pixels, at 4 bytes per pixel, a 128KiB offset.
This upper section of the screen is originally filled with contents of
the previous VT, and slowly being filled by regular patterns, about
26 pixels at a time, about one burst per second.

In the X log, I see notably:

(--) PCI:*(0:2:0) Intel Corporation 82852/855GM Integrated Graphics
Device rev 2, Mem @ 0xd8000000/27, 0xd0000000/19, I/O @ 0xeff8/3
(--) PCI: (0:2:1) Intel Corporation 82852/855GM Integrated Graphics
Device rev 2, Mem @ 0x20000000/27, 0x2a000000/19
...
(--) I810(0): Virtual size is 1280x768 (pitch 1280)
(**) I810(0): *Built-in mode "1280x768"
...
(II) I810(0): Attempting to use 61.11Hz refresh for mode "1280x768" (862)
...
(==) Depth 24 pixmap format is 32 bpp
(II) I810(0): Rotating to 0 degrees
(II) I810(0): initializing int10
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): Allocated 128 kB for the ring buffer at 0x0
(II) I810(0): Allocating at least 256 scanlines for pixmap cache
(II) I810(0): Initial framebuffer allocation size: 7680 kByte
(II) I810(0): Allocated 4 kB for Overlay registers at 0x7fff000 (0x1491b000).
(II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fef000
(II) I810(0): 0x82070d0: Memory at offset 0x00020000, size 7680 kBytes
(II) I810(0): 0x820b748: Memory at offset 0x00000000, size 0 kBytes
(II) I810(0): 0x820b940: Memory at offset 0x00000000, size 0 kBytes
(II) I810(0): 0x820b5fc: Memory at offset 0x00000000, size 128 kBytes
(II) I810(0): 0x8207110: Memory at offset 0x07fef000, size 64 kBytes
(II) I810(0): 0x820b998: Memory at offset 0x07fff000, size 4 kBytes
(WW) I810(0): PRB0_CTL (0x0000f001) indicates ring buffer enabled

As far as I can tell, mode switching happens only through the BIOS,
and the attempt to offset the framebuffer away from the start of the
video memory may well be ill-fated. In any case, this ring buffer
allocation seems to me as being premature and causing the bug.

I haven't kept logs from previous working versions of the server;
if the information may help you, I'll send it when I have successfully
downgraded my xserver (ouch, a whole lot of stuff needs to be co-downgraded).

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
The risk is that if, one day, machines become intelligent,
we mightn't be mentally equipped to notice they are.
                -- Tirésias, in J.-P. Petit, "A quoi rêvent les robots?"

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.3-blefuscu
Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1
(charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso-8859-1)

Versions of packages xserver-xorg-video-i810 depends on:
ii  libc6                         2.3.6-7    GNU C Library: Shared libraries
ii  xserver-xorg-core             1:1.0.2-4  X.Org X server -- core server

xserver-xorg-video-i810 recommends no packages.

-- no debconf information

[Francois-Rene Rideau]

OK, I forwarded it. Here's the upstream bugzilla entry:
  https://bugs.freedesktop.org/show_bug.cgi?id=6635

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
There is no reason ever to have the same thought twice, unless you
like having that thought -- David Allen, "Getting Things Done"

On 17/04/06, tomas pospisek <tpo2@...> wrote:
> Maybe it's wiser to report this directly to upstream too. Since Debian's X
> team has currently a lot to do due to the transition to the new X server.
> *t

[Debian Bug Tracking System]

Your message dated Tue, 26 Sep 2006 22:43:00 +0200
with message-id <200609262243.08757.Gunter@...>
and subject line Bug#362977: i855G support in Debian
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)


Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Severity: important

Since I upgraded my Toshiba Libretto U105 to use the new xserver-xorg
from unstable, Xorg will shift the graphical display contents by about
25 lines downwards and 768 pixels rightwards, wrapping lines around.
The result is not quite usable.

All in all that's 32768 pixels, at 4 bytes per pixel, a 128KiB offset.
This upper section of the screen is originally filled with contents of
the previous VT, and slowly being filled by regular patterns, about
26 pixels at a time, about one burst per second.

In the X log, I see notably:

(--) PCI:*(0:2:0) Intel Corporation 82852/855GM Integrated Graphics
Device rev 2, Mem @ 0xd8000000/27, 0xd0000000/19, I/O @ 0xeff8/3
(--) PCI: (0:2:1) Intel Corporation 82852/855GM Integrated Graphics
Device rev 2, Mem @ 0x20000000/27, 0x2a000000/19
...
(--) I810(0): Virtual size is 1280x768 (pitch 1280)
(**) I810(0): *Built-in mode "1280x768"
...
(II) I810(0): Attempting to use 61.11Hz refresh for mode "1280x768" (862)
...
(==) Depth 24 pixmap format is 32 bpp
(II) I810(0): Rotating to 0 degrees
(II) I810(0): initializing int10
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): Allocated 128 kB for the ring buffer at 0x0
(II) I810(0): Allocating at least 256 scanlines for pixmap cache
(II) I810(0): Initial framebuffer allocation size: 7680 kByte
(II) I810(0): Allocated 4 kB for Overlay registers at 0x7fff000 (0x1491b000).
(II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fef000
(II) I810(0): 0x82070d0: Memory at offset 0x00020000, size 7680 kBytes
(II) I810(0): 0x820b748: Memory at offset 0x00000000, size 0 kBytes
(II) I810(0): 0x820b940: Memory at offset 0x00000000, size 0 kBytes
(II) I810(0): 0x820b5fc: Memory at offset 0x00000000, size 128 kBytes
(II) I810(0): 0x8207110: Memory at offset 0x07fef000, size 64 kBytes
(II) I810(0): 0x820b998: Memory at offset 0x07fff000, size 4 kBytes
(WW) I810(0): PRB0_CTL (0x0000f001) indicates ring buffer enabled

As far as I can tell, mode switching happens only through the BIOS,
and the attempt to offset the framebuffer away from the start of the
video memory may well be ill-fated. In any case, this ring buffer
allocation seems to me as being premature and causing the bug.

I haven't kept logs from previous working versions of the server;
if the information may help you, I'll send it when I have successfully
downgraded my xserver (ouch, a whole lot of stuff needs to be co-downgraded).

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
The risk is that if, one day, machines become intelligent,
we mightn't be mentally equipped to notice they are.
                -- Tirésias, in J.-P. Petit, "A quoi rêvent les robots?"

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.3-blefuscu
Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1
(charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso-8859-1)

Versions of packages xserver-xorg-video-i810 depends on:
ii  libc6                         2.3.6-7    GNU C Library: Shared libraries
ii  xserver-xorg-core             1:1.0.2-4  X.Org X server -- core server

xserver-xorg-video-i810 recommends no packages.

-- no debconf information


Version: 1.6.5-3

Am Freitag, 21. Juli 2006 10:56 schrieb Michel Dänzer:
> All the above indeed suggests that the problem is specific to your
> system (or at least a very small set of systems). It would be great if
> you could check upstream whether it's fixed in current xf86-video-intel

The new version of the i810 X.org driver in Debian since August seems to
fix these problems.

It's the first version since the X.org 6.8.2 package in Debian which is
able to display an ungarbled desktop on my system or doesn't crash
immediately on server start.

Very nice. :-)))

Greetings,

  Gunter

--
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Beta. Software undergoes beta testing shortly before it's released. Beta
is Latin for 'still doesn't work.'
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+                   PGP-verschlüsselte Mails bevorzugt!                 +
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[Francois-Rene Rideau]

I reopened the bug, since the original issue I reported is still here.
I'm glad it works for you, but it still doesn't for me. See upstream
bug:
   https://bugs.freedesktop.org/show_bug.cgi?id=6635

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
To say that power is corrupted is like saying that water is wet.

[Francois-Rene Rideau]

Note that as far as I'm concerned, upstream has a bug fix in an
experimental branch of their code. It's not released by upstream yet,
and thus not included in Debian yet. I hope it gets there soon!
    https://bugs.freedesktop.org/show_bug.cgi?id=6635

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
You may easily play a joke on a man who likes to argue -- agree with him.
                -- Edgar Waston Howe

[Debian Bug Tracking System]

Your message dated Wed, 06 Dec 2006 11:33:24 +1100
with message-id <1165365205.7487.39.camel@...>
and subject line xserver-xorg-video-i810: framebuffer offset by 32k pixels
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)


Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Severity: important

Since I upgraded my Toshiba Libretto U105 to use the new xserver-xorg
from unstable, Xorg will shift the graphical display contents by about
25 lines downwards and 768 pixels rightwards, wrapping lines around.
The result is not quite usable.

All in all that's 32768 pixels, at 4 bytes per pixel, a 128KiB offset.
This upper section of the screen is originally filled with contents of
the previous VT, and slowly being filled by regular patterns, about
26 pixels at a time, about one burst per second.

In the X log, I see notably:

(--) PCI:*(0:2:0) Intel Corporation 82852/855GM Integrated Graphics
Device rev 2, Mem @ 0xd8000000/27, 0xd0000000/19, I/O @ 0xeff8/3
(--) PCI: (0:2:1) Intel Corporation 82852/855GM Integrated Graphics
Device rev 2, Mem @ 0x20000000/27, 0x2a000000/19
...
(--) I810(0): Virtual size is 1280x768 (pitch 1280)
(**) I810(0): *Built-in mode "1280x768"
...
(II) I810(0): Attempting to use 61.11Hz refresh for mode "1280x768" (862)
...
(==) Depth 24 pixmap format is 32 bpp
(II) I810(0): Rotating to 0 degrees
(II) I810(0): initializing int10
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): Allocated 128 kB for the ring buffer at 0x0
(II) I810(0): Allocating at least 256 scanlines for pixmap cache
(II) I810(0): Initial framebuffer allocation size: 7680 kByte
(II) I810(0): Allocated 4 kB for Overlay registers at 0x7fff000 (0x1491b000).
(II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fef000
(II) I810(0): 0x82070d0: Memory at offset 0x00020000, size 7680 kBytes
(II) I810(0): 0x820b748: Memory at offset 0x00000000, size 0 kBytes
(II) I810(0): 0x820b940: Memory at offset 0x00000000, size 0 kBytes
(II) I810(0): 0x820b5fc: Memory at offset 0x00000000, size 128 kBytes
(II) I810(0): 0x8207110: Memory at offset 0x07fef000, size 64 kBytes
(II) I810(0): 0x820b998: Memory at offset 0x07fff000, size 4 kBytes
(WW) I810(0): PRB0_CTL (0x0000f001) indicates ring buffer enabled

As far as I can tell, mode switching happens only through the BIOS,
and the attempt to offset the framebuffer away from the start of the
video memory may well be ill-fated. In any case, this ring buffer
allocation seems to me as being premature and causing the bug.

I haven't kept logs from previous working versions of the server;
if the information may help you, I'll send it when I have successfully
downgraded my xserver (ouch, a whole lot of stuff needs to be co-downgraded).

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
The risk is that if, one day, machines become intelligent,
we mightn't be mentally equipped to notice they are.
                -- Tirésias, in J.-P. Petit, "A quoi rêvent les robots?"

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.3-blefuscu
Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1
(charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso-8859-1)

Versions of packages xserver-xorg-video-i810 depends on:
ii  libc6                         2.3.6-7    GNU C Library: Shared libraries
ii  xserver-xorg-core             1:1.0.2-4  X.Org X server -- core server

xserver-xorg-video-i810 recommends no packages.

-- no debconf information



> Note that as far as I'm concerned, upstream has a bug fix in an
> experimental branch of their code. It's not released by upstream yet,
> and thus not included in Debian yet. I hope it gets there soon!
>     https://bugs.freedesktop.org/show_bug.cgi?id=6635

This upstream bug report says the fix is in i810-modesetting. Since
this [version of the] driver is now in Debian unstable, I am closing this
bug.  After etch is released we will update the version of
i810-modesetting (the latest version requires xserver 1.2 for X11R7.2).

Drew