Skip to contentSkip to conversation

COPTS for Makefile LinuxPPC 2000

DISCUSSION Derek Homeier 6 participants 9 messages Oct 23, 2000 1 message not in the archive

lore
Share & tools
lore
#1 lore raw
In reply to a message not in the archive
Quoted 10 lines · Michael Norton

I am trying to build the OpenGL Heretic game and there are compiler options in t he Makefile for m68k but not for the PPC.

COPT.m68k = -m68020-60 -O2 -fomit-frame-pointer -D__BIG_ENDIAN__ -D__32BIT__ \
-DHAVE_ALLOCA_H

was should this statement read if I am going to compile a PPC image on my G4?

Well, you probably should keep the defines, and possibly the "-fomit-frame-pointer" as well, so leave everything after that unchanged. It's possible you need "-fsigned-char" in addition. You obviously wouldn't want the "-m68020-60" which turns on m68k-specific tuning. You might simply try "-O2" or "-O3" for a first run. There also are some architecture-specific flags available on PPC, such as"-mcpu=604", don't know if there is a flag for 750 or even 7400 yet. You should look at the gcc info page for more details on the different optimizations (under "Invoking GCC::"). Chances are you won't need terribly agressive optimization if that game actually runs on a 68k :-).

HTH,
Derek

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#4 lore raw

gpm and XF401 (Re: ADB-Mouse)

In reply to a message not in the archive

Hi,
thanks I got my mouse working again ... well at least sort of, I do
echo "1" > /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes and
echo "1" > /proc/sys/dev/mac_hid/mouse_button_emulation.
Then the keyboard works with the .../i386/qwertz/de-latin-nodeadkeys.map.gz and even displays the 'Umlaute' in Emacs :-).
The mouse moves now but the buttons only work sort of. If I mark something in the console to copy it, it scrambles the underlying text (intead of highlithing it) and only the scrambeled text gets copied. For example it makes "n~3" from "not" and ASCII code 'hex 02' from blanks ... Under X the mouse buttons behave funny aswell, instead of moving a window it looks as if it is resized, it's just that the part that is moved doesn't get drawn any more. If I do a xrefresh it turns out that the window was indeed moved ... This is propably a more X related problem, I have compiled the X401 from the sources with Ani Joshies xfree86 tree and Franz's xf4-kbdppc4.patch.

Any sufggestions?

Henning

Quoted 8 lines

Date: Fri, 20 Oct 2000 12:18:26 +0200
From: Olaf Hering <[email protected]>
Subject: Re: ADB-Mouse

Quoted 1 line · Topi Kanerva

guys, how exactly do you make it to work?

Quoted 7 lines

Put that in boot.local:

echo "1" > /proc/sys/dev/mac_hid/mouse_button_emulation echo "87" > /proc/sys/dev/mac_hid/mouse_button3_keycode # F11 echo "88" > /proc/sys/dev/mac_hid/mouse_button2_keycode # F12

Gruss Olaf

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#5 lore raw

Re: gpm and XF401 (Re: ADB-Mouse)

Quoted 10 lines · Henning Löser

Hi,
thanks I got my mouse working again ... well at least sort of, I do
echo "1" > /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes and
echo "1" > /proc/sys/dev/mac_hid/mouse_button_emulation.
Then the keyboard works with the .../i386/qwertz/de-latin-nodeadkeys.map.gz and even displays the 'Umlaute' in Emacs :-).
The mouse moves now but the buttons only work sort of. If I mark something in the console to copy it, it scrambles the underlying text (intead of highlithing it) and only the scrambeled text gets copied. For example it makes "n~3" from "not" and ASCII code 'hex 02' from blanks ... Under X the mouse buttons behave funny aswell, instead of moving a window it looks as if it is resized, it's just that the part that is moved doesn't get drawn any more. If I do a xrefresh it turns out that the window was indeed moved ... This is propably a more X related problem, I have compiled the X401 from the sources with Ani Joshies xfree86 tree and Franz's xf4-kbdppc4.patch.

Any sufggestions?

You mean you mark some text at console with gpm and all you get in the selected area is garbage, even with a non psaux device?
I tried it here on a chrp machine and got the same effect, could be a framebuffer bug. Anyone else with that problem?

I have XF4 here with kernel 2.4 and no problems at all (fbdev driver).

Gruss Olaf

--

 $ man clone

BUGS
Main feature not yet implemented...

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#6 lore raw

Re: gpm and XF401 (Re: ADB-Mouse)

Quoted 2 lines · Olaf Hering

You mean you mark some text at console with gpm and all you get in the selected area is garbage, even with a non psaux device?

Right, thats it.

Quoted 4 lines

I tried it here on a chrp machine and got the same effect, could be a framebuffer bug. Anyone else with that problem?

I have XF4 here with kernel 2.4 and no problems at all (fbdev driver).

Well I use the tdfx_drv on my voodoo3 ... guess I forgot to mention that one :-)

Henning

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#2 lore raw
In reply to Derek Homeier
Quoted 1 line · Derek Homeier

such as"-mcpu=604", don't know if there is a flag for 750 or even 7400 yet.

As of gcc 2.95.2 (at least) there is a -mcpu=750 (or -mtune=750) option and on my beige G3/266 it was good for about a 11% throughput improvement on the utah-glx's memory bandwidth benchmarks.

--
William Blew, [email protected]
Gamer by Choice, Geek by Birth

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#7 lore raw

Re: gpm and XF401 (Re: ADB-Mouse)

In reply to Olaf Hering
Quoted 4 lines · Olaf Hering

You mean you mark some text at console with gpm and all you get in the selected area is garbage, even with a non psaux device?
I tried it here on a chrp machine and got the same effect, could be a framebuffer bug. Anyone else with that problem?

Perhaps the hardware cursor? I have been experiencing hashed text problems under the hardware cursor. I am using a fairly new pmac-stable 2.2. kernel with my beige G3's builtin 3D rage pro (atyfb.c)

Specifically after an exit of the latest SDL library's console driver, the text under the cursor is hashed, as is the width of the cursor (about 6-8 chars, not 1 char).

A "reset" command on the console fixes things, but nonetheless, it seems to be similar, superficially.
--
William Blew, [email protected]
Gamer by Choice, Geek by Birth

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#8 lore raw

Re: gpm and XF401 (Re: ADB-Mouse)

In reply to Olaf Hering
Quoted 6 lines · Olaf Hering

You mean you mark some text at console with gpm and all you get in the selected area is garbage, even with a non psaux device?
I tried it here on a chrp machine and got the same effect, could be a framebuffer bug. Anyone else with that problem?

I have XF4 here with kernel 2.4 and no problems at all (fbdev driver).

I have the same problem on a g4 (r128 fb driver) when using 2.4.

I haven't had the time to look into it, but selecting text in console mode is definately broken. It looks like it's somehow using the wrong characters for the highlighted versions of the text.

Anyone have any ideas,

Signature · 3 lines
Josh
| [email protected] |
1024D/6B21489A 61F0 6138 BE7B FEBF A223  E9D1 BFE1 2065 6B21 489A
#3 lore raw

Re: gpm and XF401 (Re: ADB-Mouse)

In reply to Derek Homeier
Quoted 6 lines · Olaf Hering

You mean you mark some text at console with gpm and all you get in the selected area is garbage, even with a non psaux device?
I tried it here on a chrp machine and got the same effect, could be a framebuffer bug. Anyone else with that problem?

Yes, with every 2.3/2.4pre kernel I can think of (though I haven't booted a 2.4 in a while). This is on a Lombard/Rage II with atyfb.

Cheers,
Derek

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

#9 lore raw

Re: gpm and XF401 (Re: ADB-Mouse)

In reply to Josh Huber
Quoted 8 lines · Josh Huber
Quoted 6 lines · Olaf Hering

You mean you mark some text at console with gpm and all you get in the selected area is garbage, even with a non psaux device?
I tried it here on a chrp machine and got the same effect, could be a framebuffer bug. Anyone else with that problem?

I have XF4 here with kernel 2.4 and no problems at all (fbdev driver).

Quoted 7 lines

I have the same problem on a g4 (r128 fb driver) when using 2.4.

I haven't had the time to look into it, but selecting text in console mode is definately broken. It looks like it's somehow using the wrong characters for the highlighted versions of the text.

Anyone have any ideas,

Perhaps it's exchanging the attribute byte with the character byte? Check out the scr_*() macros/functions.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

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

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/