Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
ce output for various rendering
> parameters: with/without specular, with/without alpha, with/without
> textures, etc. And minimal "porting" work to reuse the code - ideally only
> the draw_triangle() function should need porting. :-) Do you know were I
> can find some?
>
I think the teapot thingy comes with the SGI sample implementation in the
KGI repository.
Steffen Seeger
> GGI Folks:
>
> A few Hurd folks are making noises about porting KGI/GGI onto the Hurd.
> At one time a few of you were somewhat interested in this, but didn't
> make much progress.
I was, I even have hurd sleeping on my hard drive, but no chance yet
to investigate the possiblities to get KGI p
> Hi
>
> Working on my ViRGE driver, I noticed something:
>
> Handling the KGI commands, most drivers use a switch () {case ...}
> structure. This looks nice, but results in very slow code (each case
> results in at least one conditional jump, which can slow down the CPU
> badly)
>
> I was wond
Hello all,
a new snapshot is in place at http://www.tu-chemnitz.de/sse/ggi.
This is the first that contains a somewhat working driver for the PERMEDIA2
chipsets.
I had two little programs running already sharing the framebuffer.
Thus the mmap stuff works and mode-initialization as well. Howeve
>
> Just tested kgi 19991017 snapshot on a fresh 2.2.10 kernel. All I
> could test was a textmode IBM VGA driver. Everything is rocksteady!
Thank you for testing. Well, there are some known bugs, but all in all
it's quite useable.
> A few 'bugs' that are not in the documentation:
>
> - keyboa
> Sorry if this is a totally obvious question, but I haven't found
> documentation on it:
>
> To experiment, I need to set up a linux box with two monitors, two
> keyboards, and two mice. I want two users to be able to work independently
> (two X-sessions) on the same machine.
>
> Is it correct
> > > Works great with all four buttons and the wheel. As of kernel 2.3.25 the
> > > USB mouse driver only supports one USB mouse,
> >
> > ARGL ... will they make the same mistakes again over and over ?
>
> Yes :( The good news is Vojetch is working on something that does use
> multiple mice
What is the current status of XGGI?
KGI-0.9 has grown stable enough so you can start playing with it.
Steffen
- e-mail: [EMAIL PROTECTED] -
- The GGI Project: http://www.ggi-project.org -
Hello,
a new snapshot can be found at http://www.tu-chemnitz.de/~sse/ggi
new Features:
- added Permedia2v ramdac and clock driver
- attribute mask ordering has changed to allow better attribute string
sharing. You have to recompile everything!
- added patches f
Hello,
Did anyone listening succeed iin starting two XF86 servers on two different
videocards?
What are the config files?
What cards do work?
I have added null displays to kgi-0.9, so you can use the compatiblity
layer more easily to run XFree86 in true multihead environments :-))
Greetings
>
> > Did anyone listening succeed iin starting two XF86 servers on two different
> > videocards?
>
> I did.
This starts one server serving both cards, right?
How to start two servers each serving one card, taking input from different
ttys?
Steffen
---
> > I can only make suggestions, but he should have a look at using KGI-0.9 as a
> > base and simply enhance the somewhat neglected KII input interface a bit.
> > Thanks Brian there is a patch that allows the input interface to be used
> > with kgi-0.9.
>
> I already told him about your work
Hello Johan,
> the Degas code however, is on a sorry state of disrepair, It's still missing
> big parts of functionality and is so riddled with #warning and #error
> statement that even thinking of compiling it would be a waste of time.
> however, if somebody is interested in looking it over, fee
> > * Don't use pcicfg space for other purposes than initial configuration.
> > Especially do not use it in _mode_setup() to distinguish device versions.
> > Use flags or a chipset_version field in the _t structure instead.
>
> Here is something to think about. It was recently discussed on
> > * Drivers must not share region information. E.g. you must not give the
> > DAC driver access to the memory control region claimed by the chipset
> > driver except through the DacOut() functions. If you have to access
> > indexed registers, declare a 'static inline' function in the
> >
> On Sat, 27 Nov 1999, Andreas Beck wrote:
> > > Isn't the ramdac clock always the same as the pixel clock?
> >
> > Not quite, depending on the exact definition of pixel clock.
> > Using doubling-capabilities of the chipset, it may well be, that the
> > programmed clock of the clock systhesizer i
> >
> > * Don't use pcicfg space for other purposes than initial configuration.
> > Especially do not use it in _mode_setup() to distinguish device versions.
> > Use flags or a chipset_version field in the _t structure instead.
> >
>
> A question on this.
>
> Is it sugested that I detect t
> Is there any KGI PPC development happening?
As for KGI-0.9: Most code is 'plain C', thus it should not give trouble
in a PPC kernel. The only issue are the memory management patches
and the drivers. There are probably no proper input/boot display
drivers. The Permedia2 binding driver needs a li
Hello,
I have started to debug the accelerator mapping code. It has a
bug I suspect to have it's origin in wrong useage of wait queues.
Can someone give some hints or pointers where to find information about
the intended use of wait_queue_t is in 2.2 and 2.3 kernels, and what
are the difference
This is a repost. Something went wrong with my original mail.
Steffen
- e-mail: [EMAIL PROTECTED] -
Hi,
a new snapshot is available at
http://www.tu-chemnitz.de/~sse/ggi/
CHANGES
===
991208:
- installation bug: /dev/graphic
> Also can libGGI handle DMA transfers, AGP?
That's handled by KGI/the drivers respectively. The Permedia2 driver
has a first pre-alpha version of accelerator handling for KGI-0.9
from the driver side, but this code is not yet complete (about 95%).
And it needs testing, of course.
However, i
> > A big problem I've found with the GGI project is that noone really knows
> > how acceleration -should- be handled between kernel and userspace.
>
> Shared memory is the way to go. I think the general idea, though,
> since KGI will be multi-architecture, is to develop the metalanguage
> fo
> Hello,
>
> In the README.install of kgi-991208.tgz, Steffen Seeger wrote:
> ...
> NOTE: The board needs to be the second VGA board installed (not the boot-VGA).
> ...
>
> Steffen, is this note specific to the Permedia driver, or is it a general
> issue ?
It'
> I've contacted to author of the C&T driver. He told me that it is 2years old
> sources. So I have no idea now where can I get driver. Worst case will be
> writing a driver by myself. But I have no time at all :(.
> Dmitry
I have a CT 6 in my laptop I planned to support once the P2 driver i
"Jon M. Taylor" wrote:
>
> This is the second of my series of interim releases of KGI-0.9
> while Steffen is away. You can find it at:
>
> http://tanuki.dhs.org/kgi-0.9-jmt2.tar.gz
Sorry for the silence last week, but I got knocked out by a flue.
I am just getting it and hope I can put
On Fri, Jan 14, 2000 at 02:00:06PM +0100, Jos Hulzink wrote:
> Date
>
> Friday April 21st - Monday April 24th (it's a far travel for most people,
> so it is nice to have some time). This is Easter - weekend, so most people
> will be free then. Longer is no problem for me, maybe we can insert som
On Sat, Jan 15, 2000 at 01:32:12PM -0800, Jon M. Taylor wrote:
> I will be working on a jmt3 release this weekend, so if anyone out
> there has outstanding patches and wants them merged into jmt3, get them to
> my by midnight PST. Jos, I have your latest ViRGE patches which you
> posted to
Hello everyone,
did anyone here succeed in recompiling the plain XFree86-3.9.16 or
XFree86-3.9.17 snapshots on a redhat-6.0 system?
For me it always fails with some clashes in /usr/include/mathinline.h.
Any help is appreciated.
Steffen
On Wed, Jan 26, 2000 at 04:42:38PM -0500, James A Simmons wrote:
>
> http://oss.sgi.com/projects/ogl-sample/
>
> What's missing from the current Sample Implementation?
>
> Dynamic assembly code generation for rasterization is not yet included,
> making software rendering performance slow.
Inte
On Thu, Jan 27, 2000 at 11:36:15PM +0100, Rubén wrote:
> On 2000/Jan/27, Steffen Seeger wrote:
>
> > > Dynamic assembly code generation for rasterization is not yet included,
> > > making software rendering performance slow.
> >
> > Interesting, we came abou
On Sat, Jan 29, 2000 at 04:52:01PM +0100, Rubén wrote:
> On 2000/Jan/28, Steffen Seeger wrote:
>
> > > > The GGL code in KGI-0.9 was a code-study how to dynamically
> > > ^^^
> > > What do you refer to with GGL? :)
> >
> > Th
Hi,
the mailing list archives on www.ggi-project.org seem to be
broken (no messages since September 1999.
Steffen
- e-mail: [EMAIL PROTECTED] -
myself, and Geert Uytterhoeven. KGI has been
open
since it's beginning, is open, and remains open to anyone willing to
contribute.
Steffen
___
The difference between a "concept" and a "random collec
Steffen Seeger wrote:
>
> From what I understand
> your statements above, the effort so far has been private conversation
> between Vojtech Pavlik, myself, and Geert Uytterhoeven.
Ooops. Don't cut& paste ^^ -> yourself ;)
, simplified build and patching process
- this does not compile yet
- simplified patch & build process for kernels and X servers
Steffen
___
Steffen Se
Rubén wrote:
>
> On 2000/Feb/22, Steffen Seeger wrote:
>
> Hi,
>
> > a new KGI-0.9 snapshot is available from
>
> What about acceleration? I've downloaded this version but it has
> nothing under the accel directory... Is it only available at
Thomas Mittelstaedt wrote:
> Steffen Seeger <[EMAIL PROTECTED]> writes:
>
> > a new KGI-0.9 snapshot is available from
> >
> > http://www.tu-chemnitz.de/~sse/ggi/kgi-0.9-2222.tar.gz
> >
>
> Mr. Seeger,
>
> I downloaded that snapshot and tr
>
> email: [EMAIL PROTECTED]
> www: <http://shell.ipoline.com/~elmert/>
Thanks very much for your contribution so far.
You have done good work.
All the best,
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
could attempt to
read through them and give some comments on both the docs and KGI
in general.
Do you have any time constraints to be met?
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
Andrew Apted wrote:
>
> Steffen Seeger writes:
>
> > I have created a sourceforge account to host KGI related resources in
> > one central point. There is a web-page available at
> > http://kgi.sourceforge.net/
>
> What is the license on KGI-0.9 ? No
about two months but main activity will
be on the SourceForge lists from now on.
I am sorry for this inconvenience, but it appears to be better to move
now than later.
Yours,
Steffen
___
Steffen S
Thanks to everyone for their support.
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
g a driver framework started easily)
- added TI TVP3026 ramdac driver (which was created using the SDK within
a day).
- it all compiles again except for the X server.
Enjoy trying it,
Steffen
_____
list maintainer still around?
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
arcus, who
is, however busy with libGGI development at the moment.
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
didn't miss something we have one X-server and a bunch of
> interresting experimental code. ;-)
Correct. :-)
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
ion:
Does libXMI work out of the box as an replacement to the MI code in the
X11R6.4 sample implementation (with XFree enhancements)?
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
"Jon M. Taylor" wrote:
>
> On Mon, 10 Jul 2000, Steffen Seeger wrote:
>
> > "Robert S. Maier" wrote:
> >
> > > Hi, Jon and other GGI folks. I haven't been sending anything to your list
> > > (I've just been lurking), but bei
ce in the professional CAD/modelling
area, these cards are in the top league. Sepecially considering correctness
of the implementation and performance.
So, if you want to use this card only under Linux, you may need to invest in
getting a 'commercial' X server to have this card supporte
k-ass Steffen's design for the new KGI is, or haven't read
> Steffen's excellent architectural descriptions of KGI, please head over to
> SourceForge and do some KGI browsing. You'll be amazed.
Thanks for the credits :-)
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
please go ahead, this work is needed and useful.
However, you would be 'required' to learn a little SGML/Docbook (see
http://www.docbook.org).
Let me know if you take it,
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
SGML version. BTW
>if anyone is interested in converting texinfo to DocBook I have the software.
>
> Comments?
>
> Thank You,
> Lee
> --
Got it and will be reading through it.
Steffen
________
e fun,
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
r application if you need
to get it going quickly.
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
torically grown and attendance of a
good 'history in terminals' lesson might be required before you understand
the fine details involved :-))
Greetings,
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
e bus,
you'll find me nowhere,
ooohh-ohh-oohh,
come on over to KGI,
I'll be codin' right there...
Sung to the tune of "If you miss me in the back of the bus" performed by
Pete Seeger...
___
Steffen Seeger mailto:[EMAIL PROTECTED]
n shift in time...
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
Lee Brown wrote:
> On Tue, 07 Nov 2000, Steffen Seeger wrote:
> >
> >portable graphics drivers,
>
> This is the issue to which I was oh so subtly referring. This works to the
> advantage of KGI and not Linux.
I cannot understand the point you are trying to make.
m of 200 to 300 registers, to be read out
and set over the PCI bus...
This is the simple but not really scalable approach. You have to avoid graphics
context switches whenever possible, and this is what the /dev/graphics mapper
in kgi-0.9 tries to accomplish.
nion, what is wrong about the direction KGI is heading to?
Steffen
___________
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
of the version on Linas' site and is
> missing lots of important info. Marcus, could you replace the outdated
> local copy with a link to the new version on Linas' page?
I have also put an copy on the KGI web-pages.
Steffen
___
oing. However, only one could have been graphical.
The among some initialization issues popping up with XFree 4.0 there were mainly
problems with the console (device) permissions which require work.
Steffen
_______
going.
So, in that way we are in the right direction (though not yet really there
where we want to go).
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
does not do this
consequently
enough, in my opinion.
libGGI should be portable to *BSD without the need for a KGI port. If, however,
you are more interested in porting the KGI itself, get in contact with me.
Yours,
Steffen
_______
term (TERM=xterm) as your console? With scrollbar?
TERM=xterm yes, mouse works as in TERM=xterm (except selections so far) yes,
scrollbar no, but scrollback works as intended. (SHIFT-PgUp/PgDown).
And textronix mode isn't implemented. Otherwise it works fine.
Steffen
Nicolas Souchu wrote:
>
> On Tue, Nov 21, 2000 at 06:23:19PM +0100, Steffen Seeger wrote:
> >
> > libGGI should be portable to *BSD without the need for a KGI port. If, however,
> > you are more interested in porting the KGI itself, get in contact with me.
>
> Thi
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
ns to KGI or
GGI, not fighting flame-wars.
The most useful proposal in this thread was the one by Roland, which is actually
pretty what the plan for KGI looks like and which I will execute, as time
permits.
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
that.
It's all about politics...
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
y have any concrete plans yet.
May be, becoming a more clear long-term vision of my life...
Greetings from the Cluster2000,
Steffen
___
Steffen Seeger mailto:[EMAIL PROTECTED]
all
the most difficult operation (transplanting XAA from XF4.0 into PhoeniX)
seems to be finished successful.
I will keep you uptodate,
Steffen
___
Steffen Seeger
tion done.
So, please go ahead with the port...
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
on: according to the Linux Standard Base and OpenGL ABI
specifications it is.
Steffen
_______
Steffen Seeger mailto:[EMAIL PROTECTED]
TU-Chemnitz http://www.tu-chemnitz.de/~sse
78 matches
Mail list logo
