Re: Lots of questions from someone.
Shadow Daemon wrote: Do you know anything about the technical details of how it works? Unfortunately, no. I've been trying to locate some old manuals on MCA architecture and low-level drivers for it, but IBM barely acknowledges the existence of old PS/2's, and no one seems to carry any substantial information about it. for any information on ps/2's and microchannel in general post a question on comp.sys.ibm.ps2.hardware. the microchannel god (that's with a small 'g'!) is peter wendt. pete.
Re: Lots of questions from someone.
On Wed, Jan 26, 2000 at 03:11:20PM -0500, Shadow Daemon wrote: Do you know anything about the technical details of how it works? Unfortunately, no. I've been trying to locate some old manuals on MCA architecture and low-level drivers for it, but IBM barely acknowledges the existence of old PS/2's, and no one seems to carry any substantial information about it. Ralf Brown interrupt list may have some info. See here http://www.ctyme.com/rbrown.htm for a searchable version. Hmmm...I wonder if my college library would have anything? I'll get back to you on this. I've been searching internet sites exclusively thus far...time to try a few real-world locations. I'll have a dig through my accumulated paperwork, and see what I can find. Could you write any code to support it explicitly? If I could find some technical information, I could certainly try :) If nothing else, I could come up with a buggy piece of crap that someone else could turn into a working driver. And that is what open source is all about. The quicker you can get something out the door, the sooner other people will help you with it. Al
Re: Lots of questions from someone.
Do you know anything about the technical details of how it works? Unfortunately, no. Look at the MCA support in linux2.2 - the code is fairly well documented Stuart
Re: Lots of questions from someone.
Shadow Daemon wrote: Do you know anything about the technical details of how it works? Unfortunately, no. I've been trying to locate some old manuals on MCA architecture and low-level drivers for it, but IBM barely acknowledges the existence of old PS/2's, and no one seems to carry any substantial information about it. Hmmm...I wonder if my college library would have anything? I'll get back to you on this. I've been searching internet sites exclusively thus far...time to try a few real-world locations. Could you write any code to support it explicitly? If I could find some technical information, I could certainly try :) If nothing else, I could come up with a buggy piece of crap that someone else could turn into a working driver. -matt - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Shadow Daemon, aka mAtT bAlAuN Well, you can try the following MCA-PS/2 Links: http://members.tripod.com/~ps2page/ http://members.aol.com/mcapage0/mcaindex.htm - This one's got a lot of info http://www.dgmicro.com/mca/ - The MCA Linux site, they can probably help with drivers And there's always the newsgroup: comp.sys.ibm.ps2.hardware -- Jason S Colflesh [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Lots of questions from someone.
On Tue, Jan 25, 2000 at 09:01:27PM -0800, [EMAIL PROTECTED] wrote: For now I'll just answer your fourth question. No you just sent it to me. If you want to mail the whole list you have to send the mail to [EMAIL PROTECTED] I'll reply to your mail by sending it to the list. Then they can answer the rest of the questions. If you do not mind a couple of quick questions 1) Does ELKS support Micro-channel No. 2) If no are there any plans to support Micro Channel on ELKS Not at the moment. If you would like to contribute the code I would be happy to incorporate it, and help get it working. 3) Is any one working on a GUI for ELKS, If so what is it called Yes, the microwindows/nanogui project ran on ELKS in its early stages, and may still do. I have not tested it for a while. We could really do with someone to keep track of its development, and make sure it can still run on ELKS. It is currently moving quite fast so it is hard for me to keep up with it and get any real work done. 4) Am I sending this to the entire list? No. 5) Is some one working on a network interface for ELKS Not at the moment as far as I know. Al
Re: Lots of questions from someone.
On Wed, 26 Jan 2000, Alistair Riddoch wrote: 3) Is any one working on a GUI for ELKS, If so what is it called Yes, the microwindows/nanogui project ran on ELKS in its early stages, and may still do. I have not tested it for a while. We could really do with someone to keep track of its development, and make sure it can still run on ELKS. It is currently moving quite fast so it is hard for me to keep up with it and get any real work done. Al, don't worry about microwindows/nanogui, even I am looking after them. =) 5) Is some one working on a network interface for ELKS Not at the moment as far as I know. I am interesting simple network like Serial Line Internet Protocol. I don't know much about IPs but I may focus my attention on that after my matriculation exam. Ps. What state the serial line code is at the moment?
Re: Lots of questions from someone.
On Wed, Jan 26, 2000 at 07:35:32PM +0200, Matti Katila wrote: On Wed, 26 Jan 2000, Alistair Riddoch wrote: 3) Is any one working on a GUI for ELKS, If so what is it called Yes, the microwindows/nanogui project ran on ELKS in its early stages, and may still do. I have not tested it for a while. We could really do with someone to keep track of its development, and make sure it can still run on ELKS. It is currently moving quite fast so it is hard for me to keep up with it and get any real work done. Al, don't worry about microwindows/nanogui, even I am looking after them. =) Thanks, between you and Greg I think you should be able to keep it on track. 5) Is some one working on a network interface for ELKS Not at the moment as far as I know. I am interesting simple network like Serial Line Internet Protocol. I don't know much about IPs but I may focus my attention on that after my matriculation exam. Ps. What state the serial line code is at the moment? Serial code works fairly well, but suffers a bit from reliability problems at high speed. Al
Re: Lots of questions from someone.
Greg Haerr wrote: I have spent considerable effort trying to make sure that the Microwindows system will run on 16 bit systems, and it should continue to do so, although currently the application must be bound with the server since we lack UNIX sockets. This limits the application size. Could you please explain what you mean by the above statement? (bound?...UNIX sockets?) Thank you. -- Never cross a Dragon, for you are crunchy and taste delicious! My Interests are: Ham Radio (N8MGU) | Opera | Theater | Sailing | Judaica
RE: Lots of questions from someone.
: I have spent considerable effort trying to make sure that the Microwindows : system will run on 16 bit systems, and it should continue to do so, : although currently the application must be bound with the server : since we lack UNIX sockets. This limits the application size. : : : Could you please explain what you mean by the above statement? (bound?...UNIX sockets?) Thank you. In the current implementation, we allow Nano-X clients (otherwise known as graphics applications) to run as separate, normal UNIX/ELKS programs. They perform a network connection to another program, known as the graphics server (X server, Nano-X server, etc). When the connection is on a local machine, a fast limited form known as UNIX sockets can be used for the network connection. If the operating system doesn't support networking (like ELKS), then we also allow the graphics application to be linked with the server directly, and execute a single program. Regards, Greg
