Re: New XF68_FBDev

Re: New XF68_FBDev

[Ryuichi Oikawa]

> > > Oops, I meant `Ryuichi's latest changes for mach64im.c'. I start to wonder
> > > whether I really need them, since these things worked fine before, too. Or am I
> > > getting insane and talking nonsenses?
> >  Excuse me, what are "them" exactly ?
> 
> The byteorder stuff in mach64im.c. I don't see a difference with or without
> them.
 Sorry, but I don't believe that different data give the same result.
I think you can see difference for example by experimentally changeing to
    if ( 1 /* (alu != MIX_SRC) || ((planemask & PMask) != PMask)*/ ) {
	mach64ImageWriteHW(x, y, w, h, psrc, pwidth, px, py,
			   alu, planemask);
and executing XPutImage function.

As a matter of fact, I added byte/bit reordering because I didn't any
documents about Mach64 registers other than XFree86 code. Now that I
have got the documents(thanks!), I understand all should be done is
simply setting host control register appropriately, for at least
Mach64VT or above. I intend to rewrite mach64im.c faster and more
efficiently.

> Never trust mail ordering.
 Indeed. Original messages are coming several days after followups
these days. It is difficult for me to understand what are discussed.
I wonder I subscribe the list wrong way.

BTW, I think it is better to revert this to the original
 because mach64MaxX and mach64MaxY are not sizes but coordinates.
+    mach64VirtX = mach64MaxX = mach64InfoRec.virtualX;
+    mach64VirtY = mach64MaxY = mach64InfoRec.virtualY;

Regards,

Ryuichi Oikawa
roikawa@rr.iij4u.or.jp

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Ryuichi Oikawa]

> > > Known problems:
> > >   - Twm menus aren't drawn correctly on Mach64.
> >  Try KDE or xv, too. You will see non-update window contents.
> 
> It's been a long time ago I ran KDE on my box. And I never saw the problem with
> xv.
 Sorry, then it is a different(new ?) problem.
 
> > I've made a probably same mistake for Xpmac_mga before(it was
> > fixed for version 981108 or later).
> Hmm, basically what I did to update was create a diff between your 981017-3 and
> 981122 and apply that, with some minor modifications.
 Fix on that was done for pmac*ScreenInit(), not for mach64* funcs.

Regards,

Ryuichi Oikawa
roikawa@rr.iij4u.or.jp

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[VALETTE Eric]

>>>>> "Sven" == Sven LUTHER <luther@maxime.u-strasbg.fr> writes:

Sven> it is ok with you if i do some debian packages of your servers ? Or do you
Sven> prefer to do that yourself ?

I would love to install debian packages (provided they are for 2.1) instead of
RH4. Do you have any ftp address where I can download stuffs...


-- 
   __                 
  /  `                   	Eric Valette
 /--   __  o _.          	Canon CRF
(___, / (_(_(__         	Rue de la touche lambert
				35517 Cesson-Sevigne  Cedex
				FRANCE
Tel: +33 (0)2 99 87 68 91	Fax: +33 (0)2 99 84 11 30
E-mail: valette@crf.canon.fr

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Sven LUTHER]

On Mon, Dec 07, 1998 at 09:37:23AM +0100, VALETTE Eric wrote:
> >>>>> "Sven" == Sven LUTHER <luther@maxime.u-strasbg.fr> writes:
> 
> Sven> it is ok with you if i do some debian packages of your servers ? Or do you
> Sven> prefer to do that yourself ?
> 
> I would love to install debian packages (provided they are for 2.1) instead of
> RH4. Do you have any ftp address where I can download stuffs...

you can get all of debian/ppc from :
ftp.debian.org/debian/dists/sid/main/binary-powerpc

except the X stuff (there was some problem, the ppc maintainer is waiting for
		X3.3.3, who is still not debianized ... but it should come soon).

the X stuff can be downloaded from :

http://master.debian.org/~dan

Friendly,

Sven LUTHER

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Randy Gobbel]

Using XF68_FBDevv-accel-ppc-19981204-2, I'm seeing some trashed pixels when
doing solid window moves and when scrolling, at both 8 and 16 bpp.  It looks to
me like the BITBLTs are picking up bits from the framebuffer rather than from
the window.  xrefresh puts things back in order.

Any particular thing you'd like me to try out?  The simulation I've been
beating my head against for the last several months finally started working, so
I may have a little more time to hack on Linux stuff for a while.

-Randy


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Zach Metzinger]

On Wed, Dec 09, 1998 at 03:27:08PM -0500, Randy Gobbel wrote:
> 
> Using XF68_FBDevv-accel-ppc-19981204-2, I'm seeing some trashed pixels when
> doing solid window moves and when scrolling, at both 8 and 16 bpp.  It looks to
> me like the BITBLTs are picking up bits from the framebuffer rather than from
> the window.  xrefresh puts things back in order.

Well, bitblt's do pick up bits from the framebuffer and not from the system
memory. That's why it's called acceleration, the video card's graphics
engine does the moving of data within the framebuffer memory on behalf of
the X server. No idea why it does this, however, since -accel-ppc exits
on signal 11 (Segv) on my machine.

--- Zach

[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Geert Uytterhoeven]

On Fri, 4 Dec 1998, Geert Uytterhoeven wrote:
> I made an experimental accelerated XF68_FBDev for Linux/PPC available at

Upgrade time :-)

    http://www.cs.kuleuven.ac.be/~geert/bin/XF68_FBDev-accel-ppc-19981210.gz
    http://www.cs.kuleuven.ac.be/~geert/bin/xc-3.3.3-geert-19981210.diff.gz

Changes:

  - Fillrect and clean up for IMS TwinTurbo (Ryan Nielsen <ran@krazynet.com>)

  - Support for gamma correction on DIRECTCOLOR capable boards (Takashi Oe
    <toe@unlinfo.unl.edu>)

  - XKB maps for the US version of Apple Extended Keyboard II (Takashi Oe, but
    he says it comes from X11R6.3-?.ppc.rpm. I made the changes to the
    Imakefiles). Untested, I don't use XKB nor have ADB keyboards. BTW, these
    maps are in the source patch only.

Oh yeah, binary is linked against glibc-1.99. Source patch is relative to
XFree86 3.3.3.

Enjoy!

Greetings,

						Geert

--
Geert Uytterhoeven                     Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP}  http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Sean Harding]

On Thu, 10 Dec 1998, Geert Uytterhoeven wrote:

>     http://www.cs.kuleuven.ac.be/~geert/bin/XF68_FBDev-accel-ppc-19981210.gz

So, does this file work for everyone, or should only those with
accellerated video be using this?

Thanks.

sean

-- 
Sean Harding sharding@oregon.uoregon.edu|"art may imitate life
http://gladstone.uoregon.edu/~sharding/ | but life imitates t.v."
Consulting: http://www.efn.org/~seanh/  | --ani difranco


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Sean Harding]

On Thu, 10 Dec 1998, Geert Uytterhoeven wrote:

>     http://www.cs.kuleuven.ac.be/~geert/bin/XF68_FBDev-accel-ppc-19981210.gz

This binary simply seg faults on my machine.

PowerCenter 150 (platinum video)
Linux juliet.dogcow.org 2.1.130 #30 Fri Dec 11 19:23:56 PST 1998 ppc unknown
Newest glibc from Gary's directory on ftp.linuxppc.org (glibc-0.961212-1m)

I'm still running XPmac, but I'd like to give XF68 a try...

sean

-- 
Sean Harding sharding@oregon.uoregon.edu|"art may imitate life
http://gladstone.uoregon.edu/~sharding/ | but life imitates t.v."
Consulting: http://www.efn.org/~seanh/  | --ani difranco


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

Re: New XF68_FBDev

[Geert Uytterhoeven]

On Fri, 11 Dec 1998, Sean Harding wrote:
> On Thu, 10 Dec 1998, Geert Uytterhoeven wrote:
> 
> >     http://www.cs.kuleuven.ac.be/~geert/bin/XF68_FBDev-accel-ppc-19981210.gz
> 
> So, does this file work for everyone, or should only those with
> accellerated video be using this?

On hardware for which no hardware acceleration is available yet, it will work
unaccelerated.

Furthermore you can disable acceleration by adding

    option "no_accel"

to the Device section of your /etc/XF86Config.

Greetings,

						Geert

--
Geert Uytterhoeven                     Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP}  http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium


[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]