Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
Brice Goglin wrote: On Tue, Sep 18, 2007 at 08:06:58AM +0200, Brice Goglin wrote: Michel Dänzer wrote: It probably does, this sounds like a bug in the radeon MergedFB code choosing which CRTC(s) to show the cursor on. There's xserver-xorg-video-ati 6.7.192 in experimental with RandR-1.2 support. Since RandR-1.2 does more and better than MergedFB, MergedFB support has been dropped from this latest driver. Your problem might go away then. Could you test it? You will have to upgrade to Xorg 7.3/Xserver 1.4 which were uploaded to unstable 2 days ago. No reply within almost two months. I am closing this bug now. It seems to be related to MergedFB which has been dropped and replaced by RandR 1.2 in the new 6.7.19x drivers (currently in experimental). If you can still reproduce with 1:6.7.195-2, feel free to reopen. Sorry, I forgot to write back and confirm this. The bug no longer seems to occur with RandR 1.2. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
Michel Dänzer wrote: On Mon, 2007-08-20 at 23:13 -0700, Josh Triplett wrote: Brice Goglin wrote: Josh Triplett wrote: It doesn't occur with the non-busy cursor? Not that I've observed. However, the normal cursor cannot hang off the top edge, because it has its hot spot at the top of the cursor image. That may or may not relate to the bug. It probably does, this sounds like a bug in the radeon MergedFB code choosing which CRTC(s) to show the cursor on. Josh, There's xserver-xorg-video-ati 6.7.92 in experimental with RandR-1.2 support. Since RandR-1.2 does more and better than MergedFB, MergedFB support has been dropped from this latest driver. Your problem might go away then. Could you test it? You will have to upgrade to Xorg 7.3/Xserver 1.4 which were uploaded to unstable 2 days ago. Brice
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
Brice Goglin wrote: Josh Triplett wrote: I have a two-monitor stacked configuration. I started a program, causing the busy cursor to appear. When I moved that cursor to the top of the upper screen, hanging over the top edge, it also appeared at the top of the other monitor. I can consistently reproduce this. And the duplicate cursor goes away as soon as you leave the top of the screen? top of the screen only means the top-most line? top of the screen here means any position in which the cursor image hangs off the top edge of the screen. I can move several pixels down, and as long as the cursor image still goes off the top of the screen, the phantom cursor appears on the lower monitor. It doesn't occur with the non-busy cursor? Not that I've observed. However, the normal cursor cannot hang off the top edge, because it has its hot spot at the top of the cursor image. That may or may not relate to the bug. What if the put the busy cursor at the top of the screen and leave it there until it becomes non-busy again, does the duplicate cursor go away? Or do you get two non-busy cursors? It goes away. If you move the cursor horizontally on the top of the screen, do both duplicates move the same? Yes. I don't know which package causes this problem; it could represent a driver bug, an X server bug, or a hardware bug. I also don't know if it applies to unstable. The box I observed this on runs etch. I am voting for the driver, hence reassigning to xserver-xorg-video-ati. Works for me. ii xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server ii xserver-xorg-video-ati 1:6.6.3-2X.Org X server -- ATI display driv It would be nice to upgrade xserver-xorg-video-ati to experimental (6.6.193) and/or xserver-xorg-core to testing (1.3.0). The former contains some cursor-related cleanups, and it should be easy to backport to Etch (just a couple things to change in debian/control, let me know if you need help). The latter will require some new libs (at least libdrm2) so I'll understand if you don't want to even try backporting it. Actually, I can just check for this bug on my personal (non-work) laptop running latest unstable; it has an ATI card as well. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
On Mon, 2007-08-20 at 23:13 -0700, Josh Triplett wrote: Brice Goglin wrote: Josh Triplett wrote: It doesn't occur with the non-busy cursor? Not that I've observed. However, the normal cursor cannot hang off the top edge, because it has its hot spot at the top of the cursor image. That may or may not relate to the bug. It probably does, this sounds like a bug in the radeon MergedFB code choosing which CRTC(s) to show the cursor on. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#438904: xserver-xorg: Cursor at top of stacked monitor configuration shows up on both monitors
reassign 438904 xserver-xorg-video-ati found 438904 1:6.6.3-2 thank you Josh Triplett wrote: I have a two-monitor stacked configuration. I started a program, causing the busy cursor to appear. When I moved that cursor to the top of the upper screen, hanging over the top edge, it also appeared at the top of the other monitor. I can consistently reproduce this. And the duplicate cursor goes away as soon as you leave the top of the screen? top of the screen only means the top-most line? It doesn't occur with the non-busy cursor? What if the put the busy cursor at the top of the screen and leave it there until it becomes non-busy again, does the duplicate cursor go away? Or do you get two non-busy cursors? If you move the cursor horizontally on the top of the screen, do both duplicates move the same? I don't know which package causes this problem; it could represent a driver bug, an X server bug, or a hardware bug. I also don't know if it applies to unstable. The box I observed this on runs etch. I am voting for the driver, hence reassigning to xserver-xorg-video-ati. ii xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server ii xserver-xorg-video-ati 1:6.6.3-2X.Org X server -- ATI display driv It would be nice to upgrade xserver-xorg-video-ati to experimental (6.6.193) and/or xserver-xorg-core to testing (1.3.0). The former contains some cursor-related cleanups, and it should be easy to backport to Etch (just a couple things to change in debian/control, let me know if you need help). The latter will require some new libs (at least libdrm2) so I'll understand if you don't want to even try backporting it. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]