Re: ATI Imageon 100

2003-07-29 Thread Tim Roberts
On 29 Jul 2003 17:06:47 +0200, Nils Faerber wrote:

I am looking for a good contact to ATI for information about their
embedded graphics controller IMAGEON 100. This one is used in some Casio
and especially the new Sharp PDAs (Zaurus CL-700, 750 and 760).
We want to write an accelerated XFree86 driver for it so that
handhelds.org Linux using X11 and GPE could run more efficiently on it.
Currently there is only an undocumented Linux kernel framebuffer driver
which is quite slow.

Using the acceleration features of the chip we should be able to get
decent performance and nice features like hardware accelrated rotation
and even MPEG acceleration.
Without we get a crawlingly slow desktop :(

The IMAGEON 100 will never be a stellar performer.  It was designed for low 
cost and low power, not high performance.  It does have a simple blitter, and 
it has a reasonable YUV overlay, but the motion compensation acceleration is 
only slightly better than straight software.

There is an O/S-independent (theoretically) acceleration layer for the 
IMAGEONs, but it is ATI-proprietary, and to my knowledge is only released to 
their partners.

So please if anyone from ATI is listening, please consider to support an
XFree86 driver development!

Didn't we just see this movie?  What's their incentive to do so?  The people 
who are selling IMAGEON-based devices want Windows CE, and ATI is happy to 
help those people with CE drivers.

Your plea is well-intentioned, but if I were you, I would not hold my breath.

--
- Tim Roberts, [EMAIL PROTECTED]
  Providenza  Boekelheide, Inc.


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


TRANS_OPEN_MAX in Xtransint.h

2003-07-29 Thread Egbert Eich
There is the following report in bugzilla (#97):

-
On Redhat 8 at any rate, the TRANS_OPEN_MAX constant should be compiled to a
call to sysconf(), but is actually compiled into a default of 256. This breaks
my app, which for various reasons opens 256 file descriptors. As the kernel
default limit is 1024, the fact that Xlib has this value compiled in means the
app will randomly abort when 256 is reached. There is a test case for this that
I will attach.
--

Anyway, sysconf() is only used if __GNU__ is defined.
However the appropriate sysconf() call seems to be
standard POSIX.1, therefore we should use some other
macro indicating that it should be used instead of 
a fixed value.

Any idea?

Egbert.

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


ti tms 34020

2003-07-29 Thread kevdig
Hi,

Anybody know where I can get a tms34020 user manual
(instruction set reference)? I tried TI without success.

I have a Mylex GXE020C that I would like to write an X server for.

Thanks!

kevin
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: CVS Update: xc (branch: trunk)

2003-07-29 Thread Harold L Hunt II
Egbert,

I cannot checkout xf-4_3_0_1 because of this whole hp/HP issue.  The 
following is from my cvs checkout log:

cvs server: Updating xc/programs/xkbcomp/geometry
U xc/programs/xkbcomp/geometry/Imakefile
U xc/programs/xkbcomp/geometry/README
U xc/programs/xkbcomp/geometry/amiga
U xc/programs/xkbcomp/geometry/ataritt
U xc/programs/xkbcomp/geometry/dell
U xc/programs/xkbcomp/geometry/everex
U xc/programs/xkbcomp/geometry/fujitsu
U xc/programs/xkbcomp/geometry/hp
U xc/programs/xkbcomp/geometry/keytronic
U xc/programs/xkbcomp/geometry/kinesis
U xc/programs/xkbcomp/geometry/macintosh
U xc/programs/xkbcomp/geometry/microsoft
U xc/programs/xkbcomp/geometry/nec
U xc/programs/xkbcomp/geometry/northgate
U xc/programs/xkbcomp/geometry/pc
U xc/programs/xkbcomp/geometry/sony
U xc/programs/xkbcomp/geometry/sun
U xc/programs/xkbcomp/geometry/winbook
cvs [checkout aborted]: could not chdir to 
xc/programs/xkbcomp/geometry/HP: Not a directory

I *can* checkout HEAD, so maybe the patch below needs to be applied to 
the xf-4_3_0_1 branch as well?

Note, I do get an hp file when I checkout xf-4_3_0_1, but then it 
tries to download the HP directory and freaks out on Cygwin.  Is this 
the way that all other platforms work due to cvs, or is this specific to 
my platform because you can't have two files with the same name but 
different case?

Harold

Egbert Eich wrote:
CVSROOT:/home/x-cvs
Module name:xc
Changes by: [EMAIL PROTECTED]   03/06/20 06:15:33
Log message:
  - moving xkbcom/geometry/HP to xkbcom/geometry/hp doesn't seem to be
possible as CVS doesn't allow a directory to have the same name as
a deleted file.
Added files:
  xc/programs/xkbcomp/geometry/HP/:
Imakefile hp omnibook 

___
Cvs-commit mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/cvs-commit
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: ti tms 34020

2003-07-29 Thread Tim Roberts
On Tue, 29 Jul 2003 17:31:35 -0400, [EMAIL PROTECTED] wrote:

Anybody know where I can get a tms34020 user manual
(instruction set reference)? I tried TI without success.

I have a Mylex GXE020C that I would like to write an X server for.

Get out!  I didn't think any of those still existed.  I spent part of my life 
at Graphic Software Systems, which developed 34010 and 34020 boards during the 
late 1980s.

However, your goal is kind of silly.  The 34020 runs at a blistering fast 40 
MHz, and the complexity of managing the co-processor means the drivers are a 
mess.  Unless you have an 80386 as your main processor, you will get better 
drawing speed using the dumb frame buffer driver.

--
- Tim Roberts, [EMAIL PROTECTED]
  Providenza  Boekelheide, Inc.


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


xfree86 for the VIA Apollo CLE266

2003-07-29 Thread George Georgalis
 followup, it doesn't look like I'll need ddc, this will run on a plasma
screen with low scan rate. how do I disable it?

also, there is a pretty good chance I disabled i2c in the kernel, that
would cause the problem? no?

// George



On Tue, Jul 29, 2003 at 09:37:06PM -0400, George Georgalis wrote:
Hi -

I heard (second hand from via) that xfree86 2.3.99 has drivers
for the CLE266 ( http://www.via.com.tw/en/apollo/cle266.jsp on a
http://www.viavpsd.com/product/epia_m_spec.jsp?motherboardId=81 )

   The VIA Apollo CLE266 Chipset is designed to enable high quality
   digital video streaming and DVD playback in a new generation of
   fanless, small form factor PCs and IA devices. The CLE266 features
   the embedded UniChrome MPEG-2 decoder and integrated 2D/3D graphics
   core as well as DDR266 support to ensure a rich overall entertainment
   experience.

When I first looked at 4.3.99 I noticed there are a few more archives
than for the 4.3.0 series, but on closer inspection it looks like
4.3.99.9 is all I need, where the last 9 is a version number, not the
last 9th (docs) of the source tree. Am I correct about this?

I only needed the the first 3 tarballs from the 4.3.0 series, how can I
make a lightweight 4.3.99.x?

Here is my main problem - the build fails with the following script (which
works with 4.3.0)

tar xjf /usr/local/export/tpimager/src/XFree86-4.3.99.9.tar.bz2
chown -R root.root ./xc/
mv xc/config/cf/site.def xc/config/cf/site.def~
head -n63 xc/config/cf/site.def~ xc/config/cf/site.def
cat xc/config/cf/site.defEOF

#ifndef HasGcc2
#define HasGcc2 YES
#endif

#ifndef BuildFonts
#BuildFonts NO
#endif

EOF
tail -n79 xc/config/cf/site.def~ xc/config/cf/site.def
[ -d /usr/bin/X11 ]  echo Error, it's a dir...  exit 1
[ -L /usr/bin/X11 ]  rm -f /usr/bin/X11
ln -s /usr/X11R6/bin /usr/bin/X11
grep '/usr/X11R6/lib' /etc/ld.so.conf /dev/null \
   || echo /usr/X11R6/lib /etc/ld.so.conf
cd xc  \
   make World  world.log  \
   make -d install  install.log  \
   cd ..  \
   ldconfig  \
   while :; do
   printf \rA-OKAY ... hit ctrl-c \a
   sleep .2 ; printf \a ; sleep .2 ; printf \a ; sleep .5
   done || \
   while :; do
   printf \rError... hit ctrl-c \a
   sleep .3
   done
exit



This runs on a debian install with a kernel for the c3 cpu and some other
driver compatibility.

Here are the last 20 lines from world.log

make[6]: Leaving directory `/usr/local/src/X43999/xc/programs/Xserver/hw/xfree86/rac'
making all in programs/Xserver/hw/xfree86/ddc...
make[6]: Entering directory `/usr/local/src/X43999/xc/programs/Xserver/hw/xfree86/ddc'
rm -f xf86DDC.o
gcc -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls 
-Wnested-externs -Wundef -I. -I../../../../../programs/Xserver/hw/xfree86/common 
-I../../../../../programs/Xserver/hw/xfree86/os-support
-I../../../../../programs/Xserver/include -I../../../../../exports/include/X11
-I../../../../../programs/Xserver/hw/xfree86/i2c  -I../../../../.. 
-I../../../../../exports/include   -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L 
-D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE  -D_GNU_SOURCE  -DSHAPE 
-DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP  -DXF86BIGFONT -DDPMSExtension 
 -DPIXPRIV -DPANORAMIX  -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV 
-DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86LOADER  -DXFree86Server 
-DXF86VIDMODE -DXvMCExtension  -DSMART_SCHEDULE -DBUILDDEBUG -DXResExtension 
-DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG  -DFUNCPROTO=15 -DNARROWPROTO  -DIN_MODULE 
-DXFree86Module-c xf86DDC.c
xf86DDC.c: In function `DDCRead_DDC2':
xf86DDC.c:336: invalid lvalue in assignment
make[6]: *** [xf86DDC.o] Error 1
make[6]: Leaving directory `/usr/local/src/X43999/xc/programs/Xserver/hw/xfree86/ddc'
make[5]: *** [all] Error 2
make[5]: Leaving directory `/usr/local/src/X43999/xc/programs/Xserver/hw/xfree86'
make[4]: *** [hw/xfree86] Error 2
make[4]: Leaving directory `/usr/local/src/X43999/xc/programs/Xserver'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/local/src/X43999/xc/programs'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/local/src/X43999/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/usr/local/src/X43999/xc'
make: *** [World] Error 2

I don't know what dcc is, can I disable it or... fix it? I need some
guidance. Anybody build on this hardware?

Thanks for any assistance!

// George



-- 
GEORGE GEORGALIS, System Admin/Architectcell: 646-331-2027IXOYE
Security Services, Web, Mail,mailto:[EMAIL PROTECTED] 
Multimedia, DB, DNS and Metrics.   http://www.galis.org/george 


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: CVS Update: xc (branch: trunk)

2003-07-29 Thread Daniel Stone
On Wed, Jul 30, 2003 at 07:26:52AM +0200, Alexander Pohoyda wrote:
 Harold L Hunt II [EMAIL PROTECTED] writes:
  Note, I do get an hp file when I checkout xf-4_3_0_1, but then it
  tries to download the HP directory and freaks out on Cygwin.  Is
  this the way that all other platforms work due to cvs, or is this
  specific to my platform because you can't have two files with the same
  name but different case?
 
 Yes, I think that this is a letter case problem. CVS on Cygwin does
 not see a difference in names, but feels a difference in object type
 (file vs. directory).
 Perforce on Windows has the same problems.
 
 Please manually delete `hp' file, and try `cvs update' again.

Moving hp,v to hp.old,v on the server would also help a lot. Another sterling
example of CVS's brokenness. :\

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.kde.org - http://www.debian.org - http://www.xwin.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgp0.pgp
Description: PGP signature