basilisk-devel

[B2-devel] TODO before release ?

[<gb...@di...>]

Hi,

There are a few things I think it is worth fixing before releasing B2
0.9. IMHO, the following are not new features but bugfixes:

- Teach Linux/NetDriver to work^Wcompile with newer kernels (2.4+)
- Clean up siginfo subterfuges in configure by possibly sharing a common
header between configure programs and B2 ?
- Fix the DGA2 bug
- Classic Emulation. I don't think it is possible to do Classic
emulation in direct addressing mode since we are always keeping the
whole 32 bits from the address.

I don't really want to have to build multiple binaries for B2.
i.e. { DGA1, DGA2 } x { Classic, Quadra } emulation is starting to be
big in both compilation time and space. So, we should find a decent
solution.

The following is just convenience for me so that I may not have to trash
compiler.{h,cpp} and fpu files whenever I update my JIT tree ;-)
- Remove uae_cpu/compiler.{h,cpp}
- Move fpp.cpp, fpu_x86* into uae_cpu/fpu/

Since no features must be added for that release, I won't commit the new
fpu core ("ieee") from my tree.

I would have appreciated support for FreeBSD 4.1 in direct addressing
mode. Unfortunately, it is quite weird there: SIGBUS is used instead of
SIGSEGV and, most importantly, the test program that used to work alone
will lock inside the configure script... I will try to have a closer
look at it this weekend.

Re: [B2-devel] TODO before release ?

[Christian B. <cb...@st...>]

Hi!

On Sat, Feb 24, 2001 at 10:06:50AM +0100, Gwenole Beauchesne wrote:
> - Teach Linux/NetDriver to work^Wcompile with newer kernels (2.4+)

This is fixed now.

> - Clean up siginfo subterfuges in configure by possibly sharing a common
> header between configure programs and B2 ?

Desirable, but not release critical.

> - Fix the DGA2 bug

I'll try to have a look at this.

> - Classic Emulation. I don't think it is possible to do Classic
> emulation in direct addressing mode since we are always keeping the
> whole 32 bits from the address.

Putting in a note that the program had to be recompiled to enable Classic
emulation would be fine for me. It's not used by that many people.

> I don't really want to have to build multiple binaries for B2.
> i.e. { DGA1, DGA2 } x { Classic, Quadra } emulation is starting to be
> big in both compilation time and space.

Maybe we should use loadable CPU emulation plugins?

> The following is just convenience for me so that I may not have to trash
> compiler.{h,cpp} and fpu files whenever I update my JIT tree ;-)
> - Remove uae_cpu/compiler.{h,cpp}
> - Move fpp.cpp, fpu_x86* into uae_cpu/fpu/

Just do it. :-)

Bye,
Christian

-- 
  / Coding on PowerPC and proud of it
\/ http://www.uni-mainz.de/~bauec002/

Re: [B2-devel] TODO before release ?

[Gwenole B. <gbe...@ma...>]

On Sun, 18 Mar 2001, Christian Bauer wrote:

> > - Fix the DGA2 bug
>
> I'll try to have a look at this.

In xmame, they used an interesting trick: setting hooks for DGA1 and DGA2
functions. However, the code must be compiled on a system with XFree 4.0+.

> Maybe we should use loadable CPU emulation plugins?

I still haven't found a decent way to support plugins on a wide range of
machines. So far, dlopen() is the best bet for Un*x (Solaris, AIX) and
Linux. I don't know about Windows nor Irix nor HP/UX. Do you know a
GPL-compatible library that wraps those functions on as many systems as
possible ?

Do you foresee plugins for PowerPC emulation ? ;-)

Bye,
Gwenole.

Re: [B2-devel] TODO before release ?

[Christian B. <cb...@st...>]

Hi!

On Fri, Mar 23, 2001 at 09:49:08AM +0100, Gwenole Beauchesne wrote:
> In xmame, they used an interesting trick: setting hooks for DGA1 and DGA2
> functions.

Using XFree 4.0.2 with a Matrox G450 the current DGA1 code in B2 works
perfectly in 8-bit mode, shows some false colors and "swapped" pixels in
16-bit mode (my guess is that reading from the frame buffer doesn't
endianess-correct the pixel data; moving the mouse pointer disturbs the
areas underneath), and is messed up in 32-bit mode (looks like it's using
an incorrect bytes-per-row; or maybe I messed up and used a 24 bpp packed
mode instead of a 32 bpp one; I'll have to recheck).

Using XFree 4.0.1a with an NVidia TNT2 and NVidia's drivers results in
a complete system lockup when trying the "dga" DGA2 demo program that comes
with XFree. I have yet to test B2/DGA1 on that setup.

> [dlopen()]
> I don't know about Windows nor Irix nor HP/UX. Do you know a
> GPL-compatible library that wraps those functions on as many systems as
> possible ?

Appearently, libltdl (part of libtool) is such a thing. The docs say it works
on Solaris/Linux/BSD (using dlopen), HP-UX (using shl_load), Windows (using
LoadLibrary), and BeOS (using load_add_on). AmigaOS is missing but that's
using native 68k emulation anyway.

Bye,
Christian

-- 
  / Coding on PowerPC and proud of it
\/ http://www.uni-mainz.de/~bauec002/