From: Geert U. <ge...@li...> - 2004-10-26 14:36:38
|
On Tue, 26 Oct 2004, Antonino A. Daplas wrote: > On Tuesday 26 October 2004 15:34, Guido Guenther wrote: > > On Tue, Oct 26, 2004 at 04:09:44AM +0800, Antonino A. Daplas wrote: > > > On Tuesday 26 October 2004 02:49, Elimar Riesebieter wrote: > > > > On Mon, 25 Oct 2004 the mental interface of > > > Can you try booting with video=radeonfb:noaccel? > > > > I'm not sure if this has already been mentionend outside of the debian-ppc > > list: this also happens with at least rivafb and offb too. > > This is the first time I knew about this problem. Note that gpm > predominantly uses the TIOCLINUX ioctl which mainly manipulates the > screen_buffer. > > So each time the mouse is moved, gpm sends an ioctl that complements or > reverses the attributes of the character underneath the mouse cursor, then > it sends a putc command (telling the console to repaint the character). It does > not use the fbcon cursor API. > > In all drivers I tested in the i386, gpm seems towork correctly. > > I can't really much help in this area except for someone with a PPC machine > to debug the TIOCLINUX ioctl and complement_pos in drivers/char/vt.c and the > selection code in drivers/char/selection.c. Just a guess: has anyone recently introduced an endianness-bug somewhere in the selection code? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li... In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds |