From news@senga.ka.sub.org Mon Nov 1 13:48:25 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA07901; Mon, 1 Nov 93 07:31:22 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA05373; Mon, 1 Nov 93 07:31:02 EST Received: from subnet.sub.net by cbmmail.commodore.com (4.1/SMI-4.1) id AA07892; Mon, 1 Nov 93 07:30:46 EST Received: from flatlin.ka.sub.org by subnet.sub.net with bsmtp id <2660>; Mon, 1 Nov 1993 13:29:47 +0100 Received: by flatlin.ka.sub.org id ; 1 Nov 1993 10:18 +0100 Received: by pilhuhn.sub.org id ; Mon, 1 Nov 93 10:11 MET Received: by senga.ka.sub.org (\/<>\/ SmailAmiga 1.02j21) for cbmuucp.commodore.com!netbsd (via pilhuhn) id ; Mon, 1 Nov 1993 10:05:19 +0100 X-Path: senga!pilhuhn!snert!flatlin!mcd.ruessel.sub.org!hactar!caty!cbmger!arkon.adsp.sub.org!crest Newsgroups: amiga.ml.netbsd References: <9310261055.AA00461@della.appli.se> Organization: Village Tronic Marketing GmbH X-Received: Mon, 1 Nov 1993 10:05:18 +0100 Sender: news@senga.ka.sub.org (The News System) Message-Id: Date: Fri, 29 Oct 1993 23:29:13 +0100 From: crest@arkon.adsp.sub.org (Klaus Burkert) To: netbsd@cbmuucp.commodore.com Subject: Re: netbsd-amiga status Status: RO In article <9310261055.AA00461@della.appli.se> niklas@appli.se (Niklas Hallqvist) writes: > >As for supporting multiple GVP products with same product IDs, I haven't >had the time to look into it. It will be a while until I start caring >about that problem, so if anyone wants to investigate how to differentiate >between such boards, please go ahead... but tell me if you do. As my AMIX-driver is relying on the work Niklas did for the Mach-project (It's basically a merge between the A2091's SCSI-statemachine and Niklas' GVP-DMA code) and it works flawlessly on the Series II Hardcard, the Combo, the G-Force and the A530 (equipped with real '030), I don't see serious problems for NetBSD in this area. The only problem could be if someone screwed up on the code but I don't think so, but I hadn't time and/or possibility to check things out. Ciao, Klaus. ----------------------------------------------------------------- Klaus Burkert, email: crest@arkon.adsp.sub.org, Fido: 2:241/76.26 From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 1 15:47:51 1993 From: David Crooke Sender: dcc@dcs.edinburgh.ac.uk To: chopps@ro-chp.commodore.com From: David Crooke Cc: netbsd-amiga@cbmuucp.commodore.com Subject: X11 - was: Re-org of console code Sender: NetBSD-Admin@cbmuucp.commodore.com From: "Christian E. Hopps" "home-cooked RTG" - while you say you are not flaming this rubbed me the wrong way. Why is my code "home-cooked"? Are the section of my CrossDos and CrossPC code that I write for Consultron "home-cooked" you make my code sound very amateurish without even looking at it. Besides it will not slow X down at all, why becuase the code isn't in my opinion "home-cooked". Not at all. I use CrossDOS every day and it's excellent. Which bit did you write? By home-cooked I wasn't intending to place a slur on your code - in my experience "amateur" coding tends to be better quality than that produced by L50-L100 per hour "pros" from consultancy firms, who in this country tend to be people with a 2.2 class degree in politics or anthropology from Oxbridge who have been sent on a 3 month C course. By "home-cooked" I meant an improvised standard peculiar to NetBSD, as opposed to an internationally recognised and widely used, multi-platform one (like X11). I still keep to the position that it is appropriate for an X server to "bash metal" in order to acheive performance. A well designed interface system which standardises control of hardware features like colour registers is fine, and wo.l.o.g. can be placed either in the kernel or in the system specific routines in the DDX (either way you have to write the code once), but something which controls the frame buffer and provides plotting and blitting functions is definitely going to get in the way. I also still think your interface is more useful for improving the non-X side of things, which comes down to a fast console driver supporting lots of displays and resolutions. I heartily agree with you point that, on a small system, it is often desirable to run without X11. Cheers Dave David Crooke, Department of Computer Science, University of Edinburgh Janet dcc@ed.dcs : Internet dcc@dcs.ed.ac.uk : IP talk dcc@129.215.160.2 Work: JCMB Rm 1408, King's Bldgs, W Mains Rd., Edinburgh EH9 3JZ. 031 650 5164 Home: 12 (GFR) West Savile Tr, Edinburgh, SCOTLAND EH9 3DZ. 031 667 4854 From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 1 16:41:53 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: netbsd-amiga status Sender: NetBSD-Admin@cbmuucp.commodore.com On Oct 29, 11:29pm, Klaus Burkert wrote: > In article <9310261055.AA00461@della.appli.se> niklas@appli.se (Niklas Hallqvist) writes: > > > >As for supporting multiple GVP products with same product IDs, I haven't > >had the time to look into it. It will be a while until I start caring > >about that problem, so if anyone wants to investigate how to differentiate > >between such boards, please go ahead... but tell me if you do. > > As my AMIX-driver is relying on the work Niklas did for the Mach-project > (It's basically a merge between the A2091's SCSI-statemachine and Niklas' > GVP-DMA code) and it works flawlessly on the Series II Hardcard, the Combo, > the G-Force and the A530 (equipped with real '030), I don't see serious > problems for NetBSD in this area. The only problem could be if someone > screwed up on the code but I don't think so, but I hadn't time and/or > possibility to check things out. The real question though is how to tell the difference between the GVP SCSI interfaces and the GVP I/O Extender card. If I remember the previous discussions about this, the I/O Extender card has the same product code as the SCSI boards, so NetBSD thinks the card is a SCSI card. Along the same lines, is there any way to tell the difference between the Series II Hardcard and the Combo & G-Force SCSI interfaces? I would like to put some kind of check into the GVP driver code to determine whether the DMA address can actually be used. The Series II Hardcard can not use DMA with RAM outside the Zorro II address space, so the driver has to use programmed I/O instead of DMA. That performance is rather dismal, so I've been thinking about adding the ability for the driver to allocate chip RAM (or Zorro II fastram if possible), do the DMA to/from that RAM and copy it to/from the actual I/O buffer. I think that should get better performance than the programmed I/O mode. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 2 18:11:40 1993 From: DCG9367@tntech.edu Subject: Is there 040 support yet? To: netbsd-amiga@cbmuucp.commodore.com X-Vms-To: IN%"netbsd-amiga@cbmuucp.commodore.com" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com I have recently (Saturday :)) purchased a GVP Combo 040/33mhz and am very eager to get BSD running on it! I had it running on my Derringer and it was quite nice and I would like to continue using it and developing software using BSD. Is the 040 support ready yet? Please say yes! :) Also, is there an easy way to change the Retina screenmode for BSD? I have Retina and my monitor barfs at the default screenmode in kernel #644, my monitor will only do 30-35khz horiz and 55-85 vertical. I plan on getting a new monitor but the 040 was the better choice! Thanks. From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 2 20:36:44 1993 From: Calvin Chu Subject: Re: Is there 040 support yet? To: DCG9367@tntech.edu Cc: netbsd-amiga@cbmuucp.commodore.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: NetBSD-Admin@cbmuucp.commodore.com On Tue, 2 Nov 1993 DCG9367@tntech.edu wrote: > Derringer and it was quite nice and I would like to continue using it Does NetBSD run on Amigas other than the 3000 now? I have a 2091, A2000 with a 030 w/MMU and FPU. Will it run? o/ \o/ o <|><|> <|\ Ciao ragazzi! :-) diavolo@azure.engin.umich.edu /| / \ /| / \ // \\ / \ La universita' del Michigan! Va blu!!!!!!!!!!!!! -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.3a mQCNAizPXUAAAAEEANNwzasX+nZfGPb4R/DaJ4z7kF2mBgyYsqTR4fMRyqJTeRMw aHBJlbZztiTKk2ZpzamCS6xroG6m34M5kwtuk2OMOb19sWa3y7YPWFx1qdk3ZQ06 /TdRy/nYIIWzG4+myMymnvYHZlgaoEGVTZfS9U+Tqv6AtDym6ZYplMRSmDTBAAUR tCpDYWx2aW4gQ2h1IDxkaWF2b2xvQGF6dXJlLmVuZ2luLnVtaWNoLmVkdT4= =9MhY -----END PGP PUBLIC KEY BLOCK----- From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 2 22:47:15 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Is there 040 support yet? To: DCG9367@tntech.edu Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 279 Sender: NetBSD-Admin@cbmuucp.commodore.com > Also, is there an easy way to change the Retina screenmode for BSD? Try binpatching _retina_default_mon to 0. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 2 22:49:52 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Is there 040 support yet? To: diavolo@engin.umich.edu (Calvin Chu) Cc: DCG9367@tntech.edu, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 292 Sender: NetBSD-Admin@cbmuucp.commodore.com > Does NetBSD run on Amigas other than the 3000 now? I have a 2091, A2000 > with a 030 w/MMU and FPU. Will it run? Should. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 3 00:32:06 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: Is there 040 support yet?" (Nov 2, 10:44pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: mw@eunet.ch (Markus Wild), diavolo@engin.umich.edu (Calvin Chu) Subject: Re: Is there 040 support yet? Cc: DCG9367@tntech.edu, netbsd-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 2, 10:44pm, Markus Wild wrote: > Subject: Re: Is there 040 support yet? > > Does NetBSD run on Amigas other than the 3000 now? I have a 2091, A2000 > > with a 030 w/MMU and FPU. Will it run? > > Should. Does. -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 3 08:51:00 1993 From: Arthur Hoffmann Subject: gdb and latest kernel = :( To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 329 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I compiled the latest kernel that can be found at eunet in /upload, but gdb doesn't work with it. The patch for 644 doesn't work either. Is there a new patch available already, or is someone working ont it? It would be really nice to be able to use gdb. Thanks Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 3 20:04:17 1993 From: Calvin Chu Subject: DVORAK configuration To: netbsd-amiga@cbmuucp.commodore.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: NetBSD-Admin@cbmuucp.commodore.com Does NetBSD have keymaps for the dvorak configuration? It'll be a shame to pop off all my keycaps... o/ \o/ o <|><|> <|\ Ciao ragazzi! :-) diavolo@azure.engin.umich.edu /| / \ /| / \ // \\ / \ La universita' del Michigan! Va blu!!!!!!!!!!!!! -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.3a mQCNAizPXUAAAAEEANNwzasX+nZfGPb4R/DaJ4z7kF2mBgyYsqTR4fMRyqJTeRMw aHBJlbZztiTKk2ZpzamCS6xroG6m34M5kwtuk2OMOb19sWa3y7YPWFx1qdk3ZQ06 /TdRy/nYIIWzG4+myMymnvYHZlgaoEGVTZfS9U+Tqv6AtDym6ZYplMRSmDTBAAUR tCpDYWx2aW4gQ2h1IDxkaWF2b2xvQGF6dXJlLmVuZ2luLnVtaWNoLmVkdT4= =9MhY -----END PGP PUBLIC KEY BLOCK----- From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 3 22:01:06 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: DVORAK configuration To: diavolo@engin.umich.edu (Calvin Chu) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 299 Sender: NetBSD-Admin@cbmuucp.commodore.com > Does NetBSD have keymaps for the dvorak configuration? It'll be a shame > to pop off all my keycaps... Not until you write one.. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 4 12:20:53 1993 To: netbsd-amiga@cbmuucp.commodore.com Subject: bigger root, missing includes, vi doesn't work, dump didn't work From: John Vrolijk Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I gues the subject says it all. I've finnally gotten NetBSD to run on my A200/GVP GForce. I installed the standard rootfs, and then installed the new bin-*.tar.gz files. The next thing I tried,was compiling top3.0, but I miss some include files. In /usr/include there are some links to /home/something. Where are the real includes ? After installing the bin-* files, vi stopped working. It says Can't read /etc/termcap. I made a copy of /usr/gnu/lib/emacs/19.11/etc/termcap.ucb to /etc/termcap but it still didn't work. With the old binaries, vi worked. Dump aborted after giving a warning about /etc/dumpdates missing. I did a touch /etc/dumpdates, and tried again. Suprise, surprise, dump worked !! Any ideas ? Last but not least, how can I make a bigger / ? -John Vrolijk ( happy NetBSD user :^) ) From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 4 23:13:47 1993 From: martini@heaven7.in-berlin.de (Martin P. Ibert) Subject: Re: bigger root, missing includes, vi doesn't work, dump didn't work To: etmjvro@etmsun.ericsson.se (John Vrolijk) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 751 Sender: NetBSD-Admin@cbmuucp.commodore.com You, John Vrolijk, write: | | Dump aborted after giving a warning about /etc/dumpdates missing. | I did a touch /etc/dumpdates, and tried again. Suprise, surprise, dump worked !! | Any ideas ? Isn't that the way dump is _supposed_ to work? ufsdump, the Amiga Unix equivalent, dumps core if /etc/dumpdates is not there. Consider yourself lucky. -- ___*___ Martin P. Ibert, Fürstenweg 11, D-13589 Berlin, Germany, Europe, Terra ======= Mail: martini@heaven7.in-berlin.de, Fon: +49-30-3753479, Fax: -3753699 ||| ||| ---------------------------------------------------------------------- ||| ||| ------ Everybody wants to go to heaven, but nobody wants to die ------ Hi, I am not a signature virus. Why don't you just copy me into your signature? From groo@menger.eecs.stevens-tech.edu Fri Nov 5 00:26:24 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16667; Thu, 4 Nov 93 18:23:42 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA06685; Thu, 4 Nov 93 18:23:22 EST Received: from menger.eecs.stevens-tech.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA16658; Thu, 4 Nov 93 18:23:19 EST Received: by menger.eecs.stevens-tech.edu id <5276>; Thu, 4 Nov 1993 18:23:10 -0500 From: Bill Squier To: netbsd@cbmuucp.commodore.com Subject: Tape drive fun Message-Id: <93Nov4.182310est.5276@menger.eecs.stevens-tech.edu> Date: Thu, 4 Nov 1993 18:23:09 -0500 Status: RO Okay, I have a Wangtek 5099EN24 drive, hooked to NetBSD. On bootup, NetBSD sees the drive on ID 4, claims it's unsupported ("assuming Archive") and attaches it to st0. Any request through /dev/rst0 meets with "ILLEGAL REQUEST". I tried the power cycling trick, to no avail. So, it appears we have another unsupported tape drive. I did notice that someone else with a different WANGTEK claimed that the mode sense command (I found one being issued in st.c) was confusing his drive. I'll build a kernel with those mode sense lines commented out, and see if that does the trick. -wps From groo@menger.eecs.stevens-tech.edu Fri Nov 5 00:34:17 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16688; Thu, 4 Nov 93 18:29:15 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA06688; Thu, 4 Nov 93 18:28:56 EST Received: from menger.eecs.stevens-tech.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA16679; Thu, 4 Nov 93 18:28:53 EST Received: by menger.eecs.stevens-tech.edu id <5276>; Thu, 4 Nov 1993 18:28:55 -0500 From: Bill Squier To: netbsd@cbmuucp.commodore.com Subject: PPP config. Message-Id: <93Nov4.182855est.5276@menger.eecs.stevens-tech.edu> Date: Thu, 4 Nov 1993 18:28:48 -0500 Status: RO I have PPP between my PC and NetBSD almost working. However, during the IP address negotiation phase, the PC sends the address "0.0.0.0" as it's attempt, which _should_ trigger NetBSD to say "oh, you want address 193.0.0.2". However, NetBSD just sits patiently rejecting address "0.0.0.0" as invalid. Can someone send me a sample `pppd' line which works for them (between any two systems, of course) -wps From groo@menger.eecs.stevens-tech.edu Fri Nov 5 00:35:39 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16710; Thu, 4 Nov 93 18:30:15 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA06691; Thu, 4 Nov 93 18:29:56 EST Received: from menger.eecs.stevens-tech.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA16700; Thu, 4 Nov 93 18:29:53 EST Received: by menger.eecs.stevens-tech.edu id <5276>; Thu, 4 Nov 1993 18:29:57 -0500 From: Bill Squier To: netbsd@cbmuucp.commodore.com Subject: Kernel sources... Message-Id: <93Nov4.182957est.5276@menger.eecs.stevens-tech.edu> Date: Thu, 4 Nov 1993 18:29:51 -0500 Status: RO I downloaded the bsdsyssrc37 package from eunet, and looked at it briefly. I'm about ready to put in some preliminary support for non-contiguous memory, but I need to know from Markus if the amiga init code and pmap.c have stabalized for the time being, or should I wait for some new release in the near future before starting my patches? -wps ps- I'm also going to take a stab at removing ixemul.library from loadbsd, just need to convert your asm routine to SAS/C assembler. From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 05:59:42 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: Kernel sources... Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 4, 6:29pm, Bill Squier wrote: > I downloaded the bsdsyssrc37 package from eunet, and looked > at it briefly. I'm about ready to put in some preliminary > support for non-contiguous memory, but I need to know from > Markus if the amiga init code and pmap.c have stabalized for > the time being, or should I wait for some new release in the > near future before starting my patches? I've got some significant changes to amiga_init.c and pmap.c to provide 68040 support. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From groo@menger.eecs.stevens-tech.edu Fri Nov 5 06:33:13 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA17205; Fri, 5 Nov 93 00:29:51 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA06789; Fri, 5 Nov 93 00:29:31 EST Received: from menger.eecs.stevens-tech.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA17196; Fri, 5 Nov 93 00:29:28 EST Received: by menger.eecs.stevens-tech.edu id <5276>; Fri, 5 Nov 1993 00:29:28 -0500 From: Bill Squier To: netbsd@cbmuucp.commodore.com Subject: Re: Kernel sources... Message-Id: <93Nov5.002928est.5276@menger.eecs.stevens-tech.edu> Date: Fri, 5 Nov 1993 00:29:25 -0500 Status: RO >From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) >Date: Thu, 4 Nov 1993 23:54:26 -0500 >In-Reply-To: Bill Squier's message of Nov 4, 6:29pm >> at it briefly. I'm about ready to put in some preliminary >> support for non-contiguous memory, but I need to know from >> Markus if the amiga init code and pmap.c have stabalized for >> the time being, or should I wait for some new release in the >> near future before starting my patches? > > I've got some significant changes to amiga_init.c and pmap.c to provide >68040 support. > >Michael Hmm. Markus, are you planning to merge that with the next release? If not, I'd like a preliminary peek at what you've got, Michael. My aim is to start with support of just two banks of memory. Simplifies some things, and allows me to take up just two more registers during the loadbsd. Seems to me that not many people are going to have more than that (ie- some 32bit ram on an accelerator, and some 16bit ram on a card.) Anyone strenuously object? -wps > >-- >Michael L. Hitch INTERNET: osymh@montana.edu >Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET >Office of Systems and Computing Services >Montana State University Bozeman, MT USA > From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 12:32:51 1993 From: Philippe BRAND Subject: X11R5 server To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Cc: amiga@sophia.inria.fr (Mailing Liste) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 893 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! I'm pleased to announce two news, and as always one good, one bad: 1) X11R5 server has been ported under NetBSD. 2) We still miss /dev/keyboard and /dev/mouse. Choose which one is good and which one is bad according to you. Otherwyse it works correctly. Port has been done mainly by Olivier Raoul, my brother Olivier & friends (raoul_o@boson.epita.fr). Their internet connection is broken down for at least one month, so you can send email to NetBSD list or private to me and I'll forward them quickly. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: PhB@telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 15:02:11 1993 From: Alan Bair Subject: Re: X11R5 server To: phb@colombo.telesys-innov.fr (Philippe BRAND) Cc: netbsd-amiga@cbmuucp.commodore.com, amiga@sophia.inria.fr X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > Hello! > > I'm pleased to announce two news, and as always one good, one bad: > > 1) X11R5 server has been ported under NetBSD. This sounds good. > 2) We still miss /dev/keyboard and /dev/mouse. I am not sure how bad this is. What is affected by not having these? > > Choose which one is good and which one is bad according to you. > > Otherwyse it works correctly. Could you provide some details on what is supported in this port of X11R5; displays, machines, mouse, etc. How much memory and disk space is needed to run. How much disk space is needed to do development work. > > Port has been done mainly by Olivier Raoul, my brother Olivier & friends > (raoul_o@boson.epita.fr). Pass along a Thank You for the porting work. When and where can we get a copy of this work. -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 15:09:14 1993 From: Alan Bair Subject: Repeating keys To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Has anyone else seen problems with the keyboard suddenlyl repeating keys. At times I get 3-4 characters for a single key hit. It gets even weirder when the characters and not sequential, but mixed in with following ones. Something like: hhhehlp I don't think it is due to my typing since I have tried being caraefull not to hold the keys down to long and it still seems to happen. Is the repeaaat function very sensitive or havea very short hold time bfore repeating? -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 16:18:52 1993 From: Philippe BRAND Subject: Re: X11R5 server To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1816 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! > > 2) We still miss /dev/keyboard and /dev/mouse. > I am not sure how bad this is. What is affected by not having these? Simple: you can't type nor you can move the mouse pointer :-( I think there's now working on it but they need somebody to build devices for both keyboard and mouse to enable X accessing them. As for now they have *only* a 330MB hard disk and I'll provide them tonight another 420MB. Now I've got an old Sun386i without hard-disk ;-) > Could you provide some details on what is supported in this port of X11R5; > displays, machines, mouse, etc. How much memory and disk space is needed > to run. How much disk space is needed to do development work. We still should wait for shared library otherwyse your hard disk will be filled-up with X binaries. I think somebody was working on it, Markus Wild himself ? All machines should be able to run it, provided you have enough RAM. As for now standard custom chips are supported, and they will work on first the Retina card, as one the guy got one. X-color will be available with standard customs chips as they told me. I can imagine they hacked a lot into X deep routines to manage it. > Pass along a Thank You for the porting work. When and where can we get a > copy of this work. I still don't know. I expect them to work on it all week-end long, and I'll try to make a tape of it. Perhaps I'll upload binaries to ftp.eunet.ch if it's not filled up yet. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: PhB@telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 17:21:49 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Repeating keys To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 553 Sender: NetBSD-Admin@cbmuucp.commodore.com > I don't think it is due to my typing since I have tried being caraefull > not to hold the keys down to long and it still seems to happen. Is the > repeaaat function very sensitive or havea very short hold time bfore > repeating? There seems to be a weird problem when higher-level interrupts are blocking the system for too long, so keys start to repeat. If someone finds the cure.. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 17:25:25 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11R5 server To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: phb@colombo.telesys-innov.fr, netbsd-amiga@cbmuucp.commodore.com, amiga@sophia.inria.fr X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 797 Sender: NetBSD-Admin@cbmuucp.commodore.com > > 1) X11R5 server has been ported under NetBSD. > This sounds good. Too good:-) How has the ddx layer been written? In my trying to get the grf driver into a more usable form, I've fixed a bug that didn't pass out regaddr information, ie. you were not able to access any registers from user code. > > 2) We still miss /dev/keyboard and /dev/mouse. Damn, I really gotta finish them, they're fairly easy... I'll be at Cologne WoC this weekend, so I'll probably not make it, but I'll hurry.. > > Port has been done mainly by Olivier Raoul, my brother Olivier & friends > > (raoul_o@boson.epita.fr). Big congrats to all of you! -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 17:30:02 1993 From: Philippe BRAND Subject: Re: X11R5 server To: mw@eunet.ch (Markus Wild) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1114 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! [stuff about X11R5 server deleted] > Too good:-) How has the ddx layer been written? In my trying to get > the grf driver into a more usable form, I've fixed a bug that didn't > pass out regaddr information, ie. you were not able to access any > registers from user code. They rewrote it. Pity their Internet access is down, they could have told you exactly what they've done. I'll manage this week-end to have some technical report and/or have a README file inclosed to it. > > > 2) We still miss /dev/keyboard and /dev/mouse. > Damn, I really gotta finish them, they're fairly easy... I'll be at > Cologne WoC this weekend, so I'll probably not make it, but I'll > hurry.. I'll tell them so. Please make it available asap. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: PhB@telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 17:32:02 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11R5 server To: phb@colombo.telesys-innov.fr (Philippe BRAND) Cc: abair@amcu-tx.sps.mot.com, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1365 Sender: NetBSD-Admin@cbmuucp.commodore.com > We still should wait for shared library otherwyse your hard disk will > be filled-up with X binaries. I think somebody was working on it, Markus > Wild himself ? Yep, I ported crt0.c, but got stuck looking for a gas that already supports PIC for m68k architecture. Looks like we have to do this ourselves.. As an intermediate solution, we could use SunOS as (hey I really like this compatibility feature :-)), however, that would reduce the number of people being able to actively generate shared libraries to owners of a license for SunOS 4.x. > All machines should be able to run it, provided you have enough RAM. > As for now standard custom chips are supported, and they will work > on first the Retina card, as one the guy got one. X-color will be > available with standard customs chips as they told me. I can > imagine they hacked a lot into X deep routines to manage it. Sounds too good to be true really.. This must have been hell of lot of work almost writing their own cfb, as standard MIT wants 8bit chunky, not X-bit planar.. > try to make a tape of it. Perhaps I'll upload binaries to ftp.eunet.ch > if it's not filled up yet. Check out the upload directory, no new disk yet.. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From mw@eunet.ch Fri Nov 5 19:00:30 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA18546; Fri, 5 Nov 93 11:30:07 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA07041; Fri, 5 Nov 93 11:29:46 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA18537; Fri, 5 Nov 93 11:29:38 EST Received: from ds.eunet.ch by chsun.eunet.ch (5.65c8/1.34) id AA16929; Fri, 5 Nov 1993 17:30:16 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311051630.AA16929@chsun.eunet.ch> Subject: Re: Kernel sources... To: groo@menger.eecs.stevens-tech.edu (Bill Squier) Date: Fri, 5 Nov 1993 17:29:14 +0100 (MET) Cc: netbsd@cbmuucp.commodore.com In-Reply-To: <93Nov4.182957est.5276@menger.eecs.stevens-tech.edu> from "Bill Squier" at Nov 4, 93 06:29:51 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1416 Status: RO > I downloaded the bsdsyssrc37 package from eunet, and looked > at it briefly. I'm about ready to put in some preliminary > support for non-contiguous memory, but I need to know from > Markus if the amiga init code and pmap.c have stabalized for > the time being, or should I wait for some new release in the > near future before starting my patches? It's stable from my point of view, but '40 support will require some quite extensive changes I guess.. > ps- I'm also going to take a stab at removing ixemul.library > from loadbsd, just need to convert your asm routine to > SAS/C assembler. Please: either do it with #ifdef's, so there is still a version that is compilable by a free compiler, or even better, change it to use ADos calls, but still using gcc. You don't need any startup code that opens ixemul.library, just create yourself a crt0.c that starts like this: asm volatile (" .text; jmp pc@(_ENTRY-.+2)"); then call your startup function: int ENTRY () { register unsigned char *a0 asm("a0"); register unsigned long d0 asm("d0"); unsigned char *argline = a0; unsigned long arglinelen = d0; .. } If you'd use this approach, nobody would need ixemul to start loadbsd, but nobody would need SAS neither to compile it. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 19:21:30 1993 From: Philippe BRAND Subject: Re: X11R5 server To: mw@eunet.ch (Markus Wild) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1591 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! [stuff about shared library deleted] > Yep, I ported crt0.c, but got stuck looking for a gas that already > supports PIC for m68k architecture. Looks like we have to do this > ourselves.. Remember gas 1.38.1 on AmigaDOS ? ;-) [stuff about X on ECS deleted] > Sounds too good to be true really.. This must have been hell of lot > of work almost writing their own cfb, as standard MIT wants 8bit > chunky, not X-bit planar.. The guy who did most of the job was born with X11 in his mind. It took him two days to port it. He's already done a planar X-Window on AMIX but couldn't debug it with gdb 'cause out of virtual memory problem ;-) So I can imagine that it was pretty easy to do it on NetBSD. In fact he had to rewrite a LOT of code, basic drawing routines, structures, etc... to add bitplanes pointers, etc... In fact, as he told me one ago, you could launch X either in chunky or in planar mode. I prefer to wait until he told me exactly how hack-deep he went into the MIT code, at least for the ECS version. > > try to make a tape of it. Perhaps I'll upload binaries to ftp.eunet.ch > > if it's not filled up yet. > Check out the upload directory, no new disk yet.. Okay I'll do so. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 5 20:24:52 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: Repeating keys Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 5, 5:14pm, Markus Wild wrote: > > I don't think it is due to my typing since I have tried being caraefull > > not to hold the keys down to long and it still seems to happen. Is the > > repeaaat function very sensitive or havea very short hold time bfore > > repeating? > > There seems to be a weird problem when higher-level interrupts are > blocking the system for too long, so keys start to repeat. If someone > finds the cure.. I've noticed the same problem. Once when I was running dd on my harddisk using a 512 byte blocksize, I found that I couldn't enter a keystroke without having it repeated 10 to 20 times. It made it very difficult to do anything else while the dd program was running. [The SCSI controller on my machine used interrupt level 6 instead of a lower interrupt level.] This is aggrevating enough that I'm about ready to look at how the repeat function works and try to figure out a fix. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 6 06:29:38 1993 From: Alan Bair Subject: Screen warping top to bottom bug To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com I have been using kermit to get to my Unix machine at work. When using Emacs, the display messes up at times and the main affect seems to be that lines scrolled off the top are brought back at the bottom. I looked through my saved NetBSD Email and found a series of discussions on this. They covered various ideas; overscan problem, ite.c changes, termcap errors, etc.. However, there did not ever seem to be any conclusion on what the fix was. Has this problem been fixed? If yes, could someone tell me what the fix is. I hate having to keep hitting Cntrl-L to cleanup the Emacs display. -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From news@senga.ka.sub.org Sat Nov 6 08:26:06 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA19967; Sat, 6 Nov 93 02:19:40 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA07349; Sat, 6 Nov 93 02:19:19 EST Received: from subnet.sub.net by cbmmail.commodore.com (4.1/SMI-4.1) id AA19958; Sat, 6 Nov 93 02:19:14 EST Received: from flatlin.ka.sub.org by subnet.sub.net with bsmtp id <2752>; Sat, 6 Nov 1993 08:17:40 +0100 Received: by flatlin.ka.sub.org id ; 6 Nov 1993 07:44 +0100 Received: by pilhuhn.sub.org id ; Sat, 6 Nov 93 07:48 MET Received: by senga.ka.sub.org (\/<>\/ SmailAmiga 1.02j21) for cbmuucp.commodore.com!netbsd (via pilhuhn) id ; Sat, 6 Nov 1993 07:44:13 +0100 X-Path: senga!pilhuhn!snert!flatlin!mcd.ruessel.sub.org!hactar!caty!cbmger!arkon.adsp.sub.org!crest Newsgroups: amiga.ml.netbsd References: <9311011535.AA25057@gemini.oscs.montana.edu> Organization: Village Tronic Marketing GmbH X-Received: Sat, 6 Nov 1993 07:44:12 +0100 Sender: news@senga.ka.sub.org (The News System) Message-Id: Date: Thu, 4 Nov 1993 02:03:43 +0100 From: crest@arkon.adsp.sub.org (Klaus Burkert) To: netbsd@cbmuucp.commodore.com Subject: Re: netbsd-amiga status Status: RO In article <9311011535.AA25057@gemini.oscs.montana.edu> osymh@gemini.oscs.montana.edu (Michael L. Hitch) writes: > The real question though is how to tell the difference between the GVP >SCSI interfaces and the GVP I/O Extender card. If I remember the previous >discussions about this, the I/O Extender card has the same product code >as the SCSI boards, so NetBSD thinks the card is a SCSI card. If this is the case it's rather dull of GVP, maybe they should have designed their ASIC more flexible... A way to check might be to look for the presence of the SCSI-chip in the card's address-space. On the IO-Extender there shouldn't be a SCSI-chip... > Along the same lines, is there any way to tell the difference between >the Series II Hardcard and the Combo & G-Force SCSI interfaces? I would like >to put some kind of check into the GVP driver code to determine whether the >DMA address can actually be used. The Series II Hardcard can not use DMA According to the programmer of the AmigaOS device, the DMA-address for 32bit addresses is rather different and he convinced me not to try it. >with RAM outside the Zorro II address space, so the driver has to use >programmed I/O instead of DMA. That performance is rather dismal, so I've >been thinking about adding the ability for the driver to allocate chip RAM >(or Zorro II fastram if possible), do the DMA to/from that RAM and copy >it to/from the actual I/O buffer. I think that should get better performance >than the programmed I/O mode. That's the way the AmigaUNIX drivers work: allocate chipRAM, DMA to/from it and have the CPU copy the data before/after the transfer. Ciao, Klaus. ----------------------------------------------------------------- Klaus Burkert, email: crest@arkon.adsp.sub.org, Fido: 2:241/76.26 From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 7 03:06:11 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: X11R5 server" (Nov 5, 3:15pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Philippe BRAND , abair@amcu-tx.sps.mot.com (Alan Bair) Subject: Re: X11R5 server Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 5, 3:15pm, Philippe BRAND wrote: > As for now they have *only* a 330MB hard disk and I'll provide them tonight > another 420MB. Now I've got an old Sun386i without hard-disk ;-) > I know of that problem -( I have almost the same amount and always have to delete stuff, sometimes even .o files just after the binary was generated by make... :) > We still should wait for shared library otherwyse your hard disk will > be filled-up with X binaries. I think somebody was working on it, Markus > Wild himself ? Yes, Markus W. was working on the shared libs himself. And we really should consider to wait to release any good X-Server until we have all of them: shared libs, /dev/keyboard, /dev/mouse. Although, i must say, you saved me lot of work, i would really like to see your code, and what you've done, so, please upload a 'developer- version'. As for me, i've been able to compile the (almost) whole mit-X11-source tree this includes the xlibs, too. iwht static libs: libx: 4.5MB (!) and the other libs total amount of about 8MB libs alone. We NEEd shared libs :) I'd like to see if my 400KB xterm does run, as yet it's saying: 'Sorry, no display ...' :-) > > All machines should be able to run it, provided you have enough RAM. > As for now standard custom chips are supported, and they will work > on first the Retina card, as one the guy got one. X-color will be > available with standard customs chips as they told me. I can > imagine they hacked a lot into X deep routines to manage it. They really must have been deep into X. I believe using the HP source (did they?) was a good idea. The Sun DDX-Color Server is a... hm, a mess :) On the WoC Cologne, i talked with several guys from several Gfx-Cards proucer. One of them i know a bit more close are the Picasso II guys, looks like they will probably support me. Once done, looks like we could easily make support for Piccolo and Spectrum Board, as they use the same chipset. Markus W.: BTW, how about your TIGA ? They sold the TIGA card for 120$US... Another good News: Michael v. Elst probably (most probably :-) will make an Arcnet-driver for netBSd, as he has but two of those cards at home, and wants to connect them. Also the new Ethernetboard from Villagetronic, Ariadne, will have a NetBSD support RSN. Neat, no ? > > > Pass along a Thank You for the porting work. When and where can we get a > > copy of this work. > > I still don't know. I expect them to work on it all week-end long, and I'll > try to make a tape of it. Perhaps I'll upload binaries to ftp.eunet.ch > if it's not filled up yet. Please! I'd love to continue with my work... -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 7 20:22:55 1993 From: chopps@ro-chp.uucp.commodore.com (Chris Hopps) To: netbsd-amiga@cbmuucp.commodore.com Subject: Fix for repeater bug Sender: NetBSD-Admin@cbmuucp.commodore.com Here is the patch to fix the bug with the repeater. This bug has been described in recenting postings to the mailing list. This patch is to the newest 37 sources but should also work with the older ones, you should apply it by hand though. --------8<------------8<------------8<------------ *** mtk-dev/ite.c Fri Nov 5 09:57:56 1993 --- dev/ite.c Sat Nov 6 16:38:23 1993 *************** *** 648,652 **** return -1; } ! /* intercept LAlt-LMeta-F1 here to switch back to original ascii-keymap. --- 648,659 ---- return -1; } ! else if (tout_pending && last_char != c) ! { ! /* not the same character remove the repeater and continue ! * to process this key. -ch*/ ! untimeout ((timeout_t) repeat_handler, 0); ! tout_pending = 0; ! last_char = 0; ! } /* intercept LAlt-LMeta-F1 here to switch back to original ascii-keymap. ------------------------ Emacs---the catholicon for text editing? The Royal Oak Chophouse >> Christian E. Hopps Royal Oak, Michigan >> sycom.mi.org!ro-chp!chopps From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 7 20:23:00 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) Organization: None X-Charset: iso-8859-1 Return-Receipt-To: chopps@ro-chp.uucp.commodore.com (Christian E. Hopps) From: chopps@ro-chp.uucp.commodore.com (Christian E. Hopps) To: netbsd-amiga@cbmuucp.commodore.com Subject: /dev/grf Sender: NetBSD-Admin@cbmuucp.commodore.com Ok, seeing as how I told everyone about my device I thought I would update you as to where it currently stands. I have my kernel running with no /dev/grf right now but with the /dev/grf code and an single ite_std.c file that supports any and all modes that I have created for /dev/grf. Neat things I can do already. ite_std contains a dim_t structure which looks like this: typedef struct dimmension { ulong width; ulong height; }; set these values and your system will then boot with that size display correctly centered on your monitor. This will also be changable through ioctl()'s soon. supported modes (dimmensions) I have already written and have working. MODE OCS ECS ----------------------------------------- NTSC ~50x50 - 704x442 1x1 - 704x442 A2024 640x800 640x800 [chopps-mode (_NO_ panelling) :^)] 1024x800 1024x800 [expansion (panelling)] PAL 50x50 - 704x566 1x1 - 704x566 Actually I have the lo-res stuff working in test programs on the amiga side and I am not sure if I will include it, but for now who need widths less than 640? Anyone with a A2024 will be very happy to see that support is done for it. I even cooked up a personal mode which for some reason commodore doesn't supply support for. Its pretty cool, you get 640x800 with no panelling. This means that you refresh rate is the same as a standard 640x400 (x200 interlaced) display. Much magic was involved in getting this mode to work :^) It supports 1 to 2 bitplanes and also doesn't require any more DMA than a 640x400 (x200 interlaced) display What I have left to do before merging with Markus W. - make the grf code into an actual mappable device (simple-medium). - get some nice ioctl() abilities written like view switching for support of hardware screens and view resizing for dynamic changing of the console hardware display size. (simple) - finish a few bitmap functions for the custom chips monitor. (medium) For anyone still with me... TO update from the last message I posted: I have dropped rwindows completely now all there is to /dev/grf is a standard way to get bitmaps and have them displayed as a view. This entitles: allocation functions. blitter type funcitons. both of these are needed so that things can be efficient. For instance my cc monitor code always allocates long word aligned bitmaps and supports interleaving so that a bitmap can be vertically scrolled using a move_bitmap command that simply does long word copies in a loop. Actually the blitter type functions can be emulated given the bitmap, but I allow monitors to supply routines. The overhead of a single system call (trap) compared with the difference in execution time of a generic blitter routine and a custom one built for the monitor is _less_than_ or equal to 0. Other monitors may differ greatly as to alignment and memory location needs so allocation stuff simply has to be built into the device. *** X *** Writing a ddx ontop of this /dev/grf will be a snap. .... Chris... (sorry about my 3:41am english) ------------------------ The Royal Oak Chophouse >> Chris Hopps Royal Oak, Michigan >> sycom.mi.org!ro-chp!chopps From cdh@mtu.edu Mon Nov 8 06:06:59 1993 Received: from pokey.tc.mtu.edu by astro.tc.mtu.edu with SMTP id AA25431 (5.65c/IDA-1.4.4 for ); Mon, 8 Nov 1993 00:09:19 -0500 Date: Mon, 8 Nov 1993 00:09:19 -0500 From: Chris Hooper Message-Id: <199311080509.AA25431@astro.tc.mtu.edu> To: hubert.feyrer@rrzc1.rz.uni-regensburg.de Subject: re: NetBSD-disks and bffs Status: RO Hello Hubert. I want to thank you for sending a copy of your mail directly to me, as I am no longer on the BSD list. My internet access has been cut off for the most part (due to the fact I have graduated from MTU, but have not yet commenced employment with a company. I expect the situation to get better soon and I will be back on the list. Anyway, to your matters.... I should have provided information on how to install the filesystem using HDToolBox; I imagine most people had not considered doing that by the way I only presented mounting via the mountlist. So, thanks for pointing this out. I hope to remedy my lack of documentation in my next upcoming release of the filesystem. One question I have is why you chose 'BSDA' (0x42534452) as the filesystem type. Well, I guess it really doesn't matter all that much. But, I would recommend you use 'BFFS' (0x42464653L) for the next release of the filesystem. You are correct that the version does not matter. Regarding your step 15: You only need to do steps 8-14 one time to install/update the latest version of the filesystem. After that, you just change the filesystem types for all partitions you want to use the BFFSFileSystem. I think you will find that the new version of the filesystem fixes most of the problems you have been having. I even have a BSD filesystem on my machine which I can use to boot and run AmigaDOS. > 1. The systems doesn't boot always. Sometimes I get a recoverable > alert which turns into a guru. (#81000005, #8100000c observed). > After resetting, my disks have to be validated! This make me a bit nervous. I don't think the filesystem has ever done this to me on a boot. I see you are running an accelerated Amiga. I have only a 68010, so there's not much I can do with enforcer; or, for that matter find processor-related problems. :) I see we have pretty similar system setups (and will be even more so after I get an '030 board). With that, I may be able to ferret out another bug or two. > 2. Sometimes directory-listings are shown wrong, especially when > sym-links are involved. When using csh, this causes hangups. > C:list shows some incorrect link-destinations I think this may have been fixed unintentionally. I rewrote that section of code to fix another bug. > 3. When copying large files (>5MB), some 100K get copied quite fast, > but then bffs starts to stumble. Hopefully this problem has been fixed as well. Most of the routines involved in disk accesses have been rewritten and are hopefully much faster now. I have successfully tested the filesystem and created a 12M file without any slowdowns. I'm not sure what the original problem was, but hopefully it is gone now. > Well, so much about my experiences setting up bffs. I'd really > appreciate if someone could tell me what I'm doing wrong or how to > get it working. I don't think there's anything you're doing that is wrong. I'd say the problems you are experiencing all are with BFFS. The new version I hope to have out before the end of the year. As it sits right now, it seems pretty stable, but I have much work to do on automatic syncing to disk and handing disk changes (floppies) properly. Oh yes, I forgot to mention...the new version is read/write and will be a complete distribution with updated tools: dumpfs - partition and filesystem information fsck - filesystem check newfs - create filesystems diskpart - put multiple BSD partitions within a single AmigaDOS volume bffstool - BFFS status/update tool for running filesystems dcp - new version 1.2 (bug fixes and new features) Thank you for your mail and support. -Chris Hooper cdh@mtu.edu From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 8 10:09:21 1993 From: William J. Coldwell To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: /dev/grf Sender: NetBSD-Admin@cbmuucp.commodore.com [Chris' wonderful news about video modes deleted...] What? No AGA support yet? You're fired ;-))). Great work Chris! How about if we set a date of when the splinter groups can have their code ready for integration for Markus? Like say November 15th? That way, we can strive for a new kernal with multiple features, rather than a kernal with 040 support, then another with A2024 support, etc... Sound reasonable? Or should we shoot for the end of November? Bill From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 8 10:22:00 1993 From: Philippe BRAND Subject: Re: X11R5 server To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2105 Sender: NetBSD-Admin@cbmuucp.commodore.com Markus Illenseer wrote: [ stuff about X11 server deleted] > Although, i must say, you saved me lot of work, i would really like > to see your code, and what you've done, so, please upload a 'developer- > version'. Ops! Must have been a misunderstanding! I didn't do it, my brother and a few friends did. It will be done asap, e.g. when I'll take my tape streamer and backup their stuff. > I'd like to see if my 400KB xterm does run, as yet it's saying: > 'Sorry, no display ...' :-) It seems they have a problem, and because they can't reach the mailing-list at this moment (and for a few months) here is what they wrote to me on my BBS: They had first to patch kernel: > diff grf_cc.c grf_cc.old -------- 727c727 < /* custom.dmacon = DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE; */ /* piggy patch */ -------- > custom.dmacon = DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE; "With standard customs chips, when you switch back from graphics mode to text mode, screen doesn't appear (grf_off shut down DMA but ite_on doesn't but them back on). grf_off is correct, but we need to modify ite_on (because ite_on is responsible for reactivating DMA)." Here is the problem: "Sockets in AF_UNIX mode doesn't seem to work correctly". For Makrus Wild: raoul_o (Olivier Raoul) wants to know if he's got some info about debug traces he sent to him. > They really must have been deep into X. I believe using the > HP source (did they?) was a good idea. The Sun DDX-Color Server is a... hm, > a mess :) As for now only the monochrome version is working ok, display, fonts and clients are running correctly. They need some technical info about the Retina card (they have already asked for but no reponse yet). -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 8 18:45:13 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: /dev/grf To: billc@icecube.rain.com Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 747 Sender: NetBSD-Admin@cbmuucp.commodore.com > [Chris' wonderful news about video modes deleted...] I'll second that! > How about if we set a date of when the splinter groups can have their code > ready for integration for Markus? Fine for me.. However, since I don't have any diffs so far, 15th could be a bit close, end of November would probably be safer. > Like say November 15th? That way, we can strive for a new kernal with multiple > features, rather than a kernal with 040 support, then another with A2024 > support, etc... Hm, I'll reserve twice the amount of space for kernel development I guess... :-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 04:01:32 1993 From: Arthur Hoffmann Subject: ps faulty. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 245 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, When using the latest kernel (from ftp.eunet.ch:upload/...) Then ps -u shows the wrong dates for the start of programmes. It always shows 1Jan70 and the time is totally wrong. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 07:17:55 1993 From: Alan Bair Subject: Key repeating - fix To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com I just wanted to pass along my results with Chris Hopps patch for the key repeating fix. I have applied it to the 644 sources and so far I have not had any key repeats other that the ones I have done on my own. It fits right in with the 644 sources, though I did enter it by hand. Thanks Chris. Now if we could only solve the scrolling problem with the display wrapping. -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 17:32:12 1993 From: Calvin Chu Subject: Re: Key repeating - fix To: Alan Bair Cc: NetBSD on Amiga Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: NetBSD-Admin@cbmuucp.commodore.com Is the key repeat patch now integrated into the latest kernal? o/ \o/ o <|><|> <|\ Ciao ragazzi! :-) diavolo@azure.engin.umich.edu /| / \ /| / \ // \\ / \ La universita' del Michigan! Va blu!!!!!!!!!!!!! From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 17:50:54 1993 From: Alan Bair Subject: Re: Key repeating - fix To: diavolo@engin.umich.edu (Calvin Chu) Cc: abair@sol.sps.mot.com, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > Is the key repeat patch now integrated into the latest kernal? Not that I am aware of. I just patched my own version of the kernel. I suppose Markus W. will integrate the patch into the source if he decides it is usefull. PS: I also patched the kbdmap.c file to put DEL & BS back to their normal positions. I'll upload the contect diff if I can figure out how to get it from NetBSD up to my Unix machine at work. > > o/ \o/ o <| | /|\ |> <|><|> <|\ Ciao ragazzi! :-) diavolo@azure.engin.umich.edu > /| / \ /| / \ // \\ / \ La universita' del Michigan! Va blu!!!!!!!!!!!!! -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 19:19:40 1993 From: lahaye_o@boson.commodore.com (olivier lahaye) To: netbsd-amiga@cbmuucp.commodore.com Subject: X11 Port Sender: NetBSD-Admin@cbmuucp.commodore.com > They really must have been deep into X. I believe using the > HP source (did they?) was a good idea. The Sun DDX-Color Server is a... hm, > a mess :) Wrong, that was the Sun mono server which was ported. (AMIGA Unix took the same sources) /dev/keyboard and /dev/mouse are still missing. so raoul_o@epita.fr is waiting to finish the port. And I'm wait for information on how to switch the Retina in graphic mode. I saw that it looks like a PC vga card, but I can't get NCR77C22E+ infos. I know how to scroll into the retina memory and hoh to display the hardware mouse pointer (under the text mode ;-) ) I tried to use the ACT Controler, but the retina hangs up :-(. a vgaw (ba, ACT_ADDRESS_W, 0x20) seems to toggle freez/unfreeze but .... How can I detect the amount of memory on the board ? should I try this: outb(0x3CE, 0x0B); config = inb(0x3CF); switch(config & 0xC0) { case 0x00: case 0x40: vga256InfoRec.videoRam = 256; break; case 0x80: vga256InfoRec.videoRam = 512; break; case 0xC0: vga256InfoRec.videoRam = 1024; break; } } assuming that outb(0x3CE,0x08);config = inb(0x3CF); is equivalent to: RGfx(ba,0x0B) ? or to vgaw(ba,GCT_ADDRESS_W,0x08);config = vgar(ba,0x3CF); ??? what is the purpose of SEQ_ID_CURSOR_X_INDEX and SEQ_ID_CURSOR_Y_INDEX ? ----------- Finaly, where could I find informations on How to driver a VGA card, or better how to drive an NCR77C22E+ ? That would be nice if I could port X11 in 256 colors and eventualy in 24bits. ___________ thanks for any help. lahaye_o@epita.fr From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 23:42:13 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Key repeating - fix To: diavolo@engin.umich.edu (Calvin Chu) Cc: abair@amcu-tx.sps.mot.com, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 308 Sender: NetBSD-Admin@cbmuucp.commodore.com > Is the key repeat patch now integrated into the latest kernal? It will. I didn't upload a new kernel package since Mike posted the patch. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 23:47:21 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Key repeating - fix To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: diavolo@engin.umich.edu, abair@sol.sps.mot.com, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1104 Sender: NetBSD-Admin@cbmuucp.commodore.com > I suppose Markus W. will integrate the patch into the source if he decides > it is usefull. It is, and I will :-) > PS: I also patched the kbdmap.c file to put DEL & BS back to their normal > positions. I'll upload the contect diff if I can figure out how to > get it from NetBSD up to my Unix machine at work. But I won't this one:-) This is slightly religious I guess, so lets not fight about it. I'd recommend you write a "real" amiga keymap, just like the "din" keymap, having BS/DEL swapped back, using 8bit-CIS (0x9b instead of Esc-[). That way, people that want a vanilla Amiga keymap with all the potential troubles (hey I *used* Amiga Unix, so I know what problems you can expect using that keymap :-)) can install it in /etc/rc.local, for example. The default should provide a painless vt320 emulation, at least as close as you can get without double height/width font support, or downloable character sets, for example. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 00:07:57 1993 From: Alan Bair Subject: Re: Key repeating - fix To: mw@eunet.ch (Markus Wild) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com For the keymap, I hear that you don't want the DEL/BS swap, so I was just going to provide it for those that wanted to patch it into their own kernels. Now from what I have been reading, it sounds like we need to get loadable keymaps working to allow dynamic customization, is this correct? If the loadable keymaps work now, how are they used? You mention something about rc.local below. > > > PS: I also patched the kbdmap.c file to put DEL & BS back to their normal > > positions. I'll upload the contect diff if I can figure out how to > > get it from NetBSD up to my Unix machine at work. > > But I won't this one:-) This is slightly religious I guess, so lets > not fight about it. I'd recommend you write a "real" amiga keymap, > just like the "din" keymap, having BS/DEL swapped back, using 8bit-CIS > (0x9b instead of Esc-[). That way, people that want a vanilla Amiga > keymap with all the potential troubles (hey I *used* Amiga Unix, so I > know what problems you can expect using that keymap :-)) can install > it in /etc/rc.local, for example. The default should provide a > painless vt320 emulation, at least as close as you can get without > double height/width font support, or downloable character sets, for > example. > > -Markus -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 04:27:22 1993 From: Arthur Hoffmann Subject: I noticed ... To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 652 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi I noticed that there is a way to kill you NetBSD for sure. sometimes when I'm looking for files I go on about it like that: cd / dir * |fgrep file_I'm_looking_for, //If that's not successful I go: dir */* |fgrep bla_bla //That still works. dir */*/* |fgrep bla_bla //disk activity for a few seconds and then the system hangs. With the disk inactive (no controll light either) I can't even switch to another screen, only a 3-finger-salute helps. I don't think that should be able to happen. btw I'm using the latest kernel, but it did the same with other kernels as well. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 07:54:10 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) Organization: Integral Insights X-Charset: iso-8859-1 From: chopps@ro-chp.uucp.commodore.com (Christian E. Hopps) To: netbsd-amiga@cbmuucp.commodore.com Subject: Scroll bug fix/patch Sender: NetBSD-Admin@cbmuucp.commodore.com This is a patch that fixes the scroll problem with ite.c It should not be applied with "patch" as it was made against my personal sources. It's only 2 lines so hand patching should not be a problem. :^) (I will be getting all these small patches to mtk with the new graphics stuff.) *** mtk-dev/ite.c Fri Nov 5 09:57:56 1993 --- dev/ite.c Wed Nov 10 02:04:48 1993 *************** *** 1756,1759 **** --- 1768,1773 ---- ip->top_margin = MIN(x, ip->rows - 1); ip->bottom_margin = MIN(y, ip->rows - 1); + ip->inside_margins = 1; /* set if this command is given + * -ch (a quick guess) */ if (ip->inside_margins) { ------------------------ The Royal Oak Chophouse >> Chris Hopps Royal Oak, Michigan >> sycom.mi.org!ro-chp!chopps From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 09:42:57 1993 From: Danny R. Boxhoorn Subject: Re: I noticed ... To: NetBSD-Amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com "This announcement, produced by the author of this e-mail, contains important information and is *NOT* for broadcast!" Mailer: Elm [revision: 70.30] > I noticed that there is a way to kill you NetBSD for sure. > sometimes when I'm looking for files I go on about it like that: > cd / > dir * |fgrep file_I'm_looking_for, //If that's not successful I go: > dir */* |fgrep bla_bla //That still works. > dir */*/* |fgrep bla_bla //disk activity for a few seconds Hmmm, doesn't NetBSD have 'find'? (Sorry, I don't know since I'm one of those waiting for '040 support |{) Btw, it seems that recursively traversing directory trees is a way to kill any unix. 'find / -exec file {} \;' f.e. is capable of killing HP-UX here within only 3 minutes. (Don't try it 9{) Danny R. Boxhoorn Kapteyn Laboratorium E-Mail: Postbus 800 danny@astro.rug.nl 9700 AV GRONINGEN danny@sron.rug.nl THE NETHERLANDS From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 09:51:39 1993 From: "Chris G. Demetriou" X-Authentication-Warning: eden.CS.Berkeley.EDU: Host localhost didn't use HELO protocol To: "Danny R. Boxhoorn" Cc: NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: I noticed ... <9311100838.AA27579@cbmmail.commodore.com> X-Phone: Home: (510) 549-3563 X-Notice: Do not redistribute in any form without prior explicit consent of the author. X-Mts: smtp Sender: NetBSD-Admin@cbmuucp.commodore.com > Hmmm, doesn't NetBSD have 'find'? (Sorry, I don't know since I'm one > of those waiting for '040 support |{) yes, netbsd has find. > Btw, it seems that recursively traversing directory trees is a way > to kill any unix. 'find / -exec file {} \;' f.e. is capable of > killing HP-UX here within only 3 minutes. (Don't try it 9{) not on NetBSD/i386, or any other version i've seen. i don't see what the person's problem with fgrep could be... depends on how you define "kill"... From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 14:48:55 1993 From: Philippe BRAND Subject: X11R4 "developper" distribution To: mw@eunet.ch (Markus Wild) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2403 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! For you NetBSD/X11 hackers I've got here preliminary X11R4 distribution. It works fine EXCEPT you won't be able to play with mouse nor keyboard because lacks of /dev/mouse & /dev/keyboard (key Markus!). X11R4 is splitted in 7 archives: X11R4Beta-server 210KB Xbsd X11R4 server for NetBSD (monochrome) X11R4Beta-clients 329KB X11R4 clients (xinit, xedit, xman, ...) X11R4Beta-demos 2000KB X11R4 demos (ico, maze, plais, xeyes, ...) X11R4Beta-datas 46KB X11R4 /usr/lib/X11 directory X11R4Beta-fonts 1500KB X11R4 fonts, 75dpi, 100dpi, misc X11R4Beta-include 151KB X11R4 header files & bitmaps X11R4Beta-libs 303KB X11R4 libraries I'm planing to upload them to ftp.eunet.ch in /upload, but I need to know before if there's enough space on disks. If for any reason I can't upload them before tomorrow, you'll be able to download them directly from my anonymous FTP site at 192.70.117.81 (colombo.telesys-innov.fr), in /pub/amiga/NetBSD/X11. PLEASE NOT that we're running only on a 19.2KB line, so I strongly suggest that one of you get archives and repost them on a faster site (I'll be away 'til Monday). As my friends told me, it *should* work with NetBSD #37 vmunix. It WON'T work with current #644 'cause it lacks memory mapping. You'll have anyway to modify 'sys/arch/amiga/dev/grf_cc.c' #line 749 and comment out custom.dmacon = DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE if you want to return to text mode after X11. If you want to get more information, *try* to contact raoul_o@boson.epita.fr (their Internet line is somewhat buggy those days) or post me a message directly and I'll forward it to them. When X11R4 will be complete/stable they'll work on X11R5 port (They and I have personnally ported X11R5 to Amix, but due to weird bugs, they prefer working on X11R4 first just to be sure port is OK). PLEASE NOT THIS IS HACKERWARE AND FOR THIS REASON IT'S ONLY RELEASED BECAUSE PEOPLE ASKED FOR IT. DON'T BLAME US IF YOU CRASH FS, DISKS, SYSTEM, HOUSE, ENTIRE UNIVERSE WHILE USING IT. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 16:50:39 1993 From: Calvin Chu Subject: Re: Key repeating - fix To: Alan Bair Cc: Markus Wild , NetBSD on Amiga Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: NetBSD-Admin@cbmuucp.commodore.com On Tue, 9 Nov 1993, Alan Bair wrote: > For the keymap, I hear that you don't want the DEL/BS swap, so I was just > going to provide it for those that wanted to patch it into their own > kernels. Now from what I have been reading, it sounds like we need to get > loadable keymaps working to allow dynamic customization, is this correct? > If the loadable keymaps work now, how are they used? You mention something > about rc.local below. Is DVORAK supported yet? o/ \o/ o <|><|> <|\ Ciao ragazzi! :-) diavolo@azure.engin.umich.edu /| / \ /| / \ // \\ / \ La universita' del Michigan! Va blu!!!!!!!!!!!!! -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.3a mQCNAizPXUAAAAEEANNwzasX+nZfGPb4R/DaJ4z7kF2mBgyYsqTR4fMRyqJTeRMw aHBJlbZztiTKk2ZpzamCS6xroG6m34M5kwtuk2OMOb19sWa3y7YPWFx1qdk3ZQ06 /TdRy/nYIIWzG4+myMymnvYHZlgaoEGVTZfS9U+Tqv6AtDym6ZYplMRSmDTBAAUR tCpDYWx2aW4gQ2h1IDxkaWF2b2xvQGF6dXJlLmVuZ2luLnVtaWNoLmVkdT4= =9MhY -----END PGP PUBLIC KEY BLOCK----- From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 10 18:41:35 1993 From: Alan Bair Subject: Re: Key repeating - fix To: diavolo@engin.umich.edu (Calvin Chu) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > Is DVORAK supported yet? > Not as far as I know. However, it should be fairly easy for you to edit the kbdmap.c file to switch around all the letters and other characters to make a DVORAK keymap. This would of course require rebuilding the kernel and would then be the default keymap. As I mentioned before, having loadable keymaps would be nicer, but I don't really know anything about them at this point. I just wanted BS & DEL swapped back to their correct locations :-) -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 04:04:59 1993 From: Alan Bair Subject: Compiling dumpfont - help To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Now that I am building my own kernels, I would like to get back the Topaz-8 font. To do this I need to run the dumpfont program, but I have run into problems compiling it. If I use SAS/C 5.10, I have to remove the "inline" includes and substitute memset() for bzero(). Then it compiles OK. However, when it calls InitRastPort, the machine locks up. If I use gcc, I get the following: 7(1)> gcc -v dumpfont.c -o dumpfont -lamy Reading specs from gcc:compilers/amiga/2.3.3/specs gcc version 2.3.3 gcc:compilers/amiga/2.3.3/cpp -lang-c -v -undef -D__GNUC__=2 -Dmc68000 -Damiga -DamigaGNU CPP version 2.3.3 (68k, MIT syntax) gcc:compilers/amiga/2.3.3/cc1 t:.i -quiet -dumpbase dumpfont.c -version -o t:.s GNU C version 2.3.3 (68k, MIT syntax) compiled by GNU C version 2.3.3. dumpfont.c: In function `main': dumpfont.c:37: warning: assignment makes pointer from integer without a cast dumpfont.c:48: warning: assignment makes pointer from integer without a cast gcc:compilers/amiga/2.3.3/as -mc68010 -o t:1.o t:.s gcc:compilers/amiga/2.3.3/ld -o dumpfont gcc:lib/crt0.o -Lgcc:compilers/amiga/2.3.3 -Lgcc:lib/libamy.a(allocraster.o): Undefined symbol _GfxBase referenced from text segmentgcc:lib/libamy.a(closefont.o): Undefined symbol _GfxBase referenced from text segment gcc:lib/libamy.a(freeraster.o): Undefined symbol _GfxBase referenced from text segment gcc:lib/libamy.a(initrastport.o): Undefined symbol _GfxBase referenced from text segmengcc:lib/libamy.a(move.o): Undefined symbol _GfxBase referenced from text segment gcc:lib/libamy.a(openfont.o): Undefined symbol _GfxBase referenced from text segment gcc:lib/libamy.a(setfont.o): Undefined symbol _GfxBase referenced from text segment gcc:lib/libamy.a(text.o): Undefined symbol _GfxBase referenced from text segment UNIXdir:NetBSD/sys.0LD/arch/amiga/stand/dumpfont 8:49PM Markus, you got any hints on possible gcc setup problems or missing options? -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 09:48:27 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Key repeating - fix To: diavolo@engin.umich.edu (Calvin Chu) Cc: abair@amcu-tx.sps.mot.com, mw@eunet.ch, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 735 Sender: NetBSD-Admin@cbmuucp.commodore.com > > kernels. Now from what I have been reading, it sounds like we need to get > > loadable keymaps working to allow dynamic customization, is this correct? > > If the loadable keymaps work now, how are they used? You mention something > > about rc.local below. They should be working by now, at least they worked when I tested them a bit with the provided DIN keymap. CD into src/sys/arch/amiga/stand/loadkmap, and look at the provided keymap sources, and at the loader program. > Is DVORAK supported yet? Not until someone writes a keymap for it, you for example? -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 10:23:06 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Compiling dumpfont - help To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 598 Sender: NetBSD-Admin@cbmuucp.commodore.com > If I use SAS/C 5.10, I have to remove the "inline" includes and substitute > memset() for bzero(). Then it compiles OK. However, when it calls InitRastPort, > the machine locks up. > > If I use gcc, I get the following: > gcc:lib/libamy.a(text.o): Undefined symbol _GfxBase referenced from text segment You have to link with -lauto .. That's the reason the SAS version locks up (because it didn't open the necessary Libraries). -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 11:30:34 1993 From: mw@eunet.ch (Markus Wild) Subject: Chris Hopps To: netbsd-amiga@cbmuucp.commodore.com (nba) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 480 Sender: NetBSD-Admin@cbmuucp.commodore.com Sorry to waste bandwidth.. I can't seem to reach Chris, no matter what email address I use to reach chopps@ro-chp, commodore.com and cbmuucp.commodore.com both don't seem to know the host, nor is there any MX for it. Chris, please tell me how to reach you, I'd like to discuss the new console driver sources :-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 12:55:50 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Scroll bug fix/patch To: chopps@ro-chp.uucp.commodore.com Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 636 Sender: NetBSD-Admin@cbmuucp.commodore.com > This is a patch that fixes the scroll problem with ite.c It should not be > ip->top_margin = MIN(x, ip->rows - 1); > ip->bottom_margin = MIN(y, ip->rows - 1); > + ip->inside_margins = 1; /* set if this command is given > + * -ch (a quick guess) */ > if (ip->inside_margins) Sorry... at least if this is to implement the H command, it is wrong. The terminal is almost never in "inside-margins" mode. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 13:07:52 1993 To: netbsd-amiga@cbmuucp.commodore.com Cc: mw@eunet.ch Subject: strange SCSI messages From: John Vrolijk Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I've recently installed a 330 MB drive and since then I'm having troubles with NetBSD. My setup: /dev/sd6a on / ( 16 MB from a 200 MB conner ) /dev/sd1d on /usr ( quantum 85 MB) /dev/sd6e on /opt ( rest of the 200 MB conner ) /dev/sd6b for swap memory: 4MB at $200000, 1 MB chip I've binpatched the _inhibit_sync for ALL drives/tapes. When I run NetBSD, it suddenly freezes the SCSI bus randomly, the controller light stays on an I have to use the 3-finger salut. Also, I'm getting strange SCSI messages like this: sd6: scsi sense, class 7, code 0, key 11 sd1: scsi sense, class 7, code 0, key 11 Also, the pager/swapper complains but I didn't write that down. I'm running vmunix.644. Any ideas ? PS: I made sure the termination is correct. The first drive is not terminated, only the last one. I hope I got that one right. -John From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 11 20:17:39 1993 From: Calvin Chu Subject: Re: Key repeating - fix To: Markus Wild Cc: abair@amcu-tx.sps.mot.com, mw@eunet.ch, netbsd-amiga@cbmuucp.commodore.com Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: NetBSD-Admin@cbmuucp.commodore.com On Thu, 11 Nov 1993, Markus Wild wrote: > Not until someone writes a keymap for it, you for example? I'm still installing! :-) I have to order another hard drive before I can get much done. o/ \o/ o <|><|> <|\ Ciao ragazzi! :-) diavolo@azure.engin.umich.edu /| / \ /| / \ // \\ / \ La universita' del Michigan! Va blu!!!!!!!!!!!!! -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.3a mQCNAizPXUAAAAEEANNwzasX+nZfGPb4R/DaJ4z7kF2mBgyYsqTR4fMRyqJTeRMw aHBJlbZztiTKk2ZpzamCS6xroG6m34M5kwtuk2OMOb19sWa3y7YPWFx1qdk3ZQ06 /TdRy/nYIIWzG4+myMymnvYHZlgaoEGVTZfS9U+Tqv6AtDym6ZYplMRSmDTBAAUR tCpDYWx2aW4gQ2h1IDxkaWF2b2xvQGF6dXJlLmVuZ2luLnVtaWNoLmVkdT4= =9MhY -----END PGP PUBLIC KEY BLOCK----- From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 12 00:27:18 1993 From: Alan Bair Subject: Re: Compiling dumpfont - help To: ah360@yfn.ysu.edu Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Hi Techno, In case you want to try again, for gcc compiling, you also need to add the "-lauto" option to the end of the gcc commandline. For SAS/C, it would require changes to the code to open the required libraries. I'll try to upload the binary shortly. I am trying to update it to allow dumping any font supported by AmigaDOS 2.x. I would prefer to use the courier/13 instead of the topaz/8. > > Hi Alan, > I had same problems, so i gave up and lived with the dist fonts. > But if u would be so generous to upload the bin. I and sure others would > be greatly appreciative! And if if get it, I'd like to design a font > that could be included w/ the src, so we can all enjoy... > Thanx in advance - TC > > > -- > > Techno Caster - ah360@yfn.ysu.edu > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 12 01:11:07 1993 To: netbsd-amiga@cbmuucp.commodore.com Subject: Problem... From: "Russ Miranda - Amiga Specialist" X-Mts: smtp Sender: NetBSD-Admin@cbmuucp.commodore.com I seem to be having a rather big problem with NetBSD right now. Things start out fine, but after running a number of processes, things get messed up. I'm using the 644 kernel, as distributed (Well, I wasn't, but I switched back when I noticed the problem to see if it was my kernel that was bad.) What happens, is that ps starts to report improper information, and then fails to report at all, or segmentation faults. I even had the kernel panic and dump once, but I didn't catch the info (sorry!) Here's output from consecutive executions of ps. I would run screen, then run ps, then screen, then ps, etc. Note that this is NOT screen's fault, as I've seen the same happen without ever executing screen. It just made it real easy for me to grab all the output. I can get the same effect by doing a while loop containing ps. Here goes - sorry it's so long! amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 83 0.0 3.0 2304 208 p0 R+ 4:09PM 0:00.48 (ps) amigaman 80 0.0 4.9 2440 352 p0 Ss 4:09PM 0:00.87 -bin/tcsh (tcsh) root 79 0.0 5.0 2440 360 ?? Ss 4:09PM 0:01.76 SCREEN amigaman 78 0.0 2.1 2320 144 e0 S+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Ss 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 56 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 55 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 53 0.0 1.4 2128 88 ?? Is 4:08PM 0:00.05 (nfsd) root 51 0.0 2.5 2216 168 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 1.8 2176 120 ?? Is 4:08PM 0:00.06 portmap root 46 0.0 1.8 2208 120 ?? Is 4:08PM 0:00.19 lpd root 44 0.0 1.8 2176 120 ?? Ss 4:08PM 0:00.03 routed -q root 42 0.0 2.1 2240 144 ?? I 4:08PM 0:00.18 crond root 40 0.0 0.5 2064 24 ?? Ss 4:08PM 0:00.10 update root 25 0.0 1.9 2160 128 ?? Ss 4:08PM 0:01.21 syslogd root 10 0.0 13.9 18712 1016 ?? Ss 4:08PM 0:00.33 syslogd root 2 0.0 0.2 0 0 ?? RL 4:07PM 0:00.08 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) Note the following one has an extra tcsh, which was started by screen, but things still look OK. amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 88 0.0 3.0 2304 208 p1 R+ 4:09PM 0:00.34 (ps) amigaman 85 0.0 4.9 2440 352 p1 Ss 4:09PM 0:00.58 -bin/tcsh (tcsh) amigaman 80 0.0 5.2 2440 368 p0 Ss+ 4:09PM 0:00.91 -bin/tcsh (tcsh) root 79 0.0 5.8 2496 416 ?? Ss 4:09PM 0:02.32 SCREEN amigaman 78 0.0 2.1 2320 144 e0 S+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Ss 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 56 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 55 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 53 0.0 1.4 2128 88 ?? Is 4:08PM 0:00.05 (nfsd) root 51 0.0 2.5 2216 168 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 1.8 2176 120 ?? Is 4:08PM 0:00.06 portmap root 46 0.0 1.8 2208 120 ?? Is 4:08PM 0:00.19 lpd root 44 0.0 1.8 2176 120 ?? Ss 4:08PM 0:00.03 routed -q root 42 0.0 2.1 2240 144 ?? I 4:08PM 0:00.18 crond root 40 0.0 0.5 2064 24 ?? Ss 4:08PM 0:00.10 update root 25 0.0 1.9 2160 128 ?? Is 4:08PM 0:01.21 syslogd root 10 0.0 7.3 18712 528 ?? Ss 4:08PM 0:00.33 syslogd root 2 0.0 0.2 0 0 ?? DL 4:07PM 0:00.48 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) And another... amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 93 0.0 3.0 2304 208 p2 R+ 4:09PM 0:00.30 (ps) amigaman 90 0.0 4.9 2440 352 p2 Ss 4:09PM 0:00.50 -bin/tcsh (tcsh) amigaman 85 0.0 5.2 2440 368 p1 Ss+ 4:09PM 0:00.62 -bin/tcsh (tcsh) amigaman 80 0.0 5.2 2440 368 p0 Ss+ 4:09PM 0:00.91 -bin/tcsh (tcsh) root 79 0.0 6.8 2568 488 ?? Ss 4:09PM 0:02.92 SCREEN amigaman 78 0.0 2.1 2320 144 e0 I+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Is 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 56 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 55 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 53 0.0 1.4 2128 88 ?? Is 4:08PM 0:00.05 (nfsd) root 51 0.0 2.5 2216 168 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 1.8 2176 120 ?? Is 4:08PM 0:00.06 portmap root 46 0.0 1.8 2208 120 ?? Is 4:08PM 0:00.19 lpd root 44 0.0 1.8 2176 120 ?? Ss 4:08PM 0:00.03 routed -q root 42 0.0 2.1 2240 144 ?? I 4:08PM 0:00.18 crond root 40 0.0 0.5 2064 24 ?? Ss 4:08PM 0:00.10 update root 25 0.0 1.9 2160 128 ?? Is 4:08PM 0:01.21 syslogd root 10 0.0 2.9 18712 200 ?? Ss 4:08PM 0:00.33 syslogd root 2 0.0 0.2 0 0 ?? DL 4:07PM 0:00.67 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) And another... amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 98 0.0 3.0 2304 208 p3 R+ 4:09PM 0:00.33 (ps) amigaman 95 0.0 4.9 2440 352 p3 Ss 4:09PM 0:00.51 -bin/tcsh (tcsh) amigaman 90 0.0 5.2 2440 368 p2 Ss+ 4:09PM 0:00.53 -bin/tcsh (tcsh) amigaman 85 0.0 5.2 2440 368 p1 Ss+ 4:09PM 0:00.62 -bin/tcsh (tcsh) amigaman 80 0.0 5.2 2440 368 p0 Ss+ 4:09PM 0:00.91 -bin/tcsh (tcsh) root 79 0.0 7.5 2624 544 ?? Ss 4:09PM 0:03.49 SCREEN amigaman 78 0.0 2.1 2320 144 e0 I+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Is 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 56 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 55 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 53 0.0 1.4 2128 88 ?? Is 4:08PM 0:00.05 (nfsd) root 51 0.0 2.5 2216 168 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 1.8 2176 120 ?? Is 4:08PM 0:00.06 portmap root 46 0.0 1.8 2208 120 ?? Is 4:08PM 0:00.19 lpd root 44 0.0 1.8 2176 120 ?? Is 4:08PM 0:00.03 routed -q root 42 0.0 2.1 2240 144 ?? I 4:08PM 0:00.18 crond root 40 0.0 0.5 2064 24 ?? Is 4:08PM 0:00.10 update root 25 0.0 1.9 2160 128 ?? Ss 4:08PM 0:01.21 syslogd root 10 0.0 0.8 18712 40 ?? Is 4:08PM 0:00.33 syslogd root 2 0.0 0.2 0 0 ?? DL 4:07PM 0:00.72 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) And another, but NOTICE! routed is now listed as pid 44, 42, 40, 25 and 10! What happened to crond, update, and syslogd? amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 103 0.0 3.0 2304 208 p4 R+ 4:09PM 0:00.34 (ps) amigaman 100 0.0 4.9 2440 352 p4 Ss 4:09PM 0:00.56 -bin/tcsh (tcsh) amigaman 95 0.0 5.2 2440 368 p3 Ss+ 4:09PM 0:00.55 -bin/tcsh (tcsh) amigaman 90 0.0 5.2 2440 368 p2 Ss+ 4:09PM 0:00.53 -bin/tcsh (tcsh) amigaman 85 0.0 5.2 2440 368 p1 Ss+ 4:09PM 0:00.62 -bin/tcsh (tcsh) amigaman 80 0.0 5.2 2440 368 p0 Is+ 4:09PM 0:00.91 -bin/tcsh (tcsh) root 79 0.0 8.5 2696 616 ?? Ss 4:09PM 0:04.10 SCREEN amigaman 78 0.0 2.1 2320 144 e0 I+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Is 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 56 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 55 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 53 0.0 1.4 2128 88 ?? Is 4:08PM 0:00.05 (nfsd) root 51 0.0 2.5 2216 168 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 1.8 2176 120 ?? Is 4:08PM 0:00.06 portmap root 46 0.0 1.8 2208 120 ?? Is 4:08PM 0:00.19 lpd root 44 0.0 1.8 2176 120 ?? Ss 4:08PM 0:00.03 routed -q root 42 0.0 1.5 2240 96 ?? I 4:08PM 0:00.18 routed -q root 40 0.0 0.4 2064 16 ?? Ss 4:08PM 0:00.15 routed -q root 25 0.0 0.5 2160 24 ?? Ss 4:08PM 0:01.21 routed -q root 10 0.0 0.4 18712 16 ?? Is 4:08PM 0:00.33 routed -q root 2 0.0 0.2 0 0 ?? RL 4:07PM 0:00.78 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) And another - but here, it's mountd that is all over! And it's at the spot that routed was! But syslogd is back! amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 118 0.0 3.0 2304 208 p5 R+ 4:15PM 0:00.29 (ps) amigaman 115 0.0 4.9 2440 352 p5 Ss 4:15PM 0:00.60 -bin/tcsh (tcsh) amigaman 100 0.0 5.2 2440 368 p4 Is+ 4:09PM 0:00.57 -bin/tcsh (tcsh) amigaman 95 0.0 5.2 2440 368 p3 Is+ 4:09PM 0:00.55 -bin/tcsh (tcsh) amigaman 90 0.0 5.2 2440 368 p2 Is+ 4:09PM 0:00.53 -bin/tcsh (tcsh) amigaman 85 0.0 5.2 2440 368 p1 Is+ 4:09PM 0:00.62 -bin/tcsh (tcsh) amigaman 80 0.0 5.5 2448 392 p0 Ss+ 4:09PM 0:01.43 -bin/tcsh (tcsh) root 79 0.0 9.3 2760 680 ?? Ss 4:09PM 0:28.76 SCREEN amigaman 78 0.0 2.1 2320 144 e0 I+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Is 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 56 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 55 0.0 1.0 2128 56 ?? I 4:08PM 0:00.01 (nfsd) root 53 0.0 1.4 2128 88 ?? Is 4:08PM 0:00.05 (nfsd) root 51 0.0 2.5 2216 168 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 0.4 2176 16 ?? Is 4:08PM 0:00.06 mountd root 46 0.0 0.2 2208 0 ?? Is 4:08PM 0:00.19 mountd root 44 0.0 0.6 2176 32 ?? Is 4:08PM 0:00.03 mountd root 42 0.0 1.1 2240 64 ?? I 4:08PM 0:00.29 crond root 40 0.0 0.5 2064 24 ?? Is 4:08PM 0:00.18 update root 25 0.0 1.3 2160 80 ?? Ss 4:08PM 0:01.29 syslogd root 10 0.0 1.3 18712 80 ?? Is 4:08PM 0:00.50 syslogd root 2 0.0 0.2 0 0 ?? RL 4:07PM 0:00.88 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) More weirdness... amigaman@caffeine/home/amigaman> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND amigaman 123 0.0 3.0 2304 208 p6 R+ 4:16PM 0:00.41 (ps) amigaman 120 0.0 4.9 2440 352 p6 Ss 4:16PM 0:00.60 -bin/tcsh (tcsh) amigaman 115 0.0 5.2 2440 368 p5 Is+ 4:15PM 0:00.61 -bin/tcsh (tcsh) amigaman 100 0.0 5.2 2440 368 p4 Is+ 4:09PM 0:00.57 -bin/tcsh (tcsh) amigaman 95 0.0 5.2 2440 368 p3 Is+ 4:09PM 0:00.55 -bin/tcsh (tcsh) amigaman 90 0.0 5.2 2440 368 p2 Is+ 4:09PM 0:00.53 -bin/tcsh (tcsh) amigaman 85 0.0 5.2 2440 368 p1 Is+ 4:09PM 0:00.62 -bin/tcsh (tcsh) amigaman 80 0.0 5.5 2448 392 p0 Ss+ 4:09PM 0:01.46 -bin/tcsh (tcsh) root 79 0.0 10.3 2832 752 ?? Ss 4:09PM 0:31.01 SCREEN amigaman 78 0.0 2.1 2320 144 e0 I+ 4:09PM 0:00.47 screen amigaman 74 0.0 5.0 2432 360 e0 Is 4:09PM 0:03.19 -tcsh (tcsh) root 64 0.0 2.5 2240 168 ?? Is 4:08PM 0:00.28 inetd root 62 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 61 0.0 0.4 2080 16 ?? I 4:08PM 0:00.01 nfsiod 4 root 60 0.0 0.4 2080 16 ?? I 4:08PM 0:00.00 nfsiod 4 root 59 0.0 0.5 2080 24 ?? Is 4:08PM 0:00.02 nfsiod 4 root 58 0.0 0.8 2128 40 ?? I 4:08PM 0:00.01 (nfsd) root 57 0.0 0.5 2128 24 ?? I 4:08PM 0:00.01 (nfsd) (nfsd) root 56 0.0 0.5 2128 24 ?? I 4:08PM 0:00.01 (nfsd) (nfsd) (nfsd) root 55 0.0 0.5 2128 24 ?? I 4:08PM 0:00.01 (nfsd) (nfsd) (nfsd) ( root 53 0.0 0.5 2128 24 ?? Is 4:08PM 0:00.05 (nfsd) (nfsd) (nfsd) ( root 51 0.0 0.2 2216 0 ?? Is 4:08PM 0:00.07 mountd root 48 0.0 0.2 2176 0 ?? Is 4:08PM 0:00.06 mountd root 46 0.0 0.2 2208 0 ?? Is 4:08PM 0:00.19 mountd root 44 0.0 1.1 2176 64 ?? Ss 4:08PM 0:00.08 routed -q root 42 0.0 1.1 2240 64 ?? I 4:08PM 0:00.29 crond root 40 0.0 0.5 2064 24 ?? Ss 4:08PM 0:00.19 update root 25 0.0 1.3 2160 80 ?? Ss 4:08PM 0:01.29 syslogd root 10 0.0 1.3 18712 80 ?? Ss 4:08PM 0:00.51 syslogd root 2 0.0 0.2 0 0 ?? RL 4:07PM 0:01.00 (pagedaemon) root 1 0.0 2.7 2248 184 ?? Is 4:07PM 0:00.38 init -- root 0 0.0 0.2 0 0 ?? DLs 4:07PM 0:00.08 (swapper) Well, there it is. Yes, the /vmunix is the correct one. I have tried the distributed one, and 2 of my own, all at the 644 level. I'm using the last set of files distributed for /bin, /usr/bin, etc. Any help would be appreciated. Sorry the message is so long, but I thought you might be able to get some info out of it. )Russ From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 12 01:52:04 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) From: dfisk@level10.uucp.commodore.com (David Fisk) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re-compiling bsdsyssrc.37 Sender: NetBSD-Admin@cbmuucp.commodore.com I just downloaded the new kernel source last night and ran into a small probem in re-building it. After the main compile finishes I get the message about making sure that libkern is up to date, a few files compile fine and then the make aborts with a make: don't know how to make bcmp.s - stop. Anyone know what I'm missing? Dave ------------------------------------------------------------------------------ David Fisk Home: - dfisk%level10@merk.com ...uunet!merk!level10!dfisk Work: - dfisk@drilex.dri.mgh.com From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 12 03:50:11 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: I noticed ... Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 10, 12:50pm, Arthur Hoffmann wrote: > cd / > dir * |fgrep file_I'm_looking_for, //If that's not successful I go: > dir */* |fgrep bla_bla //That still works. > dir */*/* |fgrep bla_bla //disk activity for a few seconds > and then the system hangs. With the disk inactive (no controll light > either) I can't even switch to another screen, only a 3-finger-salute > helps. > I don't think that should be able to happen. btw I'm using the latest > kernel, but it did the same with other kernels as well. The same thing happens on my machine using a kernel built with the bsdsyssrc.37 sources. It doesn't appear to stop NetBSD though, it just appears to hang the console. The screen blanker is still functioning, and if I have something else running at the same time, it appears to still be running as long as it doesn't generate any output. Another strange thing that happens just before the console hangs is that I get an error message about an tz0: ILLEGAL REQUEST (tz0 is the tape drive on my Zeus SCSI controller) and then a couple of debug messages from my Zeus driver. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From cdh@mtu.edu Fri Nov 12 06:01:14 1993 Received: from tcserver.tc.mtu.edu by astro.tc.mtu.edu with SMTP id AA25914 (5.65c/IDA-1.4.4 for ); Fri, 12 Nov 1993 00:01:10 -0500 Date: Fri, 12 Nov 1993 00:01:10 -0500 From: Chris Hooper Message-Id: <199311120501.AA25914@astro.tc.mtu.edu> To: hubert.feyrer@rrzc1.rz.uni-regensburg.de Subject: re: Expect new BFFS soon ... Status: RO Hubert, Thank you for letting the BSD people know. > I suppose I HAVE to use BSDA, BSDD, ... as NetBSD uses those fs-types > to find its partitions. So if you impose BFFS in you latest release > PLEASE(!) change it back as it won't be useable with that fs-type. Ok. I understand what you are talking about now. BFFS doesn't really care what filesystem type the system thinks it is. I tested this yesterday just to make sure that is the case. The unfortunate thing (which you are probably already aware) is that if you have a different fs-type for each partition, BFFS must be installed as each different partition type. The RDB area is a finite amount of space and BFFS is a (relatively) large filesystem. I'm a bit afraid that people may run out of space in the RDB. Due to your explanation that BSD implementation imposes the fs-type difference for filesystems, I understand why you said to add a new filesystem for each separate filesystem type. Thanks for clearing that up. > So, looking forward to the next release of BFFS. I'll keep you informed. -Chris Hooper cdh@mtu.edu From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 12 22:52:51 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA21265; Sat, 13 Nov 1993 12:13:44 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05277; Sat, 13 Nov 93 05:53:46 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10470; Sat, 13 Nov 93 05:53:26 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10465; Sat, 13 Nov 93 05:53:24 EST Received: from spsgate.sps.mot.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05268; Sat, 13 Nov 93 05:53:21 EST Received: from mogate.sps.mot.com by spsgate.sps.mot.com (4.1/SMI-4.1/Email 2.1 10/25/93) id AA10800; Sat, 13 Nov 93 03:53:05 MST Received: from motsps.sps.mot.com (sps.mot.com) by mogate.sps.mot.com (4.1/SMI-4.1/Email-2.0) id AA25448; Sat, 13 Nov 93 03:52:58 MST Received: from emailchd (email.sps.mot.com) by motsps.sps.mot.com (4.1/SMI-4.1/Email-2.1) id AA25940; Sat, 13 Nov 93 03:52:56 MST Received: from parsons by sol-tx.sps.mot.com (4.1/SMI-4.1) id AA07377; Sat, 13 Nov 93 04:52:52 CST Message-Id: <9311131052.AA07377@sol-tx.sps.mot.com> Received: by parsons (1.37.109.5/16.2) id AA11458; Sat, 13 Nov 93 04:52:51 -0600 From: Alan Bair Subject: NetBSD font file generators To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) Date: Sat, 13 Nov 93 4:52:51 CST X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR I have uploaded code and executables for dumpfont and a new version I wrote, fontdumper. The following files are in the incoming directory of the NetBSD area on ftp.eunet.ch: dumpfont.tar dumpfont.readme The readme indicates that NetBSD has a font width limit of 8 pixels. However, I have just found an Email from Markus W. that indicates the limit is really 16x16 pixels. So I will probably update fontdumper in the future to support this maximum size. -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 13 16:23:20 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA21585; Sat, 13 Nov 1993 15:34:07 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05420; Sat, 13 Nov 93 09:23:09 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10542; Sat, 13 Nov 93 09:22:49 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10537; Sat, 13 Nov 93 09:22:47 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA05411; Sat, 13 Nov 93 09:22:43 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id PAA29240; Sat, 13 Nov 1993 15:24:30 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id PAA01864; Sat, 13 Nov 1993 15:23:21 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311131423.PAA01864@eunet.ch> Subject: Re: Scroll bug fix/patch To: chopps@ro-chp.uucp.commodore.com Date: Sat, 13 Nov 1993 15:23:20 +0100 (MET) Cc: mw@eunet.ch, netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <9311111547.AA004im@ro-chp.UUCP> from "Christian E. Hopps" at Nov 11, 93 11:47:54 am X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 3463 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > > Sorry... at least if this is to implement the H command, it is > > wrong. The terminal is almost never in "inside-margins" mode. > > But it works, I tried this with internal software and with tip and extern software. > It seems that with the termcap that comes with netbsd AND the termcap at my school > (Ultrix 4.2) the command is given to set inside scrolling regions but the margins > are not turned on. Witness Emacs or IRC both of which issue this command. They I did.. keep in mind: inside-margins only controls whether the cursor-positioning command (CSI-H) is using absolute or relative values, if you position the cursor into the scrolling region, and scroll up and down, no matter what inside-margins is set to, it will only scroll inside the scrolling region. The only difference is whether CSI1;1H is referring to the upper left corner of the display or the upper left corner of the scrolling region. > both then proceed to issue commands that invoke scrolling and expect their defined > regions to be scrolled and nothing else. No program I have come across expects to set > the scrolling region issue a command that invokes a scroll and have it be relative > to line 1 or line (ip->rows-1) (unless this was the region they set.) This is with > the above termcaps obviously. A standard vt100 termcap could be modified to issue the > CSI required to turn margins on, however I can't belive this is correct. Scrolling commands never look at the setting of inside-margins, you're correct that they always refer to the current active scrolling region. > On the other hand it may be that the ite code is deficient in that it is not tracking > scrolling regions properly. It may be that when this command is given it should NOT I still believe the problem must lie somewhere in the cc-specific code. I don't have any such problems with the Retina console, emacs, irc, everything works as expected. > turn inside margins on, but instead only limit the scroll area to the region given. > Currently the scoll function either scrolls a region (0,dy)(w-1,h-1) or > (0,dy)(w-1,bottom-margin) If inside margins should indeed not be activated, then we > will have to add something very similar but only in regards to scrolling. This also scrolling does not consider setting of margins. > every thing it did to make sure that scrolls were executed. For example printf ("\n"); > would have a very curious effect at the bottom of the scroll region: the cursor y position would > advance beyond the scroll region but the region would not scroll. If the cursor y made it to > the bottom of the display then another \n would only scroll the region. Some how this does > not seem correct. No, any cursor movements outside the scrolling regions won't cause any scrolling of the display. No cursor-down commands from inside the scrolling-region will result in the cursor leaving the region. The only way to achieve this is to issue the absolute positioning command. > Does your vt100 manual differ? This is something I lack. It's a vt320 manual, but I think they're the same in this regard. I have an original vt100, and compared its behavior to what the console is doing, and I think the console is doing exactly what a vt100 would be doing regarding scrolling regions. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 13 18:07:21 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA21752; Sat, 13 Nov 1993 17:16:32 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05500; Sat, 13 Nov 93 11:07:12 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10573; Sat, 13 Nov 93 11:06:50 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10568; Sat, 13 Nov 93 11:06:49 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA05491; Sat, 13 Nov 93 11:06:45 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id RAA13890; Sat, 13 Nov 1993 17:08:29 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id RAA02131; Sat, 13 Nov 1993 17:07:23 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311131607.RAA02131@eunet.ch> Subject: space on ftp.eunet.ch To: netbsd-amiga@cbmuucp.commodore.com (nba) Date: Sat, 13 Nov 1993 17:07:21 +0100 (MET) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 391 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Since we now (phew:-)) got more space for the archive, I moved the X11R4Beta files into bsd's contrib/bsd/X11 directory. I have working kbd and mouse drivers now, hope to upload new kernel sources/binary today or tomorrow. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 13 22:22:46 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA22165; Sat, 13 Nov 1993 21:32:10 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05707; Sat, 13 Nov 93 15:22:31 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10663; Sat, 13 Nov 93 15:22:11 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10658; Sat, 13 Nov 93 15:22:09 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA05698; Sat, 13 Nov 93 15:22:06 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id VAA17626; Sat, 13 Nov 1993 21:23:54 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id VAA02629; Sat, 13 Nov 1993 21:22:48 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311132022.VAA02629@eunet.ch> Subject: 709 on ftp.eunet.ch To: netbsd-amiga@cbmuucp.commodore.com (nba) Date: Sat, 13 Nov 1993 21:22:46 +0100 (MET) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 320 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR kernel and sources are uploaded. No '40 code yet, Mike? See also the README.709 (included in bsdsyssrc) for how to create device nodes for kbd and mice. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 13 22:36:56 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA22270; Sat, 13 Nov 1993 22:36:56 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05778; Sat, 13 Nov 93 16:27:13 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10695; Sat, 13 Nov 93 16:26:53 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10690; Sat, 13 Nov 93 16:26:51 EST Received: from gamma.hut.fi by cbmmail.commodore.com (4.1/SMI-4.1) id AA05769; Sat, 13 Nov 93 16:26:49 EST Received: by gamma.hut.fi; id AA03838; Sat, 13 Nov 1993 23:26:45 +0200 Date: Sat, 13 Nov 1993 23:26:45 +0200 From: Ari Yrj\vl\d Message-Id: <9311132126.AA03838@gamma.hut.fi> To: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: mw@eunet.ch's message of 13 Nov 1993 23:00:02 +0200 Subject: 709 on ftp.eunet.ch Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > kernel and sources are uploaded. No '40 code yet, Mike? See > also the README.709 (included in bsdsyssrc) for how to > create device nodes for kbd and mice. Seems that there are still keyboard problems, as this kernel didn't remove that nasty auto-repeater :( Maybe that fix helped others, but my worst-case old Cherry keyboard on A2000 still repeates like mad. From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 13 08:40:24 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA22393; Sat, 13 Nov 1993 23:50:04 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05832; Sat, 13 Nov 93 17:40:23 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10717; Sat, 13 Nov 93 17:40:03 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10712; Sat, 13 Nov 93 17:40:02 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA05823; Sat, 13 Nov 93 17:39:59 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA09516; Sat, 13 Nov 1993 15:40:24 -0700 Message-Id: <9311132240.AA09516@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Sat, 13 Nov 1993 15:40:24 -0700 In-Reply-To: Markus Wild's message of Nov 13, 9:22pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: 709 on ftp.eunet.ch Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR On Nov 13, 9:22pm, Markus Wild wrote: > kernel and sources are uploaded. No '40 code yet, Mike? See It's coming, it's coming. Only now I need to merge the changes into the new source :-( (but that shouldn't take too long). I'm also looking into the scroll problem. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 01:27:54 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA22553; Sun, 14 Nov 1993 00:41:38 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05888; Sat, 13 Nov 93 18:28:24 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10739; Sat, 13 Nov 93 18:28:03 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10734; Sat, 13 Nov 93 18:28:01 EST Received: from rrzs1.rz.uni-regensburg.de by cbmmail.commodore.com (4.1/SMI-4.1) id AA05879; Sat, 13 Nov 93 18:27:58 EST Received: from rrzc1.rz.uni-regensburg.de by rrzs1.rz.uni-regensburg.de (4.1/URRZ-relay (1.4)) id AA14816; Sun, 14 Nov 93 00:27:54 +0100 Received: by rrzc1.rz.uni-regensburg.de (4.1/URRZ-sub (1.31)) id AA07281; Sun, 14 Nov 93 00:27:54 +0100 Date: Sun, 14 Nov 93 00:27:54 +0100 From: Hubert Feyrer Message-Id: <9311132327.AA07281@rrzc1.rz.uni-regensburg.de> To: netbsd-amiga@cbmuucp.commodore.com Subject: X under NetBSD - first impressions Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Subject: X under NetBSD - first impressions Last night I tried X11 for the first time. Due to lacking mouse and keyboard-support there's not too much one can do, but there are a few points I'd like to mention as I had problems there. These are: * The RGB-table database is empty. Although there is a rgb in /usr/lib/X11, the database files rgb.dat and rgb.pag are empty. Is there any possibility to rebuild there from rgb? Besides that, are rgb.(dir|pag) the right files? ktrace told me the X-Server searches for rgb.db ... * xinit looks for "X" as X-Server but not for Xbsd, so: ln -s /usr/bin/X11/Xbsd /usr/bin/X11/X * A nasty one: Xbsd creates a socket in /tmp/.X11-unix named "X", but xinit expexts this socket to be called "X0". This can be solved by a simple symlink, but it took me some time to discover. To solve this problem, I did the following: # mkdir ~/.X11-unix # ln -s ~/.X11-unix/X0 ~/.X11-unix/X Then, just before executing startx: # ln -s ~/.X11-unix /tmp This way, I dont't have to create .X11-unix everytime I do startx. * Also, I didn't manage it to start clients as non-root user, there might be sone permission problems. * Finally, I was able to start up "xload", but it complained it couldn't "cannot get name list from /vmunix". As I compiled the X11R5-libs and some clients under NetBSD some time ago, here's how I solved this problem. Just replace get_load.c by the following an it should work: #include #include #include #include InitLoadPoint() { } void GetLoadPoint( w, closure, call_data ) Widget w; caddr_t closure; caddr_t call_data; { static double l[1]; if(getloadavg(l,1)==-1){ perror("Cannot getloadavg()"); fprintf(stderr,"euid=%d, egid=%d\n",geteuid(),getegid()); fprintf(stderr," uid=%d, gid=%d\n",getuid(),getgid()); exit(-1); } *(double *)call_data=l[0]; } Please note that this is for X11R5-xload, so I cannot guarant that it will work. * Another point I was wondering was the size of the link-libraries: my your X11R5 X11R4 --------------------------- Xau: 7106 4716 Xaw: 260890 175662 Xmu: 85924 53824 X11: 480138 220178 Xt: 300994 217156 Here especially libX11 seems to be grown by 2 in space... can this come only from the differences between R4 and R5? * Last point: mtk, _PLEASE!_ get your mouse- and keyboard-support ready as this is really not very useful without it. Enough mourning, you really did great work. Congratilations! Looking forward to the things to come, Hubert =============== Hubert Feyrer ============================================ Weekdays: Rennerstr. 19, D-93053 Regensburg, Tel. 0941/701788 Weekends: Bachstr. 40, D-84066 Mallersdorf, Tel. 08772/6084 Internet: feyrer@rrzc1.rz.uni-regensburg.de === IRC: hubertf ========================================================================== From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 02:30:22 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA22653; Sun, 14 Nov 1993 01:47:40 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05941; Sat, 13 Nov 93 19:30:11 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10761; Sat, 13 Nov 93 19:29:50 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10756; Sat, 13 Nov 93 19:29:48 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA05932; Sat, 13 Nov 93 19:29:43 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id BAA24039; Sun, 14 Nov 1993 01:31:30 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id BAA03285; Sun, 14 Nov 1993 01:30:24 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311140030.BAA03285@eunet.ch> Subject: Re: X under NetBSD - first impressions To: hubert.feyrer@rrzc1.rz.uni-regensburg.de (Hubert Feyrer) Date: Sun, 14 Nov 1993 01:30:22 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <9311132327.AA07281@rrzc1.rz.uni-regensburg.de> from "Hubert Feyrer" at Nov 14, 93 00:27:54 am X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1389 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > Last night I tried X11 for the first time. Due to lacking mouse and Me too.. but I couldn't get it up, kept getting audio-interrupts, although I never enabled them in the kernel (means that the X-server must be enabling them using custom.-mmap access???). The result is the neverending intrhand: unexpected sr = 0x2400, .. HEY, just found a bug:-): In amiga/machdep.c, after: custom.intreq = INTF_AUD0 | INTF_AUD1 | INTF_AUD2 | INTF_AUD3; please add a break; Well ahm.. sometimes I see bugs only when I write messages to certain mailing lists... :-) > Besides that, are rgb.(dir|pag) the right files? ktrace told me > the X-Server searches for rgb.db ... NetBSD uses the new db functions, they just *emulate* old ndbm calls, they don't use .pag/.dir, they use .db files. Anyway, using the db functions for all operations, they should eventually create the .db file from rgb.txt. > * Last point: mtk, _PLEASE!_ get your mouse- and keyboard-support ready > as this is really not very useful without it. It's in there, now lets get up X :-) BTW: I'll look into a banked-pager today, I'd really prefer not having to deal with certain weird pissie-attitudes of certain gfx-boards using banked video-ram ... -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 19:51:52 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA22672; Sun, 14 Nov 1993 01:58:14 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA05966; Sat, 13 Nov 93 19:50:12 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10769; Sat, 13 Nov 93 19:49:51 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10764; Sat, 13 Nov 93 19:49:50 EST Received: from nutmeg (nutmeg-gw.NTU.EDU.AU) by cbmmail.commodore.com (4.1/SMI-4.1) id AA05957; Sat, 13 Nov 93 19:49:47 EST Received: from localhost (hoffmann@localhost) by nutmeg (8.6.4/8.6.4) id KAA20555 for NetBSD-Amiga@cbmuucp.commodore.com; Sun, 14 Nov 1993 10:21:53 +0930 From: Arthur Hoffmann Message-Id: <199311140051.KAA20555@nutmeg> Subject: Modems & Speed To: NetBSD-Amiga@cbmuucp.commodore.com Date: Sun, 14 Nov 1993 10:21:52 +0930 (CST) X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 421 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hi, I have a 9600baud modem conected to my netBSD machine, running term and I'm quite happy with the transfers I achieve (about 1050cps). This is when I download stuff to my machine. Now I noticed that the speed for uploading is only about 250bps. Does anyone have any idea what I need to do to improve that speed? Any help would be greatly apreciated. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 03:48:36 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA23560; Sun, 14 Nov 1993 09:55:21 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06290; Sun, 14 Nov 93 03:46:57 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10898; Sun, 14 Nov 93 03:46:36 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10893; Sun, 14 Nov 93 03:46:34 EST Received: from nutmeg (nutmeg-gw.NTU.EDU.AU) by cbmmail.commodore.com (4.1/SMI-4.1) id AA06281; Sun, 14 Nov 93 03:46:31 EST Received: from localhost (hoffmann@localhost) by nutmeg (8.6.4/8.6.4) id SAA00809 for NetBSD-Amiga@cbmuucp.commodore.com; Sun, 14 Nov 1993 18:18:37 +0930 From: Arthur Hoffmann Message-Id: <199311140848.SAA00809@nutmeg> Subject: building 709 problems. To: NetBSD-Amiga@cbmuucp.commodore.com Date: Sun, 14 Nov 1993 18:18:36 +0930 (CST) X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1491 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hi, I was trying to make the 709 kernel usable on my A3000 (getting the overscan right, stop the scroll bug). For that I needed to recompile the kernel. It complained about not knowing how to make some files in the kernel library, so I just copied them over from the 37 sources. Now the kernel was built, but doesn't work. When I start up everything is fine until it reaches the line: bpf: sl0 attatched it comes up with: panic: init died hit any key to boot/dump then it dumps and sits there. And that is what it does always. Things I changed were: I got rid of all the unwanted scsi driver and device entries in the conf/AMIGA file, changed the timezone and the machine name (I always do that and it works) and I changed dev/ite.c to do the insid-margin = 1 thing, also I changed dev/grf_ccreg.h to get the screen height right (#define DEF_DISP_HEIGHT 450 //instead of 464 #define DEF_DISP_Y 58 //instead of 44) Also, I set the sync array in scsi.c to 0s (to enable syncronous transfers) during making I also got an error saying something about 2 files in /usr/include/sparc/dev/ not found. I tried this with changing sparc to amiga. I alsor tried to get the missing files from sun-lamp and compiled again with the sparc files (didn't make a difference). Is it possible that it has something to do with the assembler I'm using? I'm using gas2.2(latest version)? Any help would be greatly appreciated. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 06:32:22 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA23777; Sun, 14 Nov 1993 12:38:01 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06415; Sun, 14 Nov 93 06:30:44 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10960; Sun, 14 Nov 93 06:30:24 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10955; Sun, 14 Nov 93 06:30:22 EST Received: from nutmeg (nutmeg-gw.NTU.EDU.AU) by cbmmail.commodore.com (4.1/SMI-4.1) id AA06406; Sun, 14 Nov 93 06:30:18 EST Received: from localhost (hoffmann@localhost) by nutmeg (8.6.4/8.6.4) id VAA03008 for NetBSD-Amiga@cbmuucp.commodore.com; Sun, 14 Nov 1993 21:02:23 +0930 From: Arthur Hoffmann Message-Id: <199311141132.VAA03008@nutmeg> Subject: panic not after sl0, but after lo0. To: NetBSD-Amiga@cbmuucp.commodore.com Date: Sun, 14 Nov 1993 21:02:22 +0930 (CST) X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 207 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hi In my previous message about the kernel panicing I made a mistake. It doesn't panic after bpf: sl0. It panics after lo0. Sorry about that. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 14:18:39 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA23848; Sun, 14 Nov 1993 13:25:35 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06466; Sun, 14 Nov 93 07:18:27 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10987; Sun, 14 Nov 93 07:18:07 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA10982; Sun, 14 Nov 93 07:18:05 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA06457; Sun, 14 Nov 93 07:18:02 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id NAA01899; Sun, 14 Nov 1993 13:19:46 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id NAA03850; Sun, 14 Nov 1993 13:18:40 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311141218.NAA03850@eunet.ch> Subject: Re: building 709 problems. To: hoffmann@it.ntu.edu.au (Arthur Hoffmann) Date: Sun, 14 Nov 1993 13:18:39 +0100 (MET) Cc: NetBSD-Amiga@cbmuucp.commodore.com In-Reply-To: <199311140848.SAA00809@nutmeg> from "Arthur Hoffmann" at Nov 14, 93 06:18:36 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1005 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > do that and it works) and I changed dev/ite.c to do the insid-margin = > 1 thing, also I changed dev/grf_ccreg.h to get the screen height > right Tsk.. this "fix" is wrong, really.. > during making I also got an error saying something about 2 files in > /usr/include/sparc/dev/ not found. I tried this with changing sparc to Huh? Oh.. seen.. event.c.. I didn't convert that file, obviously. Just change all the includes from into "file.h", and things should work fine. > Is it possible that it has something to do with the assembler I'm > using? > I'm using gas2.2(latest version)? Yep, that's most certainly the culprit. It's the question whether jmp pc@(foo-.+2) or jmp pc@(foo-.) is the right thing.. Check out locore.s, and remove the +2 from any such constructs. I still believe it's correct to add 2 here. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 03:18:33 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA24358; Sun, 14 Nov 1993 18:29:14 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06610; Sun, 14 Nov 93 12:18:34 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11074; Sun, 14 Nov 93 12:18:13 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11069; Sun, 14 Nov 93 12:18:11 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA06601; Sun, 14 Nov 93 12:18:07 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA20030; Sun, 14 Nov 1993 10:18:34 -0700 Message-Id: <9311141718.AA20030@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Sun, 14 Nov 1993 10:18:33 -0700 In-Reply-To: Markus Wild's message of Nov 14, 1:18pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: building 709 problems. Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR On Nov 14, 1:18pm, Markus Wild wrote: > > do that and it works) and I changed dev/ite.c to do the insid-margin = > > 1 thing, also I changed dev/grf_ccreg.h to get the screen height > > right > > Tsk.. this "fix" is wrong, really.. How about this for a correct fix? Markus mentioned in an earlier message that the scroll routines don't reference inside_margins, which is not entirely correct. It turns out that the scroll routines in ite_cc.c do indeed reference inside_margins, which is not correct. If inside_margins is set, then the scroll routines correctly reference the bottom margin, otherwise they incorrectly reference the bottom of the screen. These changes appear to fix the scrolling problem in a correct way. I did run into a possible bug in the cursor up/down code in ite.c though. The comment seemed to indicate that a cursor up or cursor down command shouldn't move out of the scrolling region, but it appears that the code looks for an exact match with the top or bottom margin of the scrolling region instead of testing for going past the margin. If the parameter on the command yields a value past the margin (but still within the screen), the cursor is moved to that line. This showed up when I was attempting to run the DEC VMS EVE editor from kermit. The terminal setting on VMS was 24 lines (on my 58 line NetBSD screen) and it was rather weird to watch what happened when the cursor tried moving past the bottom of the EVE window. The next line appeared about 20 lines below the 24-line EVE display. I haven't tried to fix this problem yet, as I wanted to see if I had any documentation on how the cursor up/down was supposed to work when inside the scrolling region. Here's my attempt at fixing the scrolling bug: diff -cr sys/arch/amiga/dev/ite_cc.c /usr/src/sys/arch/amiga/dev/ite_cc.c *** sys/arch/amiga/dev/ite_cc.c Sun Oct 31 21:25:02 1993 --- /usr/src/sys/arch/amiga/dev/ite_cc.c Sat Nov 13 16:16:28 1993 *************** *** 419,426 **** if (dir == SCROLL_UP) { int dy = sy - count; ! int bot = ip->inside_margins ? ip->bottom_margin : ip->rows - 1; ! int height = bot - sy + 1; int i; for (i = 0; i < height; i++) --- 419,425 ---- if (dir == SCROLL_UP) { int dy = sy - count; ! int height = ip->bottom_margin - sy + 1; int i; for (i = 0; i < height; i++) *************** *** 429,436 **** else if (dir == SCROLL_DOWN) { int dy = sy + count; ! int bot = ip->inside_margins ? ip->bottom_margin : ip->rows - 1; ! int height = bot - dy + 1; int i; for (i = (height - 1); i >= 0; i--) --- 428,434 ---- else if (dir == SCROLL_DOWN) { int dy = sy + count; ! int height = ip->bottom_margin - dy + 1; int i; for (i = (height - 1); i >= 0; i--) *************** *** 598,605 **** if (dir == SCROLL_UP) { int dy = sy - count; ! int bot = ip->inside_margins ? ip->bottom_margin : ip->rows - 1; ! int height = bot - sy + 1; int i; for (i = 0; i < height; i++) --- 596,602 ---- if (dir == SCROLL_UP) { int dy = sy - count; ! int height = ip->bottom_margin - sy + 1; int i; for (i = 0; i < height; i++) *************** *** 608,615 **** else if (dir == SCROLL_DOWN) { int dy = sy + count; ! int bot = ip->inside_margins ? ip->bottom_margin : ip->rows - 1; ! int height = bot - dy + 1; int i; for (i = (height - 1); i >= 0; i--) --- 605,611 ---- else if (dir == SCROLL_DOWN) { int dy = sy + count; ! int height = ip->bottom_margin - dy + 1; int i; for (i = (height - 1); i >= 0; i--) Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 07:35:54 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA24390; Sun, 14 Nov 1993 18:45:04 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06654; Sun, 14 Nov 93 12:38:20 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11082; Sun, 14 Nov 93 12:38:01 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11077; Sun, 14 Nov 93 12:37:59 EST Received: from merk.merk.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06645; Sun, 14 Nov 93 12:37:56 EST Received: by merk.merk.com (/\==/\ Smail3.1.25.1 #25.19) id ; Sun, 14 Nov 93 12:37 EST Received: by level10.UUCP (V1.16/Amiga) id AA00665; Sun, 14 Nov 93 12:35:54 EST Date: Sun, 14 Nov 93 12:35:54 EST Message-Id: <9311141735.AA00664@level10.UUCP> In-Reply-To: <9311132327.AA07281@rrzc1.rz.uni-regensburg.de> (from Hubert Feyrer ) (at Sun, 14 Nov 93 00:27:54 +0100) X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) From: dfisk@level10.uucp.commodore.com (David Fisk) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: X under NetBSD - first impressions Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > Last night I tried X11 for the first time. Due to lacking mouse and > keyboard-support there's not too much one can do, but there are a few > points I'd like to mention as I had problems there. These are: > > * xinit looks for "X" as X-Server but not for Xbsd, so: > ln -s /usr/bin/X11/Xbsd /usr/bin/X11/X I fixed that and tried running startx. WOW! Now that was a fireworks show. Everything looked ok for a second when the screen cleared, but then my monitor (1950) lost sync, my modem indicated that it was recieving a steady stream of characters, and I got the most amazing sounds from my speakers (I didn't know sound support was done) 8-) > > Enough mourning, you really did great work. Congratilations! > > Looking forward to the things to come, Dave ------------------------------------------------------------------------------ David Fisk Home: - dfisk%level10@merk.com ...uunet!merk!level10!dfisk Work: - dfisk@drilex.dri.mgh.com From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 09:57:28 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA24704; Sun, 14 Nov 1993 21:19:01 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06759; Sun, 14 Nov 93 14:59:00 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11130; Sun, 14 Nov 93 14:58:40 EST Return-Path: <@picton.eecg.toronto.edu:dej@eecg.toronto.edu> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11125; Sun, 14 Nov 93 14:58:38 EST Received: from picton.eecg.toronto.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA06750; Sun, 14 Nov 93 14:58:36 EST Received: by picton.eecg.toronto.edu id <19109>; Sun, 14 Nov 1993 14:57:30 -0500 Subject: Where's bcmp.s? From: David Jones To: NetBSD-Amiga@cbmuucp.commodore.com Date: Sun, 14 Nov 1993 14:57:28 -0500 X-Mailer: ELM [version 2.3 PL11] Message-Id: <93Nov14.145730est.19109@picton.eecg.toronto.edu> Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR I get the following error message when trying to build .709: making sure the kern library is up to date... cc -O -c __main.c cc -O -c imax.c cc -O -c imin.c cc -O -c lmax.c cc -O -c lmin.c cc -O -c max.c cc -O -c min.c cc -O -c ulmax.c cc -O -c ulmin.c make: don't know how to make bcmp.s. Stop *** Error code 2 Stop. bcmp.s is nowhere to be found in the archive. Same goes for a bunch of other files (ntohl, htonl, strcat, etc.). Are we missing something? -- David Jones, M.A.Sc student, Electronics Group (VLSI), University of Toronto email: dej@eecg.utoronto.ca, finger for more info From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 18:17:00 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA27707; Mon, 15 Nov 1993 00:28:22 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06890; Sun, 14 Nov 93 18:21:02 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11194; Sun, 14 Nov 93 18:20:42 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11189; Sun, 14 Nov 93 18:20:40 EST Received: from x400gate.bnr.ca by cbmmail.commodore.com (4.1/SMI-4.1) id AA06881; Sun, 14 Nov 93 18:20:17 EST X400-Received: by mta x400gate.bnr.ca in /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Sun, 14 Nov 1993 18:18:12 -0500 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Sun, 14 Nov 1993 18:18:04 -0500 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Sun, 14 Nov 1993 13:17:00 -0500 Date: Sun, 14 Nov 1993 18:17:00 +0000 X400-Originator: /DD.ID=1619692/G=Hamish/I=HI/S=Macdonald/@bnr.ca X400-Mts-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/;bcars735.b.653:14.10.93.23.18.04] X400-Content-Type: P2-1984 (2) Content-Identifier: Re: building ... From: "Hamish (H.I.) Macdonald" Sender: "Hamish (H.I.) Macdonald" Message-Id: <"1654 Sun Nov 14 18:18:07 1993"@bnr.ca> To: mw@eunet.ch Cc: hoffmann@it.ntu.edu.au, NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: building 709 problems. Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR >> Is it possible that it has something to do with the assembler I'm >> using? >> I'm using gas2.2(latest version)? >>>>> On Sun Nov 14 07:25:00 1993, >>>>> Markus wrote: mw> Yep, that's most certainly the culprit. It's the question whether mw> jmp pc@(foo-.+2) mw> or mw> jmp pc@(foo-.) mw> is the right thing.. Check out locore.s, and remove the +2 from mw> any such constructs. I still believe it's correct to add 2 here. As I've already corresponded with Markus, my feeling is that: jmp pc@(foo) is the most correct. gas-2.2 correctly assembles this. From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 01:33:38 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA28370; Mon, 15 Nov 1993 00:44:42 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA06920; Sun, 14 Nov 93 18:33:30 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11205; Sun, 14 Nov 93 18:33:11 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11200; Sun, 14 Nov 93 18:33:10 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA06911; Sun, 14 Nov 93 18:33:00 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id AAA17866; Mon, 15 Nov 1993 00:34:48 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id AAA09627; Mon, 15 Nov 1993 00:33:41 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311142333.AAA09627@eunet.ch> Subject: Re: Where's bcmp.s? To: dej@eecg.toronto.edu (David Jones) Date: Mon, 15 Nov 1993 00:33:38 +0100 (MET) Cc: NetBSD-Amiga@cbmuucp.commodore.com In-Reply-To: <93Nov14.145730est.19109@picton.eecg.toronto.edu> from "David Jones" at Nov 14, 93 02:57:28 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 399 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > bcmp.s is nowhere to be found in the archive. Same goes for a bunch of > other files (ntohl, htonl, strcat, etc.). Are we missing something? That stuff is part of libc, get it from the lib/libc/arch/hp300 directory off sunlamp. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 19:36:28 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA28464; Mon, 15 Nov 1993 01:43:42 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA07007; Sun, 14 Nov 93 19:34:47 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11233; Sun, 14 Nov 93 19:34:26 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11228; Sun, 14 Nov 93 19:34:25 EST Received: from nutmeg (nutmeg-gw.NTU.EDU.AU) by cbmmail.commodore.com (4.1/SMI-4.1) id AA06998; Sun, 14 Nov 93 19:34:21 EST Received: from localhost (hoffmann@localhost) by nutmeg (8.6.4/8.6.4) id KAA12403 for NetBSD-Amiga@cbmuucp.commodore.com; Mon, 15 Nov 1993 10:06:30 +0930 From: Arthur Hoffmann Message-Id: <199311150036.KAA12403@nutmeg> Subject: ps faulty? To: NetBSD-Amiga@cbmuucp.commodore.com Date: Mon, 15 Nov 1993 10:06:28 +0930 (CST) X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 367 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hi I know I sent this before, but I didn't see any reply, so I'm not sure if the mail went out. Why does ps -ux show 1Jan70 for everything under the 'STARTED' column. The last kernel which showd the proper STARTED information was 644. Also gdb doesn't work anymore. :( It sort of worked with 644 too. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 13:05:21 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA28559; Mon, 15 Nov 1993 02:15:24 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA07071; Sun, 14 Nov 93 20:05:48 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11247; Sun, 14 Nov 93 20:05:28 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11242; Sun, 14 Nov 93 20:05:27 EST Received: from iastate.edu (pv0c0d.vincent.iastate.edu) by cbmmail.commodore.com (4.1/SMI-4.1) id AA07062; Sun, 14 Nov 93 20:05:24 EST Received: by iastate.edu with sendmail-5.57/4.7 id ; Sun, 14 Nov 93 19:05:23 -0600 From: jyork@iastate.edu Message-Id: <9311150105.AA12187@iastate.edu> To: NetBSD-Amiga@cbmuucp.commodore.com Subject: SCSI support for IVS??? Date: Sun, 14 Nov 93 19:05:21 CST Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Is anyone modifying NetBSD to run with the IVS Trumpcard Pro/Grandslam/Vector SCSI controllers? I'd love to set up a system, but the kernel doesn't recognize my Grandslam controller. Is there any way to do this that doesn't require rewriting a driver from scratch? I don't know much about device drivers, so I can't be much help here, but I'd really like to see it happen. If anyone is working on this and needs a Guinea Pig, er, Beta tester, let me know... :) Justin York jyork@iastate.edu From Meeting-error%hactar.Hanse.DE@hactar.hanse.de Thu Nov 14 23:03:16 1993 Received: from ki1.chemie.fu-berlin.de by techfac.TechFak.Uni-Bielefeld.DE id AA29363; Mon, 15 Nov 1993 08:25:27 +0100 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from lutzifer.hanse.de (134.100.239.2) with smtp id ; Mon, 15 Nov 93 08:24 MET Received: from hactar.hanse.de by lutzifer.hanse.de with SMTP id AA26490 (5.65c/IDA-1.4.4); Mon, 15 Nov 1993 07:59:36 +0100 Received: by hactar.Hanse.DE (Amiga1.02l10*hactar-123r) with UUCP for magick@uni-paderborn.de id ; Sun, 14 Nov 1993 22:14:54 UTC Mime-Version: 1.0 Content-Transfer-Encoding: 7BIT Reply-To: Meeting@hactar.hanse.de (Mailinglist 'Meeting') Message-Id: <01H5BKHUBKH4AND40G@IRAVCL.IRA.UKA.DE> Date: 14 Nov 1993 22:03:16 +0100 (MET) From: Tobias Walter To: Meeting@hactar.hanse.de Subject: Re: Zukuenftige Treffen Status: OR Hallo Wusel, > % Eigentlich gar nicht so bloede. Aktive Mitglieder, passive... > % usw. 20DM Beitrag/Jahr, ein Meeting umsonst... hmhm.. > Hmmmmm, irgendwie ... Generalstabsmd_ige Planung bislangs halbswegs > spontaner Treffen? Jetzt wird's typisch deutsch =:-> Vielleicht noch mit > Hotelreservierung (zumindest f|r unsere Gdste aus der Hauptstadt =:->)? Damit es richtig deutsch wird, brauchen wir mindestens noch eine Vereinssatzung, die nur gut beleumundeten Anwendern die Mitgliedschaft ge- stattet. Brauchen wir da nicht auch noch Fuehrungszeugnisse? Ich bin dafuer, das wir die Z_Netz Satzung zu Grunde legen. Das waere ja schon einmal ein guter Anfang. [satire off] IMHO ist es eigentlich schon ganz gut, wie es momentan ist. Frueher war so oder so alles besser >:) > kai thb From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 14 15:05:35 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA29558; Mon, 15 Nov 1993 09:13:03 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA07393; Mon, 15 Nov 93 03:02:40 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11365; Mon, 15 Nov 93 03:02:19 EST Return-Path: <@mail.uunet.ca:tirith!ggk@xenitec> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11360; Mon, 15 Nov 93 03:02:17 EST Received: from mail.uunet.ca (uunet.ca) by cbmmail.commodore.com (4.1/SMI-4.1) id AA07384; Mon, 15 Nov 93 03:02:16 EST Received: from xenitec.on.ca ([142.77.5.3]) by mail.uunet.ca with SMTP id <218900(2)>; Mon, 15 Nov 1993 03:02:01 -0500 Received: from tirith by xenitec.xenitec.on.ca id aa24715; 14 Nov 93 20:16 EST Received: by tirith.ocunix.on.ca (smail2.5) id AA00082; 14 Nov 93 20:05:35 EST (Sun) To: Amiga NetBSD List Subject: Questions... Message-Id: <9311142005.AA00082@tirith.ocunix.on.ca> Date: Sun, 14 Nov 1993 20:05:35 -0500 From: ggk@tirith.uucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Well, it's been a few weeks, but I've finally managed to assemble all the pieces I need to run Amiga NetBSD on my A3000. The first time the screen snapped to the simple white on black terminal mode, I was rather excited. Of course, it would have been more exciting if there hadn't been a kernel panic... :-) It was something stupid - Reserved had to be set to zero in HDToolbox. Now, I have another problem. I've tried two kernels, the first one, and the one named rootfs-0611.gz. Both lock up at about the same point, and in the same way. The 0611 kernel displays the message " -> /bin/sh" and then the machine seems to stop with the SCSI light on. (Btw, I ftped most of the files from wuarchive.wustl.edu, and as an aside, the NetBSD directory there is incomplete and I suspect out of date). My system: A3000/25 4 MB Fast RAM, 2 MB Chip RAM sd0: QUANTUM LP52S (50 Meg) sd6: RODIME RO3000T (100 Meg) with BSDR, BSDS and BSDD partitions. I've read about some inhibit_sync patch - could this be the problem? I've read about some prototype WD SCSI chip. I purchased my A3000 a little over a year after the machine was released, could I have one of these prototype chips? (I don't really want to rip the machine apart to find out). I would just grab a newer kernel, EXCEPT I don't have easy access to ftp (I'll work on it Monday). Right now, I have to know site, full path and filename to acquire any files (no, it's NOT ftp by mail). Oh, one additional question: Is it possible right now to rebuild the kernel from within NetBSD? I know I don't have the disk space to put gcc on the Amiga side. Any help would be appreciated. Gregory Kritsch | 3A Computer Engineering at UWaterloo ggk@tirith.uucp | "Life is a highway ...!xenitec!tirith!ggk | Life is a stinking highway!" -BNL From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 11:05:44 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA05670; Mon, 15 Nov 1993 19:17:44 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA08292; Mon, 15 Nov 93 12:56:54 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11590; Mon, 15 Nov 93 12:56:33 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11585; Mon, 15 Nov 93 12:56:32 EST Received: from colombo.telesys-innov.fr ([192.70.117.81]) by cbmmail.commodore.com (4.1/SMI-4.1) id AA08280; Mon, 15 Nov 93 12:55:55 EST Received: by colombo.telesys-innov.fr (5.65/1.2-eef) id AA00682; Mon, 15 Nov 93 10:05:44 +0100 Return-Path: From: Philippe BRAND Message-Id: <9311150905.AA00682@colombo.telesys-innov.fr> Subject: Retina For X11 (X11) (fwd) To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Date: Mon, 15 Nov 1993 10:05:44 +0100 (MEZ) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 3031 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hello folks! Forwarded message: > From lahaye_o@boson Wed Nov 10 22:31:26 1993 > Date: Wed, 10 Nov 1993 22:28:26 GMT > From: lahaye_o@boson (olivier lahaye) > Message-Id: <199311102228.AA13836@school> > To: phb@colombo.telesys-innov.fr > Subject: Retina For X11 (X11) > > > I've detected an horrible bug in the grf_rt.c and ite_rt.c. > > I tried to map the retina registers, but I saw tha t the reg size was 0 ! > indeed, the size was fixed to 0 by the driver. More over, the field provided for > registers map adress was filled with a MonDef struct. > > the GRFIOCMP ioctl now maps register+framebuffer. > I'll soom port the diff files. > > Now some opinions about the retina modes. > > I saw in V37 that the retina modes are fixed and that these modes suppose a 8x8 font. > This limitation is not fair. > In my opinion, the retina driver should provide 2 new ioctls: > - 1 ioctl to change the font. > - 1 ioctl to change the reolution. > > In text mode, resolution should be specified in character resolution. By this way, > we could use different sized fonts without having troule whith pixed resolution which is expected > to be a pair multiple of the font width. The pixel resolution would be recomputed at the font > upload time. > More over, the programmer wouldn't have to check if the pixel width is according to the font width > > for example, the default monitor would be a 80x40 charater with a 8x8 font. no matter what > the pixel screen dimentions are. It's not immportant in text mode. > > I agree that it may be difficult to comput some parameters, but the retina ?DefineMonitor is > able to do that, so why not NetBSD ? > > Actualy, I'm using a 80x44 character screen with a 14x16 fixed font. > this mode is not a "standard" mode, but I like it very much. > Such a mode would be impossible without patches if this way is not followed .. > (the resolution in this case is 1120x704 50Hz and it works fine on 3 other retina cards :-) ) > > I'm still searching informations on how to switch the retina in gfx 256 colors mode. > X11 will soon work under custom chips, and could soon work under the retina if I had > the informations on how to driver the retina in gfx mode, or if I had a graphic retina > driver. > > thanks for reading up to here. > > lahaye_o@epita.fr (read only for me :-( > thanks goes for phb for forwarding this mail) > -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 07:40:03 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA05780; Mon, 15 Nov 1993 19:45:31 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA08419; Mon, 15 Nov 93 13:33:39 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11621; Mon, 15 Nov 93 13:33:19 EST Return-Path: <@mail.uunet.ca:tirith!ggk@xenitec> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11616; Mon, 15 Nov 93 13:33:17 EST Received: from by cbmmail.commodore.com (4.1/SMI-4.1) id AB08404; Mon, 15 Nov 93 13:33:15 EST Received: from xenitec.on.ca ([142.77.5.3]) by mail.uunet.ca with SMTP id <53934(1)>; Mon, 15 Nov 1993 13:33:01 -0500 Received: from tirith by xenitec.xenitec.on.ca id ab02005; 15 Nov 93 13:32 EST Received: by tirith.ocunix.on.ca (smail2.5) id AA00223; 15 Nov 93 12:40:03 EST (Mon) To: Amiga NetBSD List Subject: Strangeness Message-Id: <9311151240.AA00223@tirith.ocunix.on.ca> Date: Mon, 15 Nov 1993 12:40:03 -0500 From: ggk@tirith.uucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR I sent email to this list last night. David Jones just pointed out to me that my address came through funny in the From: line. I am ggk@tirith.uucp, there's not supposed to be a .commodore.com tacked on the end of it. Honest, *I* didn't put it there. Anyhow, if you sent me useful information, and it bounced, please resend it to the proper address... I'm looking for the inhibit_sync patch now, if it applies to the 0611 rootfs. ``We apologize for the inconvenience.'' -Douglas Adams Gregory Kritsch | 3A Computer Engineering at UWaterloo ggk@tirith.uucp | "Life is a highway ...!xenitec!tirith!ggk | Life is a stinking highway!" -BNL From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 03:32:51 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA06059; Mon, 15 Nov 1993 20:50:03 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA08635; Mon, 15 Nov 93 14:36:50 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11643; Mon, 15 Nov 93 14:36:30 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11638; Mon, 15 Nov 93 14:36:29 EST Received: from percy.rain.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA08625; Mon, 15 Nov 93 14:36:22 EST Received: from iceCuBE.rain.com by percy.rain.com with smtp (Smail3.1.28.1 #5) id m0oz9j4-000609C; Mon, 15 Nov 93 11:36 WET Received: by iceCuBE.rain.com (NX5.67c/NX3.0S) id AA01193; Mon, 15 Nov 93 11:32:51 -0800 Date: Mon, 15 Nov 93 11:32:51 -0800 From: William J. Coldwell Message-Id: <9311151932.AA01193@iceCuBE.rain.com> Received: by NeXT.Mailer (1.87.1) Received: by NeXT Mailer (1.87.1) To: ggk%tirith@xenitec.uucp.commodore.com Subject: Re: Strangeness Cc: Amiga NetBSD List Reply-To: billc@iceCuBE.rain.com Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR ggk@tirith.uucp is not a valid domain. Read Dillon's UUCP setup information (if that is the package you are using). cbmuucp isn't very smart when it comes to bang paths, and will try to associate a domain to it (so it treats all bangpaths as being local to it (i.e., inside commodore.com)). xenitec!tirith!ggk This is the 90's... ditch the bang path and get someone at xenitec to broadcast an MX for you. Also, add a valid Reply-To: line (putting Reply-to: xenitec!tirith!ggk won't work either.. it'll need to be something like: tirith!ggk@xenitec.blah.blah), and that will solve this problem quickly.. getting a real domained address would solve it permanently. Bill Begin forwarded message: To: Amiga NetBSD List Subject: Strangeness Date: Mon, 15 Nov 1993 12:40:03 -0500 From: ggk@tirith.uucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com I sent email to this list last night. David Jones just pointed out to me that my address came through funny in the From: line. I am ggk@tirith.uucp, there's not supposed to be a .commodore.com tacked on the end of it. Honest, *I* didn't put it there. Anyhow, if you sent me useful information, and it bounced, please resend it to the proper address... I'm looking for the inhibit_sync patch now, if it applies to the 0611 rootfs. ``We apologize for the inconvenience.'' -Douglas Adams Gregory Kritsch | 3A Computer Engineering at UWaterloo ggk@tirith.uucp | "Life is a highway ...!xenitec!tirith!ggk | Life is a stinking highway!" -BNL From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 22:18:37 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA06165; Mon, 15 Nov 1993 21:32:35 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA08740; Mon, 15 Nov 93 15:18:29 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11665; Mon, 15 Nov 93 15:18:08 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11660; Mon, 15 Nov 93 15:18:07 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA08730; Mon, 15 Nov 93 15:18:00 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id VAA04432; Mon, 15 Nov 1993 21:19:47 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id VAA24061; Mon, 15 Nov 1993 21:18:39 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311152018.VAA24061@eunet.ch> Subject: Re: Retina For X11 (X11) (fwd) To: phb@colombo.telesys-innov.fr (Philippe BRAND) Date: Mon, 15 Nov 1993 21:18:37 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <9311150905.AA00682@colombo.telesys-innov.fr> from "Philippe BRAND" at Nov 15, 93 10:05:44 am X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 4016 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > > I've detected an horrible bug in the grf_rt.c and ite_rt.c. > > > > I tried to map the retina registers, but I saw tha t the reg size was 0 ! > > indeed, the size was fixed to 0 by the driver. More over, the field provided for > > registers map adress was filled with a MonDef struct. Not just in _rt, the same mistake was in _cc too.. should be fixed in 709 now, I'm now using the correct field (the private data pointer) to store monitor dependant data. I've seen this when I tried to get the SuperProbe tool of XFree2.0 working.. It worked in the end, so I hope the fix is right. > > the GRFIOCMP ioctl now maps register+framebuffer. You know, the grf driver also supports mmap() ing it directly, I think we should probably move to using mmap(), not some ioctl's that are in the driver for backwards compatibility with hpsux... > > I'll soom port the diff files. Yes please! > > I saw in V37 that the retina modes are fixed and that these modes suppose a 8x8 font. > > This limitation is not fair. > > In my opinion, the retina driver should provide 2 new ioctls: > > - 1 ioctl to change the font. > > - 1 ioctl to change the reolution. You got the one for the resolution. I'm not against a font-loader, but that one shouldn't be retina-specific, all console drivers want to load fonts.. BTW: the retina font is *not* limited to 8x8, reread the driver source. Just because I'm currently using topaz80 doesn't mean the driver or the board wouldn't do other sizes. > > In text mode, resolution should be specified in character resolution. By this way, > > we could use different sized fonts without having troule whith pixed resolution which is expected > > to be a pair multiple of the font width. The pixel resolution would be recomputed at the font > > upload time. Hm, take care.. the hardware has some own ideas about screen width and fonts width.. > > More over, the programmer wouldn't have to check if the pixel width is according to the font width > > > > for example, the default monitor would be a 80x40 charater with a 8x8 font. no matter what > > the pixel screen dimentions are. It's not immportant in text mode. Don't forget there can be a 80x40 screen at 60Hz and one at 75Hz, and I'd rate THAT difference *very* important, in text mode as well as in gfx mode. > > I agree that it may be difficult to comput some parameters, but the retina ?DefineMonitor is > > able to do that, so why not NetBSD ? At least the values *I* got from DefineMonitor are dubiose at best.. always take them with a grain of salt.. Well, hey, if you come up with a glorious formula that frees us from keeping tables, I'm all for it, but I guess the matter is much too delicate to be calculated completely at runtime. Remember, the XFree server uses such tables as well in its config file! > > Such a mode would be impossible without patches if this way is not followed .. > > (the resolution in this case is 1120x704 50Hz and it works fine on 3 other retina cards :-) ) Hm, I don't see a reason why you shouldn't be able to add an eye-destroyer to the Retina modes, if you absolute must, overall, the cc-people want PAL too badly.. :-/ Nah, serious, Should work, there's NO 8x8 limit. > > I'm still searching informations on how to switch the retina in gfx 256 colors mode. > > X11 will soon work under custom chips, and could soon work under the retina if I had > > the informations on how to driver the retina in gfx mode, or if I had a graphic retina > > driver. Take a look at the XFree2.0 sources, they include source support for the NCR chip used in the Retina. BTW: *thanks* a lot for your work!! -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 14:46:35 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA11357; Tue, 16 Nov 1993 03:32:17 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA09545; Mon, 15 Nov 93 21:22:20 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11785; Mon, 15 Nov 93 21:21:58 EST Return-Path: <@mail.uunet.ca:tirith!ggk@xenitec> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11780; Mon, 15 Nov 93 21:21:57 EST Received: from mail.uunet.ca (uunet.ca) by cbmmail.commodore.com (4.1/SMI-4.1) id AA09536; Mon, 15 Nov 93 21:21:55 EST Received: from xenitec.on.ca ([142.77.5.3]) by mail.uunet.ca with SMTP id <53998(4)>; Mon, 15 Nov 1993 21:15:03 -0500 Received: from tirith by xenitec.xenitec.on.ca id aa19827; 15 Nov 93 21:14 EST Received: by tirith.ocunix.on.ca (smail2.5) id AA00436; 15 Nov 93 19:46:35 EST (Mon) To: billc@icecube.rain.com Cc: Amiga NetBSD List Subject: Re: Strangeness Message-Id: <9311151946.AA00436@tirith.ocunix.on.ca> Date: Mon, 15 Nov 1993 19:46:35 -0500 From: ggk@tirith.uucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR >ggk@tirith.uucp is not a valid domain. Read Dillon's UUCP setup information Well, once upon a time, a long time ago, I was using Dillon's uucp. I've hacked it over quite a bit since, and I don't remember reading anything about .uucp being invalid in the versions I have. As far as I knew, the .uucp domain was valid (seems some people spend an awful lot of time maintaining uucp maps for something that isn't valid). I have a domain address, ggk@tirith.ocunix.on.ca, however, I only use it when my machine is in Ottawa - mail routes faster and cheaper this way. >This is the 90's... ditch the bang path and get someone at xenitec to broadcast >an MX for you. Well, classic chicken and egg problem. Once I have NetBSD, if I can still afford it, I will be getting a SLIP or PPP connection to something, either .uwaterloo.ca or to (effectively) xenitec.on.ca. No NetBSD, no IP, no connection... I'll see what I can do about an MX record at xenitec, however, I don't think it's going to be possible. >Also, add a valid Reply-To: line (putting Reply-to: xenitec!tirith!ggk won't This is what I will do then, for now. Thanks for the info. >Bill Gregory Kritsch | 3A Computer Engineering at UWaterloo ggk@tirith.uucp | "Life is a highway ...!xenitec!tirith!ggk | Life is a stinking highway!" -BNL From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 15 11:25:00 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA11501; Tue, 16 Nov 1993 04:42:49 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA09679; Mon, 15 Nov 93 22:33:13 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11807; Mon, 15 Nov 93 22:32:53 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11802; Mon, 15 Nov 93 22:32:51 EST Received: from ingres.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA09670; Mon, 15 Nov 93 22:32:47 EST Received: from pony.ingres.com by ingres.com (4.1/SMI-4.1/INGRES/zool/06.06.93) id AA10086; Mon, 15 Nov 93 19:32:46 PST Received: from contessa by pony.ingres.com (5.65c8+/INGRES/Router/pony/08.16.93) id AA10068; Mon, 15 Nov 1993 19:32:54 -0800 Received: by contessa.phone.net (Amiga SMTPpost 0.80 Oct 25, 1993) id AA01; Mon, 15 Nov 93 19:27:05 PST Received: by contessa.phone.net (Amiga SMTPpost 0.80 Oct 25, 1993) id AA01; Mon, 15 Nov 93 19:25:00 PST To: billc@iceCuBE.rain.com Cc: Amiga NetBSD List Subject: Re: Strangeness In-Reply-To: Message <9311151932.AA01193@iceCuBE.rain.com> From: mwm@contessa.phone.net (Mike Meyer) Date: Mon, 15 Nov 93 19:25:00 PST Message-Id: <19931115.73B3218.1111B@contessa.phone.net> Organization: Missionaria Phonibalonica Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > This is the 90's... ditch the bang path and get someone at xenitec to broadcast > an MX for you. Good advice. > Also, add a valid Reply-To: line (putting Reply-to: xenitec!tirith!ggk won't > work either.. it'll need to be something like: tirith!ggk@xenitec.blah.blah), Bad advice. See the RFC on UUCP mail interchange (I think you want 976; I'll know for sure after I fix my CDROM drive...). Tirith!ggk@xenitec.blah.blah is ambiguous, because there's nothing that says whether ! or @ gets higher priority (yeah, most people go with @, but...). Using "tirth!ggk"@xenitec.blah.blah forces the @ to be dealt with first. Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11810; Mon, 15 Nov 93 22:57:12 EST Received: from nutmeg (nutmeg-gw.NTU.EDU.AU) by cbmmail.commodore.com (4.1/SMI-4.1) id AA09701; Mon, 15 Nov 93 22:57:04 EST Received: from localhost (hoffmann@localhost) by nutmeg (8.6.4/8.6.4) id NAA17408; Tue, 16 Nov 1993 13:28:45 +0930 From: Arthur Hoffmann Message-Id: <199311160358.NAA17408@nutmeg> Subject: Re: Modems & Speed To: mykes@shell.portal.com Date: Tue, 16 Nov 1993 13:28:45 +0930 (CST) Cc: NetBSD-Amiga@cbmuucp.commodore.com In-Reply-To: from "mykes@shell.portal.com" at Nov 15, 93 03:33:00 am X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1148 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > > > >>>>> ah == Arthur Hoffmann wrote: > > ah> Hi, > ah> I have a 9600baud modem conected to my netBSD > ah> machine, running term and I'm quite happy with the > ah> transfers I achieve (about 1050cps). This is when I > ah> download stuff to my machine. Now I noticed that the > ah> speed for uploading is only about 250bps. Does anyone > ah> have any idea what I need to do to improve that speed? > > > ah> Any help would be greatly apreciated. > > ah> Arthur. > > ah> Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au > > Use the -s flag to term on both sides and use 115200 as the baud > value to the -s flag. There's also a newer term108.tar.z on the > linux sites that has a nasty timebomb bug fixed. > Thanks Mike, I did as you suggested and got a speed of 890bps now. What else can I do to get the same throughput for download? Do I need to escape any characters? At the moment I'm not escaping anything. If yes which ones? I would use linecheck and figure it out myselfs, but I don't seem to get the programme working. Thanks again. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 9 17:40:00 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA11992; Tue, 16 Nov 1993 08:07:20 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA09909; Tue, 16 Nov 93 01:53:10 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11876; Tue, 16 Nov 93 01:52:49 EST Return-Path: <@mail.uunet.ca:tjhayko@grin.io.org> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11871; Tue, 16 Nov 93 01:52:47 EST Received: from mail.uunet.ca (uunet.ca) by cbmmail.commodore.com (4.1/SMI-4.1) id AA09900; Tue, 16 Nov 93 01:52:46 EST Received: from io.org ([142.77.27.2]) by mail.uunet.ca with SMTP id <53945(5)>; Tue, 16 Nov 1993 01:52:42 -0500 Received: from grin.io.org by io.org with smtp (Smail3.1.28.1 #2) id m0ox6QP-0001wwC; Tue, 9 Nov 93 22:40 WET From: tjhayko@grin.io.org Date: Tue, 9 Nov 1993 22:40:00 -0500 To: NetBSD-Amiga%cbmuucp.commodore.com@io.org Message-Id: <9311092240.AA05615@grin.io.org> Subject: NetBSD on an A4000 Content-Length: 176 Content-Type: text Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR If I put an A2091 in my A4000, will I be able to run NetBSD when it get '040 support added? I've got an extra controller around, and I was hoping... Tom Hayko tjhayko@io.org From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 08:47:11 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA16721; Tue, 16 Nov 1993 15:32:57 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA10349; Tue, 16 Nov 93 09:14:08 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12004; Tue, 16 Nov 93 09:13:47 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA11999; Tue, 16 Nov 93 09:13:46 EST Received: from methan.chemie.fu-berlin.de ([130.133.2.81]) by cbmmail.commodore.com (4.1/SMI-4.1) id AA10337; Tue, 16 Nov 93 09:13:41 EST Received: by methan.chemie.fu-berlin.de (Smail3.1.28.1) from heaven7.in-berlin.de with fbsmtp id ; Tue, 16 Nov 93 15:12 MET Received: by heaven7.in-berlin.de (/\==/\ Smail3.1.28.1 #28.3) id ; Tue, 16 Nov 93 07:47 MET Message-Id: From: martini@heaven7.in-berlin.de (Martin P. Ibert) Subject: Re: Strangeness To: mwm@contessa.phone.net (Mike Meyer) Date: Tue, 16 Nov 1993 07:47:11 +0100 (MET) Cc: billc@iceCuBE.rain.com, netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <19931115.73B3218.1111B@contessa.phone.net> from "Mike Meyer" at Nov 15, 93 07:25:00 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 999 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR You, Mike Meyer, write: | Tirith!ggk@xenitec.blah.blah is ambiguous, because there's nothing | that says whether ! or @ gets higher priority (yeah, most people go | with @, but...). Using "tirth!ggk"@xenitec.blah.blah forces the @ to | be dealt with first. NOT a good idea. Although it may or may not be RFC-conformant (I think it is, but means exactly the same as tirth!ggk@xenitec.blah.blah), a lot of software will break on this one. Do not use quoting in addresses! A better way would be xenitec.blah.bla!tirth!ggk or ggk%tirth@xenitec.blah.blah. [Um ... aren't we a bit off-topic ...] -- ~~~ALWAYS LOOK | Martin P. Ibert, F|rstenweg 11 | YOU COME FROM NOTHING~~~~~~~~ ~ON THE BRIGHT | D-13589 Berlin-Spandau Germany | YOU'RE GOING BACK TO NOTHING~ ~~SIDE OF LIFE | Fon +4930-3753479 Fax -3753699 | WHAT HAVE YOU LOST?~~~~~~~~~~ ~~~(Eric Idle) | | NOTHING!~~~~~~~~~~~~~~~~~~~~~ Hi, I am not a signature virus. Why don't you just copy me into your signature? From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 06:43:21 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA18094; Tue, 16 Nov 1993 18:00:16 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA10712; Tue, 16 Nov 93 11:44:01 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12055; Tue, 16 Nov 93 11:43:40 EST Return-Path: <@picton.eecg.toronto.edu:dej@eecg.toronto.edu> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12050; Tue, 16 Nov 93 11:43:39 EST Received: from picton.eecg.toronto.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA10694; Tue, 16 Nov 93 11:43:29 EST Received: by picton.eecg.toronto.edu id <19008>; Tue, 16 Nov 1993 11:43:26 -0500 Subject: X From: David Jones To: NetBSD-Amiga@cbmuucp.commodore.com Date: Tue, 16 Nov 1993 11:43:21 -0500 X-Mailer: ELM [version 2.3 PL11] Message-Id: <93Nov16.114326est.19008@picton.eecg.toronto.edu> Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Finally got the kernel built. Lots of wierdness. I installed X and trie to run it. Questions: 1. Why are the permissions set up as root rwx------? I had to change them to allow access and I'm sure I stiffed some application somewhere... 2. When I run Xbsd as non-root, I get "can't open RGB_DB '/usr/lib/X11/rgb'" and X bails out. I checked the permissions on this file, and non-root can cat it just fine. 3. When I run Xbsd as root, I get the same message, and then a screwed-up display (sync rate incompatible with monitor, a 1960). Maybe I should turn off the display enhancer? 4. Do I as non-root need any config files in my home directory to get a reasonable X environment? I suppose I could steal the config files from my account at school; I didn't see anything interesting as the files extracted. 5. How do I abort the server when it screws up? Like, with XFree86, CTRL-ALT- Backspace will abort the server and return you to text mode, even if the display was garbled. I had to three-finger salute, which does wonders for the filesystems. -- David Jones, M.A.Sc student, Electronics Group (VLSI), University of Toronto email: dej@eecg.utoronto.ca, finger for more info From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 01:11:09 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA18315; Tue, 16 Nov 1993 18:32:23 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA10779; Tue, 16 Nov 93 12:17:09 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12077; Tue, 16 Nov 93 12:16:50 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12072; Tue, 16 Nov 93 12:16:48 EST Received: from ingres.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA10770; Tue, 16 Nov 93 12:16:44 EST Received: from pony.ingres.com by ingres.com (4.1/SMI-4.1/INGRES/zool/06.06.93) id AA14062; Tue, 16 Nov 93 09:16:49 PST Received: from contessa by pony.ingres.com (5.65c8+/INGRES/Router/pony/08.16.93) id AA20894; Tue, 16 Nov 1993 09:16:57 -0800 Received: by contessa.phone.net (Amiga SMTPpost 0.80 Oct 25, 1993) id AA01; Tue, 16 Nov 93 09:11:14 PST Received: by contessa.phone.net (Amiga SMTPpost 0.80 Oct 25, 1993) id AA01; Tue, 16 Nov 93 09:11:09 PST To: netbsd-amiga@cbmuucp.commodore.com Cc: Subject: Re: Strangeness In-Reply-To: Message From: mwm@contessa.phone.net (Mike Meyer) Date: Tue, 16 Nov 93 09:11:09 PST Message-Id: <19931116.7452A80.82F1@contessa.phone.net> Organization: Missionaria Phonibalonica Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > | Tirith!ggk@xenitec.blah.blah is ambiguous, because there's nothing > | that says whether ! or @ gets higher priority (yeah, most people go > | with @, but...). Using "tirth!ggk"@xenitec.blah.blah forces the @ to > | be dealt with first. > > NOT a good idea. Although it may or may not be RFC-conformant (I think it > is, but means exactly the same as tirth!ggk@xenitec.blah.blah), a lot of > software will break on this one. Do not use quoting in addresses! It is RFC conformant. In fact, it's the RFC-defined method for getting magic characters into addresses. That's why I chose to use it. In this case, it only means the same thing as tirth!ggk@xenitec.blah.blah if a host doesn't decide that your version means "route it to tirth, who'll route it to ggk@xenitec.blah.blah". Quoting it avoids that problem. If your software breaks on 822 addresses with quotes on it, your software is broken. If your software sends an ambiguous address someplace other than where you expect, then your address is broken. > A better way would be xenitec.blah.bla!tirth!ggk or > ggk%tirth@xenitec.blah.blah. The bang-path version is worse; that assumes that everybody who replies to mail to you understands bang-paths, which is much less likely than everyone understanding 822 mail. The % version is the same. Both require delivery to xenitec.blah.blah, which then must have local routing hooks to deal with what you handed it. Of course, there's nothing that requires user%node to be interpreted as anything but a local address; RFC976 requires the "!" version to be routed to a UUCP neighbor, assuming you're running a UUCP gateway. [976 also recommends the quoting mixed addresses.] > [Um ... aren't we a bit off-topic ...] Yeah, but we still don't have a working address for the person who needs to see it. Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12083; Tue, 16 Nov 93 13:04:10 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA10886; Tue, 16 Nov 93 13:03:57 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id TAA17084; Tue, 16 Nov 1993 19:05:40 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id TAA01607; Tue, 16 Nov 1993 19:04:30 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311161804.TAA01607@eunet.ch> Subject: Re: NetBSD on an A4000 To: tjhayko@grin.io.org Date: Tue, 16 Nov 1993 19:04:29 +0100 (MET) Cc: NetBSD-Amiga@cbmuucp.commodore.com In-Reply-To: <9311092240.AA05615@grin.io.org> from "tjhayko@grin.io.org" at Nov 9, 93 10:40:00 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 374 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > If I put an A2091 in my A4000, will I be able to run NetBSD when it get '040 > support added? I've got an extra controller around, and I was hoping... Should work (you'll have to set scsi_no_dma though). -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 20:06:47 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA18592; Tue, 16 Nov 1993 19:21:42 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA10924; Tue, 16 Nov 93 13:08:54 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12096; Tue, 16 Nov 93 13:08:34 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12091; Tue, 16 Nov 93 13:08:33 EST Received: from colombo.telesys-innov.fr ([192.70.117.81]) by cbmmail.commodore.com (4.1/SMI-4.1) id AA10912; Tue, 16 Nov 93 13:08:21 EST Received: by colombo.telesys-innov.fr (5.65/1.2-eef) id AA00972; Tue, 16 Nov 93 19:06:48 +0100 Return-Path: From: Philippe BRAND Message-Id: <9311161806.AA00972@colombo.telesys-innov.fr> Subject: Re: X To: dej@eecg.toronto.edu (David Jones) Date: Tue, 16 Nov 1993 19:06:47 +0100 (MEZ) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) In-Reply-To: <93Nov16.114326est.19008@picton.eecg.toronto.edu> from "David Jones" at Nov 16, 93 11:43:21 am X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 793 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hello! > Finally got the kernel built. Lots of wierdness. For me, #709 vmunix was correct. If only it could recognize my CD-ROM! > I installed X and trie to run it. Questions: I hope my brother and their friends will hear you 'cause their internet access is somewhat broken. I gave them latest vmunix yesterday, with keyboard & mouse support, and they promised me to have a full working version asap. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 04:13:27 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA18672; Tue, 16 Nov 1993 19:32:19 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA10983; Tue, 16 Nov 93 13:13:34 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12115; Tue, 16 Nov 93 13:13:14 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12110; Tue, 16 Nov 93 13:13:13 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA10971; Tue, 16 Nov 93 13:13:08 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA05519; Tue, 16 Nov 1993 11:13:27 -0700 Message-Id: <9311161813.AA05519@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Tue, 16 Nov 1993 11:13:27 -0700 In-Reply-To: Markus Wild's message of Nov 16, 7:04pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: NetBSD on an A4000 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR On Nov 16, 7:04pm, Markus Wild wrote: > > If I put an A2091 in my A4000, will I be able to run NetBSD when it get '040 > > support added? I've got an extra controller around, and I was hoping... > > Should work (you'll have to set scsi_no_dma though). The only problem I can see is that if the A4000 fastmem is >= 0x07000000, then NetBSD will think it's an A3000 and try to use the A3000 scsi. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From amiga-mach-owner@nic.funet.fi Tue Nov 16 21:45:51 1993 Received: from nic.funet.fi (ftp.funet.fi) by techfac.TechFak.Uni-Bielefeld.DE id AA24515; Wed, 17 Nov 1993 15:15:12 +0100 Received: from mail.swip.net ([192.71.220.11]) by nic.funet.fi with SMTP id <91334-2>; Wed, 17 Nov 1993 09:56:30 +0200 Received: from localhost by mail.swip.net (8.6.4/2.01) id IAA16354; Wed, 17 Nov 1993 08:56:14 +0100 Received: from della.appli.se by liza.appli.se (4.1/SMI-4.1) id AA04652; Tue, 16 Nov 93 17:45:10 GMT Received: by della.appli.se (4.1/SMI-4.1) id AA02829; Tue, 16 Nov 93 18:45:51 CET Date: Tue, 16 Nov 1993 19:45:51 +0200 From: niklas@appli.se (Niklas Hallqvist) Message-Id: <9311161745.AA02829@della.appli.se> To: Tony-Preston@cup.portal.com Cc: Amiga-Mach@nic.funet.fi In-Reply-To: <9311160817.1.24538@cup.portal.com> (Tony-Preston@cup.portal.com) Subject: Re: Amiga Mach - Almost Status: OR >>>>> "Tony" == Tony-Preston writes: Tony> Well, we sort of have a working 68030 Mach. We are attempting to get Tony> an Ada program running on top of Mach. I am not sure of the status Tony> of the work we put into Mach, but most of the "differences" have been Tony> posted. We don't have a working Unix yet(It dies starting up sh), but Tony> if we bypass Init's loading with a patch it loads our Ada program and Tony> it "almost" works. The "almost" is why this message. Nice hearing that you're getting somewhere. Tony> 1) We have an object that is 1800 bytes long but the GNU ld is only Tony> allocating about 700 or so bytes for it. We are linking on a Tony> Sun 4 sparc. Does anyone know of a way to convince ld to link Tony> this correctly. It appears that the size and relocation info Tony> in the object is correct. Real strange, what version of GNU ld? You could try the ld you are *not* using today (i.e. 1 if you use 2 and vice versa). Tony> 2) Is anyone still interested in an Amiga Mach? YES. But I know of noone actively working on it. I intend to get a reliable development system for AmigaMach on NetBSD, but I am still short of memory both primary and secondary. My real goal will be to port the Hurd to Amiga. And for the moment it's great fun just hacking with NetBSD although it's not really what I want. Niklas From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 05:02:34 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA24589; Wed, 17 Nov 1993 15:21:28 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA12817; Wed, 17 Nov 93 09:01:09 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12518; Wed, 17 Nov 93 09:00:47 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12513; Wed, 17 Nov 93 09:00:46 EST Received: from emunix.emich.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA12808; Wed, 17 Nov 93 09:00:44 EST Received: by emunix.emich.edu (5.57/Ultrix3.0-C) id AA08498; Wed, 17 Nov 93 09:02:35 -0500 From: chopps@emunix.emich.edu (Chris Hopps) Message-Id: <9311171402.AA08498@emunix.emich.edu> Subject: GNU gas bugs. To: netbsd-amiga@cbmuucp.commodore.com Date: Wed, 17 Nov 93 9:02:34 EDT X-Mailer: ELM [version 2.2 PL8] Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Regarding the recent postings about GNU ``gas''es and PCREL code. There is some confusion as to who is right on this. Let me clear it up. no one is as far as I know. Markus' GAS does this: a: lea pc(0),a0 a0 contains #a+2 a: lea pc(a-.),a0 a0 again contains #+2 this tells us that at that point of assembly ``.'' refers to the address the _opcode_ is assembling into. This is standard. now: a: lea pc(b-.),a0 b: a0 contains #a+2 !! this is totaly wrong #b-. should be the same as #b-#a but it is not. Now as to why all of these are +2 that is correct (when the offset is zero) Any friendly Motto guide will tell you the with PCREL code, the value loaded for the PC is the address of the first extension word. Meanwhile my GAS (an reportedly others) when dealing with the third case: a: lea pc(b-.),a0 b: loads a0 with #a+4. bzzt remeber that we should be +2 also (b-.==4). The correct answer to this third case is of course #a+6. No one gives us that. Anyway somewhere amoungst the 4500 new(*) lines of code (:^) I just sent markus is a patch file for locore.s to avoid all these bugs. Chris.. (*) wc -l counted so the number is probably a bit high. :^) From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 01:00:01 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA24895; Wed, 17 Nov 1993 15:46:04 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA12878; Wed, 17 Nov 93 09:25:03 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12538; Wed, 17 Nov 93 09:24:43 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12533; Wed, 17 Nov 93 09:24:41 EST Received: from methan.chemie.fu-berlin.de by cbmmail.commodore.com (4.1/SMI-4.1) id AA12869; Wed, 17 Nov 93 09:23:52 EST Received: by methan.chemie.fu-berlin.de (Smail3.1.28.1) from heaven7.in-berlin.de with fbsmtp id ; Wed, 17 Nov 93 07:15 MET Received: by heaven7.in-berlin.de (/\==/\ Smail3.1.28.1 #28.3) id ; Wed, 17 Nov 93 00:00 MET Message-Id: From: martini@heaven7.in-berlin.de (Martin P. Ibert) Subject: Re: Strangeness To: mwm@contessa.phone.net (Mike Meyer) Date: Wed, 17 Nov 1993 00:00:01 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <19931116.7452A80.82F1@contessa.phone.net> from "Mike Meyer" at Nov 16, 93 09:11:09 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1640 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR You, Mike Meyer, write: | It is RFC conformant. In fact, it's the RFC-defined method for getting | magic characters into addresses. Would you mind providing a more specific pointer (there are quite a lot of RFCs ...) | it only means the same thing as tirth!ggk@xenitec.blah.blah if a | host doesn't decide that your version means "route it to tirth, who'll | route it to ggk@xenitec.blah.blah". Which it shouldn't, according to RFC976, page 3. The "recommended" interpretation for hybrid addresses is "interpret the '@' first and let the other host do the '!'". It also tells you to "avoid hybrid addresses at all times" at the transport layer. | Quoting it avoids that problem. I still can't find anything to that effect in RFC822 (which I just have quickly browsed, along with RFC976). | | If your software breaks on 822 addresses with quotes on it, your | software is broken. Which is going to help you one hell of a lot if you try to get mail past a mail gateway machine that, for some reason or other, runs such software :-/ | [976 also recommends the quoting mixed addresses.] Either I am blind, or you are mistaken (I will readily acknowledge the first, esepcially given the time of day (coupl'a secs after midnite). -- ~~~ALWAYS LOOK | Martin P. Ibert, F|rstenweg 11 | YOU COME FROM NOTHING~~~~~~~~ ~ON THE BRIGHT | D-13589 Berlin-Spandau Germany | YOU'RE GOING BACK TO NOTHING~ ~~SIDE OF LIFE | Fon +4930-3753479 Fax -3753699 | WHAT HAVE YOU LOST?~~~~~~~~~~ ~~~(Eric Idle) | | NOTHING!~~~~~~~~~~~~~~~~~~~~~ Hi, I am not a signature virus. Why don't you just copy me into your signature? From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 22:44:54 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25024; Wed, 17 Nov 1993 15:58:40 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA11489; Tue, 16 Nov 93 16:45:26 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12199; Tue, 16 Nov 93 16:45:06 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12194; Tue, 16 Nov 93 16:45:04 EST Received: from chenas.inria.fr by cbmmail.commodore.com (4.1/SMI-4.1) id AA11480; Tue, 16 Nov 93 16:45:00 EST Received: from boson.epita.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA10682; Tue, 16 Nov 1993 22:44:57 +0100 (MET) Received: from school (school.epita.fr) by boson.epita.fr, Tue, 16 Nov 1993 22:44:51 GMT Received: from photon by school, Tue, 16 Nov 1993 22:44:54 GMT Date: Tue, 16 Nov 1993 22:44:54 GMT From: olivier lahaye Message-Id: <199311162244.AA00379@school> To: netbsd-amiga@cbmuucp.commodore.com Subject: X11 Port Final Beta Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Taht's it, Olivier RAOUL has finished the first version of Xbsd. It works fine, but it seems that db are bugged. so He patched it in the server (color named black is black, and all other colors are supposed to be white.) the driver map routine for cc is bugged: when mapping memory, it maps only registers, and the map size is regsize+fbsize ??? register are not contiguous in memory !!! that why someones had fireworks . sorry. Philippe Brand will recieve the distrib this night. Warning, this is a beta version, the key repeating is not very good. but it's realy cool. I forgot to tell that you must turn off the hardware sprite which is useless. Please Markus, can you write an extention for pal screen. Thanks for telling me that there are some info for the NCR in XFree2.0, I'll have a look at it this night. lahaye_o@epita.fr raoul_o@epita.fr PS: Are we realy back on the air ? From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 23:05:06 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25087; Wed, 17 Nov 1993 16:09:30 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA11396; Tue, 16 Nov 93 16:04:49 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12177; Tue, 16 Nov 93 16:04:28 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12172; Tue, 16 Nov 93 16:04:27 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA11387; Tue, 16 Nov 93 16:04:22 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id WAA04139; Tue, 16 Nov 1993 22:06:16 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id WAA04665; Tue, 16 Nov 1993 22:05:09 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311162105.WAA04665@eunet.ch> Subject: new directory on ftp.eunet.ch To: netbsd-amiga@cbmuucp.commodore.com (nba) Date: Tue, 16 Nov 1993 22:05:06 +0100 (MET) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 784 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR To get around the problem of the very dynamic nature of the current system (I don't want to upload new bin-* distributions every week), I created a new directory called "bin-newest" to keep binaries that replace outdated versions in one of the current bin-* archives. The intention is to clean up this dir when new bin-* archives are released. To make a start, I included a new binary of ps, this one should show correct process start times, and work more reliably. I don't know what the old version got mixed up, probably some slight changes in vital header files. This one is just a more or less recent recompile. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 22:53:18 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25093; Wed, 17 Nov 1993 16:10:55 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA11545; Tue, 16 Nov 93 16:53:45 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12207; Tue, 16 Nov 93 16:53:25 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12202; Tue, 16 Nov 93 16:53:23 EST Received: from chenas.inria.fr by cbmmail.commodore.com (4.1/SMI-4.1) id AA11536; Tue, 16 Nov 93 16:53:20 EST Received: from boson.epita.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA10818; Tue, 16 Nov 1993 22:53:20 +0100 (MET) Received: from school (school.epita.fr) by boson.epita.fr, Tue, 16 Nov 1993 22:53:16 GMT Received: from photon by school, Tue, 16 Nov 1993 22:53:18 GMT Date: Tue, 16 Nov 1993 22:53:18 GMT From: olivier lahaye Message-Id: <199311162253.AA00428@school> To: netbsd-amiga@cbmuucp.commodore.com Subject: X11 next episode Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR bug in ms.c: VKEY_UP and VKEY_DOWN are inverted. you must correct the bug in ms.c and not in the include file, because the keyboard uses them. to avoid fireworks with X, fix regsize for the cc driver to 0 (zero) auto-repeate run into problems when cpu-load is important. rgb.db doesn't work properly. then showrgb explode (segmentation fault). raoul_o@epita.fr From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 08:18:24 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25184; Wed, 17 Nov 1993 16:39:47 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA11144; Tue, 16 Nov 93 14:17:19 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12141; Tue, 16 Nov 93 14:16:58 EST Return-Path: <@mail.uunet.ca:tirith!ggk@xenitec> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12136; Tue, 16 Nov 93 14:16:56 EST Received: from mail.uunet.ca (uunet.ca) by cbmmail.commodore.com (4.1/SMI-4.1) id AA11135; Tue, 16 Nov 93 14:16:54 EST Received: from xenitec.on.ca ([142.77.5.3]) by mail.uunet.ca with SMTP id <54111(4)>; Tue, 16 Nov 1993 14:01:10 -0500 Received: from tirith by xenitec.xenitec.on.ca id aa26583; 16 Nov 93 14:00 EST Received: by tirith.ocunix.on.ca (smail2.5) id AA00107; 16 Nov 93 13:18:24 EST (Tue) To: Amiga NetBSD List , Mike Meyer Subject: (Re: Strangeness), and a termcap problem Reply-To: ggk%tirith@xenitec.on.ca Message-Id: <9311161318.AA00107@tirith.ocunix.on.ca> Date: Tue, 16 Nov 1993 13:18:24 -0500 From: ggk@tirith.uucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR >case, it only means the same thing as tirth!ggk@xenitec.blah.blah if a >host doesn't decide that your version means "route it to tirth, who'll >route it to ggk@xenitec.blah.blah". Quoting it avoids that problem. My experience is that most machines out there today understand tirith!ggk@xenitec.on.ca as meaning send it to xenitec. However, I agree 100%, the address is ambiguous according to the standard. >If your software breaks on 822 addresses with quotes on it, your >software is broken. If your software sends an ambiguous address >someplace other than where you expect, then your address is broken. The software handles it fine - AmigaDOS command lines with embedded quotes are a horse of an entirely different colour, and that's why my system can't handle sending to these things right now. >The bang-path version is worse; that assumes that everybody who >replies to mail to you understands bang-paths, which is much less Once again, experience dictates that everyone does (except, apparently, commodore.com), but it just looks so icky and old fashioned. :-) >> [Um ... aren't we a bit off-topic ...] > >Yeah, but we still don't have a working address for the person who >needs to see it. There is a domain address I can use if it's still a problem, however, the routing is funky and slow and I end up paying uunet.ca 3 times for it, so it's a rather non-attractive solution. Could anyone who actually had problems try replying to this message, which has a Reply-To line with quotes. If it works, I'll be happy and we can get back on topic. I grabbed the 709 kernel, and it runs. I can't get vi or tset to recognize the existence of my termcap file - I have old binaries though, so I'm assuming that perhaps all I need is newer binaries for now. I'm mentioning it now in case I'm wrong. It's really frustrating being unable to change /etc/fstab though, so I'd like to fix this one quickly. > Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12161; Tue, 16 Nov 93 15:30:41 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA11323; Tue, 16 Nov 93 15:26:08 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id VAA29661; Tue, 16 Nov 1993 21:27:39 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id VAA03778; Tue, 16 Nov 1993 21:26:31 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311162026.VAA03778@eunet.ch> Subject: Re: X To: phb@colombo.telesys-innov.fr (Philippe BRAND) Date: Tue, 16 Nov 1993 21:26:29 +0100 (MET) Cc: dej@eecg.toronto.edu, netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <9311161806.AA00972@colombo.telesys-innov.fr> from "Philippe BRAND" at Nov 16, 93 07:06:47 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 962 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > > Finally got the kernel built. Lots of wierdness. > > For me, #709 vmunix was correct. If only it could recognize my CD-ROM! Hm, not that I think this is the reason why, I hope all of you read the README.709 and saw that I (finally?) gave up on defaulting to sync-on, all drives are now defaulting to sinc-inhibit. For those of you with drives that do sync auto-initate, you'll have to clear that flag or NetBSD will hang on boot! Now, what happens with your CDROM (brand?)? As long as I have mine (NEC CDR74) turned on when booting, it is recognized properly, and I can read all of my CDs (3:-)) with it. > I gave them latest vmunix yesterday, with keyboard & mouse support, > and they promised me to have a full working version asap. Warm round of applause for their efforts, really! -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 15:14:55 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25298; Wed, 17 Nov 1993 16:57:55 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA13012; Wed, 17 Nov 93 10:40:02 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12563; Wed, 17 Nov 93 10:39:42 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12558; Wed, 17 Nov 93 10:39:41 EST Received: from dcs.ed.ac.uk (stroma.dcs.ed.ac.uk) by cbmmail.commodore.com (4.1/SMI-4.1) id AA13003; Wed, 17 Nov 93 10:39:38 EST Received: from garay.dcs.ed.ac.uk by dcs.ed.ac.uk id aa15059; 17 Nov 93 15:15 GMT Date: Wed, 17 Nov 93 15:14:55 GMT Message-Id: <3373.9311171514@garay.dcs.ed.ac.uk> From: David Crooke Sender: dcc@dcs.ed.ac.uk To: netbsd-amiga@cbmuucp.commodore.com From: David Crooke Reply-To: David.Crooke@dcs.ed.ac.uk Subject: Disk Performance Sender: NetBSD-Admin@cbmuucp.commodore.com Status: ORr I have just acquired another drive, and I am looking forward to installing BSD. I have discovered that the new drive's performance varies wildly according to software (e.g. AmigaOS 2.04 vs. 3.0). Is there any way I can test drive performance under BSD? Also, what parts of the BSD filesystem should be on the fastest drive for optimum performance (swap, rootfs, /usr/bin, etc.)? Cheers Dave From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 19:26:19 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25764; Wed, 17 Nov 1993 18:53:45 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA13210; Wed, 17 Nov 93 12:26:02 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12599; Wed, 17 Nov 93 12:25:41 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12594; Wed, 17 Nov 93 12:25:39 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA13201; Wed, 17 Nov 93 12:25:34 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id SAA29741; Wed, 17 Nov 1993 18:27:28 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id SAA13915; Wed, 17 Nov 1993 18:26:21 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311171726.SAA13915@eunet.ch> Subject: Re: X11 Port Final Beta To: lahaye_o@epita.fr (olivier lahaye) Date: Wed, 17 Nov 1993 18:26:19 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <199311162244.AA00379@school> from "olivier lahaye" at Nov 16, 93 10:44:54 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 904 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > the driver map routine for cc is bugged: > when mapping memory, it maps only registers, > and the map size is regsize+fbsize ??? > register are not contiguous in memory !!! > that why someones had fireworks . sorry. Huh? Hm, perhaps I have to make regsize a multiple of the pagesize. I don't see an other error in the code. The mapsize is regsize+fbsize, with the registers first, followed by the framebuffer. What did you mean with "regs are not contigous"? They sure are, you get "struct custom", did you want access to the cias as well?? > Please Markus, can you write an extention for pal screen. Will probably be possible (shudder..) with Chris' new gfx code. > PS: Are we realy back on the air ? Looks like, welcome back :-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 19:31:21 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25848; Wed, 17 Nov 1993 18:59:49 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA13261; Wed, 17 Nov 93 12:31:09 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12610; Wed, 17 Nov 93 12:30:49 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12605; Wed, 17 Nov 93 12:30:48 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA13252; Wed, 17 Nov 93 12:30:42 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id SAA00150; Wed, 17 Nov 1993 18:32:37 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id SAA13925; Wed, 17 Nov 1993 18:31:21 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311171731.SAA13925@eunet.ch> Subject: Re: X11 next episode To: lahaye_o@epita.fr (olivier lahaye) Date: Wed, 17 Nov 1993 18:31:21 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <199311162253.AA00428@school> from "olivier lahaye" at Nov 16, 93 10:53:18 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 413 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > bug in ms.c: > > VKEY_UP and VKEY_DOWN are inverted. Fixed, thanks. > to avoid fireworks with X, fix regsize for the cc driver to 0 (zero) Ehm, this is wrong.. the regsize is sizeof(custom) or this rounded to a page size (which is right?). -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 12:32:00 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA25970; Wed, 17 Nov 1993 19:16:08 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA13319; Wed, 17 Nov 93 13:01:07 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12623; Wed, 17 Nov 93 13:00:46 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12618; Wed, 17 Nov 93 13:00:45 EST Received: from x400gate.bnr.ca by cbmmail.commodore.com (4.1/SMI-4.1) id AA13307; Wed, 17 Nov 93 13:00:35 EST X400-Received: by mta x400gate.bnr.ca in /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Wed, 17 Nov 1993 12:33:06 -0500 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Wed, 17 Nov 1993 12:32:47 -0500 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Wed, 17 Nov 1993 07:32:00 -0500 Date: Wed, 17 Nov 1993 12:32:00 +0000 X400-Originator: /DD.ID=1619692/G=Hamish/I=HI/S=Macdonald/@bnr.ca X400-Mts-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/;bcars735.b.490:17.10.93.17.32.47] X400-Content-Type: P2-1984 (2) Content-Identifier: re:GNU gas bu... From: "Hamish (H.I.) Macdonald" Sender: "Hamish (H.I.) Macdonald" Message-Id: <"21491 Wed Nov 17 12:32:49 1993"@bnr.ca> To: chopps@emunix.emich.edu Cc: netbsd-amiga@cbmuucp.commodore.com Subject: re:GNU gas bugs. Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR >>>>> On Wed Nov 17 09:15:00 1993, >>>>> Chris wrote: chopps> Meanwhile my GAS (an reportedly others) when dealing with the chopps> third case: chopps> a: lea pc(b-.),a0 chopps> b: chopps> loads a0 with #a+4. bzzt remeber that we should be +2 also chopps> (b-.==4). chopps> The correct answer to this third case is of course #a+6. No chopps> one gives us that. gas-2.2 (and my fixed gas-1.38) give you the correct offset if you use the (standard) effective address: a: lea pc@(b),a0 b: Why muck around with the subtraction when it isn't necessary? From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 17 20:15:08 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA26094; Wed, 17 Nov 1993 19:46:39 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA13415; Wed, 17 Nov 93 13:23:34 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12649; Wed, 17 Nov 93 13:23:14 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12644; Wed, 17 Nov 93 13:23:12 EST Received: from colombo.telesys-innov.fr ([192.70.117.81]) by cbmmail.commodore.com (4.1/SMI-4.1) id AA13372; Wed, 17 Nov 93 13:21:12 EST Received: by colombo.telesys-innov.fr (5.65/1.2-eef) id AA01264; Wed, 17 Nov 93 19:15:09 +0100 Return-Path: From: Philippe BRAND Message-Id: <9311171815.AA01264@colombo.telesys-innov.fr> Subject: X11R4-ok To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Date: Wed, 17 Nov 1993 19:15:08 +0100 (MEZ) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 639 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hello All of you waiting for X11 + mouse + keyboard! I'm sending right now X11R4-ok.tar.gz on ftp.eunet.ch in /upload. This archive contains Xbsd X11R4 executable, diffs from vmunix #709 along with a working copy of new vmunix. Hope you'll like it ;-) -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 10:13:33 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA02712; Thu, 18 Nov 1993 09:30:32 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA14682; Thu, 18 Nov 93 03:13:30 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12903; Thu, 18 Nov 93 03:13:09 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12898; Thu, 18 Nov 93 03:13:08 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA14673; Thu, 18 Nov 93 03:13:00 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id JAA11348; Thu, 18 Nov 1993 09:14:49 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id JAA15454; Thu, 18 Nov 1993 09:13:35 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311180813.JAA15454@eunet.ch> Subject: Re: X11R4-ok To: phb@colombo.telesys-innov.fr (Philippe BRAND) Date: Thu, 18 Nov 1993 09:13:33 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <9311171815.AA01264@colombo.telesys-innov.fr> from "Philippe BRAND" at Nov 17, 93 07:15:08 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 347 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > I'm sending right now X11R4-ok.tar.gz on ftp.eunet.ch in /upload. Seen you uploaded it to the netbsd incoming/, that's better, thanks! This weekend's going to be fun I guess;-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 11:08:05 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA03241; Thu, 18 Nov 1993 10:28:08 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA14814; Thu, 18 Nov 93 04:09:34 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12938; Thu, 18 Nov 93 04:09:13 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12933; Thu, 18 Nov 93 04:09:11 EST Received: from rs2.hrz.th-darmstadt.de by cbmmail.commodore.com (4.1/SMI-4.1) id AA14805; Thu, 18 Nov 93 04:09:06 EST Received: from crunch (crunch.ikp.physik.th-darmstadt.de) by rs2.hrz.th-darmstadt.de with SMTP id AA28687 (5.65c/IDA-1.4.4 for ); Thu, 18 Nov 1993 10:08:06 +0100 Received: by crunch (AIX 3.2/UCB 5.64/Client-1.5/HRZ-THD) id AA14761; Thu, 18 Nov 1993 10:08:05 +0100 Date: Thu, 18 Nov 1993 10:08:05 +0100 From: Markus Landgraf Message-Id: <9311180908.AA14761@crunch> To: netbsd-amiga@cbmuucp.commodore.com Subject: shlibs Sender: NetBSD-Admin@cbmuucp.commodore.com Status: ORr I'm very happy to see this X-stuff for netbsd, but I thought there would be shared libs before porting X. As a matter of fact X binaries become VERY HUGE when they are linked statically. So, is there anybody working on shlibs? What's about the X from Markus I. ? BTW, I am very proud of the amy family to take such an efford and invest so much time in a PD project. Thank You all. ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 11:04:18 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA03249; Thu, 18 Nov 1993 10:30:08 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA14779; Thu, 18 Nov 93 04:04:51 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12923; Thu, 18 Nov 93 04:04:29 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA12918; Thu, 18 Nov 93 04:04:28 EST Received: from faui45.informatik.uni-erlangen.de by cbmmail.commodore.com (4.1/SMI-4.1) id AA14766; Thu, 18 Nov 93 04:04:25 EST Received: from faui43.informatik.uni-erlangen.de by uni-erlangen.de with SMTP; id AA21197 (5.65c-6/7.3v-FAU); Thu, 18 Nov 1993 10:04:27 +0100 Received: from faui47b.informatik.uni-erlangen.de by immd4.informatik.uni-erlangen.de with SMTP; id AA26859 (5.65c-6/7.3m-FAU); Thu, 18 Nov 1993 10:04:25 +0100 From: Matthias Kirschnick Message-Id: <199311180904.AA26859@faui43.informatik.uni-erlangen.de> Subject: Memory-problems? "Tell root to fix this someday" To: netbsd-amiga@cbmuucp.commodore.com Date: Thu, 18 Nov 1993 10:04:18 +0100 (MET) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1065 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > > Then I found these strings in UH0:/bin/sh (BFFS1.25) > > block on free list clobbered > > Tell root to fix this someday > > Stopping myself... > > > > What's up? > > I grepped the 386BSD sources of /bin/sh, but no such strings. Where are the > > sources from NetBSD-Amiga-/bin/sh ? > > I'm running bash as /bin/sh. > > Only think I could imagine is that memory gets too close with 4M? Other > opinions? Weird... Hello, I'm still working on this problem. Same on vmunix.709! How can I get the sources of /bin/sh? How to debug the memory-management of NetBSD? (using binpatch) Is there anybody out there who managed to run vmunix.709 on an A2000/2630/GVPII with 1MB-Chip and 4MB-32BIT-FAST? When will there be a new rootfs? Thanks in advance for any answers. Matthias (I begin to feel more and more desperate..:( ) ------------------------------------------------------------------------------ Matthias Kirschnick kirschnick@immd4.informatik.uni-erlangen.de Phone: 49 9131 85 8027 "Es geht auch anders, aber so geht es auch!" (Lotti Huber) From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 16:50:30 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA12479; Thu, 18 Nov 1993 18:21:10 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA15563; Thu, 18 Nov 93 11:51:44 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13072; Thu, 18 Nov 93 11:51:22 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13067; Thu, 18 Nov 93 11:51:21 EST Received: from dcs.ed.ac.uk (stroma.dcs.ed.ac.uk) by cbmmail.commodore.com (4.1/SMI-4.1) id AA15554; Thu, 18 Nov 93 11:51:18 EST Received: from shieldaig.dcs.ed.ac.uk by dcs.ed.ac.uk id aa12404; 18 Nov 93 16:50 GMT Date: Thu, 18 Nov 93 16:50:30 GMT Message-Id: <5665.9311181650@shieldaig.dcs.ed.ac.uk> From: David Crooke Sender: dcc@dcs.ed.ac.uk To: netbsd-amiga@cbmuucp.commodore.com From: David Crooke Reply-To: David.Crooke@dcs.ed.ac.uk Subject: Multi-volume backup Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Is there a sensible utility which will do multi-volume tar backups onto floppy in a manner like the AmigaOS bru utility, except that works? :-) Bru is Ok-ish, but it's notoriously unreliable, and it doesn't like high density disks. If there isn't, I'm tempted to hack an AmigaDOS version of gnutar to add this facility. If it could be made to work with e.g. CrossDOS.device it should be possible to write a multi volume tar archive on 1.44Mb PC sectored floppies which could then be read by e.g. a SPARCstation, as well as by a suitable driver (same software) under NetBSD. It would be quite useful for us plebs without tape drives. Dave David Crooke, Department of Computer Science, University of Edinburgh Janet dcc@ed.dcs : Internet dcc@dcs.ed.ac.uk : IP talk dcc@129.215.160.2 Work: JCMB Rm 1408, King's Bldgs, W Mains Rd., Edinburgh EH9 3JZ. 031 650 5164 Home: 12 (GFR) West Savile Tr, Edinburgh, SCOTLAND EH9 3DZ. 031 667 4854 From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 01:15:10 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA12727; Thu, 18 Nov 1993 18:57:57 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA15649; Thu, 18 Nov 93 12:25:02 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13095; Thu, 18 Nov 93 12:24:41 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13090; Thu, 18 Nov 93 12:24:38 EST Received: from nova.unix.portal.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA15640; Thu, 18 Nov 93 12:24:31 EST Received: by nova.unix.portal.com (5.65b/4.1 1.555) id AA20989; Thu, 18 Nov 93 09:24:49 -0800 Received: from jobe by portal.unix.portal.com (1.853) id AA06099; Thu, 18 Nov 93 09:24:46 -0800 Received: from dell.sf-bay.org (jobe.shell.portal.com) by jobe (4.1/1.34) id AA09869; Thu, 18 Nov 93 09:24:20 PST Return-Path: mykes@shell.portal.com Message-Id: Subject: X11R4-ok To: netbsd-amiga@cbmuucp.commodore.com Date: Thu, 18 Nov 93 9:15:10 PST X-Mailer: ELM [version 2.3 PL11] From: mykes@shell.portal.com Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Well, I've installed the X11R4 stuff, and I'd like to give some feedback and some information for those of you out there who are about to install it. I've encountered some problems, and solutions, and some problems without solutions :-) Since I'm no longer keeper of the faq, whoever is doing that chore may want to incorporate some of the information I'm about to give. First, how to get it: ftp to ftp.eunet.ch and login annymous. ftp> cd software/os/bsd/NetBSD/NetBSD-Amiga/contrib/bsd/X11 ftp> dir 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. total 7438 -rw-rw-r-- 1 121 other 3294112 Nov 10 21:40 X11R4Beta-client.tar.gz -rw-rw-r-- 1 121 other 46361 Nov 10 16:00 X11R4Beta-datas.tar.gz -rw-rw-r-- 1 121 other 2015035 Nov 10 17:31 X11R4Beta-demos.tar.gz -rw-rw-r-- 1 121 other 1522417 Nov 10 19:13 X11R4Beta-fonts.tar.gz -rw-rw-r-- 1 121 other 151623 Nov 10 19:19 X11R4Beta-include.tar.gz -rw-rw-r-- 1 121 other 303527 Nov 10 19:29 X11R4Beta-libs.tar.gz -rw-rw-r-- 1 121 other 210198 Nov 10 19:36 X11R4Beta-server.tar.gz 226 Transfer complete. ftp> Grab all those files. Next: ftp> cd /software/os/bsd/NetBSD/NetBSD-Amiga/incoming 250 CWD command successful. ftp> dir X11R4* 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. -rw-rw-r-- 1 ftp other 1049941 Nov 17 23:40 X11R4-ok.tar.gz 226 Transfer complete. ftp> and grab that file. Download all that stuff to your machine. The following instructions are how I did things. How you choose to do it is up to you! :-) Since this stuff is labeled "Beta" I figure that I'm gonna want to be easily able to uninstall it all and install even better Beta versions as they come out without causing too much grief :-) So I decided to unpack the X11 stuff on a separate partition isntead of letting tar+gzip do their nastyness all over my root filesystem! :-) So, for example's sake, my X partition is /opt... replace /opt with wherever you want. Just remember that you can always use / and everything will work fine - and you can ignore the stuff I say about making links for the most part. However, if you do cd / and then untar the X11 stuff, it's going to put X files in all kinds of subdirs on your hard disk. Uninstalling is a pain :-) OK, so, first I did the cd to /opt. Then for each of the first group of X11Beta files, I did tar xzvfp on each file. This made the subdir: /opt/usr with the following subdirs in it: /opt/usr/bin /opt/usr/include /opt/usr/lib those are the three biggies, and I'll cover each of them separately. First, /opt/usr/bin. It only contains one subdir, X11/ and that subdir is just the executables for the X11 stuff. If you had untarred the files from /, it would have made a /usr/bin/X11 subdir and put them there. But I have /opt/usr/bin/X11 with the bins, so I need to make a link: ln -s /opt/usr/bin/X11 /usr/bin/X11 Now, netbsd thinks I have a /usr/bin/X11 :-) Next, /opt/usr/include. It also has a X11/ subdir in it. This tree contains all the header files that you need to compile X11 programs... Again, we look at it as if we unpacked the tar.gz files from / and find that it would have made /usr/include/X11 and put the headers there. So I make a link: ln -s /opt/usr/include/X11 /usr/include/X11 Finally, /opt/usr/lib contains the X libraries for linking programs, AND a X11/ subdir: {dell.sf-bay.org:27}ls lib ./ libX11.a* libXdmcp.a* libXmu.a* ../ libXau.a* libXext.a* libXt.a* X11/ libXaw.a* libXinput.a* liboldX.a* Again, as if this were unpacked from /, we see that those lib*.a belong in /usr/lib and also the X11/ subdir. This X11/ subdir is a whole subject of its own, so I'll discuss it in a moment. However, now we see that we can either make a link for each of the lib*.a in /usr/lib: ln -s /opt/usr/lib/libX11.a /usr/lib/libX11.a ... and also for the X11 subdir: ln -s /opt/usr/lib/X11 /usr/lib/X11 There is one more .tar.gz file to deal with - X11R4-ok.tar.gz! It contains the working Xbsd binary as well as a patched vmunix.709 kernel and patches to the vmunix.709 kernel sources. I won't go into patching your kernel source tree here, but you want to copy the new Xbsd binary to /usr/bin/X11/Xbsd (the link makes this work). And you want to install the new kernel as /vmunix and boot from it with loadbsd or cp /vmunix /dev/reboot. I recommend you untar this tar.gz file in /tmp and move the stuff by hand. OK, now we have to look at the almighty /usr/lib/X11 subdir! It contains so many important things that X requires to run... And unfortunately, the .tar.gz files are missing most of the configuration files needed for X to run. This is not a tutorial on what all of this stuff does, but I will tell you enough to get X up and running from here :-) And I will tar up my /usr/lib/X11 subdir and upload it to ftp.eunet.ch in the incoming subdir if you want to grab the stuff. First, I must point out that I could not get the twm window manager to work. Neither do I care to! I have found a most excellent window manager named fvwm and compiled it up already for netbsd. I'll upload that archive, too. Next, here's a listing of my /usr/lib/X11 subdir: total 61 drwxr-xr-x 10 root root 512 Nov 18 05:44 ./ drwxrwxrwx 3 root root 512 Nov 18 05:11 ../ -rwxr-xr-x 1 root root 7953 Nov 9 1985 XErrorDB* drwxr-xr-x 2 root root 512 Nov 9 1985 app-defaults/ drwxr-xr-x 2 root root 512 Nov 9 1985 config/ drwxr-xr-x 5 root root 512 Nov 15 06:38 fonts/ drwxr-xr-x 2 root root 512 Nov 18 05:24 fvwm/ drw-r--r-- 3 root root 512 Nov 18 05:45 man/ -rwxr-xr-x 1 root root 16992 Nov 9 1985 rgb* -rwxr-xr-x 1 root root 0 Nov 9 1985 rgb.dir* -rwxr-xr-x 1 root root 0 Nov 9 1985 rgb.pag* -rwxr-xr-x 1 root root 16992 Nov 9 1985 rgb.txt* drwxrwxrwx 2 root root 512 Nov 18 03:03 twm/ drwxr-xr-x 2 root root 512 Nov 18 07:03 xdm/ drwxr-xr-x 2 root root 512 Nov 18 02:39 xinit/ -rwxr-xr-x 1 root root 8668 Nov 9 1985 xman.help* Of particular interest are the xdm/ and xinit/ subdirs. Without these, you won't get X or xdm to run at all! The xdm/ subdir contains the following files: total 8 drwxr-xr-x 2 root root 512 Nov 18 08:18 ./ drwxr-xr-x 10 root root 512 Nov 18 08:16 ../ -rwxr-xr-x 1 root 10 469 Nov 18 06:55 Xresources* -rwxr-xr-x 1 root 10 435 Nov 18 06:07 Xservers* -rwxr-xr-x 1 root 10 692 Nov 18 06:26 Xsession* -rwxr-xr-x 1 root 10 136 Nov 18 06:13 Xstartup* -rwxr-xr-x 1 root root 411 Nov 18 06:10 xdm-config* -rwxr-xr-x 1 root root 40 Nov 18 07:03 xdm-pid* I should point out that I am creating this email from my linux/486 box and it has slightly different groups - group 10 is "wheel" under netbsd... OK, here's the contents of Xresources: ================== cut here xlogin*login.translations: #override\ F1: set-session-argument(failsafe) finish-field()\n\ Return: set-session-argument() finish-field() xlogin*borderWidth: 3 #ifdef COLOR xlogin*greetColor: CadetBlue xlogin*failColor: red #else xlogin*Login.promptColor: black xlogin*Login.foreground: black xlogin*greetColor: black xlogin*failColor: black #endif XConsole.text.geometry: 480x130 XConsole.verbose: true XConsole*iconic: true XConsole*font: fixed ================= cut here And Xservers: ================= cut here # # Xservers file, workstation prototype # # This file should contain an entry to start the server on the # local display; if you have more than one display (not screen), # you can add entries to the list (one per line). If you also # have some X terminals connected which do not support XDMCP, # you can add them here as well. Each X terminal line should # look like: # XTerminalName:0 foreign # :0 Local local /usr/bin/X11/Xbsd :0 ================== cut here Xsession is a bit bigger: ================== cut here: #!/bin/sh # # Xsession # # This is the program that is run as the client # for the display manager. This example is # quite friendly as it attempts to run a per-user # .xsession file instead of forcing a particular # session layout # case $# in 1) case $1 in failsafe) exec xterm -geometry 80x24-0-0 -ls ;; esac esac startup=$HOME/.xsession resources=$HOME/.Xresources if [ -f $startup ]; then exec $startup exec /bin/sh $startup else if [ ! -f $resources ]; then resources=$HOME/.Xdefaults fi if [ -f $resources ]; then xrdb -load $resources fi fvwm & exec xterm -geometry 80x24+10+10 -ls fi ================= cut here Notice that fvwm is the window manager that gets run! The contents of Xstartup: ================= cut here #!/bin/sh # # Xstartup # # This program is run as root after the user is verified # if [ -f /etc/nologin ]; then exit 1 fi exit 0 ================= cut here And finally, xdm-config (xdm-pid is created by X): ================= cut here DisplayManager.servers: /usr/lib/X11/xdm/Xservers DisplayManager.errorLogFile: /usr/lib/X11/xdm/xdm-errors DisplayManager*resources: /usr/lib/X11/xdm/Xresources DisplayManager*startup: /usr/lib/X11/xdm/Xstartup DisplayManager*session: /usr/lib/X11/xdm/Xsession DisplayManager.pidFile: /usr/lib/X11/xdm/xdm-pid DisplayManager._0.authorize: true DisplayManager*authorize: false ================= cut here OK, now comes the xinit/ subdir, which has only one file in it: total 3 drwxr-xr-x 2 root root 512 Nov 18 02:39 ./ drwxr-xr-x 10 root root 512 Nov 18 08:16 ../ -rwxr-xr-x 1 root 10 830 Nov 18 02:38 xinitrc* Again, notice the permissions! Here's the contents of xinitrc: ================= cut here #!/bin/sh # $XFree86: mit/clients/xinit/xinitrc.cpp,v 1.3 1993/04/11 13:50:35 dawes Exp $ # $XConsortium: xinitrc.cpp,v 1.4 91/08/22 11:41:34 rws Exp $ userresources=$HOME/.Xresources usermodmap=$HOME/.Xmodmap if [ x"$XWINHOME" != x ]; then XINIT_DIR=$XWINHOME/lib/X11/xinit else XINIT_DIR=/usr/X386/lib/X11/xinit fi sysresources=$XINIT_DIR/.Xresources sysmodmap=$XINIT_DIR/.Xmodmap # merge in defaults and keymaps if [ -f $sysresources ]; then xrdb -merge $sysresources fi if [ -f $sysmodmap ]; then xmodmap $sysmodmap f [ -f $userresources ]; then xrdb -merge $userresources fi if [ -f $usermodmap ]; then xmodmap $usermodmap fi # start some nice programs fvwm & xclock -geometry 50x50-1+1 & xterm -geometry 80x50+494+51 & xterm -geometry 80x20+494-0 & exec xterm -geometry 80x66+0+0 -name login ============= cut here I think it is better to run fvwm last, though, something to fix later on :-) Now, there's a decent sized bug (it will be fun to squash it for sure :-) in the X stuff. There is a locking mechanism in /tmp that X uses. It makes a /tmp/.X11-unix subdir, and in that subdir, it makes a file (pipe, actually) called X0. Some of the X bins need /tmp/.X11-unix/X0 and others need /tmp/.X11-unix/X. There are a few ways to deal with this, but you need to remember that /tmp is erased each time you boot. The simplest solution would be to make a link with the ln command, but it is painful to do that each time you boot, by hand. So, I modified my /etc/rc.local file to automate this. Here are the last few lines of my rc.local file: ==== cut here echo -n "Starting local daemons:" echo "." mkdir /tmp/.X11-unix chmod 777 /tmp/.X11-unix ln -s /tmp/.X11-unix/X0 /tmp/.X11-unix/X ==== cut here I will upload the fvwm.tar.gz file to ftp.eunet.ch /incoming as well. It contains the source and binary for the fvwm window manager. Type: gmake install to install the window manager. I keep the fvwm sources in /usr/src/fvwm/ so you will have to move it elsewhere if you don't want the sources there. There are major permission problems with the distribution as is. You need to chmod 755 /usr/bin/X11/* or X won't run. I'm probably forgetting some other permission issues, but you will have to do what I did - find them and fix them :-) Last thing you need to do before trying X is to create the /dev/kbd device and the /dev/mouse0 and /dev/mouse1 devices. Do this: cd /dev ; mknod /dev/kbd c 14 0 ; mknod /dev/mouse0 c 15 0 mknod /dev/mouse1 c 15 1 Trying out X! It's easy. You need to change your .profiles and .cshrc files to add /usr/bin/X11 to your path first of all. Once you have this on your path, you can just type: xinit (or) startx and you should have X running and an xterm with a shell in it, and the fvwm window manager running (assuming you installed it). Now for the problems! xdm is what we all are going to be using once we get a working version. xdm currently does not validate passwords correctly, but I will try and get the source and make a compiled/fixed binary to upload. Once we have xdm, we edit /etc/ttys and change the console line to use /usr/X11/xdm instead of /usr/libexec/getty std.9600. Once xdm is installed, and after you reboot, you will never see the dumb console mode again! Instead, you get X up and running right away, and it has a fancy login/password entry. Once you login, it launches your $HOME/.xsession file. This allows any user to login and have a custom X environment (.xsession, window manager of choice, etc.). xcalc is broken. It runs but badly, and doesn't look like a calculator :-) xdm is broken, as it says above. twm is broken, as it says above. If you want to use xdm out of the box, you need to use vipw and remove the passwords for the users who will be logging in :-) Time for one last trick of the trade (so to speak). In my homedir, I have a .xinitrc, a .fvwmrc, and a .xsession. .xsession and .xinitrc are really the very same file, so I have a link: ln -s .xinitrc .xsession That way, I don't have to maintain two separate copies of the file. If you think I use ln a lot, I do :-) Anyhow, .xinitrc looks like this: xterm -sb -l & exec fvwm And .fvwmrc is too long to include here. I'll include it in the fvwm.tar.gz I upload. Ah yes, one more thing I should point out! If you are fortunate enough to have another machine hooked up to your netbsd machine, you are in luck. If X comes up and doesn't work (programs can't access the display) then you have a stuck mode where X is there and you don't have a shell! I have a 2nd machine, so I telnet to amigabsd and login as root and killed the bad X process to get my shell back. If you don't have a 2nd machine, you have to reboot, which is bad for your filesystem. You can try to wait for init to do a sync (you'll see the disk light go on when it does this) and then do the 3 finger salute. That's all I can tell you. Hopefully, all this information I've typed in so far will help you not have this problem. Xbsd should really trap ctrl-alt-backspace and exit! From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 19:55:06 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA12794; Thu, 18 Nov 1993 19:08:51 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA15701; Thu, 18 Nov 93 12:54:40 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13103; Thu, 18 Nov 93 12:54:20 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13098; Thu, 18 Nov 93 12:54:18 EST Received: from colombo.telesys-innov.fr ([192.70.117.81]) by cbmmail.commodore.com (4.1/SMI-4.1) id AA15689; Thu, 18 Nov 93 12:53:58 EST Received: from localhost by colombo.telesys-innov.fr (8.5/1.2-eef) id SAA03500; Thu, 18 Nov 1993 18:55:07 +0100 Return-Path: From: Philippe BRAND Message-Id: <199311181755.SAA03500@colombo.telesys-innov.fr> Subject: Re: X11R4-ok To: mykes@shell.portal.com Date: Thu, 18 Nov 1993 18:55:06 +0100 (MEZ) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) In-Reply-To: from "mykes@shell.portal.com" at Nov 18, 93 09:15:10 am Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1887 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Hello, mykes@shell.portal.com writes: > Well, I've installed the X11R4 stuff, and I'd like to give some feedback > and some information for those of you out there who are about to install > it. I've encountered some problems, and solutions, and some problems > without solutions :-) > Since I'm no longer keeper of the faq, whoever is doing that chore may > want to incorporate some of the information I'm about to give. I've quite begining to modify FAQ. Seems that I'll post it tomorrow. In fact, for the X11R4 stuff, I should have done it ;-) I suggest doing what I've done on my system, thus: downloading all to /, thus having correct /usr/bin/X11, /usr/include/X11 and /usr/lib/X11, then: # cd /usr # mkdir X11 # cd X11 # ln -s /usr/bin/X11 bin # ln -s /usr/lib/X11 lib # ln -s /usr/include/X11 include # cd /usr/bin/X11 # ln -s Xbsd X To launch X, you'll have to make devices for both keyboard and mouse: # cd /dev # mknod /dev/kbd c 14 0 # mknod /dev/mouse0 c 15 0 # mknod /dev/mouse1 c 15 1 Then your have to define a X0.hosts in /etc: # echo "localhost" >/etc/X0.hosts Using this you're able to launch Xbsd using: # cat /tmp/rc #!/bin/sh DISPLAY=localhost:0; export DISPLAY Xbsd -fp /usr/lib/X11/fonts/misc & sleep 5 twm & xterm # chmod 755 /tmp/rc # /tmp/rc > And you want to install the new kernel as /vmunix and boot from it with > loadbsd or cp /vmunix /dev/reboot. Correct! AND DON'T FORGET THAT for now you have to kill -9 Xbsd to get out of it!!! This Beta man... ;-) -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 00:09:48 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA15221; Fri, 19 Nov 1993 00:09:48 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16632; Thu, 18 Nov 93 17:56:49 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13228; Thu, 18 Nov 93 17:56:27 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13223; Thu, 18 Nov 93 17:56:25 EST Received: from mail.swip.net by cbmmail.commodore.com (4.1/SMI-4.1) id AA16600; Thu, 18 Nov 93 17:55:58 EST Received: from localhost by mail.swip.net (8.6.4/2.01) id XAA27682; Thu, 18 Nov 1993 23:56:00 +0100 Received: from della.appli.se by liza.appli.se (4.1/SMI-4.1) id AA10375; Thu, 18 Nov 93 22:46:42 GMT Received: by della.appli.se (4.1/SMI-4.1) id AA02750; Thu, 18 Nov 93 23:47:10 CET Date: Thu, 18 Nov 93 23:47:10 CET From: niklas@appli.se (Niklas Hallqvist) Message-Id: <9311182247.AA02750@della.appli.se> To: Matthias.Kirschnick@informatik.uni-erlangen.de Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <199311180904.AA26859@faui43.informatik.uni-erlangen.de> (message from Matthias Kirschnick on Thu, 18 Nov 1993 10:04:18 +0100 (MET)) Subject: Re: Memory-problems? "Tell root to fix this someday" Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR >>>>> "Matthias" == Matthias Kirschnick writes: Matthias> I'm still working on this problem. Same on vmunix.709! How Matthias> can I get the sources of /bin/sh? How to debug the Matthias> memory-management of NetBSD? (using binpatch) Is there Matthias> anybody out there who managed to run vmunix.709 on an Matthias> A2000/2630/GVPII with 1MB-Chip and 4MB-32BIT-FAST? When Matthias> will there be a new rootfs? prep.ai.mit.edu:/pub/gnu or any other well-known GNU software site. The archive is named bash-1.xx.tar.gz or sth. but I doubt bash is the cause but rather a symptom. I run exactly your configuration allright (even with X11 :-) If you give me some time I could manage to get my kernel to you, how would you prefer to have it delivered? Niklas Niklas Hallqvist Phone: +46-(0)31-40 75 00 Applitron Datasystem Fax: +46-(0)31-83 39 50 Molndalsvagen 95 Email: niklas@appli.se S-412 63 GOTEBORG, Sweden mcsun!seunet!appli!niklas From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 00:12:06 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA15229; Fri, 19 Nov 1993 00:12:06 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16609; Thu, 18 Nov 93 17:56:24 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13220; Thu, 18 Nov 93 17:56:03 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13215; Thu, 18 Nov 93 17:56:02 EST Received: from mail.swip.net by cbmmail.commodore.com (4.1/SMI-4.1) id AA16599; Thu, 18 Nov 93 17:55:57 EST Received: from localhost by mail.swip.net (8.6.4/2.01) id XAA27678; Thu, 18 Nov 1993 23:55:58 +0100 Received: from della.appli.se by liza.appli.se (4.1/SMI-4.1) id AA10261; Thu, 18 Nov 93 22:24:44 GMT Received: by della.appli.se (4.1/SMI-4.1) id AA02592; Thu, 18 Nov 93 23:25:11 CET Date: Thu, 18 Nov 93 23:25:11 CET From: niklas@appli.se (Niklas Hallqvist) Message-Id: <9311182225.AA02592@della.appli.se> To: netbsd-amiga@cbmuucp.commodore.com Subject: X11R4 on 4M runs!!!! Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR Just for fun, I tried if X11R4 ran on my GVP equipped A2000 with 4M RAM. Guess what, I'm typing this very message in a local xterm. Cruel! BTW. twm work if you just enters a Ctrl-d to it's stdin, maybe Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13253; Thu, 18 Nov 93 18:30:36 EST Received: from eden.CS.Berkeley.EDU by cbmmail.commodore.com (4.1/SMI-4.1) id AA16789; Thu, 18 Nov 93 18:30:35 EST Received: from localhost (cgd@localhost) by eden.CS.Berkeley.EDU (8.6.4/8.1B) id PAA26382; Thu, 18 Nov 1993 15:26:51 -0800 Date: Thu, 18 Nov 1993 15:26:51 -0800 From: "Chris G. Demetriou" Message-Id: <199311182326.PAA26382@eden.CS.Berkeley.EDU> To: landgraf@crunch.ikp.physik.th-darmstadt.de, netbsd-amiga@cbmuucp.commodore.com Subject: Re: shlibs Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR unless i'm mistaken, paul kranenburg, the guy who did shared libs for NetBSD "in general," is working on PIC support for the m68k "as we speak." chris From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 16 03:12:49 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA18626; Fri, 19 Nov 1993 00:42:46 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16774; Thu, 18 Nov 93 18:29:58 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13250; Thu, 18 Nov 93 18:29:37 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13245; Thu, 18 Nov 93 18:29:36 EST Received: from hermes.intel.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA16765; Thu, 18 Nov 93 18:29:34 EST Received: from elite.intel.com by hermes.intel.com (5.65/10.0i); Thu, 18 Nov 93 15:29:31 -0800 Received: by elite.intel.com (/\==/\ Smail3.1.25.1 #25.1) id ; Tue, 16 Nov 93 11:12 PST Message-Id: Subject: Back to netbsd! To: netbsd-amiga@cbmuucp.commodore.com Date: Tue, 16 Nov 93 11:12:49 PST From: William Coldwell X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Status: ORr tirith!ggk@xenitec.on.ca Now, can we get back to our beloved netbsd? You know.. 040 support, various video modes, X, etc.. ;-) Bill netbsd-admin@cbmuucp.commodore.com From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 04:52:23 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA18949; Fri, 19 Nov 1993 02:51:21 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA17049; Thu, 18 Nov 93 20:38:35 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13297; Thu, 18 Nov 93 20:38:15 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13292; Thu, 18 Nov 93 20:38:13 EST Received: from ilium.troy.msen.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA17040; Thu, 18 Nov 93 20:38:10 EST Received: from sycom by ilium.troy.msen.com with uucp (Smail3.1.28.1 #1) id m0p0Kmx-0002nfC; Thu, 18 Nov 93 20:37 EST Received: by sycom.mi.org (V1.16/Amiga) id AA025by; Thu, 18 Nov 93 18:43:52 EST Received: from localhost (chopps@localhost) by ro-chp.UUCP (8.6.4/8.6.4) id XAA01764; Wed, 17 Nov 1993 23:52:28 GMT Message-Id: <199311172352.XAA01764@ro-chp.UUCP> Date: Wed, 17 Nov 1993 23:52:23 +0500 (GMT+5:00) In-Reply-To: <"21491 Wed Nov 17 12:32:49 1993"@bnr.ca> from "Hamish" at Nov 17, 93 12:31:46 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 574 From: "Christian E. Hopps (sysadmin)" To: hamish@bnr.ca (Hamish) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: GNU gas bugs. Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > chopps> The correct answer to this third case is of course #a+6. No > chopps> one gives us that. > > gas-2.2 (and my fixed gas-1.38) give you the correct offset if you use > the (standard) effective address: > > a: lea pc@(b),a0 > b: > > Why muck around with the subtraction when it isn't necessary? :^) Your right of course. I wonder if this is standard for all Motto compilers (is this what as.info refers to as the ``zpc''?) Is still doesn't solve the other bugs, but does provide a work around. (iff markus' 1.38 also compiles this correctly.) Chris... From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 18:40:04 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA19288; Fri, 19 Nov 1993 04:50:58 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA17237; Thu, 18 Nov 93 22:38:42 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13342; Thu, 18 Nov 93 22:38:21 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13337; Thu, 18 Nov 93 22:38:19 EST Received: from emunix.emich.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA17228; Thu, 18 Nov 93 22:38:10 EST Received: by emunix.emich.edu (5.57/Ultrix3.0-C) id AA09312; Thu, 18 Nov 93 22:40:05 -0500 From: chopps@emunix.emich.edu (Chris Hopps) Message-Id: <9311190340.AA09312@emunix.emich.edu> Subject: New Graphics patches sent. To: netbsd-amiga@cbmuucp.commodore.com Date: Thu, 18 Nov 93 22:40:04 EDT X-Mailer: ELM [version 2.2 PL8] Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR I am posting this to let people know that the new graphics stuff is done (well in beta now). I send the patches to Markus, and I imagine that he will make them available when he is able. For the time being here is my some info I send as a README to Markus, with some extra notes added. *** *** *** | Ok first let me say that this is just a beta. There are known cosmetic | (small) bugs with some of the code. I felt it was necsesary to get | this stuff into the public ASAP. For instance the X window people | really need to be using the new graphics system. I am very concerned | that they have spent alot of time on code they will be re-writing now. | I asked them to drop me a note but no one replied. | | Anyway, there are few patches to the main amiga source tree all of | which were nec. and proper. Note however that I made a patch to | the main sources, sys/sys/ioctl.h had a bug (IOCBASECMD(x) was incorrect.) | my code depends on this being [ed: viewioctl.h] right so I included my change. | [ed: programing notes deleted] | | This release is a major update in the area of graphics. All parts | are not fully done yet but they work and work solidly. The interface | (grf) for monitors can be considered frozen (we may add cosmetics | later but nothing funcitonal.) So that people wishing to write | monitor code can do so now. | | If you are going to write a monitor you can use my code as an example | it may get complex and overwhelming though because of the complexity | of supporting the custom chips. So you may want to start of only | with the grf_* stuff and then consult the grf_cc stuff when needed. | | In the area of the ite. I have consolidated all the monitor dependent | files into a single ite_std.c file. This was possible due to the | new view device (more on that in a little bit) The ite now has | support for _underline_ and BOLD attributes as well as continuing | support of inverse as before. Becuase of these additions the font | programs need to be updated (I added the code in fontdumper and | changed the kernel_font.c.distrib to get you started.) The only | thing that gets added is kernel_font_(baseline|boldsmear) attributes. | | All known ite scrolling bugs and repeating bugs are fixed in this version. | (actually there is one, but I need to get this out.) It has to do with a new IOCTL to change the size of the ite at run-time, when done the process group owning the tty that uses this ite is not signaled. So if you change the size of the ite with sya emacs running it doesn't know about the change. Not a big deal for the time being. | The new ``/dev/view??'' are the character devices that replace the | old ``/dev/grf''. These new psuedo-devices represent a single monitor | screen. They go through the new grf interface in a portable way. | All programs will interface graphics on Amiga-BSD through these devices. | (ite does) | | I will shortly (a day or two) be releasing some example code on how I will post a day after markus post I mean. | to program with the view?? devices. For now let me give you an | example on how to map the bitmap data into your process with the | view device. | | bitplane_data = mmap (0, size, PROT_READ|PROT_WRITE, MAP_FILE, fdesc, 0); | | ``size'' is the number of bytes of bitmap data to map. ``fdesc'' is the | file descriptor returned from open(). | | There are some major bugs with mmap()'ing the 709 grf device. The largest | being the allowing of processes to quickly vm_fault the kernel. (one access). | These are gone now. | | Support for the custom hardware is now in the kernel, things such as a | ``/dev/audio'' will probably be written. Its easy now. Any way, the ite | bell now goes through this interface. | | Some missing stuff: mouse pointer. sorry sprites are not retargetable* | X windows is however and when that is done you will get your pointer | back (exactly what was it doing there anyway?) | | A screen blanker. This is a very easy one I hope to have installed | into the system in a upcoming patch (maybe 20 lines of code needed) | Again I need to get this out now so it was skipped. | | I hope everyone enjoys the new code features. Now i can try and get | emacs working... | | Chris... | | (this was written after a 20 hour stint to try and finalize stuff please | forgive mispellings and improper grammar. thanks) | -- | (* spites could be but I didn't make them.) While I am waiting for the new kernel I am working on a port of GNU binutils and Gas2.2 (the newest) I hope to send the patches to Cygnus for inclusion. I have them compiled but I still need to run them through the testsuite. Then I will get started on gdb. I need the new kernel before I can add stuff there though so this may have to wait. Anyway I am still using vi so if anyone has emacs working on an Amiga2000 with 8Megs of memory they might want to tell me how to get it to quit SIGSEGV'ing. :^) Chris. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 18 18:03:32 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA19368; Fri, 19 Nov 1993 05:30:16 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA17302; Thu, 18 Nov 93 23:04:17 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13365; Thu, 18 Nov 93 23:03:57 EST Return-Path: <@picton.eecg.toronto.edu:dej@eecg.toronto.edu> Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13360; Thu, 18 Nov 93 23:03:56 EST Received: from picton.eecg.toronto.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA17290; Thu, 18 Nov 93 23:03:53 EST Received: by picton.eecg.toronto.edu id <19279>; Thu, 18 Nov 1993 23:03:43 -0500 Subject: Fun with X From: David Jones To: NetBSD-Amiga@cbmuucp.commodore.com Date: Thu, 18 Nov 1993 23:03:32 -0500 X-Mailer: ELM [version 2.3 PL11] Message-Id: <93Nov18.230343est.19279@picton.eecg.toronto.edu> Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR OK, I got the X11R4-ok archive and installed it. As non-root, I still get "Can't open '/usr/lib/X11/rgb.db" and it quits. As root, I get the same message, followed by an X display with an XTerm in it. Some improvement :-) Questions: 1. Someone said that twm doesn't work. I tried to run it, and nothing seemed to happen. Bash said it was stopped for tty input. What exactly is the reported problem with twm? 2. Xlogo and Xeyes open up blank windows. Is this a case of... 3. Someone said they could run fine with 4 MB of RAM. I have only 4 MB and the swap was quite noticeable. Reminded me of Microsoft Windows 2.0 :-) It looks like the kernel and X's working set occupy all of core, so anything in an XTerm is slloooowwwww. Could this also account for the blank windows (running out of resource space in the server?) 4. Are we supposed to have color yet? I guess with the new grf interface, the X server will be changing a lot, no? -- David Jones, M.A.Sc student, Electronics Group (VLSI), University of Toronto email: dej@eecg.utoronto.ca, finger for more info From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 10:56:32 1993 Received: from cbmmail.commodore.com by techfac.TechFak.Uni-Bielefeld.DE id AA20490; Fri, 19 Nov 1993 10:11:23 +0100 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA17718; Fri, 19 Nov 93 03:56:26 EST Received: by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13489; Fri, 19 Nov 93 03:56:06 EST Return-Path: Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA13484; Fri, 19 Nov 93 03:56:04 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA17709; Fri, 19 Nov 93 03:56:01 EST Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id JAA03766; Fri, 19 Nov 1993 09:57:49 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id JAA19267; Fri, 19 Nov 1993 09:56:33 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311190856.JAA19267@eunet.ch> Subject: Re: Fun with X To: dej@eecg.toronto.edu (David Jones) Date: Fri, 19 Nov 1993 09:56:32 +0100 (MET) Cc: NetBSD-Amiga@cbmuucp.commodore.com In-Reply-To: <93Nov18.230343est.19279@picton.eecg.toronto.edu> from "David Jones" at Nov 18, 93 11:03:32 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1353 Sender: NetBSD-Admin@cbmuucp.commodore.com Status: OR > 1. Someone said that twm doesn't work. I tried to run it, and nothing seemed > to happen. Bash said it was stopped for tty input. What exactly is > the reported problem with twm? VERY interesting.. could someone who can get X up (I'll try over the weekend) run twm with ktrace? What particularly interests me is does it do any TIOCSPGRP calls that (according to ktrace) failed? I'm currently fiddling with the tty code to fix an incompatibility with SunOS. If by any change, someone feels at home with the new Posix semantics for switching process groups in the tty (TIOCSPGRP), could you enlighten me to what is now illegal that was legal before? I just saw that what is implemented in the current TIOCSPGRP call doesn't sattisfy the description of the call in a SunOS manpage. Question is, is this due to a move to Posix semantics, or a simple omission from NetBSD? I added code to make it compatible to SunOS semantics, but we're not yet sure whether we should enable the code per se, or under some compatibility option. > 4. Are we supposed to have color yet? If I remember right, there were problems with the color database, so the "fix" was to limit it to b/w for now. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 14:28:57 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Disk Performance" (Nov 17, 3:14pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: David.Crooke@dcs.ed.ac.uk, netbsd-amiga@cbmuucp.commodore.com Subject: Re: Disk Performance Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 17, 3:14pm, David Crooke wrote: > Subject: Disk Performance > > I have just acquired another drive, and I am looking forward to > installing BSD. I have discovered that the new drive's performance > varies wildly according to software (e.g. AmigaOS 2.04 vs. 3.0). Is > there any way I can test drive performance under BSD? Also, what parts > of the BSD filesystem should be on the fastest drive for optimum > performance (swap, rootfs, /usr/bin, etc.)? Hm, i have almost same speed of my driver under netBSD and AmigaDOS. Try: dd -if /dev/rsd0a -of /dev/null -bs+64k (not gnu-dd!) Wheras rsd-a is your root-partition (8MB). -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 14:29:40 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "shlibs" (Nov 18, 10:08am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Markus Landgraf , netbsd-amiga@cbmuucp.commodore.com Subject: Re: shlibs Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 18, 10:08am, Markus Landgraf wrote: > Subject: shlibs > > I'm very happy to see this X-stuff for netbsd, but I thought there > would be shared libs before porting X. As a matter of fact X binaries > become VERY HUGE when they are linked statically. So, is there anybody > working on shlibs? What's about the X from Markus I. ? Well, i've been busy with anyting else than X11, sorry. Yes, i thought it might be better to wait for shared libs before releasing any X11 stuff, but, who he has interest into X11 and programming it, he has large amount of disk space... normally :-) Let's say: A 'common' X11 distribution will be started with the existence of shared libs. Me, for myself, i will port Xbsd to a Gfx-Card now the ECS driver is done. I am in contact with VillageTronic for a Picasso II, where a X11 driver for AMIX is available (from Georg Hessmann) already. > BTW, I am very proud of the amy family to take such an efford and > invest so much time in a PD project. Thank You all. And now that the Amy has problems to survive, we need that... -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 14:49:54 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Back to netbsd!" (Nov 16, 11:12am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: William Coldwell , netbsd-amiga@cbmuucp.commodore.com Subject: Re: Back to netbsd! Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 16, 11:12am, William Coldwell wrote: > Subject: Back to netbsd! > > > tirith!ggk@xenitec.on.ca > > Now, can we get back to our beloved netbsd? > > You know.. 040 support, various video modes, X, etc.. You forgot /dev/audio for the MOD-Player :) -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 16:15:34 1993 From: olivier raoul To: netbsd-amiga@cbmuucp.commodore.com Subject: map grf_cc Sender: NetBSD-Admin@cbmuucp.commodore.com I think that the ioctl GCIOCMAP map the zone dff000,dff000+regsize+fbsize. But the graphic zone and the register zone are not contigous so dff000+1c0=dff1c0!=video memory. I don't think that grfmmap is call each time you poke in the mapped zone. Try to do ioctl(fd,GCIOCMAP,addr) memset(adr+0x1c0,fbsize,0xaa) It doesn't work ( i think). Two vmmaps are needed. In any way the new version of the X server use mmap... From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 16:48:46 1993 X400-Originator: /DD.ID=1619692/G=Hamish/I=HI/S=Macdonald/@bnr.ca X400-Mts-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/;bcars735.b.943:19.10.93.15.37.16] X400-Content-Type: P2-1984 (2) Content-Identifier: Re: GNU gas b... From: "Hamish (H.I.) Macdonald" Sender: "Hamish (H.I.) Macdonald" To: !chopps@msen.com Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: GNU gas bugs. Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> On Thu Nov 18 20:47:00 1993, >>>>> Chris Hopps wrote: chopps> I wonder if this is standard for all Motto compilers I believe so. chopps> (is this what as.info refers to as the ``zpc''?) No. This is used when you want to make an absolute reference into the program space. chopps> Is still doesn't solve the other bugs, but does provide a work chopps> around. (iff markus' 1.38 also compiles this correctly.) Markus' 1.38 has the same bug pcrel that I have fixed. I told him where to find my source. From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 17:10:02 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: Fun with X Sender: NetBSD-Admin@cbmuucp.commodore.com > Olivier Lahaye is working on Retina support for X11. At this time, my monitor (C= 1950) is down (fuse is burned) I don't have any doc on the ncr processor, so I had a look in the grf_rt.c and in the ncr vga driver for XFree2.0. Now I know almost evry bits in almost every registerws. But without docs, I can't know if there's any order in setting registers. More over, I dont know the use of the Attibute Controler register 0x20. When I want to set up the attribute controler, the card switch off it's display If I want to enable the video again, I must select the 0x20 th Attr Register ???? This is very strange ... I have phoned to Macro system, but they only provided me a new version of retinaemu (V1.4). Of course I'm happy, but it doesn't work under UNIX :-(. Does anyone can give me the address of Lutz Viewg (The retina text driver author) If he has one. Thanks. lahaye_o@epita.fr PS: (If I could know how to select 24bit or 16bit mode that would be very interresting too ...) From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 22:37:06 1993 From: sryan@mcs.kent.edu Subject: Tape drive To: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 521 Sender: NetBSD-Admin@cbmuucp.commodore.com I have an old IRWIN 40 meg tape drive (made for Mac) that I would like to use to get stuff to NetBSD, like updating my kernel, etc. It doesn't seem to be 100% SCSI standard. (It queries as a direct access device, for example). It's standard enough to work with my AmigaDOS software, though (BTN-Tape, Quarterback) so I have reason to hope I can use it with NetBSD as well. When I try to access it thru rst4 however I get a 'bad device file' message. Is there soemthing I can do (mknod?) to get it to work? From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 22:42:22 1993 From: bday%afdwfm@afdwfm.hq.af.mil (Bill Day) X-Mailer: SCO System V Mail (version 3.2) To: netbsd-amiga@cbmuucp.commodore.com Subject: still key repeat under 709 Sender: NetBSD-Admin@cbmuucp.commodore.com got vmunix.709 from ftp.eunet.ch. tried it without any patches. had to patch _scsi_no_dma to run. tried to do a ls and got repeating l's, faster if that's possible! is there something i am missing about repeating key's? i have a 2000 with gvpii 030, 13 meg mem, 2 drives - 52, 107 megs. a 2002 mon and three floppies, (had floppies for long time) i would like to get netbsd up and running with the key repeat problem. any help, pointers, what ever? i don't want to have to work with minix at this time.! thanks bday@afdwfm.hq.af.mil From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 23:10:46 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: map grf_cc To: raoul_o@epita.fr (olivier raoul) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 470 Sender: NetBSD-Admin@cbmuucp.commodore.com > I think that the ioctl GCIOCMAP map the zone dff000,dff000+regsize+fbsize. > But the graphic zone and the register zone are not contigous so Hmm.. I didn't look close at the ioctl, as mmap() should be used anyway. mmap() uses the grfaddr function which handles the different address ranges all right. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 23:56:41 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Tape drive To: sryan@mcs.kent.edu Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 654 Sender: NetBSD-Admin@cbmuucp.commodore.com > NetBSD as well. When I try to access it thru rst4 however I get a > 'bad device file' message. Is there soemthing I can do (mknod?) to > get it to work? Tapes are not numbered after scsi numbers (strictly speaking, scsi disks aren't either, but there I defined 7 of them, so they ended up representing their scsi unit number), they're numbered like this: rst0: first scsi *TAPE* found rst1: second scsi tape found rst2: etc... the default kernel has support for two tapes. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 19 23:57:36 1993 Organization: Iowa Computer Aided Engineering Network, University of Iowa From: Nathanael John Bohlmann Subject: file types To: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 775 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi folks, I've been playing around with getting gdb ported to NetBSD and have managed to get most of the work done. No, I have no diffs yet and probably won't for a while. The problem I have is this: file seems to think everything is a sun2 binary. I checked the magic table of file and it seems that there is a NetBSD-m68k file type which I think would be much more appropriate. Maybe we could come up with a MAG-MID number for ourselves. Anyone looked into this and have any suggestions? I haven't had a lot of time to look into this since school work is keeping me rather busy but I'd be glad to make the necessary changes once a consensus has been reached as to what we should change it to. Sun2 just won't hack it.. Nathan Bohlmann (bohlmann@icaen.uiowa.edu) From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 00:16:07 1993 From: Bill Squier To: netbsd-amiga@cbmuucp.commodore.com Subject: No suitable root Sender: NetBSD-Admin@cbmuucp.commodore.com Well, I got all the X stuff, did an install of everything and tried to reboot with the new 709, and I get "no suitable root". Which is odd, because it looks like a standard kernel build. I checked the diffs to see if there was anything changed in the scsi code, but it all deals with ite, grf, et. al. What's strange is that it sees my GVP controller, but doesn't find ANY drives, and immediately says "no suitable root". I'm going to grab the stuff for the bcmp.s problems and rebuild 709 myself with their patches and see if that doesn't fix it. Anyone know if they did anything strange with that build? -wps From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 00:33:46 1993 From: Bill Squier To: netbsd-amiga@cbmuucp.commodore.com Subject: hmmmm. No libc stuff. Sender: NetBSD-Admin@cbmuucp.commodore.com It's nearly impossible to get in to sun-lamp during the day, so I went to gatekeeper.dec.com, which supposedly mirrors the NetBSD-current stuff. All the lib/libc directories are empty. So, either gatekeeper isn't a good mirror, or that's not the spot we should be looking in. Also, the directory tree on gatekeeper looks like: lib/libc/hp300, not lib/libc/arch/hp300. Oh well. Looks like I have to wait to build my own 709. -wps From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 00:48:38 1993 From: Bob Slawson To: groo@menger.eecs.stevens-tech.edu Cc: netbsd-amiga@cbmuucp.commodore.com Subject: hmmmm. No libc stuff. Sender: NetBSD-Admin@cbmuucp.commodore.com It's nearly impossible to get in to sun-lamp during the day, so I went to gatekeeper.dec.com, which supposedly mirrors the NetBSD-current stuff. All the lib/libc directories are empty. So, either gatekeeper isn't a good mirror, or that's not the spot we should be looking in. Also, the directory tree on gatekeeper looks like: lib/libc/hp300, not lib/libc/arch/hp300. Oh well. Looks like I have to wait to build my own 709. -wps Please try agate.berkeley.edu This is one of the main public sites at berkeley (in fact please it rather than sun-lamp unless you are a developer) They appear to mirror sun-lamp daily and have the full NetBSD trees (0.8, 0.9, and current) Robert W. Slawson Dept. of Astronomy, Univ. of Western Ontario, Astronomy is looking up... London, Ontario N6A 3K7 CANADA From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 01:00:59 1993 From: oster@skdad.usask.ca Subject: X11R4, kernels, and other things... To: netbsd-amiga@cbmuucp.commodore.com X-Envelope-To: netbsd-amiga@cbmuucp.commodore.com Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com First of all: A ******BIG****** round of applause for all who have contributed to making Amiga NetBSD and X11R4 possible for the rest of us... ...(insert your clap here)... Now for some comments and question regarding X11 and some other things: 1. The file /usr/lib/X11/rgb seems to be out to lunch. I didn't get anywhere with the X11R4 stuff until I got a new one. (I believe it was a 90K file, and I think I pulled it from the XFree86-2.0 distribution) In any case it solved the "Couldn't open RGB_DB: '/usr/lib/X11/rgb'" problems. 2. Has anyone gotten Xbsd to run as a non-root user? The only way I can get it going as non-root is by doing a "chmod 4755 /usr/bin/X11/Xbsd". 3. Twm will run if you do something like "echo | twm", but it doesn't seem to like my .twmrc file ("twm -f $HOME/.twmrc" doesn't do anthing with it - but I've probably got something set wrong somewhere, and havn't really played around with fixing this yet...) 4. Term version 1.08 works just fine!!!!!! I compiled it on a DEC5000 and under NetBSD, and managed to get a xterm (which was running on the remote machine) up on my local display!!! :-) I had to "hack" the code a little to get it to compile under NetBSD, but the number of changes made were fairly small. (term108.tar.gz can probably be found on any ftp site with linux archives - I don't know where, as I got it from a friend who intends to use it with Linux) 5. Thanks again to Mykes and Philippe for their pointers (and resource files) on getting X11 running. 6. To compile the kernel, you need the libc stuff from a site that has the source for the NetBSD-current distribution (libc has bcmp.s, bzero.s, and a whole mess of other little files that are insisted upon (I got the libc stuff from agate.berkeley.edu)). A question here: When making the kernel, "cpp -E -Iwhatever foo.s | as -o foo.o" grumbles about "_ somelabel" being invalid. The problem is this space here ------------^. From what I can tell, "ENTRY(foo)" is being converted to "_ foo:" by cpp instead of "_foo:". Does anyone know why this space is being (incorrectly?) generated by cpp, and/or how to solve the problem. I ended up compiling all those little .s files myself using "cpp -traditional foo.s | as -o foo.o" (and "cpp -traditional -DPROF foo.s | as -o foo.po" when it came time for the profiling stuff), but it would be kind of nice to get this somewhat automated... 7. Has anyone setup a SL/IP server (to a modem) on NetBSD? I figure I know what I have to setup (i.e. the getty should wait until a carrier is detected before sending stuff to the serial port) but if someone else has done it, I won't bother repeating the effort. (I have had SL/IP running quite happily between my A3000 and A500, but that was via a null modem. Later... Greg Oster oster@cs.usask.ca Department of Computational Science University of Saskatchewan, Saskatoon, Saskatchewan, CANADA From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 01:20:56 1993 From: Philippe BRAND Subject: Re: X11R4, kernels, and other things... To: oster@skdad.usask.ca Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1559 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, oster@skdad.usask.ca writes: > First of all: A ******BIG****** round of applause for all who have > contributed to making Amiga NetBSD and X11R4 possible for the > rest of us... ...(insert your clap here)... Thanks! > 1. The file /usr/lib/X11/rgb seems to be out to lunch. rgb file is not supportd yet. They have been working on an already seriously hacked X11R4 source tree. I've just provided them full original X11R5 source tree, with patches 1 through 25 applied. They said: "All will be supported when you'll give us full source tree". I did so now I wait. > 2. Has anyone gotten Xbsd to run as a non-root user? The only way I > can get it going as non-root is by doing a "chmod 4755 /usr/bin/X11/Xbsd". Didn't try. I'll tell them. > 3. Twm will run if you do something like "echo | twm", but it doesn't > seem to like my .twmrc file ("twm -f $HOME/.twmrc" doesn't do anthing > with it - but I've probably got something set wrong somewhere, and > havn't really played around with fixing this yet...) You were wrong somewhere yes. Take a look at one of my previous email, I described exactly how to set up the whole stuff. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:09:57 1993 From: Alan Bair Subject: Hoffman's questions - hints To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com A reply direct to Arthur bounced. Forwarded message: > From Mailer-Daemon@spsgate.sps.mot.com Sat Nov 20 00:50:20 1993 > Date: Fri, 19 Nov 93 23:47:51 MST > From: Mailer-Daemon@spsgate.sps.mot.com (Mail Delivery Subsystem) > Subject: Returned mail: Host unknown > Message-Id: <9311200647.AB12527@spsgate.sps.mot.com> > To: > > ----- Transcript of session follows ----- > 421 Host it.ntu.edu.au. not found for mailer ddn. > 550 ... Host unknown > > ----- Unsent message follows ----- > Return-Path: > Received: from mogate.sps.mot.com by spsgate.sps.mot.com (4.1/SMI-4.1/Email 2.1 10/25/93) > id AA12525; Fri, 19 Nov 93 23:47:51 MST > Received: from motsps.sps.mot.com (sps.mot.com) by mogate.sps.mot.com (4.1/SMI-4.1/Email-2.0) > id AA09495; Fri, 19 Nov 93 23:47:50 MST > Received: from emailchd (email.sps.mot.com) by motsps.sps.mot.com (4.1/SMI-4.1/Email-2.1) > id AA05878; Fri, 19 Nov 93 23:47:49 MST > Received: from parsons by sol-tx.sps.mot.com (4.1/SMI-4.1) > id AA24962; Sat, 20 Nov 93 00:47:40 CST > Message-Id: <9311200647.AA24962@sol-tx.sps.mot.com> > Received: by parsons > (1.37.109.5/16.2) id AA28221; Sat, 20 Nov 93 00:47:37 -0600 > From: Alan Bair > Subject: Re: X11 with 2 button mouse. > To: hoffmann@it.ntu.edu.au (Arthur Hoffmann) > Date: Sat, 20 Nov 93 0:47:37 CST > In-Reply-To: <199311200636.QAA05585@nutmeg>; from "Arthur Hoffmann" at Nov 20, 93 4:06 pm > X-Mailer: ELM [version 2.3 PL11] > > In many cases X Windows tools will accept holding down both buttons to > represent the middle mouse button. > > Your font question: X Windows must have the size available you want in > order to display it. No scaling is available that I am aware of. To > handle your remote logins, try using "stty rows ##" to set your remote > Unix to match the number of rows under NetBSD. I have that in my > .login for logging in from AmigaDOS and I'll probably add it for NetBSD. > > > > > Hi, > > Is there a way to emulate a middle mouse button wen using X11 (fvwm). > > Maybe someone can suggest a good, compatible 3 button mouse for the > > Amiga? > > > > Thanks. > > > > Arthur. > > > > Arthur Hoffmann > > hoffmann@nutmeg.ntu.edu.au > > > > > -- > Alan Bair MCTG AMCU DSCS > Motorola, Inc. (Design Software & > Mail Stop OE-320 Computer Services) > 6501 William Cannon Dr. West (512) 891-2336 > Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:11:54 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "still key repeat under 709" (Nov 19, 1:39pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: bday%afdwfm@afdwfm.hq.af.mil (Bill Day), netbsd-amiga@cbmuucp.commodore.com Subject: Re: still key repeat under 709 Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 19, 1:39pm, Bill Day wrote: > Subject: still key repeat under 709 [...] This key repeating problem is .. harassing. I wonder if it has to do with the old (the first available) Cherry keyboards for fhe old A2000A, as those are (are they?) the only keyboards which do encounter the problem. I remember that a setpatch was needed for them under KS1.2, or elsewise a hardware fix (a condensator) was to be soldered onto the keyboard somewhere. Looks like that, no? We should somehow fix that. I had the problem (some rare) some times, too, when running something cpu-loading (like gcc'ing X11) and something like window or screen... Any idea? -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:12:16 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: Fun with X" (Nov 19, 4:12pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: olivier lahaye , netbsd-amiga@cbmuucp.commodore.com Subject: Re: Fun with X Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 19, 4:12pm, olivier lahaye wrote: > Subject: Re: Fun with X > I have phoned to Macro system, but they only provided me a new version of retinaemu > (V1.4). Of course I'm happy, but it doesn't work under UNIX :-(. > > Does anyone can give me the address of Lutz Viewg (The retina text driver author) > If he has one. Lutz is interested, but i fear he can't give you very specific answers. what i know is, taht he gave Markus Wild some Infos about the Retina, or did he wrote the text driver for NetBSD/retina even himself? Sorry, i don't have his address handy, he never mailed me, thus he is not in my (huge :-) mailbox. I get you his address ASAP. BTW, 24Bit would be incredible :-) And, alas, cheap... cheapest 24Bit for X11 ever ? *returning to earth* Don't bothe with 24Bit yet, please, just fix the color-stuff for ECs now :) -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:13:10 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "file types" (Nov 19, 11:46am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Nathanael John Bohlmann , netbsd-amiga@cbmuucp.commodore.com Subject: Re: file types Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 19, 11:46am, Nathanael John Bohlmann wrote: > Subject: file types > Hi folks, > I've been playing around with getting gdb ported to NetBSD and have managed > to get most of the work done. No, I have no diffs yet and probably won't > for a while. The problem I have is this: file seems to think everything > is a sun2 binary. I checked the magic table of file and it seems that Just to confuse you: They ARE Sun2 binaries, and original Sun2 birnaries do work unde neBSD .-) > there is a NetBSD-m68k file type which I think would be much more appropriate. > Maybe we could come up with a MAG-MID number for ourselves. Anyone looked > into this and have any suggestions? I haven't had a lot of time to look > into this since school work is keeping me rather busy but I'd be glad to make > the necessary changes once a consensus has been reached as to what we should > change it to. Sun2 just won't hack it.. You are right.... But, is it that important? I don't know of any good reason to have a running MAG-ID... But, if you insist, go ahead :-) -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:22:41 1993 From: Arthur Hoffmann Subject: X11&HW-sprite. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 347 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I was trying to use X11 and it seems to work, but the Hardware sprite (Yes, that ugly green thing) strikes back. It appears on the screen as a bunch of vertical green line. Is it possible to kill the thing completeley? Thanks. btw it only appears when the mousepointer blanks. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:23:07 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: hmmmm. No libc stuff. Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 19, 6:27pm, Bill Squier wrote: > It's nearly impossible to get in to sun-lamp during the day, so I went to > gatekeeper.dec.com, which supposedly mirrors the NetBSD-current stuff. > All the lib/libc directories are empty. So, either gatekeeper isn't a good > mirror, or that's not the spot we should be looking in. Also, the > directory tree on gatekeeper looks like: lib/libc/hp300, not > lib/libc/arch/hp300. Oh well. Looks like I have to wait to build my own > 709. When I ran into the problem of the missing sources on 709, I cheated. I did a link of the kernel without the libkern.a and found out which assembly routines were needed in libkern.a. I then extracted those .o files out of libc.a and manually built libkern.a using them and the previously .o files created from the .c sources. I then modifed the Makefile (or was it Makefile.inc?) to skip the make. The kernel then linked file and seemed to run OK. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:23:34 1993 From: Arthur Hoffmann Subject: X over term... How? To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 256 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I saw that someone mentioned he was able to get an xterm using X11r4 & a modem, running term. How did you do that? I tried txconn, but it only tells me something about a screen. Thanks Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:27:19 1993 From: Arthur Hoffmann Subject: X11 and term Problems. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 630 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I was using X11 and connected to the university via modem & term. It seems that there are some bugs. 1.) when using rtin or irc suddenly everything changes to be inverse video, after a short time it will be inverse + underline. Why? 2.) when using emacs or mail remoteley (ie. termtelnet remotesite) I can never see the top of the screen, because it scrolls away. the cursor seems to keep it's proper position. This results that when deleting or inserting stuff in a file it will be deleting the wrong lines. Is there a way to get the scrolling right? Thanks. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:36:51 1993 From: Arthur Hoffmann Subject: X11 fvwm virtual desktop. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 202 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi Silly question here... how do I reduce the size of the virtual desktop window after I enlarged it? (Is the middle mousebutton needed? ) Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:50:38 1993 From: Bill Squier To: netbsd-amiga@cbmuucp.commodore.com Subject: hp300 source Sender: NetBSD-Admin@cbmuucp.commodore.com Okay, finally got into sun-lamp (before I got those pointers to agate, thanks, I'll use that site in the future) and the directories exist there as described. Now I need DEFS.h, which I'm off to find on agate. Markus W: Two things. (1) should we be using the hp300 sources as is? (2) could you generate a listing of your source tree so I can make sure that I have everything in the "proper" place? Even an `ls -alR' will do. -wps From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 10:51:40 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) Organization: Not an Organization Content-Length: 1311 From: sgberg@charon.bloomington.in.us (Stefan G. Berg) To: netbsd-amiga@cbmuucp.commodore.com Subject: NetBSD and A500/040 ok? Sender: NetBSD-Admin@cbmuucp.commodore.com I might have an opportunity to get hands on a 525MB drive which would mean that I have some 200MB to spare for a Unix partition. A couple months ago, things were still a little shaky in terms of 040 support for NetBSD. How does it looks right now? I have an Amiga 500 with a full 68040 processor on it and an Impact Series II controller. Will this configuration work under NetBSD... if not is there some chance such a setup will be supported in the near future (like Spring 94)? Also, I have a somewhat split memory situation. I have 4MB 32 bit Fast memory (on 040 accelerator), 8MB 16 bit Fast memory (on SCSI controller), and 2MB 16 Chip memory (via 2MB Agnus hack). Will NetBSD make use of all this memory? Last time I checked it would ignore my 32 bit memory. Last thing. How does the support for backup devices look like? With a 525MB drive I probably shouldn't back up to floppy anymore. Can somebody recommend a cheap backup device which would work both under NetBSD and AmigaDOS? Thanks for any info, Stefan ,-------------------------------------------------------, |Usenet sgberg@charon.bloomington.in.us Stefan G. Berg| |Internet sgberg@ucs.indiana.edu MIME // AMIGA | |Bitnet sgberg@iubacs GE Mail s.berg5 \X/ w/ bms | `-------------------------------------------------------' From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:02:59 1993 From: DCG9367@tntech.edu Subject: Trying to build kernel... To: netbsd-amiga@cbmuucp.commodore.com X-Vms-To: IN%"netbsd-amiga@cbmuucp.commodore.com" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I am trying to build a kernel from AmigaDOS and am having a problem. First, I don't have a working NetBSD kernel to compile under NetBSD! I have an GVP 040 Combo and want to try to compile anyway. :) I get everything extracted, add the 040 update package, edit and configure for my setup. I go to ../compile/COMBO and run make depend. I get this error: makefile:43: *** missing separator. Stop. line 43 says this: .include "$S/lib/libkern/Makefile.inc" I am using the gcc252 with the gcc253 update. I have copied the usr/share/mk dir from the NetBSD archive to my usr:share/mk. But I still don't think make is reading those. It is GNUMake 3.68. Help! David From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:07:57 1993 From: Howard Dobson Subject: Re: No suitable root To: groo@menger.eecs.stevens-tech.edu (Bill Squier) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1048 Sender: NetBSD-Admin@cbmuucp.commodore.com > Well, I got all the X stuff, did an install of everything and tried to reboot > with the new 709, and I get "no suitable root". [...] > I'm going to grab the stuff > for the bcmp.s problems and rebuild 709 myself with their patches and see if > that doesn't fix it. Anyone know if they did anything strange with that > build? I get "no suitable root" every once and a while also. It prints something like "sbic_wait ..." and fails to recognize my sd1 drive. (Never had problems under the normal 709 or 644). It also ignores my tape drive, (which was a little annoying when I downloaded some X stuff I found under Ados and wanted to put it over int NetBSD). As someone else mentioned, you can run X as non-root if you setuid Xbsd to root. (Perhaps some of the devices X uses like grf0/mouse/kbd need to have thier permissions adjusted??? (a wild guess) And twm works if you do twm Subject: xterm - bad keymap?? To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com After loading up all the X11 code, patches and special kernel, I ran into the same problems as other people. I finally got X, and xterm to come up by using a combination of the various hints. Philippe Brand's little script seemed to work best. Though I did have to make the following changes. 1. Not start twm. The one time it started, the xterm came up in shadow mode waiting for me to place it. Then it all locked up. To even get it that far, I had to send a character to its stdin. 2. Use the "-d" option on xterm for the display to use. 3. At the beginning of the script I added code to build the X & X0 files. However, once the xterm poped up, the key mapping was badly messed up. The letters and numbers seemed to be OK, but all the special characters including space were stangely interchanged. Space produced '"', '-' gave '.', but '~' and '`' were OK. So it was not possible to use a multi-word commands. Also, no characters appeared until I hit "return". I did notice that Xbsd is dumping debugging information, which did help getting things going. By looking at this output, I did see that the correct characters were being echoed for what I was typing. So it looks like Xbsd gets them correctly, but then xterm is passing something else to bash. Anybody else seen this strange behavior? Any suggestions? -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:08:27 1993 From: Arthur Hoffmann Subject: Re: still key repeat under 709 To: markus@techfak.uni-bielefeld.de (Markus Illenseer) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 947 Sender: NetBSD-Admin@cbmuucp.commodore.com > > On Nov 19, 1:39pm, Bill Day wrote: > > Subject: still key repeat under 709 > [...] > This key repeating problem is .. harassing. I wonder if it has to do > with the old (the first available) Cherry keyboards for fhe old A2000A, > as those are (are they?) the only keyboards which do encounter the > problem. I remember that a setpatch was needed for them under KS1.2, > or elsewise a hardware fix (a condensator) was to be soldered onto the > keyboard somewhere. > Looks like that, no? We should somehow fix that. I had the problem > (some rare) some times, too, when running something cpu-loading (like > gcc'ing X11) and something like window or screen... > Any idea? > > > -- > Markus Illenseer > I don't think it has to do with the keyborad, it still repeats on my machine too, (only twice so far with kernel 709.) I't s an A3000. It stops as soon as I type any key. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:10:09 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: NetBSD and A500/040 ok? Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 19, 11:20pm, Stefan G. Berg wrote: > months ago, things were still a little shaky in terms of 040 support > for NetBSD. How does it looks right now? I have an Amiga 500 with a > full 68040 processor on it and an Impact Series II controller. Will > this configuration work under NetBSD... if not is there some chance > such a setup will be supported in the near future (like Spring 94)? I think it should, but the only way to really tell is to try it. I ran the 644 kernel on my A2000/Zeus and used that version of the kernel to merge and build the 709 kernel with no trouble (at least no trouble associated with the 040 code). I've used my GVP Series II HC8 card with that kernel and it seems to work. [My current kernel seems to have a major problem with a GForce 040 accelerator though - it has trouble starting the init process. I haven't tracked that problem down yet, although I have just received some more information on it to look at.] > Also, I have a somewhat split memory situation. I have 4MB 32 bit Fast > memory (on 040 accelerator), 8MB 16 bit Fast memory (on SCSI > controller), and 2MB 16 Chip memory (via 2MB Agnus hack). Will NetBSD > make use of all this memory? Last time I checked it would ignore my 32 > bit memory. That hasn't changed yet, but I there is at least one person looking at doing this. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:10:34 1993 From: ahh@netcom.com (Andy Heffernan) Subject: Re: file types To: bohlmann@icaen.uiowa.edu (Nathanael John Bohlmann) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > I've been playing around with getting gdb ported to NetBSD and have managed > to get most of the work done. No, I have no diffs yet and probably won't > for a while. The problem I have is this: file seems to think everything > is a sun2 binary. I checked the magic table of file and it seems that > there is a NetBSD-m68k file type which I think would be much more appropriate. The old-old binaries that Markus distributed were apparently assembled with an assembler that wasn't compiled with the proper magic number (if there was one at that time). I don't know if the newer binaries have a more correct number or not (the number has changed once since they were made available, I believe). It is purely a cosmetic issue, although maybe less so now with the SunOS emulation stuff. Also, there is a gdb-4.9 binary on wuarchive.wustl.edu, but it won't work with the newer, post-merge kernels. The ptrace() mechanism has changed, so now that I have a good 709 kernel (trouble with that blasted sync-negotiation, of all things), I'll be testing a new gdb. I will try to put the results on ftp.eunet.ch this time, but I've had lousy luck with this in the past. A small note: you will be unpleasantly surprised with the debugger if your kernel was compiled with -DDEBUG. > Maybe we could come up with a MAG-MID number for ourselves. Anyone looked > into this and have any suggestions? I haven't had a lot of time to look > into this since school work is keeping me rather busy but I'd be glad to make > the necessary changes once a consensus has been reached as to what we should > change it to. Sun2 just won't hack it.. > > Nathan Bohlmann (bohlmann@icaen.uiowa.edu) > From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:10:56 1993 From: Arthur Hoffmann Subject: X11 font sizes To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 625 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, I was just wondering if there is a way to get different font sizes under X (I'm usig fvwm) The tiny font is too mall and the small font is too big, it gives only 42 lines. I would like to have 56 line as I had with the console, that way I don't have problems with my remote machine's emacs, less and mail. btw is it possible to set small as a default, because the first thing when windows come up is to change fontsize from default to small and then setting the window to a bigger size (could resizing it be automated as well?) thanks for all your help. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:11:14 1993 To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: xterm - bad keymap?? X-Billboard: watch this space :-) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Mailer: Mumail [version 2.3b i486-Linux] From: mykes@shell.portal.com Sender: NetBSD-Admin@cbmuucp.commodore.com I offer a hint. I'm running xdm as the last thing in my /etc/rc.local script: xdm -nodaemon If you start it from init's /etc/ttys file, there appears to be a copper list bug, at least on my system... Anyhow, xdm needs those xdm startup files I posted in an earlier mail message, and one of those startup files (xdm-config) tells xdm to create an xdm-errors file. Well, due to all those debugging messages that alan writes about below, that xdm-errors file got to over 1M bytes after using X for an hour :-) Good way to fill up your hard disk quick! :-) So, I made the following link: ln -s /dev/null /usr/lib/X11/xdm/xdm-errors That way, the error messages go to /dev/null where they are of most use :-) >>>>> abair == Alan Bair wrote: abair> After loading up all the X11 code, patches and special abair> kernel, I ran into the same problems as other people. abair> I finally got X, and xterm to come up by using a abair> combination of the various hints. Philippe Brand's abair> little script seemed to work best. Though I did have abair> to make the following changes. abair> 1. Not start twm. The one time it started, the xterm abair> came up in shadow mode waiting for me to place it. abair> Then it all locked up. To even get it that far, I had abair> to send a character to its stdin. abair> 2. Use the "-d" option on xterm for the display to abair> use. abair> 3. At the beginning of the script I added code to abair> build the X & X0 files. abair> However, once the xterm poped up, the key mapping was abair> badly messed up. The letters and numbers seemed to be abair> OK, but all the special characters including space abair> were stangely interchanged. Space produced '"', '-' abair> gave '.', but '~' and '`' were OK. So it was not abair> possible to use a multi-word commands. Also, no abair> characters appeared until I hit "return". abair> I did notice that Xbsd is dumping debugging abair> information, which did help getting things going. By abair> looking at this output, I did see that the correct abair> characters were being echoed for what I was typing. So abair> it looks like Xbsd gets them correctly, but then xterm abair> is passing something else to bash. abair> Anybody else seen this strange behavior? Any abair> suggestions? abair> -- abair> Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design abair> Software & Mail Stop OE-320 Computer Services) 6501 abair> William Cannon Dr. West (512) 891-2336 Austin, TX abair> 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:13:15 1993 From: Arthur Hoffmann Subject: X11 with 2 button mouse. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 222 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, Is there a way to emulate a middle mouse button wen using X11 (fvwm). Maybe someone can suggest a good, compatible 3 button mouse for the Amiga? Thanks. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 11:24:55 1993 From: DCG9367@tntech.edu Subject: Re: Tape drive To: sryan@mcs.kent.edu Cc: netbsd-amiga@cbmuucp.commodore.com X-Vms-To: IN%"sryan@mcs.kent.edu" X-Vms-Cc: IN%"netbsd-amiga@cbmuucp.commodore.com" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com > I have an old IRWIN 40 meg tape drive (made for Mac) that I would like > to use to get stuff to NetBSD, like updating my kernel, etc. It doesn't > seem to be 100% SCSI standard. (It queries as a direct access device, > for example). It's standard enough to work with my AmigaDOS software, > though (BTN-Tape, Quarterback) so I have reason to hope I can use it with > NetBSD as well. When I try to access it thru rst4 however I get a > 'bad device file' message. Is there soemthing I can do (mknod?) to I thought I was the only one with an Irwin 5040!?? :) At least your kernel boots, mine won't even get past the tape drive. As soon as the kernel reaches SCSI ID 5 (the tape drive) the whole thing locks tighter than Fort Knox. If you find out anything please let me know too! It would be REALLY NICE to use the thing for backups and installation. I can't use anything right now because I have a GVP Combo 040 and the 040 kernel panics and init dies before autobooting. :( Good Luck, David From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 13:20:36 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "X11 with 2 button mouse." (Nov 20, 4:06pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Arthur Hoffmann , NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: X11 with 2 button mouse. Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 20, 4:06pm, Arthur Hoffmann wrote: > Subject: X11 with 2 button mouse. > Hi, > Is there a way to emulate a middle mouse button wen using X11 (fvwm). > Maybe someone can suggest a good, compatible 3 button mouse for the > Amiga? I've been thinking of that problem, too. I don't believe that emulating the MMB is a good idea, i've seen too many trouble with this on other platforms (SCO, Interactive, Linux). it's way better to get a real 3Button mouse like the original AMIX-Mouse or of course a Boing! Mouse from Dale Luck's GfxBase (otical mouse, like the one from Logitech for Spacrs). -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 13:23:30 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: xterm - bad keymap??" (Nov 20, 1:56am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: mykes@shell.portal.com, netbsd-amiga@cbmuucp.commodore.com Subject: Re: xterm - bad keymap?? Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 20, 1:56am, mykes@shell.portal.com wrote: > Subject: Re: xterm - bad keymap?? > > I offer a hint. I'm running xdm as the last thing in my /etc/rc.local > script: > > xdm -nodaemon This is the usual way, xdm is started. Never seen xdm in /etc/ttys yet... Maybe one should start xdm with the path to the config files though. BTW, is there a /tmp/xdm-errors file yet? I haven't seen it? -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 13:27:23 1993 To: markus@techfak.uni-bielefeld.de (Markus Illenseer) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: X11 with 2 button mouse. X-Billboard: watch this space :-) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Mailer: Mumail [version 2.3b i486-Linux] From: mykes@shell.portal.com Sender: NetBSD-Admin@cbmuucp.commodore.com does /dev/mouse* support 3 buttons? >>>>> Ill == markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) wrote: Ill> On Nov 20, 4:06pm, Arthur Hoffmann wrote: > Subject: X11 with 2 button mouse. > Hi, > Is there a way to emulate a middle mouse button wen using X11 (fvwm). > Maybe someone can suggest a good, compatible 3 button mouse for the > Amiga? Ill> I've been thinking of that problem, too. I don't believe Ill> that emulating the MMB is a good idea, i've seen too Ill> many trouble with this on other platforms (SCO, Ill> Interactive, Linux). it's way better to get a real Ill> 3Button mouse like the original AMIX-Mouse or of course Ill> a Boing! Mouse from Dale Luck's GfxBase (otical mouse, Ill> like the one from Logitech for Spacrs). Ill> -- Ill> Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 16:54:40 1993 Subject: Re: X11&HW-sprite. From: David Jones To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > I was trying to use X11 and it seems to work, but the Hardware sprite > (Yes, that ugly green thing) strikes back. It appears on the screen as > a bunch of vertical green line. Is it possible to kill the thing > completeley? > > Thanks. > > btw it only appears when the mousepointer blanks. This is a bug in the custom chip code (grf_cc.c). I sent patches to mw, but they didn't make it into 709. Here they are: *** grf_cc.c.old Fri Oct 1 22:28:09 1993 --- grf_cc.c Fri Oct 1 23:00:49 1993 *************** *** 210,215 **** --- 210,216 ---- unsigned long rowbytes = fb->fb_width >> 3; /* width of display, in bytes */ u_short *plptr; u_short c, i, strt, stop; + u_long footp; /* get PA of display area */ screen = (unsigned long) fb->fb - (unsigned long) CHIPMEMADDR; *************** *** 276,284 **** u_short addr = CUSTOM_OFS(sprpt[0]); u_short i; for (i=0; i<8; i++) { /* for all sprites (8 of em) do */ ! *spr++ = addr; *spr++ = HIADDR(&pointer->footer[0]); addr += 2; ! *spr++ = addr; *spr++ = LOADDR(&pointer->footer[0]); addr += 2; } } --- 277,291 ---- u_short addr = CUSTOM_OFS(sprpt[0]); u_short i; for (i=0; i<8; i++) { /* for all sprites (8 of em) do */ ! /* ! * dej 1-Oct-93: Make sure to convert KVA to PA for the unused sprites too! ! * Otherwise you get junk on your screen (well, mine at least :-) ! * I've also nuked a few "pointer from integer w/o cast" warnings. ! */ ! footp = (caddr_t)&pointer->footer[0]-CHIPMEMADDR; ! *spr++ = addr; *spr++ = HIADDR(footp); addr += 2; ! *spr++ = addr; *spr++ = LOADDR(footp); addr += 2; } } *************** *** 330,344 **** struct ccfb *fb = &ccfb; SPRITEPTR *pointer = (SPRITEPTR*)fb->pointer; COPPERLIST *cop; /* some cleverness... footer[0] is a ZERO longword in chip */ cop = (COPPERLIST*)fb->cop1; ! cop->sprites[num*4+1] = HIADDR(&pointer->footer[0]); ! cop->sprites[num*4+3] = LOADDR(&pointer->footer[0]); cop = (COPPERLIST*)fb->cop2; ! cop->sprites[num*4+1] = HIADDR(&pointer->footer[0]); ! cop->sprites[num*4+3] = LOADDR(&pointer->footer[0]); } /* --- 337,354 ---- struct ccfb *fb = &ccfb; SPRITEPTR *pointer = (SPRITEPTR*)fb->pointer; COPPERLIST *cop; + u_long footp; /* some cleverness... footer[0] is a ZERO longword in chip */ + /* dej: more KVA->PA :-) */ cop = (COPPERLIST*)fb->cop1; ! footp = (caddr_t)&pointer->footer[0]-CHIPMEMADDR; ! cop->sprites[num*4+1] = HIADDR(footp); ! cop->sprites[num*4+3] = LOADDR(footp); cop = (COPPERLIST*)fb->cop2; ! cop->sprites[num*4+1] = HIADDR(footp); ! cop->sprites[num*4+3] = LOADDR(footp); } /* *************** *** 660,666 **** gi->gd_regaddr = (caddr_t) fb; /* XXX */ gi->gd_regsize = 0; ! gi->gd_fbaddr = fb->fb - (u_char *) CHIPMEMADDR; #if 0 /* mykes kludges here to make gi look like 1 bitplane */ gi->gd_fbsize = fbsize/2; --- 670,676 ---- gi->gd_regaddr = (caddr_t) fb; /* XXX */ gi->gd_regsize = 0; ! gi->gd_fbaddr = (caddr_t)fb->fb - (u_long)CHIPMEMADDR; #if 0 /* mykes kludges here to make gi look like 1 bitplane */ gi->gd_fbsize = fbsize/2; -- David Jones, M.A.Sc student, Electronics Group (VLSI), University of Toronto email: dej@eecg.utoronto.ca, finger for more info From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 17:01:47 1993 Subject: Re: X11R4, kernels, and other things... From: David Jones To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > 6. To compile the kernel, you need the libc stuff from a site that > has the source for the NetBSD-current distribution (libc has bcmp.s, > bzero.s, and a whole mess of other little files that are insisted > upon (I got the libc stuff from agate.berkeley.edu)). A question > here: When making the kernel, "cpp -E -Iwhatever foo.s | as -o foo.o" > grumbles about "_ somelabel" being invalid. The problem is this space > here ------------^. From what I can tell, "ENTRY(foo)" is being > converted to "_ foo:" by cpp instead of "_foo:". Does anyone know why > this space is being (incorrectly?) generated by cpp, and/or how to > solve the problem. I ended up compiling all those little .s files > myself using "cpp -traditional foo.s | as -o foo.o" (and > "cpp -traditional -DPROF foo.s | as -o foo.po" when it came time for > the profiling stuff), but it would be kind of nice to get this > somewhat automated... Replace the /**/ in DEFS.h and SYS.h with ##. The difference is in traditional and ANSI preprocessors. The "default" version of GCC used in the NetBSD distribution is not set up the same way as the GNU version is. Many files are in a different place, and some things are done a different way. Markus has elected to use the GNU file placement (IMHO a good choice). Although a source tree would be nice. Even with the stuff from sun-lamp I had to write my own strcat.s :-) -- David Jones, M.A.Sc student, Electronics Group (VLSI), University of Toronto email: dej@eecg.utoronto.ca, finger for more info From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 18:27:03 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: X11 with 2 button mouse." (Nov 20, 4:12am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: mykes@shell.portal.com, markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Subject: Re: X11 with 2 button mouse. Cc: netbsd-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 20, 4:12am, mykes@shell.portal.com wrote: > Subject: Re: X11 with 2 button mouse. > > does /dev/mouse* support 3 buttons? Ask mtk for that, i believe so, as there are /dev/mouse2 and /dev/mouse3, no ? Wouldn't it make sense that /dev/mouse2 is obsolete? How can one recognize a 3 button mouse anyway (via software)? Questions... -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 20 18:27:44 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11 with 2 button mouse. To: mykes@shell.portal.com Cc: markus@techfak.uni-bielefeld.de, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 363 Sender: NetBSD-Admin@cbmuucp.commodore.com > does /dev/mouse* support 3 buttons? Sure, I got a Boing! mouse (and am *very* happy with it!), so you can bet I supported it:-) BTW: Markus I.: it's a MouseSystems Mouse, nothing from Logitec. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 00:13:32 1993 Subject: networking To: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] From: mykes@shell.portal.com Sender: NetBSD-Admin@cbmuucp.commodore.com My networking broke after installing netbsd kernel .709. Is anyone else out there running an ethernet network with netbsd on it? Specifically, my netbsd now refuses remote mounts from my sun3 or my linux box... I'll grab the netbsd-current daemon sources and rebuild them and see if that helps... From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 00:30:37 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11 with 2 button mouse. To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: mykes@shell.portal.com, markus@TechFak.Uni-Bielefeld.DE, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 631 Sender: NetBSD-Admin@cbmuucp.commodore.com > Wouldn't it make sense that /dev/mouse2 is obsolete? How can one > recognize a 3 button mouse anyway (via software)? Argl.. the numbering doesn't have to do anything with number of supported buttons, what a concept:-) it's 0 for the mouse on the front port, and 1 for the mouse on the back port. The back port mouse probably only works if you already worked with the mouse there under ADos, as I think it would need some port initialization to make it work. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 02:40:35 1993 From: Kevin M Mccarthy Subject: X11 and xhost To: NetBSD-Amiga@cbmuucp.commodore.com Content-Type: text Content-Length: 915 Sender: NetBSD-Admin@cbmuucp.commodore.com First off, I'd like to thank all who've contributed to X11 for NetBSD-Amiga. I almost danced around my room when I finally got it to run!;) But I do have one question: I have a slip connection with my school here, and I'd like to be able to run X clients across the network. But it always tells me that I reject it. So I do an xhost + (or an xhost +ip.numb.er.here) and it says that I must be on the local host to do this... Has anyone else tried xhost? -- Kevin McCarthy signals@krypton.mankato.msus.edu ------------------------------------------------------------------------------- "If I were a carpenter, I'd hammer on my piglet, I'd collect the $7 and I'd buy a big prosthetic forehead and wear it on my real head." -They Might Be Giants ------------------------------------------------------------------------------- HELLO! I'm a .signature virus! Join in and copy me into yours! From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 02:58:20 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) From: jph@anaconda.Bloomington.IN.US (J.P. Hillenburg) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: X11 with 2 button mouse. Sender: NetBSD-Admin@cbmuucp.commodore.com WRT Markus Wild, the Swiss Cheeseball, # > does /dev/mouse* support 3 buttons? # # Sure, I got a Boing! mouse (and am *very* happy with it!), so you # can bet I supported it:-) # # BTW: Markus I.: it's a MouseSystems Mouse, nothing from Logitec. I think Illenseer's point was that *Sun* mice were made by Logitech. [And have been for years...as far as I can tell, they haven't changed one wit...] I still love my 3-button pregnant mouse! [I don't have an A3000UX, either...] From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 03:59:49 1993 From: eeh@public.btr.com (Eduardo E. Horvath eeh@btr.com) Subject: Re: X11R4, kernels, and other things... To: dej@eecg.toronto.edu (David Jones) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4722 Sender: NetBSD-Admin@cbmuucp.commodore.com > > 6. To compile the kernel, you need the libc stuff from a site that > > has the source for the NetBSD-current distribution (libc has bcmp.s, > > bzero.s, and a whole mess of other little files that are insisted > > upon (I got the libc stuff from agate.berkeley.edu)). A question > > here: When making the kernel, "cpp -E -Iwhatever foo.s | as -o foo.o" > > grumbles about "_ somelabel" being invalid. The problem is this space > > here ------------^. From what I can tell, "ENTRY(foo)" is being > > converted to "_ foo:" by cpp instead of "_foo:". Does anyone know why > > this space is being (incorrectly?) generated by cpp, and/or how to > > solve the problem. I ended up compiling all those little .s files > > myself using "cpp -traditional foo.s | as -o foo.o" (and > > "cpp -traditional -DPROF foo.s | as -o foo.po" when it came time for > > the profiling stuff), but it would be kind of nice to get this > > somewhat automated... > Replace the /**/ in DEFS.h and SYS.h with ##. There's a little more involved, as you also need to escape the `#' in the asm statements. A better solution (borrowed from InterViews) is to detect the preprocessor type and conditionally include code. A patch follows. Does anyone know what to do with `ALIGNBYTES' in lib/libc/gen/fts.c? It doesn't appear to exist anywhere. ========================================================================= Eduardo Horvath eeh@btr.com ..!{decwrl,mips,fernwood}!btr!eeh "Trust me, I am cognizant of what I am doing." - Hammeroid *** lib/libc/arch/amiga/SYS.h~ Sat Nov 20 02:39:23 1993 --- lib/libc/arch/amiga/SYS.h Sat Nov 20 02:45:49 1993 *************** *** 40,66 **** #include ! #ifdef _STDC_ #ifdef PROF #ifdef __GNUC__ ! #define ENTRY(x) .globl _##x; .even; _##x:; .data; PROF##x:; \ ! .long 0; .text; link a6,\#0; lea PROF##x,a0; \ jbsr mcount; unlk a6 #else ! #define ENTRY(x) .globl _##x; .even; _##x:; .data; PROF##x:; \ ! .long 0; .text; lea PROF##x,a0; jbsr mcount #endif #else ! #define ENTRY(x) .globl _##x; .even; _##x: #endif PROF ! #define SYSCALL(x) .even; err: jmp cerror; ENTRY(x); movl \#SYS_##x,d0; \ trap \#0; jcs err #define RSYSCALL(x) SYSCALL(x); rts ! #define PSEUDO(x,y) ENTRY(x); movl \#SYS_##y,d0; trap \#0; rts #define ASMSTR .asciz - - .globl cerror #else #ifdef PROF --- 40,64 ---- #include ! #ifdef __STDC__ #ifdef PROF #ifdef __GNUC__ ! #define ENTRY(x) .globl _##x; .even; _##x##:; .data; PROF##x##:; \ ! .long 0; .text; link a6,\#0; lea PROF##x##,a0; \ jbsr mcount; unlk a6 #else ! #define ENTRY(x) .globl _##x; .even; _##x##:; .data; PROF##x##:; \ ! .long 0; .text; lea PROF##x##,a0; jbsr mcount #endif #else ! #define ENTRY(x) .globl _##x; .even; _##x##: #endif PROF ! #define SYSCALL(x) .even; err: jmp cerror; ENTRY(x); movl \#SYS_##x##,d0; \ trap \#0; jcs err #define RSYSCALL(x) SYSCALL(x); rts ! #define PSEUDO(x,y) ENTRY(x); movl \#SYS_##y##,d0; trap \#0; rts #define ASMSTR .asciz #else #ifdef PROF *************** *** 76,87 **** #define ENTRY(x) .globl _/**/x; .even; _/**/x: #endif PROF #define SYSCALL(x) .even; err: jmp cerror; ENTRY(x); movl #SYS_/**/x,d0; \ ! trap \#0; jcs err #define RSYSCALL(x) SYSCALL(x); rts #define PSEUDO(x,y) ENTRY(x); movl #SYS_/**/y,d0; trap #0; rts #define ASMSTR .asciz .globl cerror - - #endif --- 74,84 ---- #define ENTRY(x) .globl _/**/x; .even; _/**/x: #endif PROF #define SYSCALL(x) .even; err: jmp cerror; ENTRY(x); movl #SYS_/**/x,d0; \ ! trap #0; jcs err #define RSYSCALL(x) SYSCALL(x); rts #define PSEUDO(x,y) ENTRY(x); movl #SYS_/**/y,d0; trap #0; rts #define ASMSTR .asciz + #endif .globl cerror *** lib/libc/arch/amiga/DEFS.h~ Sat Nov 20 02:22:24 1993 --- lib/libc/arch/amiga/DEFS.h Sat Nov 20 04:00:46 1993 *************** *** 38,46 **** --- 38,63 ---- * $Id: DEFS.h,v 1.1 1993/10/07 00:17:29 cgd Exp $ */ + #ifdef __STDC__ #ifdef PROF #ifdef __GNUC__ #define ENTRY(x) \ + .globl _##x; .even; _##x##:; .data; PROF##x##:; .long 0; .text; \ + link a6,\#0; lea PROF##x##,a0; jsr mcount; unlk a6 + #else + #define ENTRY(x) \ + .globl _##x; .even; _##x##:; .data; PROF##x##:; .long 0; .text; \ + lea PROF##x,a0; jsr mcount + #endif + #else + #define ENTRY(x) \ + .globl _##x; .even; _##x##: + #endif + #else + + #ifdef PROF + #ifdef __GNUC__ + #define ENTRY(x) \ .globl _/**/x; .even; _/**/x:; .data; PROF/**/x:; .long 0; .text; \ link a6,#0; lea PROF/**/x,a0; jsr mcount; unlk a6 #else *************** *** 51,54 **** --- 68,72 ---- #else #define ENTRY(x) \ .globl _/**/x; .even; _/**/x: + #endif #endif From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 04:30:50 1993 From: Arthur Hoffmann Subject: Programs spoiling xterm's output. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 749 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi whenever I use less, more, irc, tin..... in an xterm the display gets confused. Everything appears in reverse video, even reverse underlined after a while. This happens in any xterm I open. If I run screen in an xterm then this doesn't happen at all. I would like to know if it might be related to my termcap? I used the one in emacs, then I tried Markus Wild's (it is in ftp-uni.regensburg.de in Markus' "bielefeld tree", but that one didn't work either. I also tried export TERM=vt200... no luck. The TERM I'm using is vt320. It seems as if reverse video gets turned on in the above mentioned programmes, but nothing is turning it off again (same goes for underline) Any Ideas? Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 06:25:36 1993 From: oster@skorpio.usask.ca Subject: Re: X over term... How? To: NetBSD-Amiga@cbmuucp.commodore.com, hoffmann@it.ntu.edu.au X-Envelope-To: NetBSD-Amiga@cbmuucp.commodore.com Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com > Hi, Hello... > I saw that someone mentioned he was able to get an xterm using X11r4 & > a modem, running term. How did you do that? > I tried txconn, but it only tells me something about a screen. I'll assume you can make it to the point where you are running X11 on your local machine, have connected using "term" to the remote machine, and can type "trsh" and get a session on the remote machine. You then just type "txconn", will give you a screen address. You then type "setenv DISPLAY :" where is the name of the machine, and is the screen number that txconn gives you (typically a "9"). From there, stuff like "xterm &" works like magic :-) (I've successfully run stuff ranging from xarchie, xneko (cat moves in slow-motion :-) ), xeyes, ghostview, emacs, meltdown, xv, and tonnes of xterms.) > Thanks > > Arthur. > > Arthur Hoffmann > hoffmann@nutmeg.ntu.edu.au Later... Greg Oster oster@cs.usask.ca Department of Computational Science University of Saskatchewan, Saskatoon, Saskatchewan, CANADA From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 07:23:29 1993 From: higgs@ella.mills.edu (Greg Higgs) Subject: please remove me from list To: netbsd-amiga@cbmuucp.commodore.com (NetBSD mailing list) X-Mailer: ELM [version 2.3 PL2] Sender: NetBSD-Admin@cbmuucp.commodore.com please remove higgs@mills.edu (Sorry I've lost the admin address, which is why I'm sending this message to everyone). Useful mailing list .. I'll join again once I get another hard drive to install BSD on. From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 07:45:49 1993 From: Alan Bair Subject: Re: X11 with 2 button mouse. To: jph@anaconda.Bloomington.IN.US (J.P. Hillenburg) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > WRT Markus Wild, the Swiss Cheeseball, > > # > does /dev/mouse* support 3 buttons? > # > # Sure, I got a Boing! mouse (and am *very* happy with it!), so you > # can bet I supported it:-) > # > # BTW: Markus I.: it's a MouseSystems Mouse, nothing from Logitec. > > I think Illenseer's point was that *Sun* mice were made > by Logitech. Sorry, but I have to side with Markus W. on this issue. Having used Suns at work for about 6 years, the mouse has always said made by "Mouse Systems Corp." In fact I have a discarded model M3 on my A3000. I think the current model used on the Sun4 is the M4. > > [And have been for years...as far as I can tell, they > haven't changed one wit...] > > I still love my 3-button pregnant mouse! [I don't have > an A3000UX, either...] > > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 07:56:26 1993 From: Alan Bair Subject: Re: X11 and xhost To: signals@krypton.mankato.msus.edu (Kevin M Mccarthy) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > First off, I'd like to thank all who've contributed to X11 for NetBSD-Amiga. > I almost danced around my room when I finally got it to run!;) It was even more exciting when I mananged to get various X Windows based tools from work (FrameMaker, Synopsys, etc.) displaying on my Amiga at home. However, because of the slowness of the SLIP connection, they were not very usable. I would also like to thank mykes for describing the use of fvwm and uploading it. I could not get twm to work and fvwm provides features I really like. > > But I do have one question: I have a slip connection with my school here, > and I'd like to be able to run X clients across the network. But it always > tells me that I reject it. So I do an xhost + (or an xhost +ip.numb.er.here) > and it says that I must be on the local host to do this... Has anyone else > tried xhost? I had this same problem when I was setting DISPLAY to either localhost:0 or :0. The problem vanished when I just used :0 for DISPLAY. > -- > Kevin McCarthy signals@krypton.mankato.msus.edu -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 13:10:22 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: X11 with 2 button mouse." (Nov 21, 12:27am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: mw@eunet.ch (Markus Wild), markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Subject: Re: X11 with 2 button mouse. Cc: mykes@shell.portal.com, netbsd-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 21, 12:27am, Markus Wild wrote: > Subject: Re: X11 with 2 button mouse. > > Wouldn't it make sense that /dev/mouse2 is obsolete? How can one > > recognize a 3 button mouse anyway (via software)? > > Argl.. the numbering doesn't have to do anything with number of > supported buttons, what a concept:-) it's 0 for the mouse on the > front port, and 1 for the mouse on the back port. The back port > mouse probably only works if you already worked with the mouse > there under ADos, as I think it would need some port initialization > to make it work. Mea culpa. I must have been drunken :-) -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 14:02:45 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11 and xhost To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: signals@krypton.mankato.msus.edu, NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 521 Sender: NetBSD-Admin@cbmuucp.commodore.com > It was even more exciting when I mananged to get various X Windows based tools > from work (FrameMaker, Synopsys, etc.) displaying on my Amiga at home. However, > because of the slowness of the SLIP connection, they were not very usable. Framemaker would be even more interesting when it could be run natively, with the sun3 emulation.. ever tried?:-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 17:49:19 1993 From: Alan Bair Subject: Key repeats - Xbsd kernel To: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com I have the 709 sources with the Xbsd patches applied and a rebuilt kernel, which was needed to get my tape drive support back. I checked and Chris Hopps' key repeat patch is in place, but I am now getting key repeats again. When I first applied his patch the repeats weere killed compleetely. Has any one else noticed the key repeating again with the new kernel? Also the scrolling problem is still with us (at least me) in Emaacs and Kermit. Will the new ite/console code address this issue? -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 18:11:06 1993 From: Alan Bair Subject: Re: SLIP setup To: oster@skdad.usask.ca Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > 7. Has anyone setup a SL/IP server (to a modem) on NetBSD? I figure > I know what I have to setup (i.e. the getty should wait until a > carrier is detected before sending stuff to the serial port) but if > someone else has done it, I won't bother repeating the effort. (I > have had SL/IP running quite happily between my A3000 and A500, but > that was via a null modem. Well, here are the steps I used to get it running. First let me state that the terminal server I dial-in to haas support for SLIP, so I only need to connect to it and tell it I want a SLIP connection. Others may have to actually login and start SLIP on the login session. Also because of this connection method my IP address can change each time. 1. Edit /etc/netstart to turn off the servers you won't use, but leave routed on. Setup /etc/hosts for your node and any others and make sure "hostname" and "domainname" reflect the proper things. 2. Run kermit to connect to the remote node: set modem none (I use this to keep the line alive) set line /dev/tty00 set speed 38400 (This may depend on your modem) (Can NetBSD support 57.6Kbaud?) set flow rts/cts dial ### connect Cntrl-\ Q (Kill off Kermit, leaving line up) 3. Start up the local SLIP service: slattach -a -h -s 38400 /dev/tty00 4. Enable the network connection: ifconfig sl0 inet -arp -trailers up 5. Turn on routing: route add 0.0.0.0 I tried to setup routing information int he /etc/gateways file, but routed seemed to ignore it. Anyone know more details on how this should be done or if routed supports the file? I also tried to use "default" in place of "0.0.0.0" in the route comand, but it does not understand that syntax. I got that syntax from SUNOS 4.1 manuals and AmiTCP setup. 6. To avoid adding everything to your /etc/hosts file, turn on DNS access if you have it avialable on the remote end. Do this by creating or copying a /etc/resolv.config file from the reomte network. Now all I need is to build ftptool on the NetBSD end and I can start downloading software directly to my Amiga :) > > Greg Oster > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 19:01:30 1993 From: Alan Bair Subject: Re: New Graphics patches - Virtual consoles? To: chopps@emunix.emich.edu (Chris Hopps) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Hi Chris, Will this new graphics/console code make it possible to have virtual consoles like under Amiga Minix? There you could switch between different logins by using the F1-4 function keys. Some may say that you can do this with X Windows and multiple terminals, but if X itself hangs, your stuck. With the virtual console, you could just switch over to a dumb terminal session and possibly fix the problem. At least you don't have to reboot. > > I am posting this to let people know that the new graphics stuff is > done (well in beta now). I send the patches to Markus, and I imagine > that he will make them available when he is able. > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 19:25:41 1993 From: Bill Squier To: netbsd-amiga@cbmuucp.commodore.com, osymh@gemini.oscs.montana.edu Subject: Re: hmmmm. No libc stuff. Sender: NetBSD-Admin@cbmuucp.commodore.com >From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) >Date: Sat, 20 Nov 1993 00:41:35 -0500 >In-Reply-To: Bill Squier's message of Nov 19, 6:27pm >Subject: Re: hmmmm. No libc stuff. > >On Nov 19, 6:27pm, Bill Squier wrote: >> It's nearly impossible to get in to sun-lamp during the day, so I went to >> gatekeeper.dec.com, which supposedly mirrors the NetBSD-current stuff. >> All the lib/libc directories are empty. So, either gatekeeper isn't a good >> mirror, or that's not the spot we should be looking in. Also, the >> directory tree on gatekeeper looks like: lib/libc/hp300, not >> lib/libc/arch/hp300. Oh well. Looks like I have to wait to build my own >> 709. > > When I ran into the problem of the missing sources on 709, I cheated. I >did a link of the kernel without the libkern.a and found out which assembly >routines were needed in libkern.a. I then extracted those .o files out >of libc.a and manually built libkern.a using them and the previously .o >files created from the .c sources. I then modifed the Makefile (or was >it Makefile.inc?) to skip the make. The kernel then linked file and seemed >to run OK. > I did _exactly_ the same thing after I thought about it for 3 seconds. :-) I did get the whole libc dist. from agate, but it is strangely missing strcat.c, so I was _forced_ to `ar -p' it from /usr/lib/libc.a. Also, for people that were having problems with cpp mangling the `ENTRY' define, I did this in `sys/lib/libkern/amiga/Makefile.inc': -----8<----snip------8<---------- # /home2/lib is my NetBSD-current lib src directory (has DEFS.h and SYS.h) CPP+= -traditional -I/home2/lib/libc -----8<----snip------8<---------- I also removed the reference to strcat.c in the SRCS+= line, and did the following to add it to the Makefile generated libkern.a: ar -p /usr/lib/libc.a strcat.o > strcat.o ar -r libkern.a strcat.o ranlib libkern.a (above typed from memory, your mileage may vary) -wps From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 19:29:23 1993 From: niklas@appli.se (Niklas Hallqvist) To: abair@amcu-tx.sps.mot.com Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: Key repeats - Xbsd kernel Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> "Alan" == Alan Bair writes: Alan> I have the 709 sources with the Xbsd patches applied and a Alan> rebuilt kernel, which was needed to get my tape drive support Alan> back. I checked and Chris Hopps' key repeat patch is in place, Alan> but I am now getting key repeats again. When I first applied his Alan> patch the repeats weere killed compleetely. Has any one else Alan> noticed the key repeating again with the new kernel? I did never try the patch on pre 709 kernels, so I never got rid of it completely. But it did get better with the patch, at least in my imagination :-) So the problem is still there... Alan> Also the scrolling problem is still with us (at least me) in Alan> Emaacs and Kermit. Will the new ite/console code address this Alan> issue? Michael Hitch's patch solved it. Check your backlog! As far as I can tell, a lot of user contributed SW has been flowing in to MTK (what does that acronym mean?), will there be a new source version soon? And a question: What is the easiest way to get a kernel stack backtrace of a sleeping process? On SVR[34] systems there's the crash command that an analyze crashes as well as running systems. Are there anything in NetBSD? Anyone running the kernel debugger? Are there anyway to run a local kernel debugger as of today? I have this AdosFS code which indeter- ministically hangs when doing "find . -print" like work on large partitions. Niklas From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 19:42:36 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: New Graphics patches - Virtual consoles? To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: chopps@emunix.emich.edu, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1342 Sender: NetBSD-Admin@cbmuucp.commodore.com > Will this new graphics/console code make it possible to have virtual > consoles like under Amiga Minix? There you could switch between different > logins by using the F1-4 function keys. Some may say that you can do this > with X Windows and multiple terminals, but if X itself hangs, your stuck. > With the virtual console, you could just switch over to a dumb terminal > session and possibly fix the problem. At least you don't have to reboot. > > > > > I am posting this to let people know that the new graphics stuff is > > done (well in beta now). I send the patches to Markus, and I imagine > > that he will make them available when he is able. Well, I'm trying to incorporate Chris' changes into the kernel right now, but in the first release, there won't be a way to have multiple cc-consoles, as I had to make some compromises to getting the driver into the old grf driver (the driver isn't suitable to include 3rd party gfx-boards right now, so I couldn't make it replace grf). This also means (to the X11 people) that the mmap-interface and grf stays the same. Only difference I made in the cc-area is to have regsize be one page, instead of sizeof (custom). -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 19:51:40 1993 From: Bill Squier To: hwdobso@afterlife.ncsc.mil Subject: Re: No suitable root Cc: netbsd-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com >From: Howard Dobson >Subject: Re: No suitable root >To: groo@menger.eecs.stevens-tech.edu (Bill Squier) >Date: Sat, 20 Nov 1993 00:17:41 -0500 > >> Well, I got all the X stuff, did an install of everything and tried to reboot >> with the new 709, and I get "no suitable root". [...] >> I'm going to grab the stuff >> for the bcmp.s problems and rebuild 709 myself with their patches and see if >> that doesn't fix it. Anyone know if they did anything strange with that >> build? > >I get "no suitable root" every once and a while also. It prints something >like "sbic_wait ..." and fails to recognize my sd1 drive. (Never had >problems under the normal 709 or 644). It also ignores my tape drive, >(which was a little annoying when I downloaded some X stuff I found >under Ados and wanted to put it over int NetBSD). > After I rebuilt the patched 709 myself, everything worked fine. I'm trying to get my tape drive working (an old Wangtek 5099EN, connected to the SCSI bus through some strange Adaptec SCSI<-->Unknown interface board). Strangely enough, the drive functions just fine on an A3000 (built in SCSI host adapter) under AmigaDOS, but not under NetBSD. It doesn't function at all on my A2000 (GVP Series II + 8 SCSI host adapter). Neither under ADOS or NetBSD. ADOS just doesn't recognize ANYTHING at SCSI ID4, NetBSD sees it, but can't use it. (this is identical to the NetBSD behaviour on my friends A3000) I imagine that the GVP firmware gvpscsi.device is braindead. Someone mentioned that they had gotten their newer WANGTEK working. Any patches? -wps From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 19:53:18 1993 From: niklas@appli.se (Niklas Hallqvist) To: abair@amcu-tx.sps.mot.com Cc: chopps@emunix.emich.edu, netbsd-amiga@cbmuucp.commodore.com Subject: Re: New Graphics patches - Virtual consoles? Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> "Alan" == Alan Bair writes: Alan> Hi Chris, Will this new graphics/console code make it possible Alan> to have virtual consoles like under Amiga Minix? There you could Alan> switch between different logins by using the F1-4 function Alan> keys. Some may say that you can do this with X Windows and Alan> multiple terminals, but if X itself hangs, your stuck. With the Alan> virtual console, you could just switch over to a dumb terminal Alan> session and possibly fix the problem. At least you don't have to Alan> reboot. Just don't hardcode F1-4, but provide either an ioctl, or extend the keymap functionality to make this configurable. I agree with Alan that it is a nice functionality, almost every sytem I use have it, and I use it, even when running X in one virtual console. Niklas From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 21:29:04 1993 From: niklas@appli.se (Niklas Hallqvist) To: groo@menger.eecs.stevens-tech.edu Cc: hwdobso@afterlife.ncsc.mil, netbsd-amiga@cbmuucp.commodore.com Subject: Re: No suitable root Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> "Bill" == Bill Squier writes: Bill> After I rebuilt the patched 709 myself, everything worked fine. Bill> I'm trying to get my tape drive working (an old Wangtek 5099EN, Bill> connected to the SCSI bus through some strange Adaptec Bill> SCSI<-->Unknown interface board). Here are my patches for 5099ES, maybe they're enough... MTK already has these so I presume they'll be official in the next release. BTW, Markus, did you get my patches? Niklas =================================================================== RCS file: /home2/CVSROOT/NetBSD/sys/arch/amiga/dev/st.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 st.c *** 1.1.1.1 1993/11/15 08:05:58 --- st.c 1993/11/15 20:30:26 *************** *** 376,381 **** --- 376,387 ---- sc->sc_datalen[CMD_INQUIRY] = 36; sc->sc_datalen[CMD_MODE_SELECT] = 12; sc->sc_datalen[CMD_MODE_SENSE] = 12; + } else if (bcmp("5099ES", &idstr[8], 6) == 0) { + sc->sc_tapeid = MT_ISWTEK5099; + sc->sc_datalen[CMD_REQUEST_SENSE] = 14; + sc->sc_datalen[CMD_INQUIRY] = 36; + sc->sc_datalen[CMD_MODE_SELECT] = 12; + sc->sc_datalen[CMD_MODE_SENSE] = 12; } else { if (idstr[8] == '\0') printf("st%d: No ID, assuming Archive\n", ad->amiga_unit); *************** *** 500,505 **** --- 506,514 ---- skip_modsel = 1; sc->sc_blklen = 512; break; + case MT_ISWTEK5099: + sc->sc_blklen = 512; + break; default: if ((mode.md.blklen2 << 16 | mode.md.blklen1 << 8 | *************** *** 562,567 **** --- 571,577 ---- case MT_ISHPDAT: case MT_ISVIPER1: case MT_ISPYTHON: + case MT_ISWTEK5099: if (minor(dev) & STDEV_HIDENSITY) uprintf("Only one density supported\n"); break; *************** *** 655,660 **** --- 665,671 ---- case MT_ISPYTHON: case MT_ISCALIPER: case MT_ISWANGTEK: + case MT_ISWTEK5099: if (xsense->sc_xsense.key == XSK_UNTATTEN) stat = scsi_test_unit_rdy(ctlr, slave, unit); if (stat == STS_CHECKCOND) { =================================================================== RCS file: /home2/CVSROOT/NetBSD/sys/sys/mtio.h,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 mtio.h *** 1.1.1.1 1993/11/15 08:03:36 --- mtio.h 1993/11/15 20:28:56 *************** *** 97,102 **** --- 97,103 ---- #define MT_ISHPDAT 0x10 /* HP 35450A DAT drive */ #define MT_ISWANGTEK 0x11 /* WANGTEK 5150ES */ #define MT_ISCALIPER 0x12 /* Caliper CP150 */ + #define MT_ISWTEK5099 0x13 /* WANGTEK 5099ES */ /* mag tape io control commands */ #define MTIOCTOP _IOW('m', 1, struct mtop) /* do a mag tape op */ From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 21 23:25:50 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Key repeats - Xbsd kernel" (Nov 21, 10:43am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Alan Bair , netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) Subject: Re: Key repeats - Xbsd kernel Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 21, 10:43am, Alan Bair wrote: [...] > Also the scrolling problem is still with us (at least me) in Emaacs and > Kermit. Will the new ite/console code address this issue? Yes, i've remarked this bug now, too. It's not only kermit and Emacs (i don't use Emacs :-), but screen and window, too. First, i thought i forgot to set a TERM variable, but i didn't. I wonder what this Bug is... -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 00:40:15 1993 From: chammer@HRZ.Uni-Bielefeld.DE Subject: Rockridgelinks and vmunix.709 To: netbsd-amiga@cbmuucp.commodore.com Mailer: Elm [revision: 70.85] Sender: NetBSD-Admin@cbmuucp.commodore.com Hi all, I noticed that Vmunix.709 is not longer able to realize that there are rockridgelinks(symbolical-links) on the CD. Earlier kernels interpreted the rockridge link as a symlink with rubish in the "link to"-part. But kernel 709 is not able to see this, it says there is a executable file with length 0 (the same all available CDROM-filesystems for ados say). The CD i tested this with is the Yggdrasil Linux CD. I have a isofs entry in my fstab. Any hints? Anybody who knows to set up for tip or cu? Anybody in germany interested in DAT-streamer( Sammelbestellung)? ciao Carsten From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 00:52:49 1993 From: Alan Bair Subject: Re: Key repeats - Xbsd kernel To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD on Amiga) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Niklas Hallqvist responded to my posting about the key repeats. He said to to use the patches posted by Michael L. Hitch. I had seen these, but at that time it was not clear if these or any other ideas floating around were the correct approach, so I never applied them. Well I just applied them to the ite_cc.c file along with the various other Xbsd patches. I have been running with this new kernel for about 15 minutes and have not been able to get the scrolling problems to occur. So I would highly recommend those patches. > > On Nov 21, 10:43am, Alan Bair wrote: > [...] > > Also the scrolling problem is still with us (at least me) in Emaacs and > > Kermit. Will the new ite/console code address this issue? > > Yes, i've remarked this bug now, too. It's not only kermit and > Emacs (i don't use Emacs :-), but screen and window, too. > > First, i thought i forgot to set a TERM variable, but i didn't. > I wonder what this Bug is... > > > -- > Markus Illenseer > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 02:06:02 1993 From: mw@eunet.ch (Markus Wild) Subject: 713 To: netbsd-amiga@cbmuucp.commodore.com (nba) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1906 Sender: NetBSD-Admin@cbmuucp.commodore.com Ok... long, busy weekend over... First warning: this is a real rushout release, not very heavily tested, etc. But I really wanted to get something out to you so you at least can tell me what stuff is not yet working... This is essentially a 709, plus: - latest changes from sunlamp (includes full SYSV-IPC support) - changes from Chris Hopps. This is a totally new console driver. Chris wanted it to replace the grf driver, but due to design problems when trying to support some (weird..) 3rd party boards like the Retina (:-)) made it impossible to have it replace grf. I had to kludge the (once really nice...) driver into being a grf_cc.c replacement, I really hope we can back some of its surplus functionality later, like offering multiple displays. - changes from Mike Hitch. This offers (finally :-)) '40 support. This release is a test release whether I got the integration right, and it should be the only one coming with two different kernels. Later kernels will hopefully be unified (Mike has already made such changes, but it got too late for me to integrate them). - changes from Niklas Hallqvist. Bulk of these is support for non-bsd partitions. I think I forgot to include his readme for those (shame over me, but the bsdsyssrc file is already on ftp.eunet.ch...), look at the sources, as usual :-) Sorry, I really didn't have time to look at the X11R4-ok file which I think contains yet other diffs, I'll look at them tonite (hope so at least). Since Mike had to pass a new parameter from loadbsd, you should use the new loadbsd-713 when playing around with 713, or you'll be asked for the name of the root, and may end up with a welcome-message telling you your A3000 has an M68040 :-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 02:10:42 1993 From: Bill Squier To: netbsd-amiga@cbmuucp.commodore.com Subject: okay, things work. Sender: NetBSD-Admin@cbmuucp.commodore.com Things are looking up. My WangTek 5099EN works quite well with the 5099ES patches (except it can't reliably use the -A or -W options of tar). The drive I have reports no id (null) so I simply changed the default selection of the archive to the wangtek... Thanks again for those WangTek patches... -wps From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 04:39:29 1993 To: NetBSD-amiga@cbmuucp.commodore.com Newsgroups: endicor.lists.netbsd.amiga From: tsarna@endicor.com (Ty Sarna) Subject: Re: X11 and xhost Organization: Endicor Technologies, Inc., San Antonio, Texas Sender: NetBSD-Admin@cbmuucp.commodore.com In article <199311211300.OAA27780@eunet.ch> mw@eunet.ch (Markus Wild) writes: > Framemaker would be even more interesting when it could be run natively, > with the sun3 emulation.. ever tried?:-) I tried /usr/games/adventure from sun3 SunOS4.1 the other day. Works great! Adventure is an interesting test, since it's idea of saving the game is to create a new executable that when run continues from where you left off. These saved games work fine as well. On the other hand, it seems unlikely that it's a very thorough test, since it probably doesn't use much in the way of sunos-specific features and semantics. -- Ty Sarna "Don Johnson is back -- back in time, and battling drug-trafficking dinosaurs. Don Johnson -is- tsarna@endicor.com Jurassic Narc. Tuesdays at 8; 7 Central & Mountain" From nd22+@andrew.cmu.edu Mon Nov 22 04:57:18 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA23486; Sun, 21 Nov 93 22:54:36 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA15300; Sun, 21 Nov 93 22:54:15 EST Received: from po5.andrew.cmu.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA23477; Sun, 21 Nov 93 22:54:13 EST Received: from localhost (postman@localhost) by po5.andrew.cmu.edu (8.6.4/8.6.4) id WAA05898 for NetBSD@cbmuucp.commodore.com; Sun, 21 Nov 1993 22:54:12 -0500 Received: via switchmail; Sun, 21 Nov 1993 22:54:10 -0500 (EST) Received: from faust.hl.andrew.cmu.edu via qmail ID ; Sun, 21 Nov 1993 22:53:00 -0500 (EST) Received: from faust.hl.andrew.cmu.edu via qmail ID ; Sun, 21 Nov 1993 22:52:43 -0500 (EST) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.faust.hl.andrew.cmu.edu.pmax.ul4 via MS.5.6.faust.hl.andrew.cmu.edu.pmax_ul4; Sun, 21 Nov 1993 22:52:43 -0500 (EST) Message-Id: Date: Sun, 21 Nov 1993 22:52:43 -0500 (EST) From: "Nathan J. Dohm" To: NetBSD@cbmuucp.commodore.com Subject: Re: X11 and xhost In-Reply-To: <199311211300.OAA27780@eunet.ch> References: <199311211300.OAA27780@eunet.ch> Status: RO Excerpts from internet.computing.netbsd: 21-Nov-93 Re: X11 and xhost Markus Wild@eunet.ch (521*) > Framemaker would be even more interesting when it could be run natively, > with the sun3 emulation.. ever tried?:-) > -Markus Sorry, I don't believe we have framemaker for Sun-3 on campus. Maple V binaries for Sun-3 work great though!! I just installed most of the Maple V distribution and it ran with no problems whatesoever. (Only the console based version, though... see below) With the ado over X11, I think your Sun-3 binary compatibility options have been overshadowed. I'm mightilly impressed, though. I haven't got a chance to try much, but everything I've tried works. Matlab started up no problem, I don't know how to use it though so I couldn't do much with it. :) I also ran a Sun-3 version of mwm (Motif Window Manager) under NetBSD-X11. I'd love to try some fancy Sun X stuff, but with only 4 MB, I'm already swapping out memory to move the mouse... :) We've got a lot of Sun 3 stuff lying around, if there are any requests to try things. My next mission is to get kerberos working, as everything here at CMU requires authentication. Hey, what do you think the chances are of Transarc's dynamic kernel loader patching the NetBSD kernel with Sun 3 andrew file system code? You never know.... Regards, Nathan From abair@amcu-tx.sps.mot.com Mon Nov 22 05:52:32 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA23580; Sun, 21 Nov 93 23:49:22 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA15329; Sun, 21 Nov 93 23:49:00 EST Received: from spsgate.sps.mot.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA23571; Sun, 21 Nov 93 23:48:58 EST Received: from mogate.sps.mot.com by spsgate.sps.mot.com (4.1/SMI-4.1/Email 2.1 10/25/93) id AA16336; Sun, 21 Nov 93 21:48:57 MST Received: from motsps.sps.mot.com (sps.mot.com) by mogate.sps.mot.com (4.1/SMI-4.1/Email-2.0) id AA20171; Sun, 21 Nov 93 21:48:56 MST Received: from emailchd (email.sps.mot.com) by motsps.sps.mot.com (4.1/SMI-4.1/Email-2.1) id AA00641; Sun, 21 Nov 93 21:48:53 MST Received: from parsons by sol-tx.sps.mot.com (4.1/SMI-4.1) id AA07044; Sun, 21 Nov 93 22:48:46 CST Message-Id: <9311220448.AA07044@sol-tx.sps.mot.com> Received: by parsons (1.37.109.5/16.2) id AA00676; Sun, 21 Nov 93 22:48:48 -0600 From: Alan Bair Subject: Sun3 software usage To: nd22+@andrew.cmu.edu (Nathan J. Dohm) Date: Sun, 21 Nov 93 22:48:47 CST Cc: NetBSD@cbmuucp.commodore.com In-Reply-To: ; from "Nathan J. Dohm" at Nov 21, 93 10:52 pm X-Mailer: ELM [version 2.3 PL11] Status: RO I hate to put a damper on the excitment over Sun3 compatibility, but don't forget about licensing. Several of the tools mentioned so far are licensed products, so we cannot legally send them to other people or use them on extra machines beyond the normal licensing. I would hate to see our NetBSD efforts endangered by license violations. Just a gentle reminder that there are rules in the world of software. > > Excerpts from internet.computing.netbsd: 21-Nov-93 Re: X11 and xhost > Markus Wild@eunet.ch (521*) > > > Framemaker would be even more interesting when it could be run natively, > > with the sun3 emulation.. ever tried?:-) > > > -Markus > > > Sorry, I don't believe we have framemaker for Sun-3 on campus. Maple V > binaries for Sun-3 work great though!! > > I just installed most of the Maple V distribution and it ran with no > problems whatesoever. (Only the console based version, though... see > below) > > With the ado over X11, I think your Sun-3 binary compatibility options > have been overshadowed. I'm mightilly impressed, though. I haven't got > a chance to try much, but everything I've tried works. Matlab started > up no problem, I don't know how to use it though so I couldn't do much > with it. :) I also ran a Sun-3 version of mwm (Motif Window Manager) > under NetBSD-X11. I'd love to try some fancy Sun X stuff, but with only > 4 MB, I'm already swapping out memory to move the mouse... :) > > We've got a lot of Sun 3 stuff lying around, if there are any requests > to try things. My next mission is to get kerberos working, as > everything here at CMU requires authentication. Hey, what do you think > the chances are of Transarc's dynamic kernel loader patching the NetBSD > kernel with Sun 3 andrew file system code? You never know.... > > Regards, > Nathan > > > > > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From nd22+@andrew.cmu.edu Mon Nov 22 06:25:00 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA23642; Mon, 22 Nov 93 00:20:51 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA15346; Mon, 22 Nov 93 00:20:30 EST Received: from andrew.cmu.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA23630; Mon, 22 Nov 93 00:20:24 EST Received: from localhost (postman@localhost) by andrew.cmu.edu (8.6.4/8.6.4) id AAA07957; Mon, 22 Nov 1993 00:20:23 -0500 Received: via switchmail; Mon, 22 Nov 1993 00:20:21 -0500 (EST) Received: from unix8.andrew.cmu.edu via qmail ID ; Mon, 22 Nov 1993 00:19:15 -0500 (EST) Received: from unix8.andrew.cmu.edu via qmail ID ; Mon, 22 Nov 1993 00:19:10 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.32.pmax.ul4.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix8.andrew.cmu.edu.pmax.ul4 via MS.5.6.unix8.andrew.cmu.edu.pmax_ul4; Mon, 22 Nov 1993 00:19:08 -0500 (EST) Message-Id: Date: Mon, 22 Nov 1993 00:19:08 -0500 (EST) From: "Nathan J. Dohm" To: NetBSD@cbmuucp.commodore.com, Alan Bair Subject: Re: Sun3 software usage Cc: NetBSD@cbmuucp.commodore.com In-Reply-To: <9311220448.AA07044@sol-tx.sps.mot.com> Status: RO Excerpts from internet.computing.netbsd: 21-Nov-93 Sun3 software usage by Alan Bair@amcu-tx.sps.mo > I hate to put a damper on the excitment over Sun3 compatibility, but don't > forget about licensing. Several of the tools mentioned so far are licensed > products, so we cannot legally send them to other people or use them on > extra machines beyond the normal licensing. I would hate to see our NetBSD > efforts endangered by license violations. Just a gentle reminder that there > are rules in the world of software. Yes, I'm well aware of this... I certainly don't mean to upload Maple to ftp.eunet.ch... :) Carnegie Mellon has unlimited site licenses for Maple V and AFS (we developed it, after all) at least. (btw, our Maple V license costs $10,000/year... that's where my tuition goes...) Anyway, I will find out about license restrictions on other software before I copy it onto my system. Thanks for the reminder, though. The truth is, I'm just doing it to see if it can be done... why would I want to run Maple V on my Amiga when we've got a couple hundred DEC 5000s I can use? :-) Regards, Nathan From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 08:04:40 1993 From: DCG9367@tntech.edu Subject: NCR 77C22E+ information available To: netbsd-amiga@cbmuucp.commodore.com X-Vms-To: IN%"netbsd-amiga@cbmuucp.commodore.com" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com This is for anyone wanting info on programming almost any VGA compatable chipset. I found an archive which contains info on how to program VGA and specifics on many different chipsets including the NCR 77C22E+ used in the Retina board. The archive is on wuarchive.wustl.edu in /systems/ibmpc/msdos/simtel20/vga/vgadoc2.zip (i think?) If you can't find it, I can uuencode it and send it. Its about 110K lha archive. From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 09:23:47 1993 From: olivier brand To: NetBSD-Amiga@cbmuucp.commodore.com, signals@krypton.mankato.msus.edu Subject: Re: X11 and xhost Sender: NetBSD-Admin@cbmuucp.commodore.com you have to be on the local machine to do the xhost or xhost +. The best way to enable a remote connection is to use the xauth program. Thos client opens the .Xauthority file, and generates a magic cookie . What you have to do on the local machine: run xauth, list the magic cookie and type the list command: l, then copy the first line (an uggly one) and then run xauth on the remote machine and add this line with the add command. This is the best way to do it, because you will be the only one to have the display access. (xhost is not the good solution in a secure way). Have you tried my X-program in PERL ??? (my name is brand olivier, too, the brother of brand philippe) bye From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 09:29:09 1993 From: niklas@appli.se (Niklas Hallqvist) To: groo@menger.eecs.stevens-tech.edu Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: okay, things work. Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> "Bill" == Bill Squier writes: Bill> Things are looking up. My WangTek 5099EN works quite well with Bill> the 5099ES patches (except it can't reliably use the -A or -W Bill> options of tar). The drive I have reports no id (null) so I Bill> simply changed the default selection of the archive to the Bill> wangtek... This of course means that the default type should be binpatchable. Either this or the default should be a more generic choice than what it is today. Or both... Niklas From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 11:40:18 1993 From: Markus Landgraf To: abair@amcu-tx.sps.mot.com Cc: signals@krypton.mankato.msus.edu, NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: X11 and xhost Sender: NetBSD-Admin@cbmuucp.commodore.com I had this same problem when I was setting DISPLAY to either localhost:0 or :0. The problem vanished when I just used :0 for DISPLAY. That's funny. When I start Xbsd, everything seems to be ok, if I set DISPLAY=localhost:0 or :0, but with :0, the clients say "can't open display". What's wrong ? ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From brother@epita.fr Mon Nov 22 11:40:18 1993 Subject: Received: from boson.epita.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA13230; Mon, 22 Nov 1993 11:39:15 +0100 (MET) Received: from school (school.epita.fr) by boson.epita.fr, Mon, 22 Nov 1993 11:39:06 GMT Received: from krypton by school, Mon, 22 Nov 1993 11:39:15 GMT Date: Mon, 22 Nov 1993 11:39:15 GMT From: olivier brand Message-Id: <199311221139.AA06809@school> To: hubert.feyrer@rrzc1.rz.uni-regensburg.de Status: RO #!/usr/bin/perl ###################################################################################### # X-Server connection example by BRAND Olivier # # Create a window, handle 2 events: Mouse and Expose # # Notice: You have to be in xhost + to run this program, because the authorisation # # is NOT supported yet # ###################################################################################### ###################################################################################### #Set the port and get the display name (Without the :0.0 part) $port = 6000; $host = $ENV{'DISPLAY'}; ($display) = split(/:/,$host,2); print "HOST = $display \n"; $AF_INET = 2; $SOCK_STREAM = 1; ###################################################################################### #X-Protocol structures $xConnClientPrefix = 'C c S S S S S'; $xConnSetUpPrefix = 'C c S S S'; $xConnSetup = 'L L L L S S C C C C C C C C L'; $xDepth = 'C C S L'; $xWindowRoot = 'L L L L L S S S S S S L C C C C'; $xVisualType = 'L C C S L L L L'; $xCreateWindowReq = 'C C S L L s s S S S S L L'; $xResourceReq = 'C c S L'; $xGenericReply = 'c c S L L L L L L L'; $xPolySegmentReq = 'C c S L L'; $xCreateGCReq = 'C c S L L L'; $xGCFunc = 'L5'; $xPoints = 'S4'; $xButtonPress = 'C C S L L L L S S S S S C C'; $xExpose = 'C C S L S S S S S S7'; $xKeyPress = 'C C S L L L L S S S S S C C'; $vendor = 'a64'; $xmasque = 'L'; $xback = 'i'; ###################################################################################### $SIG{'INT'} = 'dokill'; sub dokill { kill 9,$child if $child; } ###################################################################################### #Create the connection to the X-Server #Structure of the sockaddr struct $sockaddr = 'S n a4 x8'; ($name,$aliases,$proto) = getprotobyname('tcp'); ($name,$aliases,$port) = getservbyname($port,'tcp') unless $port =~ /^\d+$/;; ($name,$aliases,$type,$len,$servaddr) = gethostbyname($display); $serv = pack($sockaddr, $AF_INET, $port, $servaddr); # Make the socket filehandle. if (socket(S, $AF_INET, $SOCK_STREAM, $proto)) { print "socket ok\n"; } else { die $!; } if(connect(S,$serv)) { print "connect ok\n"; } else { die $!; } ###################################################################################### #Prepare the X connection $conn = pack($xConnClientPrefix,0x42,0,11,0,0,0,0); $len = syswrite(S,$conn,12); print "WRITE LEN = $len\n"; $len = sysread(S,$data,8); print "READ LEN = $len\n"; @res = unpack($xConnSetUpPrefix,$data); printf "%d %d %d %d %d\n",@res; if($res[0] == 0) { sysread(S,$xerror,$res[1]); print "Connection error: $error\n"; die $!; } $len = sysread(S,$data,32); print "READ LEN = $len\n"; @connsetup = unpack($xConnSetup,$data); printf "%d %d %d %d %d %d %d %d %d %d %d %d %d %d %d\n",@connsetup; #Read the X-Vendor $len = sysread(S,$data,$connsetup[4]); @xvendor = unpack($vendor,$data); print "rid base = $connsetup[1]\n"; printf "Vendor = %s\n",@xvendor; print "READ $connsetup[7] type of DEPTH\n"; for($i=0;$i<$connsetup[7];$i++) { $len = sysread(S,$data,8); print"type of DEPTH\n"; } print "READ $connsetup[6] type of ROOTS\n"; for($i=0;$i<$connsetup[6];$i++) { $len = sysread(S,$data,40); print "LEN FIRST FOR $len\n"; @xroot = unpack($xWindowRoot,$data); print "READ $xroot[15] DEPTH of ROOT $i\n"; for($j=0;$j<$xroot[15];$j++) { print "READ NUMBER $j\n"; $len = sysread(S,$data,8); print "READ LEN = $len\n"; @xdepth = unpack($xDepth,$data); print "DEPTH of ROOT $i = $xdepth[0], READ $xdepth[2] VISUALS\n"; for($k=0;$k<$xdepth[2];$k++) { $len = sysread(S,$visualtype,24); @visu = unpack($xVisualType,$visualtype); print "class $visu[1]\n"; } } } @xvisual = unpack($xVisualType,$visualtype); $ridbase = $connsetup[1]; $ridcpt = $ridbase; $ridcpt++; ###################################################################################### #Create our first window $masque = 0x800 | 0x02; $window = pack($xCreateWindowReq,1,$xroot[14],10,$ridbase,$xroot[0],100,100,300,300,3,1,0,$masque); $len = syswrite(S,$window,32); #Background color for the window $back=pack($xback,3); $len = syswrite(S,$back,4); #Set ExposureMask ButtonPressMask KeyPressMask for desired events $mask = 1 << 15 | 1 << 2 | 1 << 0; $masque = pack($xmasque,$mask); $len = syswrite(S,$masque,4); #Map the window on screen $mapreq = pack($xResourceReq,8,0,2,$ridbase); $len = syswrite(S,$mapreq,8); ##################################################################################### #Create a graphic context #Set the GC Mask: GCFunction|GCLineStyle|GCFillStyle|GCForeground|GCBackground $gcmasque = 1<<0 | 1<<5 | 1<<8 | 1<<2 | 1<<3; $maingc = pack($xCreateGCReq,55,0,9,$ridcpt,$xroot[0],$gcmasque); $len = syswrite(S,$maingc,16); #Assign an index for our gc, andincrement ridcpt for #the next object (window, gc, ...) (simple things are sometime the better ones) $maingc = $ridcpt; $ridcpt++; #Set: GXcopy LineSolid FillSolid Foreground Background for our GC $gcfunc = pack($xGCFunc,0x3,0,0,0,1); $len = syswrite(S,$gcfunc,20); ##################################################################################### #X-Event Loop (here it is !!!) while (1) { #Wait for a server reply $len = sysread(S,$xreply,32); @reply = unpack($xGenericReply,$xreply); #Is the reply an error (0) or a normal reply (1) ? if($reply[0]==0) { print "X Error: $reply[1]\n"; } else { print "Event: $reply[0]\n"; if($reply[0] == 2) { print "KeyPress\n"; #Decode a KeyPress structurep @keypress = unpack($xKeyPress,$xreply); $keycode = $keypress[1]; print "keycode = $keycode\n"; } if($reply[0] == 4) { print "ButtonPress\n"; #Decode a ButtonPress structure @buttonpress = unpack($xButtonPress,$xreply); #Write the coordinates where the user has clicked on the window print "X=$buttonpress[9] Y=$buttonpress[10]\n"; } if($reply[0] == 12) { print "Expose\n"; #Decode a xExpose structure @expose = unpack($xExpose,$xreply); print "Refresh region: width=$expose[6] height=$expose[7] at coordinates: X=$expose[4] Y=$expose[5]\n"; #Draw a square at the coordinates: 10,50 and height,width: 100,100 #create a X_PolyFillRectangle structure: type = 70 and send it to the X-Server $rect = pack($xPolySegmentReq,70,0,5,$ridbase,$maingc); $len = syswrite(S,$rect,12); #Send the points $poly = pack($xPoints,10,50,100,100); $len = syswrite(S,$poly,8); } } } From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 11:44:23 1993 Subject: From: olivier brand To: netbsd-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com #!/usr/bin/perl ###################################################################################### # X-Server connection example by BRAND Olivier # # Create a window, handle 2 events: Mouse and Expose # # Notice: You have to be in xhost + to run this program, because the authorisation # # is NOT supported yet # ###################################################################################### ###################################################################################### #Set the port and get the display name (Without the :0.0 part) $port = 6000; $host = $ENV{'DISPLAY'}; ($display) = split(/:/,$host,2); print "HOST = $display \n"; $AF_INET = 2; $SOCK_STREAM = 1; ###################################################################################### #X-Protocol structures $xConnClientPrefix = 'C c S S S S S'; $xConnSetUpPrefix = 'C c S S S'; $xConnSetup = 'L L L L S S C C C C C C C C L'; $xDepth = 'C C S L'; $xWindowRoot = 'L L L L L S S S S S S L C C C C'; $xVisualType = 'L C C S L L L L'; $xCreateWindowReq = 'C C S L L s s S S S S L L'; $xResourceReq = 'C c S L'; $xGenericReply = 'c c S L L L L L L L'; $xPolySegmentReq = 'C c S L L'; $xCreateGCReq = 'C c S L L L'; $xGCFunc = 'L5'; $xPoints = 'S4'; $xButtonPress = 'C C S L L L L S S S S S C C'; $xExpose = 'C C S L S S S S S S7'; $xKeyPress = 'C C S L L L L S S S S S C C'; $vendor = 'a64'; $xmasque = 'L'; $xback = 'i'; ###################################################################################### $SIG{'INT'} = 'dokill'; sub dokill { kill 9,$child if $child; } ###################################################################################### #Create the connection to the X-Server #Structure of the sockaddr struct $sockaddr = 'S n a4 x8'; ($name,$aliases,$proto) = getprotobyname('tcp'); ($name,$aliases,$port) = getservbyname($port,'tcp') unless $port =~ /^\d+$/;; ($name,$aliases,$type,$len,$servaddr) = gethostbyname($display); $serv = pack($sockaddr, $AF_INET, $port, $servaddr); # Make the socket filehandle. if (socket(S, $AF_INET, $SOCK_STREAM, $proto)) { print "socket ok\n"; } else { die $!; } if(connect(S,$serv)) { print "connect ok\n"; } else { die $!; } ###################################################################################### #Prepare the X connection $conn = pack($xConnClientPrefix,0x42,0,11,0,0,0,0); $len = syswrite(S,$conn,12); print "WRITE LEN = $len\n"; $len = sysread(S,$data,8); print "READ LEN = $len\n"; @res = unpack($xConnSetUpPrefix,$data); printf "%d %d %d %d %d\n",@res; if($res[0] == 0) { sysread(S,$xerror,$res[1]); print "Connection error: $error\n"; die $!; } $len = sysread(S,$data,32); print "READ LEN = $len\n"; @connsetup = unpack($xConnSetup,$data); printf "%d %d %d %d %d %d %d %d %d %d %d %d %d %d %d\n",@connsetup; #Read the X-Vendor $len = sysread(S,$data,$connsetup[4]); @xvendor = unpack($vendor,$data); print "rid base = $connsetup[1]\n"; printf "Vendor = %s\n",@xvendor; print "READ $connsetup[7] type of DEPTH\n"; for($i=0;$i<$connsetup[7];$i++) { $len = sysread(S,$data,8); print"type of DEPTH\n"; } print "READ $connsetup[6] type of ROOTS\n"; for($i=0;$i<$connsetup[6];$i++) { $len = sysread(S,$data,40); print "LEN FIRST FOR $len\n"; @xroot = unpack($xWindowRoot,$data); print "READ $xroot[15] DEPTH of ROOT $i\n"; for($j=0;$j<$xroot[15];$j++) { print "READ NUMBER $j\n"; $len = sysread(S,$data,8); print "READ LEN = $len\n"; @xdepth = unpack($xDepth,$data); print "DEPTH of ROOT $i = $xdepth[0], READ $xdepth[2] VISUALS\n"; for($k=0;$k<$xdepth[2];$k++) { $len = sysread(S,$visualtype,24); @visu = unpack($xVisualType,$visualtype); print "class $visu[1]\n"; } } } @xvisual = unpack($xVisualType,$visualtype); $ridbase = $connsetup[1]; $ridcpt = $ridbase; $ridcpt++; ###################################################################################### #Create our first window $masque = 0x800 | 0x02; $window = pack($xCreateWindowReq,1,$xroot[14],10,$ridbase,$xroot[0],100,100,300,300,3,1,0,$masque); $len = syswrite(S,$window,32); #Background color for the window $back=pack($xback,3); $len = syswrite(S,$back,4); #Set ExposureMask ButtonPressMask KeyPressMask for desired events $mask = 1 << 15 | 1 << 2 | 1 << 0; $masque = pack($xmasque,$mask); $len = syswrite(S,$masque,4); #Map the window on screen $mapreq = pack($xResourceReq,8,0,2,$ridbase); $len = syswrite(S,$mapreq,8); ##################################################################################### #Create a graphic context #Set the GC Mask: GCFunction|GCLineStyle|GCFillStyle|GCForeground|GCBackground $gcmasque = 1<<0 | 1<<5 | 1<<8 | 1<<2 | 1<<3; $maingc = pack($xCreateGCReq,55,0,9,$ridcpt,$xroot[0],$gcmasque); $len = syswrite(S,$maingc,16); #Assign an index for our gc, andincrement ridcpt for #the next object (window, gc, ...) (simple things are sometime the better ones) $maingc = $ridcpt; $ridcpt++; #Set: GXcopy LineSolid FillSolid Foreground Background for our GC $gcfunc = pack($xGCFunc,0x3,0,0,0,1); $len = syswrite(S,$gcfunc,20); ##################################################################################### #X-Event Loop (here it is !!!) while (1) { #Wait for a server reply $len = sysread(S,$xreply,32); @reply = unpack($xGenericReply,$xreply); #Is the reply an error (0) or a normal reply (1) ? if($reply[0]==0) { print "X Error: $reply[1]\n"; } else { print "Event: $reply[0]\n"; if($reply[0] == 2) { print "KeyPress\n"; #Decode a KeyPress structurep @keypress = unpack($xKeyPress,$xreply); $keycode = $keypress[1]; print "keycode = $keycode\n"; } if($reply[0] == 4) { print "ButtonPress\n"; #Decode a ButtonPress structure @buttonpress = unpack($xButtonPress,$xreply); #Write the coordinates where the user has clicked on the window print "X=$buttonpress[9] Y=$buttonpress[10]\n"; } if($reply[0] == 12) { print "Expose\n"; #Decode a xExpose structure @expose = unpack($xExpose,$xreply); print "Refresh region: width=$expose[6] height=$expose[7] at coordinates: X=$expose[4] Y=$expose[5]\n"; #Draw a square at the coordinates: 10,50 and height,width: 100,100 #create a X_PolyFillRectangle structure: type = 70 and send it to the X-Server $rect = pack($xPolySegmentReq,70,0,5,$ridbase,$maingc); $len = syswrite(S,$rect,12); #Send the points $poly = pack($xPoints,10,50,100,100); $len = syswrite(S,$poly,8); } } } From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 11:58:37 1993 To: netbsd-amiga@cbmuucp.commodore.com Subject: New BSD install, comments and feedback. From: 'Evil' ERic Mehlhaff Sender: NetBSD-Admin@cbmuucp.commodore.com Well, I finally got around to trying to install netbsd on my machine, and I though I'd update you on what I've discovered. Firstly, I was rather dismayed to not find any sites that carried amiga NetBSD in the US/Canada. Wuarchive supposedly had it, but I couldn't find it -- (pub/amiga is empty!). I ended up downloading from eunet, at a whopping 2K/s speed. Almost as as fast as I downloaded it via DNet! Installing the kernal and rootfs wasn't too hard -- worked just as the INSTALL document described. I've got an A3000UX, and I just installed everything on my quantum PD210S where I'd deleted my very broken AMIX1.1 about a year ago. It only took two tries to get the kernal working. This is where things broke down. I was using the vmunix.713 kernal, and it refused to newfs. newfs would fail with "ioctl:(GDINFO) invalid argument.", and fail completely. I rebooted and ran with vmunix.709 and had a little more success with newfs -- it'd generate a filesystem and then fail with "ioctl(WDINFO): invalid argument". Has anyone been checking the new kernals to see how they've been breaking thses things. Installing the /usr tarfiles was tricky too -- the INSTALL doc wants you to filetodev, boot into BSD and use 'tar xvfz' to recover. Problem is that the tar in the rootfs needs a compress binary to uncompress with. Worse yet, it needs a compress binary that understands gzip format! I ended up unzipping the tarfiles and filetodev'ing them until I got gunzip installed. I then installed that as 'compress' and the tar would work fine after that. vmunix 7.13 seems to working fine now -- I'm logged in via kermit writing this letter at the moment. The only other real bug I've seen with it thus far is that it won't halt properly. I reboot/shutdown/halt and wait for the screen fireworks, and then I just use the mighty 3 finger salute. I'd been talking to Chris Demetriou about amiga NetBSD, and the installation procedure could use a lot of work. Is anyone working on this, or we all concentrating on getting the kernal stable and X working? From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 12:03:46 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: namded problem & more Sender: NetBSD-Admin@cbmuucp.commodore.com when I activate the named daemon, NetBSD hang when I lanch emacs ? I think that this is this daemmon which causes crashes for multiuser mode as it's launched in the /etc/rc file. but why does this daemon can hang NetBSD ?? Now about a comment in grf_rt.c for the attribute controler, register 0: ACT_ADDRESS_W (0x43C0) is composed like this. bits [0,4] Register index bit 5 Palette Address Source bit 6,7 Reserved (Allways 00) that's why we can see: vgaw(ba, ACT_ADDRESS_W, 0x20); ideed 0x20 is not a register in it's all part. in this case register 00 is selected and Palette Address Source is activated. Tha't all. lahaye_o@epita.fr From mw@eunet.ch Mon Nov 22 12:32:58 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA24259; Mon, 22 Nov 93 06:29:38 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA15512; Mon, 22 Nov 93 06:29:17 EST Received: from chsun.eunet.ch (chsun.chuug.ch) by cbmmail.commodore.com (4.1/SMI-4.1) id AA24250; Mon, 22 Nov 93 06:29:13 EST Received: from localhost by chsun.eunet.ch (8.6.4/1.34) id MAA14022; Mon, 22 Nov 1993 12:30:41 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311221130.MAA14022@chsun.eunet.ch> Subject: Re: Sun3 software usage To: abair@amcu-tx.sps.mot.com (Alan Bair) Date: Mon, 22 Nov 1993 12:30:40 +0100 (MET) Cc: nd22+@andrew.cmu.edu, NetBSD@cbmuucp.commodore.com In-Reply-To: <9311220448.AA07044@sol-tx.sps.mot.com> from "Alan Bair" at Nov 21, 93 10:48:47 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1154 Status: RO > I hate to put a damper on the excitment over Sun3 compatibility, but don't > forget about licensing. Several of the tools mentioned so far are licensed > products, so we cannot legally send them to other people or use them on > extra machines beyond the normal licensing. I would hate to see our NetBSD > efforts endangered by license violations. Just a gentle reminder that there > are rules in the world of software. Sure, and we'll never be able to distribute a NetBSD with SunOS shared libraries preinstalled, I think we all know what Copyrights are all about, and what the limits of such activities are. For Maple for example I think there are campus licences, so it should be no problem at all. For framemaker I'm not sure, but I guess the license just limits you to XX concurrently running copies, doesn't matter whether you run THE copy on the sun or the amiga, they may not be running at the same time though (and the license server will without doubt take care of this :-)) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From chofarde@scinfo.u-nancy.fr Mon Nov 22 14:31:42 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA24412; Mon, 22 Nov 93 08:26:28 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA15555; Mon, 22 Nov 93 08:26:08 EST Received: from arcturus.ciril.fr by cbmmail.commodore.com (4.1/SMI-4.1) id AA24403; Mon, 22 Nov 93 08:26:04 EST Received: from scinfo.u-nancy.fr by arcturus.ciril.fr with SMTP (1.37.109.4/16.2) id AA07032; Mon, 22 Nov 93 14:26:18 +0100 Received: from cronos.scinfo.u-nancy.fr by scinfo.u-nancy.fr with SMTP (1.37.109.4/16.2) id AA10133; Mon, 22 Nov 93 14:27:16 +0100 Received: by cronos.scinfo.u-nancy.fr (1.37.109.4/16.2) id AA26256; Mon, 22 Nov 93 14:28:52 +0100 From: Alain Chofardet Message-Id: <9311221328.AA26256@cronos.scinfo.u-nancy.fr> Subject: Booting BSD with GVP series I To: NetBSD@cbmuucp.commodore.com (Mail-list NetBSD) Date: Mon, 22 Nov 93 14:28:51 MET Mailer: Elm [revision: 72.14] Status: RO Hello. I've problems booting NetBSD on my A2000. Looking at the code, I understood the problem : my SCSI drive is a GVP series I (one), not II. The card isn't recognized by autoconf.c. Has someone done something about that ? Do you think GVP's code will run on my Series I ? Thanks for help. Alain Chofardet. PS : this is my "showconfig". PROCESSOR: CPU 68030/68882fpu/68030mmu CUSTOM CHIPS: ECS PAL Agnus (id=$0020), Normal Denise (id=$00FF) VERS: Kickstart version 39.106, Exec version 39.47, Disk version 39.29 RAM: Node type $A, Attributes $5 (FAST), at $7C00000-$7FFFFFF (4.0 meg) Node type $A, Attributes $605 (FAST), at $200000-$3FFFFF (2.0 meg) Node type $A, Attributes $703 (CHIP), at $400-$FFFFF (~1.0 meg) BOARDS: CBM A2630 68030/RAM card: Prod=514/81($202/$51) (@$200000 2meg Mem) Board + ROM (HD?) (unidentified): Prod=2017/3($7E1/$3) (@$EA0000 128K) Board (unidentified): Prod=18260/6($4754/$6) (@$EC0000 128K) CBM Bridgeboard: Prod=513/1($201/$1) (@$400000 512K) Note : boot procedure stops on : dma0: A3000 32bit DMA scsi0: scsi id 0 a3000scsi0 [1/1] Note 2 : Only 4Mb are recognized (not 6). From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 14:43:11 1993 From: niklas@appli.se (Niklas Hallqvist) To: mehlhaff@ocf.Berkeley.EDU Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: New BSD install, comments and feedback. Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> "mehlhaff" == 'Evil' ERic Mehlhaff writes: Eric> This is where things broke down. I was using the Eric> vmunix.713 kernal, and it refused to newfs. newfs would Eric> fail with "ioctl:(GDINFO) invalid argument.", and fail Eric> completely. I rebooted and ran with vmunix.709 and had a Eric> little more success with newfs -- it'd generate a filesystem Eric> and then fail with "ioctl(WDINFO): invalid argument". Has Eric> anyone been checking the new kernals to see how they've been Eric> breaking thses things. I knew this was going to happen :-( My contribution to 713 was support for non-BSD partitions (i.e. just raw IO, no FS or such) and in order to have these, the sizeof(truct disklabel) had to change. Very few programs depend on this, but newfs is one of them (another one is disklabel). I wrote a little note about this, but maybe too obsure, in my mail to MTK. Now, I don't blame him, he's been working overtime ALOT to get this release out. What needs to be done is that someone with source online compiles newfs and disklabel and puts them in bin-newest on ftp.eunet.ch. BTW, there may be other utilities that fail due to this, if so they need recompilation as well. The key is that ioctl(GDINFO) says invalid argument. Markus, will you compile newfs & disklabel? Niklas From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 16:57:04 1993 From: Hubert Feyrer To: netbsd-amiga@cbmuucp.commodore.com Subject: More experiences with X Sender: NetBSD-Admin@cbmuucp.commodore.com Subject: More experiences with X Hi folks! Right now, I'm sitting in from of my X-console running several xterms and a little proggy solving mazes... :-) Here are some points I had to add besides the hints mykes gave us: * Socket mismatch: xinit still waits for a socket /tmp/.X11-unix/X and Xbsd (the ok-version) still creates one named /tmp/.X11-unix/X0. To fix this, apply the following patch to /usr/bin/X11/startx: *** startx.old Sun Nov 21 13:56:49 1993 --- startx Sun Nov 21 13:56:42 1993 *************** *** 50,54 **** --- 50,56 ---- shift done + mkdir /tmp/.X11-unix #HF# + ln -s /tmp/.X11-unix/X0 /tmp/.X11-unix/X #HF# xinit $clientargs -- $serverargs * Besides that, I still didn't get my console back when quitting X. The following patch to sys/arch/amiga/dev/grf_cc.c helps here: *** grf_cc.c.old Sun Nov 21 13:59:31 1993 --- grf_cc.c Sun Nov 21 14:00:02 1993 *************** *** 747,753 **** case GM_GRFOFF: ccfb.enableFlag = 0; ! custom.dmacon = DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE; /*HF*/ return 0; case GM_GRFCONFIG: --- 769,775 ---- case GM_GRFOFF: ccfb.enableFlag = 0; ! custom.dmacon = DMAF_SETCLR | DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE; /*HF*/ return 0; case GM_GRFCONFIG: Besides that, I've got some problems which I'd like to be solved. Anyone? ;-) * A litte question, is it possible my caps-lock-key is broken? I type this and then press caps-lock *click*. NOW EVERYTHING IS IN CAPS, AS IT IS SUPPOSED TO, BUT IF I PRESS CAPS-LOCK ANOTHER TIME *CLICK*, THE LETTERS STAY CAPITALS, ALTHOUGH THE LED IN THE CAPS-LOCK-KEY IS OUT. THEN IF I PRESS CAPS LOCK ANOTHER TIME *CLICK*, the light goes _on_ and I've got my usual charset back. If I press Caps-Lock another time *click*, everything is back in a "normal" state. What's going on here? Does the xterm or X-Server mess this up? Without X, this works ok. * Is anyone familiar with xmodmap to tell us how to swap DEL an Backspace? * twm doesn't seem to pop up any menues. Even though I only use the 2-button C=-mouse, it should pop up some menus then. Can someone with a 3-button-mouse tell me if his/her twm produces menus? * Last one has nothing to do with X but with Emacs. It seems to modify some signal keys: left-Amiga doesn't work as Meta-Key any more (well, it does never in non-X, sigh) and - very annoying - ^g is mapped as interrupt-key: stty -a says: intr = ^G. This remapping is in X as well as in 'normal' terminal-mode. Also, I think it didn't appear since ever but only since about #.37-kernel. Can anyone confirm this? Also, I'd like to have Emacs 19.21 with X-support. Anyone with enough disk-space 'd like to compile it? ;-) * Shared libs would be a fine thing. Any news about this? So much for this. Besides that, NetBSD and X work great. Thanks to all contributors & supporters! :-) Bye, Hubert ObWhine: I'd like to have a PAL-mode, too. :-) =============== Hubert Feyrer ============================================ Weekdays: Rennerstr. 19, D-93053 Regensburg, Tel. 0941/701788 Weekends: Bachstr. 40, D-84066 Mallersdorf, Tel. 08772/6084 Internet: feyrer@rrzc1.rz.uni-regensburg.de === IRC: hubertf ========================================================================== From leland@fluky.mitre.org Mon Nov 22 17:15:34 1993 Return-Path: Received: from fluky.mitre.org by mwunix.mitre.org (5.65c/SMI-2.2) id AA09236; Mon, 22 Nov 1993 11:15:22 -0500 Received: by fluky.mitre.org (4.1/SMI-4.0) id AA17425; Mon, 22 Nov 93 11:14:44 EST Date: Mon, 22 Nov 93 11:14:44 EST From: leland@fluky.mitre.org (Robert Leland - PSI) Message-Id: <9311221614.AA17425@fluky.mitre.org> To: hubert.feyrer@rrzc1.rz.uni-regensburg.de Subject: Re: More experiences with X Status: RO I have not installed X yet on my A3000, but I am running twm on a BSDI/486 machine which is a kissing cousin of NetBSD. I have set it up to use popup menus. The default setup files for twm are located under /usr/X11/lib/X11/twm or /usr/lib/X11/twm depending on how your system s setup. You probably already knew that.... The left mouse button should still bring up a menu, as my setup only uses a 2 button mouse, and I have never needed to do the double button emulation trick except for xterm which is '^ right mouse' '^ middle mouse' '^ left mouse' My primary access to the internet is severed and I'll try to get you a setup file, as soon as I can. -Rob From mw@eunet.ch Mon Nov 22 17:37:02 1993 Received: from eunet.ch by chsun.eunet.ch (8.6.4/1.34) id RAA08229; Mon, 22 Nov 1993 17:38:37 +0100 Received: from localhost by eunet.ch (8.6.4/EUnet/CH-LEAF-0.2) id RAA01238; Mon, 22 Nov 1993 17:37:27 +0100 From: mw@eunet.ch (Markus Wild) Message-Id: <199311221637.RAA01238@eunet.ch> Subject: Re: More experiences with X To: hubert.feyrer@rrzc1.rz.uni-regensburg.de (Hubert Feyrer) Date: Mon, 22 Nov 1993 17:37:25 +0100 (MET) Cc: netbsd-amiga@cbmuucp.commodore.com In-Reply-To: <9311221550.AA29190@rrzc1.rz.uni-regensburg.de> from "Hubert Feyrer" at Nov 22, 93 04:50:22 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 2670 Status: RO > * Besides that, I still didn't get my console back when quitting X. > The following patch to sys/arch/amiga/dev/grf_cc.c helps here: > > *** grf_cc.c.old Sun Nov 21 13:59:31 1993 > --- grf_cc.c Sun Nov 21 14:00:02 1993 > *************** > *** 747,753 **** > > case GM_GRFOFF: > ccfb.enableFlag = 0; > ! custom.dmacon = DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE; /*HF*/ I threw those out completely in the new console.. > * A litte question, is it possible my caps-lock-key is broken? I type > this and then press caps-lock *click*. NOW EVERYTHING IS IN CAPS, AS > IT IS SUPPOSED TO, BUT IF I PRESS CAPS-LOCK ANOTHER TIME *CLICK*, > THE LETTERS STAY CAPITALS, ALTHOUGH THE LED IN THE CAPS-LOCK-KEY IS > OUT. THEN IF I PRESS CAPS LOCK ANOTHER TIME *CLICK*, the light goes > _on_ and I've got my usual charset back. If I press Caps-Lock > another time *click*, everything is back in a "normal" state. What's > going on here? Ehrm.. I guess I know what's happening, but since we don't have X sources (hint hint:-)) I can't verify. The sun ddx does the Caps-lock interpretation of the capslock key by itself, ie. on first key-DOWN it considers the key to have locked, skips the following key-UP, and on next key-DOWN key-UP it releases it again. Since the amiga keyboard on the other hand does NOT send a key-UP on the initial key press (ie. the amiga keyboard does the capslock logic by itself), you have to press capslock twice right now so get the sun-behavior. The fix in the server is simple, just remove the special treatment of capslock:-) > * twm doesn't seem to pop up any menues. Even though I only use the > 2-button C=-mouse, it should pop up some menus then. Can someone > with a 3-button-mouse tell me if his/her twm produces menus? Are there default menus in /usr/lib/X11/* ? > * Last one has nothing to do with X but with Emacs. It seems to modify > some signal keys: left-Amiga doesn't work as Meta-Key any more > (well, it does never in non-X, sigh) and - very annoying - ^g is > mapped as interrupt-key: stty -a says: intr = ^G. (set-input-mode nil nil t) > * Shared libs would be a fine thing. Any news about this? Yep, Paul Mackeras has apparently created a gas with m68k pic, but I just didn't have time to look into this too over the weekend :-/ > ObWhine: I'd like to have a PAL-mode, too. :-) Ok, I didn't remove if from the new console, so it's there for those that want to get headaches.. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 17:49:43 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: More experiences with X To: hubert.feyrer@rrzc1.rz.uni-regensburg.de (Hubert Feyrer) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 2670 Sender: NetBSD-Admin@cbmuucp.commodore.com > * Besides that, I still didn't get my console back when quitting X. > The following patch to sys/arch/amiga/dev/grf_cc.c helps here: > > *** grf_cc.c.old Sun Nov 21 13:59:31 1993 > --- grf_cc.c Sun Nov 21 14:00:02 1993 > *************** > *** 747,753 **** > > case GM_GRFOFF: > ccfb.enableFlag = 0; > ! custom.dmacon = DMAF_RASTER | DMAF_COPPER | DMAF_SPRITE; /*HF*/ I threw those out completely in the new console.. > * A litte question, is it possible my caps-lock-key is broken? I type > this and then press caps-lock *click*. NOW EVERYTHING IS IN CAPS, AS > IT IS SUPPOSED TO, BUT IF I PRESS CAPS-LOCK ANOTHER TIME *CLICK*, > THE LETTERS STAY CAPITALS, ALTHOUGH THE LED IN THE CAPS-LOCK-KEY IS > OUT. THEN IF I PRESS CAPS LOCK ANOTHER TIME *CLICK*, the light goes > _on_ and I've got my usual charset back. If I press Caps-Lock > another time *click*, everything is back in a "normal" state. What's > going on here? Ehrm.. I guess I know what's happening, but since we don't have X sources (hint hint:-)) I can't verify. The sun ddx does the Caps-lock interpretation of the capslock key by itself, ie. on first key-DOWN it considers the key to have locked, skips the following key-UP, and on next key-DOWN key-UP it releases it again. Since the amiga keyboard on the other hand does NOT send a key-UP on the initial key press (ie. the amiga keyboard does the capslock logic by itself), you have to press capslock twice right now so get the sun-behavior. The fix in the server is simple, just remove the special treatment of capslock:-) > * twm doesn't seem to pop up any menues. Even though I only use the > 2-button C=-mouse, it should pop up some menus then. Can someone > with a 3-button-mouse tell me if his/her twm produces menus? Are there default menus in /usr/lib/X11/* ? > * Last one has nothing to do with X but with Emacs. It seems to modify > some signal keys: left-Amiga doesn't work as Meta-Key any more > (well, it does never in non-X, sigh) and - very annoying - ^g is > mapped as interrupt-key: stty -a says: intr = ^G. (set-input-mode nil nil t) > * Shared libs would be a fine thing. Any news about this? Yep, Paul Mackeras has apparently created a gas with m68k pic, but I just didn't have time to look into this too over the weekend :-/ > ObWhine: I'd like to have a PAL-mode, too. :-) Ok, I didn't remove if from the new console, so it's there for those that want to get headaches.. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 18:13:34 1993 From: Roy Trevino To: netbsd-amiga@cbmuucp.commodore.com, rtrevino@sedona.intel.com Subject: Archive of old mailing-list messages? Sender: NetBSD-Admin@cbmuucp.commodore.com Is anyone out there maintaining an archive of the old messages from this mailing list? If so, could you tell me where I can ftp it or if someone could send it to me? At least about a month's worth or more. I (obviously) recently joined this list and have about a million questions, all of which are undoubtedly answered several times already (ie: why are there missing libkern files for recompiling 709 src; how do I get this X11 thing running; spectrum EGS support; etc). If I could only get those messages :-). Thanks! Roy From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 18:18:05 1993 From: eeh@public.btr.com (Eduardo E. Horvath eeh@btr.com) Subject: Tip setup To: chammer@HRZ.Uni-Bielefeld.DE Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 684 Sender: NetBSD-Admin@cbmuucp.commodore.com > Anybody who knows to set up for tip or cu? The problem with tip and cu is that there does not appear to be an acu (Auto Call Unit -- dialer ) supplied with NetBSD, so you need to to all of the dialing by hand. To use tip, you need to set up an entry in /etc/remote. Here's mine: direct:dv=/dev/tty00:br#9600 Just set the baudrate (br#) to whatever you want to use. This one is set to 9600 baud. Then type `tip direct', and you can start sending commands to your modem. ========================================================================= Eduardo Horvath eeh@btr.com ..!{decwrl,mips,fernwood}!btr!eeh "Trust me, I am cognizant of what I am doing." - Hammeroid From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 19:14:23 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: printcap Sender: NetBSD-Admin@cbmuucp.commodore.com how can I install a filter for my printer to convert CR to CR+LF ? thanks From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 20:54:52 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) Organization: Not an Organization Content-Length: 1159 From: sgberg@charon.bloomington.in.us (Stefan G. Berg) To: netbsd-amiga@cbmuucp.commodore.com Subject: Where/what to get NetBSD? Sender: NetBSD-Admin@cbmuucp.commodore.com Is there a NetBSD FAQ somewhere? If so, maybe somebody could just point me to where I can get it instead of answering my "beginners" questions. Anyway, my Quantum 525LPS drive will be here shortly so I am getting really serious about NetBSD now. Which files do I need to get in order to get it running on my 040 accelerated Amiga 500 with GVP Series II controller? And where can I get a doc file which leads me through the installation step by step? I am planning on reservering some 100 to 200 MB (any recommendation?) for NetBSD. What I would need to know is how many partitions NetBSD requires (Linux for example was typically split into a small root partition, a /usr partition, a /home partition, and a hidden swap partition). Do we have some kind of main NetBSD FTP site which keeps everything together and has the latest releases of NetBSD? Thanks, Stefan ,-------------------------------------------------------, |Usenet sgberg@charon.bloomington.in.us Stefan G. Berg| |Internet sgberg@ucs.indiana.edu MIME // AMIGA | |Bitnet sgberg@iubacs GE Mail s.berg5 \X/ w/ bms | `-------------------------------------------------------' From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 21:19:03 1993 From: leland@wacky.acet.org (Robert Leland - PSI) To: netbsd-amiga@cbmuucp.commodore.com Subject: Resource file for twm Sender: NetBSD-Admin@cbmuucp.commodore.com Here is the resource file for twm that I use on our BSDI/386 machines It should be installed under /usr/X11/lib/X11/twm directory and named system.twmrc ------------------------------- # # $XConsortium: system.twmrc,v 1.8 91/04/23 21:10:58 gildea Exp $ # # Default twm configuration file; needs to be kept small to conserve string # space in systems whose compilers don't handle medium-sized strings. # # Sites should tailor this file, providing any extra title buttons, menus, etc. # that may be appropriate for their environment. For example, if most of the # users were accustomed to uwm, the defaults could be set up not to decorate # any windows and to use meta-keys. # # >>>>>>>>>>>>>> Copy this file to $HOME/.twmrc to customize it. -RL <<<<<<<<<<<<<<< # NoGrabServer RestartPreviousState DecorateTransients TitleFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*" ResizeFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*" MenuFont "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-*-*" IconFont "-adobe-helvetica-bold-r-normal--*-100-*-*-*-*-*-*" IconManagerFont "-adobe-helvetica-bold-r-normal--*-100-*-*-*" #ClientBorderWidth Color { BorderColor "slategrey" DefaultBackground "maroon" DefaultForeground "gray85" TitleBackground "maroon" TitleForeground "gray85" MenuBackground "maroon" MenuForeground "gray85" MenuTitleBackground "gray70" MenuTitleForeground "maroon" IconBackground "maroon" IconForeground "gray85" IconBorderColor "gray85" IconManagerBackground "maroon" IconManagerForeground "gray85" } # These are the defualts Cursors { Frame "top_left_arrow" Title "top_left_arrow" Icon "top_left_arrow" IconMgr "top_left_arrow" Move "fleur" Resize "fleur" Menu "sb_left_arrow" Button "hand2" Wait "watch" Select "dot" Destroy "pirate" } # # Define some useful functions for motion-based actions. # MoveDelta 3 Function "move-or-lower" { f.move f.deltastop f.lower } Function "move-or-raise" { f.move f.deltastop f.raise } Function "move-or-iconify" { f.move f.deltastop f.iconify } # # Set some useful bindings. Sort of uwm-ish, sort of simple-button-ish # Button1 = : root : f.menu "defops" Button1 = m : window|icon : f.function "move-or-lower" Button2 = m : window|icon : f.iconify Button3 = m : window|icon : f.function "move-or-raise" Button1 = : title : f.function "move-or-raise" Button2 = : title : f.raiselower Button1 = : icon : f.function "move-or-iconify" Button2 = : icon : f.iconify Button1 = : iconmgr : f.iconify Button2 = : iconmgr : f.iconify # # And a menus with the usual things # menu "defops" { "Twm" f.title "Iconify" f.iconify "Resize" f.resize "Move" f.move "Raise" f.raise "Lower" f.lower "" f.nop "Focus" f.focus "Unfocus" f.unfocus "Show Iconmgr" f.showiconmgr "Hide Iconmgr" f.hideiconmgr "" f.nop "Kill" f.destroy "Delete" f.delete "" f.nop "Extras" f.menu "Extras-menu" "" f.nop "Restart" f.restart "Exit" f.quit } # # And a sub-menus with the usual things # menu "Extras-menu" { "Extras" f.title "Xterm" f.exec "xterm &" "" f.nop } From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 22 23:36:24 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: New BSD install, comments and feedback. To: niklas@appli.se (Niklas Hallqvist) Cc: mehlhaff@ocf.Berkeley.EDU, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 827 Sender: NetBSD-Admin@cbmuucp.commodore.com > I knew this was going to happen :-( My contribution to 713 was support > for non-BSD partitions (i.e. just raw IO, no FS or such) and in order > to have these, the sizeof(truct disklabel) had to change. Very few programs > depend on this, but newfs is one of them (another one is disklabel). > I wrote a little note about this, but maybe too obsure, in my mail to > MTK. Now, I don't blame him, he's been working overtime ALOT to get Anyway, sorry, I mentioned I forgot to include your readme, that would have cleared this problem. I uploaded new newfs and disklabel binaries into bin-newest. Seems to work, disklabel shows lots of ADOS partitions now:-) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 00:02:20 1993 From: mw@eunet.ch (Markus Wild) Subject: if anyone wants to try out x under 713 To: netbsd-amiga@cbmuucp.commodore.com (nba) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 503 Sender: NetBSD-Admin@cbmuucp.commodore.com Tried to get X up under 713, which revealed some nasty bugs:-) I fixed those, and uploaded a 714 binary to ftp.eunet.ch. However, to keep the volume of source changes at a reasonable level, I'd prefer not to distribute sources for this intermediate version too (it's the '30 version btw), let's wait for the final '40 code, for example. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From oster@skorpio.usask.ca Tue Nov 23 01:54:18 1993 Received: from skdad.USask.ca by SKYCAT.USask.CA (PMDF V4.2-14 #3676) id <01H5MKCBDSBK9AP4V0@SKYCAT.USask.CA>; Mon, 22 Nov 1993 18:53:52 CST Received: from skribe.USask.ca by skdad.USask.ca (4.1/SMI-4.1) id AA00741; Mon, 22 Nov 93 18:53:46 CST Received: by skribe.USask.ca (5.57/SMI-3.2) id AA16002; Mon, 22 Nov 93 18:54:31 -0600 Date: Mon, 22 Nov 1993 18:54:31 -0600 From: oster@skorpio.usask.ca Subject: Emacs and other apps... To: netbsd-amiga@cbmuucp.commodore.com Cc: hubert.feyrer@rrzc1.rz.uni-regensburg.de Message-Id: <9311230054.AA16002@skribe.USask.ca> X-Envelope-To: hubert.feyrer@rrzc1.rz.uni-regensburg.de Content-Transfer-Encoding: 7BIT Status: RO On Mon, 22 Nov 93 16:50:22 +0100 Hubert Feyrer said: > * Last one has nothing to do with X but with Emacs. It seems to modify > some signal keys: left-Amiga doesn't work as Meta-Key any more > (well, it does never in non-X, sigh) and - very annoying - ^g is > mapped as interrupt-key: stty -a says: intr = ^G. > > This remapping is in X as well as in 'normal' terminal-mode. Also, I > think it didn't appear since ever but only since about #.37-kernel. > Can anyone confirm this? > > Also, I'd like to have Emacs 19.21 with X-support. Anyone with > enough disk-space 'd like to compile it? ;-) Hey, this sounds like a plan. Is anybody else going to attempt this? I have the disk space so I'll give it a try if no one else is going to do it. Send me mail if you are - I see no point in 2 or 3 of us trying to do the same thing. (One thing to note: It would probably be a good idea to wait until we have the X11R5 libs before compiling emacs. That, however, still isn't going to stop me from creating a version that will work in the meantime :-) ) (somewhat) Related question: Does anyone know if TeX (and xdvi and ghostview) have been ported to the non-Amiga versions of NetBSD (or 386BSD, FreeBSD, etc.)? I'm interested in obtaining all of the above.... > Bye, > Hubert > Later... Greg Oster oster@cs.usask.ca Department of Computational Science University of Saskatchewan, Saskatoon, Saskatchewan, CANADA From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 01:58:13 1993 From: oster@skorpio.usask.ca Subject: Emacs and other apps... To: netbsd-amiga@cbmuucp.commodore.com Cc: hubert.feyrer@rrzc1.rz.uni-regensburg.de X-Envelope-To: netbsd-amiga@cbmuucp.commodore.com Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com On Mon, 22 Nov 93 16:50:22 +0100 Hubert Feyrer said: > * Last one has nothing to do with X but with Emacs. It seems to modify > some signal keys: left-Amiga doesn't work as Meta-Key any more > (well, it does never in non-X, sigh) and - very annoying - ^g is > mapped as interrupt-key: stty -a says: intr = ^G. > > This remapping is in X as well as in 'normal' terminal-mode. Also, I > think it didn't appear since ever but only since about #.37-kernel. > Can anyone confirm this? > > Also, I'd like to have Emacs 19.21 with X-support. Anyone with > enough disk-space 'd like to compile it? ;-) Hey, this sounds like a plan. Is anybody else going to attempt this? I have the disk space so I'll give it a try if no one else is going to do it. Send me mail if you are - I see no point in 2 or 3 of us trying to do the same thing. (One thing to note: It would probably be a good idea to wait until we have the X11R5 libs before compiling emacs. That, however, still isn't going to stop me from creating a version that will work in the meantime :-) ) (somewhat) Related question: Does anyone know if TeX (and xdvi and ghostview) have been ported to the non-Amiga versions of NetBSD (or 386BSD, FreeBSD, etc.)? I'm interested in obtaining all of the above.... > Bye, > Hubert > Later... Greg Oster oster@cs.usask.ca Department of Computational Science University of Saskatchewan, Saskatoon, Saskatchewan, CANADA From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 06:12:21 1993 From: Arthur Hoffmann Subject: Building kernel 713 kernel_font_baseline(boldsmear)? To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 638 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi when building kernel 713 I got stuck when I make wanted to make some strn....s functions. So I copied them over from lib.tar.gz, also the DEFS.h was missing in /usr/src/lib/libkern/m68k. I also copied that over. Then It built the kernel library properly. But when it came to do "loading vmunix" it struggled over 2 missing functions: 1.) _kernel_font_baseline 2.) _kernel_font_boldsmear Can anyone tell me how I can make those 2 functions for my kernelfont. I used dumpfont in the first place to get the font. What do I need to do to get the missing functions? Thanks. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 06:34:40 1993 From: Alan Bair Subject: Re: Building kernel 713 kernel_font_baseline(boldsmear)? To: hoffmann@it.ntu.edu.au (Arthur Hoffmann) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > Then It built the kernel library properly. But when it came to do > "loading vmunix" it struggled over 2 missing functions: > 1.) _kernel_font_baseline > 2.) _kernel_font_boldsmear > > Can anyone tell me how I can make those 2 functions for my kernelfont. > I used dumpfont in the first place to get the font. What do I need to > do to get the missing functions? You need to use the fontdumper program I wrote and that Chris Hopps updated with those two functions/attributes. Markus Wild said he included it in the 709 release. I just checked and it is in the directory sys/arch/amiga/stand/dumpfont. Chris, with your extra attributes, does the default font file, kernel_font.c.distrib, need to be updated to include the attributes? > > Thanks. > > Arthur. > > Arthur Hoffmann > hoffmann@nutmeg.ntu.edu.au > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 08:37:46 1993 From: Alain Chofardet Subject: Using GVP Series I To: NetBSD-Amiga@cbmuucp.commodore.com (ML NetBSD) Mailer: Elm [revision: 72.14] Sender: NetBSD-Admin@cbmuucp.commodore.com Hello. I'm trying to boot NetBSD on my A2000+A2630. Not successfully. Why ? I think I've understood looking at the code. When NetBSD initialize, it tries to recognize SCSI cards installed. Mine is a GVP series I (one), not II. I saw GVP series II is referenced as Manufacturer 2017 Product 11. Series I is Product 3; this is my showconfig : PROCESSOR: CPU 68030/68882fpu/68030mmu CUSTOM CHIPS: ECS PAL Agnus (id=$0020), Normal Denise (id=$00FF) VERS: Kickstart version 39.106, Exec version 39.47, Disk version 39.29 RAM: Node type $A, Attributes $5 (FAST), at $7C00000-$7FFFFFF (4.0 meg) Node type $A, Attributes $605 (FAST), at $200000-$3FFFFF (2.0 meg) Node type $A, Attributes $703 (CHIP), at $400-$FFFFF (~1.0 meg) BOARDS: CBM A2630 68030/RAM card: Prod=514/81($202/$51) (@$200000 2meg Mem) Board + ROM (HD?) (unidentified): Prod=2017/3($7E1/$3) (@$EA0000 128K) Board (unidentified): Prod=18260/6($4754/$6) (@$EC0000 128K) CBM Bridgeboard: Prod=513/1($201/$1) (@$400000 512K) Do you think the code of the driver Series II is the same for Series I ? Thanks. Alain Chofardet. From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 10:49:28 1993 From: Arthur Hoffmann Subject: no subject (file transmission) To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 930 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, Alan thank's for your reply on the mailing list. You suggested I should use fondtumper to get over my compiling problems wiht kernel 713. Well I tried to use it, but I needed to compile it on the Amiga (ADOS). but it kept on complaining about some includes not found. These are: proto/exec.h and proto/graphics.h. I don't even have a directory on my machine that is called proto. I'm using GCC2.4.5. Anyway I rememvered an archive with your programmes uploaded somewhere, so I just grabbed that and it contained the programme already compiled :) I used and dumped the font (plain). then I transferred it to the BSD side of the system and rebuilt the kernel with the new kernel_font.c, but I got the same error messages as before :(. Do you have an idea what might be wrong? The missing functions are: kernel_font_baseline and kernel_font_boldsmear Thanks. Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 11:42:15 1993 To: NetBSD-amiga@cbmuucp.commodore.com Newsgroups: endicor.lists.netbsd.amiga From: tsarna@endicor.com (Ty Sarna) Subject: Re: More experiences with X Organization: Endicor Technologies, Inc., San Antonio, Texas Sender: NetBSD-Admin@cbmuucp.commodore.com In article <199311221637.RAA01238@eunet.ch> mw@eunet.ch (Markus Wild) writes: > > ObWhine: I'd like to have a PAL-mode, too. :-) > > Ok, I didn't remove if from the new console, so it's there for those > that want to get headaches.. How does one actually access the different modes supported by chopp's console stuff? There seems to be some A2024 support in there, and I'd LOVE to get X running on mine! :-) (especially since my sun3's monitor went up in smoke and bright blue sparks recently, sigh). Also, in both 713 and 714, reboot stopped working. It used to work perfectly, now it gives me fireworks. The display area of the screen (the 640x400 in the midle, the overscan area stays grey) alternates between a pattern of vertical white stripes and grey/blue/black "static". I'm running on a B2000 with a GVP Series II '030, 8M ram. Finally, a trivial bug: the new loadbsd supports a -b switch, but the usage it prints out doesn't list it. -- Ty Sarna "Don Johnson is back -- back in time, and battling drug-trafficking dinosaurs. Don Johnson -is- tsarna@endicor.com Jurassic Narc. Tuesdays at 8; 7 Central & Mountain" From brother@epita.fr Tue Nov 23 12:15:10 1993 Received: from boson.epita.fr by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA13196; Tue, 23 Nov 1993 12:13:53 +0100 (MET) Received: from school (school.epita.fr) by boson.epita.fr, Tue, 23 Nov 1993 12:13:48 GMT Received: from krypton by school, Tue, 23 Nov 1993 12:13:51 GMT Date: Tue, 23 Nov 1993 12:13:51 GMT From: olivier brand Message-Id: <199311231213.AA07889@school> To: hubert.feyrer@rrzc1.rz.uni-regensburg.de Subject: Re: your mail Status: RO Do you have the file: X0.hosts in your /etc dir. ??? From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 12:40:03 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: Diff for grf_rtregs.h Sender: NetBSD-Admin@cbmuucp.commodore.com the /usr/include/sys/amigadev/grf_rtregs.h has little errors and was a little incomplete. here is the diff file for the correction. NB: Sequencer registers 0x1a & 0x1b are not reserved: there used to select the start of the screen! here it is: --------------------------------------------------------------------------- 279,281c279 < #define SEQ_ID_EXTENDED_ENABLE 0x05 /* down from here, all seq registers are NCR extensions * / < #define SEQ_ID_UNKNOWN1 0x06 /* it doese exist so it's usefull */ < #define SEQ_ID_UNKNOWN2 0x07 /* it doese exist so it's usefull */ --- > #define SEQ_ID_EXTENDED_ENABLE 0x05 /* down from here, all seq registers are NCR extension s */ 283d280 < #define SEQ_ID_UNKNOWN3 0x09 /* it doese exist so it's usefull */ 293d289 < #define SEQ_ID_CURSOR_STORE_HI 0x13 /* was missing */ 295,296c291,292 < #define SEQ_ID_CURSOR_ST_OFF_HI 0x15 /* was wrong */ < #define SEQ_ID_CURSOR_ST_OFF_LO 0x16 /* was wrong */ --- > #define SEQ_ID_CURSOR_STORE_HI 0x15 > #define SEQ_ID_CURSOR_STORE_MID 0x16 300,301d295 < #define SEQ_ID_DISP_OFF_HI 0x1A /* was missing */ < #define SEQ_ID_DISP_OFF_LO 0x1B /* was missing */ 316,318d309 < #define SEQ_ID_UNKNOWN4 0x2A /* it doese exist so it's usefull */ < #define SEQ_ID_UNKNOWN5 0x2B /* it doese exist so it's usefull */ < #define SEQ_ID_UNKNOWN6 0x2C /* it doese exist so it's usefull */ 352,374d342 < #define CRT_ID_UNKNOWN1 0x19 /* are these register realy void ? */ < #define CRT_ID_UNKNOWN2 0x1A < #define CRT_ID_UNKNOWN3 0x1B < #define CRT_ID_UNKNOWN4 0x1C < #define CRT_ID_UNKNOWN5 0x1D < #define CRT_ID_UNKNOWN6 0x1E < #define CRT_ID_UNKNOWN7 0x1F < #define CRT_ID_UNKNOWN8 0x20 < #define CRT_ID_UNKNOWN9 0x21 < #define CRT_ID_UNKNOWN10 0x22 < #define CRT_ID_UNKNOWN11 0x23 < #define CRT_ID_UNKNOWN12 0x24 < #define CRT_ID_UNKNOWN13 0x25 < #define CRT_ID_UNKNOWN14 0x26 < #define CRT_ID_UNKNOWN15 0x27 < #define CRT_ID_UNKNOWN16 0x28 < #define CRT_ID_UNKNOWN17 0x29 < #define CRT_ID_UNKNOWN18 0x2A < #define CRT_ID_UNKNOWN19 0x2B < #define CRT_ID_UNKNOWN20 0x2C < #define CRT_ID_UNKNOWN21 0x2D < #define CRT_ID_UNKNOWN22 0x2E < #define CRT_ID_UNKNOWN23 0x2F ---------------------------------------------------------------------------- Now a small programm to test the retina config. please try it, and tell me please if the memory config is well detected. Thanks. ---------------------------------------------------------------------------- RetinaInfo.c ---------------------------------------------------------------------------- #include #include #include #include #include #include #include #define TRUE 1 #define FALSE 0 int main(int argc, char **argv); int testSeq(unsigned char *ba, unsigned char reg, unsigned char mask); int main(int argc,char **argv) { int fd=open("/dev/grf1",O_RDWR); int memSize = 0; unsigned char tmp = 0; unsigned char *ba=NULL; /* board address (regs) * / if(fd<0) perror("can't open dev"),exit(1); if(ioctl(fd,GRFIOCON,0)<0) perror("ioctl GRFIOCON"),exit(2); if(ioctl(fd,GRFIOCMAP,&ba)<0) perror("ioctl GRFIOCMAP"),exit(2); WSeq(ba,SEQ_ID_EXTENDED_ENABLE, 0x00); /* disable ext regs */ if(!testSeq(ba,SEQ_ID_CURSOR_Y_LOC_LO,0xff)) { WSeq(ba,SEQ_ID_EXTENDED_ENABLE, 0x01); if(testSeq(ba,SEQ_ID_CURSOR_Y_LOC_LO,0xff)) { printf("We've got an NCR, Let's figure out which one\n"); tmp = RSeq(ba,SEQ_ID_CHIP_ID); switch(tmp>>4) { case 0: printf("Chipset is: NCR77C22\n"); break; case 2: if((tmp&0x0f) >0x08) printf("Chipset is: NCR77C22E+\n"); else printf("Chipset is: NCR77C22E\n"); break; case 1: printf("Chipset is: NCR77C21\n"); break; default: printf("Unknown NCR chipset\n"); } } else { printf("Not an NCR Processor\n"); return(-1); } } printf("Chip type:0x%.2x Version:0x%.2x\n",(tmp&0xF0)>>4,tmp&0x0F); tmp = RSeq(ba,SEQ_ID_EXTENDED_MEM_ENA); switch(tmp & 0x03) { case 0x00: memSize = 256; break; case 0x01: memSize = 1024; break; case 0x02: memSize = 2048; break; case 0x03: memSize = 4096; break; default: memSize = 8192; break; } printf("Installed memory:%d Kb\n",memSize); if(ioctl(fd,GRFIOCOFF,0)<0) perror("ioctl GRFIOCOFF"),exit(2); close(fd); return(0); } int testSeq(unsigned char *ba, unsigned char reg, unsigned char mask) { unsigned char temp; int result = FALSE; temp = RSeq(ba,reg); WSeq(ba, reg, 0x00); WSeq(ba, reg, mask); if((RSeq(ba,reg) & mask) == mask) result = TRUE; else result = FALSE; WSeq(ba,reg,temp); return(result); } ------------------------------------------------------------------------- lahaye_o@epita.fr (May the force be with me for the retina X11 port) From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 14:13:17 1993 Subject: From: olivier brand To: NetBSD-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com If you want a great PAL screen (with overscan), here is a little trick: 1)edit the ite_cc.c 2)modify the line : ...rows = bp->..height / bp->..ftheight; ---> test if bp->..height is greater than your old height define (in grf_ccreg.h), if it is calculate: ...rows = oldvalue / font height; 3)edit the grf_ccreg.h 4)change your screen height : 538 seems to be a good value (better than NTSC) 5)compile the kernel What would happen: in text mode, you will have the NTSC (aaarrrgh) mode, but in graphic mode (X-Window) you will have a big screen. Enjoy it From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 15:23:40 1993 From: David Crooke Sender: dcc@dcs.ed.ac.uk To: NetBSD-amiga@cbmuucp.commodore.com From: David Crooke Subject: Problems Sender: NetBSD-Admin@cbmuucp.commodore.com I have recently started getting a problem with NetBSD - as soon as it starts up in single-user mode it starts producing messages at the rate of 2-3 per second (68030/25) or 7-8 per second (68040/28). The former is using vmunix.644 patched with _inhibit_sync, the latter with Michael Hitch's old 68040 hack, both having worked perfectly before. The message is: intrhand: unexpected sr 0x2400, request type 0x180 The latter value can occasionally change to 0x1a0 (inserting/removing a floppy seems to trigger this). The system seems to work perfectly apart from the fact the screen is clouded by these messages. I reinstalled rootfs but it made no difference. As someone else reported, I also have the problem that NetBSD doesn't use the bottom 1/4 of the screen, but the first line is off the top. The other problem I'm having is installing a full working BSD - the first time I tried /usr ran out of space (I had set 70MB rather than the recommended 50MB); now having installed all the stuff advised in the FAQ there still seems to be stuff missing, as when going to mutli-user mode it just hangs halfway through setting up all the inet stuff. I will get vmunix.709 and the other tar files from eunet.ch and see what improves. Question: There is a bin-bin.tar.gz, but the rootfs include a /bin directory. I set up a partition for /bin, copied the contents of this directory to it and then set it up in fstab to mount on /bin, hiding the directory on rootfs, in anticipation of installing bin-bin. Is this the correct procedure? My Setup: PAL A3000/25, 2MB chip, 8MB fast SCSI 0 is Quantum LPS-52 (AmigaDOS) SCSI 6 is Maxtor 7345SR (AmigaDOS and BSD) /usr 100MB, /home 20MB, /bin 20MB, swap 24MB, root 10MB /dev/sd6g 30MB used to unpack tar files Mercury 68040 28MHz, no ram SVGA trisync monitor Many thanks in advance for any advice Dave David Crooke, Department of Computer Science, University of Edinburgh Janet dcc@ed.dcs : Internet dcc@dcs.ed.ac.uk : IP talk dcc@129.215.160.2 Work: JCMB Rm 1408, King's Bldgs, W Mains Rd., Edinburgh EH9 3JZ. 031 650 5164 Home: 12 (GFR) West Savile Tr, Edinburgh, SCOTLAND EH9 3DZ. 031 667 4854 From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 16:18:27 1993 From: Alan Bair Subject: Re: fontdumper, Chris's changes? To: hoffmann@it.ntu.edu.au (Arthur Hoffmann) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Hi Arthur (I hope Chris is watching), > > Hi, Alan > thank's for your reply on the mailing list. You suggested I should use > fondtumper to get over my compiling problems wiht kernel 713. Well I > tried to use it, but I needed to compile it on the Amiga (ADOS). but > it kept on complaining about some includes not found. These are: > proto/exec.h and proto/graphics.h. Those look like SAS/C include files, which Chris must have added when he updated the code. I used only GCC stuff. I have not picked up the 713/714 release yet, so I don't know what his code looks like. > I don't even have a directory on my machine that is called proto. I'm > using GCC2.4.5. > Anyway I rememvered an archive with your programmes uploaded > somewhere, so I just grabbed that and it contained the programme > already compiled :) I used and dumped the font (plain). then I > transferred it to the BSD side of the system and rebuilt the kernel > with the new kernel_font.c, but I got the same error messages as > before :(. The problem there is that the upload I made was before Chris added his stuff, so that is a compiled copy of the older version. I guess I need to get the newer code and see what he did. Then I'll try to compile it and maybe upload a new version before I disappear for Turkey Day (A US holiday). > Do you have an idea what might be wrong? > > > The missing functions are: kernel_font_baseline and > kernel_font_boldsmear > > Thanks. > > Arthur. > > Arthur Hoffmann > hoffmann@nutmeg.ntu.edu.au > > -- Alan Bair MCTG AMCU DSCS Motorola, Inc. (Design Software & Mail Stop OE-320 Computer Services) 6501 William Cannon Dr. West (512) 891-2336 Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com From osymh@gemini.oscs.montana.edu Tue Nov 23 17:06:27 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA28283; Tue, 23 Nov 93 11:00:31 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16390; Tue, 23 Nov 93 11:00:11 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA28274; Tue, 23 Nov 93 11:00:07 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA07819; Tue, 23 Nov 1993 09:00:39 -0700 Message-Id: <9311231600.AA07819@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Tue, 23 Nov 1993 09:00:39 -0700 In-Reply-To: Ty Sarna's message of Nov 23, 7:59am X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd@cbmuucp.commodore.com Subject: Re: More experiences with X Status: RO On Nov 23, 7:59am, Ty Sarna wrote: > Finally, a trivial bug: the new loadbsd supports a -b switch, but the > usage it prints out doesn't list it. Whoops! I added the -b option so that I could specify which disk to use as the root device and forgot to update the usage info. Michael From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 17:09:35 1993 X-Mailer: //\\miga Electronic Mail (AmiElm 2.253) From: jph@anaconda.Bloomington.IN.US (J.P. Hillenburg) To: netbsd-amiga@cbmuucp.commodore.com Subject: easy install system Sender: NetBSD-Admin@cbmuucp.commodore.com Q: When NetBSD is finished, will there be a simple-install package, similar to the SLS package for Linux? -- Joseph Hillenburg (xterm), NPS Technologies, Bloomington, Indiana UUCP: jph@anaconda.Bloomington.IN.US \ / "My OTHER computer is a CM-5" +----o0o----+ INET: xterm@cup.portal.com Long live the Hornet From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 18:50:55 1993 X400-Originator: /dd.id=1619692/g=hamish/i=hi/s=macdonald/@bnr.ca X400-Mts-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/;bcars735.b.476:23.10.93.17.44.05] X400-Content-Type: P2-1984 (2) Content-Identifier: re:Problems From: "hamish (h.i.) macdonald" Sender: "hamish (h.i.) macdonald" To: David.Crooke@dcs.ed.ac.uk Cc: NetBSD-amiga@cbmuucp.commodore.com Subject: re:Problems Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> On Tue Nov 23 09:42:00 1993, >>>>> You wrote: David> I have recently started getting a problem with NetBSD - as soon David> as it starts up in single-user mode it starts producing David> messages at the rate of 2-3 per second (68030/25) or 7-8 per David> second (68040/28). The former is using vmunix.644 patched with David> _inhibit_sync, the latter with Michael Hitch's old 68040 hack, David> both having worked perfectly before. The message is: David> intrhand: unexpected sr 0x2400, request type 0x180 Hmmm... I only have really ancient NetBSD source code (#613), but in it, if you get an audio interrupt (you have two pending, AUD0 and AUD1), then it will do the following: case 4: custom.intreq = INTF_AUD0 | INTF_AUD1 | INTF_AUD2 | INTF_AUD3; default: printf("intrhand: unexpected sr 0x%x, intreq = 0x%x\n", sr, ireq); break; } The code is "switching" on the interrupt level. It clears the interrupt and prints the message you are seeing. Obviously your kernel doesn't expect to get audio interrupts. Either something in the kernel is causing them to be generated and not handling them properly, or the kernel isn't properly shutting off audio interrupts when it initializes. I'm not sure what the newer versions of NetBSD do with audio. David> The latter value can occasionally change to 0x1a0 (inserting/removing David> a floppy seems to trigger this). The occasional 0x1a0 you see is just that there is a level 3 vertical blanking interrupt pending also. From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 18:53:05 1993 From: oster@skorpio.usask.ca Subject: Emacs-19.21 (w/ X11 support) To: NetBSD-Amiga@cbmuucp.commodore.com X-Envelope-To: NetBSD-Amiga@cbmuucp.commodore.com Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com On Mon, 22 Nov 93 16:50:22 +0100 Hubert Feyrer said: > * Last one has nothing to do with X but with Emacs. It seems to modify > some signal keys: left-Amiga doesn't work as Meta-Key any more > (well, it does never in non-X, sigh) and - very annoying - ^g is > mapped as interrupt-key: stty -a says: intr = ^G. > > This remapping is in X as well as in 'normal' terminal-mode. Also, I > think it didn't appear since ever but only since about #.37-kernel. > Can anyone confirm this? > > Also, I'd like to have Emacs 19.21 with X-support. Anyone with > enough disk-space 'd like to compile it? ;-) Just to let you all know: Emacs 19.21 compiles fairly easily (a few hoops, like a couple of CTRL-L's in a Makefile) using "m68k-hp-netbsd" and "--with-x11" as the configuration options. The X interface runs nicely as well... To whoever compiled the "distributed" version of emacs (19.11, I think): (Markus?) Did you create a new configuration architecture "m68k-cbm-netbsd"? I'd prefer using that as the architecture name instead of "m68k-hp-netbsd". (Both configs will yield equivalent Makefiles, but the "cbm" version feels more like it belongs to NetBSD-Amiga :-) ) I'll upload emacs 19.21 to ftp.funet.ch when I figure out a) how to configure it to the current /usr/gnu location b) how much of the old .el and .elc files can be re-used c) what I have to upload to be within the GPL (My current plans are to only upload the executables (and the dump of emacs) and the .el and any files that have changed from 19.11, in that way hopefully re-using as much of the current emacs as possible, and making the .tar.gz file as small as possible. I see no point (other than to follow the GPL) to upload the 6.3Mb (compressed) emacs source to ftp.funet.ch when they can be obtained so easily from prep.ai.mit.edu. ) Later... Greg Oster oster@cs.usask.ca Department of Computational Science University of Saskatchewan, Saskatoon, Saskatchewan, CANADA From osymh@gemini.oscs.montana.edu Tue Nov 23 19:02:42 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA28616; Tue, 23 Nov 93 12:57:37 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16461; Tue, 23 Nov 93 12:57:18 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA28607; Tue, 23 Nov 93 12:57:15 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA17783; Tue, 23 Nov 1993 10:57:37 -0700 Message-Id: <9311231757.AA17783@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Tue, 23 Nov 1993 10:57:37 -0700 In-Reply-To: "hamish (h.i.) macdonald"'s message of Nov 23, 12:19pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd@cbmuucp.commodore.com Subject: re:Problems Status: RO On Nov 23, 12:19pm, "hamish (h.i.) macdonald" wrote: > >>>>> On Tue Nov 23 09:42:00 1993, > >>>>> You wrote: ... > David> second (68040/28). The former is using vmunix.644 patched with > David> _inhibit_sync, the latter with Michael Hitch's old 68040 hack, > David> both having worked perfectly before. The message is: > > David> intrhand: unexpected sr 0x2400, request type 0x180 > > Hmmm... I only have really ancient NetBSD source code (#613), but in > it, if you get an audio interrupt (you have two pending, AUD0 and > AUD1), then it will do the following: > > case 4: > custom.intreq = INTF_AUD0 | INTF_AUD1 | INTF_AUD2 | INTF_AUD3; ######### There is a "break;" missing here that I think has been added in the latest kernel. > default: > printf("intrhand: unexpected sr 0x%x, intreq = 0x%x\n", sr, ireq); > break; > } Michael From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 19:21:43 1993 Subject: Re: easy install system From: David Jones To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com > > Q: When NetBSD is finished, will there be a simple-install package, > similar to the SLS package for Linux? > Finished? What's that? Do you really think that Linux/386 is finished? This isn't an OS; it's a religion :-) -- David Jones, M.A.Sc student, Electronics Group (VLSI), University of Toronto email: dej@eecg.utoronto.ca, finger for more info From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 21:42:29 1993 From: oster@skorpio.usask.ca Subject: xfig To: NetBSD-Amiga@cbmuucp.commodore.com X-Envelope-To: NetBSD-Amiga@cbmuucp.commodore.com Content-Transfer-Encoding: 7BIT Sender: NetBSD-Admin@cbmuucp.commodore.com Xfig version 2.1.7 compiles (and runs) just fine under NetBSD with X11R4. If anybody's interested in using xfig right away, I can upload it to ftp.funet.ch. Otherwise, I'll wait until X11R5 is out before uploding it... Later... Greg Oster oster@cs.usask.ca Department of Computational Science University of Saskatchewan, Saskatoon, Saskatchewan, CANADA From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 23 23:44:52 1993 From: Ralph Schmidt Subject: Re: Using the vmunix-040.713 and several other questions To: vervoorn@dutiws.TWI.TUDelft.NL (Patrick Vervoorn) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 972 Sender: NetBSD-Admin@cbmuucp.commodore.com > > > And, to ease my decision, when will there be a NetBSD driver for either the > A4091 or the Z3 Fastlane? :) (or any other Fast-SCSI-2 adapter that might > emerge.) > Good question...today i looked at the dev/ directory to see how the other drivers look like. 1) Why these cryptical file names ?...why not use filenames that show what files are related to each other. Example Zeus_fubar.c instead of sz.c and tz.c Zeus_fubar.h It should be visibile what files are related and what kind of layer each file represents. Sorry that i picked up the Zeus but it's the same with the other stuff in that directory. 2) As I'm not a Tunix expert i have to install NetBSD first and then check how the whole scsi stuff is handled and how i can integrate my Fastlane device. To sum it: I have no clue when a driver will be ready:-B Regards -- Ralph Schmidt laire@uni-paderborn.de University of Paderborn (Germany) From osymh@gemini.oscs.montana.edu Wed Nov 24 00:12:29 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA29373; Tue, 23 Nov 93 18:06:56 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16572; Tue, 23 Nov 93 18:06:37 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA29364; Tue, 23 Nov 93 18:06:30 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA24477; Tue, 23 Nov 1993 16:07:02 -0700 Message-Id: <9311232307.AA24477@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Tue, 23 Nov 1993 16:07:02 -0700 In-Reply-To: Ralph Schmidt's message of Nov 23, 11:40pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd@cbmuucp.commodore.com Subject: Re: Using the vmunix-040.713 and several other questions Status: RO On Nov 23, 11:40pm, Ralph Schmidt wrote: > > And, to ease my decision, when will there be a NetBSD driver for either the > > A4091 or the Z3 Fastlane? :) (or any other Fast-SCSI-2 adapter that might > > emerge.) > > > > Good question...today i looked at the dev/ directory to see how > the other drivers look like. > > 1) Why these cryptical file names ?...why not use filenames that show > what files are related to each other. Example > > Zeus_fubar.c instead of sz.c and tz.c > Zeus_fubar.h > > It should be visibile what files are related and what kind of layer > each file represents. > > Sorry that i picked up the Zeus but it's the same with the other stuff > in that directory. The rz.c and tz.c are the device drivers for the /dev/rz* and /dev/tz* devices. The original sd.c and st.c are the device drivers for the /dev/sd* and /dev/st* devices. [I assume that sd -> "scsi disk" and st -> "scsi tape".] The rz.c and tz.c are clones of sd.c and st.c to allow using different controller types. The current scsi implementation in the Amiga NetBSD is not real clean. The file scsi.c provides the generic 33C93 support (along with A3000, A2091, and GVP specific initialization). The siop.c is an equavlent file to support the 73C710 Scsi I/O Processor (siop). The version in the 713 sources currently only supports the Zeus SCSI interface, but I have modified it in an attempt to provide support for another 73C710-based controller. It should be relatively easy to add A4091 support when someone provides the hardware information (things like the autoconfig product code, the location of the 73C710 in the board's address space, and some of the data needed to initialize the 73C710). Adding support for any other 73C710-based SCSI should be relatively easy also. > 2) As I'm not a Tunix expert i have to install NetBSD first > and then check how the whole scsi stuff is handled and how i can > integrate my Fastlane device. > To sum it: I have no clue when a driver will be ready:-B Does the Fastlane use the 73C710? Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From laire@uni-paderborn.de Wed Nov 24 00:37:18 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA29435; Tue, 23 Nov 93 18:32:56 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16586; Tue, 23 Nov 93 18:32:35 EST Received: from uni-paderborn.de by cbmmail.commodore.com (4.1/SMI-4.1) id AA29426; Tue, 23 Nov 93 18:32:28 EST Received: from davinci.uni-paderborn.de by uni-paderborn.de with SMTP id AA23022 (5.65c/IDA-1.5 for ); Wed, 24 Nov 1993 00:32:37 +0100 Received: by davinci.uni-paderborn.de id AA16556 (5.65c/IDA-1.5); Wed, 24 Nov 1993 00:32:35 +0100 From: Ralph Schmidt Message-Id: <199311232332.AA16556@davinci.uni-paderborn.de> Subject: Re: Using the vmunix-040.713 and several other questions To: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Wed, 24 Nov 1993 00:32:35 +0100 (MET) Cc: netbsd@cbmuucp.commodore.com In-Reply-To: <9311232307.AA24477@gemini.oscs.montana.edu> from "Michael L. Hitch" at Nov 23, 93 04:07:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2564 Status: RO > > On Nov 23, 11:40pm, Ralph Schmidt wrote: > > > And, to ease my decision, when will there be a NetBSD driver for either the > > > A4091 or the Z3 Fastlane? :) (or any other Fast-SCSI-2 adapter that might > > > emerge.) > > > > > > > Good question...today i looked at the dev/ directory to see how > > the other drivers look like. > > > > 1) Why these cryptical file names ?...why not use filenames that show > > what files are related to each other. Example > > > > Zeus_fubar.c instead of sz.c and tz.c > > Zeus_fubar.h > > > > It should be visibile what files are related and what kind of layer > > each file represents. > > > > Sorry that i picked up the Zeus but it's the same with the other stuff > > in that directory. > > The rz.c and tz.c are the device drivers for the /dev/rz* and /dev/tz* > devices. The original sd.c and st.c are the device drivers for the /dev/sd* > and /dev/st* devices. [I assume that sd -> "scsi disk" and > st -> "scsi tape".] The rz.c and tz.c are clones of sd.c and st.c to allow > using different controller types. The current scsi implementation in the > Amiga NetBSD is not real clean. The file scsi.c provides the generic > 33C93 support (along with A3000, A2091, and GVP specific initialization). > The siop.c is an equavlent file to support the 73C710 Scsi I/O Processor > (siop). The version in the 713 sources currently only supports the Zeus > SCSI interface, but I have modified it in an attempt to provide support > for another 73C710-based controller. It should be relatively easy to > add A4091 support when someone provides the hardware information (things > like the autoconfig product code, the location of the 73C710 in the board's > address space, and some of the data needed to initialize the 73C710). > Adding support for any other 73C710-based SCSI should be relatively easy also. Thank you..at least some background informations:-B > > > 2) As I'm not a Tunix expert i have to install NetBSD first > > and then check how the whole scsi stuff is handled and how i can > > integrate my Fastlane device. > > To sum it: I have no clue when a driver will be ready:-B > > Does the Fastlane use the 73C710? > Nope..Emulex FAS216. This Emulex is 99.9% compatible to the NCR53C94. I have a Mach driver somewhere but i don't know if it's compatible to NetBSD. If somebody could give me a NetBSD NCR53C94 version it would be a *real big help*. Regards. -- Ralph Schmidt laire@uni-paderborn.de University of Paderborn (Germany) From billc@iceCuBE.commodore.com Wed Nov 24 00:48:47 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA29463; Tue, 23 Nov 93 18:44:45 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16589; Tue, 23 Nov 93 18:44:25 EST Received: from percy.rain.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA29454; Tue, 23 Nov 93 18:44:20 EST Received: from iceCuBE.rain.com by percy.rain.com with smtp (Smail3.1.28.1 #5) id m0p27Pq-00062sC; Tue, 23 Nov 93 15:44 WET Received: by iceCuBE.rain.com (NX5.67c/NX3.0S) id AA00301; Tue, 23 Nov 93 15:43:20 -0800 Date: Tue, 23 Nov 93 15:43:20 -0800 From: William J. Coldwell Message-Id: <9311232343.AA00301@iceCuBE.rain.com> Received: by NeXT.Mailer (1.87.1) Received: by NeXT Mailer (1.87.1) To: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Subject: Re: Using the vmunix-040.713 and several other questions Cc: netbsd@cbmuucp.commodore.com Reply-To: billc@iceCuBE.rain.com Status: RO Michael asked of Ralph: > Does the Fastlane use the 73C710? No, it uses the 53c94 I believe.. also, can we replace "73c710" in your brain with the correct chip number of "53c710"? ;-) From laire@uni-paderborn.de Wed Nov 24 01:07:24 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA29510; Tue, 23 Nov 93 19:03:18 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16595; Tue, 23 Nov 93 19:02:58 EST Received: from uni-paderborn.de by cbmmail.commodore.com (4.1/SMI-4.1) id AA29501; Tue, 23 Nov 93 19:02:53 EST Received: from davinci.uni-paderborn.de by uni-paderborn.de with SMTP id AA23825 (5.65c/IDA-1.5 for ); Wed, 24 Nov 1993 01:02:47 +0100 Received: by davinci.uni-paderborn.de id AA16595 (5.65c/IDA-1.5); Wed, 24 Nov 1993 01:02:37 +0100 From: Ralph Schmidt Message-Id: <199311240002.AA16595@davinci.uni-paderborn.de> Subject: Re: Using the vmunix-040.713 and several other questions To: billc@icecube.rain.com Date: Wed, 24 Nov 1993 01:02:36 +0100 (MET) Cc: osymh@gemini.oscs.montana.edu, netbsd@cbmuucp.commodore.com In-Reply-To: <9311232343.AA00301@iceCuBE.rain.com> from "William J. Coldwell" at Nov 23, 93 03:43:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 368 Status: RO > > Michael asked of Ralph: > > Does the Fastlane use the 73C710? > > No, it uses the 53c94 I believe.. also, can we replace "73c710" in your brain Emulex FAS216...the NCR53c94 is a licenced Emulex and the FAS216 is the next version. Regards -- Ralph Schmidt laire@uni-paderborn.de University of Paderborn (Germany) From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 01:12:58 1993 From: vervoorn@dutiws.TWI.TUDelft.NL (Patrick Vervoorn) Subject: Using the vmunix-040.713 and several other questions To: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 7710 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, I have tried the brand-new vmunix-040.713 kernel, but it, much to my regret, doesn't do much on my Amiga 4000/040, though comparably a lot more than previous kernels... :) The first problem is (probably) the AGA chipset; if I boot with it enabled, the console screen that appears is a bunch of garbage. Selecting the ECS setting in the 3.0 bootmenu fixes this. Typing 1> RunShit loadbsd.713 vmunix-040.713 also fixes this problem. RunShit is a rather useful "getting euro-demos to work"-utility. Too bad I have to use it with NetBSD :) Somebody better look into AGA specific problems with the console stuff... Maybe the semi-(il)legal AGA hardware-banging-textfile that is 'floating around' might prove helpful? The second problem happens during booting; since I know of no way to redirect the console output to a file (and I don't even have a NetBSD partition yet (my HD died sunday :()), I have written it on a piece of paper and will type it from this piece of paper; I might have missed something or used the wrong character case (upper/lower), so there might be some errors. All goes well upto and including the first line I quote, after that the sh*t hits the fan... --------------------------------------------------------------------------- using 102 buffers blabla.... unexpected trap (vector offset 30) from 10009 pid 0: kernel format exception trap: bad kernel access at 10 trap type 8, code = 485, v = c0 pid = 0, pc = 00059F68, ps = 2018, sfc = 0001, dfc = 0001 registers: 0 1 2 3 4 5 6 7 preg FFFFFFF7 FFFFFFFF 00000001 00000000 0000008A 0000000C 0000000D 00000000 areg 00000000 01C0F850 000A5E50 00000000 0009A068 00000000 FFFFFEAE 0EFFFFFC kernel stack (FFFFFD8C) panic: MMU fault hit any key to boot/dump --------------------------------------------------------------------------- All this on an Amiga 4000/040, 8MB FAST, 2MB CHIP, the plain SeaCrate 120meg HD and nothing else in it. It is of course possible it crashes because it finds no supported host-adapter; after my HD crash I removed my GVP HC8+ (it slowed down the booting by about half a minute every time I reset due to no devices on the SCSI bus)... If this is so, it might prove useful to give some more meaningfull messages during bootup, indicating this problem... I hope this means something to all you kernel hackers; I'm not one of them, though I've tried to compile the kernel under AmigaDOS. To no avail, which brings me to my third problem; I saw messages from other people who noticed the same problems I had; several trivial things, probably from 'libkern', are missing which is promptly said when the 'final link' is done; among them some string functions. Is it still possible or even wanted that the kernel can be compiled under AmigaDOS? Now for some more general questions; - Until my new HD arrives (hopefully at or before the end of this week), I can't even try to write the rootfs to my HD. Does the current rootfs still work with the '040 patches (or a '040 kernel)? Or is it hopelessly out-of-date? - Could the author of the rather handy (or so the message claimed) "raw partition write"- util (I forgot its AND the author's name: sorry about that) please upload it to ftp.eunet.ch? I don't have a spare HD and will add NetBSD to my new HD and would like to, when possible, keep the other partitions intact.. ;-) - Is there a way to check where you write the rootfs? I know the method to calculate the blocknumber where you should write it is in the FAQ (and I understand it fully), but I suppose you could also use the calculated numbers with the 'devtofile' command to read the blocks you intend to overwrite into a file. Can this file be examined to check if you are indeed 'poking' at the right spot? What should I look for in this file? - Since I'm expecting a new harddrive this week, which is quite a bit larger than my previous one, what is a handy size to reserve for NetBSD? I was thinking along the lines of ~300MB (is this enough, even for X and compiling X stuff?), subdivided in 32MB swap (is this enough/too much? I'm reserving this for an anticipated expansion to 16Megs of RAM in the future; swap = 2 * 'real mem'), and 268MB left for the filesystems. Initially I would also have to create a temporary 8MB root for the rootfs.gz, leaving me with 260MB of space. How much space do the current *.tar.gz files consume, when unpacked? How many filesystems of what size for which stuff would be a smart layout? Are there things I should keep in mind when creating these partitions? (Future developments?) Should the swap be positioned somewhere in the middle of the 300MB reserverd space to minimize head-movements? Or is this of little (or no) use? - A question about the current GVP SCSI driver. Does it take advantage of possible 16-bit RAM which I could put on the HC8+? This would be the fastest possible temporary buffer (of minimally 2MB) for the HC8+ to DMA the data to and the fastest possible buffer to CPU-copy it out of. (Besides having 32-bit RAM within the ZORRO-II range, something which is, AFAIK, impossible on the A4000/040). I ask this because I will be using a GVP HC8+ as my A4000/040 SCSI controller (I know, I know, it sucks big time :) until the smoke clears from the ZORRO-III Fast-SCSI-2 controller battlefield. And, to ease my decision, when will there be a NetBSD driver for either the A4091 or the Z3 Fastlane? :) (or any other Fast-SCSI-2 adapter that might emerge.) - Totally unrelated to the previous questions, when will there be a working floppy driver and, following that, a floppy installation of NetBSD? I know several people who would be interested in running NetBSD (even more now that it's '040 compatible), but who are not at all happy or even familiar with the juggling around of .tar.gz files... The .tar.gz files, ranging in size from ~1 to ~10MB aren't exactly files inviting someone to download them with a modem at ~1.5 to 2Kb/s... :) Or isn't NetBSD 'ready' for a floppy installation? If so, when WILL it be 'ready'? What would be (in the future) the smartest way to install it from floppies? I, personally, like the way several of the PC Linux packages are installed (SLS, Slackware); multiple 'series' of floppies where the last disk of a serie is marked with an INSTALL.END file (or something like that). On every disk is a sort of index-file which contains a description of the files present on the disk and the status of them (required, handy, optional. See also the PC Linux Slackware installation). This would mean one could use AmigaDOS formatted floppies and distribute them in several formats. Which one would be the handiest: - each disk compressed into one .lha file; - DMS, Zoom, or whatever them; - Just store them in seperate directories, just like the PC Linux guys do it, except for the boot and/or root disk of course. The NetBSD boot-disk could be AmigaDOS also (just loadbsd, vmunix.xxx and a simple Startup-Sequence) The last option sounds nice 'n' simple, but the problem I foresee is that many of us would have to move these files at one point in time (I have to, at least :) through a DOS box, probably losing part(s) of the filenames due to the brainless DOS 8.3 limit... I personally like the idea of using longer filenames, so that would be a problem or we limit ourselves to 8.3 filenames... So, DMSing them would be smarter, and now that the latest DMS (1.33) supports verifying, a lot safer. Does anyone have any other ideas about this (future) problem? I would welcome any suggestions. Many thanks in advance, Patrick. From osymh@gemini.oscs.montana.edu Wed Nov 24 02:21:37 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA29637; Tue, 23 Nov 93 20:16:40 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16626; Tue, 23 Nov 93 20:16:19 EST Received: from gemini.oscs.montana.edu by cbmmail.commodore.com (4.1/SMI-4.1) id AA29628; Tue, 23 Nov 93 20:16:16 EST Received: by gemini.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA26134; Tue, 23 Nov 1993 18:16:50 -0700 Message-Id: <9311240116.AA26134@gemini.oscs.montana.edu> From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Date: Tue, 23 Nov 1993 18:16:50 -0700 In-Reply-To: William J. Coldwell's message of Nov 23, 3:43pm X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd@cbmuucp.commodore.com Subject: Re: Using the vmunix-040.713 and several other questions Status: RO On Nov 23, 3:43pm, William J. Coldwell wrote: > Michael asked of Ralph: > > Does the Fastlane use the 73C710? > > No, it uses the 53c94 I believe.. also, can we replace "73c710" in your brain > with the correct chip number of "53c710"? ;-) Oops - where did that "7" come from? Must be working too hard! Michael From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 04:26:08 1993 To: NetBSD-amiga@cbmuucp.commodore.com Newsgroups: endicor.lists.netbsd.amiga From: tsarna@endicor.com (Ty Sarna) Subject: Re: if anyone wants to try out x under 713 Organization: Endicor Technologies, Inc., San Antonio, Texas Sender: NetBSD-Admin@cbmuucp.commodore.com In article <199311222258.XAA02065@eunet.ch> mw@eunet.ch (Markus Wild) writes: > fixed those, and uploaded a 714 binary to ftp.eunet.ch. However, to > keep the volume of source changes at a reasonable level, I'd prefer > not to distribute sources for this intermediate version too (it's the > '30 version btw), let's wait for the final '40 code, for example. How are you and CVS getting along these days? :-) Any chance you could commit you changes to the official tree each time you provide a new source archive? -- Ty Sarna "Don Johnson is back -- back in time, and battling drug-trafficking dinosaurs. Don Johnson -is- tsarna@endicor.com Jurassic Narc. Tuesdays at 8; 7 Central & Mountain" From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 05:37:57 1993 From: ahh@netcom.com (Andy Heffernan) Subject: Changes in 713 To: netbsd-amiga@cbmuucp.commodore.com (NetBSD-Amiga Mailing List) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Why were these changes made to the #713 sources? These changes mean you won't get a successful link unless you have config vmunix swap generic in your config file. Perhaps these lines would be better off in amiga/autoconf.c. *** /usr/src/sys.709/kern/vfs_conf.c Sun Oct 24 12:09:45 1993 --- kern/vfs_conf.c Tue Aug 24 05:56:09 1993 *************** *** 37,51 **** #include "param.h" #include "mount.h" - - /* - * This specifies the filesystem used to mount the root. - * This specification should be done by /etc/config. - */ - extern int ufs_mountroot(); - int (*mountroot)() = ufs_mountroot; - - /* * These define the root filesystem and device. */ --- 37,42 ---- *** /usr/src/sys.709/arch/amiga/amiga/swapgeneric.c Thu Jul 29 14:55:50 1993 --- arch/amiga/amiga/swapgeneric.c-orig Sun Nov 21 15:01:12 1993 *************** *** 41,46 **** --- 41,49 ---- #include "../dev/device.h" + extern int ufs_mountroot(); + int (*mountroot)() = ufs_mountroot; + /* * Generic configuration; all in one */ -- ------------------------------------------------------------------------ Andy Heffernan ahh@netcom.com From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 07:42:32 1993 From: ahh@netcom.com (Andy Heffernan) Subject: fontdumper To: netbsd-amiga@cbmuucp.commodore.com (NetBSD-Amiga Mailing List) X-Mailer: ELM [version 2.3 PL11] Sender: NetBSD-Admin@cbmuucp.commodore.com Here are some suggested changes for fontdumper.c. The first is to keep non-C-code from being written to the generated source file. The second is to right-justify the font glyphs in the character cell when the font width is less than NetBSDwdth (8). Apparently, the display code counts bits from the right (low-order). *** arch/amiga/stand/dumpfont/fontdumper.c-orig Sun Nov 21 09:17:47 1993 --- arch/amiga/stand/dumpfont/fontdumper.c Tue Nov 23 21:26:19 1993 *************** *** 95,104 **** --- 95,106 ---- fprintf (stderr, "Can't open font: %s\n", ta.ta_Name); exit (1); } + #ifdef DEBUG fprintf(stderr, "Information on selected font:\n"); fprintf(stderr, "Name=%s\n", ta.ta_Name); fprintf(stderr, "Height=%d tf_Style=%x tf_Flags=%x Width=%d Baseline=%d\n", tf->tf_YSize, tf->tf_Style, tf->tf_Flags, tf->tf_XSize, tf->tf_Baseline); + #endif /* Check for NetBSD restrictions */ if (tf->tf_Flags & FPF_PROPORTIONAL) { *************** *** 131,136 **** --- 133,140 ---- Move (&rp, 0, tf->tf_Baseline); ClearEOL(&rp); if (tf->tf_XSize != NetBSDwidth) { + /* right-justify char in cell */ + Move (&rp, NetBSDwidth - tf->tf_XSize, tf->tf_Baseline); /* Narrow font, put each character in space of normal font */ for (i = 0; i < (256 - 32); i++) { Text (&rp, &str[i], 1); From rbungen@hvlpa.att.com Wed Nov 24 09:31:00 1993 Received: from cbmuucp.commodore.com by cbmmail.commodore.com (4.1/SMI-4.1) id AA00423; Wed, 24 Nov 93 03:26:05 EST Received: from cbmmail.commodore.com by cbmuucp.commodore.com (4.1/SMI-4.1) id AA16797; Wed, 24 Nov 93 03:25:45 EST Received: from att.att.com (gw1.att.com) by cbmmail.commodore.com (4.1/SMI-4.1) id AA00414; Wed, 24 Nov 93 03:25:43 EST Message-Id: <9311240825.AA00414@cbmmail.commodore.com> From: rbungen@hvlpa.att.com Date: Wed, 24 Nov 93 09:22 MET Original-From: hvlpa!rbungen (R R Bungener +31 35 87 1526) To: netbsd@cbmuucp.commodore.com Subject: Compiling Environment Status: RO Hello, I am trying to compile the 644 kernal. Running GCC2.4.5 make 3.68 and either Csh 5.x or SKsh 2.x the thing happily compile till it has to do things with vmunix then it aborts with "loading vmunix and can not find vmunix" I have two questions : 1) Those of you who can compile on the Ados-side, how does your enviroment looks like. 2) Any clue why this does not work ! Robert R. Bungener Email : rbungen@hvlpa.att.com rbungen@attmail.com From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 13:00:31 1993 From: Arthur Hoffmann Subject: vmunix pal trick. To: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL5] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 785 Sender: NetBSD-Admin@cbmuucp.commodore.com Hi, After finding that vmunix 713 and 714 don't work properly with X11 I started trying out things.. 713 didn't work at all with X11, and it didn't make any use of overscan on the console. (it did use pal though) 714... Well that is a problem. first it has the same problems as 713 whenever I say xinit it gives a mmu fault and panics :(. Also when I boot from amigados the Amigados mousepointer becomes an annoying vertical bar on the 714 screen. Anyway, the trick I wanted to explain was as follows: If you want a pal screen with vmunix709, then just start up your NetBSD with vmunix 714, then do a ctrl-c and do cp vmunix.709 /dev/reboot, then the machine will load up in pal and X will use the whole screen ;) Arthur. Arthur Hoffmann hoffmann@nutmeg.ntu.edu.au From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 18:54:30 1993 From: Markus Landgraf To: oster@skorpio.usask.ca Cc: NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: xfig Sender: NetBSD-Admin@cbmuucp.commodore.com Xfig version 2.1.7 compiles (and runs) just fine under NetBSD with X11R4. If anybody's interested in using xfig right away, I can upload it to ftp.funet.ch. Otherwise, I'll wait until X11R5 is out before uploding it... Waiting for X11R5 with shared libs is a good idea, beacause Xfig has enormous size with x-libs linked statically. ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 19:46:02 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: Using the vmunix-040.713 and several other questions Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 23, 3:43pm, William J. Coldwell wrote: > Michael asked of Ralph: > > Does the Fastlane use the 73C710? > > No, it uses the 53c94 I believe.. also, can we replace "73c710" in your brain > with the correct chip number of "53c710"? ;-) Oops - I wonder where that "7" came from? I must be working too hard. I also just figured out that when editing the mail headers I was sending my replies to netbsd@cbm... instead of netbsd-amiga@cbm... It's been a long week and it's only Wednesday! Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 20:15:22 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: Using the vmunix-040.713 and several other questions Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 23, 8:57pm, Patrick Vervoorn wrote: > I have tried the brand-new vmunix-040.713 kernel, but it, much to my > regret, doesn't do much on my Amiga 4000/040, though comparably a lot more > than previous kernels... :) Ah - someone finally willing to try it out on the A4000. > The first problem is (probably) the AGA chipset; if I boot with it enabled, > the console screen that appears is a bunch of garbage. Selecting the ECS > setting in the 3.0 bootmenu fixes this. Typing That would make sense - the current kernel wouldn't know anything about the AGA stuff. > 1> RunShit loadbsd.713 vmunix-040.713 > > also fixes this problem. RunShit is a rather useful "getting euro-demos to > work"-utility. Too bad I have to use it with NetBSD :) Is the source to RunShit available? If it's easy to select the ECS mode from software, loadbsd could be modified to do this. This would be a workaround until the kernel can initialize things properly. > The second problem happens during booting; since I know of no way to > redirect the console output to a file (and I don't even have a NetBSD > partition yet (my HD died sunday :()), I have written it on a piece of > paper and will type it from this piece of paper; I might have missed > something or used the wrong character case (upper/lower), so there might be > some errors. All goes well upto and including the first line I quote, after > that the sh*t hits the fan... > > --------------------------------------------------------------------------- > > using 102 buffers blabla.... > unexpected trap (vector offset 30) from 10009 This is rather strange, as that trap is defined as "reserved, undefined" according to my 68040 manual. I'll have to look at what's at that pc location. > pid 0: kernel format exception Looks like a stack frame got clobbered, or maybe the 040 doesn't accept the stack frame from the previous exception. > trap: bad kernel access at 10 > trap type 8, code = 485, v = c0 > pid = 0, pc = 00059F68, ps = 2018, sfc = 0001, dfc = 0001 > registers: > 0 1 2 3 4 5 6 7 > preg FFFFFFF7 FFFFFFFF 00000001 00000000 0000008A 0000000C 0000000D 00000000 > areg 00000000 01C0F850 000A5E50 00000000 0009A068 00000000 FFFFFEAE 0EFFFFFC This looks like a fault in the kernel trying to access location 0x10 (or 0xc0 - the "at 10" and "v= c0" should be printing out the same value). Again, I'll have to check the pc location and see what was going on. > kernel stack (FFFFFD8C) > > I don't blame you :-) > panic: MMU fault > hit any key to boot/dump > > It's probably not a good idea to hit a key at this point until the kernel gets far enough to be able to write a dump file. Since there's nothing to analyze a dump file yet anyway, it's probably best to just reboot at this point. > All this on an Amiga 4000/040, 8MB FAST, 2MB CHIP, the plain SeaCrate > 120meg HD and nothing else in it. It is of course possible it crashes > because it finds no supported host-adapter; after my HD crash I removed my > GVP HC8+ (it slowed down the booting by about half a minute every time I > reset due to no devices on the SCSI bus)... If this is so, it might prove > useful to give some more meaningfull messages during bootup, indicating > this problem... I'm not sure, but you might be able to disable the autoboot on the GVP HC8+ card which would allow you to leave the card in the machine without a hard disk connected. I ran mine that way for a while. If I wanted to use the controller, I could just run binddrivers (I don't normally run it on bootup since I have nothing that needs it at the moment). Then again, I don't think this would work on the next kernel - I modified the autoconfig of the GVP devices to try to distinguish the Series II controller and the I/O extender card. I think the Series II controller with the autoboot disabled would look exactly like the I/O extender. [I'm going to disable the autoboot on my GVP this weekend since I want to try out a new ADOS driver for it, so I'll find out if it will work.] If the fast memory on the A4000 starts at 0x07000000 or higher, the current kernel will think it's running on an A3000 and attempt to configure the hardware as such. Specifically, it will try to access the real time clock [does anybody know if the RTC on the A4000 is the same or different than the RTC on the A3000?], and it will also attempt to access the built-in SCSI on the A3000. The next kernel will have a patchable location (_a3000_flag) that can be patched to 0 to disable the A3000 configuration setup. I suspect that the A4000 may need a special configuation setup. > I hope this means something to all you kernel hackers; I'm not one of them, > though I've tried to compile the kernel under AmigaDOS. To no avail, which > brings me to my third problem; Since I've been doing the 040 support, it does mean something to me and I will do what I can to help get it running on the A4000. Since I don't have any access to an A4000, it's not too easy to do. > - Until my new HD arrives (hopefully at or before the end of this week), I > can't even try to write the rootfs to my HD. Does the current rootfs still > work with the '040 patches (or a '040 kernel)? Or is it hopelessly > out-of-date? I've booted my '040 kernel using the original rootfs and it works well enough to boot up to the root prompt and allow access to the root file system. Unfortunately, the 713 and later kernels have changed some data structures so that the old newfs will not run. It should be easy enough to transfer the new newfs to the root partition. > - Could the author of the rather handy (or so the message claimed) "raw > partition write"- util (I forgot its AND the author's name: sorry about > that) please upload it to ftp.eunet.ch? I don't have a spare HD and will > add NetBSD to my new HD and would like to, when possible, keep the other > partitions intact.. ;-) If you are talking about the dcp program by Chris Hooper, it should be available at ftp.mtu.edu in the directory /pub/cdh. It's much easier to use dcp than filetodev [I never bothered trying to use filetodev.] > - Is there a way to check where you write the rootfs? I know the method to > calculate the blocknumber where you should write it is in the FAQ (and I > understand it fully), but I suppose you could also use the calculated > numbers with the 'devtofile' command to read the blocks you intend to > overwrite into a file. Can this file be examined to check if you are indeed > 'poking' at the right spot? What should I look for in this file? If you have the RDB information correct, then dcp will access the correct location. > - A question about the current GVP SCSI driver. Does it take advantage of > possible 16-bit RAM which I could put on the HC8+? This would be the > fastest possible temporary buffer (of minimally 2MB) for the HC8+ to DMA > the data to and the fastest possible buffer to CPU-copy it out of. (Besides > having 32-bit RAM within the ZORRO-II range, something which is, AFAIK, > impossible on the A4000/040). No, the current GVP SCSI driver does not take advantage of the Zorro II memory. You need to patch _scsi_no_dma if your fast memory is outside the Zorro II address space. I've had some thoughts on doing some things dynamically for both the GVP and A2091 drivers so that it will use DMA if the buffer is withing the Zorro II address space and use PIO if the buffer isn't. I'd also like to try setting up a chip memory buffer that could be used to do DMA if the buffer is outside the Zorro II address space (there isn't any convenient way at the moment to have it use 16 bit memory, which would be better - but DMA using chip memory should be better than PIO). > And, to ease my decision, when will there be a NetBSD driver for either the > A4091 or the Z3 Fastlane? :) (or any other Fast-SCSI-2 adapter that might > emerge.) I've got the 53C710 [got that number correct this time!] drive reorganized to allow supporting different cards, so the A4091 support should be easy to add once all the required hardware details are known. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 20:44:00 1993 From: kjetilja@stud.cs.uit.no (Kjetil Jacobsen) Disclaimer: This message was sent from, not by, the University of Tromsoe Subject: Non-working AGA To: netbsd-amiga@cbmuucp.commodore.com Mailer: Elm [revision: 70.85] Sender: NetBSD-Admin@cbmuucp.commodore.com Just read that the graphic-modes doesn't work with AGA. To fix this is very simple, information about how to use copperlist in a correct way (even Kickstart independent) can be found in HowToCode7 (should be around on aminet, nic. etc) .. RunShit probably apply the rules from HTC7. -- | Kjetil Jacobsen (kjetilja@stud.cs.uit.no) | | "No mosh. No fun. No trends. No core" - DSP | From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 22:44:11 1993 From: Markus Wild Subject: Re: if anyone wants to try out x under 713 To: tsarna@endicor.com (Ty Sarna) Cc: NetBSD-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23alpha2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 544 Sender: NetBSD-Admin@cbmuucp.commodore.com > How are you and CVS getting along these days? :-) Any chance you could > commit you changes to the official tree each time you provide a new > source archive? Not exactly at war anymore, but no real friendship either:-) But the problem is not really CVS, the problem is more the time needed to transfer the stuff over to sun-lamp, update the cvs tree there, insert the changes, commit. I do not have a T2 link to my development amiga, and pay a $6 per hour phone bill with the ppp link, so I do try to keep connection time short... -Markus From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 22:44:23 1993 From: Markus Wild Subject: Re: More experiences with X To: tsarna@endicor.com (Ty Sarna) Cc: NetBSD-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23alpha2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1335 Sender: NetBSD-Admin@cbmuucp.commodore.com > How does one actually access the different modes supported by chopp's > console stuff? There seems to be some A2024 support in there, and I'd > LOVE to get X running on mine! :-) (especially since my sun3's monitor > went up in smoke and bright blue sparks recently, sigh). Chris? There are ioctl's that set display mode, and Chris seems to have a tool that sends those ioctls, right? > Also, in both 713 and 714, reboot stopped working. It used to work Mike Hitch gave an important clue: it might be because of recent misalignment of the reboot code. If the reboot code isn't long aligned, the prefetch trick might not work. > perfectly, now it gives me fireworks. The display area of the screen > (the 640x400 in the midle, the overscan area stays grey) alternates > between a pattern of vertical white stripes and grey/blue/black > "static". I'm running on a B2000 with a GVP Series II '030, 8M ram. This could also be the result of the new chipmem allocator. Chris, do you give chipmem away starting from the start or from the end? Previously, chipmem was allocated from the ends, growing towards the start. Could be that the new allocator goes the other way round, then you'd see the reboot code "show up" in your console, as it has to be copied to chipmem to be able to turn off the mmu before the actual reset. -Markus From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 22:44:35 1993 From: Markus Wild Subject: Re: Changes in 713 To: ahh@netcom.com (Andy Heffernan) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23alpha2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 302 Sender: NetBSD-Admin@cbmuucp.commodore.com > Why were these changes made to the #713 sources? These changes > mean you won't get a successful link unless you have > > config vmunix swap generic > > in your config file. Perhaps these lines would be better off in > amiga/autoconf.c. No, the should be generated by config.. sigh.. -Markus From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 22:44:38 1993 From: Markus Wild Subject: Re: Diff for grf_rtregs.h To: lahaye_o@epita.fr (olivier lahaye) Cc: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23alpha2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 620 Sender: NetBSD-Admin@cbmuucp.commodore.com > the /usr/include/sys/amigadev/grf_rtregs.h has little errors and was a little incomplete. > here is the diff file for the correction. Incorporated those diffs. They result from me using the printed "official" chip manual from NCR (which classified as "preliminary", and you obviously using the ncr doc in the vgadoc2.zip archive. > Now a small programm to test the retina config. > please try it, and tell me please if the memory config > is well detected. Thanks. We've got an NCR, Let's figure out which one Chipset is: NCR77C22E+ Chip type:0x02 Version:0x0b Installed memory:4096 Kb Which is correct. -Markus From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 22:44:45 1993 From: Markus Wild Subject: Re: Using GVP Series I To: chofarde@scinfo.u-nancy.fr (Alain Chofardet) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23alpha2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 446 Sender: NetBSD-Admin@cbmuucp.commodore.com > When NetBSD initialize, it tries to recognize SCSI cards installed. > > Mine is a GVP series I (one), not II. I saw GVP series II is referenced as > Manufacturer 2017 Product 11. Series I is Product 3; this is my showconfig : > > > Do you think the code of the driver Series II is the same for Series I ? As far as I've heard, it's not. But I really don't have ANY docs for GVP products, so perhaps somebody who knows can jump in? -Markus From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 22:45:39 1993 From: Markus Wild Subject: Re: Building kernel 713 kernel_font_baseline(boldsmear)? To: hoffmann@it.ntu.edu.au (Arthur Hoffmann) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL23alpha2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 456 Sender: NetBSD-Admin@cbmuucp.commodore.com > Then It built the kernel library properly. But when it came to do > "loading vmunix" it struggled over 2 missing functions: > 1.) _kernel_font_baseline > 2.) _kernel_font_boldsmear These are not functions.. they're two new variables used by Chris' console driver. kernel_font.c.distrib should contain the following two lines (at least it does on my system...): unsigned char kernel_font_baseline = 11; short kernel_font_boldsmear = 1; -Markus From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 23:33:57 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: More experiences with X Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 24, 8:58pm, Markus Wild wrote: > > Also, in both 713 and 714, reboot stopped working. It used to work > > Mike Hitch gave an important clue: it might be because of recent > misalignment of the reboot code. If the reboot code isn't long aligned, > the prefetch trick might not work. It's more than that - see below. > > perfectly, now it gives me fireworks. The display area of the screen > > (the 640x400 in the midle, the overscan area stays grey) alternates > > between a pattern of vertical white stripes and grey/blue/black > > "static". I'm running on a B2000 with a GVP Series II '030, 8M ram. > > This could also be the result of the new chipmem allocator. Chris, > do you give chipmem away starting from the start or from the end? > Previously, chipmem was allocated from the ends, growing towards > the start. Could be that the new allocator goes the other way round, > then you'd see the reboot code "show up" in your console, as it has > to be copied to chipmem to be able to turn off the mmu before the > actual reset. The new chipmem allocator grabs the entire chip memory and starts allocating from the beginning instead of the end (I just looked at it this noon). The real reason the reboot code isn't working (and gives you fireworks) is that the code to copy the reboot code to chip memory doesn't work. The reason the reboot worked before was that the reboot code was left over in chip memory when the kernel was moved there and was never over-written. I made some changes to correct the copy - I don't get the fireworks on my screen now. I can't tell if it will actually work since I haven't been able to get the reboot code to work on the '040 yet. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Wed Nov 24 23:43:19 1993 From: William J. Coldwell To: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Subject: Re: Using the vmunix-040.713 and several other questions Cc: netbsd-amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) >If it's easy to select the ECS mode >from software, loadbsd could be modified to do this. This would be >a workaround until the kernel can initialize things properly. Wasn't there something about doing a LoadView(NULL); that would cause the AGA chip set to switching into ECS mode? My memory fails me.. core dumped. > If the fast memory on the A4000 starts at 0x07000000 or higher, the current >kernel will think it's running on an A3000 and attempt to configure the >hardware as such. The Magnum starts at 0x08000000, so it _was_ meeting this requirement, against our wishes ;-). >The next kernel will have a patchable location >(_a3000_flag) that can be patched to 0 to disable the A3000 configuration >setup. I suspect that the A4000 may need a special configuation setup. I'm pretty sure it's gonna be ugly for now. > Since I've been doing the 040 support, it does mean something to me and >I will do what I can to help get it running on the A4000. Since I don't >have any access to an A4000, it's not too easy to do. It's the thought that counts ;-). > If you are talking about the dcp program by Chris Hooper, it should be >available at ftp.mtu.edu in the directory /pub/cdh. It's much easier to >use dcp than filetodev [I never bothered trying to use filetodev.] This is what I've used.. BTW: how come it's not on ftp.eunet.ch in the contrib or bin directory? It's so handy, that we should have it available with the distribution material, rather than having the same "Where is dcp" question asked (for those who don't read the FAQ). > I've got the 53C710 [got that number correct this time!] drive reorganized >to allow supporting different cards, so the A4091 support should be easy >to add once all the required hardware details are known. Now (being the slave-driver I am (or is that /dev/master? ;-)), can you give us an idea of when the next source merge will be? I look forward to a day where: config A2000 MC68040 NCR53c710 A2024 config A3000 config A4000 MC68040 FASTLANE will do what we want it to do ;-). and most of all... my_cli> make ... ... ... "compile completed: no errors" But I know, I would be asking too much ;-))) Bill From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 02:30:28 1993 From: Bill Squier To: netbsd-amiga@cbmuucp.commodore.com Subject: GVP@33Mhz Sender: NetBSD-Admin@cbmuucp.commodore.com Just out of curiosity, is anyone here running a GVP accel. w/ an A2000-RAM32/Rev 3 RAM daughterboard? My accel has "50 MHz" drawn in block lettering on the board, but is clocked at 33MHz (33MHz crystal, 030 and 882) GVP claims that the PAL's on the board can't handle "extended" memory at 33MHz (ie- my only option is to install GVP 1MB SIMMS, max=8MB). The technician hinted that in some cases he's HEARD of customers squeezing 20MB out of the board by installing 4MB SIMMS, but official policy is that it doesn't work. Any practical experience from people on this list, especially w.r.t to where the board configures that memory in the '030's address space? -wps From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 03:29:28 1993 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2109 From: "Christian E. Hopps" To: abair@amcu-tx.sps.mot.com (Alan Bair) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: fontdumper, Chris's changes? Sender: NetBSD-Admin@cbmuucp.commodore.com > > Hi Arthur (I hope Chris is watching), > > > > Hi, Alan > > thank's for your reply on the mailing list. You suggested I should use > > fondtumper to get over my compiling problems wiht kernel 713. Well I > > tried to use it, but I needed to compile it on the Amiga (ADOS). but > > it kept on complaining about some includes not found. These are: > > proto/exec.h and proto/graphics.h. > > Those look like SAS/C include files, which Chris must have added when he > updated the code. I used only GCC stuff. I have not picked up the 713/714 > release yet, so I don't know what his code looks like. Dow! yes, I couldn't get it to compile under gcc (the optimal distribution method for this stuff i relize) so I had to modify the source to compile under SAS/C. It should work to simply change into > > > I don't even have a directory on my machine that is called proto. I'm > > using GCC2.4.5. to: Arthur, almost synonymous with a directory names "inline" > > Anyway I rememvered an archive with your programmes uploaded > > somewhere, so I just grabbed that and it contained the programme > > already compiled :) I used and dumped the font (plain). then I > > transferred it to the BSD side of the system and rebuilt the kernel > > with the new kernel_font.c, but I got the same error messages as > > before :(. > > The problem there is that the upload I made was before Chris added his > stuff, so that is a compiled copy of the older version. > > I guess I need to get the newer code and see what he did. Then I'll try to > compile it and maybe upload a new version before I disappear for Turkey > Day (A US holiday). Please, and if you could post a new version that compiles under gcc, (as oposed to SAS/C :^) ) with that patch I sent you... :^) > > -- > Alan Bair MCTG AMCU DSCS > Motorola, Inc. (Design Software & > Mail Stop OE-320 Computer Services) > 6501 William Cannon Dr. West (512) 891-2336 > Austin, TX 78735-8598 abair@amcu-tx.sps.mot.com > Thanks Alan sorry for messing up your program :^) Chris. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 03:29:37 1993 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 878 From: "Christian E. Hopps" To: brother@epita.fr (olivier brand) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: your mail Sender: NetBSD-Admin@cbmuucp.commodore.com > > If you want a great PAL screen (with overscan), here is a little trick: > 1)edit the ite_cc.c > 2)modify the line : ...rows = bp->..height / bp->..ftheight; > ---> test if bp->..height is greater than your old height define (in grf_ccreg.h), if it is calculate: ...rows = oldvalue / font height; > 3)edit the grf_ccreg.h > 4)change your screen height : 538 seems to be a good value (better than NTSC) > 5)compile the kernel > > What would happen: in text mode, you will have the NTSC (aaarrrgh) mode, > but in graphic mode (X-Window) you will have a big screen. > > Enjoy it > Is this with 713 sources? My PAL stuff currently doesn't do anything special except display more lines. I didn't enable the ECS PAL thing for NTCS machines so I have no way of testing if any of the PAL works. I would like to here from someone who has tried PAL in the new sources. Chris. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 03:29:52 1993 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 655 From: "Christian E. Hopps" To: jph@anaconda.Bloomington.IN.US (J.P. Hillenburg) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: easy install system Sender: NetBSD-Admin@cbmuucp.commodore.com > > Q: When NetBSD is finished, will there be a simple-install package, > similar to the SLS package for Linux? I hope to provide one yes, with amigaguide (texinfo) documentation and floppy install procedure, I may create a sellable package and maybe I will just give it away. [chris is wondering how much money he could have made if he worked at his paying job instead of on netbsd...] > > -- > Joseph Hillenburg (xterm), NPS Technologies, Bloomington, Indiana > UUCP: jph@anaconda.Bloomington.IN.US \ / > "My OTHER computer is a CM-5" +----o0o----+ > INET: xterm@cup.portal.com Long live the Hornet > Chris. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 03:30:05 1993 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1962 From: "Christian E. Hopps" To: tsarna@endicor.com (Ty Sarna) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: More experiences with X Sender: NetBSD-Admin@cbmuucp.commodore.com > > In article <199311221637.RAA01238@eunet.ch> mw@eunet.ch (Markus Wild) writes: > > > ObWhine: I'd like to have a PAL-mode, too. :-) > > > > Ok, I didn't remove if from the new console, so it's there for those > > that want to get headaches.. > > How does one actually access the different modes supported by chopp's > console stuff? There seems to be some A2024 support in there, and I'd > LOVE to get X running on mine! :-) (especially since my sun3's monitor > went up in smoke and bright blue sparks recently, sigh). I haven't tested the 1024x1024 mode (I think it may need some work.), but I am currently running the 640x800 mode which works real nice, All you need to do is set the default screen height to 800. This can be done in ite_cc.c if you want to be clean. add hand crafted patch: :^) *** 53 *** /* globals */ int ite_default_width = 640; ! #if defined (GRF_NTSC) int ite_default_height = 400; int ite_default_depth = 2; --- 53 --- /* globals */ int ite_default_width = 640; + #if defined (GRF_A2024) + int ite_default_height = 800; + int ite_default_depth = 1; ! #elif defined (GRF_NTSC) int ite_default_height = 400; int ite_default_depth = 2; [for some reason markus didn't include this from my sources.] or if you just want to see it work :^) binpatch -s _ite_default_height -r 800 vmunix > Also, in both 713 and 714, reboot stopped working. It used to work > perfectly, now it gives me fireworks. The display area of the screen > (the 640x400 in the midle, the overscan area stays grey) alternates > between a pattern of vertical white stripes and grey/blue/black > "static". I'm running on a B2000 with a GVP Series II '030, 8M ram. Just three-finger salute at this point, I wanted to get this version to Markus and didn't have time to find this one. The fireworks shouldn't be dangerous, I belive its just random copper list date, I don't think my code is being told when to turn off.... looking into this. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 03:30:21 1993 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2225 From: "Christian E. Hopps" To: vervoorn@dutiws.TWI.TUDelft.NL (Patrick Vervoorn) Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: Using the vmunix-040.713 and several other questions Sender: NetBSD-Admin@cbmuucp.commodore.com > > Hello, > > I have tried the brand-new vmunix-040.713 kernel, but it, much to my > regret, doesn't do much on my Amiga 4000/040, though comparably a lot more > than previous kernels... :) > > The first problem is (probably) the AGA chipset; if I boot with it enabled, > the console screen that appears is a bunch of garbage. Selecting the ECS > setting in the 3.0 bootmenu fixes this. Typing > > 1> RunShit loadbsd.713 vmunix-040.713 > > also fixes this problem. RunShit is a rather useful "getting euro-demos to > work"-utility. Too bad I have to use it with NetBSD :) > > Somebody better look into AGA specific problems with the console stuff... > Maybe the semi-(il)legal AGA hardware-banging-textfile that is 'floating > around' might prove helpful? ACK! I am usin ECS stuff within the CC code, and I have an ECS machine which runs it fine. I don't have anyway to test the console code on an AGA machine... For now it will probably work fine to simply recompile the kernel with the optn GRF_ECS disabled. I will look into this sometime... We may want to have this tested and possible distribute a vmunix that has GRF_ECS turned off. it really does not do anything but set DIWHIGH... [...] > > - Could the author of the rather handy (or so the message claimed) "raw > partition write"- util (I forgot its AND the author's name: sorry about > that) please upload it to ftp.eunet.ch? I don't have a spare HD and will > add NetBSD to my new HD and would like to, when possible, keep the other > partitions intact.. ;-) > > - Is there a way to check where you write the rootfs? I know the method to > calculate the blocknumber where you should write it is in the FAQ (and I > understand it fully), but I suppose you could also use the calculated > numbers with the 'devtofile' command to read the blocks you intend to > overwrite into a file. Can this file be examined to check if you are indeed > 'poking' at the right spot? What should I look for in this file? PLEASE grab device-streams.tar.gz from wuarchive.wustl.edu from the boing/NetBSD directory... I can't seem to get it to ftp to ftp.eunet.ch.. it will handle all this stuff for you. [...] > > Many thanks in advance, > > Patrick. > Chris. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 03:30:31 1993 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3213 From: "Christian E. Hopps" To: netbsd-amiga@cbmuucp.commodore.com Subject: Boot fireworks and /dev/reload Sender: NetBSD-Admin@cbmuucp.commodore.com It has been recently pointed out that the newest kernel source and binary cause fireworks when rebooting. The following patches fix this. They may not all be nec. but I would appreciate it if everyone applies them all. (read: its fixed but not 100% sure which bug (quasi) was the one. I basically just went in and changed anything that looked wrong; tried it; it worked.) They are made direclty from 713 sources so ``cd sys/arch/amiga; patch < mail'' should work just dandy. *** mtk-amiga/locore.s Sun Nov 21 21:37:07 1993 --- amiga/locore.s Wed Nov 24 08:17:22 1993 *************** *** 2380,2388 **** movw #0x2700,sr | cut off any interrupts | clear first 4k of CHIPMEM movl _CHIPMEMADDR,a0 movl a0,a1 ! movl #1024,d0 Ldb1: clrl a0@+ --- 2380,2390 ---- movw #0x2700,sr | cut off any interrupts + CUSTOMADDR(a5) + movew #(1<<9),a5@(0x096) | disable DMA (before clobbering chipmem) | clear first 4k of CHIPMEM movl _CHIPMEMADDR,a0 movl a0,a1 ! movl #4096,d0 | 1024 is not 4k, movl #1024,d0 Ldb1: clrl a0@+ *************** *** 2392,2396 **** lea a1@(Ldoreboot),a0 | KVA starts at 0, CHIPMEM is phys 0 lea a1@(Ldorebootend),a1 ! lea pc@(Ldoreboot-.+2),a2 Ldb2: movel a2@+,a0@+ --- 2394,2398 ---- lea a1@(Ldoreboot),a0 | KVA starts at 0, CHIPMEM is phys 0 lea a1@(Ldorebootend),a1 ! lea pc@(Ldoreboot),a2 Ldb2: movel a2@+,a0@+ *************** *** 2407,2413 **** | nop | align RESET on long word #else ! lea pc@(zero-.+2),a0 pmove a0@,tc | Turn off MMU ! lea pc@(nullrp-.+2),a0 pmove a0@,crp | Turn off MMU some more pmove a0@,srp | Really, really, turn off MMU --- 2409,2415 ---- | nop | align RESET on long word #else ! lea pc@(zero),a0 pmove a0@,tc | Turn off MMU ! lea pc@(nullrp),a0 pmove a0@,crp | Turn off MMU some more pmove a0@,srp | Really, really, turn off MMU *************** *** 2471,2477 **** .word 0x4e7b,0x3807 | movc d3,SRP #else ! lea pc@(zero-.+2),a3 pmove a3@,tc | Turn off MMU ! lea pc@(nullrp-.+2),a3 pmove a3@,crp | Turn off MMU some more pmove a3@,srp | Really, really, turn off MMU --- 2473,2479 ---- .word 0x4e7b,0x3807 | movc d3,SRP #else ! lea pc@(zero),a3 pmove a3@,tc | Turn off MMU ! lea pc@(nullrp),a3 pmove a3@,crp | Turn off MMU some more pmove a3@,srp | Really, really, turn off MMU *** mtk-dev/ite_cc.c Sun Nov 21 22:51:55 1993 --- dev/ite_cc.c Wed Nov 24 07:55:09 1993 *************** *** 53,57 **** /* globals */ int ite_default_width = 640; ! #if defined (GRF_NTSC) int ite_default_height = 400; int ite_default_depth = 2; --- 53,60 ---- /* globals */ int ite_default_width = 640; ! #if defined (GRF_A2024) ! int ite_default_height = 800; ! int ite_default_depth = 1; ! #elif defined (GRF_NTSC) int ite_default_height = 400; int ite_default_depth = 2; *************** *** 258,262 **** } #endif ! if (cci->row_ptr) { free_chipmem (cci->row_ptr); --- 261,268 ---- } #endif ! ! /* we'll at least turn it off. */ ! viewioctl (IPUNIT(ip), VIEW_REMOVE, NULL, 0, -1); ! if (cci->row_ptr) { free_chipmem (cci->row_ptr); Chris. From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 04:10:15 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: Boot fireworks and /dev/reload Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 24, 9:17am, "Christian E. Hopps" wrote: ... > | clear first 4k of CHIPMEM > movl _CHIPMEMADDR,a0 > movl a0,a1 > ! movl #4096,d0 | 1024 is not 4k, movl #1024,d0 > Ldb1: > clrl a0@+ But 1024 long words is 4096 bytes! Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 05:52:47 1993 From: William J. Coldwell To: osymh@gemini.oscs.montana.edu (Michael L. Hitch) Subject: Re: Boot fireworks and /dev/reload Cc: NetBSD-Amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) >On Nov 24, 9:17am, "Christian E. Hopps" wrote: >... >> | clear first 4k of CHIPMEM >> movl _CHIPMEMADDR,a0 >> movl a0,a1 >> ! movl #4096,d0 | 1024 is not 4k, movl #1024,d0 >> Ldb1: >> clrl a0@+ >> But 1024 long words is 4096 bytes! Hey come on.. it's that "new math" thing ;-). From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 09:37:04 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Using the vmunix-040.713 and several other questions To: billc@iceCuBE.rain.com Cc: osymh@gemini.oscs.montana.edu, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 581 Sender: NetBSD-Admin@cbmuucp.commodore.com > > If you are talking about the dcp program by Chris Hooper, it should be > >available at ftp.mtu.edu in the directory /pub/cdh. It's much easier to > >use dcp than filetodev [I never bothered trying to use filetodev.] > > This is what I've used.. BTW: how come it's not on ftp.eunet.ch in the contrib Is now in contrib/ados, together with fv151.lzh, dunno what that is, but it was in the same directory:-)) -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 09:45:43 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: fontdumper, Chris's changes? To: !chopps@msen.com (Christian E. Hopps) Cc: abair@amcu-tx.sps.mot.com, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 485 Sender: NetBSD-Admin@cbmuucp.commodore.com > Dow! yes, I couldn't get it to compile under gcc (the optimal distribution > method for this stuff i relize) so I had to modify the source to compile > under SAS/C. It should work to simply change into Yep, change those proto beasts into inline, and don't forget to link with -lauto. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 09:53:12 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: Using the vmunix-040.713 and several other questions To: !chopps@msen.com (Christian E. Hopps) Cc: vervoorn@dutiws.TWI.TUDelft.NL, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 397 Sender: NetBSD-Admin@cbmuucp.commodore.com > PLEASE grab device-streams.tar.gz from wuarchive.wustl.edu from the > boing/NetBSD directory... I can't seem to get it to ftp to ftp.eunet.ch.. > it will handle all this stuff for you. Now also in contrib/ados on ftp.eunet.ch. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 12:37:00 1993 From: niklas@appli.se (Niklas Hallqvist) To: mw@eunet.ch Cc: chofarde@scinfo.u-nancy.fr, NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: Using GVP Series I Sender: NetBSD-Admin@cbmuucp.commodore.com >>>>> "Markus" == Markus Wild writes: >> When NetBSD initialize, it tries to recognize SCSI cards installed. >> >> Mine is a GVP series I (one), not II. I saw GVP series II is >> referenced as Manufacturer 2017 Product 11. Series I is Product 3; >> this is my showconfig : >> >> >> Do you think the code of the driver Series II is the same for >> Series I ? Markus> As far as I've heard, it's not. But I really don't have ANY Markus> docs for GVP products, so perhaps somebody who knows can jump Markus> in? Well, I'm at work now, but this much I can say without looking at the disassembled gvpscsi.device at home: You cannot use DMA! The series I controllers had some sort of FIFO buffer, which I didn't care to understand the logic of when I wrote the original GVP support. If you're adventurous, you could try no_scsi_dma binpatched. Maybe it work's... If I get the time I'll look into the code (gvpscsi.device that is) and see if it looks like it's doable. Niklas Niklas Hallqvist Phone: +46-(0)31-40 75 00 Applitron Datasystem Fax: +46-(0)31-83 39 50 Molndalsvagen 95 Email: niklas@appli.se S-412 63 GOTEBORG, Sweden mcsun!seunet!appli!niklas From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 14:14:07 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: Retina X11 port pbs Sender: NetBSD-Admin@cbmuucp.commodore.com I've got severals problem when I want to switch the retina in graphic mode (256 colors or more). I've understood that the resolution is specified in character clocks. So I turned characters resolution to 4x1 for more precision. Then I used the retina define monitor values. (I suppose that horisontal values are given in character pixel clock of 4 pixel wide.) I didn't forgot to select the 4 bits of clksel. I turned the graphic mode on in MISC_OUTPUT_W bit 0 If I remeber it. But no good results, my monitor detect a 640x480 resolution insted of a 1024x768 one ? (My monitor is a MAG innovison 15 inch which can refresh at a 120Hz rate so it's not a monitor limitation). I suppose that I can't select the height of the display. (I think that the horizontal or vertical refresh rate is not good) I've set the MISC_OUTPUT_REGISTER_W bit 6 & 7 which indicate the number of lines on the display. but height are only { reserved, 400, 350, 480 } HOW CAN I SELECT AN 768 HEIGHT ???? (Of course non-interlaced) I think this is the only problem which stops me in opening an X11 screen. So as a sum-up, I can select horizontal refresh rate (clksel bits 0,1,2,3) vertical refresh rate bits 0,1 are in MISC_OUTPUT_W, but where are bits 2 and 3 ??? enormous thanks for explanation or solution. lahaye_0@epita.fr my docs are: XFree2.0 src vgadoc2 grf_rt.c & grf_rtregs.h From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 16:28:31 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11R4, kernels, and other things... To: dej@eecg.toronto.edu (David Jones) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 541 Sender: NetBSD-Admin@cbmuucp.commodore.com > Replace the /**/ in DEFS.h and SYS.h with ##. > > The difference is in traditional and ANSI preprocessors. The "default" > version of GCC used in the NetBSD distribution is not set up the same way > as the GNU version is. Many files are in a different place, and some things > are done a different way. I have CPP=/cpp -traditional in my mk config files. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 19:00:01 1993 Subject: From: olivier brand To: NetBSD-Amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com I am adapting device drivers (from UNIX SV to NETBSD) but I have some problems: - what is the equivalent function to : vtop (virtual to physical) ? I have some problems with the kernel: - Some functions don't seem to be standard: kvm_openfiles() on NETBSD --> kvm_open() on ALL other BSD systems ??? Same thing for other kvm functions (kvm_read, ...) that have other arguments Can i have the whole explanation of it please ???? If some guys have problems with X11 with old NETBSD kernel version, it s normal (the kernel sources are heavily bugged for graphic) X11R5 works terrific, we have tried all the clients, the scalable fonts (have you tried an xterm with a 400x400 font size ??). The speed is amazing. Now, I m compiling our 24 bit program (with our own RTG X11 version !!). Maybe soon available in the Public Domain (????) From NetBSD-Admin@cbmuucp.commodore.com Thu Nov 25 21:58:43 1993 From: osymh@gemini.oscs.montana.edu (Michael L. Hitch) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: NetBSD-Amiga@cbmuucp.commodore.com Subject: Re: Using the vmunix-040.713 and several other questions Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 24, 12:32am, Ralph Schmidt wrote: > > [My coments on the choice of file names deleted.] > > Thank you..at least some background informations:-B Some more ramblings about the 53C710 driver included in the 713 sources: The siop.c file is set up so that it can be used by either the sd/st driver or the rz/tz driver. If there are no A3000/A2091/GVP11 drivers configured, then siop.c will be configured to use the sddriver/stdriver (sd.c and st.c) and will use the /dev/sd*, /dev/rsd*, /dev/rst*, and /dev/nrst* devices that are currently defined on the root filesystem. In this case, the disk and tape devices configured have to be named sd? and st? repectively and used with the zeusscsi0 controller. If there are any A3000/A2091/GVP11 drivers configured, then if the zeusdriver is also configured, the zeusdriver will be configured to use the rzdriver/tzdriver (rz.c and tz.c). [In case anyone wonders where those device names came from, that's what DEC uses for their SCSI devices on Ultrix.] In this case, any devices configured for the zeusscsi controller would be named rz? or tz?. Because of the current scsi implementation in the HP and Amiga NetBSD, the rz and tz devices have to use a different major number and you would need to create the appropriate devices on the root filesystem (i.e. /dev/rz6a, etc). The kernel I normally build is configured this way because I have both a GVP HC8 controller and the PPI Zeus controller and I want access to both controllers. This kernel can be tricky to get installed on a system that only has a 53C710-based controller because the device major numbers are different. [It can be done - I did it on a friend's Zeus system.] If the kernel is configured without any 33C93-based controllers, then it can be used with the standard root filesystem. A couple of warnings about the current state of the 53C710 driver: - It's still in development, so some debugging code is still enabled and you may get some strange messages. If an abnormal interrupt occurs that I haven't handled yet, it will print out some information from the 53C710 chip and then panic. - It seems to occasionally lose interrupts. I just had it happen several times trying to build a new kernel. Everything else seems to be active, but the ld process was hung waiting for the disk. I could interrupt out of that process and do other things. - I've also had the system hang solid (no disk activity, no console, etc), usually during some heavy I/O activity [running iozone does it quite frequently]. I haven't determined if this is a problem with the 53C710 driver, my 68040 support, or something else. There's probably a few other details that I can't recall at the moment. Michael -- Michael L. Hitch INTERNET: osymh@montana.edu Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET Office of Systems and Computing Services Montana State University Bozeman, MT USA From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 26 00:17:36 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: your mail To: brother@epita.fr (olivier brand) Cc: NetBSD-Amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1979 Sender: NetBSD-Admin@cbmuucp.commodore.com > - what is the equivalent function to : vtop (virtual to physical) ? I've answered these questions at least twice in personal email to you, sorry to see the mail didn't reach you. Perhaps mail was flakey in the beginning? Check out sys/arch/amiga/amiga/vm_machdep.c, there's a kvtop() function that should probably do what you want. > - Some functions don't seem to be standard: > kvm_openfiles() on NETBSD --> kvm_open() on ALL other BSD systems ??? > Same thing for other kvm functions (kvm_read, ...) that have other arguments There are no man-pages for this non-standard implementation, sorry. The only documentation right now is the source, check our src/lib/libutil/kvm.c. We hope to one day turn the whole kvm crap into something machine independant, ie. using the vm-layer, not the pmap layer, but these are wishes for the future, right now, it's VERY machdep.. > If some guys have problems with X11 with old NETBSD kernel version, it s > normal (the kernel sources are heavily bugged for graphic) Please just tell me about problems in for example the 714 kernel. What I'd like you to respect (please:-)) is that mmaping grf* devices gives you FIRST an area of registers specific for the gfx device, of length regsize. PLEASE don't ignore this size, if you want to get at the framebuffer, add the regsize to the returned address from mmap (or the mapping ioctl, which, as I verified, is functionally equivalent to calling mmap, there's no problems with the gap in the address space). > X11R5 works terrific, we have tried all the clients, the scalable fonts > (have you tried an xterm with a 400x400 font size ??). The speed is > amazing. Now, I m compiling our 24 bit program (with our own RTG X11 version !!). Maybe soon available in the Public Domain (????) How about a source release? Diffs? -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Fri Nov 26 15:14:32 1993 Subject: From: olivier brand To: NetBSD-Amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com The X11R5 packages will be soon available. Here, we can't have any access to ftp. So my brother:BRAND Philippe will post it from his home. (the problem is that he is not here. He will be back in the beginning of the week). So look at it carefully, 'cause you're gonna be astonished by the speed of the X server. Is anyone have compiled the: TOP utility ? (I know that mw have done it) Please Send me the machine dependant file (just to see how you managed with the fu..ing KVM_non_standard() functions. I wrote it in the System V way (hacking the kernel structure) but i would like a better program. thanks From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 27 12:09:32 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: lkm Sender: NetBSD-Admin@cbmuucp.commodore.com The man, files,examples exist for lkm (link kernel module) but the entry in conf.c don't existe. Why lkm don't work? From NetBSD-Admin@cbmuucp.commodore.com Sat Nov 27 16:17:53 1993 From: niklas@appli.se (Niklas Hallqvist) To: netbsd-amiga@cbmuucp.commodore.com Subject: PAL problems. Sender: NetBSD-Admin@cbmuucp.commodore.com I've been struggling for quite a while to get a PAL 724x564 screen in 713. My HW is an A2000 with the OCS and a 1081 monitor. I can get this mode to work in ADOS (yes, I know it's a bit flickery, but with a well-chosen palette it's endurable). Facts: The autocentering in grf_cc_phl_mode.c isn't autocentering on my setup, things end up way to far down right. I solve this by binpatchable override_cc_[hv]start values which have precedence over the calculated values. But, not all values work a expected. For example, values up to 0x5c for hstart is OK, but then I miss some pixels (~8) at the left edge, then there is a gap of values which makes the HSYNC bail out, suddenly at about 0x71, things work again, but now we're to far right. My override_cc_vstart doesn't seem to mean a thing (yes I've triple checked my own code), the vertical start always begins 1 cm of the top, no matter what. At the bottom things wrap around to the top. What can this be? I'm not very familiar with copper-list magic although I know the basics, and to me CHs code seems nice and clean (almost understandable :-). Another very strange problem is that I don't get PAL if I originally booted ADOS in NTSC. Even without *ANY* NTSC code in the kernel, I get NTSC. If I boot in PAL, NetBSD can handle either mode, i.e PAL ->NTSC switching is irreversible. Any clues? Niklas Niklas Hallqvist Phone: +46-(0)31-40 75 00 Applitron Datasystem Fax: +46-(0)31-83 39 50 Molndalsvagen 95 Email: niklas@appli.se S-412 63 GOTEBORG, Sweden mcsun!seunet!appli!niklas From NetBSD-Admin@cbmuucp.commodore.com Sun Nov 28 13:38:03 1993 From: Ty Sarna Newsgroups: comp.unix.amiga Subject: Re: NetBsd on CDROM? Summary: Expires: Sender: Followup-To: Distribution: Organization: Endicor Technologies, Inc., San Antonio, Texas Keywords: Cc: NetBSD-Amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com In article hgm@mario.cc.ncsu.edu (Hal G. Meeks) writes: > I may be getting a CDROM drive soon, and began to wonder if someone > has done a NetBSD CDROM, similar to the Linux CDROM for the PC that > is available. I've been talking with Markus Wild for a little while now to get his impressions on the idea, but I didn't want announce anything until we'd made a final decision to actually do it. We did, so I'm pleased to announced that we (Endicor Technologies, Inc.) will be producing an easy-to-install NetBSD-Amiga CD-ROM. Please don't ask for exact details; NetBSD-Amiga is changing rapidly right now, and there's no point in doing a disc one week that's completely obsolete the next. It'll be ready when it's ready, and there's no way to predict now when that will be. Likewise, the exact form the disc will take will depend greatly on how NetBSD evolves, so it's hard to give any specifics right now. Price will be in the same range as the various PC Linux CD-ROMs out there. We plan to do some work on NetBSD some as well -- there are still lots of little things missing still, bugs, etc. In particular, there are some things that are low-priority to a net-connected hacker, but would be more important to a novices who can't easily get help from the net. All changes will be contributed back to NetBSD so that everyone can benefit. If you're interested, you can send me email and you'll be notified as we get closer to production. -- Ty Sarna "Oh, I don't know *everything*. I don't tsarna@endicor.com even know how fish work." -- Joel, MST3K From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 03:21:27 1993 To: NetBSD-amiga@cbmuucp.commodore.com Newsgroups: endicor.lists.netbsd.amiga From: tsarna@endicor.com (Ty Sarna) Subject: Re: More experiences with X Organization: Endicor Technologies, Inc., San Antonio, Texas Sender: NetBSD-Admin@cbmuucp.commodore.com In article <199311240238.CAA00782@ro-chp.uucp> "Christian E. Hopps" writes: ^ yow! That's definately not right. > I haven't tested the 1024x1024 mode (I think it may need some work.), but > I am currently running the 640x800 mode which works real nice, I tried binpatching to all of {1008,1024}x{800,1008,1024}, and I get a plain 640x400 display. The 640x800 mode is neat, but to me not particularly useful due to the aspect ratio. > All you need to do is set the default screen height to 800. This can > be done in ite_cc.c if you want to be clean. add I haven't examined the new display code yet... it chooses a mode based on size and depth, then? That doesn't seem right to me. When I say 718x480, I want NTSC interlaced, but when someone else says that, they may want productivity. I think it would be better to have an explicit mode setting. There are too many modes that overlap in features to make automatic selection of a mode work well, especially when we start getting into AA. -- Ty Sarna "Oh, I don't know *everything*. I don't tsarna@endicor.com even know how fish work." -- Joel, MST3K From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 10:21:30 1993 From: Markus Landgraf To: netbsd-amiga@cbmuucp.commodore.com Subject: X and 713/714 Sender: NetBSD-Admin@cbmuucp.commodore.com This weekend I installed the kernel version 713. All looked fine for the first time, but when I tried to start X the system dumped due to a MMU fault. Why did this happen ? I did not change my configuration, except that I used the loadbsd.713 instead of the old loadbsd and replaced the binaries of disklabel, ps and newfs ( and mount_mfs) ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 10:31:21 1993 From: Philippe BRAND Subject: Re: your mail To: brother@epita.fr (olivier brand) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 998 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, my brother olivier brand writes: > The X11R5 packages will be soon available. > Here, we can't have any access to ftp. So my brother:BRAND Philippe will > post it from his home. (the problem is that he is not here. He will be back > in the beginning of the week). I won't be able to send it because that's too large and given the bandwith we have here (19.2KB), I'd rather prefer somebody to get it from my FTP site tonight (> 07:00 pm, GMT time). Sorry for the inconvenience. I'll put X11R5 distribution in /pub/amiga/NetBSD/X11R5 and I'll split it into several archives in case of transfert problems. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 13:18:31 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: X11 For Retina Sender: NetBSD-Admin@cbmuucp.commodore.com I've found how to deal with the retina card, and now I'm able to open almost any type of screen. I can write a retina define monitor for net-bsd, but first I'll begin the X11 port for the retina in 256 colors mode. With the help of raoul_o, I think that the work can be done. For now, I don't have much time to work on this project, but all my free time will be spen for it. I hope that in 3 weeks, the work will be done, but it's not a fixed delay From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 14:18:37 1993 From: Markus Landgraf To: netbsd-amiga@cbmuucp.commodore.com Subject: support for merlin/domino Sender: NetBSD-Admin@cbmuucp.commodore.com Is there somebody, who works on support for Merlin/Domino grafik boards. I own a domino board and so I'm interested in it. If no one is out there who takes the effort, I think I will volunteer. The problem is, I don't have much space left on my hd, so my question is: what source do I need ? Do I need all the X stuff ? Secound, I have got the development stuff for domino/retina, but I'm not experienced using it, so it would last for some time. ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 14:39:37 1993 From: Philippe BRAND Subject: Release date for Motif into PD ? To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 517 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! Does somebody know when Motif is due to be released into public domain because we've got here Motif-1.1 running on NetBSD ? -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 15:56:46 1993 From: Philippe BRAND Subject: X11R5 archives To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 854 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello! I've archived X11R5 distribution on my anonymous FTP system. It's a 19.2KB line. Sorry for the speed. I suggest that someone get it from my site as I won't be able to send it (because of money my company doesn't want to spend). I mean ONLY one 'cause otherwyse it would take the whole night. So make a vote/poker/russian roulet, but above all decide who's gonna upload it to ftp.eunet.ch. Sorry again for this but I will soon gonna get a much faster line. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 16:06:55 1993 From: Philippe BRAND Subject: X11R5 II: the return To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 943 Sender: NetBSD-Admin@cbmuucp.commodore.com Opps! Forgot to tell you 2 things: 1) Distribution : -rw-r--r-- 1 root other 13468666 Nov 29 15:41 X11R5-bin.tar.gz -rw-r--r-- 1 root other 4161673 Nov 29 15:49 X11R5-contrib.tar.gz -rw-r--r-- 1 root other 3615789 Nov 29 15:11 X11R5-fonts.tar.gz -rw-r--r-- 1 root other 261164 Nov 29 15:24 X11R5-include.tar.gz -rw-r--r-- 1 root other 1507622 Nov 29 15:23 X11R5-lib.tar.gz -rw-r--r-- 1 root other 991797 Nov 29 14:54 X11R5-man.tar.gz 2) Get it AFTER 07:00 pm GMT time and BEFORE 09:00 am GMT time. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 16:07:53 1993 From: leland@wacky.acet.org (Robert Leland - PSI) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: X11R5 archives Sender: NetBSD-Admin@cbmuucp.commodore.com I'll upload to ftp.eunet.ch Ok? -Rob From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 16:12:43 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: support for merlin/dom Sender: NetBSD-Admin@cbmuucp.commodore.com > Is there somebody, who works on support for Merlin/Domino grafik > boards. I own a domino board and so I'm interested in it. If no one is > out there who takes the effort, I think I will volunteer. The problem > is, I don't have much space left on my hd, so my question is: what > source do I need ? Do I need all the X stuff ? Secound, I have got the > development stuff for domino/retina, but I'm not experienced using it, > so it would last for some time. I'm very interrested by the development stuff for domino/retina as I'm trying to port X11 for this card. (It has an ncr vga processor) In my opinion, merlin/domino cards uses a vga processor too (I think that the domino uses a cirrus-logic vga processor) If I'm able to finish the port of X11 for the retina, I'll be very interrested to cotinu the port for other video-cards. But as I already own a retina, I only be able to port X11 uder other cards only if someone can lend me one. If you want to port X11 yourself, you'll need X11src (73 Mb) which we'll probably soon release (we must clean sources before) then You'll have to reserve 250Mb to copile all binaries (the total dirstrib takes about 150 Mb of disk space (binaries,libs,includes,mans) Of course a text terminal is strongly recommanded to allow server debugging (server may crash you display). But you may want to wait until shared libs are available which could reduce distrib disk space. From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 16:49:34 1993 From: Philippe BRAND Subject: Re: Release date for Motif into PD ? (fwd) To: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 840 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, Hubert Feyrer writes: > > Does somebody know when Motif is due to be released into public domain > > because we've got here Motif-1.1 running on NetBSD ? > I cannot imagine that Motif will ever be in the public domain as the > OSF makes quite some money with it. I was told that because OpenLook is going to be into PD, Motif was also expected to be in PD, for version 1.1 ONLY, not newest 1.3, and was due to be released by December the first. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 17:20:30 1993 From: Markus Landgraf To: lahaye_o@epita.fr Cc: netbsd-amiga@cbmuucp.commodore.com Subject: Re: support for merlin/dom Sender: NetBSD-Admin@cbmuucp.commodore.com > Is there somebody, who works on support for Merlin/Domino grafik > boards. I own a domino board and so I'm interested in it. If no one is > out there who takes the effort, I think I will volunteer. The problem > is, I don't have much space left on my hd, so my question is: what > source do I need ? Do I need all the X stuff ? Secound, I have got the > development stuff for domino/retina, but I'm not experienced using it, > so it would last for some time. I'm very interrested by the development stuff for domino/retina as I'm trying to port X11 for this card. (It has an ncr vga processor) In my opinion, merlin/domino cards uses a vga processor too (I think that the domino uses a cirrus-logic vga processor) Ok, I have got the stuff. Sould I mail it to You ? If I'm able to finish the port of X11 for the retina, I'll be very interrested to cotinu the port for other video-cards. But as I already own a retina, I only be able to port X11 uder other cards only if someone can lend me one. If you want to port X11 yourself, you'll need X11src (73 Mb) which we'll probably soon release (we must clean sources before) then You'll have to reserve 250Mb to copile all binaries (the total dirstrib takes about 150 Mb of disk space (binaries,libs,includes,mans) Of course a text terminal is strongly recommanded to allow server debugging (server may crash you display). But you may want to wait until shared libs are available which could reduce distrib disk space. Ok, that's too much for me. First of all I don't have the disk space and secound it would be the first time to compile X for me, so I think You can do it much faster than me. ( BTW, there comes the time when everybody has to compile X, so I will make this experience anyway). ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 17:39:30 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: Re X and 713/714 Sender: NetBSD-Admin@cbmuucp.commodore.com The trouble come from the grf_cc.c. The xserver use the ioctl to map the graphic memory. In the kernel <709 the ioctl map the graphic memory. in Newer version the ioctl map the register.... The trouble is fixed in X11R5 With X11r4 you may patch the driver (regsize=0) From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 20:11:44 1993 From: leland@wacky.acet.org (Robert Leland - PSI) To: netbsd-amiga@cbmuucp.commodore.com Subject: X11R5 III: split personality Sender: NetBSD-Admin@cbmuucp.commodore.com Have begun downloading X11R5 at the speed it is going I won't have the first piece X11R5-bin until after about 8 hours! When I get this piece I am going to place the X - server into a seperate archive so we can get an early crack at it and not need to download 13MB. It will be uploaded first to the file X11R5-server.tar.gz If I have access look for it under NetBSD-Amiga/contrib/bsd/X11 otherwise NetBSD-Amiga/incoming Don't expect X11R5 on ftp.eunet.ch before 20:00 GMT 11/30/93 -Rob From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 21:15:56 1993 From: leland@wacky.acet.org (Robert Leland - PSI) To: netbsd-amiga@cbmuucp.commodore.com Subject: X11R5-server.tar.gz Sender: NetBSD-Admin@cbmuucp.commodore.com I got impatient for the X11R5-bin.tar.gz to download so i copied the still transferring file, and forced gunzip and tar to unarchive a partial file. Luckly the Xserver was near the top of the archive. It is located under NetBSD-Amiga/incoming: -rw-rw-r-- 1 ftp 430272 Nov 29 20:05 X11R5-server.tar.gz So if some brave sole would like to try it out. -Rob From NetBSD-Admin@cbmuucp.commodore.com Mon Nov 29 22:00:26 1993 From: drahn@pacific.urbana.mcd.mot.com (Dale Rahn) Subject: Problems with A2065 Ethernet card. To: netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1119 Sender: NetBSD-Admin@cbmuucp.commodore.com I have recently purchased an A2065 ethernet card for my amiga and a SMC Ethernet card for my PC (running NetBSD 0.9) I was able (after learning how to configure ethernets) to get the two machine talking to each other under amigados (AmiTCP). However when I attempt to run NetBSD-Amiga 644 - 713, The two machines do not seem to talk very well. The two machines do not talk unless I type on the amiga. If I rapidly tap the alt key, the two machines seem to talk with no problems (running an ftp) but if I stop tapping the alt key the communications seem to stop. On the i386 side nothing seems to be wrong, but on the amiga side it seems that the ethercard hang until another activity. I later had a crash (on my pc) and wasn't able to do further proper testing, I did not try any background activity to see if that would cause the ethernet to work. Thanks for any help. ------------------------------------------------------------------------ Dale Rahn, Languages and Tools drahn@urbana.mcd.mot.com Motorola, MCG, Urbana Design Center 1101 E. University Ave, Urbana, IL 61801 (217) 384-8585 From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 08:40:51 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: NetBsd on CDROM?" (Nov 28, 3:18am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Ty Sarna Subject: Re: NetBsd on CDROM? Cc: NetBSD-Amiga@cbmuucp.commodore.com Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 28, 3:18am, Ty Sarna wrote: > I've been talking with Markus Wild for a little while now to get his > impressions on the idea, but I didn't want announce anything until we'd > made a final decision to actually do it. We did, so I'm pleased to > announced that we (Endicor Technologies, Inc.) will be producing an > easy-to-install NetBSD-Amiga CD-ROM. Markus Wild and me had also some serious talks with Fred Fish at the Cologne WoC about NetBSD beeing distributed on a future Fresh Fish CD. There are several problems to be solved yet: - the almoust famous crypt problem. (impossible to export the CD ?) - the rootfs problem; can one make partitions on a CD-ROM ? this includes the hen-and-egg problem: How to boot, and from where? - What to include on the CD? 600MB are quite a bit to fill. - the documentation is as yet poor. - the current state of Amiga-NetBSD does not really make it usefull to distribute it on CD yet (fact?). And remember, Fred can easily make updates every month... -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 09:37:12 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: support for merlin/dom" (Nov 29, 3:58pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: netbsd-amiga@cbmuucp.commodore.com Subject: Re: support for merlin/dom Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 29, 3:58pm, olivier lahaye wrote: [...] > I'm very interrested by the development stuff for domino/retina as I'm > trying to port X11 for this card. (It has an ncr vga processor) > In my opinion, merlin/domino cards uses a vga processor too (I think > that the domino uses a cirrus-logic vga processor) Domino and Retina have different VGA chips and different ways to adress the cards. Me too, i am interested; i still try to get my Picasso II or even Picollo/Spectrum. [...] > If you want to port X11 yourself, you'll need X11src (73 Mb) which we'll > probably soon release (we must clean sources before) I don't thing that releasing sources is a good idea. Just release the amiga.cf, imake.tmpl and such, so that everybody interested into X11R5 can easily make up his own tree. Just release the sources for the R5 server :-) > then You'll have to reserve 250Mb to copile all binaries > (the total dirstrib takes about 150 Mb of disk space (binaries,libs,includes,mans) > Of course a text terminal is strongly recommanded to allow server debugging > (server may crash you display). 250MB is the upper limit. You probably dont want to compile the fonts, the extensions and maybe not even the phigs stuff. I'd say 100MB is a reasonable space. FYI: Linux CD and Walnut X11 are are fine way to get the X11 sources, if you have a CD at home you can even mount the drive and make links to the sources. Fot the terminal: I could need a support for a second serial device or multi-I/O card :-/ I want to be able to use my modem and my terminal at the same time... > But you may want to wait until shared libs are available which could > reduce distrib disk space. Definitely :-) I hate seeing my xterm consumes 500KB for nothing. -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 10:12:39 1993 From: Philippe BRAND Subject: Re: support for merlin/dom To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 940 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, Markus Illenseer writes: > Just release the sources for the R5 server :-) Well I think they should make some diffs but they don't have enough disk space to do it, they don't have a CD-COM so I had to put X11R5 from CD-ROM to tape for them. I'll get their source tree and launch a BIG diff. > > But you may want to wait until shared libs are available which could > > reduce distrib disk space. > > Definitely :-) I hate seeing my xterm consumes 500KB for nothing. BTW What's the current state of shared libs ? Isn't somebody working at it ? -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 10:12:47 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Problems with A2065 Ethernet card." (Nov 29, 2:53pm) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: drahn@pacific.urbana.mcd.mot.com (Dale Rahn), netbsd-amiga@cbmuucp.commodore.com Subject: Re: Problems with A2065 Ethernet card. Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 29, 2:53pm, Dale Rahn wrote: [...] > However when I attempt to run NetBSD-Amiga 644 - 713, The two machines > do not seem to talk very well. The two machines do not talk unless I > type on the amiga. If I rapidly tap the alt key, the two machines seem > to talk with no problems (running an ftp) but if I stop tapping the alt > key the communications seem to stop. The 644 kernel was the first which worked with the Ethernet cards; was introduced on the famous Bielefeld meeting this summer, were we had a quite large Ethernet network running. At least two machines had netbsd running, including mine. Afterwards i had my Amiga directly connected to the Internet on our Campus. I never ran into the problems you describe. Unfortunately i cant check out if the newer kernel version fail. > On the i386 side nothing seems to be wrong, but on the amiga side it > seems that the ethercard hang until another activity. Looks like interrupt bogus... mtk? Anyway, how do you setup your machine? /etc/netstart and /etc/rc, /etc/hosts is almost all which needs configures... -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 10:19:53 1993 From: Philippe BRAND Subject: Re: NetBsd on CDROM? To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1074 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, Markus Illenseer writes about NetBSD on CD-ROM: > There are several problems to be solved yet: > > - the almoust famous crypt problem. > (impossible to export the CD ?) There's a ufc-crypt that you can get along with crack-4.1 and it *should* be public. > - What to include on the CD? 600MB are quite a bit to fill. No, no, no! All binaries; all sources PLUS X11R5 (120Mo) + Sources + contribs + Fonts + TeX should make it. ;-) > - the documentation is as yet poor. Yes. I think that a major talk about this has to be done. > - the current state of Amiga-NetBSD does not really make it > usefull to distribute it on CD yet (fact?). So why are we using it ? ;-) -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 10:58:41 1993 From: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) "Re: support for merlin/dom" (Nov 30, 9:58am) X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: Philippe BRAND , markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Subject: Re: support for merlin/dom Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Sender: NetBSD-Admin@cbmuucp.commodore.com On Nov 30, 9:58am, Philippe BRAND wrote: > Well I think they should make some diffs but they don't have enough disk space > to do it, they don't have a CD-COM so I had to put X11R5 from CD-ROM to > tape for them. I'll get their source tree and launch a BIG diff. sorry, i do not understand why you need to provide a huge diff file? Isn't Xbsd.c (and relating files) all we need? Do you mean a diff file regarding the original Sun Code? -- Markus Illenseer From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 11:13:34 1993 From: Philippe BRAND Subject: Re: support for merlin/dom To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: netbsd-amiga@cbmuucp.commodore.com (NetBSD Liste) Organization: Telesystemes/Symedia Phone: +33-1-46145298 Operating-System: SCO Open Server Enterprise v3.0 X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 733 Sender: NetBSD-Admin@cbmuucp.commodore.com Hello, Markus Illenseer writes about X11: > sorry, i do not understand why you need to provide a huge diff > file? Isn't Xbsd.c (and relating files) all we need? > Do you mean a diff file regarding the original Sun Code? Just in case they modified other stuff, one never knows... Just to check. Normally just ddx parts will be shown by diffs. -- Keep Cool |_x__x_x_| Philippe Brand |x x x x|\ Email: phb@colombo.telesys-innov.fr Fido: 2:320/104.21 Have a | o o o | | ___ ___ ___ __ __ __ _ _ __ Nice Beer | o . o | | ( (___)( | )(_ (_ (_ /_) /_)(_ |. . . .|/ \ \ / \ / __) (__ __) /__)/__)__) Co-SysOp `--------' * To avoid headaches stay drunk * From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 12:34:02 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: support for merlin/dom To: phb@colombo.telesys-innov.fr (Philippe BRAND) Cc: markus@TechFak.Uni-Bielefeld.DE, netbsd-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 458 Sender: NetBSD-Admin@cbmuucp.commodore.com > BTW What's the current state of shared libs ? Isn't somebody working at it ? I am.. and had a major cursing and swearing session the last days (read: they currently core dump..). I'm trying hard to get this baby working, really. New kernel release is scheduled after shared libs are done. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 12:40:49 1993 From: olivier lahaye To: netbsd-amiga@cbmuucp.commodore.com Subject: Ethernet problems Sender: NetBSD-Admin@cbmuucp.commodore.com My works fine with my MIPS RC3330 Server which I uses as an X terminal ;-). So in my opinion, the NetBSD ether-card driver is working well. lahaye_o@epita.fr From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 14:09:38 1993 From: Markus Landgraf To: mw@eunet.ch Cc: phb@colombo.telesys-innov.fr, markus@techfak.uni-bielefeld.de, netbsd-amiga@cbmuucp.commodore.com Subject: Re: support for merlin/dom Sender: NetBSD-Admin@cbmuucp.commodore.com I am.. and had a major cursing and swearing session the last days (read: they currently core dump..). I'm trying hard to get this baby working, really. New kernel release is scheduled after shared libs are done. -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH Let's cheer and applause to Markus to support him: Yeah.. keep going.. you can do it.. clap, clap, clap ------------------------------------------------------------------------------ Landi#2 landgraf@crunch.ikp.physik.th-darmstadt.de "The only time when I'm easy is when I'm killed by death" "If You got the power, that don't mean You got the right" I. Kilmister ------------------------------------------------------------------------------ From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 18:47:52 1993 From: Ty Sarna Subject: Re: NetBsd on CDROM? To: dvb@ssd.kodak.com (Dave Blaszyk) Cc: NetBSD-Amiga@cbmuucp.commodore.com Organization: Endicor Technologies, Inc., San Antonio, Texas X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1361 Sender: NetBSD-Admin@cbmuucp.commodore.com Dave Blaszyk wrote: > > Although I agree with a "central" distribution scheme. I don't believe that > using a FF CDROM as the best solution. Since to distribute the CD properly you > would need a multi-session disk and most people or even some don't have support > for multi-session disks. I don't believe any of the PC linux disks are multi-session. I don't see any benefit to multi-session even if most people were able to use it. Do you mean returning the discs to have updates added, or something? In this case, the first disc would be low cost, and updates would cost many times the price of the original disk! It's cheaper just to get a new disk for each version. > The best possible distribution would be similiar to how Linux is provided by > Yadgrsill (sp?). A complete, bootable version of Linux... [I think it's "Yggdrasil". Don't ask me to pronounce it :-)] This is what we're attempting. I'd like to make it so that users can run straight from the cdrom with only small root and swap partitions on their hard disk, but have the option to later install more of the system onto their HD if they wish. At any rate, this is one thing we'll be expirimenting with, to find out exactly what works best. -- Ty Sarna "Oh, I don't know *everything*. I don't tsarna@endicor.com even know how fish work." -- Joel, MST3K From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 18:47:59 1993 From: Ty Sarna Subject: Re: NetBsd on CDROM? To: markus@TechFak.Uni-Bielefeld.DE (Markus Illenseer) Cc: NetBSD-Amiga@cbmuucp.commodore.com Organization: Endicor Technologies, Inc., San Antonio, Texas X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1680 Sender: NetBSD-Admin@cbmuucp.commodore.com Markus Illenseer wrote: > > There are several problems to be solved yet: > > - the almoust famous crypt problem. > (impossible to export the CD ?) I think I have the solution to this (at least, as good a solution as anyone in North America is going to come up with, short of getting the stupid laws changed) > - the rootfs problem; can one make partitions on a CD-ROM ? > this includes the hen-and-egg problem: How to boot, and > from where? Again, I think I have this solved. > - What to include on the CD? 600MB are quite a bit to fill. Lots of stuff. Sources and binaries for everything. There's plenty of good Unix software out there, one could easily fill a 600M disc several times over without trying :-) > - the documentation is as yet poor. Well, this is something we might be able to work on. > - the current state of Amiga-NetBSD does not really make it > usefull to distribute it on CD yet (fact?). Yes, as I said. We'll do it when it makes sense to do it. > And remember, Fred can easily make updates every month... Arbitrary snapshots at one month intervals aren't a good idea, IMHO. I'd rather do discs at well-planned times when things are somewhat stable. The development timeline should dictate when discs are made, rather than the other way around. Can Fred make discs that much easier than we can? I don't know, but I doubt it. Fred's also already doing plenty of work already, does he have the time to invest in yet another disc as well? Let the rest of us have some fun too, Fred :-) -- Ty Sarna "Oh, I don't know *everything*. I don't tsarna@endicor.com even know how fish work." -- Joel, MST3K From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 19:26:21 1993 From: leland@wacky.acet.org (Robert Leland - PSI) To: NetBSD-amiga@cbmuucp.commodore.com Subject: X11R5 now under NetBSD-Amiga/incoming Sender: NetBSD-Admin@cbmuucp.commodore.com I sent this message a few hours ago but didn't see it come through. X11R5 now on ftp.eunet.ch under .../NetBSD-Amiga/incoming -Rob From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 19:52:44 1993 Subject: Re: NetBsd on CDROM? To: tsarna@endicor.com (Ty Sarna) From: "Fred Fish" Cc: NetBSD-Amiga@cbmuucp.commodore.com, fnf@fishpond.cygnus.com (Fred Fish) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3029 Sender: NetBSD-Admin@cbmuucp.commodore.com > > - the almoust famous crypt problem. > > (impossible to export the CD ?) > > I think I have the solution to this (at least, as good a solution as > anyone in North America is going to come up with, short of getting the > stupid laws changed) What is your solution? Details please... > > - What to include on the CD? 600MB are quite a bit to fill. > > Lots of stuff. Sources and binaries for everything. There's plenty of > good Unix software out there, one could easily fill a 600M disc several > times over without trying :-) I agree. A netbsd only CD-ROM is the right way to go, even if it ends up being only partially full in the beginning. I was *not* considering adding netbsd to one of my existing CD-ROM distributions. > > - the documentation is as yet poor. > > Well, this is something we might be able to work on. Great! > > And remember, Fred can easily make updates every month... No, that was not the intention. The idea, which is what Ty is also suggesting I believe, is that there will be periodic revisions of the CD-ROM distribution at points when things are stable enough to make doing a new revision reasonable. > Arbitrary snapshots at one month intervals aren't a good idea, IMHO. ftp access works fine for people that need very frequent updates and have ftp access. Low quantity CD-R ("writable CD-ROM") distributions might make some sense for people without ftp access but would be expensive, probably about $50 per disc. CD-ROM distributions should probably be about half that. > Can Fred make discs that much easier than we can? I don't know, but I > doubt it. There's no magic to it, just lots of details to get dealt with. It's easier once you've done it a couple times. > Fred's also already doing > plenty of work already, does he have the time to invest in yet another > disc as well? Let the rest of us have some fun too, Fred :-) Sounds fine by me. I would probably have to end up hiring someone full time to take on a netbsd-CDROM project, so if someone else wants to do it and do a job that the netbsd developers are satisfied with, that's great. BTW, it sounds to me like a lot of the prime netbsd developers are "hardware poor", I.E. they generally don't have the hardware resources they could really use. One of my concepts for the netbsd CDROM project was to structure it so that some of the profits from the distribution went back to the prime developers in the form of new Amigas, more hard disks, more tape drives, graphics cards, and various other types of new toys. Some of them felt funny about the idea of accepting such support and the big unanswered question were "who decides who gets what and how much". I hope that however the CD-ROM distribution ends up being organized, that we (as a netbsd using community) can see to it that the people that are investing so much of their time and sweat into bringing us cool software can at least have the resources necessary to do the job without having to dig into their own pockets to do so. -Fred From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 23:11:09 1993 From: mw@eunet.ch (Markus Wild) Subject: Re: X11R5 now under NetBSD-Amiga/incoming To: leland@wacky.acet.org (Robert Leland - PSI) Cc: NetBSD-amiga@cbmuucp.commodore.com X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 469 Sender: NetBSD-Admin@cbmuucp.commodore.com > I sent this message a few hours ago but didn't see it come through. > X11R5 now on ftp.eunet.ch under .../NetBSD-Amiga/incoming Thanks alot for your time, Rob (and of course, to our french X11 gurus:-)). I moved the files over to contrib/bsd/X11, together with the R4 betas (are they still needed?). -Markus -- CHUUG/EUnet Switzerland Markus Wild Zweierstrasse 35 Tel: +41 1 291 45 80 mw@eunet.ch CH-8004 Zuerich Fax: +41 1 291 46 42 S=mw;P=EUnet;A=EUnet;C=CH From NetBSD-Admin@cbmuucp.commodore.com Tue Nov 30 23:58:52 1993 From: nix@stekt4.oulu.fi (Tero Manninen) Subject: 713/714 kernel & misc problems To: netbsd-amiga@cbmuucp.commodore.com (NetBSD mailing list) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1661 Sender: NetBSD-Admin@cbmuucp.commodore.com Back to NetBSD after a small (couple of months) AmigaOS vacation ;-) First thing was to boot into good old 570 kernel and make some space for new binaries and kernel. I took the 713 sources and compiled (removing unnecessary devices) making a good vmunix. Problems: - kernel boots fine into single user, but screen mode is really messed, like a HAM mode or something (background is yellowish, characters are smeared), but system functions well (I can type and do things). - then I took the ready to use 714 kernel and that worked like a charm, strange B-o - using 714 kernel and new /sbin & co. binaries I can't mount /tmp to memory file system (mfs). supplied /sbin/mount_mfs is set to read_only and if I set it to executable mount isn't succesfll then either :-/ - I created a new root partition for 714 and made quite stright copy for old root to new disk.. of course my my account uses shell /bin/tcsh which was a link to old /usr/local/bin/tcsh and that wasn't accesable to new system -> login to my account cause a trap( ... ) (why?? and shouldn't that be a core dump instead?). Good things: - finally I can set root and swap partitions to different media! - new console code seems to be much faster than old. - and possibly many more that I haven't discovered, yet :-) great work! Questions: - how about gdb? Last time I left NetBSD development because lack of debugger, so what is the situation now? - where are the loadbsd sources? I could try (again) some bootblock code generation. (The code has been almost ready for ages, but debugging is pain without gdb). ++Tero