From: Elimar R. <rie...@lx...> - 2004-10-24 09:26:08
|
Hi all, I am running 2.6.10-rc1 on my Apple AlBG4. gpm is started at boottime. The mousecursor is black colored on vt's and can be used as a brush to darken the screen. $ /usr/sbin/fbset mode "1280x854-60" # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz geometry 1280 854 1280 854 8 timings 12529 128 16 8 1 112 3 rgba 8/0,8/0,8/0,0/0 endmode $ cat /proc/fb 0 ATI Radeon NP The bootlogo isn`t shown. The same kernel on a i386 box with radeonfb (Radeon 9000) works fine. Any hints to get back a white mousecursor and a shown bootlogo as in 2.6.8? Thx Elimar --=20 The path to source is always uphill! -unknown- |
From: Antonino A. D. <ad...@ho...> - 2004-10-24 23:54:01
|
On Sunday 24 October 2004 17:25, Elimar Riesebieter wrote: > Hi all, > > I am running 2.6.10-rc1 on my Apple AlBG4. gpm is started at boottime. The > mousecursor is black colored on vt's and can be used as a brush to > darken the screen. > > $ /usr/sbin/fbset > mode "1280x854-60" > # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz > geometry 1280 854 1280 854 8 > timings 12529 128 16 8 1 112 3 > rgba 8/0,8/0,8/0,0/0 > endmode > > $ cat /proc/fb > 0 ATI Radeon NP > > The bootlogo isn`t shown. > > The same kernel on a i386 box with radeonfb (Radeon 9000) works > fine. > > Any hints to get back a white mousecursor and a shown bootlogo as in > 2.6.8? See my other mail for the mousecursor. As for the bootlogo, is there a space alloted for the logo, or does your console start at the very top? can you send the pertinent parts of your config? Tony |
From: Elimar R. <rie...@lx...> - 2004-10-25 18:49:37
|
On Mon, 25 Oct 2004 the mental interface of Antonino A. Daplas told: > On Sunday 24 October 2004 17:25, Elimar Riesebieter wrote: > > Hi all, > > > > I am running 2.6.10-rc1 on my Apple AlBG4. gpm is started at boottime. = The > > mousecursor is black colored on vt's and can be used as a brush to > > darken the screen. > > > > $ /usr/sbin/fbset > > mode "1280x854-60" > > # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz > > geometry 1280 854 1280 854 8 > > timings 12529 128 16 8 1 112 3 > > rgba 8/0,8/0,8/0,0/0 > > endmode > > > > $ cat /proc/fb > > 0 ATI Radeon NP > > > > The bootlogo isn`t shown. > > > > The same kernel on a i386 box with radeonfb (Radeon 9000) works > > fine. > > > > Any hints to get back a white mousecursor and a shown bootlogo as in > > 2.6.8? >=20 > See my other mail for the mousecursor. Can't find the mail? > As for the bootlogo, is there a space alloted for the logo, or does your > console start at the very top? can you send the pertinent parts of your > config? CONFIG_FB=3Dy CONFIG_FB_MODE_HELPERS=3Dy [...] CONFIG_FB_RADEON=3Dy CONFIG_FB_RADEON_I2C=3Dy [...] CONFIG_DUMMY_CONSOLE=3Dy CONFIG_FRAMEBUFFER_CONSOLE=3Dy # Logo configuration # CONFIG_LOGO=3Dy # CONFIG_LOGO_LINUX_MONO is not set # CONFIG_LOGO_LINUX_VGA16 is not set CONFIG_LOGO_LINUX_CLUT224=3Dy Ciao Elimar --=20 You cannot propel yourself forward by patting yourself on the back. |
From: Antonino A. D. <ad...@ho...> - 2004-10-25 20:02:26
|
On Tuesday 26 October 2004 02:49, Elimar Riesebieter wrote: > On Mon, 25 Oct 2004 the mental interface of > > Antonino A. Daplas told: > > On Sunday 24 October 2004 17:25, Elimar Riesebieter wrote: > > > Hi all, > > > > > > I am running 2.6.10-rc1 on my Apple AlBG4. gpm is started at boottime. > > > The mousecursor is black colored on vt's and can be used as a brush to > > > darken the screen. > > > > > > $ /usr/sbin/fbset > > > mode "1280x854-60" > > > # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz > > > geometry 1280 854 1280 854 8 > > > timings 12529 128 16 8 1 112 3 > > > rgba 8/0,8/0,8/0,0/0 > > > endmode > > > > > > $ cat /proc/fb > > > 0 ATI Radeon NP > > > > > > The bootlogo isn`t shown. > > > > > > The same kernel on a i386 box with radeonfb (Radeon 9000) works > > > fine. > > > > > > Any hints to get back a white mousecursor and a shown bootlogo as in > > > 2.6.8? > > > > See my other mail for the mousecursor. > Can you try booting with video=radeonfb:noaccel? Tony |
From: Guido G. <ag...@de...> - 2004-10-26 07:36:27
|
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 > > > > Antonino A. Daplas told: > > > On Sunday 24 October 2004 17:25, Elimar Riesebieter wrote: > > > > Hi all, > > > > > > > > I am running 2.6.10-rc1 on my Apple AlBG4. gpm is started at boottime. > > > > The mousecursor is black colored on vt's and can be used as a brush to > > > > darken the screen. > > > > > > > > $ /usr/sbin/fbset > > > > mode "1280x854-60" > > > > # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz > > > > geometry 1280 854 1280 854 8 > > > > timings 12529 128 16 8 1 112 3 > > > > rgba 8/0,8/0,8/0,0/0 > > > > endmode > > > > > > > > $ cat /proc/fb > > > > 0 ATI Radeon NP > > > > > > > > The bootlogo isn`t shown. > > > > > > > > The same kernel on a i386 box with radeonfb (Radeon 9000) works > > > > fine. > > > > > > > > Any hints to get back a white mousecursor and a shown bootlogo as in > > > > 2.6.8? > > > > > > See my other mail for the mousecursor. > > > > 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. -- Guido |
From: Elimar R. <rie...@lx...> - 2004-10-26 17:13:15
|
On Tue, 26 Oct 2004 the mental interface of Antonino A. Daplas told: > On Tuesday 26 October 2004 02:49, Elimar Riesebieter wrote: > > On Mon, 25 Oct 2004 the mental interface of > > > > Antonino A. Daplas told: > > > On Sunday 24 October 2004 17:25, Elimar Riesebieter wrote: > > > > Hi all, > > > > > > > > I am running 2.6.10-rc1 on my Apple AlBG4. gpm is started at bootti= me. > > > > The mousecursor is black colored on vt's and can be used as a brush= to > > > > darken the screen. > > > > > > > > $ /usr/sbin/fbset > > > > mode "1280x854-60" > > > > # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz > > > > geometry 1280 854 1280 854 8 > > > > timings 12529 128 16 8 1 112 3 > > > > rgba 8/0,8/0,8/0,0/0 > > > > endmode > > > > > > > > $ cat /proc/fb > > > > 0 ATI Radeon NP > > > > > > > > The bootlogo isn`t shown. > > > > > > > > The same kernel on a i386 box with radeonfb (Radeon 9000) works > > > > fine. > > > > > > > > Any hints to get back a white mousecursor and a shown bootlogo as in > > > > 2.6.8? > > > > > > See my other mail for the mousecursor. > > >=20 > Can you try booting with video=3Dradeonfb:noaccel? No changes :( $ dmesg | grep radeon Kernel command line: root=3D/dev/hda5 ro video=3Dradeonfb:noaccel=20 radeonfb: Invalid ROM signature 303 should be 0xaa55 radeonfb: Retreived PLL infos from Open Firmware radeonfb: Reference=3D27.00 MHz (RefDiv=3D12) Memory=3D200.00 Mhz, System= =3D300.00 MHz radeonfb: PLL min 12000 max 35000 radeonfb: Monitor 1 type LCD found radeonfb: EDID probed radeonfb: Monitor 2 type no found radeonfb: Using Firmware dividers 0x0002008e from PPLL 0 radeonfb: Power Management enabled for Mobility chipsets radeonfb: ATI Radeon NP SDR SGRAM 64 MB Elimar --=20 Planung: Ersatz des Zufalls durch den Irrtum. -unknown- |
From: Antonino A. D. <ad...@ho...> - 2004-10-27 00:16:35
|
On Wednesday 27 October 2004 01:13, Elimar Riesebieter wrote: > On Tue, 26 Oct 2004 the mental interface of > > Antonino A. Daplas told: > > On Tuesday 26 October 2004 02:49, Elimar Riesebieter wrote: > > > On Mon, 25 Oct 2004 the mental interface of > > > > > > Antonino A. Daplas told: > > > > On Sunday 24 October 2004 17:25, Elimar Riesebieter wrote: > > > > > Any hints to get back a white mousecursor and a shown bootlogo as > > > > > in 2.6.8? > > > > > > > > See my other mail for the mousecursor. > > > > Can you try booting with video=radeonfb:noaccel? > > No changes :( > I suspect as much. I think fbcon_putc might have an endian bug. Can you try this patch? Tony diff -Nru a/drivers/video/console/fbcon.c b/drivers/video/console/fbcon.c --- a/drivers/video/console/fbcon.c 2004-10-26 23:49:13 +08:00 +++ b/drivers/video/console/fbcon.c 2004-10-27 08:17:19 +08:00 @@ -1012,7 +1012,9 @@ static void fbcon_putc(struct vc_data *vc, int c, int ypos, int xpos) { - fbcon_putcs(vc, (const unsigned short *) &c, 1, ypos, xpos); + unsigned short chr = c; + + fbcon_putcs(vc, &chr, 1, ypos, xpos); } static void fbcon_clear_margins(struct vc_data *vc, int bottom_only) |
From: Antonino A. D. <ad...@ho...> - 2004-10-26 14:32:28
|
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. Tony |
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 |
From: Albert C. <al...@us...> - 2004-10-26 16:27:03
|
On Tue, 2004-10-26 at 10:36, Geert Uytterhoeven wrote: > 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? The other common problem is that "char" is unsigned by default on PowerPC. **sigh** None of this is necessary. I've used PowerPC in little-endian mode before, and it works great. Having a motherboard that does a 64-bit byte swap is helpful for PCI IO, but certainly not required. On a Mac, you'd simply need to anti-munge the IO addresses in addition to the byte swapping that's already done for PCI IO. Also, the page table entry code needs to order the bits differently, and loading the MSR may require an extra instruction. |