From owner-freebsd-hackers Sun Aug 25 00:22:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16764 for hackers-outgoing; Sun, 25 Aug 1996 00:22:38 -0700 (PDT) Received: from PACBELL.net (chumash.snfc21.pbi.net [206.13.28.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA16758 for ; Sun, 25 Aug 1996 00:22:36 -0700 (PDT) Received: from leonards486 (ppp-206-170-1-67.snfc21.pacbell.net [206.170.1.67]) by PACBELL.net (8.7.5/8.7.1) with SMTP id AAA14634; Sun, 25 Aug 1996 00:22:27 -0700 (PDT) Message-Id: <1.5.4.32.19960825072818.006bccd8@pacbell.net> X-Sender: Leonard@pacbell.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 25 Aug 1996 00:28:18 -0700 To: doug@sun1paztcn.wr.usgs.gov From: Leonard Chung Subject: Re: JDK 1.02 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >My guess is that Netscape has caused a productivity LOSS in the workplace... >From a survey at a "international advertising agency that recently performed a survey of its Internet E-mail logs" a report in CommunicationsWeek said the agency found that most employees used e-mail to talk with friends and other "non-mission-critical correspondents." I haven't heard of any info about actual www usage, but a loss of productivity from internet connectivity in the workplace wouldn't be surprising. Leonard -- Leonard Chung Support the Blue Ribbon Campaign for free speech online () http://www.eff.org/blueribbon.html /\ "Those who will not reason perish in the act. Those who will not act, perish for that reason." - W. H. Auden From owner-freebsd-hackers Sun Aug 25 00:55:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17991 for hackers-outgoing; Sun, 25 Aug 1996 00:55:42 -0700 (PDT) Received: from mailhub.aros.net (mailhub.aros.net [205.164.111.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA17986 for ; Sun, 25 Aug 1996 00:55:40 -0700 (PDT) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.7.5/Unknown) with ESMTP id CAA13390; Sun, 25 Aug 1996 02:21:02 -0600 (MDT) Received: (from angio@localhost) by terra.aros.net (8.7.5/8.6.12) id BAA26732; Sun, 25 Aug 1996 01:55:37 -0600 From: Dave Andersen Message-Id: <199608250755.BAA26732@terra.aros.net> Subject: Re: kernel vm_page_alloc_contig() can indirectly cause kernel page faults To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Sun, 25 Aug 1996 01:55:37 -0600 (MDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608250327.WAA26323@plains.nodak.edu> from "Mark Tinguely" at Aug 24, 96 10:27:02 pm X-Mailer: ELM [version 2.4 PL25 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is this related to an interesting kernel panic I stumbled across a while ago? It was on a -stable SNAP system from just before 2.1.5R came out. I mmapped() a relatively large block of data (about 50 megs) and, if I accessed somewhere near the end of it, it would cause a kernel panic. This was in a non-priviledged user program. The bug appears to have been corrected in 2.1.5R, however, so I didn't bother looking in to it. I don't read the commit logs too often. -Dave Andersen Lo and behold, Mark Tinguely once said: > > I reported this panic last summer when I started writing the Meteor driver. > THe work around I used wast to start the allocation starting at the > first Meg mark, at that time I speculated it was treating the low memory > and the first meg as being contiguous even though there is a memory > hole between them. Starting contiguous allocation at/after the first > meg never caused anymore panics, so I left it at that. > > --mark. > -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual "There are only two industries that refer to their customers as 'users'." From owner-freebsd-hackers Sun Aug 25 13:20:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01625 for hackers-outgoing; Sun, 25 Aug 1996 13:20:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA01601 for ; Sun, 25 Aug 1996 13:20:06 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA25800 for ; Sun, 25 Aug 1996 11:56:29 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id CAA00847 for freebsd-hackers@freebsd.org; Mon, 26 Aug 1996 02:54:54 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@FreeBSD.ORG Date: Sun, 25 Aug 1996 15:33:24 GMT From: mark@putte.seeware.DIALix.oz.au (Mark Hannon) Message-ID: Organization: Private FreeBSD site Subject: MFS /tmp -> Less than clean shutdown Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have been experimenting with the use of an MFS mounted /tmp and have run into a strange problem. When shutting down the system I often (but not always) have problems syncing the disks and shutting down cleanly. I get a synching disks 1 1 1 1 1 1 1 1 .... and then next time I start the system I have to fsck. Without an MFS mounted /tmp I have not seen the problem. I have seen this on 2.1.0, 2.1.5 and now on 2.2-960801. Anybody got any ideas? I sure would like to use mfs but fsck is such a pain. Rgds/mark -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | +-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ From owner-freebsd-hackers Sun Aug 25 13:21:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01839 for hackers-outgoing; Sun, 25 Aug 1996 13:21:13 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA01821 for ; Sun, 25 Aug 1996 13:21:08 -0700 (PDT) Received: from dympna (dympna.lgc.com [134.132.73.254]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA25683 for ; Sun, 25 Aug 1996 11:11:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dympna (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA16842 for ; Sun, 25 Aug 1996 13:10:02 -0500 Date: Sun, 25 Aug 1996 13:10:02 -0500 (CDT) From: Rob Snow X-Sender: rsnow@dympna To: freebsd-hackers@FreeBSD.ORG Subject: [Fwd: Fastvid,NT,Pentium Pro Performance: Expanation] (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY=------------1CFBAE3959E2B60015FB7483 Content-ID: Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --------------1CFBAE3959E2B60015FB7483 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: Here is some more information on the post I made a couple of weeks ago about performance features for PPros systems and the PCI bus. This doesn't make a ton of sense to me. However, running the DOS FASTVID program on my Natoma increases video output from ~25MPixel/sec to ~75MPixel/sec. I thought this might be some interesting info for you hacker dudes. BTW, it's from comp.sys.intel -Rob --------------1CFBAE3959E2B60015FB7483 Content-Type: MESSAGE/NEWS Content-ID: Content-Description: Path: dildog.lgc.com!news.sesqui.net!newsfeed.rice.edu!uw-beaver!news.u.washington.edu!news.uoregon.edu!hunter.premier.net!news-res.gsl.net!news.gsl.net!news.mathworks.com!newsfeed.internetmci.com!news.sprintlink.net!news-stk-200.sprintlink.net!news.sprintlink.net!news-chi-13.sprintlink.net!itnews.sc.intel.com!news.fm.intel.com!ornews.intel.com!news.jf.intel.com!usenet From: Jeff Sponaugle Newsgroups: comp.sys.intel,comp.sys.ibm.pc.hardware.chips,alt.comp.periphs.mainboard.asus,alt.comp.periphs.mainboard.tyan,comp.os.linux.misc Subject: Fastvid,NT,Pentium Pro Performance: Expanation Date: Thu, 08 Aug 1996 09:50:10 -0700 Organization: Intel Corporation Message-ID: <320A1AC2.3588@ccm.jf.intel.com> Reply-To: Jeff_Sponaugle@ccm.jf.intel.com NNTP-Posting-Host: jsponau.jf.intel.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0b4 (Win95; I) Xref: dildog.lgc.com comp.sys.intel:96071 comp.sys.ibm.pc.hardware.chips:93295 alt.comp.periphs.mainboard.asus:23893 alt.comp.periphs.mainboard.tyan:3373 comp.os.linux.misc:130758 Subject: Fastvid,NT,Pentium Pro Performance: Explanation Over the past few weeks, there has been a great deal of discussion about the speed of a Pentium Pro system when compared to an equivalent Pentium systems. In particular, the discussion has focused around the program "fastvid", and certain "PCI features". After reading many such threads, I felt it would be helpful to clarify these issues and put to rest some concerns. First, a disclaimer: I'm an engineer at Intel, however I do not speak for Intel, nor do I represent Intel on this forum in any way. The opinions expressed here are mine and mine alone. I believe the first clarification should be what fastvid does. Fastvid (the dos version), in its current form, does three things. The first is to enable write posting. This is enabled by toggling bit #1 in PCI config register offset 0x53. That bit enables "P6.0 to PCI Write Posting" IMPORTANT: This bit is specific to the Intel 82450Kx/Gx Orion PCIset. This bit is slightly different in the 440FX PCIset) This feature was not enabled in some of the first Pentium Pro systems shipped due to a bug with the 82450Kx/Gx (stepping a3 I believe). Enabling this feature in a system with this older rev of the chipset can cause data loss and random lockups. (of course, many people have enabled this without problem, and the performance of PCI writes is greatly improved...) If you have an older 82450 system, use this feature with caution. If you have a new 82450, or a Natoma, the feature should already be enabled. The second and third thing fastvid does has nothing to do with the chipset, but only with the processor itself. The Pentium Pro Processor has a set of MSR (Machine specific registers) that control the kind of caching performed on different ranges of physical system memory. (e.g. applies to the real physical address, not the virtual address) These MSRs are called MTTRs (Memory type range register). There are three different kinds of MTTRs. Ones for fixed memory ranges, Ones for variable ranges, and a single registers for all other ranges not included in other MTTRs. (i.e.. default) This is where fastvid comes in. By default, the caching applied to the physical address space used by the video adapter is set to none. There are two MTTRs that must be adjusted in order to change this. Most video adapters have two distinct physical address ranges, one in the more standard location (0xa0000), and another flat linear (large) buffer at some other location (0xfc000000 for the Matrox Millennium). Fastvid changes both the fixed and variable MTTRs for these ranges to enable a caching protocol called "Write Combining". (see pages 11-12 thru 11-26 in The Pentium Pro Family Developer's Manual, Volume 3: Operating System Writer's Manual) "Write Combining" is defined as: {per Intel Docs} " System memory locations are not cached and coherency is not enforced by the processor's bus coherency protocol. Speculative reads are allowed. Writes may be delayed and combined in the write buffer to reduce memory accesses. This type of cache-control is appropriate for frame buffers, where the order of the writes is unimportant as long as the writes update memory so they can be seen on the graphics display." This kind of caching is IDEAL for frame buffers. The speed up is great due to the reduction in small PCI write cycles. THE IMPORTANT THING TO NOTE HERE IS THAT "Write Combining" IS NOT A FEATURE OF THE CHIPSET, BUT OF THE PENTIUM PRO PROCESSOR ITSELF. When you run fastvid on a newer Natoma system (which has write posting, as well as several other performance features enabled already), the only enhancement you get is the addition of the Write Combining feature. Also NOTE: Running fastvid on a newer Orion or Natoma system ( that already has write posting enabled), will not directly speed up other PCI devices. The MTTRs are specific to the physical addresses of the Video device, and have no direct effect outside of that range. The only noticeable effect on other devices might be the change in bus traffic, thus providing more bandwidth to other devices. Lastly, for those of you running NT (which I hope for Pro users you are!), I do have an alpha NT driver that programs the "Write Combining" features, as well as can toggle to write posting bit in the Orion chipset. I'll post later this week with information about where to get a copy. (If you run linux, and are interesteing in a driver to turn this feature on, let me know) I hope this clarifies what fastvid does. Many people still ask why Intel has not put code to do this into the bios. The answer should be evident from the above explanation. First, the MTTRs have to be mapped to a particular physical address range. Not all video cards map the linear physical frame buffers to the same place. Secondly even if they did, some cards might use certain memory ordering restrictions, which would be broken by the weak ordering of the "Write Combining" method. IN MY OPINION, it is the responsibility of the Video BIOS and or Video Driver to detect the presence of MTTRS (from the CPUID instruction), and to enable the features that could speed up screen access. Jeff Sponuagle (jeff_sponaugle@ccm.jf.intel.com) --------------1CFBAE3959E2B60015FB7483-- From owner-freebsd-hackers Sun Aug 25 13:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02213 for hackers-outgoing; Sun, 25 Aug 1996 13:22:44 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02196 for ; Sun, 25 Aug 1996 13:22:42 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id IAA25272 for ; Sun, 25 Aug 1996 08:51:57 -0700 (PDT) Received: from dialup-usr14.etinc.com (dialup-usr14.etinc.com [204.141.95.130]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA16432; Sun, 25 Aug 1996 11:55:21 -0400 Date: Sun, 25 Aug 1996 11:55:21 -0400 Message-Id: <199608251555.LAA16432@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: tcg@ime.net From: dennis@etinc.com (zeus) Subject: Re: Novell Netware Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Gary Chrysler wrote: >> >> Jordan K. Hubbard wrote: >> > >> > > My sole reason is dos boxes! (Unfortunally) >> > > ipx/netx uses less then 70k (66,048 on my systems) of upper memory. >> > > (Or conventional for those poor soles) >> > >> > So see http://www.netcon.com :-) >> > >> > Jordan >> >> I have checked it out, Not worth 400 bux to me being that I >> already own Netware! >> (Of course thats why I'm *Trying* to hack a free one so I >> can junk Netware and just use FreeBSD. As well as for the C >> education. :) >> >> I really only need file services. >> > >Whoops, Let me correct that! > FreeBSD/BSDI Twenty Five(25) User Version $1995.00 >times two (50 users) = $3990.00 > >Heck I can buy a new Novell for less then that! > >Thats what I get for seeing the 395.00 on thier page and stopping >at that point! thats for a 3 seater.. Ha! 2 seater NW4x is FREE!! You are comparing Netcon "list" to NetWARE "street", which isn't fair. You also get an IPX proxy server with NetCON, and you dont with NetWARE. The $395. product is really suited for client use (accessing netWARE from your FreeBSD box) and maybe a print server....well worth the price if you need it....because the alternatives currently suck. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous PC Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX. From owner-freebsd-hackers Sun Aug 25 13:22:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02287 for hackers-outgoing; Sun, 25 Aug 1996 13:22:55 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02251 for ; Sun, 25 Aug 1996 13:22:49 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id IAA25250 for ; Sun, 25 Aug 1996 08:46:09 -0700 (PDT) Received: from dialup-usr14.etinc.com (dialup-usr14.etinc.com [204.141.95.130]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA16398; Sun, 25 Aug 1996 11:49:29 -0400 Date: Sun, 25 Aug 1996 11:49:29 -0400 Message-Id: <199608251549.LAA16398@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: tcg@ime.net From: dennis@etinc.com (zeus) Subject: Re: Novell Netware Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Jordan K. Hubbard wrote: >> >> > My sole reason is dos boxes! (Unfortunally) >> > ipx/netx uses less then 70k (66,048 on my systems) of upper memory. >> > (Or conventional for those poor soles) >> >> So see http://www.netcon.com :-) >> >> Jordan > >I have checked it out, Not worth 400 bux to me being that I >already own Netware! >(Of course thats why I'm *Trying* to hack a free one so I > can junk Netware and just use FreeBSD. As well as for the C > education. :) Its a nice way to mount your netware drive on your FreeBSD system, and its a LOT faster than SAMBA. We've got it working with our WAN stuff so you can use FreeBSD as an IPX router/server also. Dennis > >I really only need file services. > >-Enjoy >Gary >~~~~~~~~~~~~~~~~ >Improve America's Knowledge... Share yours >The Borg... Where minds meet >(207) 929-3848 > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous PC Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX. From owner-freebsd-hackers Sun Aug 25 13:26:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02860 for hackers-outgoing; Sun, 25 Aug 1996 13:26:59 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02793 for ; Sun, 25 Aug 1996 13:26:51 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id GAA24851 for ; Sun, 25 Aug 1996 06:50:05 -0700 (PDT) Received: from axp5.physik.fu-berlin.de (axp5.fddi5B.fu-berlin.de) by mail.crl.com with SMTP id AA24130 (5.65c/IDA-1.5 for ); Sun, 25 Aug 1996 06:47:29 -0700 Received: from mordillo (graichen.dialup.fu-berlin.de [160.45.217.183]) by axp5.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id MAA10458 for ; Sun, 25 Aug 1996 12:48:48 +0200 (MET DST) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id KAA02135 for hackers@FreeBSD.org; Sun, 25 Aug 1996 10:04:39 +0200 Date: Sun, 25 Aug 1996 10:04:39 +0200 From: Thomas Graichen Message-Id: <199608250804.KAA02135@mordillo> To: hackers@FreeBSD.ORG Subject: (fwd) Re: pcap Newsgroups: comp.unix.bsd.freebsd.misc Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk from comp.unix.bsd.freebsd.misc - is this fixed in -current ? Gary L. Jackson wrote: > This is probably the entirely wrong place to pose this question, but > I'm not sure where to ask it so I'm going to go ahead and ask it > here: > > I am trying to learn how to use pcap, so I wrote this very simple > program so I can start testing the waters: [program snipped] > And I get this error: > ld.so failed: Undefined symbol "_fddipad" in a.out:/usr/lib/libpcap.so.2.0 > > What the heck am I missing? And where should I go for more information? You're missing a bug-free libpcap :). The pcap library included with FreeBSD mis-declares fddipad as extern (in /usr/src/lib/libpcap/gencode.c). Remove the extern keyword and recompile. Or you could get the latest and greatest libpcap from ftp.ee.lbl.gov/libpcap.tar.Z, which compiles on FreeBSD out of the box. -Dan Nelson dnelson@emsphone.com -- thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery From owner-freebsd-hackers Sun Aug 25 13:28:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03205 for hackers-outgoing; Sun, 25 Aug 1996 13:28:28 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA03175 for ; Sun, 25 Aug 1996 13:28:23 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id FAA24590 for ; Sun, 25 Aug 1996 05:09:42 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa26792; 25 Aug 96 12:02 GMT Received: from longacre.demon.co.uk ([158.152.156.24]) by relay-3.mail.demon.net id aa19708; 25 Aug 96 12:51 +0100 From: Michael Searle Message-ID: To: hackers@freefall.freebsd.org Subject: Re: Kingston Technology PCI ethernet card References: <199608241903.MAA23168@freefall.freebsd.org> Date: Sun, 25 Aug 1996 10:13:33 BST X-Mailer: Offlite 0.09 / Termite Internet for Acorn RISC OS Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk owner-hackers-digest@freefall.freebsd.org wrote: >> I saw an ad for this. It uses the DEC chip. It sells for less than >> $100. > And it works just fine with FreeBSD: > - --- > rosemary 261 > uname -rs > FreeBSD 2.1.5-RELEASE > rosemary 262 > dmesg | grep de0 > de0 rev 17 int a irq 14 on pci0:18 > de0: DC21041 [10Mb/s] pass 1.1 Ethernet address 00:c0:f0:15:14:a1 > de0: enabling 10baseT/UTP port > - --- > Performs well, too. I've seen ads for 'Kingston NE2000 PCI' and 'Kingston PCI Combi'cards for 50-60 UKP. Is this the same card? -- Michael Searle - searle@longacre.demon.co.uk From owner-freebsd-hackers Sun Aug 25 13:31:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA04146 for hackers-outgoing; Sun, 25 Aug 1996 13:31:33 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA04100 for ; Sun, 25 Aug 1996 13:31:24 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id DAA24090 for ; Sun, 25 Aug 1996 03:07:04 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id CAA07384 for ; Sun, 25 Aug 1996 02:42:22 -0700 (PDT) Message-Id: <199608250942.CAA07384@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@FreeBSD.ORG Subject: Script to setup PPP? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Aug 1996 02:42:22 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I just spend a couple of days setting up PPP on my system to my ISP and it seems that the docs are not very clear at least for the average users. A short script to setup PPP as a client or a server could probably make life easy for newbies. Amancio From owner-freebsd-hackers Sun Aug 25 13:55:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03528 for hackers-outgoing; Sun, 25 Aug 1996 13:29:34 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA03488 for ; Sun, 25 Aug 1996 13:29:27 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id FAA24449 for ; Sun, 25 Aug 1996 05:03:08 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id NAA14320; Sun, 25 Aug 1996 13:46:14 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id NAA02130; Sun, 25 Aug 1996 13:40:16 +0200 (MET DST) Date: Sun, 25 Aug 1996 13:40:15 +0200 (MET DST) From: Andreas Klemm To: jdp@polstra.com cc: hackers@FreeBSD.ORG Subject: cvsup - the next generation multi purpose netw. distrib. system (even for news ?!) Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi John ! Your cvsup package is the greatest I ever saw in this area !!! Because of my damaged CVS repository I'm looking for ways to get it working again. Joerg already sent me a tape (thanks Joerg) but unfortunately I forgot to carry my companies tape device home for the weekend. Since I heard something about cvsupdate in the mailinglist, I thought I give it a try ... This night I was in a worry, because I had to ftp tons of MB's from gatekeeper, because I needed the Modula-3 package ... But I think every byte was worth fetching it ! Currently cvsup is still running at an amazingly speed ! As you mentioned the advantages of cvsup over other network distribution programs like sup and nntp, I got the idea, that it should be possible, to distribute netnews very efficiently via cvsup, because one could treat a newsgroup hierarchie like a checkout CVS repository ... So it should be possible to transmit netnews compressed and very efficiently !!! Ever thought of it replacing inn with cvsup, eh ?! Wouldn't that be an interesting project ?!?! The netnews client would gain full control over the stuff he wants to get or not by simply editing his news.cvsup - file ... And you could even control expire things locally, by _not_ activating the "delete" token in the cvsup-file... One could think about implementing an expire client, that gets the expire date from the same cvsup-file ... news-comp release=news host=news.feed.org hostbase=/var/spool/news base=/usr prefix=/local/news delete compress expire=14 To get the whole comp tree .... I think you (all) have done a very very very good step in developing a great network distribution protocol, that looks so generic, that it would be fun, if one could make a news tranport system out of it as well !!! What do you think of that idea ?! Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Sun Aug 25 15:42:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16875 for hackers-outgoing; Sun, 25 Aug 1996 15:42:07 -0700 (PDT) Received: from mail2.ip.pt (mail2.ip.pt [146.193.60.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA16864; Sun, 25 Aug 1996 15:41:50 -0700 (PDT) Received: from ip2.ip.p.ip.pt by mail2.ip.pt (/) id XAA12442; Sun, 25 Aug 1996 23:43:15 GMT Message-ID: <3220C9C0.6660@co.ip.pt> Date: Sun, 25 Aug 1996 23:46:40 +0200 From: Rui Cohen Reply-To: rmc@co.ip.pt Organization: IP, SA X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: questions@freebsd.org CC: freebsd-hackers@freebsd.org Subject: FreeBSD SCSI instalation problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I' m trying to install FreeBSD 2.1.5 in a HP netserve LC but the SCSI adaptor isn't recognized. The HP has an on board embebed SCSI controlor AIC 7770. Is it possible to install FreeBSD in this machine ? Do you have any tips on how to solve this problem? TIA, --- Rui Cohen email: rmc@co.ip.pt From owner-freebsd-hackers Sun Aug 25 16:44:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23422 for hackers-outgoing; Sun, 25 Aug 1996 16:44:43 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23413 for ; Sun, 25 Aug 1996 16:44:41 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id SAA22532 for ; Sun, 25 Aug 1996 18:44:40 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 25 Aug 96 18:44 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id SAA11342 for hackers@freebsd.org; Sun, 25 Aug 1996 18:44:30 -0500 (CDT) From: Karl Denninger Message-Id: <199608252344.SAA11342@Jupiter.mcs.net> Subject: UID < 65535? To: hackers@freebsd.org Date: Sun, 25 Aug 1996 18:44:30 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, Note this: typedef u_int32_t uid_t; /* user id */ Ok, so its a 32-bit value, right? Then why does pwd_mkdb blow chunks if I specify anything beyond 65535? Is there's a LOGICAL reason for this? Are UIDs really limited to 65k? Or is this is a "stupid piece of code" problem in pwd_mkdb and have no relavence to reality. I had *assumed* that 32-bit values were valid for UIDs on FreeBSD and most other BSDs. Based on the include file above, that should be correct. So why is this being blocked? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Sun Aug 25 17:10:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27149 for hackers-outgoing; Sun, 25 Aug 1996 17:10:49 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27144 for ; Sun, 25 Aug 1996 17:10:47 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA26391 for ; Sun, 25 Aug 1996 17:10:39 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA14807; Sun, 25 Aug 1996 17:08:31 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma014805; Sun Aug 25 17:08:30 1996 Message-ID: <3220EAC2.167EB0E7@whistle.com> Date: Sun, 25 Aug 1996 17:07:30 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Karl Denninger CC: hackers@FreeBSD.org Subject: Re: UID < 65535? References: <199608252344.SAA11342@Jupiter.mcs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > > Hi folks, > > Note this: > > typedef u_int32_t uid_t; /* user id */ > > Ok, so its a 32-bit value, right? > > Then why does pwd_mkdb blow chunks if I specify anything beyond 65535? > > Is there's a LOGICAL reason for this? Are UIDs really limited to 65k? > > Or is this is a "stupid piece of code" problem in pwd_mkdb and have no > relavence to reality. > > I had *assumed* that 32-bit values were valid for UIDs on FreeBSD and most > other BSDs. Based on the include file above, that should be correct. > > So why is this being blocked?A It's only a warning message.. theya re working, but thay are bad for NFS as it has a 16 bit UID field. hense teh warning.. it probably shoul dbe a more explanatory message however.. it USED TO quit, but I made in non fatal a few months ago as we use UIDS > 65K as special internal system UIDs here.. julian From owner-freebsd-hackers Sun Aug 25 17:16:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27927 for hackers-outgoing; Sun, 25 Aug 1996 17:16:30 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27920 for ; Sun, 25 Aug 1996 17:16:27 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id AAA07041; Mon, 26 Aug 1996 00:16:16 GMT Date: Mon, 26 Aug 1996 09:16:16 +0900 (JST) From: Michael Hancock To: Doug Wellington cc: FreeBSD Hackers Subject: Re: JDK 1.02 In-Reply-To: <9608241836.AA04073@sun1paztcn.wr.usgs.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 Aug 1996, Doug Wellington wrote: > those three languages... So, my point is, Java isn't anything special, > it's just neutered C++, Perl, Python and TCL... We already have all these > other tools, they're stable and established, and free! Java is different. My favorite languages are C, Java, and Python. One thing that I like about Java is that it is like C, but very well specified. It's a strongly typed language and the basic types are specified to the byte count, so an integer on a PC is the same as an integer on a Dec Alpha, etc. If the language is well-specified and good implementations follow, then even if people come up with different tweaks in their libraries then it should be very portable. As far as my other favorite languages are concerned, I like C with all its warts - well, just because. Python is cool for doing some quick CGI and also when I get tired of dealing with types. Regards, Mike From owner-freebsd-hackers Sun Aug 25 18:00:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02255 for hackers-outgoing; Sun, 25 Aug 1996 18:00:07 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02248 for ; Sun, 25 Aug 1996 18:00:05 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id UAA24382; Sun, 25 Aug 1996 20:00:03 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 25 Aug 96 20:00 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id TAA11578; Sun, 25 Aug 1996 19:59:52 -0500 (CDT) From: Karl Denninger Message-Id: <199608260059.TAA11578@Jupiter.mcs.net> Subject: Re: UID < 65535? To: julian@whistle.com (Julian Elischer) Date: Sun, 25 Aug 1996 19:59:52 -0500 (CDT) Cc: karl@Mcs.Net, hackers@FreeBSD.org In-Reply-To: <3220EAC2.167EB0E7@whistle.com> from "Julian Elischer" at Aug 25, 96 05:07:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Karl Denninger wrote: > > > > Hi folks, > > > > Note this: > > > > typedef u_int32_t uid_t; /* user id */ > > > > Ok, so its a 32-bit value, right? > > > > Then why does pwd_mkdb blow chunks if I specify anything beyond 65535? > > It's only a warning message.. theya re working, > but thay are bad for NFS as it has a 16 bit UID field. > hense teh warning.. > it probably shoul dbe a more explanatory message however.. > it USED TO quit, but I made in non fatal a few months ago > as we use UIDS > 65K as special internal system UIDs here.. Yuck. That means there really is a hard 16-bit limit if you use NFS to store anything? Has this been addressed at all? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Sun Aug 25 19:14:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09819 for hackers-outgoing; Sun, 25 Aug 1996 19:14:04 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA09814 for ; Sun, 25 Aug 1996 19:14:00 -0700 (PDT) Received: from tsunami.awod.com (user-168-121-150-108.dialup.mindspring.com [168.121.150.108]) by sumter.awod.com (8.6.12/8.6.12) with SMTP id WAA03283; Sun, 25 Aug 1996 22:13:59 -0400 Message-Id: <1.5.4.32.19960826021355.008f977c@awod.com> X-Sender: klam@awod.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 25 Aug 1996 22:13:55 -0400 To: Karl Denninger , julian@whistle.com (Julian Elischer) From: Ken Lam Subject: Re: UID < 65535? Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Yuck. That means there really is a hard 16-bit limit if you use NFS to >store anything? > >Has this been addressed at all? Well maybe in a V4 of NFS? I haven't seen any new RFCs about NFS since V3 (which did expand file offset to 64bit). The only thing which I might suggest is AFS which has ownership controlled by Kerberos and doesn't have any UID limitations. Probably now what you were looking for... -k --- Ken Lam lam@awod.com Integrated Technical Systems Systems, Networks, and Internet Solutions -- Defining Technology Today "'Plug and Play' was only applicable to the original ATARI(tm)" From owner-freebsd-hackers Sun Aug 25 23:53:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23341 for hackers-outgoing; Sun, 25 Aug 1996 23:53:29 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA23336; Sun, 25 Aug 1996 23:53:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA17074; Mon, 26 Aug 1996 08:52:49 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA04010; Mon, 26 Aug 1996 08:52:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA19036; Mon, 26 Aug 1996 08:48:56 +0200 (MET DST) From: J Wunsch Message-Id: <199608260648.IAA19036@uriah.heep.sax.de> Subject: Re: FreeBSD SCSI instalation problem To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 26 Aug 1996 08:48:56 +0200 (MET DST) Cc: rmc@co.ip.pt, gibbs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3220C9C0.6660@co.ip.pt> from Rui Cohen at "Aug 25, 96 11:46:40 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Rui Cohen wrote: > I' m trying to install FreeBSD 2.1.5 in a HP netserve LC but the SCSI > adaptor isn't recognized. The HP has an on board embebed SCSI controlor > AIC 7770. Is it possible to install FreeBSD in this machine ? Do you > have any tips on how to solve this problem? I'm not sure, i've heard rumours that this machine has the SCSI controller on the unexpectedly (for our EISA code) high EISA slot number of 10 or 11. Do you have the chance to install it using another controller, so you can rebuild a kernel there? The source code patch should be very simple, but unless somebody can create a new boot floppy for you, it's a bit tricky to install it then. Justin? Is it possible to bump EISA_SLOTS to 12? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Aug 25 23:54:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23400 for hackers-outgoing; Sun, 25 Aug 1996 23:54:22 -0700 (PDT) Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA23377 for ; Sun, 25 Aug 1996 23:54:19 -0700 (PDT) Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id IAA00880 for ; Mon, 26 Aug 1996 08:53:47 +0200 Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with ESMTP id sma000815; Mon Aug 26 08:53:09 1996 Received: from aonc01.nym.sc.philips.com (aonc01.nym.sc.philips.com [130.144.70.193]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id IAA24052 for ; Mon, 26 Aug 1996 08:55:51 +0200 Received: from NLNMG01.nym.sc.philips.com (nlnmg01 [130.144.80.6]) by aonc01.nym.sc.philips.com (8.6.10/8.6.10-1.2a-960822) with ESMTP id IAA29078 for ; Mon, 26 Aug 1996 08:54:35 +0200 Received: from NLNMG01/MAILQUEUE by NLNMG01.nym.sc.philips.com (Mercury 1.21); 26 Aug 96 08:54:39 +0100 Received: from MAILQUEUE by NLNMG01 (Mercury 1.21); 26 Aug 96 08:54:22 +0100 From: "Kees Jan Koster" Organization: Philips Semiconductors Nijmegen To: freebsd-hackers@freebsd.org Date: Mon, 26 Aug 1996 08:54:15 GMT+0100 Subject: Re: NFS and the nameserver... Reply-to: Kees.Koster@nym.sc.philips.com Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <49448A3432@NLNMG01.nym.sc.philips.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Datum verzending: Fri, 16 Aug 1996 11:58:32 -0400 (EDT) > Van: Thomas David Rivers > Aan: ponds!mt.sri.com!nate@freefall.freebsd.org > Onderwerp: Re: NFS and the nameserver... > kopieen naar: ponds!freefall.cdrom.com!freebsd-hackers@freefall.freebsd.org > > > We need a small change to /etc/rc. > > > > And I assume you've made that change. :) > > > > > I discovered this when I set up a primary nameserver on a machine > > > that also wanted to mount NFS mount points. > > > > > > If you have an /etc/resolv.conf, and you are the primary name > > > server. The > > > > > > mount -a -t nfs > > > > > > in /etc/rc happens _before_ named is started. This means that > > > the mounts fail (timing out eventually). > > > > > > I think it would be prudent to move the > > > > > > mount -a -t -nfs > > > > > > command until after all the networking deamons have begun, but > > > particularly after named has started. > > > > Except that some of the networking daemons live in /usr, which must > > mounted on many boxes which boot diskless and/or mount /usr alone. > > > > There is no 'perfect' solution to where the NFS mount commands go, and > > it was determined that the current position is the 'best' for most > > people. If it doesn't work for your installation, move it (which you've > > done already). > > > > > > > > Nate > > > > Well - yes, err..., umm... I made that change. > > Seems like a simple 'if' is appropriate here. You could > set up a sysconfig parm, i.e. "diskless" and do the NFS > mounts early if this is a diskless machine. > > if [ ! X"$diskless" = X"NO" ] > then > mount -a -t nfs > NFS_mounted=yes > fi > > .... > > > after named, etc... > > if [ ! "NFS_mounted" = "yes" ] > then > mount -a -t nfs > fi > > > also - another clever trick is to put the mount command early > in /etc/rc and simply run it in the background. Then, it's likely > that the nameserver will get "cranked up" before the timeout > and the mounts will succeed... > I don't like the sound of that "likely". Does this mean that with the new sysconfig my system will be "likely" to boot correctly? Groetjes, Kees Jan From owner-freebsd-hackers Mon Aug 26 00:16:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24444 for hackers-outgoing; Mon, 26 Aug 1996 00:16:31 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA24438; Mon, 26 Aug 1996 00:16:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id AAA17996; Mon, 26 Aug 1996 00:07:10 -0700 (PDT) Message-Id: <199608260707.AAA17996@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers), rmc@co.ip.pt, gibbs@freebsd.org Subject: Re: FreeBSD SCSI instalation problem Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 26 Aug 1996 00:07:09 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 Aug 1996 08:48:56 +0200 (MET DST) J Wunsch wrote: > I'm not sure, i've heard rumours that this machine has the SCSI > controller on the unexpectedly (for our EISA code) high EISA slot > number of 10 or 11. > > Do you have the chance to install it using another controller, so you > can rebuild a kernel there? The source code patch should be very > simple, but unless somebody can create a new boot floppy for you, it's > a bit tricky to install it then. > > Justin? Is it possible to bump EISA_SLOTS to 12? For reference, NetBSD/i386 always looks at 16 EISA slots, and I've not observed any ill effects... -- save the ancient forests - http://www.bayarea.net/~thorpej/forest/ -- Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon Aug 26 00:49:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25601 for hackers-outgoing; Mon, 26 Aug 1996 00:49:38 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA25596; Mon, 26 Aug 1996 00:49:36 -0700 (PDT) Message-Id: <199608260749.AAA25596@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), rmc@co.ip.pt, gibbs@freebsd.org Subject: Re: FreeBSD SCSI instalation problem In-reply-to: Your message of "Mon, 26 Aug 1996 08:48:56 +0200." <199608260648.IAA19036@uriah.heep.sax.de> Date: Mon, 26 Aug 1996 00:49:36 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Justin? Is it possible to bump EISA_SLOTS to 12? We need address space reservation first. Going above 9 can interfere with PCI devices. It should be done before 2.2. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Aug 26 00:50:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25694 for hackers-outgoing; Mon, 26 Aug 1996 00:50:19 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA25689; Mon, 26 Aug 1996 00:50:18 -0700 (PDT) Message-Id: <199608260750.AAA25689@freefall.freebsd.org> To: Jason Thorpe cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org (FreeBSD hackers), rmc@co.ip.pt, gibbs@freebsd.org Subject: Re: FreeBSD SCSI instalation problem In-reply-to: Your message of "Mon, 26 Aug 1996 00:07:09 PDT." <199608260707.AAA17996@lestat.nas.nasa.gov> Date: Mon, 26 Aug 1996 00:50:18 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >For reference, NetBSD/i386 always looks at 16 EISA slots, and I've not >observed any ill effects... 16 is the correct number, but then again, NetBSD has I/O space accounting too. > -- save the ancient forests - http://www.bayarea.net/~thorpej/forest/ -- >Jason R. Thorpe thorpej@nas.nasa.gov >NASA Ames Research Center Home: 408.866.1912 >NAS: M/S 258-6 Work: 415.604.0935 >Moffett Field, CA 94035 Pager: 415.428.6939 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Aug 26 00:52:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25846 for hackers-outgoing; Mon, 26 Aug 1996 00:52:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA25839 for ; Mon, 26 Aug 1996 00:52:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19634; Mon, 26 Aug 1996 09:51:42 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA05107; Mon, 26 Aug 1996 09:51:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA19326; Mon, 26 Aug 1996 09:24:48 +0200 (MET DST) From: J Wunsch Message-Id: <199608260724.JAA19326@uriah.heep.sax.de> Subject: Re: FreeBSD SCSI instalation problem To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 26 Aug 1996 09:24:48 +0200 (MET DST) Cc: thorpej@nas.nasa.gov Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608260707.AAA17996@lestat.nas.nasa.gov> from Jason Thorpe at "Aug 26, 96 00:07:09 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jason Thorpe wrote: > > Justin? Is it possible to bump EISA_SLOTS to 12? > > For reference, NetBSD/i386 always looks at 16 EISA slots, and I've not > observed any ill effects... Justin's (?) comment in eisaconf.h mentions that slots >= 10 could clash with the PCI address range. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Aug 26 01:25:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26964 for hackers-outgoing; Mon, 26 Aug 1996 01:25:32 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA26956 for ; Mon, 26 Aug 1996 01:25:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id BAA01670; Mon, 26 Aug 1996 01:24:03 -0700 (PDT) Message-Id: <199608260824.BAA01670@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Hancock cc: Doug Wellington , FreeBSD Hackers Subject: Re: JDK 1.02 In-reply-to: Your message of "Mon, 26 Aug 1996 09:16:16 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Aug 1996 01:24:02 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Michael Hancock : > On Sat, 24 Aug 1996, Doug Wellington wrote: > > > those three languages... So, my point is, Java isn't anything special, > > it's just neutered C++, Perl, Python and TCL... We already have all these > > other tools, they're stable and established, and free! I think that what attracts people to Java is not the language rather the cool things you can do with java on the web and also because it runs on win95 -- its resemblance to C++ is definitly a win . tcl got ported to win95 however I think that java is in better shape on win95 than tcl. tcl is okay however its lack of higher structures makes it a pain if you don't resort to itcl or one of the "object-oriented" packages for tcl. About three years ago , tcl could have rule the Net by way of "smart-agents" (safe-tcl + plus some extensions) . Is just that no one really felt like tackling the project. Both tcl/tk and java have made it a whole easier to create portable graphic apps : pull down windows , displaying images , etc... Hope that I make sense 8) Cheers, Amancio From owner-freebsd-hackers Mon Aug 26 01:36:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA27467 for hackers-outgoing; Mon, 26 Aug 1996 01:36:58 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA27461 for ; Mon, 26 Aug 1996 01:36:53 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) pid 13647 id KAA13647; Mon, 26 Aug 1996 10:20:34 +0200 Received: from localhost (localhost [127.0.0.1]) by nietzsche.bowtie.nl (8.6.12/8.6.9) with ESMTP id JAA23556; Mon, 26 Aug 1996 09:52:08 +0200 Message-Id: <199608260752.JAA23556@nietzsche.bowtie.nl> X-Mailer: exmh version 1.6.7 5/3/96 To: Michael Smith cc: brianc@pobox.com, freebsd-hackers@freebsd.org Subject: Re: DOS root directory? In-reply-to: msmith's message of Sat, 24 Aug 1996 13:46:39 +0930. <199608240416.NAA24844@genesis.atrad.adelaide.edu.au> Date: Mon, 26 Aug 1996 09:52:07 +0200 From: Marc van Kempen Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Brian Campbell stands accused of saying: > > > > When I mount my DOS C drive (formatted by W95's format for W95) I get: > > mountmsdosfs(): Warning: root directory is not a multiple of > > the clustersize in length > > > > Is this a serious or important warning, or just something the author > > didn't think would happen and wanted to be informed of? > > It indicates that your DOS partition was shrunk at some sage, probably > by FIPS or a similar tool. The FreeBSD MSDOSFS appears particularly > unreliable with such filesystems; I would advise extreme caution. > I can second this, I had to reinstall my complete system after a crash which left my bootdisk totally unusable. Marc. ---------------------------------------------------- Marc van Kempen BowTie Technology Email: marc@bowtie.nl WWW & Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl ---------------------------------------------------- From owner-freebsd-hackers Mon Aug 26 01:41:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA27705 for hackers-outgoing; Mon, 26 Aug 1996 01:41:42 -0700 (PDT) Received: from eins.siemens.at (eins.siemens.at [193.81.246.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA27700 for ; Mon, 26 Aug 1996 01:41:36 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by eins.siemens.at (8.7.4/8.7.3) with SMTP id KAA26922 for ; Mon, 26 Aug 1996 10:37:22 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uuxAh-00021JC; Mon, 26 Aug 96 10:37 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA228048417; Mon, 26 Aug 1996 10:33:37 +0200 From: "Hr.Ladavac" Message-Id: <199608260833.AA228048417@ws2301.gud.siemens.co.at> Subject: Re: JDK 1.02 To: terry@lambert.org (Terry Lambert) Date: Mon, 26 Aug 1996 10:33:37 +0200 (MESZ) Cc: narvi@haldjas.folklore.ee, doug@sun1paztcn.wr.usgs.gov, nate@mt.sri.com, hackers@FreeBSD.org In-Reply-To: <199608241845.LAA19717@phaeton.artisoft.com> from "Terry Lambert" at Aug 24, 96 11:45:05 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Terry Lambert contained: > > One part of the game is Java Applications. Theoretically, a Java > > Application compiled on one plaform will run on any other platform, the > > source code should also display similar features - once written, it will > > compile everywhere. Or so they say :-) > > I hear that one IBCS2 binary for an Intel box will run on all other > IBCS2 Intel boxes... I hear that an Infocom adventure once compiled will run wherever a Zork machine is available. > > 8-) 8-) 8-) > > ...My God! Sun has invented UCSD P-code for C++ source! No, no, no, they just provided C++ like interface to the Zork machine (which is object based and uses inheritance internally.) /Marino > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Mon Aug 26 03:30:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02363 for hackers-outgoing; Mon, 26 Aug 1996 03:30:53 -0700 (PDT) Received: from marlin.com.br (blue.marlin.com.br [200.255.107.33]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA02343; Mon, 26 Aug 1996 03:30:44 -0700 (PDT) Received: by marlin.com.br (8.6.12/SMI-4.1) id HAA07195; Mon, 26 Aug 1996 07:22:19 -0300 Date: Mon, 26 Aug 1996 07:22:17 -0300 (EST) From: "Alexsandro D. F. Correia" To: hackers@freebsd.org cc: questions@freebsd.org Subject: Problems with backups!!! (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sirs, Last week a sent a message , asking for help !! I think my message didn't arrive to you. I'm having a terrible problem here to restore my backups, and i hope you can help me. Bellow, you can read the original message. Thanx a lot. Alexsandro ---------- Forwarded message ---------- Date: Mon, 19 Aug 1996 11:21:11 -0300 (EST) From: Alexsandro D. F. Correia To: questions@freebsd.org Cc: hackers@freebsd.org Subject: Problems with backups!!! Hi Sirs, I'm having lots of troubles with my backups, and i hope someone can HELP ME. Here we have two machines with the same configuration. Pentium 100, 32 Mb RAM, HD 2.0 gb SCSI and a DAT TAPE DRIVER (EXABYTE) . Running FreeBSD 2.1. That's the problem i have. When i try to restore a backup, using tar for examplem my system crashes. Here follows the error msg the system sends to me: ahc0:target 3,lun 0 (st0) timet out st0(ahc0:3:0):BUS DEVICE RESET message Queued. st0(ahc0:3:0):TAEGET Busy ahc0:A:3:no active SCB for reconnecting target - issuing ABORT. SAVED_TCL == 0x30 ahc0:target1,lun0(sd0) timed out By the way, I tested the restore on both machines, using CPIO and TAR. But everytime i try to access something from the tape to the HD, the system crashes. Please, I'll be very glad if someone help me. Thanx a lot. Alexsandro Correia From owner-freebsd-hackers Mon Aug 26 04:17:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04630 for hackers-outgoing; Mon, 26 Aug 1996 04:17:03 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA04622 for ; Mon, 26 Aug 1996 04:16:57 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id EAA07874; Mon, 26 Aug 1996 04:16:55 -0700 (PDT) To: Tony Montana Cc: hackers@freebsd.org Subject: Re: FreeBSD T-shirt production - anyone want to take this over? In-reply-to: Your message of "Mon, 26 Aug 1996 02:02:40 CDT." Date: Mon, 26 Aug 1996 04:16:55 -0700 Message-ID: <7872.841058215@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To order from the stock of T-shirts Walnut Creek CDROM still has left ($14.95, X-large through childrens sizes), please send email to orders@cdrom.com, finger info@cdrom.com for phone/FAX contact info or visit http://www.cdrom.com for an on-line ordering form. Jordan > > I'm sorry.. but I never knew FreeBSD shirts were even being sold. I'd > love to purchase one. Can you please give me contact information? > > Tony > > From owner-freebsd-hackers Mon Aug 26 06:33:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10348 for hackers-outgoing; Mon, 26 Aug 1996 06:33:48 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA10340 for ; Mon, 26 Aug 1996 06:33:45 -0700 (PDT) Received: (from fyeung@localhost) by fyeung5.netific.com (8.6.11/8.6.9) id GAA02227; Mon, 26 Aug 1996 06:37:25 GMT From: francis yeung Message-Id: <199608260637.GAA02227@fyeung5.netific.com> Subject: Re: JDK 1.02 To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 26 Aug 1996 06:37:24 +0000 () Cc: michaelh@cet.co.jp, doug@sun1paztcn.wr.usgs.gov, hackers@FreeBSD.org In-Reply-To: <199608260824.BAA01670@rah.star-gate.com> from "Amancio Hasty" at Aug 26, 96 01:24:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Greetings, > >From The Desk Of Michael Hancock : > > On Sat, 24 Aug 1996, Doug Wellington wrote: > > > > > those three languages... So, my point is, Java isn't anything special, > > > it's just neutered C++, Perl, Python and TCL... We already have all these > > > other tools, they're stable and established, and free! > > I think that what attracts people to Java is not the language rather the > cool things you can do with java on the web and also because it runs > on win95 -- its resemblance to C++ is definitly a win . > > tcl got ported to win95 however I think that java is in better shape > on win95 than tcl. > > tcl is okay however its lack of higher structures makes it a pain if you > don't resort to itcl or one of the "object-oriented" packages for tcl. > > About three years ago , tcl could have rule the Net by way of > "smart-agents" (safe-tcl + plus some extensions) . Is just that In theory, Java should be the language of choice for developing smart-agents. However, has anyone used Java for this purpose out there ? Does anyone have any Java class (a kind of middleware or tool kits) to faciliate the processing of the CGIs e.g. parsing parameters, creating the associative array etc. Is JavaORB (Cobra) in the public domain ? How about JavaODBC ? Is it in the public domain ? > no one really felt like tackling the project. > > Both tcl/tk and java have made it a whole easier to create portable > graphic apps : > pull down windows , displaying images , etc... > > Hope that I make sense 8) > > Cheers, > Amancio > Thanks. Francis > > > > From owner-freebsd-hackers Mon Aug 26 07:09:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11744 for hackers-outgoing; Mon, 26 Aug 1996 07:09:40 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11736; Mon, 26 Aug 1996 07:09:36 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA29985; Mon, 26 Aug 1996 09:09:02 -0500 From: Joe Greco Message-Id: <199608261409.JAA29985@brasil.moneng.mei.com> Subject: DOS Emulator (was: Re: JDK 1.02) To: julian@whistle.com (Julian Elischer) Date: Mon, 26 Aug 1996 09:09:02 -0500 (CDT) Cc: hackers@freebsd.org, jkh@freebsd.org In-Reply-To: <321DFB67.4DAA423A@whistle.com> from "Julian Elischer" at Aug 23, 96 11:41:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Apparently NetBSD has it , and it was promised at Usenix in january > that if we wanted it the developer (Christos) whould help us.. Speaking of things that other BSD's have and (as I recall) were promised.. Whatever happened with the BSDI DOS emulator? As I recall, Jordan posted a note that BSDI had agreed to provide it to us to help prevent stagnation... and I don't recall hearing a word since. Just wondering. I don't have any DOS software anyways but I know it was of some interest to other folks. ... JG From owner-freebsd-hackers Mon Aug 26 07:10:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11806 for hackers-outgoing; Mon, 26 Aug 1996 07:10:02 -0700 (PDT) Received: from post.vale.com (post.vale.com [204.117.217.66]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA11770 for ; Mon, 26 Aug 1996 07:09:50 -0700 (PDT) Received: from jaguar.vale.com by post.vale.com id aa28877; 26 Aug 96 9:09 CDT Received: by jaguar with Microsoft Mail id <01BB932F.47934380@jaguar>; Mon, 26 Aug 1996 09:16:35 -0500 Message-ID: <01BB932F.47934380@jaguar> From: Hal Snyder To: "'Michael L. VanLoon'" Cc: "'freebsd-hackers@freebsd.org'" Subject: Multiple swaps slow down system? Date: Mon, 26 Aug 1996 09:15:14 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael L. VanLoon wrote: > I don't know why that happens, but I wouldn't expect it to give you > much of a performance boost, since IDE doesn't do asynchronous I/O (at ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > least under *BSD anyway). If you have a very busy system, I would > expect it to give you a performance drop, in fact. I'm not sure what you mean here by "asynchronous". Can you explain? The last time I looked at hd device drivers, SCSI had it all over IDE just because of DMA support - the old ST506 interface still used by IDE forced the CPU to handle all I/O going to/from the hard drive. Has this changed? From owner-freebsd-hackers Mon Aug 26 08:24:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19067 for hackers-outgoing; Mon, 26 Aug 1996 08:24:13 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19060 for ; Mon, 26 Aug 1996 08:24:08 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id IAA00438; Mon, 26 Aug 1996 08:23:19 -0700 (PDT) Message-Id: <199608261523.IAA00438@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: francis yeung cc: michaelh@cet.co.jp, doug@sun1paztcn.wr.usgs.gov, hackers@FreeBSD.org Subject: Re: JDK 1.02 In-reply-to: Your message of "Mon, 26 Aug 1996 06:37:24 -0000." <199608260637.GAA02227@fyeung5.netific.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Aug 1996 08:23:19 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of francis yeung : > > In theory, Java should be the language of choice for developing > smart-agents. However, has anyone used Java for this purpose > out there ? Does anyone have any Java class (a kind of middleware > or tool kits) to faciliate the processing of the CGIs e.g. parsing > parameters, creating the associative array etc. Is > JavaORB (Cobra) in the public domain ? How about JavaODBC ? Is > it in the public domain ? Do a netscape search on ILU 8) Have a ball , Amancio From owner-freebsd-hackers Mon Aug 26 08:26:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19146 for hackers-outgoing; Mon, 26 Aug 1996 08:26:58 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19140 for ; Mon, 26 Aug 1996 08:26:55 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA26413 for ; Mon, 26 Aug 1996 17:21:53 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA03486 for freebsd-hackers@freefall.cdrom.com; Mon, 26 Aug 1996 17:34:39 +0200 Date: Mon, 26 Aug 1996 17:34:39 +0200 From: Christoph Kukulies Message-Id: <199608261534.RAA03486@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: 0801-SNAP failed on a DecPC XL 466d2 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I tried to install 0801-SNAP on a DecPC XL 466 d2 (NCR Bios, PCI Saturn?) to no avail. When the 'Copying device files' box appeared the machine got hung. :-( --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Aug 26 08:29:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19305 for hackers-outgoing; Mon, 26 Aug 1996 08:29:33 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19300 for ; Mon, 26 Aug 1996 08:29:31 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA00347; Mon, 26 Aug 1996 10:27:39 -0500 From: Joe Greco Message-Id: <199608261527.KAA00347@brasil.moneng.mei.com> Subject: Re: UID < 65535? To: karl@mcs.net (Karl Denninger) Date: Mon, 26 Aug 1996 10:27:39 -0500 (CDT) Cc: julian@whistle.com, karl@mcs.net, hackers@FreeBSD.org In-Reply-To: <199608260059.TAA11578@Jupiter.mcs.net> from "Karl Denninger" at Aug 25, 96 07:59:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Yuck. That means there really is a hard 16-bit limit if you use NFS to > store anything? Last time I checked. Aren't there also limits in Yellow Pages^H^H^H^H^H^H I mean NIS?? > Has this been addressed at all? I don't think NFSv3 allows anything else (could be wrong). Once again we all learn that NFS stands for Network Fish Scraps, which describes the odor of NFS pretty well. :-) ... JG From owner-freebsd-hackers Mon Aug 26 08:44:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20143 for hackers-outgoing; Mon, 26 Aug 1996 08:44:20 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20133 for ; Mon, 26 Aug 1996 08:44:15 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id KAA17252; Mon, 26 Aug 1996 10:36:37 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 26 Aug 96 10:36 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id KAA13897; Mon, 26 Aug 1996 10:36:23 -0500 (CDT) From: Karl Denninger Message-Id: <199608261536.KAA13897@Jupiter.mcs.net> Subject: Re: UID < 65535? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 26 Aug 1996 10:36:23 -0500 (CDT) Cc: karl@Mcs.Net, julian@whistle.com, hackers@FreeBSD.org In-Reply-To: <199608261527.KAA00347@brasil.moneng.mei.com> from "Joe Greco" at Aug 26, 96 10:27:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Yuck. That means there really is a hard 16-bit limit if you use NFS to > > store anything? > > Last time I checked. Aren't there also limits in Yellow Pages^H^H^H^H^H^H > I mean NIS?? > > > Has this been addressed at all? > > I don't think NFSv3 allows anything else (could be wrong). > > Once again we all learn that NFS stands for Network Fish Scraps, which > describes the odor of NFS pretty well. :-) > > ... JG Agreed. Now Show me an available means of accomplishing the same goal without it. Since I've yet to see one, the rules are that we need to adapt the code to fit reality, not whine and bitch about how awful it is. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Mon Aug 26 08:51:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20526 for hackers-outgoing; Mon, 26 Aug 1996 08:51:12 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20520 for ; Mon, 26 Aug 1996 08:51:07 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id LAA02940; Mon, 26 Aug 1996 11:49:56 -0400 (EDT) Date: Mon, 26 Aug 1996 11:49:56 -0400 (EDT) From: Brian Tao To: Karl Denninger cc: hackers@FreeBSD.org Subject: Re: UID < 65535? In-Reply-To: <199608252344.SAA11342@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 25 Aug 1996, Karl Denninger wrote: > > So why is this being blocked? Interoperability with NIS and NFS (all the more reason to hate them). I took out the little warning on our systems here, since we are assigning blocks of userid's in the 500000+ range for some of our customers. We don't use NIS here, but NFS is another story... :-/ -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Aug 26 08:52:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20610 for hackers-outgoing; Mon, 26 Aug 1996 08:52:31 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20603 for ; Mon, 26 Aug 1996 08:52:24 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA00407; Mon, 26 Aug 1996 10:51:04 -0500 From: Joe Greco Message-Id: <199608261551.KAA00407@brasil.moneng.mei.com> Subject: Re: UID < 65535? To: karl@mcs.net (Karl Denninger) Date: Mon, 26 Aug 1996 10:51:03 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, karl@mcs.net, julian@whistle.com, hackers@FreeBSD.org In-Reply-To: <199608261536.KAA13897@Jupiter.mcs.net> from "Karl Denninger" at Aug 26, 96 10:36:23 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Yuck. That means there really is a hard 16-bit limit if you use NFS to > > > store anything? > > > > Last time I checked. Aren't there also limits in Yellow Pages^H^H^H^H^H^H > > I mean NIS?? > > > > > Has this been addressed at all? > > > > I don't think NFSv3 allows anything else (could be wrong). > > > > Once again we all learn that NFS stands for Network Fish Scraps, which > > describes the odor of NFS pretty well. :-) > > > > ... JG > > Agreed. Now Show me an available means of accomplishing the same goal > without it. > > Since I've yet to see one, the rules are that we need to adapt the code to > fit reality, not whine and bitch about how awful it is. Maybe it's time to try something else... NFS seems to have so many problems. "Adapting the code to fit reality" may not be a trivial exercise - unless you don't mind breaking compatibility with everyone else in the world (maybe you don't mind doing that as a local site hack).. I didn't say I had a handy substitute, by the way. I have a friend who would push RFS :-) but I don't think so. ... JG From owner-freebsd-hackers Mon Aug 26 09:04:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21294 for hackers-outgoing; Mon, 26 Aug 1996 09:04:35 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21283 for ; Mon, 26 Aug 1996 09:04:27 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id MAA03082; Mon, 26 Aug 1996 12:02:17 -0400 (EDT) Date: Mon, 26 Aug 1996 12:02:17 -0400 (EDT) From: Brian Tao To: Karl Denninger cc: Joe Greco , julian@whistle.com, hackers@FreeBSD.org Subject: Re: UID < 65535? In-Reply-To: <199608261536.KAA13897@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 Aug 1996, Karl Denninger wrote: > > Agreed. Now Show me an available means of accomplishing the same goal > without it. Would AFS be a workable alternative? Please note that I know almost nothing about AFS, other than being some sort of distributed file system. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Aug 26 09:25:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22321 for hackers-outgoing; Mon, 26 Aug 1996 09:25:37 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22315 for ; Mon, 26 Aug 1996 09:25:34 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id LAA19767; Mon, 26 Aug 1996 11:24:39 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 26 Aug 96 11:24 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id LAA14101; Mon, 26 Aug 1996 11:24:25 -0500 (CDT) From: Karl Denninger Message-Id: <199608261624.LAA14101@Jupiter.mcs.net> Subject: Re: UID < 65535? To: taob@io.org (Brian Tao) Date: Mon, 26 Aug 1996 11:24:25 -0500 (CDT) Cc: karl@Mcs.Net, jgreco@brasil.moneng.mei.com, julian@whistle.com, hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Aug 26, 96 12:02:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > On Mon, 26 Aug 1996, Karl Denninger wrote: > > > > Agreed. Now Show me an available means of accomplishing the same goal > > without it. > > Would AFS be a workable alternative? Please note that I know > almost nothing about AFS, other than being some sort of distributed > file system. > -- > Brian Tao (BT300, taob@io.org, taob@ican.net) > Senior Systems and Network Administrator, Internet Canada Corp. > "Though this be madness, yet there is method in't" Other than the fact that its not freely available? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Mon Aug 26 09:30:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22899 for hackers-outgoing; Mon, 26 Aug 1996 09:30:27 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22894 for ; Mon, 26 Aug 1996 09:30:25 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id MAA03402; Mon, 26 Aug 1996 12:29:43 -0400 (EDT) Date: Mon, 26 Aug 1996 12:29:43 -0400 (EDT) From: Brian Tao To: Karl Denninger cc: hackers@FreeBSD.org Subject: Re: UID < 65535? In-Reply-To: <199608261624.LAA14101@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 Aug 1996, Karl Denninger wrote: > > Other than the fact that its not freely available? Hrm, I thought it was (or used to be free). :( -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Aug 26 09:38:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23522 for hackers-outgoing; Mon, 26 Aug 1996 09:38:18 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA23516 for ; Mon, 26 Aug 1996 09:38:16 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id LAA20077; Mon, 26 Aug 1996 11:31:57 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 26 Aug 96 11:31 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id LAA14146; Mon, 26 Aug 1996 11:31:42 -0500 (CDT) From: Karl Denninger Message-Id: <199608261631.LAA14146@Jupiter.mcs.net> Subject: Re: UID < 65535? To: taob@io.org (Brian Tao) Date: Mon, 26 Aug 1996 11:31:42 -0500 (CDT) Cc: karl@Mcs.Net, hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Aug 26, 96 12:29:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > On Mon, 26 Aug 1996, Karl Denninger wrote: > > > > Other than the fact that its not freely available? > > Hrm, I thought it was (or used to be free). :( > -- > Brian Tao (BT300, taob@io.org, taob@ican.net) > Senior Systems and Network Administrator, Internet Canada Corp. > "Though this be madness, yet there is method in't" My understanding is that the server-side code is not (and never has been). -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Mon Aug 26 10:12:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25430 for hackers-outgoing; Mon, 26 Aug 1996 10:12:57 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA25423 for ; Mon, 26 Aug 1996 10:12:52 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA04369; Mon, 26 Aug 1996 19:16:39 +0200 Received: by uni4nn.iaf.nl with UUCP id AA29895 (5.67b/IDA-1.5); Mon, 26 Aug 1996 19:16:21 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA00926 (5.67b/IDA-1.5); Mon, 26 Aug 1996 18:50:47 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id SAA00548; Mon, 26 Aug 1996 18:21:22 +0200 From: Wilko Bulte Message-Id: <199608261621.SAA00548@yedi.iaf.nl> Subject: Re: Script to setup PPP? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 26 Aug 1996 18:21:21 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199608250942.CAA07384@rah.star-gate.com> from "Amancio Hasty" at Aug 25, 96 02:42:22 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Amancio Hasty wrote... > I just spend a couple of days setting up PPP on my system to my ISP and > it seems that the docs are not very clear at least for the > average users. A short script to setup PPP as a client or a server > could probably make life easy for newbies. Hm. One of our Japanese contributors translated the Japanese ijppp docs into English (sorry, I lost his name :( ). I spent some time proofreading it. Did it land on the 2.1.5.R CDROM? (I'm not sure if it solves the issue, but your question triggered me) Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 26 10:31:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26068 for hackers-outgoing; Mon, 26 Aug 1996 10:31:27 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26062 for ; Mon, 26 Aug 1996 10:31:24 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id KAA10950; Mon, 26 Aug 1996 10:30:51 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id KAA16331; Mon, 26 Aug 1996 10:30:35 -0700 (PDT) Message-Id: <199608261730.KAA16331@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Hal Snyder cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Multiple swaps slow down system? In-reply-to: Your message of Mon, 26 Aug 96 09:15:14 -0500. <01BB932F.47934380@jaguar> Date: Mon, 26 Aug 1996 10:30:34 -0700 From: "Michael L. VanLoon" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I don't know why that happens, but I wouldn't expect it to give you >> much of a performance boost, since IDE doesn't do asynchronous I/O (at > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> least under *BSD anyway). If you have a very busy system, I would >> expect it to give you a performance drop, in fact. >I'm not sure what you mean here by "asynchronous". Can you explain? >The last time I looked at hd device drivers, SCSI had it all over IDE just >because of DMA support - the old ST506 interface still used by IDE forced the >CPU to handle all I/O going to/from the hard drive. Has this changed? With SCSI, all drives can be seeking/reading/writing independently and simultaneously. The controller merely feeds them data as they come up for more. And, if you have a controller and drive(s) that support tagged-command-queuing, you can even feed the drive several tagged commands at once, and the drive will just chew on them until it needs more, while other drives can be doing the same thing. Original IDE couldn't even seek on two drives simultaneously. Things have improved with EIDE (from what I think I understand). Apparently there is supposed to be some form of concurrency (though I'm not sure exactly how much). There is the ability to do DMA, but I'm not sure how complete it is compared to bus-master DMA in a good SCSI controller. On top of all that, you must have a very modern EIDE drive to do all this -- an older drive won't work (i. e. will only work in the old dumb mode). And the drives have to agree to talk nicely to each other if you have multiples. Regardless, there isn't a *BSD driver yet that takes advantage of EIDE even if you did have the drives and a good enough controller. Finally, a good SCSI controller has its own CPU that does all the work I just described. That means it can be doing everything necessary to carry out its work without the help of the main CPU (once the main CPU feeds it a set of things to work on, of course). Which means that your main CPU can continue to work on other things while the SCSI controller processor is reading/writing data for a different process. With IDE, the CPU has to sit and read/write from/to the IDE drive in a tight programmed loop. Supposedly, EIDE DMA would fix this, if our driver supported it, and you had smart enough drives. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 26 10:43:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26727 for hackers-outgoing; Mon, 26 Aug 1996 10:43:32 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA26704 for ; Mon, 26 Aug 1996 10:43:00 -0700 (PDT) Received: from ginger.cmf.nrl.navy.mil by mail.crl.com with SMTP id AA23981 (5.65c/IDA-1.5 for ); Mon, 26 Aug 1996 10:41:40 -0700 Received: from nexus.cmf.nrl.navy.mil (kenh@nexus.cmf.nrl.navy.mil [134.207.10.9]) by ginger.cmf.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id NAA08333; Mon, 26 Aug 1996 13:19:26 -0400 (EDT) Message-Id: <199608261719.NAA08333@ginger.cmf.nrl.navy.mil> To: Karl Denninger Cc: hackers@FreeBSD.org Subject: Re: UID < 65535? In-Reply-To: Your message of "Mon, 26 Aug 1996 11:31:42 CDT." <199608261631.LAA14146@Jupiter.mcs.net> X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Mon, 26 Aug 1996 13:19:55 -0400 From: Ken Hornstein Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> > Other than the fact that its not freely available? >> >> Hrm, I thought it was (or used to be free). :( >> -- >> Brian Tao (BT300, taob@io.org, taob@ican.net) >> Senior Systems and Network Administrator, Internet Canada Corp. >> "Though this be madness, yet there is method in't" > >My understanding is that the server-side code is not (and never has been). The client isn't free either (but you generally don't pay extra for the clients; you only pay for the server). I think AFS is a good solution, but you certainly have to pay a lot of money for it, which is a real shame. --Ken From owner-freebsd-hackers Mon Aug 26 10:46:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26954 for hackers-outgoing; Mon, 26 Aug 1996 10:46:40 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26948 for ; Mon, 26 Aug 1996 10:46:37 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id KAA29029; Mon, 26 Aug 1996 10:45:55 -0700 (PDT) Message-Id: <199608261745.KAA29029@austin.polstra.com> To: Andreas Klemm cc: hackers@freebsd.org Subject: Re: cvsup - the next generation multi purpose netw. distrib. system (even for news ?!) In-reply-to: Your message of "Sun, 25 Aug 1996 13:40:15 +0200." Date: Mon, 26 Aug 1996 10:45:55 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for the kind comments about CVSup! I hope your repository is healthy again. > This night I was in a worry, because I had to ftp tons of MB's from > gatekeeper, because I needed the Modula-3 package ... > > But I think every byte was worth fetching it ! You didn't want to just use the CVSup binary? It's statically linked, and doesn't require the Modula-3 package, or anything else. And the tar.gz file is only(!) about a megabyte. :-) I am testing a new version of the Modula-3 port. It's stripped down quite a bit, so it builds faster and uses much less swap space. Also, the package is about half the size. I'll commit that as soon as I can find the time. (I've been having house guests here for about 2 weeks now.) > As you mentioned the advantages of cvsup over other network > distribution programs like sup and nntp, I got the idea, that it > should be possible, to distribute netnews very efficiently via > cvsup, because one could treat a newsgroup hierarchie like a checkout > CVS repository ... That's an interesting idea, but I don't think it's practical. Really, a news hierachy is quite different from a CVS repository. In a news hierarchy, the individual files never change. That is, each file gets created, used, and deleted (expired), but nothing else happens to it during its lifetime. Once it's created, a file does not change. In a CVS repository, on the other hand, the files themselves are modified. The main feature of CVSup is that it deals well with small modifications to individual files. That's where the bulk of the code is, and most of the complexity too. The parts of CVSup that would help with netnews are the secondary features: (1) gzip compression, and (2) the streaming protocol. The streaming protocol is probably the most important. Everybody who runs a newsfeed recognizes that NNTP's biggest problem is its stop-and-wait protocol. That slows it down dramatically. I think the best solution for news is to use an enhanced version of NNTP, with a streaming protocol. Jerry Aguirre implemented such a protocol in INN some time ago, and quite a few people use it. I've never tried it, but I have read that it helps a lot. Of course, you have to persuade your newsfeeds to use it too. Anyway, I think that Jerry's patches are available from the same place where the INN distributions are found. Compression would also help, of course. But compression is very CPU intensive. Some newsfeeds might not like the extra load. One other point about replacing NNTP with CVSup is that, politically, it would probably never happen. NNTP, with all its flaws, is the universal standard. It would take a lot to get people to start using anything different. I think that, in the short term, people will move toward a streaming version of NNTP. In the longer term, the whole netnews system will have to be replaced with something radically different. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Aug 26 10:51:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27421 for hackers-outgoing; Mon, 26 Aug 1996 10:51:57 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27413 for ; Mon, 26 Aug 1996 10:51:54 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id MAA23182; Mon, 26 Aug 1996 12:51:37 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.13) id ; Mon, 26 Aug 96 12:51 CDT Message-Id: Subject: Re: [Fwd: Fastvid,NT,Pentium Pro Performance: Expanation] (fwd) To: rsnow@lgc.com (Rob Snow) Date: Mon, 26 Aug 1996 12:51:36 -0500 (CDT) From: "Lars Jonas Olsson" Cc: jonas@mcs.net, hackers@freebsd.org In-Reply-To: from "Rob Snow" at Aug 25, 96 01:10:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm also interested in maximising PCI memory copy speed. I got this mail from John Hinkley that wrote FASTVID. I'm however using Triton II chip set and am most interested in read speed from a memory mapped PCI frame grabber. Jonas >From CompuServe.COM!72466.1403 Mon Aug 26 12:20:54 1996 >Return-Path: <72466.1403@CompuServe.COM> >Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) > id ; Mon, 26 Aug 96 12:20 CDT >Received: by hil-img-5.compuserve.com (8.6.10/5.950515) > id NAA05839; Mon, 26 Aug 1996 13:20:48 -0400 >Date: 26 Aug 96 13:19:03 EDT >From: John Hinkley <72466.1403@CompuServe.COM> >To: "\"Lars Jonas Olsson\"" >Subject: Re: PCI to DRAM copy speed >Message-ID: <960826171903_72466.1403_EHB153-1@CompuServe.COM> >Status: OR Jonas, > Can I forward this (FASTVID code fragment) to either XFree86 > (Free X server for UNIX and OS/2) and/or FreeBSD? It's fine with me... John. >From CompuServe.COM!72466.1403 Mon Aug 12 22:33:47 1996 >Return-Path: <72466.1403@CompuServe.COM> >Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) > id ; Mon, 12 Aug 96 22:33 CDT >Received: by hil-img-4.compuserve.com (8.6.10/5.950515) > id XAA04478; Mon, 12 Aug 1996 23:33:46 -0400 >Date: 12 Aug 96 23:32:17 EDT >From: John Hinkley <72466.1403@CompuServe.COM> >To: "\"Lars Jonas Olsson\"" >Subject: Re: PCI to DRAM copy speed >Message-ID: <960813033216_72466.1403_EHB50-2@CompuServe.COM> >Status: OR Lars, Thanks for the interesting code fragment. Your method for optimizing the Neptune chipset looks vaguely similar to that used on the Pentium Pro -- except the Pro has moved the write combining option onto the processor rather than the chipset: setup_lfb(unsigned int base, int mb) // base = address of LFB // mb = number of megabytes VRAM { #define SVGA_PHYSBASE 0x202 #define SVGA_MASK 0x203 struct QWORD { unsigned int eax; unsigned int edx; } q; unsigned int mask; // identifies size controlled by MSR if (mb == 1) mask = base | 0xFFF00000; else if (mb == 2) mask = base | 0xFFE00000; else if (mb == 4) mask = base | 0xFFC00000; else // if (mb == 8) mask = base | 0xFF800000; // first disable the MSR pair in case it's in use q.edx = 0; q.eax = 0; write_msr(SVGA_MASK, q.eax, q.edx); // 00 = no cache // 01 = write combining // 04 = write through // 05 = write proteced // 06 = write back q.edx = 0x00000000; q.eax = base | 1; // 1 == write combining write_msr(SVGA_PHYSBASE, q.eax, q.edx); q.edx = 0x0000000f; q.eax = mask | 0x00000800; // 800 bit enables MSR write_msr(SVGA_MASK, q.eax, q.edx); } write_msr() uses the WRMSR instruction to write the contents of EDX:EAX out to the indicated MSR register. The equivalent of: mov eax,q.eax mov edx,q.edx wrmsr MSR_REG The MSR registers are used in pairs to control the properties of memory space. WRMSR is a ring-0 instruction so you can't run it from a virtual DOS session. John. From owner-freebsd-hackers Mon Aug 26 11:10:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29586 for hackers-outgoing; Mon, 26 Aug 1996 11:10:14 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA29577 for ; Mon, 26 Aug 1996 11:10:12 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA17488; Mon, 26 Aug 1996 11:00:55 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma017485; Mon Aug 26 11:00:38 1996 Date: Mon, 26 Aug 1996 10:59:39 -0700 (PDT) From: Julian Elischer To: Joerg Wunsch cc: FreeBSD hackers , thorpej@nas.nasa.gov Subject: Re: FreeBSD SCSI instalation problem In-Reply-To: <199608260724.JAA19326@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 Aug 1996, J Wunsch wrote: > As Jason Thorpe wrote: > > > > Justin? Is it possible to bump EISA_SLOTS to 12? > > > > For reference, NetBSD/i386 always looks at 16 EISA slots, and I've not > > observed any ill effects... > > Justin's (?) comment in eisaconf.h mentions that slots >= 10 could > clash with the PCI address range. Actually it's my comment.. I found out teh hard way.. but I never figured out exactly where the breaking point was. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > From owner-freebsd-hackers Mon Aug 26 11:19:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00120 for hackers-outgoing; Mon, 26 Aug 1996 11:19:34 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00114 for ; Mon, 26 Aug 1996 11:19:32 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id OAA07018; Mon, 26 Aug 1996 14:19:00 -0400 (EDT) Date: Mon, 26 Aug 1996 14:19:00 -0400 (EDT) From: Charles Henrich Message-Id: <199608261819.OAA07018@crh.cl.msu.edu> To: karl@mcs.net, freebsd-hackers@freebsd.org Subject: Re: UID < 65535? Newsgroups: lists.freebsd.hackers References: <4vso28$1b9t@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.hackers you write: >> >> On Mon, 26 Aug 1996, Karl Denninger wrote: >> > >> > Other than the fact that its not freely available? >> >> Hrm, I thought it was (or used to be free). :( >> -- >> Brian Tao (BT300, taob@io.org, taob@ican.net) >> Senior Systems and Network Administrator, Internet Canada Corp. >> "Though this be madness, yet there is method in't" >My understanding is that the server-side code is not (and never has been). None of AFS has been free, nor will it ever be Im fairly certain. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Aug 26 11:20:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00246 for hackers-outgoing; Mon, 26 Aug 1996 11:20:07 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00234 for ; Mon, 26 Aug 1996 11:20:06 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA27937 for ; Mon, 26 Aug 1996 11:20:02 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA22853; Mon, 26 Aug 1996 11:03:30 -0700 From: Terry Lambert Message-Id: <199608261803.LAA22853@phaeton.artisoft.com> Subject: Re: UID < 65535? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 26 Aug 1996 11:03:30 -0700 (MST) Cc: karl@mcs.net, jgreco@brasil.moneng.mei.com, julian@whistle.com, hackers@FreeBSD.org In-Reply-To: <199608261551.KAA00407@brasil.moneng.mei.com> from "Joe Greco" at Aug 26, 96 10:51:03 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have a friend who would push RFS :-) but I don't think so. Let him push it in the form of source code, or not at all. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Aug 26 11:22:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00363 for hackers-outgoing; Mon, 26 Aug 1996 11:22:10 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA00355 for ; Mon, 26 Aug 1996 11:22:08 -0700 (PDT) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA02798 (5.65c/IDA-1.5 for ); Mon, 26 Aug 1996 11:18:25 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA22844; Mon, 26 Aug 1996 11:02:19 -0700 From: Terry Lambert Message-Id: <199608261802.LAA22844@phaeton.artisoft.com> Subject: Re: Multiple swaps slow down system? To: hal@post.vale.com (Hal Snyder) Date: Mon, 26 Aug 1996 11:02:18 -0700 (MST) Cc: michaelv@MindBender.serv.net, freebsd-hackers@FreeBSD.org In-Reply-To: <01BB932F.47934380@jaguar> from "Hal Snyder" at Aug 26, 96 09:15:14 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I don't know why that happens, but I wouldn't expect it to give you > > much of a performance boost, since IDE doesn't do asynchronous I/O (at > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > least under *BSD anyway). If you have a very busy system, I would > > expect it to give you a performance drop, in fact. > > I'm not sure what you mean here by "asynchronous". Can you explain? > > The last time I looked at hd device drivers, SCSI had it all over IDE just > because of DMA support - the old ST506 interface still used by IDE forced the > CPU to handle all I/O going to/from the hard drive. Has this changed? Your CMOS will call it "overlapped I/O". Do not enable it for DOS, Win95, or NT if you value your disk contents, unless you are certain you do not have an RZ1000 about 33% of all IDE controllers that have been deployed) or the next most popular IDE controle (CT? CDS?) that are another ~27% of the market. Check out www.intel.com for detection programs that will tell you about whether or not your IDE controller is one of the ~60% that are broken for doing interleaved (or "ovelapped") I/O. If you installed a newer MS OS (NT 3.51 or better, or the refresh release of 95), then the install probably turned this off in the CMOS (silently, without telling you about it at all). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Aug 26 11:22:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00424 for hackers-outgoing; Mon, 26 Aug 1996 11:22:55 -0700 (PDT) Received: from Mail.IDT.NET (mail.idt.net [198.4.75.205]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00419 for ; Mon, 26 Aug 1996 11:22:49 -0700 (PDT) Received: from ppp-4.ts-6.nyc.idt.net (ppp-4.ts-6.nyc.idt.net [169.132.98.4]) by Mail.IDT.NET (8.7.4/8.7.3) with SMTP id OAA17114 for ; Mon, 26 Aug 1996 14:22:13 -0400 (EDT) Message-ID: <3222178B.49A6@mail.idt.net> Date: Mon, 26 Aug 1996 14:30:51 -0700 From: Anthony Speare Reply-To: spearea@mail.idt.net X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I read the FreeBSD page, and it contained information that it is an open project to which time and / or skills could be given. I was wondering if I could be of assistance. My skills range from programming (C, C++, Basic, Fortran, Assembly, Pascal) to spreadsheet designs and implementation, as well as DTP and others. My email is spearea@mail.idt.net. Thank you, Carl D. Speare. Note: I have Borland C++ v. 4.52 for DOS/Win/Win95. Also, my spreadsheet / DTP experience is quite vast. From owner-freebsd-hackers Mon Aug 26 11:29:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00850 for hackers-outgoing; Mon, 26 Aug 1996 11:29:25 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA00844 for ; Mon, 26 Aug 1996 11:29:23 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id LAA12428; Mon, 26 Aug 1996 11:29:23 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id LAA16567; Mon, 26 Aug 1996 11:29:05 -0700 (PDT) Message-Id: <199608261829.LAA16567@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Brian Tao cc: Karl Denninger , hackers@freebsd.org Subject: Re: UID < 65535? In-reply-to: Your message of Mon, 26 Aug 96 12:29:43 -0400. Date: Mon, 26 Aug 1996 11:29:03 -0700 From: "Michael L. VanLoon" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Mon, 26 Aug 1996, Karl Denninger wrote: >> Other than the fact that its not freely available? > Hrm, I thought it was (or used to be free). :( AFS is a commercial filesystem package. It's definitely worth the price for organizations big enough to afford it, but I don't think it's terribly inexpensive. Once, long long ago, AFS was developed freely at CMU. That code has disappeared quite some time ago. See http://www.Transarc.com/ for more... ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 26 11:41:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01814 for hackers-outgoing; Mon, 26 Aug 1996 11:41:13 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA01783 for ; Mon, 26 Aug 1996 11:40:27 -0700 (PDT) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA07060 (5.65c/IDA-1.5 for ); Mon, 26 Aug 1996 11:39:07 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA22827; Mon, 26 Aug 1996 10:56:50 -0700 From: Terry Lambert Message-Id: <199608261756.KAA22827@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 26 Aug 1996 10:56:50 -0700 (MST) Cc: terry@lambert.org, narvi@haldjas.folklore.ee, doug@sun1paztcn.wr.usgs.gov, nate@mt.sri.com, hackers@FreeBSD.org In-Reply-To: <199608260833.AA228048417@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at Aug 26, 96 10:33:37 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I hear that an Infocom adventure once compiled will run wherever a Zork > machine is available. Search for "ZIL" and "ZORK" in Yahoo or Lycos... I have been running all of the Infocomm stuff on my FreeBSD box since 1.1... There are also decompilers, compilers, and programming manuals available. 8-). > No, no, no, they just provided C++ like interface to the Zork machine > (which is object based and uses inheritance internally.) The original ZORK was written in MDL ("muddle") on old DEC systems; they had one at the county library for a long time -- many library database systems were written in MDL. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Aug 26 12:12:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06617 for hackers-outgoing; Mon, 26 Aug 1996 12:12:15 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06568 for ; Mon, 26 Aug 1996 12:12:02 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id VAA21789 for hackers@freebsd.org; Mon, 26 Aug 1996 21:11:49 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id CAA02244 for hackers@freebsd.org; Mon, 26 Aug 1996 02:08:04 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608260008.CAA02244@tetard.glou.eu.org> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: hackers@freebsd.org (hackers) Date: Mon, 26 Aug 1996 02:08:04 +0200 (MET DST) In-Reply-To: <199608242324.RAA00599@rover.village.org> from Warner Losh at "Aug 24, 96 05:24:24 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh écrit / writes: > : Why wouldn't it be possible to modify the console driver so that the scan > : rates could be changed on it to allow those of us with large, fixed-scan > : monitors to see boot messages and use the virtual consoles? I'm gonna go > : look to see where the video card is initialized. > > Linux has SVGATextMode that does this. Might want to give that a > shot. Requires some kernel hacks if you change the size of the > console window (to say 132x50). This *would* be nice. I've brought up this `problem' in the past (I'm using a HP 782A/GDM 1902 Sony) 19" monitor, and a dying Nec 14" as a boot monitor. Since I can't seem to find a Hercules adapter and monitor, I was wondering about the Linux way. Last time this topic was up people ran away screaming: "No X in the kernel, no X in the kernel !"... For the intended purpose, I don't think full chipset support is required :-) Generic VGA should suffice, AFAI. Søren ? -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Mon Aug 26 12:23:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07619 for hackers-outgoing; Mon, 26 Aug 1996 12:23:46 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07613; Mon, 26 Aug 1996 12:23:39 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id VAA09844; Mon, 26 Aug 1996 21:23:31 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199608261923.VAA09844@gvr.win.tue.nl> Subject: 2.1.5 install failure: booting from fd0 in stead of sd0 To: bde@freebsd.org, FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Mon, 26 Aug 1996 21:23:29 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've installed 2.1.5 on a DEC Celebris XL 5133 and it fails: The installation itsself went OK. But when booting the new system, it tries to boot off the floppy drive. When I manually enter sd(0,a)kernel as the device to boot from, it does boot however. The disk is a Quantum Fireball SCSI disk hanging on a NCR controller. (NCR SDMS V3.0 PCI scsi bios, PCI rev 2, NCRPCI 3.05.03) So the bootblock itsself is read from the disk. When trying to boot, it says it is using dosdev:0 biosdev: 0 unit: 0 major: 2. WHen I manually enter sd(0,a)kernel, it tells me it is booting from dosdev: 80 biosdev: 0 unit: 0 major: 4. Apparently, the boot code doesn't get the correct boot device. I'm wondering how this can happen...The Windows-NT installation that is installed in the first partition of the drive boots fine... The bios is a Phoenix one. Can Anyone give me a clue? -Guido From owner-freebsd-hackers Mon Aug 26 12:51:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10365 for hackers-outgoing; Mon, 26 Aug 1996 12:51:53 -0700 (PDT) Received: from phantasma.bevc.blacksburg.va.us (root@phantasma.bevc.blacksburg.va.us [198.82.200.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10359 for ; Mon, 26 Aug 1996 12:51:50 -0700 (PDT) Received: (from kmitch@localhost) by phantasma.bevc.blacksburg.va.us (8.7.5/8.7.3) id PAA00885; Mon, 26 Aug 1996 15:51:17 -0400 (EDT) From: Keith Mitchell Message-Id: <199608261951.PAA00885@phantasma.bevc.blacksburg.va.us> Subject: Proxyarp in -current (8/24) broken?? To: hackers@freebsd.org Date: Mon, 26 Aug 1996 15:51:17 -0400 (EDT) Cc: mmead@goof.com X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been trying to get proxy arp working again after upgrading my -current from 5/14 to 8/24. I have ip forwarding and proxy all turned on, and I can get from the outside world into the internal network. The appropriate static routes from the gateway machine to the machines on the internal network are also present. The traceroute works fine to all interested machines. Outbound doesn't work though. It makes it to the router machine and then stops. The internal machines ifconfig up on the outside world address, and then ifconfig an alias for the internal network. The internal network works fine as does the outside world to the internal network. I just can't get from the internal network out. All this used to work back in May. Has something changed that I need to know about?? is anyone else experiencing this?? Thanks. From owner-freebsd-hackers Mon Aug 26 13:07:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11904 for hackers-outgoing; Mon, 26 Aug 1996 13:07:43 -0700 (PDT) Received: from main.gbdata.com (Main.GBData.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11882; Mon, 26 Aug 1996 13:07:31 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id PAA02165; Mon, 26 Aug 1996 15:05:20 -0500 (CDT) From: Gary Clark II Message-Id: <199608262005.PAA02165@main.gbdata.com> Subject: Re: DOS Emulator (was: Re: JDK 1.02) To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 26 Aug 1996 15:05:20 -0500 (CDT) Cc: julian@whistle.com, hackers@freebsd.org, jkh@freebsd.org In-Reply-To: <199608261409.JAA29985@brasil.moneng.mei.com> from Joe Greco at "Aug 26, 96 09:09:02 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: > > Apparently NetBSD has it , and it was promised at Usenix in january > > that if we wanted it the developer (Christos) whould help us.. > > Speaking of things that other BSD's have and (as I recall) were promised.. > > Whatever happened with the BSDI DOS emulator? As I recall, Jordan posted > a note that BSDI had agreed to provide it to us to help prevent > stagnation... and I don't recall hearing a word since. > > Just wondering. I don't have any DOS software anyways but I know it was > of some interest to other folks. > > ... JG > Hello, >From what I can tell it died on the vine... I've got the source here, but there are just way too many kernel changes needed and we have diverged from 4.4-BSD way too much.:) Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-hackers Mon Aug 26 13:28:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13726 for hackers-outgoing; Mon, 26 Aug 1996 13:28:06 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13680 for ; Mon, 26 Aug 1996 13:28:01 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id OAA13119; Mon, 26 Aug 1996 14:27:49 -0600 (MDT) Message-Id: <199608262027.OAA13119@rover.village.org> To: Philippe Regnauld Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? Cc: hackers@freebsd.org (hackers) In-reply-to: Your message of Mon, 26 Aug 1996 02:08:04 +0200 Date: Mon, 26 Aug 1996 14:27:47 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Last time this topic was up people ran away screaming: "No X in the : kernel, no X in the kernel !"... Linus says that as well :-). The kernel support that I talked about would be only to tell the kernel the size of the screen, rather than to have the kernel do anything to the SVGA card itself (apart from writing to different memory locations to cause the characters to appear on the screen). : For the intended purpose, I don't think full chipset support is : required :-) Generic VGA should suffice, AFAI. Sadly this is not true. You need as much chipset support as you would for X. However, it can be done in userland w/o kernel bloat. At least my S3 card wouldn't work unitl the S3 support was properly added to the code. It has been ages since I've looked at the code, however, so maybe they found a way around it. Warner From owner-freebsd-hackers Mon Aug 26 14:01:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15711 for hackers-outgoing; Mon, 26 Aug 1996 14:01:17 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15706; Mon, 26 Aug 1996 14:01:10 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA18265; Mon, 26 Aug 1996 14:00:29 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma018263; Mon Aug 26 14:00:00 1996 Date: Mon, 26 Aug 1996 13:59:01 -0700 (PDT) From: Julian Elischer To: Guido van Rooij cc: bde@freebsd.org, FreeBSD-hackers Subject: Re: 2.1.5 install failure: booting from fd0 in stead of sd0 In-Reply-To: <199608261923.VAA09844@gvr.win.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 Aug 1996, Guido van Rooij wrote: > > I've installed 2.1.5 on a DEC Celebris XL 5133 and it fails: > The installation itsself went OK. But when booting the new system, > it tries to boot off the floppy drive. When I manually enter > sd(0,a)kernel as the device to boot from, it does boot however. > The disk is a Quantum Fireball SCSI disk hanging on a NCR controller. > (NCR SDMS V3.0 PCI scsi bios, PCI rev 2, NCRPCI 3.05.03) > So the bootblock itsself is read from the disk. > When trying to boot, it says it is using dosdev:0 biosdev: 0 unit: 0 major: 2. > WHen I manually enter sd(0,a)kernel, it tells me it is booting from > dosdev: 80 biosdev: 0 unit: 0 major: 4. possibly teh disk was labled as being ST506 or EDSI or IDE rather than SCSI once you have booted.. check the TYPE field of the disklabel.. > > Apparently, the boot code doesn't get the correct boot device. I'm wondering > how this can happen...The Windows-NT installation that is installed in > the first partition of the drive boots fine... > > The bios is a Phoenix one. > > Can Anyone give me a clue? > > -Guido > From owner-freebsd-hackers Mon Aug 26 14:15:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16587 for hackers-outgoing; Mon, 26 Aug 1996 14:15:43 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA16582 for ; Mon, 26 Aug 1996 14:15:37 -0700 (PDT) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA05292 (5.65c/IDA-1.5 for ); Mon, 26 Aug 1996 14:14:16 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA23214; Mon, 26 Aug 1996 13:56:29 -0700 From: Terry Lambert Message-Id: <199608262056.NAA23214@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: imp@village.org (Warner Losh) Date: Mon, 26 Aug 1996 13:56:29 -0700 (MST) Cc: regnauld@tetard.glou.eu.org, hackers@freebsd.org In-Reply-To: <199608262027.OAA13119@rover.village.org> from "Warner Losh" at Aug 26, 96 02:27:47 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sadly this is not true. You need as much chipset support as you would > for X. However, it can be done in userland w/o kernel bloat. Until you go to drop into the kernel debugger from a panic running X... then it's a bit hard to continue running the user space code to restore the hardware state to one usable by the debugger. 8-P. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Aug 26 14:23:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17033 for hackers-outgoing; Mon, 26 Aug 1996 14:23:06 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17028 for ; Mon, 26 Aug 1996 14:23:01 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA05124; Mon, 26 Aug 1996 23:16:03 +0200 Received: by uni4nn.iaf.nl with UUCP id AA08430 (5.67b/IDA-1.5); Mon, 26 Aug 1996 23:15:31 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA08020 (5.67b/IDA-1.5); Mon, 26 Aug 1996 22:42:06 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id VAA02181; Mon, 26 Aug 1996 21:20:57 +0200 From: Wilko Bulte Message-Id: <199608261920.VAA02181@yedi.iaf.nl> Subject: Re: Script to setup PPP? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 26 Aug 1996 21:20:57 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199608261724.KAA00469@rah.star-gate.com> from "Amancio Hasty" at Aug 26, 96 10:24:38 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Amancio Hasty wrote... > Well, PPP and PPPD could both use improvements on the man pages. Oh yes. > Still, there should be a script for newbies to setup up either PPP or PPPD. Agreed. Try for instance to omit the leading space in ijppp's config file. > > Regards, > Amancio Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 26 14:37:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17768 for hackers-outgoing; Mon, 26 Aug 1996 14:37:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17763 for ; Mon, 26 Aug 1996 14:36:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA23195; Mon, 26 Aug 1996 13:54:16 -0700 From: Terry Lambert Message-Id: <199608262054.NAA23195@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Mon, 26 Aug 1996 13:54:16 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199608260008.CAA02244@tetard.glou.eu.org> from "Philippe Regnauld" at Aug 26, 96 02:08:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Last time this topic was up people ran away screaming: "No X in the > kernel, no X in the kernel !"...=20 > > For the intended purpose, I don't think full chipset support is > required :-) Generic VGA should suffice, AFAI.=20 Yes. A minimal (or "fallback") interface is most likely the way to go for any interface you put in the kernel, and then you can optionally replace it with more complex interfaces via LKM. The console code was the original reason for the LKM alpha release (which delayed a shared library release past the point where Novell acquired USL, and put a nice one year crimp in the development cycle, until someone else repeated the work). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Aug 26 14:42:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18237 for hackers-outgoing; Mon, 26 Aug 1996 14:42:57 -0700 (PDT) Received: from DeepCore.dk (aalb20.pip.dknet.dk [194.192.0.180]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18229 for ; Mon, 26 Aug 1996 14:42:45 -0700 (PDT) Received: (from sos@localhost) by DeepCore.dk (8.7.5/8.7.3) id WAA01520; Mon, 26 Aug 1996 22:28:20 +0200 (MET DST) Message-Id: <199608262028.WAA01520@DeepCore.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Mon, 26 Aug 1996 22:28:19 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199608260008.CAA02244@tetard.glou.eu.org> from Philippe Regnauld at "Aug 26, 96 02:08:04 am" From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > Warner Losh écrit / writes: > > : Why wouldn't it be possible to modify the console driver so that the scan > > : rates could be changed on it to allow those of us with large, fixed-scan > > : monitors to see boot messages and use the virtual consoles? I'm gonna go > > : look to see where the video card is initialized. > > > > Linux has SVGATextMode that does this. Might want to give that a > > shot. Requires some kernel hacks if you change the size of the > > console window (to say 132x50). > > This *would* be nice. I've brought up this `problem' in the past > (I'm using a HP 782A/GDM 1902 Sony) 19" monitor, and a dying Nec > 14" as a boot monitor. Since I can't seem to find a Hercules > adapter and monitor, I was wondering about the Linux way. > > Last time this topic was up people ran away screaming: "No X in the > kernel, no X in the kernel !"... > > For the intended purpose, I don't think full chipset support is > required :-) Generic VGA should suffice, AFAI. > > Søren ? AAAAARRRGGGHHH!!!! I NEW this would happen :( It is not possible to do much to the video hardware in this matter whitout knowing alot about it. It is possible to change the V&H-sync rates in a limited fashion, but getting more than 80 chars across is not among that. I is possible to do *some* textmodes whith changed V&H-sync rates to fit a "wierd" monitor, but thats all... Sorry for those extended modes, no luck... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Mon Aug 26 15:34:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21487 for hackers-outgoing; Mon, 26 Aug 1996 15:34:43 -0700 (PDT) Received: from sage.tamis.com (tamis.com [206.24.116.161]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21481 for ; Mon, 26 Aug 1996 15:34:40 -0700 (PDT) Received: (from daveh@localhost) by sage.tamis.com (8.6.12/8.6.12) id PAA03870; Mon, 26 Aug 1996 15:33:41 -0700 Date: Mon, 26 Aug 1996 15:33:40 -0700 (PDT) From: David Holloway To: daveh@sage.tamis.com cc: jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: FreeBSD T-shirt production - anyone want to take this over? (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, I would like to take this over... I have quite alot of experience handling small volume t-shirt sales. could someone brief me on who I need to contact? >stock control is > very difficult (most of our T's seem to grow legs and leave the > warehouse by the back door :-) no problem for me, as I would only allow mail order. From owner-freebsd-hackers Mon Aug 26 17:27:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26906 for hackers-outgoing; Mon, 26 Aug 1996 17:27:54 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA26900 for ; Mon, 26 Aug 1996 17:27:51 -0700 (PDT) Received: from max3-189.HiWAAY.net by fly.HiWAAY.net; (5.65/1.1.8.2/21Sep95-1003PM) id AA20931; Mon, 26 Aug 1996 19:27:44 -0500 Message-Id: <322240B0.41C67EA6@hiwaay.net> Date: Mon, 26 Aug 1996 19:26:24 -0500 From: Steve Price Reply-To: sprice@hiwaay.net X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.2-CURRENT i386) Mime-Version: 1.0 To: hackers@FreeBSD.org Subject: To sccsid or not? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've been tooling around with the source in /bin/* to get it compile without any warnings using the -Wall command line option (also to get all the /bin/* code up to Lite2 status). I have already given a set of patches for /bin/sh to Joerg (which he gratiously agreed to get in as soon as he has time to breathe :). I have a tiny stumbling block in my path that I thought I would run by everybody. It involves sccsid's. My impression of why the sccsid's are in the code is two-fold: 1) Lite2 has them (well mostly to maintain small diffs from the Lite2 base :) 2) to be able to run what(1) over the source and executable As for number 1, I would like to leave them there as well, but I *hate* seeing warnings from any compiled code. These warnings generally (but not always, at least not in this case) suggest that there are critters lurking in the code. Please, nobody take offense, read on. :) As for number 2, what(1) states: What reads each file name and searches for sequences of the form ``@(#)''... Aha! Maybe there's an out. That is, there's seemingly a way around the warnings surrounding sccsid's. So here's my take and the reason for this e-mail (to get everybody's opinion). I can think of at least the three following paths: 1) Remove the sccsid defines and put them near the bottom of the copyright notice, as they are in most header files. 2) Change the name from 'sccsid' to 'filename_id'. For example, in cp.c the sccsid define would now look like: static const char cp_c_id[] = ``@(#)cp.c ...''; Note the addition of 'const', so the compiler won't complain any more. 3) Leave things alone and learn to live with the warnings. :( The problem with the first approach is that what(1) can now only be run on the source files and not on the executable. The second approach maintains the intent of the original code (only the name is changed to protect the innocent or is that guilty 8). You probably can guess my opinion on the third approach. IMHO, the first approach seems to be the cleaner one. Any thoughts? Steve From owner-freebsd-hackers Mon Aug 26 18:02:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA01485 for hackers-outgoing; Mon, 26 Aug 1996 18:02:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA01476 for ; Mon, 26 Aug 1996 18:02:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA09727; Mon, 26 Aug 1996 18:02:00 -0700 (PDT) To: David Holloway cc: hackers@freebsd.org Subject: Re: FreeBSD T-shirt production - anyone want to take this over? (fwd) In-reply-to: Your message of "Mon, 26 Aug 1996 15:33:40 PDT." Date: Mon, 26 Aug 1996 18:01:59 -0700 Message-ID: <9724.841107719@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, I would like to take this over... > I have quite alot of experience handling small volume t-shirt sales. > > could someone brief me on who I need to contact? See http://www.freebsd.org/daemon.html Jordan From owner-freebsd-hackers Mon Aug 26 18:36:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05099 for hackers-outgoing; Mon, 26 Aug 1996 18:36:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA05094; Mon, 26 Aug 1996 18:36:17 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA03887; Tue, 27 Aug 1996 11:04:22 +0930 From: Michael Smith Message-Id: <199608270134.LAA03887@genesis.atrad.adelaide.edu.au> Subject: Re: DOS Emulator (was: Re: JDK 1.02) To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 27 Aug 1996 11:04:22 +0930 (CST) Cc: julian@whistle.com, hackers@FreeBSD.org, jkh@FreeBSD.org In-Reply-To: <199608261409.JAA29985@brasil.moneng.mei.com> from "Joe Greco" at Aug 26, 96 09:09:02 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco stands accused of saying: > > Whatever happened with the BSDI DOS emulator? As I recall, Jordan posted > a note that BSDI had agreed to provide it to us to help prevent > stagnation... and I don't recall hearing a word since. It's stagnating. At the moment SEF is putting together some hardware for a -current machine, and will then (is now?) be working on getting the vm86() stuff out of NetBSD into our kernel. Then he/I/whoever will be looking at the huge pile of changes that CMH has made to dosemu for NetBSD and integrating them with the BSDI version so that the resultant mutant will run at least under BSD/OS and FreeBSD. > Just wondering. I don't have any DOS software anyways but I know it was > of some interest to other folks. In the short term, pcemu is alarmingly good. In the longer term, dosemu will be better. > ... JG -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Aug 26 19:50:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00817 for hackers-outgoing; Mon, 26 Aug 1996 19:50:45 -0700 (PDT) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00812 for ; Mon, 26 Aug 1996 19:50:43 -0700 (PDT) Received: from cyborg.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA282714234; Mon, 26 Aug 1996 19:50:38 -0700 Received: from localhost by cyborg.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA078696441; Tue, 27 Aug 1996 08:27:21 +0500 Message-Id: <199608270327.AA078696441@cyborg.india.hp.com> To: Hal Snyder Subject: Re: Multiple swaps slow down system? Cc: freebsd-hackers@freebsd.org In-Reply-To: Your message of "Mon, 26 Aug 1996 09:15:14 IST." <01BB932F.47934380@jaguar> Date: Tue, 27 Aug 1996 08:27:18 +0500 From: Koshy Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>>> "hs" == "Hal Snyder" >>>>>> hs? The last time I looked at hd device drivers, SCSI had it all over IDE just hs? because of DMA support - the old ST506 interface still used by IDE forced the hs? CPU to handle all I/O going to/from the hard drive. Has this changed? IDE (ATA-2) can use DMA, in fact, future ATA standards make DMA support mandatory. SCSI still has some advantages over IDE though: (A) the IDE bus is unterminated and has no parity checking. The SCSI bus is terminated and also mandates parity checking. With IDE you can never be sure of what you are reading over the bus. (B) the IDE interface doesn't have disconnect/reconnect semantics so transfers hold the bus till the device is finished. (C) you can address only two devices per bus. (D) only one device can be active per bus at a time; so putting two devices forces serialization of access between the two. (E) Most of the IDE controllers in the market supporting two IDE interfaces have only one set of pins for the data lines D0-D15; this forces only one device across both busses to be active at a given time. (Adding extra pins would cause chipset cost to go up dramatically, and single tasking operating systems like Win95 can't use the extra functionality anyway). SCSI has none of these problems. However, IDE devices sell for around half the price of comparable SCSI devices in most parts of the world, so they are probably going to be around for a while. Koshy From owner-freebsd-hackers Mon Aug 26 20:43:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04494 for hackers-outgoing; Mon, 26 Aug 1996 20:43:49 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04488 for ; Mon, 26 Aug 1996 20:43:45 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA22245; Mon, 26 Aug 1996 20:30:32 -0600 (MDT) Date: Mon, 26 Aug 1996 20:30:32 -0600 (MDT) Message-Id: <199608270230.UAA22245@rocky.mt.sri.com> From: Nate Williams To: Michael Smith Cc: hackers@freebsd.org Subject: Re: DOS Emulator (was: Re: JDK 1.02) In-Reply-To: <199608270134.LAA03887@genesis.atrad.adelaide.edu.au> References: <199608261409.JAA29985@brasil.moneng.mei.com> <199608270134.LAA03887@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At the moment SEF is putting together some hardware for > a -current machine, and will then (is now?) be working on getting the > vm86() stuff out of NetBSD into our kernel. > > Then he/I/whoever will be looking at the huge pile of changes that CMH > has made to dosemu for NetBSD and integrating them with the BSDI version > so that the resultant mutant will run at least under BSD/OS and FreeBSD. CMH only modified the changes that John Kohl did. John deserves most of the credit for DOSEMU in NetBSD. Nate From owner-freebsd-hackers Mon Aug 26 21:48:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA09451 for hackers-outgoing; Mon, 26 Aug 1996 21:48:23 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA09445 for ; Mon, 26 Aug 1996 21:48:20 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA28888 for ; Mon, 26 Aug 1996 21:48:08 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id KAA00469; Mon, 26 Aug 1996 10:24:39 -0700 (PDT) Message-Id: <199608261724.KAA00469@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Wilko Bulte cc: hackers@freebsd.org Subject: Re: Script to setup PPP? In-reply-to: Your message of "Mon, 26 Aug 1996 18:21:21 +0200." <199608261621.SAA00548@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Aug 1996 10:24:38 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, PPP and PPPD could both use improvements on the man pages. Still, there should be a script for newbies to setup up either PPP or PPPD. Regards, Amancio >From The Desk Of Wilko Bulte : > As Amancio Hasty wrote... > > > I just spend a couple of days setting up PPP on my system to my ISP and > > it seems that the docs are not very clear at least for the > > average users. A short script to setup PPP as a client or a server > > could probably make life easy for newbies. > > Hm. One of our Japanese contributors translated the Japanese ijppp > docs into English (sorry, I lost his name :( ). I spent some time > proofreading it. Did it land on the 2.1.5.R CDROM? > > (I'm not sure if it solves the issue, but your question triggered me) > > Wilko > _ ____________________________________________________________________ > | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands > -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 26 22:57:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14372 for hackers-outgoing; Mon, 26 Aug 1996 22:57:27 -0700 (PDT) Received: from mail-hub.interpath.net (mail-hub.interpath.net [199.72.1.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA14367 for ; Mon, 26 Aug 1996 22:57:25 -0700 (PDT) Received: from bogus.interpath.net (raleigh-049.interpath.net [207.59.1.49]) by mail-hub.interpath.net (8.6.12/8.6.14) with SMTP id BAA02566; Tue, 27 Aug 1996 01:56:07 -0400 Message-Id: <1.5.4.32.19960827055700.00a3d640@interpath.com> X-Sender: kpneal@interpath.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Aug 1996 01:57:00 -0400 To: Ken Hornstein From: "Kevin P. Neal" Subject: Re: UID < 65535? Cc: Karl Denninger , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:19 PM 8/26/96 -0400, Ken Hornstein wrote: >>> > Other than the fact that its not freely available? >>> >>> Hrm, I thought it was (or used to be free). :( >>> -- >>> Brian Tao (BT300, taob@io.org, taob@ican.net) >>> Senior Systems and Network Administrator, Internet Canada Corp. >>> "Though this be madness, yet there is method in't" >> >>My understanding is that the server-side code is not (and never has been). > >The client isn't free either (but you generally don't pay extra for the >clients; you only pay for the server). > >I think AFS is a good solution, but you certainly have to pay a lot of money >for it, which is a real shame. Just wait till Reece (a friend of mine) rewrites it and GPL's it. He has a client working that can pull files out of AFSspace, providing that you know the filename and a couple of other things. He has pieces of the server working (better, I might add, than the Transarc code). He's amazing. Now if I can get him to do a BSD-style release as well..... -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www4.ncsu.edu/~kpneal/www/ / kevinneal@bix.com From owner-freebsd-hackers Mon Aug 26 23:21:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA15475 for hackers-outgoing; Mon, 26 Aug 1996 23:21:55 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA15468 for ; Mon, 26 Aug 1996 23:21:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA04453; Tue, 27 Aug 1996 08:21:35 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA12097; Tue, 27 Aug 1996 08:21:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA22579; Tue, 27 Aug 1996 07:24:18 +0200 (MET DST) From: J Wunsch Message-Id: <199608270524.HAA22579@uriah.heep.sax.de> Subject: Re: 2.1.5 install failure: booting from fd0 in stead of sd0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 27 Aug 1996 07:24:18 +0200 (MET DST) Cc: guido@gvr.win.tue.nl (Guido van Rooij) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608261923.VAA09844@gvr.win.tue.nl> from Guido van Rooij at "Aug 26, 96 09:23:29 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Guido van Rooij wrote: > When trying to boot, it says it is using dosdev:0 biosdev: 0 unit: 0 ^^ > major: 2. Herein lies the rub. dosdev == 0 means it's a floppy disk. boot.c converts this into `maj = 2'. Only if the 0x80 flag is set, it will move to maj = 0 (wd) or maj = 4 (sd). If i read the code right, it looks as if your BIOS doesn't pass the correct value in %dl down to the bootstrap. (It apparently passes 0 there as opposed to the boot drive BIOS ID.) Call it ``broken''... Your only chance short of replacing the BIOS is to hack the bootcode on your harddisk so it will never try booting off a floppy again. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Aug 26 23:29:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA15772 for hackers-outgoing; Mon, 26 Aug 1996 23:29:27 -0700 (PDT) Received: from obelix.cica.es (obelix.cica.es [150.214.1.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA15767; Mon, 26 Aug 1996 23:29:23 -0700 (PDT) Received: (from amora@localhost) by obelix.cica.es (8.7.5/8.7.3) id IAA08884; Tue, 27 Aug 1996 08:26:55 +0200 (GMT-2:00) From: "Jesus A. Mora Marin" Message-Id: <199608270626.IAA08884@obelix.cica.es> Subject: s5 filesys implementation? To: fs@freebsd.org Date: Tue, 27 Aug 1996 08:26:55 +0200 (MET) Cc: questions@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings! I am planning to implement support for s5 filesys, since I have a particular interest in this subject. But I'd hate to do an unnecessary work, so PLEASE let me know if any fellow is working already on this stuff, or if this has been done, in fact. I am very out of date: the last version I have is 2.2-960326SNAP -and waiting eagerly for the 2.1.5 CD-ROM!-, and there was no support for this oldie. TIA. Jesus A. Mora amora@obelix.cica.es PS: I am not subscribed to the hackers mail list (too smart for me :) Please cc to my e-mail address. From owner-freebsd-hackers Mon Aug 26 23:34:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16518 for hackers-outgoing; Mon, 26 Aug 1996 23:34:42 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA16503 for ; Mon, 26 Aug 1996 23:34:37 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id IAA11231; Tue, 27 Aug 1996 08:34:26 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199608270634.IAA11231@gvr.win.tue.nl> Subject: Re: 2.1.5 install failure: booting from fd0 in stead of sd0 To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 27 Aug 1996 08:34:26 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608270524.HAA22579@uriah.heep.sax.de> from J Wunsch at "Aug 27, 96 07:24:18 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > Herein lies the rub. dosdev == 0 means it's a floppy disk. boot.c > converts this into `maj = 2'. Only if the 0x80 flag is set, it will > move to maj = 0 (wd) or maj = 4 (sd). > > If i read the code right, it looks as if your BIOS doesn't pass the > correct value in %dl down to the bootstrap. (It apparently passes > 0 there as opposed to the boot drive BIOS ID.) Call it ``broken''... > > Your only chance short of replacing the BIOS is to hack the bootcode > on your harddisk so it will never try booting off a floppy again. I concluded the same. However, how can it be that a previously installed NT on a FAT filesystem does boot? -Guido From owner-freebsd-hackers Mon Aug 26 23:43:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA17291 for hackers-outgoing; Mon, 26 Aug 1996 23:43:30 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA17282 for ; Mon, 26 Aug 1996 23:43:27 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id IAA23055 for hackers@freebsd.org; Tue, 27 Aug 1996 08:43:11 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id IAA07969 for hackers@freebsd.org; Tue, 27 Aug 1996 08:14:46 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608270614.IAA07969@tetard.glou.eu.org> Subject: Re: -current kills harddrives To: hackers@freebsd.org (hackers) Date: Tue, 27 Aug 1996 08:14:46 +0200 (MET DST) In-Reply-To: <199608261505.RAA16897@vector.jhs.no_domain> from "Julian H. Stacey" at "Aug 26, 96 05:05:54 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian H. Stacey écrit / writes: > & then there was my ex colleague in London, who decided `acceptance test' > included getting all the _big_ drives in a row of racks to head seek the > same way, at the same time, & then tuning to resonant frequency of the > row of racks ... ! Ahh, there, I knew we'd get there one day : WALKING DISK DRIVES ! See the Jargon File for the appropriate entry :-) BTW, I'm writing up a "Hardware maintenance" section -- could be useful in the handbook (proper ventilation, do's and dont's), or does this seem too way out of line with FreeBSD ? Any suggestions / tips ? -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Mon Aug 26 23:53:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18052 for hackers-outgoing; Mon, 26 Aug 1996 23:53:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA18047 for ; Mon, 26 Aug 1996 23:53:19 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA05316; Tue, 27 Aug 1996 08:52:55 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA12562; Tue, 27 Aug 1996 08:52:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA23540; Tue, 27 Aug 1996 08:46:08 +0200 (MET DST) From: J Wunsch Message-Id: <199608270646.IAA23540@uriah.heep.sax.de> Subject: Re: (no subject) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 27 Aug 1996 08:46:08 +0200 (MET DST) Cc: spearea@mail.idt.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3222178B.49A6@mail.idt.net> from Anthony Speare at "Aug 26, 96 02:30:51 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Anthony Speare wrote: > I read the FreeBSD page, and it contained information that it is an open > project to which time and / or skills could be given. I was wondering if > I could be of assistance. My skills range from programming (C, C++, > Basic, Fortran, Assembly, Pascal) to spreadsheet designs and > implementation, as well as DTP and others. My email is This looks like you are probably most interested in applications (as opposed to operating system development)? If so, the `ports' group might be of interest for you. Write to freebsd-ports@freebsd.org. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Aug 27 00:07:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19340 for hackers-outgoing; Tue, 27 Aug 1996 00:07:56 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19325 for ; Tue, 27 Aug 1996 00:07:54 -0700 (PDT) Received: by scruz.net (8.7.3/1.34) id AAA20266; Tue, 27 Aug 1996 00:07:50 -0700 (PDT) Message-Id: <199608270707.AAA20266@scruz.net> From: matthew@scruz.net (Matthew Kaufman) Date: Tue, 27 Aug 1996 00:07:48 -0700 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: questions Cc: matthew@nic.scruz.net Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 1. I have an application (one which, if I finish it, will be given away to the net community at large) which to provide a huge performance increase over its former incarnations uses mmap heavily. It doesn't do any other I/O on the mmap'ed files, but it does do a lot of mmap. The INN lists indicate that FreeBSD and mmap don't get along, but since I've been switching the company over to FreeBSD systems (we'd started with NetBSD) I'd rather just use another one of those to develop and tune this on. Are these rumors true? Was there a fix? 2. I have a FreeBSD 2.1.0 system running Apache 1.0 (with local enhancements) The system runs out of mb_map every week or so, requiring a reboot. I've gotten it to last longer by cranking up the map size in the kernel, but it still dies eventually. Is there a leak somewhere? Please reply directly to me, as I get too much mail to be on any more mailing lists, so am not a member of this one :} Thanks, -matthew kaufman vp engineering, scruz-net inc. matthew@scruz.net From owner-freebsd-hackers Tue Aug 27 00:09:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19524 for hackers-outgoing; Tue, 27 Aug 1996 00:09:00 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19519 for ; Tue, 27 Aug 1996 00:08:58 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id AAA27884; Tue, 27 Aug 1996 00:09:05 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id AAA19123; Tue, 27 Aug 1996 00:08:40 -0700 (PDT) Message-Id: <199608270708.AAA19123@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Kevin P. Neal" cc: Ken Hornstein , Karl Denninger , hackers@freebsd.org Subject: Re: UID < 65535? In-reply-to: Your message of Tue, 27 Aug 96 01:57:00 -0400. <1.5.4.32.19960827055700.00a3d640@interpath.com> Date: Tue, 27 Aug 1996 00:08:39 -0700 From: "Michael L. VanLoon" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Just wait till Reece (a friend of mine) rewrites it and GPL's it. Some would say "GPL is evil"... Convince him to put a BSD-style copyright on it. :-) ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 27 00:26:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21083 for hackers-outgoing; Tue, 27 Aug 1996 00:26:08 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21076 for ; Tue, 27 Aug 1996 00:26:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA16651; Tue, 27 Aug 1996 00:25:21 -0700 (PDT) Message-Id: <199608270725.AAA16651@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: matthew@scruz.net (Matthew Kaufman) cc: hackers@freebsd.org, matthew@nic.scruz.net Subject: Re: questions In-reply-to: Your message of "Tue, 27 Aug 1996 00:07:48 PDT." <199608270707.AAA20266@scruz.net> From: David Greenman Reply-To: dg@root.com Date: Tue, 27 Aug 1996 00:25:20 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >1. I have an application (one which, if I finish it, will be given away to > the net community at large) which to provide a huge performance increase > over its former incarnations uses mmap heavily. It doesn't do any other > I/O on the mmap'ed files, but it does do a lot of mmap. The INN lists > indicate that FreeBSD and mmap don't get along, but since I've been > switching the company over to FreeBSD systems (we'd started with NetBSD) > I'd rather just use another one of those to develop and tune this on. > Are these rumors true? Was there a fix? There aren't any specifically know problems with using mmaped files in 2.1.5. We think the problem with INN has to deal with extending a mapped file, and this might be an INN bug in dealing with mmap correctly. >2. I have a FreeBSD 2.1.0 system running Apache 1.0 (with local enhancements) > The system runs out of mb_map every week or so, requiring a reboot. I've > gotten it to last longer by cranking up the map size in the kernel, but > it still dies eventually. Is there a leak somewhere? Probably not. You need to be more specific about how much larger you're making the map (for a busy WWW server, set NMBCLUSTERS=4000). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Aug 27 00:32:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21421 for hackers-outgoing; Tue, 27 Aug 1996 00:32:29 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21415 for ; Tue, 27 Aug 1996 00:32:28 -0700 (PDT) Received: by scruz.net (8.7.3/1.34) id AAA21300; Tue, 27 Aug 1996 00:32:23 -0700 (PDT) Message-Id: <199608270732.AAA21300@scruz.net> From: matthew@scruz.net (Matthew Kaufman) Date: Tue, 27 Aug 1996 00:32:21 -0700 In-Reply-To: David Greenman "Re: questions" (Aug 27, 0:25) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: dg@root.com, matthew@nic.scruz.net (Matthew Kaufman) Subject: Re: questions Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Original message <199608270725.AAA16651@root.com> From: David Greenman Date: Aug 27, 0:25 Subject: Re: questions > > Probably not. You need to be more specific about how much larger you're > making the map (for a busy WWW server, set NMBCLUSTERS=4000). It is at 3584 today... but I don't know if it was that high last time it died. At least with FreeBSD, it doesn't panic when it runs out (many thanks to whoever made that improvement) -matthew kaufman matthew@scruz.net From owner-freebsd-hackers Tue Aug 27 00:39:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21716 for hackers-outgoing; Tue, 27 Aug 1996 00:39:46 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA21710 for ; Tue, 27 Aug 1996 00:39:43 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA08949 for ; Tue, 27 Aug 1996 09:33:30 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA02179 for freebsd-hackers@freefall.cdrom.com; Tue, 27 Aug 1996 09:46:15 +0200 Date: Tue, 27 Aug 1996 09:46:15 +0200 From: Christoph Kukulies Message-Id: <199608270746.JAA02179@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: ctm_rmail errors Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Where do these come from: (excerpt from a some bounces I'm getting today): ----- Transcript of session follows ----- Message delivered to mailing list ctm_rmail: cannot log to 'ctm_log' ctm_rmail: message contains no delta --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 27 00:40:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21823 for hackers-outgoing; Tue, 27 Aug 1996 00:40:29 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21817 for ; Tue, 27 Aug 1996 00:40:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA16690; Tue, 27 Aug 1996 00:40:24 -0700 (PDT) Message-Id: <199608270740.AAA16690@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: matthew@scruz.net (Matthew Kaufman) cc: matthew@nic.scruz.net (Matthew Kaufman), hackers@freebsd.org Subject: Re: questions In-reply-to: Your message of "Tue, 27 Aug 1996 00:32:21 PDT." <199608270732.AAA21300@scruz.net> From: David Greenman Reply-To: dg@root.com Date: Tue, 27 Aug 1996 00:40:24 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Original message <199608270725.AAA16651@root.com> >From: David Greenman >Date: Aug 27, 0:25 >Subject: Re: questions >> >> Probably not. You need to be more specific about how much larger you're >> making the map (for a busy WWW server, set NMBCLUSTERS=4000). > >It is at 3584 today... but I don't know if it was that high last time >it died. At least with FreeBSD, it doesn't panic when it runs out >(many thanks to whoever made that improvement) That would be me, but I've never been able to get the code to reclaim packet reassembly resources (to avoid the deadlock) to work properly. I think it works but just doesn't help the problem much. The whole issue of running out of buffers needs to be better handled, but it's low on my list. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Aug 27 00:49:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22101 for hackers-outgoing; Tue, 27 Aug 1996 00:49:54 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22089; Tue, 27 Aug 1996 00:49:47 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id JAA23191; Tue, 27 Aug 1996 09:49:40 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id JAA09167; Tue, 27 Aug 1996 09:38:20 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608270738.JAA09167@tetard.glou.eu.org> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: sos@FreeBSD.org Date: Tue, 27 Aug 1996 09:38:19 +0200 (MET DST) Cc: hackers@FreeBSD.org (hackers) In-Reply-To: <199608262028.WAA01520@DeepCore.dk> from "sos@FreeBSD.org" at "Aug 26, 96 10:28:19 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk sos@FreeBSD.org écrit / writes: > > For the intended purpose, I don't think full chipset support is > > required :-) Generic VGA should suffice, AFAI. > > > > Søren ? > > AAAAARRRGGGHHH!!!! > > I NEW this would happen :( Just asking ! :-P > V&H-sync rates in a limited fashion, but getting more than 80 > chars across is not among that. I is possible to do *some* > textmodes whith changed V&H-sync rates to fit a "wierd" > monitor, but thats all... > Sorry for those extended modes, no luck... I didn't have 132x60 in mind, just plain 80x25 so I don't have to keep switching VGA plugs in the back of the box (at over 100 MHz bandwitdh, VGA switches are useles unless they're digital, and then they're *very* expensive). But as Terry pointed out (and the problem was also brought up last time), any user land stuff would just blow away and be useless in kernel debugging (resetting the VGA board). Wish I could find a high IRQ serial card for a serial console *sigh* :-) -- Phil PS: Anyway, there are few weirdos like us with strange monitors out there. -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Tue Aug 27 00:50:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22171 for hackers-outgoing; Tue, 27 Aug 1996 00:50:22 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22165 for ; Tue, 27 Aug 1996 00:50:11 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id JAA23192; Tue, 27 Aug 1996 09:49:54 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id JAA09179; Tue, 27 Aug 1996 09:41:19 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608270741.JAA09179@tetard.glou.eu.org> Subject: Re: (no subject) To: spearea@mail.idt.net Date: Tue, 27 Aug 1996 09:41:19 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <3222178B.49A6@mail.idt.net> from Anthony Speare at "Aug 26, 96 02:30:51 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anthony Speare écrit / writes: > I read the FreeBSD page, and it contained information that it is an open > project to which time and / or skills could be given. I was wondering if > I could be of assistance. My skills range from programming (C, C++, > Basic, Fortran, Assembly, Pascal) to spreadsheet designs and > implementation, as well as DTP and others. My email is > spearea@mail.idt.net. Thank you, Carl D. Speare. > > Note: I have Borland C++ v. 4.52 for DOS/Win/Win95. Also, my spreadsheet > / DTP experience is quite vast. I believe that (beyond "What is needed" (see handbook Section 18) ) DTP experience could be useful documentation-wise. -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Tue Aug 27 00:51:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22246 for hackers-outgoing; Tue, 27 Aug 1996 00:51:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA22241 for ; Tue, 27 Aug 1996 00:51:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA07874; Tue, 27 Aug 1996 09:51:35 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13242; Tue, 27 Aug 1996 09:51:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA23681; Tue, 27 Aug 1996 08:59:30 +0200 (MET DST) From: J Wunsch Message-Id: <199608270659.IAA23681@uriah.heep.sax.de> Subject: Re: -current kills harddrives To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 27 Aug 1996 08:59:30 +0200 (MET DST) Cc: regnauld@tetard.glou.eu.org (Philippe Regnauld) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608270614.IAA07969@tetard.glou.eu.org> from Philippe Regnauld at "Aug 27, 96 08:14:46 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Philippe Regnauld wrote: > BTW, I'm writing up a "Hardware maintenance" section -- could be > useful in the handbook (proper ventilation, do's and dont's), or > does this seem too way out of line with FreeBSD ? The extended cooling requirements of 7200 rpm drives should of course be mentioned there. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Aug 27 00:53:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22314 for hackers-outgoing; Tue, 27 Aug 1996 00:53:04 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA22308 for ; Tue, 27 Aug 1996 00:53:00 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA07878; Tue, 27 Aug 1996 09:51:36 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA13243; Tue, 27 Aug 1996 09:51:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA23701; Tue, 27 Aug 1996 09:00:51 +0200 (MET DST) From: J Wunsch Message-Id: <199608270700.JAA23701@uriah.heep.sax.de> Subject: Re: 2.1.5 install failure: booting from fd0 in stead of sd0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 27 Aug 1996 09:00:51 +0200 (MET DST) Cc: guido@gvr.win.tue.nl (Guido van Rooij) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608270634.IAA11231@gvr.win.tue.nl> from Guido van Rooij at "Aug 27, 96 08:34:26 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Guido van Rooij wrote: > > Your only chance short of replacing the BIOS is to hack the bootcode > > on your harddisk so it will never try booting off a floppy again. > > I concluded the same. However, how can it be that a previously installed > NT on a FAT filesystem does boot? Their bootstrap is not ``multimedia ready''? :-)) (I.e., it can only boot off a harddisk.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Aug 27 01:04:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22815 for hackers-outgoing; Tue, 27 Aug 1996 01:04:55 -0700 (PDT) Received: from obelix.cica.es (obelix.cica.es [150.214.1.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22804; Tue, 27 Aug 1996 01:04:37 -0700 (PDT) Received: (from amora@localhost) by obelix.cica.es (8.7.5/8.7.3) id KAA11666; Tue, 27 Aug 1996 10:02:12 +0200 (GMT-2:00) From: "Jesus A. Mora Marin" Message-Id: <199608270802.KAA11666@obelix.cica.es> Subject: s5 filesys implementation? To: freebsd-questions@freebsd.org Date: Tue, 27 Aug 1996 10:02:11 +0200 (MET) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings! I am planning to implement support for s5 filesys, since I have a particular interest in this subject. But I'd hate to do an unnecessary work, so PLEASE let me know if any fellow is working already on this stuff, or if this has been done, in fact. I am very out of date: the last version I have is 2.2-960326SNAP -and waiting eagerly for the 2.1.5 CD-ROM!-, and there was no support for this oldie. TIA. Jesus A. Mora amora@obelix.cica.es PS: I am not subscribed to the hackers mail list (too smart for me :) Please cc to my e-mail address. From owner-freebsd-hackers Tue Aug 27 01:28:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23809 for hackers-outgoing; Tue, 27 Aug 1996 01:28:13 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA23804 for ; Tue, 27 Aug 1996 01:28:11 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id BAA04445 for ; Tue, 27 Aug 1996 01:29:41 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id SAA09481 for freebsd-hackers@freebsd.org; Tue, 27 Aug 1996 18:27:16 +1000 From: Julian Assange Message-Id: <199608270827.SAA09481@suburbia.net> Subject: source address routing controls and packet priorities To: freebsd-hackers@freebsd.org Date: Tue, 27 Aug 1996 18:27:16 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there currently any way to route packets based on the source (not destination) address or destination port? Or changing packet queue priorities without merely changing the TOS? Is not, is this a feature that is desired by freebsd sites? -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Aug 27 01:28:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23867 for hackers-outgoing; Tue, 27 Aug 1996 01:28:56 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA23861 for ; Tue, 27 Aug 1996 01:28:53 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id BAA04497; Tue, 27 Aug 1996 01:30:37 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id SAA09489; Tue, 27 Aug 1996 18:28:05 +1000 From: Julian Assange Message-Id: <199608270828.SAA09489@suburbia.net> Subject: Re: Script to setup PPP? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 27 Aug 1996 18:28:05 +1000 (EST) Cc: wilko@yedi.iaf.nl, hackers@freebsd.org In-Reply-To: <199608261724.KAA00469@rah.star-gate.com> from "Amancio Hasty" at Aug 26, 96 10:24:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well, PPP and PPPD could both use improvements on the man pages. > > Still, there should be a script for newbies to setup up either PPP or PPPD. > > Regards, Try setting up solaris aspppd sometime, and you will change your tune ;) -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Aug 27 01:35:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24277 for hackers-outgoing; Tue, 27 Aug 1996 01:35:43 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA24272; Tue, 27 Aug 1996 01:35:38 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA14677; Tue, 27 Aug 1996 10:35:30 +0200 Message-Id: <199608270835.KAA14677@ra.dkuug.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Tue, 27 Aug 1996 10:35:30 +0200 (MET DST) Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199608270738.JAA09167@tetard.glou.eu.org> from "Philippe Regnauld" at Aug 27, 96 09:38:19 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > > > V&H-sync rates in a limited fashion, but getting more than 80 > > chars across is not among that. I is possible to do *some* > > textmodes whith changed V&H-sync rates to fit a "wierd" > > monitor, but thats all... > > > Sorry for those extended modes, no luck... > > I didn't have 132x60 in mind, just plain 80x25 so I don't have to > keep switching VGA plugs in the back of the box (at over 100 MHz > bandwitdh, VGA switches are useles unless they're digital, and then > they're *very* expensive). > > But as Terry pointed out (and the problem was also brought up last > time), any user land stuff would just blow away and be useless in > kernel debugging (resetting the VGA board). Hmm, in the version of syscons that I'm currently working on there is support for adding a new ioctl via a LKM, that can be used to load special code to modify you timing. Also If you can tell me what H&V-sync your monitor can handle, I can probably do a small patch to the mode setting code that will allow you to use your monitor for std modes ie 80x25, 80x50 etc... Just remember that it s a hack, and nothing that I will admit to have done :) > Wish I could find a high IRQ serial card for a serial console > *sigh* :-) Naw, we wouldn't have you to do that ... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Aug 27 01:38:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24370 for hackers-outgoing; Tue, 27 Aug 1996 01:38:10 -0700 (PDT) Received: from alpha.kada.lt (alpha.kada.lt [193.219.13.141]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA24301; Tue, 27 Aug 1996 01:35:56 -0700 (PDT) Received: from dara by alpha.kada.lt (5.65v3.2/1.1.10.5/21Jun96-0218PM) id AA01831; Tue, 27 Aug 1996 11:32:01 +0300 Message-Id: <9608270832.AA01831@alpha.kada.lt> Comments: Authenticated sender is From: "Darius Ramanauskas" Organization: State Land Cadastre Ent. To: freebsd-questions@freebsd.org Date: Tue, 27 Aug 1996 11:38:05 +0000 Subject: Help, SENDMAIL or somethink is buggy?!? Cc: freebsd-hackers@freebsd.org Priority: normal X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello All, I or someone from my users can not send mail to one host UNECE.ORG. The response from sendmail is: ********************************************** ** THIS IS A WARNING MESSAGE ONLY ** ** YOU DO NOT NEED TO RESEND YOUR MESSAGE ** ********************************************** The original message was received at Mon, 12 Aug 1996 09:48:27 +0300 (EET DST) from [193.219.211.124] ----- The following addresses have delivery notifications ----- (transient failure) ----- Transcript of session follows ----- 451 ... reply: read error from gatekeeper.unicc.org. ... Deferred: Connection reset by peer during client HELO with gatekeeper.unicc.org. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old --- the mailq: MAA25541 16 Fri Aug 23 12:33 taide (vilius.pogozhelskis@unece.org... reply: read error from gate) vilius.pogozhelskis@unece.org RAA21266 326 Thu Aug 22 17:07 (Deferred: Connection reset by peer with gatekeeper.unicc.org) QAA21117 2 Thu Aug 22 16:25 dara (Deferred: Connection reset by peer with gatekeeper.unicc.org) vilius.pogozhelskis@unicc.org QAA21075 0 Thu Aug 22 16:05 dara (Deferred: Connection reset by peer with gatekeeper.unicc.org) vilius.pogozhelskis@unece.org QAA21083 2 Thu Aug 22 16:07 dara (vilius.pogozhelskis@gatekeeper.unicc.org... reply: read erro) vilius.pogozhelskis@gatekeeper.unic c.org The strange thing is that from any other host on the same network (Linux) and others will send mail to this host :-((( Please help me if anyone know or had this situation. FBSD 2.1.5-R In sendmail.cf I have added multihost support. Thank you. Dara Sys/Net Admin From owner-freebsd-hackers Tue Aug 27 03:10:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27121 for hackers-outgoing; Tue, 27 Aug 1996 03:10:00 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA27113 for ; Tue, 27 Aug 1996 03:09:55 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id DAA29458 for ; Tue, 27 Aug 1996 03:09:52 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id DAA00460; Tue, 27 Aug 1996 03:07:22 -0700 (PDT) Message-Id: <199608271007.DAA00460@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Julian Assange cc: wilko@yedi.iaf.nl, hackers@FreeBSD.org Subject: Re: Script to setup PPP? In-reply-to: Your message of "Tue, 27 Aug 1996 18:28:05 +1000." <199608270828.SAA09489@suburbia.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Aug 1996 03:07:21 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Julian Assange : > > > > Well, PPP and PPPD could both use improvements on the man pages. > > > > Still, there should be a script for newbies to setup up either PPP or PPPD. > > > > Regards, > > Try setting up solaris aspppd sometime, and you will change your tune ;) Look , I am not complaining with respect to myself or to most hackers on this list . Is just that I think that the process could be automated if someone volunteers. This "RTFM" can only carries us so far 8) Amancio From owner-freebsd-hackers Tue Aug 27 04:04:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA29185 for hackers-outgoing; Tue, 27 Aug 1996 04:04:14 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA29178 for ; Tue, 27 Aug 1996 04:04:09 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id VAA02019; Tue, 27 Aug 1996 21:02:58 +1000 (EST) Date: Tue, 27 Aug 1996 21:02:56 +1000 (EST) From: "Daniel O'Callaghan" To: Julian Assange cc: freebsd-hackers@FreeBSD.org Subject: Re: source address routing controls and packet priorities In-Reply-To: <199608270827.SAA09481@suburbia.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 27 Aug 1996, Julian Assange wrote: > > Is there currently any way to route packets based on the source (not > destination) address or destination port? Or changing packet queue > priorities without merely changing the TOS? See Darren Reed's ipfilter software: http://coombs.anu.edu.au/~avalon/ You can fastroute packets to a specific gw based on src/dst/sport/dport Danny From owner-freebsd-hackers Tue Aug 27 04:05:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA29239 for hackers-outgoing; Tue, 27 Aug 1996 04:05:05 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA29208 for ; Tue, 27 Aug 1996 04:04:56 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id NAA23503; Tue, 27 Aug 1996 13:02:03 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id MAA09631; Tue, 27 Aug 1996 12:40:59 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608271040.MAA09631@tetard.glou.eu.org> Subject: Re: -current kills harddrives To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 27 Aug 1996 12:40:59 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608270659.IAA23681@uriah.heep.sax.de> from J Wunsch at "Aug 27, 96 08:59:30 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch écrit / writes: > As Philippe Regnauld wrote: > > > BTW, I'm writing up a "Hardware maintenance" section -- could be > > useful in the handbook (proper ventilation, do's and dont's), or > > does this seem too way out of line with FreeBSD ? > > The extended cooling requirements of 7200 rpm drives should of course > be mentioned there. They are :-) Comments and critics welcome. ->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8--->8-- Hardware maintenance guidelines FreeBSD is a high performance operating systems, and as such, it is often used as the driving force behind high performance servers. Unfortunately, experience shows that selecting the right OS and the right components (See "PC Hardware Compatibility") is sometimes not enough; there are several technical issues involved that will (hopefully) be covered here, such as correct cabling, proper insulation and ventilation, thermal constraints, etc... These are mostly tips and hints acquired from personal experience in working environments -- they are not in any case absolute rules (i.e.: your mileage may vary). * COMPONENT ASSEMBLY * Casings If you have ever assembled a PC yourself, you may have noticed some aberrations in the design and/or basic construction of the casing. Remember that the majority of these were designed with cheapness in mind, not fault tolerance. To start with, try and avoid all forms of "small tower" designs, as they have a tendency to double as ovens -- this is mainly due to the amount of cabling generally present in your average PC (see Cabling). High towers are recommendable for three reasons: o they offer room for more devices and disks in particular; o they provide better airflow as more space is available; o there usually is room for additional fan units Depending on the make and model of the casing, they may or may not offer facilities that are often useful : o ventilation slots on the underside of the cabinet o clip-on facade or hinged front door provides easy access to the disk units o screwed in motherboard mount-plate avoids excess manipulation of the motherboard (i.e.: unclipping nylon columns, sliding the board out). Some manufacturers do make these kinds of casings, though they are usually not cheap (count at least $150). For real easy access to cabling, disks, bus cards, I can only recommend rack-mount units, with its reliability (redundant power supplies, UPS support)... and price! Also, always make sure that the cables of the power supply and led/switch connectors are long enough to reach the mainboard (I'm serious about this, it happens often !), and that there are enough mainboard support holes, so that half of it doesn't hang unsupported. Expansion cards There are not many restrictions concerning expansion card installation and/or manipulation other than the usual static precautions and placement constraints due to available cabling. Still, some points should be respected as a safe measure, though they should not be required with quality power supplies and mainboards. Note: for those of you using 486s with VLB (good luck...), remember that most, if not all, mainboards that offer 3 VLB slots only allow 2 of those to do bus mastering. This may not seem like a big issue, but I have seen peak disk I/O rise from 2 Mb/sec to 3 Mb/sec by simply moving the I/O card to another VLB slot. Placement of the expansion cards, whether they be ISA, EISA, PCI or VLB should try and follow these recommendations: o avoid placing video cards too close to the power supply. It might cause static or other kind of video disturbances with badly shielded power supplies, or sensitive RAMDACs on cheap cards. If it does occur, try moving the card further 'down', away from the power supply. If this is not possible (PCI cards), get a bigger casing, or switch video cards; o same advice for audio cards: they are known to be sensitive to electromagnetic disturbances, which may cause humming and electric noises in the speaker output. Once again, try to move the sound card as far away from the power supply, cables permitting; In general, if a problem occurs that seems to be of a hardware nature (stray IRQs, erratic and/or intermittent response of a device or plain refusal to boot), try and switch the cards around. Sadly, this has worked in many cases for me with cheap mainboards or expansion cards. Cabling - Power cabling - When setting up your system, try to envision future needs you may have: it is highly recommended that you buy a power supply with enough connectors in the first place, rather than use "Y" power splitters. These are often of bad manufacture and can cause hard disk locks, bus resets and other mishaps through inconsistent of faulty power supply. If you do have to use them, ALWAYS check if the colors match (yellow to yellow, red to red, etc...): it has once happened that 5V (red) was cross-wired to 12V (yellow) on such an adapter :-( - Drive cabling - There are simply two cases for disk configurations: non-SCSI and SCSI configurations :-) It is not that SCSI is a sensitive or otherwise unreliable subsystem, but it is a high performance one, and should be treated with the corresponding awareness. Regarding IDE disks : IDE disks sometimes seem to behave strangely (no probing at boot, slave drive is not seen) depending on which drive is master or slave, and which one of these is first on the cable (though officially this should not have any influence on the way the disks operate). The best here is to try different configurations and see the results. See the section "What is SCSI" for the description of the SCSI subsystem, bus types and cabling recommendations. Keep in mind the following points : o always terminate both ends of the bus with the right terminator -- this means SCSI-I (big centronics-type connector) terminators for SCSI-I busses (also known as passive terminators), and SCSI-II (small connector) for busses containing SCSI-II devices (active terminators); o internal termination by the drives/devices themselves (i.e.: jumper activated) should be avoided -- use clip-on terminators that fit on the ribbon cable like any device; o use the right cabling for external devices : SCSI-I cables and SCSI-II cables do not have the same electrical specifications. Also respect maximum lengths - Ribbon cables - Always try and use cables that are long enough, especially for disk units: it is better to have spare cable rather than subject a barely long enough one to stress by twisting or folding it. Also, long enough cables will let you push them out of the way a bit, which is important for correct ventilation and air flow. * PLACING STORAGE DEVICES * This is probably the most important point here. It is crucial that you let storage devices (disks, CD Rom units, tape drives) have enough air for them to function correctly. Without ventilation, you can expect your 7200RPM drives to last a couple of hours at the most, if they do not have built-in thermal switches (recent ones do). There are a few things to know about ventilation: o ventilation is not simply exposing your unit to open air -- that may help, but it will in most cases only heat up the air around it; o air acts as a fluid, and it must circulate to be efficient. A closed cabinet with two fans blowing outward is a good way to achieve this; o having the fans simply blow INTO the cabinet will not achieve cooling: this will not help the hot air escaping. The idea is to have the air be pushed out of the cabinet. Maximum effect is obtained with two fans, one extracting and one intaking, if and only if those are running at the same speed: if the intaking fan is rotating faster, the resulting flow will be less efficient (turbulence). Also, intaking fans push a LOT of dust into the cabinet. Proper ventilation is guaranteed by respecting the following points: o do not place disks that you know are running very hot (more than 55°C) next to each other -- this will only make disks close to each other overheat much faster; o leave some space between the units (1/2" to 1") -- this allows better air flow; o leaving 5"1/4 front bays opened up creates a "leak" in the air circuit, which could result in less efficient cooling; o try to achieve good thermal dissipation. This means: - mount the disks directly on metal whenever you can -- the metal frame inside the cabinet usually provides average to good thermal dissipation - avoid disk drawers and other "easy extraction" mecanisms. Since they are made of plastic, they trap heat (if your disk died suddenly, you'll still probably have to restore a backup, and saving 2 minutes in opening the casing won't make that much difference) = = = If you follow these guidelines, you will already avoid many of the problems of building and keeping running a PC based server or workstation -- a process which Jordan rightly describes as 'Tapdancing through a minefield'. Most PC hardware is indeed not among the best in quality, but through careful selection AND correct placement, it is possible to approach the performance and reliability of much more expensive dedicated hardware. -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Tue Aug 27 04:05:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA29274 for hackers-outgoing; Tue, 27 Aug 1996 04:05:39 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA29264; Tue, 27 Aug 1996 04:05:29 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id NAA23507; Tue, 27 Aug 1996 13:05:19 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id MAA09674; Tue, 27 Aug 1996 12:59:23 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608271059.MAA09674@tetard.glou.eu.org> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: sos@FreeBSD.org Date: Tue, 27 Aug 1996 12:59:22 +0200 (MET DST) Cc: hackers@FreeBSD.org (hackers) In-Reply-To: <199608270835.KAA14677@ra.dkuug.dk> from "sos@FreeBSD.org" at "Aug 27, 96 10:35:30 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk sos@FreeBSD.org écrit / writes: > Hmm, in the version of syscons that I'm currently working on there is > support for adding a new ioctl via a LKM, that can be used to load > special code to modify you timing. Also If you can tell me what > H&V-sync your monitor can handle, I can probably do a small patch > to the mode setting code that will allow you to use your monitor > for std modes ie 80x25, 80x50 etc... Would you do that ? :-) Ok, here they are : Model is 98782A HP (aka Sony GDM 1902, brain damaged to HP Apollo specs): 98782A: Normal Field: 1024x768x60 Hz @ 64.1088 MHz dot clock / 60 Hz Horiz. sweep freq.: 47.7 kHz Vertical frame rate: 60 Hz (non-in.) /etc/XF86Config HorizSync = 47.7 VertRefresh = 60 Modeline "1024x768-hp" 64.1088 1024 1088 1216 1344 768 771 777 795 > Just remember that it s a hack, and nothing that I will admit to > have done :) Cc: sos@FreeBSD.org, hackers@FreeBSD.org ^^^^^^^^^^^^^^^^^^^ Uh, don't wan't to offend you, but you're speaking in public, Søren :-) > > Wish I could find a high IRQ serial card for a serial console > > *sigh* :-) > > Naw, we wouldn't have you to do that ... That would find some other use to the 386/16 I'm using as a footstool now :-) -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Tue Aug 27 04:09:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA29707 for hackers-outgoing; Tue, 27 Aug 1996 04:09:10 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA29698 for ; Tue, 27 Aug 1996 04:09:07 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id MAA03691 for ; Tue, 27 Aug 1996 12:08:49 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Tue, 27 Aug 1996 12:08:24 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id MAA03205; Tue, 27 Aug 1996 12:07:23 +0100 To: rkw@shark.dataplex.net (Richard Wackerbarth) Cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r References: From: Paul Richards Date: 27 Aug 1996 12:07:22 +0100 In-Reply-To: rkw@dataplex.net's message of Fri, 23 Aug 1996 19:19:19 -0500 Message-ID: <57u3tpjdat.fsf@elsevier.co.uk> Lines: 59 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk rkw@dataplex.net (Richard Wackerbarth) writes: > Julian Elischer writes: > > This is the common method of using "cookies" to represent a portion of the > build process. > > We would probably want to have 3 conditions. > 1) Unconditionally build the tools > 2) Test to see if the tools are up-to-date > 3) Assume the tools are up-to-date as of the time of the cookie. > > This can be done with two tokens, "tools_built" and "tools_changed". This is all ridiculously complex for a relatively rare occurence these days. An upgrade of the tools does *NOT* imply that a bootstrap stage is required. We're talking about different problems here. I think an explanation of the historical reasons for the current setup is required for those who weren't around. In the very early days things were very broken, the compiler had bugs, the libraries had bugs, the headers had bugs all the build tools had bugs. We were fixing critical parts of the build system very frequently and we needed a way to ensure that all the build components were fixed before rebuilding the entire system. After running into problems where people weren't seeing bugs fixed because they weren't rebuilding the tools properly we came up with the world target which systematically rebuilds all the essential build tools in an order that ensures that the final make all target is run with a working build environment. Now, times have changed. Critical bug fixes to the build environment are *rare*. Most of the time they are tweaks or enhancements and building with the old tools doesn't create hidden bugs as a side effect of the build process. Therefore, you don't need to bootstrap all the build tools since the currently installed tools work fine. All the extra baggage that we currently have is probably unecessary, though it's comforting to know that a make world should always work. Since the build environment is stable a "make all" is enough to upgrade your system safely and this will remain to be so as long as no new bugs are introduced into the build tools. Now, this *will* happen, say when we try out gcc 2.7.x and there also also occasions when a new tool, such as lint, will not build without some glue. These individual cases can all be added on an ad-hoc basis to the bootstrap target during a release cycle and then removed at the beginning of the next development cycle since at that point you should be at the same working baseline again. I added the bootstrap target some time ago so I think I pass the "contributed a solution" requirement :-) -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Tue Aug 27 04:19:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA00311 for hackers-outgoing; Tue, 27 Aug 1996 04:19:10 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA00303; Tue, 27 Aug 1996 04:19:04 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA15216; Tue, 27 Aug 1996 13:18:59 +0200 Message-Id: <199608271118.NAA15216@ra.dkuug.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Tue, 27 Aug 1996 13:18:59 +0200 (MET DST) Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199608271059.MAA09674@tetard.glou.eu.org> from "Philippe Regnauld" at Aug 27, 96 12:59:22 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > > > Just remember that it s a hack, and nothing that I will admit to > > have done :) > > Cc: sos@FreeBSD.org, hackers@FreeBSD.org > ^^^^^^^^^^^^^^^^^^^ > Uh, don't wan't to offend you, but you're speaking in public, Søren > :-) I know :) and I still won't admit to it :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Aug 27 05:13:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA02264 for hackers-outgoing; Tue, 27 Aug 1996 05:13:36 -0700 (PDT) Received: from eel.dataplex.net ([208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA02255 for ; Tue, 27 Aug 1996 05:13:33 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id GAA02262; Tue, 27 Aug 1996 06:52:03 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Aug 1996 06:52:09 -0500 To: Paul Richards From: rkw@shark.dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Richards replies: >rkw@dataplex.net (Richard Wackerbarth) writes: >> We would probably want to have 3 conditions. >> 1) Unconditionally build the tools >> 2) Test to see if the tools are up-to-date >> 3) Assume the tools are up-to-date as of the time of the cookie. >> This can be done with two tokens, "tools_built" and "tools_changed". > >This is all ridiculously complex for a relatively rare occurence these >days. > >An upgrade of the tools does *NOT* imply that a bootstrap >stage is required. We're talking about different problems here. I >think an explanation of the historical reasons for the current setup >is required for those who weren't around. I tend to agree. However, there are those who persist in the notion that they "must" have the bootstrap phase AUTOMATICALLY included. Setting up the mechanism is not all that difficult and it does allow us to "keep the troops happy". The biggest problem that I have with doing ANYTHING to the "make" structure is that there is no concensus building. Anyone who proposes a change is immediately "shot down" by someone who refuses to allow progress if it means that he has to CHANGE anything about his favorite mode of operation. There are certainly arguments as to why each of the three above mentioned targets are of value. Exclusive use of (3) leads to missed changes to things like "config". In the typical case, (2) is more time consuming than necessary. Case (1) COULD be handled by manual bootstrapping, but that is "too hard" for some HA's. It appears to me that many of the "hackers" have never worked on a large shared system or with cross compilers. When you have your own private space and are only making minor changes to a single native implementation, you can get away with "shortcuts" that don't work in the general case. It IS a little harder to set things up to handle the general case, but once it is done, it is NOT more difficult to use. However, before any real progress can be made, people need to break out of the mentality trap what prohibits change. From owner-freebsd-hackers Tue Aug 27 06:56:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA06292 for hackers-outgoing; Tue, 27 Aug 1996 06:56:44 -0700 (PDT) Received: from iquest.net (iquest4.iquest.net [206.53.230.100]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA06285; Tue, 27 Aug 1996 06:56:42 -0700 (PDT) Received: by iquest.net (Smail3.1.29.1 #5) id m0uvOd6-004AAJC; Tue, 27 Aug 96 08:56 EST Message-Id: From: dyson@iquest.net (John Dyson) Subject: Re: s5 filesys implementation? To: amora@obelix.cica.es (Jesus A. Mora Marin) Date: Tue, 27 Aug 1996 08:56:32 -0500 (EST) Cc: freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199608270802.KAA11666@obelix.cica.es> from "Jesus A. Mora Marin" at Aug 27, 96 10:02:11 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > Greetings! > > I am planning to implement support for s5 filesys, since I have a particular > interest in this subject. But I'd hate to do an unnecessary work, so PLEASE let > me know if any fellow is working already on this stuff, or if this has been > done, in fact. I am very out of date: the last version I have is 2.2-960326SNAP > -and waiting eagerly for the 2.1.5 CD-ROM!-, and there was no support for this > oldie. TIA. > > I suggest working with the Aug snapshot or later. John From owner-freebsd-hackers Tue Aug 27 07:00:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06527 for hackers-outgoing; Tue, 27 Aug 1996 07:00:16 -0700 (PDT) Received: from heathers.stdio.com (risner@heathers.stdio.com [204.152.114.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA06501; Tue, 27 Aug 1996 07:00:07 -0700 (PDT) Received: (from risner@localhost) by heathers.stdio.com (8.6.12/8.6.13) id JAA02300; Tue, 27 Aug 1996 09:59:07 -0400 Date: Tue, 27 Aug 1996 09:59:07 -0400 From: James Risner Message-Id: <199608271359.JAA02300@heathers.stdio.com> To: freebsd-hackers@freebsd.org Subject: SCSI ncr.c assertion fail due to S_QUEUE_FULL error. Cc: freebsd-scsi@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a 3.5 GIG drive: ncrcontrol -u 1 T:L Vendor Device Rev Speed Max Wide Tags 1:0 DEC RZ74 (C) DEC 427H 10.0 10.0 8 4 on heavy disk seeking I get: sd1(ncr1:1:0): COMMAND FAILED (4 28) @f09fb000. assertion "cp" failed: file "../../pci/ncr.c", line 5563 I looked up the COMMAND.FAILED code and found that 4 28 means: COND_MET or HS_COMPLETE and QUEUE_FULL I looked up the code about QUEUE_FULL which it does not run and it sets tags to 0 to fix. I set tags to 1 with ncrcontrol -u 1 -t 1 -w -stags=1 The problem went away. Now it is: ncrcontrol -u 1 T:L Vendor Device Rev Speed Max Wide Tags 1:0 DEC RZ74 (C) DEC 427H 10.0 10.0 8 1 Who's problem was present? SCSI system for not probing the drive and setting the tags lower somehow? ncr.c for not properly reseting after a QUEUE_FULL from a disk? Or both? Risner From owner-freebsd-hackers Tue Aug 27 07:31:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA07908 for hackers-outgoing; Tue, 27 Aug 1996 07:31:45 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA07890; Tue, 27 Aug 1996 07:31:26 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA06501; Tue, 27 Aug 1996 16:04:48 +0200 From: Luigi Rizzo Message-Id: <199608271404.QAA06501@labinfo.iet.unipi.it> Subject: SACK and other TCP modifications available To: hackers@freebsd.org Date: Tue, 27 Aug 1996 16:04:48 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo), olah@freefall.freebsd.org, phk@freebsd.org, jkh@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It would be nice if someone could try some of the changes below and send some feedback, and possibly arrange to include this in -current sources. Luigi ----------- The file "sack.diffs", available from http://www.iet.unipi.it/~luigi/research.html includes a number of modifications to TCP designed to improve performance in presence of losses, namely: - MODIFIED FAST RETRANSMIT - NEWRENO - SACK (Selective Acknowledgements) - TSACK (Selective Acknowledgements in RFC1323 timestamps) The software is in alpha stage, although it has been running for a couple of weeks in intermediate formats, and it is running on a couple of our systems since Aug.26 1996. MODIFIED FAST RETRANSMIT is really helpful on lossy links, and does not need modifications at the receive side. Same for NEWRENO. SACK (and/or TSACK), especially if sided by MODIFIED FAST RETRANSMIT, can improve throughput dramatically. The diffs are against FreeBSD 2.1R, although they should be easily ported to other BSD-derived systems. Most options must be enabled in the kernel config file via option SPECIFICOPTIONNAME and need to be enabled via a sysctl variable in order to activate them. Since this code is evolving rapidly, please check the above URL to see if there is a newer version. In particular, this code still has some diagnostic output which goes to /var/log/messages. Bugs, fixes and suggestions can be reported to me at luigi@iet.unipi.it --------------------------- A brief description of all changes follows: CLEANUP OF BSD CODE + BSD code has some strange ways of updating the count of duplicate acks. The count gets reset by some unexpected events (window updates, old segments) and does not get checked/reset properly in the header prediction code. A number of small fixes tries to count dupacks more consistently. + added a flag, TF_FAST_RXMT, to indicate that we are in fast retransmit/fast recovery. This is needed to support a different fast retransmit policy, and makes the code somewhat easier to read. + the count of retransmitted and dup bytes is now accumulated per connection as well as globally. This is useful for statistical purposes, and can be used later to determine if a connection is experiencing losses or duplicate data. + additional variables are added to tcpstat, to count for various events. MODIFIED FAST RETRANSMIT + BSD enters fast retransmit when there are 3 consecutive duplicate acks; the number 3 was chosen to reduce the chance that a reordering of packets in the net is seen as a segment loss. However, in presence of large losses, or when the amount of outstanding data is small, or the window is narrow, there are so few packets in transit that 3 dupacks cannot happen, and the chance of a reordering is low. In these situations, 1 or 2 dupacks almost certainly mean that a segment has been lost. Instead of waiting for a timeout, fast retransmit can be started earlier. This code identifies these cases, and lowers the threshold for fast retransmit to 2 or 1 dup. Note 1: in many cases (e.g. telnet, http), there are still a lot of timeouts which occur after 0 dupacks, because in many cases there is only one segment in flight. We cannot do much on this. Note 2: since the tcp control block accumulates statistics on the amount of dup/retransmitted data, perhaps this behaviour can be made more adaptive if the connection shows a significant reordering of segments. NEWRENO (following a suggestion by J. Hoe) + In Reno, after a fast retransmit, a non-dup ack causes exit from fast recovery. However, in case of multiple losses in the same window, there might need three more dupacks to detect this, and a subsequent fastretrans would shrink the window even further. We save the value of snd_max in snd_max_rxmt at the time of the fast retransmit; then if snd_una does not advance to snd_max_rxmt the segment at snd_una has been lost and can be retransmitted immediately. SACK + This is an implementation of the SACK options as described in the recent internet draft, to which it is fully compliant. The maximum lifetime of SACK can be set to 0 or more timeouts. The retransmission strategy, during fast recovery, is as follows: if new data can be sent within snd_wnd and snd_cwnd, then do it. Otherwise, old blocks (up to, but not beyond, the last SACKed block) are sent again. There is currently no provision to resent the block snd_una if this has been lost twice (a solution is in the works). TSACK + This is a simplified version of SACK, which carries SACK information embedded in slightly modified RFC1323 timestamps. There are some tradeoffs in using TSACKs (almost no need for receiver support, less precise SACKs) instead of ACKs, but TSACKs have some advantage over SACKs in some cases. ARTIFICIAL LOSSES + in order to test the behaviour of the above code, there is a new function, tcp_dropit(), which allows some incoming data and ack packets to be dropped. Currently the drop rate is 10% for data segment, 5% for pure acks. Segments are dropped using a repetitive pattern of 499 segments, in order to make results a bit more reproducible (they aren't reproducible anyways, because the actual generation of ACKs depends on the behaviour of the receiver process and there is some interaction with timeouts). All the above mechanisms can be enabled by setting the variable net.inet.tcp.sack as follows: SACK lifetime 0..15 (0 and 1 are equivalent) SACK 0x10 enables sack negotiation and processing TSACK 0x20 enables TSACK generation MODIFIED_FR 0x40 enables modified fast retransmit NEWRENO 0x80 enables newreno LOSSY 0x100 enables dropping incoming data/acks The following kernel options are needed: option TSACK enables TSACK generation option SACK enables SACK code, TSACK processing, LOSSY Newreno and modified fast retransmit are compiled in by default. You might also need the following changes to sysctl and netstat. The former needs to be recompiled with the new tcp_var.h The patch below just allows you to enter values as hex numbers instead of decimal ones. The patch to netstat (which also needs to be recompiled) is there to allow you to see the additional statistic variables in the tcpstat structure. Since these variables are allocated at the bottom of the structure, older netstat will work, just don't write all available info. diff -cbwr /usr.sbin/sysctl/sysctl.c ./sysctl.c *** /cdrom/usr/src/usr.sbin/sysctl/sysctl.c Sun Jun 11 06:32:58 1995 --- ./sysctl.c Mon Aug 19 16:28:31 1996 *************** *** 342,348 **** if (newsize > 0) { switch (type) { case CTLTYPE_INT: ! intval = atoi(newval); newval = &intval; newsize = sizeof intval; break; --- 342,349 ---- if (newsize > 0) { switch (type) { case CTLTYPE_INT: ! sscanf(newval, "%i", &intval); /* XXX */ ! /* intval = atoi(newval); */ newval = &intval; newsize = sizeof intval; break; diff -cbwr netstat/inet.c /usr/src/usr.bin/netstat/inet.c *** netstat/inet.c Sat Jul 29 11:42:54 1995 --- /usr/src/usr.bin/netstat/inet.c Fri Aug 23 17:02:49 1996 *************** *** 227,233 **** --- 227,243 ---- p(tcps_conndrops, "\t%d embryonic connection%s dropped\n"); p2(tcps_rttupdated, tcps_segstimed, "\t%d segment%s updated rtt (of %d attempt%s)\n"); + p(tcps_zerodupw, "\t%d invalid invalid dupack reset on window update\n"); p(tcps_rexmttimeo, "\t%d retransmit timeout%s\n"); + p(tcps_rexmt[0], "\t\t%d retransmit timeout with 0 dup acks\n"); + p(tcps_rexmt[1], "\t\t%d retransmit timeout with 1 dup acks\n"); + p(tcps_rexmt[2], "\t\t%d retransmit timeout with 2 dup acks\n"); + p(tcps_fastretransmit, "\t%d fast retransmit%s\n"); + p(tcps_fastrexmt[0], "\t\t%d with 1 dup ack\n"); + p(tcps_fastrexmt[1], "\t\t%d with 2 dup ack\n"); + p(tcps_fastrexmt[2], "\t\t%d with 3 dup ack\n"); + p(tcps_newreno, "\t%d newreno retrans\n"); + p(tcps_fastrecovery, "\t%d fast recovery\n"); p(tcps_timeoutdrop, "\t\t%d connection%s dropped by rexmit timeout\n"); p(tcps_persisttimeo, "\t%d persist timeout%s\n"); p(tcps_persistdrop, "\t\t%d connection%s dropped by persist timeout\n"); From owner-freebsd-hackers Tue Aug 27 08:24:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09830 for hackers-outgoing; Tue, 27 Aug 1996 08:24:52 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA09823 for ; Tue, 27 Aug 1996 08:24:33 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA15656 for ; Tue, 27 Aug 1996 17:19:46 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA13946 for freebsd-hackers@freefall.cdrom.com; Tue, 27 Aug 1996 17:32:30 +0200 Date: Tue, 27 Aug 1996 17:32:30 +0200 From: Christoph Kukulies Message-Id: <199608271532.RAA13946@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since I installed [ELM 2.4ME+ PL25 (25)] I'm getting often a 'folder is corrupt' message. Not 100% sure but the pattern appears to be that it happens often and only when I'm leaving elm while new mail is being received. Anyone else seeing this? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 27 08:45:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10684 for hackers-outgoing; Tue, 27 Aug 1996 08:45:45 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10679; Tue, 27 Aug 1996 08:45:40 -0700 (PDT) Message-Id: <199608271545.IAA10679@freefall.freebsd.org> To: James Risner cc: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: SCSI ncr.c assertion fail due to S_QUEUE_FULL error. In-reply-to: Your message of "Tue, 27 Aug 1996 09:59:07 EDT." <199608271359.JAA02300@heathers.stdio.com> Date: Tue, 27 Aug 1996 08:45:40 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I looked up the code about QUEUE_FULL which it does not run and it sets >tags to 0 to fix. Ouch. Pretty soon, the upper level SCSI layer will be controlling this, but until then, you'll have to ask Stefan why this happens. >Or both? > >Risner > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Aug 27 09:01:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11561 for hackers-outgoing; Tue, 27 Aug 1996 09:01:36 -0700 (PDT) Received: from night.primate.wisc.edu (night.primate.wisc.edu [144.92.43.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA11553 for ; Tue, 27 Aug 1996 09:01:29 -0700 (PDT) Received: by night.primate.wisc.edu; id KAA28445; 8.6.10/41.8; Tue, 27 Aug 1996 10:58:13 -0500 From: Paul DuBois Message-Id: <199608271558.KAA28445@night.primate.wisc.edu> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Tue, 27 Aug 1996 10:58:13 -0500 (CDT) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608271532.RAA13946@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Aug 27, 96 05:32:30 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Since I installed [ELM 2.4ME+ PL25 (25)] I'm getting often > >a 'folder is corrupt' message. Not 100% sure but the pattern appears to be >that it happens often and only when I'm leaving elm while new mail >is being received. > >Anyone else seeing this? I've seen this under MkLinux when I didn't have a proper locking method selected. elm wouldn't coordinate with procmail when the latter was delivering mail. From owner-freebsd-hackers Tue Aug 27 09:18:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12587 for hackers-outgoing; Tue, 27 Aug 1996 09:18:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA12580 for ; Tue, 27 Aug 1996 09:18:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24772; Tue, 27 Aug 1996 09:02:50 -0700 From: Terry Lambert Message-Id: <199608271602.JAA24772@phaeton.artisoft.com> Subject: Re: Multiple swaps slow down system? To: koshy@india.hp.com (Koshy) Date: Tue, 27 Aug 1996 09:02:49 -0700 (MST) Cc: hal@post.vale.com, freebsd-hackers@freebsd.org In-Reply-To: <199608270327.AA078696441@cyborg.india.hp.com> from "Koshy" at Aug 27, 96 08:27:18 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > IDE (ATA-2) can use DMA, in fact, future ATA standards make DMA support > mandatory. I was under the impression that probing the chipset for this capability will crash older chipsets. Thus it is impossible to probe for the capability uniformly and safely, other than by keeping a ROM/ID table and using that to detect the things. Windows95 and NT get around the issue by logging probes during install. If a user resets after an "if this takes too long..." message, it decides the hardware isn't there when the install starts up again (what the hell is "too long"? ...they don't tell us). Further, the RZ1000 and two other IDE chipsets are well known to silently fail DMA's if an interrupt occurs during a DMA transfer. DOS does not have this problem, and Windows95 and NT 4.x beta both silently turn the feature off in the user's CMOS. There is "test" software on the Intel www site -- it *also* silently turns off the feature where it can, claiming "you don't have to worry about the problem". A careful examination of the CMOS settings before and afer will show that the twiddling has taken place (AMI BIOS has an advanced setup screen for IDE-on-the-motherboard BIOS for turning on or of "overlapped I/O" -- this seeting has been seen to change). > However, IDE devices sell for around half the price of comparable > SCSI devices in most parts of the world, so they are probably going > to be around for a while. I always wonder if this is just dealers milking the market, or what. The latest "Processor" magazine shows no price difference in drives over 250M or so. It is just impossible to subscribe to "Processor" or "Computer Shopper" outside the US, or just impossible to buy through them? Or is it possible, but just not done, in an international conspiracy to portray SCSI as costing more? 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 09:19:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12652 for hackers-outgoing; Tue, 27 Aug 1996 09:19:11 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12641 for ; Tue, 27 Aug 1996 09:19:03 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id CAA12370 Wed, 28 Aug 1996 02:17:13 +1000 (EST) From: michael butler Message-Id: <199608271617.CAA12370@asstdc.scgt.oz.au> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Wed, 28 Aug 1996 02:17:12 +1000 (EST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608271532.RAA13946@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Aug 27, 96 05:32:30 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies writes: > Since I installed [ELM 2.4ME+ PL25 (25)] I'm getting often > a 'folder is corrupt' message. Not 100% sure but the pattern appears to be > that it happens often and only when I'm leaving elm while new mail > is being received. > Anyone else seeing this? Do you happen to have a POP client trying to read the same mailbox ? That _will_ cause it, michael From owner-freebsd-hackers Tue Aug 27 09:25:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13408 for hackers-outgoing; Tue, 27 Aug 1996 09:25:33 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13361; Tue, 27 Aug 1996 09:25:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA00139 ; Tue, 27 Aug 1996 09:25:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24806; Tue, 27 Aug 1996 09:12:58 -0700 From: Terry Lambert Message-Id: <199608271612.JAA24806@phaeton.artisoft.com> Subject: Re: s5 filesys implementation? To: amora@obelix.cica.es (Jesus A. Mora Marin) Date: Tue, 27 Aug 1996 09:12:58 -0700 (MST) Cc: fs@freebsd.org, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199608270626.IAA08884@obelix.cica.es> from "Jesus A. Mora Marin" at Aug 27, 96 08:26:55 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am planning to implement support for s5 filesys, since I have a > particular interest in this subject. But I'd hate to do an unnecessary > work, so PLEASE let me know if any fellow is working already on this > stuff, or if this has been done, in fact. I am very out of date: the > last version I have is 2.2-960326SNAP -and waiting eagerly for the > 2.1.5 CD-ROM!-, and there was no support for this oldie. TIA. This is onmy list of "to do" items. I was an engineer for Novell/USG (USL) who worked on, among other things, kernel FS code. The recent SCO offer (and the supposedly yet-to-come offer from them on UnixWare) makes this a lot easier. I have been waiting on the devfs so that I can code physical-to-logical device translation drivers for SVR4/SCO partitioning and disklabelling and treat the things as raw devices; this support, at least, is now immanent. If you are planning on working on FS code in the very near future, then I'd say go ahead. Otherwise, I hope the lanscape will be changing pretty radically pretty soon -- if you have done enough FS work that you can abstract framework components from implementation, then you should be pretty safe for any long term projects that you want to pursue. You may want to consider holding off until the Lite2 integration has been completed; since it changes some of the architecture. I don't think it;s safe to assume that the changes from that direction are done either. Your best bet would be to get in contact with David Greenman or John Dyson, since they make architectural decisions, and the FS is one place that will be hit (one way or the other) by almost all architectural changes. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 09:28:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13645 for hackers-outgoing; Tue, 27 Aug 1996 09:28:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA13639 for ; Tue, 27 Aug 1996 09:28:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24820; Tue, 27 Aug 1996 09:16:25 -0700 From: Terry Lambert Message-Id: <199608271616.JAA24820@phaeton.artisoft.com> Subject: Re: 2.1.5 install failure: booting from fd0 in stead of sd0 To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Tue, 27 Aug 1996 09:16:25 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <199608270634.IAA11231@gvr.win.tue.nl> from "Guido van Rooij" at Aug 27, 96 08:34:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Herein lies the rub. dosdev == 0 means it's a floppy disk. boot.c > > converts this into `maj = 2'. Only if the 0x80 flag is set, it will > > move to maj = 0 (wd) or maj = 4 (sd). > > > > If i read the code right, it looks as if your BIOS doesn't pass the > > correct value in %dl down to the bootstrap. (It apparently passes > > 0 there as opposed to the boot drive BIOS ID.) Call it ``broken''... > > > > Your only chance short of replacing the BIOS is to hack the bootcode > > on your harddisk so it will never try booting off a floppy again. > > I concluded the same. However, how can it be that a previously installed > NT on a FAT filesystem does boot? NT has seperate boot records for floppy disks and for the hard disk. Thus the hard disk boot record can always assume that it will be booting from a hard disk. It is unlikely that you would be able to install NT to boot off the second drive -- even though this is technically allowed by NT, the lack of a 0x81 (or 0x01) in the DL register at the time the boot code is called will prevent it fromstarting off the right disk. You BIOS is, indeed, in error, and the fact that you don't see it when NT is on your C: drive proves nothing. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 09:34:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14030 for hackers-outgoing; Tue, 27 Aug 1996 09:34:27 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14024 for ; Tue, 27 Aug 1996 09:34:21 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA16473; Tue, 27 Aug 1996 18:29:21 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA14137; Tue, 27 Aug 1996 18:42:05 +0200 From: Christoph Kukulies Message-Id: <199608271642.SAA14137@gilberto.physik.rwth-aachen.de> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! In-Reply-To: <199608271617.CAA12370@asstdc.scgt.oz.au> from michael butler at "Aug 28, 96 02:17:12 am" To: imb@scgt.oz.au (michael butler) Date: Tue, 27 Aug 1996 18:42:03 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Christoph Kukulies writes: > > > Since I installed [ELM 2.4ME+ PL25 (25)] I'm getting often > > > a 'folder is corrupt' message. Not 100% sure but the pattern appears to be > > that it happens often and only when I'm leaving elm while new mail > > is being received. > > > Anyone else seeing this? > > Do you happen to have a POP client trying to read the same mailbox ? That > _will_ cause it, Not at the time this is happening, that's for sure. I'm running pop3 out of inetd.conf but since I'm not reading my own mail from another location while I'm in elm this cannot be the cause. > > michael > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 27 09:39:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14215 for hackers-outgoing; Tue, 27 Aug 1996 09:39:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14209 for ; Tue, 27 Aug 1996 09:39:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24851; Tue, 27 Aug 1996 09:26:03 -0700 From: Terry Lambert Message-Id: <199608271626.JAA24851@phaeton.artisoft.com> Subject: Re: questions To: dg@Root.COM Date: Tue, 27 Aug 1996 09:26:03 -0700 (MST) Cc: matthew@scruz.net, hackers@freebsd.org, matthew@nic.scruz.net In-Reply-To: <199608270725.AAA16651@root.com> from "David Greenman" at Aug 27, 96 00:25:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >1. I have an application (one which, if I finish it, will be given away to > > the net community at large) which to provide a huge performance increase > > over its former incarnations uses mmap heavily. It doesn't do any other > > I/O on the mmap'ed files, but it does do a lot of mmap. The INN lists > > indicate that FreeBSD and mmap don't get along, but since I've been > > switching the company over to FreeBSD systems (we'd started with NetBSD) > > I'd rather just use another one of those to develop and tune this on. > > Are these rumors true? Was there a fix? > > There aren't any specifically know problems with using mmaped files in > 2.1.5. We think the problem with INN has to deal with extending a mapped > file, and this might be an INN bug in dealing with mmap correctly. I second this. The problem is when the file length is less than the page boundry for the mapping region, and is rounded to a page boundry. Then, when the file is written in the page that was not in the mapping area when the mapping was created, there is no notification that the write has occurred. As a result, the in core backing store is incorrectly updated from the process address space, and, depending on order, one set of changes or the other is lost. Other than using the mmap() stdio library from Winter 92 Usenix (if memory serves correctly), making the buffered I/O mechanism interact "correctly" with mmap() is a lost cause. There is no way to get "expected" behaviour. This usage doesn't "fail" with SVR4 or Solaris, since they do not have a unified VM/buffer cache. The quotation of "fail" is intentional: I mean that the failure still occurs, but since the data can be used consistently by INN, it doesn't raise its head as an obvious flaw; however, one set of data or the other *is* lost. There was a nice test program that kicked out this flaw (no, not the comprehensive mmap tests, where FreeBSD glowed compared to all other OS's -- just a small test program written by one of the INN guys and posted to -current). The flaw is, in fact, in the usage assuming that the caches are not unified, and that the write of the mapping region tail data will be truncated at the former file length when written back to disk. It is "pilot error". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 09:41:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14349 for hackers-outgoing; Tue, 27 Aug 1996 09:41:43 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14344 for ; Tue, 27 Aug 1996 09:41:40 -0700 (PDT) Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id MAA25424; Tue, 27 Aug 1996 12:41:36 -0400 (EDT) Received: from compound.Think.COM (fergus-26.dialup.prtel.com [206.10.99.157]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id MAA20487; Tue, 27 Aug 1996 12:41:33 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id LAA12656; Tue, 27 Aug 1996 11:43:22 -0500 (CDT) Date: Tue, 27 Aug 1996 11:43:22 -0500 (CDT) From: Tony Kimball Message-Id: <199608271643.LAA12656@compound.Think.COM> To: karl@Mcs.Net Cc: hackers@freebsd.org Subject: Re: UID < 65535? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Karl Denninger on Mon, 26 August: [AFS] : : My understanding is that the server-side code is not (and never has been). : Is it well-specified? From owner-freebsd-hackers Tue Aug 27 09:41:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14376 for hackers-outgoing; Tue, 27 Aug 1996 09:41:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14366; Tue, 27 Aug 1996 09:41:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24866; Tue, 27 Aug 1996 09:28:23 -0700 From: Terry Lambert Message-Id: <199608271628.JAA24866@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Tue, 27 Aug 1996 09:28:23 -0700 (MST) Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199608270738.JAA09167@tetard.glou.eu.org> from "Philippe Regnauld" at Aug 27, 96 09:38:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I NEW this would happen :( > > Just asking ! :-P=20 I OLD you so! > PS: Anyway, there are few weirdos like us with strange monitors out > there.=20 There is a company, obvious from a search of Lycos or Yahoo for "fixed frequency", which sells VGA cards for fixed frequency monitors. The also advertise their URL in the "forsale workstation" group a lout. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 09:45:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14568 for hackers-outgoing; Tue, 27 Aug 1996 09:45:33 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14563; Tue, 27 Aug 1996 09:45:32 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA00185 ; Tue, 27 Aug 1996 09:45:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA24894; Tue, 27 Aug 1996 09:33:17 -0700 From: Terry Lambert Message-Id: <199608271633.JAA24894@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: sos@FreeBSD.org Date: Tue, 27 Aug 1996 09:33:17 -0700 (MST) Cc: regnauld@tetard.glou.eu.org, hackers@FreeBSD.org In-Reply-To: <199608270835.KAA14677@ra.dkuug.dk> from "sos@FreeBSD.org" at Aug 27, 96 10:35:30 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > But as Terry pointed out (and the problem was also brought up last > > time), any user land stuff would just blow away and be useless in > > kernel debugging (resetting the VGA board). > > Hmm, in the version of syscons that I'm currently working on there is > support for adding a new ioctl via a LKM, that can be used to load > special code to modify you timing. Also If you can tell me what > H&V-sync your monitor can handle, I can probably do a small patch > to the mode setting code that will allow you to use your monitor > for std modes ie 80x25, 80x50 etc... How do you deal with XF86_S3 reprogramming your dot clocks? You need to restore them as well... No, the only valid full-recovery mechanism is to build a finite state automaton, and don't let it wind state that you can't unwind. If they want something better than 800x600 on a Diamond card for X, for instance, then they need to load a non-default card driver that can wind and unwind the state to get there without the X code in user space writing to the port address space. There are good security reasons for taking this ability away from the server anyway; it does too many "requires root" things as it is... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 09:58:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15000 for hackers-outgoing; Tue, 27 Aug 1996 09:58:39 -0700 (PDT) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14995 for ; Tue, 27 Aug 1996 09:58:34 -0700 (PDT) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id SAA16976 for ; Tue, 27 Aug 1996 18:58:29 +0200 (MET DST) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id SAA05062 for freebsd-hackers@FreeBSD.ORG; Tue, 27 Aug 1996 18:54:34 +0200 (MET DST) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id HAA02006; Tue, 27 Aug 1996 07:54:27 +0200 (MET DST) To: freebsd-hackers@FreeBSD.ORG Subject: Re: DOS Emulator (was: Re: JDK 1.02) From: Peter Mutsaers Date: 27 Aug 1996 07:54:27 +0200 In-Reply-To: Joe Greco's message of Mon, 26 Aug 1996 09:09:02 -0500 (CDT) Message-ID: <87enkttlrg.fsf@localhost.xs4all.nl> Lines: 18 X-Mailer: Gnus v5.2.39/Emacs 19.31 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Mon, 26 Aug 1996 09:09:02 -0500 (CDT), Joe Greco >> said: JG> Whatever happened with the BSDI DOS emulator? As I recall, JG> Jordan posted a note that BSDI had agreed to provide it to us JG> to help prevent stagnation... and I don't recall hearing a JG> word since. JG> Just wondering. I don't have any DOS software anyways but I JG> know it was of some interest to other folks. Yes, I do (because I have to use an electronic banking app regularly and hate to reboot FreeBSD each time) so I asked before about it. But there doesn't seem to be any development. -- Peter Mutsaers | Abcoude (Utrecht), plm@xs4all.nl | the Netherlands From owner-freebsd-hackers Tue Aug 27 10:11:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15620 for hackers-outgoing; Tue, 27 Aug 1996 10:11:11 -0700 (PDT) Received: from inet01.netiq.com (inet01.netiq.com [38.253.157.15]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA15614 for ; Tue, 27 Aug 1996 10:11:10 -0700 (PDT) Received: from corp01.netiq.com ([38.253.158.2]) by inet01.netiq.com (post.office MTA v1.9.3 ID# 0-10307) with SMTP id AAA261 for ; Tue, 27 Aug 1996 10:13:16 -0700 Received: by corp01.netiq.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5) id <01BB9400.6D6C1010@corp01.netiq.com>; Tue, 27 Aug 1996 10:13:43 -0700 Message-ID: From: Arthur Chuang To: "'hackers@freebsd.org'" Cc: Arthur Chuang Date: Tue, 27 Aug 1996 10:13:37 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, could someone help me on these questions: 1: will dset (8) work on a compressed kernel image? 2: is there an easy way to change isa device irq/io after kernel up? 3: is there any examples/docs that show how to use hw.devconf from sysctl (3)? (i looked at route (8) and sysctl (8) source code, but still not quite clear.) thanks, --arthur From owner-freebsd-hackers Tue Aug 27 10:15:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15820 for hackers-outgoing; Tue, 27 Aug 1996 10:15:56 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA15814 for ; Tue, 27 Aug 1996 10:15:50 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id OAA05984; Tue, 27 Aug 1996 14:18:40 +0100 Date: Tue, 27 Aug 1996 14:18:38 +0100 (BST) From: Doug Rabson To: Joe Greco cc: Karl Denninger , julian@whistle.com, hackers@FreeBSD.ORG Subject: Re: UID < 65535? In-Reply-To: <199608261527.KAA00347@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 26 Aug 1996, Joe Greco wrote: > > Yuck. That means there really is a hard 16-bit limit if you use NFS to > > store anything? > > Last time I checked. Aren't there also limits in Yellow Pages^H^H^H^H^H^H > I mean NIS?? > > > Has this been addressed at all? > > I don't think NFSv3 allows anything else (could be wrong). In rfc 1813, NFSv3 specifies 32bit uids/gids. > > Once again we all learn that NFS stands for Network Fish Scraps, which > describes the odor of NFS pretty well. :-) Still smells pretty fishy though. Not as fishy as CIFS though.. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-hackers Tue Aug 27 10:37:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16938 for hackers-outgoing; Tue, 27 Aug 1996 10:37:33 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16933 for ; Tue, 27 Aug 1996 10:37:31 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id NAA19409 for freebsd-hackers@freebsd.org; Tue, 27 Aug 1996 13:37:29 -0400 (EDT) From: Charles Henrich Message-Id: <199608271737.NAA19409@crh.cl.msu.edu> Subject: VAT on 2.2-Current w/ sb16? To: freebsd-hackers@freebsd.org Date: Tue, 27 Aug 1996 13:37:29 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone gotten vat to work with a sb16 on 2.2-current? And I dont need to hear the holier-than-thou Gravis is better arguments, thanks! -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Aug 27 10:42:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17140 for hackers-outgoing; Tue, 27 Aug 1996 10:42:41 -0700 (PDT) Received: from gateway.zeus.leitch.com (gateway.zeus.leitch.com [205.210.38.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17133 for ; Tue, 27 Aug 1996 10:42:38 -0700 (PDT) Received: from tap.zeus.leitch.com (0@tap.zeus.leitch.com [204.187.60.10]) by gateway.zeus.leitch.com (8.6.12/8.6.9) with ESMTP id NAA00567; Tue, 27 Aug 1996 13:43:22 -0400 Received: from ale.zeus.leitch.com (0@ale.zeus.leitch.com [204.187.61.65]) by tap.zeus.leitch.com (8.6.12/8.6.6) with ESMTP id NAA02750; Tue, 27 Aug 1996 13:42:54 -0400 From: Dave Chapeskie Received: (dchapes@localhost) by ale.zeus.leitch.com (8.6.12/8.6.9) id NAA14487; Tue, 27 Aug 1996 13:42:54 -0400 Message-Id: <199608271742.NAA14487@ale.zeus.leitch.com> Subject: Re: kernel vm_page_alloc_contig() can indirectly cause kernel page faults To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Tue, 27 Aug 1996 13:42:54 -0400 (EDT) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199608250327.WAA26323@plains.nodak.edu> from Mark Tinguely at "Aug 24, 96 10:27:02 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mark Tinguely wrote: > I reported this panic last summer when I started writing the Meteor driver. > THe work around I used wast to start the allocation starting at the > first Meg mark, at that time I speculated it was treating the low memory > and the first meg as being contiguous even though there is a memory > hole between them. Starting contiguous allocation at/after the first > meg never caused anymore panics, so I left it at that. > > --mark. Interesting. It was from your driver that I found the vm_page_alloc_contig() call and I use the same low and high range as you. I have found one strange problem with my fix however. At one point the contiguous memory gets mmaped into user space (via the devices d_mmap hook), if the process forks after this point the pmap gets screwed up once the child exits. I can walk through the kernel_map and find the virtual address range still wired and pointing to the same vm_page's but vtophys() and pmap_kextract() both give 0. Does anyone have any ideas of how to track this one down? -- Dave Chapeskie, x2358 From owner-freebsd-hackers Tue Aug 27 10:45:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17293 for hackers-outgoing; Tue, 27 Aug 1996 10:45:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17257 for ; Tue, 27 Aug 1996 10:44:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA25132; Tue, 27 Aug 1996 10:30:27 -0700 From: Terry Lambert Message-Id: <199608271730.KAA25132@phaeton.artisoft.com> Subject: Re: SCSI vs IDE (was: Multiple swaps...) To: hal@post.vale.com (Hal Snyder) Date: Tue, 27 Aug 1996 10:30:27 -0700 (MST) Cc: koshy@india.hp.com, terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <01BB940E.2E62F1F0@jaguar> from "Hal Snyder" at Aug 27, 96 11:52:10 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What about DMA on working IDE controllers? Is it the same kind of > DMA as on high end SCSI controllers? If by "working IDE controllers", you mean the 40% of them out there that don't have the "silently trash data" bug, or the 20% that don't have any known bugs at all, then yes, this is exactly what it is, and is exactly why it's desirable. "I'd like my hardware to work really fast and validate my decision to buy it" is a common complaint, from cars to toasters. 8-). > Correct me if I'm wrong here (have been away from kernel and driver > hacking a couple years), but Adaptec uses "First Party" or "Bus > Mastering" DMA - which is allegedly better than "Third Party" DMA > going through the DMA controller on the motherboard. Yes. And it is only better if the OS is capable of having multiple outstanding requests going simultaneously. So most DOS-only vendors are only now having NT drivers, and a smaller percentage of Windows95 drivers, shoved in their face over it. > Not all SCSI controllers are alike. I wrote a unix device driver for > the old Seagate/Future Domain SCSI controllers. They were basically > a parallel port, so you had to do most of the SCSI protocol in software. > I never did get "asynchronous" mode to work reliably, i.e. start an > i/o transfer on one device, disconnect, start another transfer on a > second device, etc. I suspect that the SCSI controllers that appeared > glued onto sound boards a couple years ago were equally nasty. Most of them are AIC 6360's -- Adaptec 1520/1522 equivalents, with no BIOS, so you can't boot from them. > [I changed the subject of the thread. A defect of the mailing list system > is that the title propagates forever while the discussion wanders from > memory wait states to demon plushies...] It's a problem with synchronizing the contents with the label in the thread participants minds. Like early Intel PCI chipsets, there is no cache invalidate pin on humans. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 11:04:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18355 for hackers-outgoing; Tue, 27 Aug 1996 11:04:50 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18346; Tue, 27 Aug 1996 11:04:46 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id UAA01072; Tue, 27 Aug 1996 20:04:29 +0200 (MET DST) To: Arthur Chuang cc: "'hackers@freebsd.org'" In-reply-to: Your message of "Tue, 27 Aug 1996 10:13:37 PDT." Date: Tue, 27 Aug 1996 20:04:28 +0200 Message-ID: <1070.841169068@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Arthur Chuang writes: >Hi, > >could someone help me on these questions: > >1: will dset (8) work on a compressed kernel image? no. >2: is there an easy way to change isa device irq/io after kernel up? no. >3: is there any examples/docs that show how to use hw.devconf from > sysctl (3)? (i looked at route (8) and sysctl (8) source code, but >still not > quite clear.) Bug wollmann@freebsd.org but expect little help. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Aug 27 11:12:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18820 for hackers-outgoing; Tue, 27 Aug 1996 11:12:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18815 for ; Tue, 27 Aug 1996 11:12:52 -0700 (PDT) Received: from odin.INS.CWRU.Edu (odin.INS.CWRU.Edu [129.22.8.102]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA00298 for ; Tue, 27 Aug 1996 11:12:49 -0700 (PDT) Received: (chet@localhost) by odin.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.2-ins) id OAA20755; Tue, 27 Aug 1996 14:11:02 -0400 (from chet for freebsd-hackers@freefall.freebsd.org) Date: Tue, 27 Aug 1996 14:11:02 -0400 From: Chet Ramey To: freebsd-hackers@freefall.freebsd.org Subject: Bash-1.14.7 released Reply-To: chet@po.CWRU.Edu Message-ID: <9608271806.AA20440.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The seventh patch release of Bash-1.14 is available for anonymous FTP with the URL ftp://slc2.ins.cwru.edu/pub/dist/bash-1.14.7.tar.gz Diffs from version 1.14.6 are available as ftp://slc2.ins.cwru.edu/pub/dist/bash-1.14.6-1.14.7.diff.gz A document describing the fixes made in bash-1.14.7 is in the file NEWS in the distribution. A copy is appended. This release adds no new features and fixes two bugs. It's being made as a result of the recent security problem. To apply diffs to an existing bash-1.14.6 installation to bring it up to 1.14.7, cd to the bash-1.14.6 source directory and type `patch -p1 < patch-file'. These files will soon be available for anonymous FTP from the usual GNU archives. Bug reports concerning bash may be sent to bug-bash@prep.ai.mit.edu. There is a `bashbug' program in the distribution that should be used to report bugs. ========== NEWS ========== This file documents the bugs fixed between this release, bash-1.14.7, and the last public bash release, 1.14.6. 1. Bugs fixed in Bash a. A memory leak that caused long-running scripts to eventually consume all available memory was fixed. b. A sign-extension bug that caused a security hole for non-interactive shells was fixed. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu From owner-freebsd-hackers Tue Aug 27 11:16:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18971 for hackers-outgoing; Tue, 27 Aug 1996 11:16:57 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18964 for ; Tue, 27 Aug 1996 11:16:54 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id UAA11228 for ; Tue, 27 Aug 1996 20:16:48 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id UAA08896 for freebsd-hackers@freefall.freebsd.org; Tue, 27 Aug 1996 20:16:12 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.9/keltia-uucp-2.9) id UAA10834; Tue, 27 Aug 1996 20:09:03 +0200 (MET DST) Message-Id: <199608271809.UAA10834@keltia.freenix.fr> Date: Tue, 27 Aug 1996 20:09:03 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freefall.freebsd.org Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! In-Reply-To: <199608271532.RAA13946@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Aug 27, 1996 17:32:30 +0200 References: <199608271532.RAA13946@gilberto.physik.rwth-aachen.de> X-Mailer: Mutt 0.41 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Christoph Kukulies: > a 'folder is corrupt' message. Not 100% sure but the pattern appears to be > that it happens often and only when I'm leaving elm while new mail > is being received. Use ONLY fcntl as locking method in Elm. Procmail should be able to take the same method automatically. Better, try Mutt :-) It has some outstanding features for someone who read many mailing-lists (among a very good MIME and PGP/MIME implementation). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #18: Sun Aug 18 19:16:52 MET DST 1996 From owner-freebsd-hackers Tue Aug 27 11:17:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19023 for hackers-outgoing; Tue, 27 Aug 1996 11:17:19 -0700 (PDT) Received: from server1.netpath.net (server1.netpath.net [205.139.153.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19018; Tue, 27 Aug 1996 11:17:16 -0700 (PDT) Received: (from bubba@localhost) by server1.netpath.net (8.7.1/8.7.1) id OAA07907; Tue, 27 Aug 1996 14:17:04 -0400 Date: Tue, 27 Aug 1996 14:17:04 -0400 From: Bubba Bubba Message-Id: <199608271817.OAA07907@server1.netpath.net> To: dennis@etinc.com, jkh@time.cdrom.com Subject: Re: 2.1.5-RELEASE omission Cc: freebsd-isp@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk q  From owner-freebsd-hackers Tue Aug 27 11:32:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19658 for hackers-outgoing; Tue, 27 Aug 1996 11:32:46 -0700 (PDT) Received: from mercury.uniserve.com (mercury.uniserve.com [204.191.197.248]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19653 for ; Tue, 27 Aug 1996 11:32:44 -0700 (PDT) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by mercury.uniserve.com (8.7.5/8.7.3) with SMTP id LAA13170 for ; Tue, 27 Aug 1996 11:26:45 -0700 (PDT) Date: Tue, 27 Aug 1996 11:35:51 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: options "NO_SWAPPING" ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Exactly what impact does "NO_SWAPPING" have on a 2.1.5+ system? I started using this back in 2.1-stable days to avoid some bugs causing panics (pmap related I believe). Is it still recommended? Tom From owner-freebsd-hackers Tue Aug 27 11:59:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20921 for hackers-outgoing; Tue, 27 Aug 1996 11:59:28 -0700 (PDT) Received: from post.vale.com (post.vale.com [204.117.217.66]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA20915 for ; Tue, 27 Aug 1996 11:59:23 -0700 (PDT) Received: from jaguar.vale.com by post.vale.com id aa05420; 27 Aug 96 11:46 CDT Received: by jaguar with Microsoft Mail id <01BB940E.2E62F1F0@jaguar>; Tue, 27 Aug 1996 11:52:11 -0500 Message-ID: <01BB940E.2E62F1F0@jaguar> From: Hal Snyder To: Koshy , "'Terry Lambert'" Cc: "freebsd-hackers@freebsd.org" Subject: SCSI vs IDE (was: Multiple swaps...) Date: Tue, 27 Aug 1996 11:52:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > I was under the impression that probing the chipset for this capability [DMA] > will crash older chipsets. Thus it is impossible to probe for the > capability uniformly and safely, other than by keeping a ROM/ID table > and using that to detect the things. Windows95 and NT get around the > issue by logging probes during install. If a user resets after an "if > this takes too long..." message, it decides the hardware isn't there > when the install starts up again (what the hell is "too long"? ...they > don't tell us). What about DMA on working IDE controllers? Is it the same kind of DMA as on high end SCSI controllers? Correct me if I'm wrong here (have been away from kernel and driver hacking a couple years), but Adaptec uses "First Party" or "Bus Mastering" DMA - which is allegedly better than "Third Party" DMA going through the DMA controller on the motherboard. Feel free to provide details here, guys! Not all SCSI controllers are alike. I wrote a unix device driver for the old Seagate/Future Domain SCSI controllers. They were basically a parallel port, so you had to do most of the SCSI protocol in software. I never did get "asynchronous" mode to work reliably, i.e. start an i/o transfer on one device, disconnect, start another transfer on a second device, etc. I suspect that the SCSI controllers that appeared glued onto sound boards a couple years ago were equally nasty. [I changed the subject of the thread. A defect of the mailing list system is that the title propagates forever while the discussion wanders from memory wait states to demon plushies...] From owner-freebsd-hackers Tue Aug 27 12:15:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21697 for hackers-outgoing; Tue, 27 Aug 1996 12:15:20 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21691 for ; Tue, 27 Aug 1996 12:15:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id NAA28523; Tue, 27 Aug 1996 13:15:12 -0600 Message-Id: <199608271915.NAA28523@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: hackers@freefall.freebsd.org cc: Philippe Regnauld Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Tue, 27 Aug 1996 08:45:51 PDT." <199608271545.IAA10711@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Aug 1996 13:15:12 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > They are :-) Comments and critics welcome. reading this I saw many things that I disagree with, however thinking about them I realized that its not so much a matter of "right way vs. wrong way", but just different outlooks. > mind, not fault tolerance. To start with, try and avoid all forms of > "small tower" designs, as they have a tendency to double as ovens -- my approach is to ALWAYS use mini-towers, but NEVER put your disks in them. the general design of most cabinets is such that you don't get good airflow around the disk area, no matter what you do. put the disks in external cabinets! (not so easy with IDE disks!) > o always terminate both ends of the bus with the right terminator -- > this means SCSI-I (big centronics-type connector) terminators for > SCSI-I busses (also known as passive terminators), and SCSI-II (small > connector) for busses containing SCSI-II devices (active > terminators); you can get SCSI-I terminators in both passive and active versions. this is also true of SCSI-II and SCSI-III. I would discuss the issue of connectors: SCSI-I -> 50 pin centronics SCSI-II -> 50 pin half pitch SCSI-III -> 68 pin half pitch > o internal termination by the drives/devices themselves (i.e.: jumper > activated) should be avoided -- use clip-on terminators that fit on > the ribbon cable like any device; why so, modern drives provide active termination, one less connector to cause problems... -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-hackers Tue Aug 27 12:50:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25003 for hackers-outgoing; Tue, 27 Aug 1996 12:50:39 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA24983; Tue, 27 Aug 1996 12:50:35 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id MAA05059; Tue, 27 Aug 1996 12:50:26 -0700 Date: Tue, 27 Aug 1996 12:50:26 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org, current@freebsd.org Subject: Jaz really work? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I could've sworn I saw somebody say on this list that the IOMEGA Jaz drive drops right in and goes. So I went and bought one. I can't get it to work. It always says the drive is write protected. There's numerous errors about mode sense (4), and some other goop. P6-200, Adaptec 2940, -current as of 8/26, 2 4GB Barracuda, 1 Fuji 4GB disk, Toshiba CDROM, JAZ drive. The Jaz is the only external device, but I've mucked with all kinds of termination settings, and nothing seems to help. So the question is, is anybody actually using this drive with FreeBSD-current? From owner-freebsd-hackers Tue Aug 27 13:10:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26563 for hackers-outgoing; Tue, 27 Aug 1996 13:10:22 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA26554 for ; Tue, 27 Aug 1996 13:10:04 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id WAA25834; Tue, 27 Aug 1996 22:08:24 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id UAA10626; Tue, 27 Aug 1996 20:06:25 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608271806.UAA10626@tetard.glou.eu.org> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: terry@lambert.org (Terry Lambert) Date: Tue, 27 Aug 1996 20:06:25 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608271628.JAA24866@phaeton.artisoft.com> from Terry Lambert at "Aug 27, 96 09:28:23 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert écrit / writes: > > Just asking ! :-P=20 > > I OLD you so! HEAP pun. > > PS: Anyway, there are few weirdos like us with strange monitors out > > there.=20 > > There is a company, obvious from a search of Lycos or Yahoo for > "fixed frequency", which sells VGA cards for fixed frequency > monitors. The also advertise their URL in the "forsale workstation" > group a lout. Yeah, but I've got a Diamond 968 2Mb which I'd be sad to part with -- any and all donation of a Hercules adpater and/or card is welcome :-) --PHil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Tue Aug 27 13:11:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26596 for hackers-outgoing; Tue, 27 Aug 1996 13:11:05 -0700 (PDT) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26585 for ; Tue, 27 Aug 1996 13:10:59 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id VAA25502; Tue, 27 Aug 1996 21:07:21 +0100 Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 27 Aug 1996 20:48:31 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Aug 1996 20:50:42 +0100 To: Terry Lambert From: rb@gid.co.uk (Bob Bishop) Subject: Re: Multiple swaps slow down system? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I distinctly heard you say: >[...] >I always wonder if this is just dealers milking the market, or what. >The latest "Processor" magazine shows no price difference in drives >over 250M or so. It is just impossible to subscribe to "Processor" >or "Computer Shopper" outside the US, or just impossible to buy through >them? Or is it possible, but just not done, in an international >conspiracy to portray SCSI as costing more? 8-). "Computer Shopper" is alive and well in the UK, and full of ads for local outlets. FWIW, the price differential between IDE and SCSI has all but disappeared here; interestingly the best SCSI prices are often with Mac-oriented outlets who don't shift many units of IDE. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Aug 27 13:23:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27554 for hackers-outgoing; Tue, 27 Aug 1996 13:23:36 -0700 (PDT) Received: from zappa.cs.uncc.edu (zappa.cs.uncc.edu [152.15.35.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27523 for ; Tue, 27 Aug 1996 13:23:25 -0700 (PDT) Received: by zappa.cs.uncc.edu (5.x/SMI-SVR4) id AA24819; Tue, 27 Aug 1996 16:10:27 -0400 From: jlrobins@zappa.cs.uncc.edu (James Robinson) Message-Id: <9608272010.AA24819@zappa.cs.uncc.edu> Subject: Re: Jaz really work? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Tue, 27 Aug 1996 16:10:26 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Aug 27, 96 12:50:26 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If it says that it is write protected, then you must issue the scsiformat command on it -- that is buried in the skimpy Jaz manual. run /sbin/scsiformat on it (be sure that you don't want the DOS tools that are on the cartridge). James From owner-freebsd-hackers Tue Aug 27 13:30:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27869 for hackers-outgoing; Tue, 27 Aug 1996 13:30:55 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27847; Tue, 27 Aug 1996 13:30:46 -0700 (PDT) Received: from tsunami.awod.com (chs0184.awod.com [206.31.146.184]) by sumter.awod.com (8.6.12/8.6.12) with SMTP id QAA16093; Tue, 27 Aug 1996 16:30:41 -0400 Message-Id: <1.5.4.32.19960827203043.0091dd20@awod.com> X-Sender: klam@awod.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Aug 1996 16:30:43 -0400 To: Jaye Mathisen , hackers@freebsd.org, current@freebsd.org From: Ken Lam Subject: Re: Jaz really work? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:50 PM 8/27/96 -0700, Jaye Mathisen wrote: > > >I could've sworn I saw somebody say on this list that the IOMEGA Jaz drive >drops right in and goes. Well, yes. Once you have disabled the write protection of the Jazz drive, I assume that you are using the tools cartdrige? You need to do their software install and run reclaim to delete the mac or pc "partition" and un-write protect it. This is a iomega "software" protection built into the drive. >So I went and bought one. I love mine, fast, quiet, .... maybe I'll just get 6 more and eliminate all my drives :) >I can't get it to work. It always says the drive is write protected. >There's numerous errors about mode sense (4), and some other goop. No problem with mode sense, it just isn't reporting a valid disk geometry, but should still work fine since it correctly reports the valid number of sectors. I've used mine on 2.1, 2.1.5, 2.2-Current and 8-XX SNAP. It is just another scsi drive, although you want it as a higher scsi ID than your CDROM during installation b/c otherwise during package or ports install, the system tried to mount that as the cdrom to install from. I'm assuming that FBSD tries using the first removable device as the CDROM from sysinstall? >P6-200, Adaptec 2940, -current as of 8/26, 2 4GB Barracuda, 1 Fuji 4GB >disk, Toshiba CDROM, JAZ drive. Will trade with you :) -Ken --- Ken Lam lam@awod.com Integrated Technical Systems Systems, Networks, and Internet Solutions -- Defining Technology Today "'Plug and Play' was only applicable to the original ATARI(tm)" From owner-freebsd-hackers Tue Aug 27 13:42:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28692 for hackers-outgoing; Tue, 27 Aug 1996 13:42:35 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA28684 for ; Tue, 27 Aug 1996 13:42:31 -0700 (PDT) Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id QAA08138; Tue, 27 Aug 1996 16:41:07 -0400 (EDT) Received: from compound.Think.COM (fergus-20.dialup.prtel.com [206.10.99.151]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id QAA23951; Tue, 27 Aug 1996 16:41:05 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id PAA17883; Tue, 27 Aug 1996 15:42:52 -0500 (CDT) Date: Tue, 27 Aug 1996 15:42:52 -0500 (CDT) From: Tony Kimball Message-Id: <199608272042.PAA17883@compound.Think.COM> To: terry@lambert.org Cc: hackers@freebsd.org Subject: Re: Multiple swaps slow down system? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Terry Lambert on Tue, 27 August: : I always wonder if this is just dealers milking the market, or what. Economy of scale; also, SCSI is a premium market. : The latest "Processor" magazine shows no price difference in drives : over 250M or so. Do the prices go high or low? Typical in PC Today: IDE 2.1G Fireball $299 LIBI SCSI 2.1G Fireball $399 LIBI IDE 2.1G Seagate/32140A $259 Comp-U-Plus SCSI 2.1G Seagate/32151N $575 House of Computers From owner-freebsd-hackers Tue Aug 27 13:56:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29273 for hackers-outgoing; Tue, 27 Aug 1996 13:56:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA29268 for ; Tue, 27 Aug 1996 13:56:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id NAA01539; Tue, 27 Aug 1996 13:54:29 -0700 (PDT) To: rkw@shark.dataplex.net (Richard Wackerbarth) cc: Paul Richards , hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Tue, 27 Aug 1996 06:52:09 CDT." Date: Tue, 27 Aug 1996 13:54:28 -0700 Message-ID: <1537.841179268@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The biggest problem that I have with doing ANYTHING to the "make" structure > is that there is no concensus building. Anyone who proposes a change is > immediately "shot down" by someone who refuses to allow progress if it > means that he has to CHANGE anything about his favorite mode of operation. You've consistently cited this as a problem and we've just as consistently pushed back on it as a non-problem, asserting that the main issue has nothing to do with fear of change and everything to do with the LACK OF A WORKING PROTOTYPE TO EVALUATE. Your reaction to this has always been "I'm not building a prototype until everyone agrees in principle to adopt the idea, sight unseen, and simply have FAITH that what I'm doing is the right thing, praise the lawd!" Well, faith might be cool when it comes to religion, but not in engineering. Nobody has ever disputed that the current make system is full of holes you could drive a truck through, nor has there ever been anything but 100% agreement that the whole tool interdependency issue is badly handled and far from any conceivable ideal. However, it works and nobody is going to switch horses until given another WORKING alternative. Having the build system broken is simply an unacceptable scenario since it stops just about everyone else from getting their work done, not just those interested in conceptual elegance in a build system. You want to change this? Good! It needs changing! You want to show us a functioning prototype to react to, discuss and hopefully adopt? Cool! We'll be *more than happy* to look at it. And if the words "hopefully adopt" and "look at it" don't strike you as a strong enough committment, do bear in mind that no greater committment CAN be made without something more tangible to evaluate. It's not personal, it's simply no less than we'd expect from anyone else. Jordan From owner-freebsd-hackers Tue Aug 27 13:58:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29379 for hackers-outgoing; Tue, 27 Aug 1996 13:58:30 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA29362; Tue, 27 Aug 1996 13:58:22 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-45.slip.Uni-Koeln.DE) by FileServ1.MI.Uni-Koeln.DE with SMTP id AA03457 (5.67b/IDA-1.5); Tue, 27 Aug 1996 22:58:17 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id WAA04283; Tue, 27 Aug 1996 22:35:11 +0200 (MET DST) Date: Tue, 27 Aug 1996 22:35:11 +0200 (MET DST) Message-Id: <199608272035.WAA04283@x14.mi.uni-koeln.de> From: Stefan Esser To: James Risner Cc: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: SCSI ncr.c assertion fail due to S_QUEUE_FULL error. In-Reply-To: <199608271359.JAA02300@heathers.stdio.com> References: <199608271359.JAA02300@heathers.stdio.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk James Risner writes: > > I have a 3.5 GIG drive: > ncrcontrol -u 1 > T:L Vendor Device Rev Speed Max Wide Tags > 1:0 DEC RZ74 (C) DEC 427H 10.0 10.0 8 4 > > on heavy disk seeking I get: > sd1(ncr1:1:0): COMMAND FAILED (4 28) @f09fb000. > assertion "cp" failed: file "../../pci/ncr.c", line 5563 > > I looked up the COMMAND.FAILED code and found that 4 28 means: > COND_MET or HS_COMPLETE and QUEUE_FULL Yes, true. Sorry, I'm too busy and didn't immediatlely remmeber those codes, but that kind of problem has also been noticed by an user of the SEQUEL 5200 (?) drive, which is a DEC 5.25" designed drive with 2GB or 3GB capacity. I'll have to scan my mail archive for details ... > I looked up the code about QUEUE_FULL which it does not run and it sets > tags to 0 to fix. Hmmm, that code was there as a precaution in case a device supported only a very small number of tags. But I never had access to a device that actually triggered this code, and it really never has been tested for that reason. > I set tags to 1 with > ncrcontrol -u 1 -t 1 -w -stags=1 (You don't need the -w in this case. If there is only one NCR card in the system, then you may also ommit the -u 1 option.) Just use 0 as the number of tags. This may slightly reduce the overhead (I'm not sure whether there is a test for more than ONE or more than ZERO tags. ONE tag obviously doesn't make much sense :) > The problem went away. > Now it is: > ncrcontrol -u 1 > T:L Vendor Device Rev Speed Max Wide Tags > 1:0 DEC RZ74 (C) DEC 427H 10.0 10.0 8 1 > > Who's problem was present? Since tags work with just about every current drive (the HP 3724 and 3725 being the (un)famous exception), I guess it is the drive's fault. I'm using my Quantum Atlas with tags for more than a year now, and though I rebuild the world (FreeBSD-current) nearly each night as kind of a regression test, it never failed. It does work with 4 tags (the default) as reliable as with 16. > SCSI system for not probing the drive and setting the tags lower somehow? No, the drive announces support of tags in its INQUIRY response. Most drives seem to support at least a few tens of tags, I never hit the limit in my tests :) > ncr.c for not properly reseting after a QUEUE_FULL from a disk? Well, as I said, this code should not actually be necessary, and it has not been tested. The new generic SCSI code that is currently developed by Justin Gibbs will move most of the complexity of tag support into the controller independent layer, and I'm sure his code will be better tested and will do the right thing :) For now just disable tags. I'd be interested to know, whether it works reliably with tags if driven by some other host adapter, but I guess you don't have the equipment to test this. It would be especially interesting to see whether it fails if too many commands are active simultanously, or whether it does not like to many different tag numbers to be used over time. (The NCR driver tries to always use the same tag numbers over and over, except if a command fails, when it will choose a new driver in certain situations.) BTW: A firmware upgrade might solve your problem, too. If you still got warranty on the drive, you may even be able to get it for free. I'm not sure at all, whether this drive is still supported in some way, and by whom (since DEC sold its Storage Division to Quantum some two years ago), but getting the latest firmware that was released might help. (It did for some other drives, that had problems with tags!) Regards, STefan From owner-freebsd-hackers Tue Aug 27 14:07:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29904 for hackers-outgoing; Tue, 27 Aug 1996 14:07:00 -0700 (PDT) Received: from post.vale.com (post.vale.com [204.117.217.66]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA29893 for ; Tue, 27 Aug 1996 14:06:49 -0700 (PDT) Received: from jaguar.vale.com by post.vale.com id aa06980; 27 Aug 96 16:05 CDT Received: by jaguar with Microsoft Mail id <01BB9432.9A681A50@jaguar>; Tue, 27 Aug 1996 16:12:54 -0500 Message-ID: <01BB9432.9A681A50@jaguar> From: Hal Snyder To: "hackers@freebsd.org" , "'Jaye Mathisen'" Subject: RE: Jaz really work? Date: Tue, 27 Aug 1996 16:12:33 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen wrote: > I could've sworn I saw somebody say on this list that the IOMEGA Jaz drive > drops right in and goes. > > So I went and bought one. > > I can't get it to work. It always says the drive is write protected. > There's numerous errors about mode sense (4), and some other goop. I have an ASUS 486 DX4-100 system, Adaptec 2940, with Jaz. I am booting from a fixed SCSI drive. FreeBSD sees the Jaz drive and can read/write, the only error being a mode sense thing at startup, or such. I think BootEasy can't see past a second hard drive, even if it's visible to the BIOS, 'cause I couldn't boot from the Jaz. From owner-freebsd-hackers Tue Aug 27 14:35:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01367 for hackers-outgoing; Tue, 27 Aug 1996 14:35:21 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA01358 for ; Tue, 27 Aug 1996 14:35:18 -0700 (PDT) Received: from protocol.eng.umd.edu (protocol.eng.umd.edu [129.2.98.180]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id RAA24687; Tue, 27 Aug 1996 17:35:14 -0400 (EDT) Received: from localhost (chuckr@localhost) by protocol.eng.umd.edu (8.7.5/8.7.3) with SMTP id RAA05618; Tue, 27 Aug 1996 17:35:02 -0400 (EDT) X-Authentication-Warning: protocol.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 27 Aug 1996 17:35:02 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@protocol.eng.umd.edu To: Tony Kimball cc: terry@lambert.org, hackers@freebsd.org Subject: Re: Multiple swaps slow down system? In-Reply-To: <199608272042.PAA17883@compound.Think.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 27 Aug 1996, Tony Kimball wrote: > Quoth Terry Lambert on Tue, 27 August: > : I always wonder if this is just dealers milking the market, or what. > > Economy of scale; also, SCSI is a premium market. > > : The latest "Processor" magazine shows no price difference in drives > : over 250M or so. > > Do the prices go high or low? > > Typical in PC Today: > > IDE 2.1G Fireball $299 LIBI > SCSI 2.1G Fireball $399 LIBI SCSI 2.1G (Quantum/DEC) $299. I just got 2. Hi Tech in LA. SCSI isn't more expensive! > IDE 2.1G Seagate/32140A $259 Comp-U-Plus > SCSI 2.1G Seagate/32151N $575 House of Computers > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Aug 27 16:06:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07788 for hackers-outgoing; Tue, 27 Aug 1996 16:06:39 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA07783 for ; Tue, 27 Aug 1996 16:06:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id QAA18093; Tue, 27 Aug 1996 16:06:30 -0700 (PDT) Message-Id: <199608272306.QAA18093@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Tom Samplonius cc: hackers@freebsd.org Subject: Re: options "NO_SWAPPING" ? In-reply-to: Your message of "Tue, 27 Aug 1996 11:35:51 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 27 Aug 1996 16:06:30 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Exactly what impact does "NO_SWAPPING" have on a 2.1.5+ system? > > I started using this back in 2.1-stable days to avoid some bugs causing >panics (pmap related I believe). Is it still recommended? It prevents the system from paging out the "upages", which includes the kernel stack. I don't think I've ever been able to prove that paging of the upages was at all related to any of the kernel panics that we used to see, so I'd say that you should probably not use the option unless, for some reason, you really don't want the system to page out the last little bits of a process. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Aug 27 16:15:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08249 for hackers-outgoing; Tue, 27 Aug 1996 16:15:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA08242 for ; Tue, 27 Aug 1996 16:15:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA25587; Tue, 27 Aug 1996 16:03:48 -0700 From: Terry Lambert Message-Id: <199608272303.QAA25587@phaeton.artisoft.com> Subject: Re: Multiple swaps slow down system? To: alk@think.com (Tony Kimball) Date: Tue, 27 Aug 1996 16:03:48 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199608272042.PAA17883@compound.Think.COM> from "Tony Kimball" at Aug 27, 96 03:42:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : The latest "Processor" magazine shows no price difference in drives > : over 250M or so. > > Do the prices go high or low? I don't understand the question. The prices for larger drives are exactly the same for SCSI as IDE. The SCSI tends to have faster access times because, well, it's SCSI. Other than that, the model numbers are the IDE and SCSI model numbers on the exact same platters. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 16:24:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08730 for hackers-outgoing; Tue, 27 Aug 1996 16:24:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA08721 for ; Tue, 27 Aug 1996 16:24:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA25610; Tue, 27 Aug 1996 16:10:44 -0700 From: Terry Lambert Message-Id: <199608272310.QAA25610@phaeton.artisoft.com> Subject: Re: Am I wrong or is this just stupid?r To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 27 Aug 1996 16:10:43 -0700 (MST) Cc: rkw@shark.dataplex.net, p.richards@elsevier.co.uk, hackers@freebsd.org In-Reply-To: <1537.841179268@time.cdrom.com> from "Jordan K. Hubbard" at Aug 27, 96 01:54:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You've consistently cited this as a problem and we've just as > consistently pushed back on it as a non-problem, asserting that the > main issue has nothing to do with fear of change and everything to do > with the LACK OF A WORKING PROTOTYPE TO EVALUATE. [ ... ] > Well, faith might be cool when it comes to religion, but not in > engineering. Nobody has ever disputed that the current make system is > full of holes you could drive a truck through, nor has there ever been > anything but 100% agreement that the whole tool interdependency issue > is badly handled and far from any conceivable ideal. However, it > works and nobody is going to switch horses until given another WORKING > alternative. Having the build system broken is simply an unacceptable > scenario since it stops just about everyone else from getting their > work done, not just those interested in conceptual elegance in a build > system. I have to say that what Robert wants is a top-down design process, where you agree on the problem, you agree on the general principles of the soloution, and you agree to ignore the implementation details below that scale. This is a typical process used in industry to communicate "what the market wants" from marketing to engineering, without engineering having to deal with delivering on marketings "promise of the week" subsequent to the agreement. It is very helpful to me, as an engineer, to get a firm "here is the black box" from marketing. It is also good if I can get an agreement for them to not second-guess my work in terms of their new "requirements", generated since they made the agreement. Richard really can't ask for this without offending people, since he is asking for a fiat, effectively: he wants it acknowdleged that if he takes it on, it's his bailiwick, to do with as he pleases. Probably, he would be better off contacting the core team directly for that kind of assignation. But he's not wrong to want the assurances in the first place. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 27 17:54:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11909 for hackers-outgoing; Tue, 27 Aug 1996 17:54:05 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA11902 for ; Tue, 27 Aug 1996 17:54:03 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id RAA01064 for ; Tue, 27 Aug 1996 17:27:48 -0700 Date: Tue, 27 Aug 1996 17:27:48 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: OK, next question. IOMEGA Easy accelerator board Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anybody know what kind of boards these IOMEGA tape drive boards are, and the level of complexity in writing a driver for them? These little backup tape units are great under win95, but of course, I want FreeBSD. It appears to be a floppy disk controller, but apparently runs at a faster rate than the standard FDC. Anybody using one of these ditto 3200's with FreeBSD? From owner-freebsd-hackers Tue Aug 27 17:54:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11928 for hackers-outgoing; Tue, 27 Aug 1996 17:54:11 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA11920 for ; Tue, 27 Aug 1996 17:54:07 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id RAA00328 for ; Tue, 27 Aug 1996 17:18:45 -0700 Date: Tue, 27 Aug 1996 17:18:45 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: RE: Jaz really work? In-Reply-To: <01BB9432.9A681A50@jaguar> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks to Jim who pointed out that /sbin/scsiformat would work just fine to reformat the cartridge to get rid of it's thinking the cartridge is write-protected. Worked like a champ. FWIW, here's some iozone numbers with stock disklabel: Writing the 100 Megabyte file, 'iozone.tmp'...84.070312 seconds Reading the file...41.375000 seconds IOZONE performance measurements: 1247260 bytes/second for writing the file 2534322 bytes/second for reading the file Anyway, I be much happier now. Thanks for the help. These are sweet little units. WHen they reach 4GB capacity, they'll be real useful. From owner-freebsd-hackers Tue Aug 27 18:10:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA12765 for hackers-outgoing; Tue, 27 Aug 1996 18:10:59 -0700 (PDT) Received: from netcom3.netcom.com (hasty@netcom3.netcom.com [192.100.81.103]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA12760 for ; Tue, 27 Aug 1996 18:10:57 -0700 (PDT) Received: (from hasty@localhost) by netcom3.netcom.com (8.6.13/Netcom) id SAA12093; Tue, 27 Aug 1996 18:10:55 -0700 Date: Tue, 27 Aug 1996 18:10:55 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199608280110.SAA12093@netcom3.netcom.com> To: hackers@freebsd.org Subject: mitsumi 4x problem! Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My freebsd-current system can't seem to recognize my Mitsumi 4x cdrom. Any hints?? Tnks, Amancio From owner-freebsd-hackers Tue Aug 27 18:11:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA12792 for hackers-outgoing; Tue, 27 Aug 1996 18:11:06 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA12787 for ; Tue, 27 Aug 1996 18:11:03 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA09488 for hackers@freebsd.org; Wed, 28 Aug 1996 10:40:59 +0930 From: Michael Smith Message-Id: <199608280110.KAA09488@genesis.atrad.adelaide.edu.au> Subject: Is there a 'loud' switch for make? To: hackers@freebsd.org Date: Wed, 28 Aug 1996 10:40:59 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... just trying to debug a port and being very annoyed that I can't see what's actually being done. Is there an opposite to the '-s' option to make(1) to make it loud? And is this inherited? Ah well, got to be another way to do it 8)( -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 27 18:15:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13008 for hackers-outgoing; Tue, 27 Aug 1996 18:15:05 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-23.sntc01.pacbell.net [206.170.2.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA12999; Tue, 27 Aug 1996 18:15:02 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id SAA11634; Tue, 27 Aug 1996 18:15:00 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id SAA10394; Tue, 27 Aug 1996 18:14:57 -0700 (PDT) Message-Id: <199608280114.SAA10394@base.jnx.com> To: freebsd-hackers@freebsd.org cc: julian@freebsd.org Subject: support for DDS2 tape drives? Date: Tue, 27 Aug 1996 18:14:57 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone else having problems with DDS2 tape-drives not being properly identified? I made these patches, but I really don't know what the hell I'm doing. cvs server: Diffing . Index: scsiconf.h =================================================================== RCS file: /cvs/freebsd-dom/src/sys/scsi/scsiconf.h,v retrieving revision 1.44 diff -c -r1.44 scsiconf.h *** scsiconf.h 1996/06/24 04:54:31 1.44 --- scsiconf.h 1996/08/28 01:14:50 *************** *** 521,526 **** --- 521,528 ---- 0x16 48 10000 MFM C X3.193-1990 1 0x17 48 42500 MFM C X3B5/91-174 1 + 0x24 1 128200 DDS2 CS X3B5/88-185A 4 + where Code means: NRZI Non Return to Zero, change on ones GCR Group Code Recording *************** *** 556,561 **** --- 558,565 ---- #define QIC_1320 0x12 #define DDS 0x13 #define DAT_1 0x13 + #define DDS2 0x24 + #define DAT_2 0x24 #define QIC_3080 0x29 Index: st.c =================================================================== RCS file: /cvs/freebsd-dom/src/sys/scsi/st.c,v retrieving revision 1.72 diff -c -r1.72 st.c *** st.c 1996/07/23 21:52:31 1.72 --- st.c 1996/08/28 01:14:50 *************** *** 707,712 **** --- 707,713 ---- case HALFINCH_1600: case HALFINCH_6250: case DDS: + case DDS2: case QIC_525: case QIC_1320: case QIC_3080: From owner-freebsd-hackers Tue Aug 27 18:23:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13723 for hackers-outgoing; Tue, 27 Aug 1996 18:23:48 -0700 (PDT) Received: from eel.dataplex.net ([208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA13712 for ; Tue, 27 Aug 1996 18:23:44 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id UAA12210; Tue, 27 Aug 1996 20:21:52 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Aug 1996 20:22:08 -0500 To: Terry Lambert From: rkw@shark.dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: jkh@time.cdrom.com, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan>> says: Terry Lambert > adds: >> You've consistently cited this as a problem and we've just as >> consistently pushed back on it as a non-problem, asserting that the >> main issue has nothing to do with fear of change and everything to do >> with the LACK OF A WORKING PROTOTYPE TO EVALUATE. > >[ ... ] > >> Well, faith might be cool when it comes to religion, but not in >> engineering. Nobody has ever disputed that the current make system is >> full of holes you could drive a truck through, nor has there ever been >> anything but 100% agreement that the whole tool interdependency issue >> is badly handled and far from any conceivable ideal. >> However, it works No! "It can be worked around" is more nearly correct. There is no reasonable way for me to build a version of "current" to be tested on my small 386 without destroying one of my working servers which are fast, already have the source code, and adequate extra disk space. >> and nobody is going to switch horses until given another WORKING >> alternative. Having the build system broken is simply an unacceptable >> scenario I completely agree. However, my proposed methodology would never leave things any more broken than they already are. By that I mean that I can define a series of steps in the migration from the current situation to the "solution". At each step, by the setting of non-optimal default parameters, we get exactly the same result that we presently get. Once the changes are complete, we "pull the switch" and the same files produce a different structure. Naturally, this would be appropriately tested before it was generally committed to "current". I don't think that the procedure that I have outlined is any more likely to make things unbuildable than a number of recent situations in "current". In fact, I think it less likely to cause a problem simply because I can make most of the changes in such a manner that the bulk of the work has no effect until I change a substitution macro. >> since it stops just about everyone else from getting their work done Why does a change stop everyone? If we agree that we are going to move to an interim step, there will be a set of coding guidelines to be followed. Everyone will be ask to keep those guidelines in mind when writing code-in-progress. I, and anyone willing to assist, will have to examine every line of code to assure that it is in the correct form and fix those that are not. These guidelines would be of the nature of "File includes shall be of the form [...]. The use of [...] is no longer acceptable". Since all of the changes are isomorphic variations of form, they can be coded, reviewed, and tested before they are committed. Once the entire code base has been "translated", the real change can be enabled by changing the .mk files which control the expansion. >I have to say that what Richard wants is a top-down design process, where >you agree on the problem, you agree on the general principles of the >solution, and you agree to ignore the implementation details below that >scale. Well stated, Terry. I would point out that they also include the constraints on the solution as a part of the statement of the problem. One of the constraints would be that the migration MUST be done in steps which never "break" the ability to build a system. That does not mean that there will be no "bugs" in the implementation. However it would include the requirement that changes can be made incrementally and that each design concept WILL be demonstrated before it is committed. >This is a typical process used in industry to communicate "what the market >wants" from marketing to engineering, without engineering having to deal >with delivering on marketings "promise of the week" subsequent to the >agreement. > >It is very helpful to me, as an engineer, to get a firm "here is the black >box" from marketing. It is also good if I can get an agreement for them >to not second-guess my work in terms of their new "requirements", generated >since they made the agreement. >Richard really can't ask for this without offending people, since he is >asking for a fiat, effectively: he wants it acknowdleged that if he takes >it on, it's his bailiwick, to do with as he pleases. It's not quite that case. What I want people to do is review the concept and state the NECESSARY goals. I have outlined a number of key points in the design concept. At every step, I have been met with "We can't do that because I will have to change ...". If no-one is willing to accept change, I have already met that goal by doing nothing :-) >But he's not wrong to want the assurances in the first place. I guess what Jordan wants is the "entreprenaurial" model. I build something and then see if it sells. This is as opposed to the "consultant" model where I apply my expertise to assist the client in reaching their goals. I'm unwilling to do this project on a strictly speculative basis because it is NOT a simple project and I am sure to be able to retire on the "profits". From owner-freebsd-hackers Tue Aug 27 18:25:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13856 for hackers-outgoing; Tue, 27 Aug 1996 18:25:36 -0700 (PDT) Received: from netcom18.netcom.com (hasty@netcom18.netcom.com [192.100.81.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA13850 for ; Tue, 27 Aug 1996 18:25:33 -0700 (PDT) Received: (from hasty@localhost) by netcom18.netcom.com (8.6.13/Netcom) id SAA15780; Tue, 27 Aug 1996 18:25:33 -0700 Date: Tue, 27 Aug 1996 18:25:33 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199608280125.SAA15780@netcom18.netcom.com> To: hackers@freebsd.org Subject: routing question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a box with an ethernet interface and a slip line. The ethernet is on a different network than the slip line. What i want to know if I have to install a firewall to prevent people outside my complex to access my LAN. Tnks, Amancio From owner-freebsd-hackers Tue Aug 27 18:32:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14264 for hackers-outgoing; Tue, 27 Aug 1996 18:32:00 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14256 for ; Tue, 27 Aug 1996 18:31:54 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA09658; Wed, 28 Aug 1996 11:01:40 +0930 From: Michael Smith Message-Id: <199608280131.LAA09658@genesis.atrad.adelaide.edu.au> Subject: Re: OK, next question. IOMEGA Easy accelerator board To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 28 Aug 1996 11:01:39 +0930 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Aug 27, 96 05:27:48 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > > Anybody know what kind of boards these IOMEGA tape drive boards are, and > the level of complexity in writing a driver for them? These little backup > tape units are great under win95, but of course, I want FreeBSD. > > It appears to be a floppy disk controller, but apparently runs at a faster > rate than the standard FDC. Then I would guess that it's a floppy-disk controller (or at least something rather similar). There was a post a little while back (from JMB?) about someone having written a new control program for the 'ft' device which was supposed to be better than its predecessor. Note that nobody in their right mind uses those stupid floppytape devices, as they're basically impossible to talk to without busy-waiting on them. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 27 18:32:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14336 for hackers-outgoing; Tue, 27 Aug 1996 18:32:24 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14331 for ; Tue, 27 Aug 1996 18:32:21 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id TAA22447 for ; Tue, 27 Aug 1996 19:32:18 -0600 (MDT) Message-Id: <199608280132.TAA22447@rover.village.org> To: hackers@freebsd.org Subject: Fixed Frequency monitors, generally Date: Tue, 27 Aug 1996 19:32:18 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Take a look at http://www.devo.com/video/. This has a fixed frequency monitor FAQ there, as well as references to cards that specifically support fixed frequency monitors (off old workstations, for example). Warner From owner-freebsd-hackers Tue Aug 27 18:34:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14526 for hackers-outgoing; Tue, 27 Aug 1996 18:34:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14521 for ; Tue, 27 Aug 1996 18:34:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA02129; Tue, 27 Aug 1996 18:34:46 -0700 (PDT) To: Arthur Chuang cc: "'hackers@freebsd.org'" In-reply-to: Your message of "Tue, 27 Aug 1996 10:13:37 PDT." Date: Tue, 27 Aug 1996 18:34:46 -0700 Message-ID: <2127.841196086@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > could someone help me on these questions: These are easy (though they still should have gone to questions, not hackers). > 1: will dset (8) work on a compressed kernel image? No. > 2: is there an easy way to change isa device irq/io after kernel up? No. > 3: is there any examples/docs that show how to use hw.devconf from > sysctl (3)? (i looked at route (8) and sysctl (8) source code, but > still not > quite clear.) No. Like I said, easy questions. :-) Jordan From owner-freebsd-hackers Tue Aug 27 18:55:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15541 for hackers-outgoing; Tue, 27 Aug 1996 18:55:27 -0700 (PDT) Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15533 for ; Tue, 27 Aug 1996 18:55:22 -0700 (PDT) Received: from azure.dstc.edu.au (azure.dstc.edu.au [130.102.176.27]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id LAA24680; Wed, 28 Aug 1996 11:55:19 +1000 Received: (from leonard@localhost) by azure.dstc.edu.au (8.6.10/8.6.12) id LAA09650; Wed, 28 Aug 1996 11:55:18 +1000 From: David Leonard Message-Id: <199608280155.LAA09650@azure.dstc.edu.au> Subject: An insane journey (was Re: JDK 1.02) To: terry@lambert.org Date: Wed, 28 Aug 1996 11:55:17 +1000 (EST) Cc: hackers@freebsd.org Reply-To: leonard@dstc.edu.au X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In dstc.mail.freebsd.hackers you write: > > I hear that an Infocom adventure once compiled will run wherever a Zork > > machine is available. > Search for "ZIL" and "ZORK" in Yahoo or Lycos... I have been running > all of the Infocomm stuff on my FreeBSD box since 1.1... > There are also decompilers, compilers, and programming manuals > available. 8-). > > No, no, no, they just provided C++ like interface to the Zork machine > > (which is object based and uses inheritance internally.) > The original ZORK was written in MDL ("muddle") on old DEC systems; > they had one at the county library for a long time -- many library > database systems were written in MDL. the interarctive fiction archive at ftp://ftp.gmd.de/if-archive has a whole bunch of interpreters. here's a summary on inform/ZIM wrt java (from memory) the 'inform' compiler is more like an object-oriented assembler! there is only one kind of inheritance and it seems to be one-level deep max. The 'data types' in the zork machine include integer, string and object - all objects in n-ary 'containment' trees. all objects have the same (perhaps overloaded) library defined methods and properties. Mind you, its all you really need with the extensive libraries that are provided. Oh, there is something that looks like an integer array type, but mostly everything is typeless when out of context. The emphasis is on modelling a little world of textually describable objects. pretty cool. there are no network primitives, few other system primitives (read, write, save, load, quit) The compiled images are always very small and often further compressible. Even with the later versions of the interpreter, the handling of graphics is quite minimal. It is single threaded, and you cannot poll the keyboard. I havent noticed inform/jzip in the freebsd ports/packages... back to the point, inform/ZIM isnt a contender to java :) Imagine instead of commercial applets, seeing little windows in your browser with: You see a brass lamp (giving light) and a New and Improved Thing. > BUY THING The New and Improved Thing costs $23.67. Your credit card number, please?> However, a zork interpreter in java would be cool.. other contentders to java? if postscript had classes and threads... :) d -- David Leonard Developer, DSTC The University of Queensland david.leonard@dstc.edu.au http://www.dstc.edu.au/~leonard/ >> Distributed Solutions Event http://www.dstc.edu.au/events/dse96/ << From owner-freebsd-hackers Tue Aug 27 19:00:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15813 for hackers-outgoing; Tue, 27 Aug 1996 19:00:12 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA15796 for ; Tue, 27 Aug 1996 19:00:07 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id TAA15663 for hackers@freebsd.org; Tue, 27 Aug 1996 19:00:06 -0700 Date: Tue, 27 Aug 1996 19:00:06 -0700 From: Sean Eric Fagan Message-Id: <199608280200.TAA15663@kithrup.com> To: hackers@freebsd.org Subject: boot message about basemem and RTC Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay... should I worry when it tells me that BIOS basemem != RTC basemem? (649k vs 640k, respectively...) Sean. From owner-freebsd-hackers Tue Aug 27 19:28:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17305 for hackers-outgoing; Tue, 27 Aug 1996 19:28:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA17300 for ; Tue, 27 Aug 1996 19:28:53 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA10420; Wed, 28 Aug 1996 11:58:37 +0930 From: Michael Smith Message-Id: <199608280228.LAA10420@genesis.atrad.adelaide.edu.au> Subject: Re: routing question To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 28 Aug 1996 11:58:36 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199608280125.SAA15780@netcom18.netcom.com> from "Amancio Hasty Jr" at Aug 27, 96 06:25:33 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty Jr stands accused of saying: > > I have a box with an ethernet interface and a slip line. > The ethernet is on a different network than the slip line. > What i want to know if I have to install a firewall to prevent > people outside my complex to access my LAN. Is the box forwarding packets? (ie is the sysctl variable net.inet.ip.forwarding 0 or 1?) If not, then you already have a firewall 8) If it is (ie. you are connecting to the net from your LAN) then you are currently vulnerable. My _personal_ preference for this situation is to turn of forwarding and install a SOCKS proxy on the gateway box. This works for me and our application mix here, it may not work for you. > Amancio -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 27 19:35:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17714 for hackers-outgoing; Tue, 27 Aug 1996 19:35:02 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA17701 for ; Tue, 27 Aug 1996 19:34:57 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id CAA26994; Wed, 28 Aug 1996 02:34:49 GMT Date: Wed, 28 Aug 1996 11:34:49 +0900 (JST) From: Michael Hancock To: Amancio Hasty Jr cc: hackers@freebsd.org Subject: Re: routing question In-Reply-To: <199608280125.SAA15780@netcom18.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 27 Aug 1996, Amancio Hasty Jr wrote: > > I have a box with an ethernet interface and a slip line. > The ethernet is on a different network than the slip line. > What i want to know if I have to install a firewall to prevent > people outside my complex to access my LAN. Depends on how much you trust your box. You might want to join the firewalls@greatcircle.com to post these kind of questions. Regards, Mike Hancock From owner-freebsd-hackers Tue Aug 27 19:46:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA18403 for hackers-outgoing; Tue, 27 Aug 1996 19:46:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA18395; Tue, 27 Aug 1996 19:46:34 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA10594; Wed, 28 Aug 1996 12:16:01 +0930 From: Michael Smith Message-Id: <199608280246.MAA10594@genesis.atrad.adelaide.edu.au> Subject: Re: support for DDS2 tape drives? To: root@base.jnx.com (Paul Traina) Date: Wed, 28 Aug 1996 12:16:00 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG, julian@FreeBSD.ORG In-Reply-To: <199608280114.SAA10394@base.jnx.com> from "Paul Traina" at Aug 27, 96 06:14:57 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Paul Traina stands accused of saying: > > Is anyone else having problems with DDS2 tape-drives not being > properly identified? Not as such. Can you be more specific about which model(s) and what exactly is going wrong? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Aug 27 19:47:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA18507 for hackers-outgoing; Tue, 27 Aug 1996 19:47:58 -0700 (PDT) Received: from mail-hub.interpath.net (mail-hub.interpath.net [199.72.1.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA18499 for ; Tue, 27 Aug 1996 19:47:53 -0700 (PDT) Received: from bogus.interpath.net (raleigh-036.interpath.net [207.59.1.36]) by mail-hub.interpath.net (8.6.12/8.6.14) with SMTP id WAA29599; Tue, 27 Aug 1996 22:45:12 -0400 Message-Id: <1.5.4.32.19960828024552.009f2b44@interpath.com> X-Sender: kpneal@interpath.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Aug 1996 22:45:52 -0400 To: "Michael L. VanLoon" From: "Kevin P. Neal" Subject: Re: UID < 65535? Cc: Ken Hornstein , Karl Denninger , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:08 AM 8/27/96 -0700, Michael L. VanLoon wrote: > >>Just wait till Reece (a friend of mine) rewrites it and GPL's it. > >Some would say "GPL is evil"... Convince him to put a BSD-style >copyright on it. :-) I know, I know. He's a Linux guy. The argument goes something like this: Reece: .................and I'm going to GPL it. Me: Why GPL it? The BSD copyright is cool, and gives everyone more freedom with the code, while still giving you credit. Reece: Because I'm afraid that the BSD copyright isn't enough to keep the code from disappearing from the net. Me: When has a BSD-style copyright not been enough to keep code on the net? Reece: The original CMU AFS code had a BSD-style copyright on it. Where can it be found now? Me: Oh. Is that our pizza? (this conversation took place down at Two Guy's Pizza (sic) one afternoon last spring). Yep, AFS is the perfect example for the GPL people to point to and say "See! I told you the BSD-style copyright wasn't enough!". Sigh. In the worst case, he puts his code out GPL, somebody else reads it and documents how AFS works, and a third person redoes it (at least a *client*) with a BSD-style copyright. -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www4.ncsu.edu/~kpneal/www/ / kevinneal@bix.com From owner-freebsd-hackers Tue Aug 27 19:57:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19192 for hackers-outgoing; Tue, 27 Aug 1996 19:57:33 -0700 (PDT) Received: from ginger.cmf.nrl.navy.mil (root@ginger.cmf.nrl.navy.mil [134.207.10.161]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19179 for ; Tue, 27 Aug 1996 19:57:29 -0700 (PDT) Received: from nexus.cmf.nrl.navy.mil (kenh@nexus.cmf.nrl.navy.mil [134.207.10.9]) by ginger.cmf.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id WAA05155; Tue, 27 Aug 1996 22:56:56 -0400 (EDT) Message-Id: <199608280256.WAA05155@ginger.cmf.nrl.navy.mil> To: "Kevin P. Neal" cc: hackers@freebsd.org Subject: Re: UID < 65535? In-reply-to: Your message of "Tue, 27 Aug 1996 22:45:52 EDT." <1.5.4.32.19960828024552.009f2b44@interpath.com> X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Tue, 27 Aug 1996 22:57:26 -0400 From: Ken Hornstein Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Me: When has a BSD-style copyright not been enough to keep code on the net? > >Reece: The original CMU AFS code had a BSD-style copyright on it. Where > can it be found now? > >Me: Oh. Is that our pizza? The reason that you can't find AFS anymore is because when the AFS people left CMU to form Transarc, one of the conditions of them buying the rights to AFS was to remove AFS from CMU's FTP sites and the sites of other places on the net (I don't quite know how they got the other sites to get rid of the code, though). In theory, if you still had AFS-2 source code, you could do whatever you wanted with it. As I understand it, the copyright hasn't changed on the AFS-2 code that was on the net (however, the code was probably sold to Transarc _not_ under a BSD copyright - you can release code under as many different copyrights as you want). I don't see how the GPL would have changed this scenario at all. I'm not a lawyer, and I have no first-hand knowledge of the above information; this is all bits and pieces I've heard from various sources. --Ken From owner-freebsd-hackers Tue Aug 27 20:11:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA19950 for hackers-outgoing; Tue, 27 Aug 1996 20:11:19 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts10-line11.uoregon.edu [128.223.150.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA19945; Tue, 27 Aug 1996 20:11:15 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.7.5/8.6.12) with SMTP id UAA00373; Tue, 27 Aug 1996 20:11:15 -0700 (PDT) Date: Tue, 27 Aug 1996 20:11:14 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Darius Ramanauskas cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Help, SENDMAIL or somethink is buggy?!? In-Reply-To: <9608270832.AA01831@alpha.kada.lt> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 27 Aug 1996, Darius Ramanauskas wrote: > I or someone from my users can not send mail to one host UNECE.ORG. > The response from sendmail is: > > ********************************************** > ** THIS IS A WARNING MESSAGE ONLY ** > ** YOU DO NOT NEED TO RESEND YOUR MESSAGE ** > ********************************************** > > The original message was received at Mon, 12 Aug 1996 09:48:27 +0300 > (EET DST) from [193.219.211.124] > > ----- The following addresses have delivery notifications ----- > (transient failure) > > ----- Transcript of session follows ----- > 451 ... reply: read error from > gatekeeper.unicc.org. ... Deferred: > Connection reset by peer during client HELO with gatekeeper.unicc.org. > Warning: message still undelivered after 4 hours Will keep trying > until message is 5 days old For some reason, your machine and gatekeeper..unicc.org don't like each other. Basically, it's hanging up on you. Check with their sysadmin and see if you're locked out or something. Can you telnet or ping this host successfully? > In sendmail.cf I have added multihost support. It may be rejecting you on this because you reverse-nameserve to a different address. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Tue Aug 27 21:05:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23397 for hackers-outgoing; Tue, 27 Aug 1996 21:05:35 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA23392 for ; Tue, 27 Aug 1996 21:05:33 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id VAA16037; Tue, 27 Aug 1996 21:06:24 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id OAA32253; Wed, 28 Aug 1996 14:03:46 +1000 From: Julian Assange Message-Id: <199608280403.OAA32253@suburbia.net> Subject: Re: An insane journey (was Re: JDK 1.02) To: leonard@dstc.edu.au Date: Wed, 28 Aug 1996 14:03:46 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608280155.LAA09650@azure.dstc.edu.au> from "David Leonard" at Aug 28, 96 11:55:17 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > However, a zork interpreter in java would be cool.. > > other contentders to java? if postscript had classes and threads... :) > -- > David Leonard Developer, DSTC > The University of Queensland david.leonard@dstc.edu.au > http://www.dstc.edu.au/~leonard/ > >> Distributed Solutions Event http://www.dstc.edu.au/events/dse96/ << > There is one already ;) I can't recall the name now, but I spotted it during an altavista search for infocom/Z-machine only a few days ago. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Aug 27 21:07:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23521 for hackers-outgoing; Tue, 27 Aug 1996 21:07:00 -0700 (PDT) Received: from mail-hub.interpath.net (mail-hub.interpath.net [199.72.1.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA23514 for ; Tue, 27 Aug 1996 21:06:57 -0700 (PDT) Received: from bogus.interpath.net (raleigh-029.interpath.net [207.59.1.29]) by mail-hub.interpath.net (8.6.12/8.6.14) with SMTP id AAA07735; Wed, 28 Aug 1996 00:05:40 -0400 Message-Id: <1.5.4.32.19960828040628.00685104@interpath.com> X-Sender: kpneal@interpath.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 28 Aug 1996 00:06:28 -0400 To: Ken Hornstein From: "Kevin P. Neal" Subject: Re: UID < 65535? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:57 PM 8/27/96 -0400, Ken Hornstein wrote: >>Me: When has a BSD-style copyright not been enough to keep code on the net? >> >>Reece: The original CMU AFS code had a BSD-style copyright on it. Where >> can it be found now? >> >>Me: Oh. Is that our pizza? > >The reason that you can't find AFS anymore is because when the AFS >people left CMU to form Transarc, one of the conditions of them buying >the rights to AFS was to remove AFS from CMU's FTP sites and the sites >of other places on the net (I don't quite know how they got the other >sites to get rid of the code, though). Exactly the situation he wants to avoid. >In theory, if you still had AFS-2 source code, you could do whatever >you wanted with it. Mmmmmmmmmmmmmmmmmmyeahhhh. "if you still had...." grrrrrr. > As I understand it, the copyright hasn't changed >on the AFS-2 code that was on the net (however, the code was probably sold >to Transarc _not_ under a BSD copyright - you can release code under as >many different copyrights as you want). I don't see how the GPL would >have changed this scenario at all. A! The bullet to his argument. Thanks! >I'm not a lawyer, and I have no first-hand knowledge of the above >information; this is all bits and pieces I've heard from various sources. Sigh. What we need are some Hacker/Lawyer dual-class programmers out there, or is that not allowed by the rules (I'm looking at a pile of AD&D books here...). -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www4.ncsu.edu/~kpneal/www/ / kevinneal@bix.com From owner-freebsd-hackers Tue Aug 27 21:10:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23795 for hackers-outgoing; Tue, 27 Aug 1996 21:10:26 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA23783 for ; Tue, 27 Aug 1996 21:10:21 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id AAA20301; Wed, 28 Aug 1996 00:15:29 -0400 Date: Wed, 28 Aug 1996 00:15:28 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: hackers@FreeBSD.org cc: Philippe Regnauld Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608270835.KAA14677@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hmm, in the version of syscons that I'm currently working on there is > support for adding a new ioctl via a LKM, that can be used to load > special code to modify you timing. Also If you can tell me what > H&V-sync your monitor can handle, I can probably do a small patch > to the mode setting code that will allow you to use your monitor > for std modes ie 80x25, 80x50 etc... > Just remember that it s a hack, and nothing that I will admit to > have done :) I'd like to see this also, as I have a fixed-scan 19 inch monitor.. Just some general guidelines to hack it myself would do the trick. Where's the mode setting code? Syscons.c? > > > Wish I could find a high IRQ serial card for a serial console > > *sigh* :-) > > Naw, we wouldn't have you to do that ... > I know this is a major kludge, but I got an old 8 bit card, cut off the edge connector with a hack saw and ran wires from the IRQ switch on an ordinary serial card to the high IRQ pins on the "CD" connector of the ISA bus by tack soldering them on the cut-off edge connector and plugging it into the CD connector. . Worked just fine for years. -Jim Durham From owner-freebsd-hackers Tue Aug 27 21:14:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24314 for hackers-outgoing; Tue, 27 Aug 1996 21:14:45 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA24303 for ; Tue, 27 Aug 1996 21:14:42 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA29880; Tue, 27 Aug 1996 22:14:31 -0600 (MDT) Date: Tue, 27 Aug 1996 22:14:31 -0600 (MDT) Message-Id: <199608280414.WAA29880@rocky.mt.sri.com> From: Nate Williams To: rkw@shark.dataplex.net (Richard Wackerbarth) Cc: hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I guess what Jordan wants is the "entreprenaurial" model. I build something > and then see if it sells. This is as opposed to the "consultant" model > where I apply my expertise to assist the client in reaching their goals. Well said. > I'm unwilling to do this project on a strictly speculative basis because it > is NOT a simple project and I am sure to be able to retire on the > "profits". That's the only basis you have. The constraints you have is that it has to work at least as well as the current system and *NOT* break. And, *all* of the developers do things that aren't simple and I doubt any of us make any 'profit' by doing the work except for the occasional stroke of the ego which is often trashed by others users. Provide the product 'first', since the attempt to check out the market has proven to give you and us grief. :) Nate From owner-freebsd-hackers Tue Aug 27 21:19:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24983 for hackers-outgoing; Tue, 27 Aug 1996 21:19:46 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA24974 for ; Tue, 27 Aug 1996 21:19:42 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA29894; Tue, 27 Aug 1996 22:19:34 -0600 (MDT) Date: Tue, 27 Aug 1996 22:19:34 -0600 (MDT) Message-Id: <199608280419.WAA29894@rocky.mt.sri.com> From: Nate Williams To: Sean Eric Fagan Cc: hackers@freebsd.org Subject: Re: boot message about basemem and RTC In-Reply-To: <199608280200.TAA15663@kithrup.com> References: <199608280200.TAA15663@kithrup.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Okay... should I worry when it tells me that BIOS basemem != RTC basemem? > (649k vs 640k, respectively...) No, and I will be committing some code that'll make sure FreeBSD doesn't walk on anything that might get messed up. My desktop box used to spit this out until I added my patch, and many laptops do this as well. On the ThinkPads, the 1K space is used by the APM bios. For non-laptop machines it can be safely ignored, and for laptops it can be mostly ignored. Nate From owner-freebsd-hackers Tue Aug 27 21:23:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25501 for hackers-outgoing; Tue, 27 Aug 1996 21:23:23 -0700 (PDT) Received: from soma.zipnet.net (steve@soma.zipnet.net [208.196.96.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA25496; Tue, 27 Aug 1996 21:23:21 -0700 (PDT) Received: (from steve@localhost) by soma.zipnet.net (8.7.5/8.7.3) id AAA02988; Wed, 28 Aug 1996 00:22:58 -0400 (EDT) From: Steve Bernacki Message-Id: <199608280422.AAA02988@soma.zipnet.net> Subject: Possible rsh problem? To: questions@freebsd.org Date: Wed, 28 Aug 1996 00:22:58 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey y'all, I think I might be facing the dreaded rsh problem. I'm running 2.1-STABLE on a host of machines. What follows is a post I made to comp.lang.perl.misc regarding what I thought was a perl program, but now seems more like the rsh problem. Can anyone suggest any workarounds for this? Any help will be appreciated. The post, which describes exactly what's going on, follows. Thanks for any help/input, -S --Original Article-- From: steve@zip0.zipnet.net (Steve Bernacki Jr) Newsgroups: comp.lang.perl.misc Subject: Rsh and Perl problem in FreeBSD Date: 27 Aug 1996 20:50:05 GMT Message-ID: <4vvn1t$3hl@news.zipnet.net> I really hope someone can shed some light on the following question because I'm pulling my hair out on it. I have a daemon running on machine X which accepts connections and does some processing. Part of this processing includes running a program (via rsh) to another host, machine Y. This all works great for a while, and then it suddenly freezes. When it freezes, the rsh call gets executed on machine Y (I know this for a fact; the last line in the program mails me.) The program then terminates on machine Y, but the rsh on machine X is still going, just hanging there. Here's how I'm calling machine Y: $result = `/usr/bin/rsh -n -lroot mail /usr/local/sbin/run_dat_code param`; This works consecutively for about 15 times, then hangs. The daemon on machine X is actually run from my tty, so it still has a tty attached. Could this be the problem? The daemon tries to correct this situation by closing STDIN, STDOUT, and STDERR, but this doesn't seem to help things. If this is the problem, how can I lose my controlling terminal in perl4? Thanks very much for any ideas/suggestions. -S -- Steve Bernacki, Jr. | Administrator of networks and systems steve@zipnet.net | Zipcall, LLC My life is a patio of fun! --Zippy the Pinhead From owner-freebsd-hackers Tue Aug 27 22:03:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28140 for hackers-outgoing; Tue, 27 Aug 1996 22:03:18 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA28130 for ; Tue, 27 Aug 1996 22:03:11 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id PAA03336; Wed, 28 Aug 1996 15:02:51 +1000 (EST) Date: Wed, 28 Aug 1996 15:02:49 +1000 (EST) From: "Daniel O'Callaghan" To: Amancio Hasty Jr cc: hackers@freebsd.org Subject: Re: routing question In-Reply-To: <199608280125.SAA15780@netcom18.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 27 Aug 1996, Amancio Hasty Jr wrote: > I have a box with an ethernet interface and a slip line. > The ethernet is on a different network than the slip line. > What i want to know if I have to install a firewall to prevent > people outside my complex to access my LAN. Do you want the lan to access the outside? If not, then just don't enable ip forwarding (/etc/sysconfig:gateway=NO) Otherwise, running some packet filters would be a good idea. Run 2.1.5 and read /etc/rc.firewall. Build a kernel with options IPFIREWALL Danny From owner-freebsd-hackers Tue Aug 27 22:18:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29128 for hackers-outgoing; Tue, 27 Aug 1996 22:18:46 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29121 for ; Tue, 27 Aug 1996 22:18:44 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA02855; Tue, 27 Aug 1996 22:16:13 -0700 (PDT) To: Terry Lambert cc: rkw@shark.dataplex.net, p.richards@elsevier.co.uk, hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Tue, 27 Aug 1996 16:10:43 PDT." <199608272310.QAA25610@phaeton.artisoft.com> Date: Tue, 27 Aug 1996 22:16:13 -0700 Message-ID: <2853.841209373@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have to say that what Robert wants is a top-down design process, where > you agree on the problem, you agree on the general principles of the > soloution, and you agree to ignore the implementation details below that > scale. This works for some things, and I don't dispute the *general* merit of such design methodology, but we still have to deal with certain real world constraints. In this particular case, I don't see any merit in instigating a discussion where some 10 or 15 messages will be devoted to putting forward different proposals from various people with their own pet design strategies, 30 messages will be devoted to knocking down those proposals in various ways, another 100 messages will be wasted in irrelevant threads generated by people who don't actually understand the subject but feel compelled to comment anyway and a final 200-300 messages from people letting the 2nd group of folks know that they don't know their arses from their elbows. Conservatively speaking, that's at least 400 messages which won't get us one iota further towards solving the problem. I'd prefer to simply see the prototype and thus constrain the ensuing discussion to more practical details. Most people just aren't adequately taking into account the fact that we HAVE been discussing the make system on and off for over 3 years, and discussion alone has accomplished very little. > It is very helpful to me, as an engineer, to get a firm "here is the black > box" from marketing. It is also good if I can get an agreement for them > to not second-guess my work in terms of their new "requirements", generated > since they made the agreement. There are many tried-and-true techniques from industry that just don't translate well to the FreeBSD project and can't without creating the kind of "accountability hierarchy" that only paying people salaries can provide. To use a military analogy, if I've got access to weapons and a team of trained soldiers, I can make a number of assumptions regarding their ability, coordination and effectiveness at taking a given objective. Now replace those trained soldiers with a team of volunteer irregulars with widely varying abilities and I'd sure better toss those assumptions right out the window and modify my assault plan accordingly if I'm to still have any hope of taking that objective. I've had 3 years with this project, seeing which techniques can be brought straight across from industry and which don't have a snowball's chance in hell of working out for us, and I can say that some of what Richard wants is simply not practical, nor is it likely to become so in the near future (if ever). If he's truly sincere about wanting to effect reak change here then he's going to have to alter his approach to fit the model which has evolved here. > Richard really can't ask for this without offending people, since he is > asking for a fiat, effectively: he wants it acknowdleged that if he takes > it on, it's his bailiwick, to do with as he pleases. Anyone is free at any time to do what he damn well pleases with the system, just as the development team and the users are free to adopt it or not (and, contrary to popular belief, the users have just as much power as the developers do here - if they reject something and refuse to use it, it invariably withers and dies just as surely as it would if a developer killed it). I can no more give Richard a "fiat" as I could block him from changing this part of the system and distributing his own diffs, even using our own announcement lists to reach his intended audience. The sword cuts both ways! > Probably, he would be better off contacting the core team directly for > that kind of assignation. Or finally realizing that "assignation" is not how it works at all, nor has it ever worked that way. People "take charge" of sections of the system simply by working on them, just as I have for the installation, Garrett has for networking, John & David have for the VM system, etc. That's it, that's how it works. Do the work and the rest follows. Sometimes an area of the system is already "spoken for" and people have to share the responsibilities and/or coordinate closely with others if they want to join in, but it's still the quality and quantity of tangible work, submitted over a reasonable period of time, which leads to the other developers trusting someone implicitly to handle large parts of FreeBSD development. Jordan From owner-freebsd-hackers Tue Aug 27 22:29:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29817 for hackers-outgoing; Tue, 27 Aug 1996 22:29:21 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29805 for ; Tue, 27 Aug 1996 22:29:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA03241; Tue, 27 Aug 1996 22:28:21 -0700 (PDT) To: rkw@shark.dataplex.net (Richard Wackerbarth) cc: Terry Lambert , hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Tue, 27 Aug 1996 20:22:08 CDT." Date: Tue, 27 Aug 1996 22:28:21 -0700 Message-ID: <3239.841210101@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I guess what Jordan wants is the "entreprenaurial" model. I build something > and then see if it sells. This is as opposed to the "consultant" model > where I apply my expertise to assist the client in reaching their goals. Well put. Unfortunately, at this stage in the project the "entrepreneurial" ("look" is your friend :-) model is the only game in town. The technology has advanced to that delicate mid-life stage where there are still a number of significant issues to be resolved yet the code also works well enough that many have a vested interest in developers not breaking it while advancing the state of the art. In such an environment, a proper "sales job" becomes pretty important if you're interested in actually getting your technology adopted. Jordan From owner-freebsd-hackers Tue Aug 27 22:52:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02926 for hackers-outgoing; Tue, 27 Aug 1996 22:52:17 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA02921 for ; Tue, 27 Aug 1996 22:52:14 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id XAA07619; Tue, 27 Aug 1996 23:07:55 -0700 (PDT) Date: Tue, 27 Aug 1996 23:07:54 -0700 (PDT) From: Tom Samplonius To: "Kevin P. Neal" cc: Ken Hornstein , hackers@FreeBSD.org Subject: Re: UID < 65535? In-Reply-To: <1.5.4.32.19960828040628.00685104@interpath.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Kevin P. Neal wrote: > At 10:57 PM 8/27/96 -0400, Ken Hornstein wrote: > >>Me: When has a BSD-style copyright not been enough to keep code on the net? > >> > >>Reece: The original CMU AFS code had a BSD-style copyright on it. Where > >> can it be found now? > >> > >>Me: Oh. Is that our pizza? > > > >The reason that you can't find AFS anymore is because when the AFS > >people left CMU to form Transarc, one of the conditions of them buying > >the rights to AFS was to remove AFS from CMU's FTP sites and the sites > >of other places on the net (I don't quite know how they got the other > >sites to get rid of the code, though). > > Exactly the situation he wants to avoid. How? Licences can't protect the software from the developer of the software :) The only way to stop your friend from taking his "new AFS" corporate after making it, is to kill him after he is done :) Tom From owner-freebsd-hackers Tue Aug 27 23:25:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04780 for hackers-outgoing; Tue, 27 Aug 1996 23:25:50 -0700 (PDT) Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04765 for ; Tue, 27 Aug 1996 23:25:47 -0700 (PDT) Received: from foxtail.dstc.edu.au (foxtail.dstc.edu.au [130.102.176.14]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id QAA00993; Wed, 28 Aug 1996 16:25:40 +1000 Received: (from leonard@localhost) by foxtail.dstc.edu.au (8.6.10/8.6.10) id QAA25604; Wed, 28 Aug 1996 16:25:39 +1000 From: David Leonard Message-Id: <199608280625.QAA25604@foxtail.dstc.edu.au> Subject: Re: An insane journey (was Re: JDK 1.02) To: proff@suburbia.net (Julian Assange) Date: Wed, 28 Aug 1996 16:25:39 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608280403.OAA32253@suburbia.net> from "Julian Assange" at Aug 28, 96 02:03:46 pm Reply-To: leonard@dstc.edu.au X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > However, a zork interpreter in java would be cool.. > > There is one already ;) I can't recall the name now, but I spotted it > during an altavista search for infocom/Z-machine only a few days ago. found it! its called zplet d -- David Leonard Developer, DSTC The University of Queensland david.leonard@dstc.edu.au http://www.dstc.edu.au/~leonard/ >> Distributed Solutions Event http://www.dstc.edu.au/events/dse96/ << From owner-freebsd-hackers Tue Aug 27 23:41:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05600 for hackers-outgoing; Tue, 27 Aug 1996 23:41:06 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA05580 for ; Tue, 27 Aug 1996 23:41:00 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id IAA26934; Wed, 28 Aug 1996 08:40:53 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id WAA00389; Tue, 27 Aug 1996 22:23:59 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608272023.WAA00389@tetard.glou.eu.org> Subject: Re: hackers-digest V1 #1415 To: smp@csn.net (Steve Passe) Date: Tue, 27 Aug 1996 22:23:59 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608271915.NAA28523@clem.systemsix.com> from Steve Passe at "Aug 27, 96 01:15:12 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe écrit / writes: > Hi, > > > They are :-) Comments and critics welcome. > reading this I saw many things that I disagree with, however thinking > about them I realized that its not so much a matter of "right way vs. > wrong way", but just different outlooks. Well, I'd be interested in your points of view -- some of the things in there are plain common sense or luck with working configurations I've setup -- so any technically valid improvements are accepted (No, dunking the mainboard in freon to cool it is *not* valid) :-) > > mind, not fault tolerance. To start with, try and avoid all forms of > > "small tower" designs, as they have a tendency to double as ovens -- > my approach is to ALWAYS use mini-towers, but NEVER put your disks in them. > the general design of most cabinets is such that you don't get good airflow > around the disk area, no matter what you do. put the disks in external > cabinets! (not so easy with IDE disks!) Yes, and moreover using external cabinets with low-quality cables increases risks (bus resets, device timeouts, etc...). > > o always terminate both ends of the bus with the right terminator -- > > this means SCSI-I (big centronics-type connector) terminators for > > SCSI-I busses (also known as passive terminators), and SCSI-II (small > > connector) for busses containing SCSI-II devices (active > > terminators); > you can get SCSI-I terminators in both passive and active versions. this > is also true of SCSI-II and SCSI-III. > I would discuss the issue of connectors: > SCSI-I -> 50 pin centronics > SCSI-II -> 50 pin half pitch > SCSI-III -> 68 pin half pitch Right on that one. > > o internal termination by the drives/devices themselves (i.e.: jumper > > activated) should be avoided -- use clip-on terminators that fit on > > the ribbon cable like any device; > why so, modern drives provide active termination, one less connector to > cause problems... Because I've seen flaky such terminators, including reports here in -hackers: whether the jumper was in or not, there would still be problems (no probe, timeouts, hanging at boot). Also, it happens that you forget to terminate the new replacement disk when you swap out the first disk on the cable. Without mentioning when you insert a terminated disk in the middle of a chain :-) So you just get one of those long 7 connector SCSI ribbons and snap a terminator on one end. As I said, it's mostly handy tips, I'm not forcing anyone to go and buy such a terminator if they don't have one. -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Tue Aug 27 23:42:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05675 for hackers-outgoing; Tue, 27 Aug 1996 23:42:46 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA05626 for ; Tue, 27 Aug 1996 23:41:11 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA27476; Wed, 28 Aug 1996 08:35:54 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA16220; Wed, 28 Aug 1996 08:48:36 +0200 From: Christoph Kukulies Message-Id: <199608280648.IAA16220@gilberto.physik.rwth-aachen.de> Subject: Re: Is there a 'loud' switch for make? In-Reply-To: <199608280110.KAA09488@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 28, 96 10:40:59 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 28 Aug 1996 08:48:36 +0200 (MET DST) Cc: hackers@FreeBSD.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > ... just trying to debug a port and being very annoyed that I can't see > what's actually being done. Is there an opposite to the '-s' option > to make(1) to make it loud? And is this inherited? -dA gives maximum verbosity. For having it inherited you may use the variable MAKEFLAGS. OTOH I think that recursive makes inherit it anyway - not sure though. > > Ah well, got to be another way to do it 8)( > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 27 23:49:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06102 for hackers-outgoing; Tue, 27 Aug 1996 23:49:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA06097 for ; Tue, 27 Aug 1996 23:49:18 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA12796; Wed, 28 Aug 1996 16:17:45 +0930 From: Michael Smith Message-Id: <199608280647.QAA12796@genesis.atrad.adelaide.edu.au> Subject: Re: Is there a 'loud' switch for make? To: kuku@gilberto.physik.rwth-aachen.de Date: Wed, 28 Aug 1996 16:17:45 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199608280648.IAA16220@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Aug 28, 96 08:48:36 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Christoph Kukulies stands accused of saying: > > > > > ... just trying to debug a port and being very annoyed that I can't see > > what's actually being done. Is there an opposite to the '-s' option > > to make(1) to make it loud? And is this inherited? > > -dA gives maximum verbosity. For having it inherited you may use the > variable MAKEFLAGS. OTOH I think that recursive makes inherit it > anyway - not sure though. There's loud and then there's -dA 8) I was looking for something that would tell me what commands it was executing as it went along, not drown me in debugging output 8) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 28 00:10:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07696 for hackers-outgoing; Wed, 28 Aug 1996 00:10:56 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07690 for ; Wed, 28 Aug 1996 00:10:53 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA21785; Wed, 28 Aug 1996 09:10:50 +0200 Message-Id: <199608280710.JAA21785@ra.dkuug.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: durham@durham (Jim Durham) Date: Wed, 28 Aug 1996 09:10:50 +0200 (MET DST) Cc: hackers@FreeBSD.org, regnauld@tetard.glou.eu.org In-Reply-To: from "Jim Durham" at Aug 28, 96 00:15:28 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jim Durham who wrote: > > > > Hmm, in the version of syscons that I'm currently working on there is > > support for adding a new ioctl via a LKM, that can be used to load > > special code to modify you timing. Also If you can tell me what > > H&V-sync your monitor can handle, I can probably do a small patch > > to the mode setting code that will allow you to use your monitor > > for std modes ie 80x25, 80x50 etc... > > Just remember that it s a hack, and nothing that I will admit to > > have done :) > > I'd like to see this also, as I have a fixed-scan 19 inch monitor.. Just > some general guidelines to hack it myself would do the trick. Where's > the mode setting code? Syscons.c? > Hmm, this might even be the best idea, I'll see if I can get the time to write down how to do this. Remember though that it is only possible to use the std clock rates, which probably will result in some strange resulution. For the adventurous look at the function set_mode() in syscons.c that together with a description on how the videomodes are stored in the BIOS will do the trick. I even remember seeing a little util for DOS(I know...) that allowed one to play with the video regs "online". That would give the values you need... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Wed Aug 28 00:14:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA08050 for hackers-outgoing; Wed, 28 Aug 1996 00:14:21 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA08028 for ; Wed, 28 Aug 1996 00:14:13 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id JAA27003; Wed, 28 Aug 1996 09:13:33 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id JAA02260; Wed, 28 Aug 1996 09:11:06 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608280711.JAA02260@tetard.glou.eu.org> Subject: Re: OK, next question. IOMEGA Easy accelerator board To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 28 Aug 1996 09:11:06 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608280131.LAA09658@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 28, 96 11:01:39 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith écrit / writes: > > Anybody know what kind of boards these IOMEGA tape drive boards are, and > > the level of complexity in writing a driver for them? These little backup > > tape units are great under win95, but of course, I want FreeBSD. They suck under FreeBSD. > > It appears to be a floppy disk controller, but apparently runs at a faster > > rate than the standard FDC. > > Then I would guess that it's a floppy-disk controller (or at least something > rather similar). It's not at all recognized, even if you force the card in irq 6, and disable on-board floppy. I've got one tied up in a P133, using the new 'lft' you mentioned - after a few tests it came out that: - 'ft' is unusable - 'lft' is a bit better - 1/4 times it times out on inquiry (i.e.: status), and the tape runs for a couple of hours by itself, short of extracting it - the tapes need to be fornatted (!), and that takes: - 6 hours (3.2 Gb) on the fast controller (i.e. under dos) - 16 hours through floppy controller Conclusion: The thing went into a w95 box, and we back up by samba/ ethernet the disks :-P BTW, the current Windows driver hangs if you try to backup files with a Danish 'ø' (that's o with a / in it for non-latin people). Hilarious. Not. > There was a post a little while back (from JMB?) about someone having > written a new control program for the 'ft' device which was supposed to be > better than its predecessor. > > Note that nobody in their right mind uses those stupid floppytape devices, > as they're basically impossible to talk to without busy-waiting on them. Right. -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Wed Aug 28 00:27:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA08698 for hackers-outgoing; Wed, 28 Aug 1996 00:27:12 -0700 (PDT) Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA08693 for ; Wed, 28 Aug 1996 00:27:09 -0700 (PDT) Received: from uucp1.iij.ad.jp (uucp1.iij.ad.jp [192.244.176.73]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id QAA16169 for ; Wed, 28 Aug 1996 16:27:04 +0900 Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id QAA09611 for freebsd-hackers@freebsd.org; Wed, 28 Aug 1996 16:27:04 +0900 Received: from xxx.fct.kgc.co.jp by yyy.kgc.co.jp (8.7.5/3.4W4:96080715) id QAA19708; Wed, 28 Aug 1996 16:25:28 +0900 (JST) Received: from localhost by xxx.fct.kgc.co.jp (8.7.5/3.3W8:95062916) id QAA01642; Wed, 28 Aug 1996 16:25:25 +0900 (JST) Message-Id: <199608280725.QAA01642@xxx.fct.kgc.co.jp> To: freebsd-hackers@freebsd.org Subject: Suggestion: let config(8) support symbolic linked /usr/src/sys/compile X-Mailer: Mew version 1.06 on Emacs 19.28.2, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 28 Aug 1996 16:25:23 +0900 From: Toshihiro Kanda Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. The document SMM:1 describes how to separate /usr/src/sys/compile directory from /usr/src. (see /usr/share/doc/smm/01.setup/paper.ascii.gz "6.6. Recompiling and reinstalling system software".) I modified config(8) to support this facility. In FreeBSD, steps to separate are: 1. Make `obj' directories. (At the first time only) 1.1 # mkdir /usr/obj/sys 1.2 # mv /usr/src/sys/compile /usr/obj/sys 1.3 # mkdir /usr/obj/sys/libkern 1.4 # ln -s /usr/obj/sys/libkern /usr/src/sys/libkern/obj (1.3 and 1.4 are done by `make obj' in /usr/src) 2. Build a kernel. 2.1 # cd /usr/src/sys/i386/conf 2.2 # config KERNEL 2.3 # cd ../../compile 2.4 # rm machine; ln -s /usr/src/sys @; ln -s /usr/src/sys/i386 machine 2.5 # make all install My modification is very simple. In the step 2.2, `config -l KERNEL' will do step 2.4 automatically. How about this idea? Thank you. candy@fct.kgc.co.jp (Toshihiro Kanda) -----8<----------8<----------8<----------8<----------8<----- # patch for /usr/src/usr.sbin/config/ # (FreeBSD 2.1.5R) *** config.h.orig Wed Aug 28 15:08:23 1996 --- config.h Wed Aug 28 15:08:32 1996 *************** *** 215,220 **** --- 215,221 ---- int dst; int profiling; int debugging; + int shadow_directory; int maxusers; u_int loadaddress; *** main.c.orig Wed Jul 10 13:15:23 1996 --- main.c Wed Aug 28 15:25:36 1996 *************** *** 75,81 **** int ch; char *p; ! while ((ch = getopt(argc, argv, "gpn")) != EOF) switch (ch) { case 'g': debugging++; --- 75,81 ---- int ch; char *p; ! while ((ch = getopt(argc, argv, "gpln")) != EOF) switch (ch) { case 'g': debugging++; *************** *** 83,88 **** --- 83,91 ---- case 'p': profiling++; break; + case 'l': + shadow_directory++; + break; case 'n': no_config_clobber = TRUE; break; *************** *** 185,192 **** --- 188,211 ---- { char xxx[80]; + if (shadow_directory) { + #define SYSDIR "/usr/src/sys" + (void) strcpy(xxx, SYSDIR); + if (symlink(xxx, path("@"))) { + perror(path("@")); + exit(2); + } + (void) sprintf(xxx, "@/%s/include", machinename); + if (symlink(xxx, path("machine"))) { + perror(path("machine")); + exit(2); + } + #undef SYSDIR + } + else { (void) sprintf(xxx, "../../%s/include", machinename); (void) symlink(xxx, path("machine")); + } } makefile(); /* build Makefile */ headers(); /* make a lot of .h files */ -----8<----------8<----------8<----------8<----------8<----- From owner-freebsd-hackers Wed Aug 28 00:39:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09280 for hackers-outgoing; Wed, 28 Aug 1996 00:39:23 -0700 (PDT) Received: from eins.siemens.at (eins.siemens.at [193.81.246.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09273 for ; Wed, 28 Aug 1996 00:39:18 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by eins.siemens.at (8.7.4/8.7.3) with SMTP id JAA09849 for ; Wed, 28 Aug 1996 09:38:38 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uvfCx-00021hC; Wed, 28 Aug 96 09:38 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA011157693; Wed, 28 Aug 1996 09:34:53 +0200 From: "Hr.Ladavac" Message-Id: <199608280734.AA011157693@ws2301.gud.siemens.co.at> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Wed, 28 Aug 1996 09:34:53 +0200 (MESZ) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608271532.RAA13946@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Aug 27, 96 05:32:30 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk E-mail message from Christoph Kukulies contained: > > > Since I installed [ELM 2.4ME+ PL25 (25)] I'm getting often > > a 'folder is corrupt' message. Not 100% sure but the pattern appears to be > that it happens often and only when I'm leaving elm while new mail > is being received. > > Anyone else seeing this? Yes, and it means that sendmail and elm do not agree about the mailbox locking protocol. It occurs almost regularly if the spool is NFS mounted, even if the NFS implementation supports locking. Locking via a lock file seems to cure it. /Marino > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > From owner-freebsd-hackers Wed Aug 28 00:47:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09678 for hackers-outgoing; Wed, 28 Aug 1996 00:47:10 -0700 (PDT) Received: from eins.siemens.at (eins.siemens.at [193.81.246.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09673 for ; Wed, 28 Aug 1996 00:47:05 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by eins.siemens.at (8.7.4/8.7.3) with SMTP id JAA09895 for ; Wed, 28 Aug 1996 09:46:26 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uvfKW-00021hC; Wed, 28 Aug 96 09:46 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA014498161; Wed, 28 Aug 1996 09:42:41 +0200 From: "Hr.Ladavac" Message-Id: <199608280742.AA014498161@ws2301.gud.siemens.co.at> Subject: Re: Multiple swaps slow down system? To: terry@lambert.org (Terry Lambert) Date: Wed, 28 Aug 1996 09:42:41 +0200 (MESZ) Cc: koshy@india.hp.com, hal@post.vale.com, freebsd-hackers@freebsd.org In-Reply-To: <199608271602.JAA24772@phaeton.artisoft.com> from "Terry Lambert" at Aug 27, 96 09:02:49 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Terry Lambert contained: > > However, IDE devices sell for around half the price of comparable > > SCSI devices in most parts of the world, so they are probably going > > to be around for a while. > > I always wonder if this is just dealers milking the market, or what. > The latest "Processor" magazine shows no price difference in drives > over 250M or so. It is just impossible to subscribe to "Processor" > or "Computer Shopper" outside the US, or just impossible to buy through > them? Or is it possible, but just not done, in an international > conspiracy to portray SCSI as costing more? 8-). Of course it is possible, but then you can just as well as forget DOA, guarantee period repairs, and anything to do with damaged equipment. The quality of PC components being what it is, buying via CS or P does not generally pay out. And if you're a dealer or a retailer, you don't buy from them either. /Marino From owner-freebsd-hackers Wed Aug 28 00:52:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09905 for hackers-outgoing; Wed, 28 Aug 1996 00:52:29 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA09899 for ; Wed, 28 Aug 1996 00:52:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25982; Wed, 28 Aug 1996 09:51:55 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10439; Wed, 28 Aug 1996 09:51:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA19999; Wed, 28 Aug 1996 08:51:50 +0200 (MET DST) From: J Wunsch Message-Id: <199608280651.IAA19999@uriah.heep.sax.de> Subject: Re: hackers-digest V1 #1415 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 28 Aug 1996 08:51:50 +0200 (MET DST) Cc: smp@csn.net (Steve Passe) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608271915.NAA28523@clem.systemsix.com> from Steve Passe at "Aug 27, 96 01:15:12 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Steve Passe wrote: > I would discuss the issue of connectors: > SCSI-I -> 50 pin centronics > SCSI-II -> 50 pin half pitch > SCSI-III -> 68 pin half pitch This is wrong. SCSI-2 knows of both, ``high density'' and AMP connectors (``Centronics'' -- this term is entirely bogus though, since Centronics is a parallel printer port definition, not just a connector only). SCSI-3 is not finalized. 68-pin connectors are SCSI-2 ``wide SCSI''. They are only available as HD connectors. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Aug 28 00:53:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09958 for hackers-outgoing; Wed, 28 Aug 1996 00:53:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09953 for ; Wed, 28 Aug 1996 00:53:20 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA13407; Wed, 28 Aug 1996 17:22:48 +0930 From: Michael Smith Message-Id: <199608280752.RAA13407@genesis.atrad.adelaide.edu.au> Subject: Re: hackers-digest V1 #1415 To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Wed, 28 Aug 1996 17:22:48 +0930 (CST) Cc: smp@csn.net, hackers@FreeBSD.org In-Reply-To: <199608272023.WAA00389@tetard.glou.eu.org> from "Philippe Regnauld" at Aug 27, 96 10:23:59 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Philippe Regnauld stands accused of saying: > > why so, modern drives provide active termination, one less connector to > > cause problems... > > Because I've seen flaky such terminators, including reports here in > -hackers: whether the jumper was in or not, there would still be > problems (no probe, timeouts, hanging at boot). > > Also, it happens that you forget to terminate the new replacement > disk when you swap out the first disk on the cable. Without > mentioning when you insert a terminated disk in the middle of a > chain :-) So you just get one of those long 7 connector SCSI > ribbons and snap a terminator on one end. As I said, it's mostly > handy tips, I'm not forcing anyone to go and buy such a terminator > if they don't have one. Never, ever, _EVER_ terminate on a drive that is not in the same case as the controller. _Always_ use a terminator that plugs onto the daisy-out connector on the last case you're using. Wherever possible, use active terminators, and go for the ones that have LED's in them so that you can be absolutely certain that they have power. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 28 00:56:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA10200 for hackers-outgoing; Wed, 28 Aug 1996 00:56:57 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA10180 for ; Wed, 28 Aug 1996 00:56:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA26027; Wed, 28 Aug 1996 09:52:30 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10450; Wed, 28 Aug 1996 09:52:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA20057; Wed, 28 Aug 1996 08:54:51 +0200 (MET DST) From: J Wunsch Message-Id: <199608280654.IAA20057@uriah.heep.sax.de> Subject: Re: Jaz really work? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 28 Aug 1996 08:54:51 +0200 (MET DST) Cc: mrcpu@cdsnet.net (Jaye Mathisen) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Jaye Mathisen at "Aug 27, 96 05:18:45 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jaye Mathisen wrote: > Thanks to Jim who pointed out that /sbin/scsiformat would work just fine > to reformat the cartridge to get rid of it's thinking the cartridge is > write-protected. > > Worked like a champ. Now use send-pr to submit your FAQ entry for this! :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Aug 28 01:03:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10625 for hackers-outgoing; Wed, 28 Aug 1996 01:03:18 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10620 for ; Wed, 28 Aug 1996 01:03:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id CAA02502; Wed, 28 Aug 1996 02:02:45 -0600 Message-Id: <199608280802.CAA02502@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Michael Smith cc: hackers@FreeBSD.org Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Wed, 28 Aug 1996 17:22:48 +0930." <199608280752.RAA13407@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Aug 1996 02:02:44 -0600 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Never, ever, _EVER_ terminate on a drive that is not in the same case as > the controller. why? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Wed Aug 28 01:13:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11281 for hackers-outgoing; Wed, 28 Aug 1996 01:13:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA11276 for ; Wed, 28 Aug 1996 01:13:08 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA13637; Wed, 28 Aug 1996 17:42:54 +0930 From: Michael Smith Message-Id: <199608280812.RAA13637@genesis.atrad.adelaide.edu.au> Subject: Re: hackers-digest V1 #1415 To: smp@csn.net (Steve Passe) Date: Wed, 28 Aug 1996 17:42:53 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199608280802.CAA02502@clem.systemsix.com> from "Steve Passe" at Aug 28, 96 02:02:44 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe stands accused of saying: > > > Never, ever, _EVER_ terminate on a drive that is not in the same case as > > the controller. > why? Because one day you or someone else will plug another case on the end of your chain, terminate it, and then spend hours or days trying to work out what's wrong with your I*^(*&^(8&^ SCSI subsystem. > Steve Passe | powered by -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 28 01:23:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11776 for hackers-outgoing; Wed, 28 Aug 1996 01:23:00 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA11769 for ; Wed, 28 Aug 1996 01:22:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id CAA02664; Wed, 28 Aug 1996 02:22:42 -0600 Message-Id: <199608280822.CAA02664@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Michael Smith cc: hackers@FreeBSD.org Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Wed, 28 Aug 1996 17:42:53 +0930." <199608280812.RAA13637@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Aug 1996 02:22:42 -0600 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, >> > Never, ever, _EVER_ terminate on a drive that is not in the same case as >> > the controller. >> why? > >Because one day you or someone else will plug another case on the end >of your chain, terminate it, and then spend hours or days trying to work >out what's wrong with your I*^(*&^(8&^ SCSI subsystem. Ok, I can accept that logic. Had to ask because the way you stated it I thought you might have a "it will burn out your drive" sort of claim... Actually I have done this, but it didn't hurt anything, ie terminators at several points, as well as running without terminators at one end. On other occasions I have done it and immediately had problems. There is a wide variation of tolerance among equipment. I have also seen setups where it was impossible to run with internal ribbon cable and external round cables, had to go to ribbon on both ends. An impedance mismatch, I guess. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Wed Aug 28 02:00:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13585 for hackers-outgoing; Wed, 28 Aug 1996 02:00:40 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA13575; Wed, 28 Aug 1996 02:00:36 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA00718; Wed, 28 Aug 1996 09:23:00 +0200 (MET DST) To: Sean Eric Fagan cc: hackers@freebsd.org Subject: Re: boot message about basemem and RTC In-reply-to: Your message of "Tue, 27 Aug 1996 19:00:06 PDT." <199608280200.TAA15663@kithrup.com> Date: Wed, 28 Aug 1996 09:23:00 +0200 Message-ID: <716.841216980@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608280200.TAA15663@kithrup.com>, Sean Eric Fagan writes: >Okay... should I worry when it tells me that BIOS basemem != RTC basemem? in this case: >(649k vs 640k, respectively...) yes. in this case: (639k vs 640k, respectively) no. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Aug 28 02:01:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13666 for hackers-outgoing; Wed, 28 Aug 1996 02:01:08 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA13652; Wed, 28 Aug 1996 02:01:04 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA00632; Wed, 28 Aug 1996 09:11:23 +0200 (MET DST) To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), rkw@shark.dataplex.net, p.richards@elsevier.co.uk, hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Tue, 27 Aug 1996 16:10:43 PDT." <199608272310.QAA25610@phaeton.artisoft.com> Date: Wed, 28 Aug 1996 09:11:23 +0200 Message-ID: <630.841216283@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608272310.QAA25610@phaeton.artisoft.com>, Terry Lambert writes: >Richard really can't ask for this without offending people, since he is >asking for a fiat, effectively: he wants it acknowdleged that if he takes >it on, it's his bailiwick, to do with as he pleases. > >Probably, he would be better off contacting the core team directly for >that kind of assignation. > >But he's not wrong to want the assurances in the first place. Yes, he can have that assurance, but we will >not< guarantee to adopt his code until we see it. We're not a corporation, there is no money, budgets or other artificial restraints. We have earlier, in jest, adopted the IETF mantra: "... we belive in rough concensus and working code." Everybody else works under this rule, so must Rick. If he thinks he can make a new set of makefiles that will be much better, he goes away and does it. as soon as he has something that works a little bit, he sends it out as a patch, asking for comments, and after a few cycles, unless he has made it absolutely clear that he hasn't understood a word of it all (which I don't think is even remotely possible in this case) his code will be adopted with a eagerness proportional to the net improvement it brings. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Aug 28 02:04:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13884 for hackers-outgoing; Wed, 28 Aug 1996 02:04:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA13877 for ; Wed, 28 Aug 1996 02:04:38 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA14104; Wed, 28 Aug 1996 18:33:48 +0930 From: Michael Smith Message-Id: <199608280903.SAA14104@genesis.atrad.adelaide.edu.au> Subject: Re: hackers-digest V1 #1415 To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 28 Aug 1996 18:33:48 +0930 (CST) Cc: freebsd-hackers@FreeBSD.org, smp@csn.net In-Reply-To: <199608280651.IAA19999@uriah.heep.sax.de> from "J Wunsch" at Aug 28, 96 08:51:50 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > This is wrong. SCSI-2 knows of both, ``high density'' and AMP > connectors (``Centronics'' -- this term is entirely bogus though, > since Centronics is a parallel printer port definition, not just a > connector only). Pick pick pick. 8) "Centronics" was a printer company. They made printers that featured this wacko connector. AMP are a connector company; they make a bazillion different connectors. If you say "AMP connector" at me, I'm going to be totally confused. If you say "Centronics", I will know what you mean 8) The HD-50/68 connectors are known as "Honda" connectors as well. I don't know whether this is because Honda make them, because they're small and difficult to get along with, or just for fun. > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 28 02:20:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14449 for hackers-outgoing; Wed, 28 Aug 1996 02:20:34 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA14444; Wed, 28 Aug 1996 02:20:30 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA01163; Wed, 28 Aug 1996 11:19:53 +0200 (MET DST) To: Michael Smith cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, smp@csn.net Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Wed, 28 Aug 1996 18:33:48 +0930." <199608280903.SAA14104@genesis.atrad.adelaide.edu.au> Date: Wed, 28 Aug 1996 11:19:52 +0200 Message-ID: <1161.841223992@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199608280903.SAA14104@genesis.atrad.adelaide.edu.au>, Michael Smith writes: >The HD-50/68 connectors are known as "Honda" connectors as well. I don't >know whether this is because Honda make them, because they're small and >difficult to get along with, or just for fun. Honda made them first. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Aug 28 02:57:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16300 for hackers-outgoing; Wed, 28 Aug 1996 02:57:49 -0700 (PDT) Received: from eel.dataplex.net ([208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA16294 for ; Wed, 28 Aug 1996 02:57:45 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id EAA18803; Wed, 28 Aug 1996 04:57:42 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 28 Aug 1996 04:57:41 -0500 To: Poul-Henning Kamp From: rkw@shark.dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: >If he thinks he can make a new set of makefiles that will be much >better, he goes away and does it. as soon as he has something >that works a little bit, he sends it out as a patch, asking for >comments, and after a few cycles, unless he has made it absolutely >clear that he hasn't understood a word of it all (which I don't think >is even remotely possible in this case) his code will be adopted >with a eagerness proportional to the net improvement it brings. That concept only works when the global optimum can be reached along a downhill path. It you must "climb a mountain" to get out of the present valley, you will never take the first step. I believe that this project is just such a case. The first step is to get rid of ALL references to absolute paths, except as they become the default which is ALWAYS overridden. This step buys you absolutely no immediate reward. Neither does it break anything you are now doing. However, it is essential to prepare you to make the journey to the promised land. By analogy, if a farmer is manually hoeing his field, he might have irregular rows that take into account the local characteristics of the immediate area. To tell him that he needs to adopt a uniform spacing is, in his mind, a step backward. However, those who envision using a tractor recognize that it is a necessary step toward reaching greater profits. This is where I stand. By my own labors, I cannot rearrange the rows as fast as others are creating new ones. Unless everyone helps, we will never be prepared to move to the next step. From owner-freebsd-hackers Wed Aug 28 03:10:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16843 for hackers-outgoing; Wed, 28 Aug 1996 03:10:45 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA16835 for ; Wed, 28 Aug 1996 03:10:41 -0700 (PDT) Message-Id: <199608281010.DAA16835@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA286767005; Wed, 28 Aug 1996 20:10:05 +1000 From: Darren Reed Subject: Re: hackers-digest V1 #1415 To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 28 Aug 1996 20:10:05 +1000 (EST) Cc: freebsd-hackers@FreeBSD.org, smp@csn.net In-Reply-To: <199608280651.IAA19999@uriah.heep.sax.de> from "J Wunsch" at Aug 28, 96 08:51:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from J Wunsch, sie said: > > As Steve Passe wrote: > > > I would discuss the issue of connectors: > > SCSI-I -> 50 pin centronics > > SCSI-II -> 50 pin half pitch > > SCSI-III -> 68 pin half pitch > > This is wrong. SCSI-2 knows of both, ``high density'' and AMP > connectors (``Centronics'' -- this term is entirely bogus though, > since Centronics is a parallel printer port definition, not just a > connector only). > > SCSI-3 is not finalized. > > 68-pin connectors are SCSI-2 ``wide SCSI''. They are only available > as HD connectors. I've seen Sun 14GB exabyte drives with these connectors. From owner-freebsd-hackers Wed Aug 28 03:18:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17338 for hackers-outgoing; Wed, 28 Aug 1996 03:18:17 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA17332; Wed, 28 Aug 1996 03:18:12 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id MAA01499; Wed, 28 Aug 1996 12:17:30 +0200 (MET DST) To: rkw@shark.dataplex.net (Richard Wackerbarth) cc: hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Wed, 28 Aug 1996 04:57:41 CDT." Date: Wed, 28 Aug 1996 12:17:30 +0200 Message-ID: <1497.841227450@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rick, My position is the same as allways: "rough consensus and working code" I think the first part is there, now, go and do the second part! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Aug 28 04:25:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA20460 for hackers-outgoing; Wed, 28 Aug 1996 04:25:09 -0700 (PDT) Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA20451 for ; Wed, 28 Aug 1996 04:25:07 -0700 (PDT) Received: from uucp1.iij.ad.jp (uucp1.iij.ad.jp [192.244.176.73]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id UAA06731 for ; Wed, 28 Aug 1996 20:25:05 +0900 Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id UAA07933 for freebsd-hackers@freebsd.org; Wed, 28 Aug 1996 20:25:05 +0900 Received: from xxx.fct.kgc.co.jp by yyy.kgc.co.jp (8.7.5/3.4W4:96080715) id TAA21738; Wed, 28 Aug 1996 19:30:19 +0900 (JST) Received: from localhost by xxx.fct.kgc.co.jp (8.7.5/3.3W8:95062916) id TAA00792; Wed, 28 Aug 1996 19:30:16 +0900 (JST) Message-Id: <199608281030.TAA00792@xxx.fct.kgc.co.jp> To: freebsd-hackers@freebsd.org Subject: mountd(8) bug? X-Mailer: Mew version 1.06 on Emacs 19.28.2, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 28 Aug 1996 19:30:15 +0900 From: Toshihiro Kanda Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, hackers. I found that mountd(8) dumpes core by certain (bogus) exports file. For example: | $ uname -srm | FreeBSD 2.1.5-RELEASE i386 | $ cat /tmp/bogus-exoprts | /cdrom -network 192.168.1 192.168.8 | $ /sbin/mountd -d /tmp/bogus-exports | Getting export list. | Got line /cdrom -network 192.168.1 192.168.8 | Making new ep fs=0x400,0x1 | doing opt -network 192.168.1 192.168.8 | Segmentation fault (core dumped) I hope the following patch will fix this problem. New mountd now shows: | $ /usr/src/sbin/mountd/obj/mountd -d /tmp/bogus-export | Getting export list. | Got line /cdrom -network 192.168.1 192.168.8 | Making new ep fs=0x400,0x1 | doing opt -network 192.168.1 192.168.8 | got host 192.168.8 | Getting mount list. | Here we go. And syslogd(8) logs: | Aug 28 19:22:19 xxx mountd[723]: Bad exports list line /cdrom -network 192.168.1 192.168.8 Is this correct? candy@fct.kgc.co.jp (Toshihiro Kanda) ----------8<----------8<----------8<----------8<---------- *** mountd.c.orig Thu Jan 11 09:12:45 1996 --- mountd.c Wed Aug 28 18:15:00 1996 *************** *** 1346,1352 **** */ checkgrp = tgrp; while (checkgrp) { ! if (checkgrp->gr_ptr.gt_hostent != NULL && !strcmp(checkgrp->gr_ptr.gt_hostent->h_name, hp->h_name)) { grp->gr_type = GT_IGNORE; return(0); --- 1346,1353 ---- */ checkgrp = tgrp; while (checkgrp) { ! if (checkgrp->gr_type == GT_HOST && ! checkgrp->gr_ptr.gt_hostent != NULL && !strcmp(checkgrp->gr_ptr.gt_hostent->h_name, hp->h_name)) { grp->gr_type = GT_IGNORE; return(0); ----------8<----------8<----------8<----------8<---------- From owner-freebsd-hackers Wed Aug 28 06:53:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28155 for hackers-outgoing; Wed, 28 Aug 1996 06:53:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA28147 for ; Wed, 28 Aug 1996 06:53:01 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA27677; Wed, 28 Aug 1996 23:52:03 +1000 Date: Wed, 28 Aug 1996 23:52:03 +1000 From: Bruce Evans Message-Id: <199608281352.XAA27677@godzilla.zeta.org.au> To: candy@fct.kgc.co.jp, freebsd-hackers@FreeBSD.org Subject: Re: Suggestion: let config(8) support symbolic linked /usr/src/sys/compile Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hello. The document SMM:1 describes how to separate >/usr/src/sys/compile directory from /usr/src. (see >/usr/share/doc/smm/01.setup/paper.ascii.gz "6.6. Recompiling and >reinstalling system software".) I modified config(8) to support this >facility. > >... > 2.4 # rm machine; ln -s /usr/src/sys @; ln -s /usr/src/sys/i386 machine > 2.5 # make all install > >My modification is very simple. In the step 2.2, `config -l KERNEL' >will do step 2.4 automatically. How about this idea? I'd like the final solution to use fewer symlinks. This can probably be done by generating absolute paths for `machine' symlink and the -I statements: machine -> /usr/src/sys/i386/include # or wherever it is S= /usr/src/sys # was ../.. or ./@ Perhaps the symlinks to the object directories should be in the conf directory: somewhere/conf -> /usr/src/obj/somewhere/conf somewhere/conf/GENERIC@ -> /usr/src/obj/somewhere/conf/GENERIC The aic assembler sources use relative paths (because of lack of support for -I in the aic assembler). These paths become wrong when the obj dir isn't in the source tree. I use the following fixes for this. --- diff -c2 src/sys/dev/aic7xxx/aic7xxx.seq~ src/sys/dev/aic7xxx/aic7xxx.seq *** src/sys/dev/aic7xxx/aic7xxx.seq~ Mon Jun 10 07:44:17 1996 --- src/sys/dev/aic7xxx/aic7xxx.seq Mon Jun 10 07:44:23 1996 *************** *** 42,50 **** VERSION AIC7XXX_SEQ_VER "$Id: aic7xxx.seq,v 1.42 1996/06/09 17:29:11 gibbs Exp $" ! #if defined(__NetBSD__) ! #include "../../../../dev/ic/aic7xxxreg.h" ! #elif defined(__FreeBSD__) ! #include "../../dev/aic7xxx/aic7xxx_reg.h" ! #endif /* --- 42,46 ---- VERSION AIC7XXX_SEQ_VER "$Id: aic7xxx.seq,v 1.42 1996/06/09 17:29:11 gibbs Exp $" ! #include "aic7xxx_reg.h" /* diff -c2 src/sys/i386/conf/files.i386~ src/sys/i386/conf/files.i386 *** src/sys/i386/conf/files.i386~ Tue Jul 9 13:19:17 1996 --- src/sys/i386/conf/files.i386 Tue Aug 27 17:47:47 1996 *************** *** 10,18 **** clean "aic7xxx_asm" # aic7xxx_seq.h optional ahc device-driver \ compile-with "./aic7xxx_asm -o $@ $S/dev/aic7xxx/aic7xxx.seq" \ no-obj no-implicit-rule before-depend \ clean "aic7xxx_seq.h" \ ! dependency "$S/dev/aic7xxx/aic7xxx_reg.h $S/dev/aic7xxx/aic7xxx.seq aic7xxx_asm" # linux_genassym optional compat_linux \ --- 10,24 ---- clean "aic7xxx_asm" # + aic7xxx_reg.h optional ahc device-driver \ + dependency "$S/dev/aic7xxx/aic7xxx_reg.h" \ + compile-with "cp $> $@" \ + no-obj no-implicit-rule before-depend \ + clean "aic7xxx_reg.h" + # aic7xxx_seq.h optional ahc device-driver \ compile-with "./aic7xxx_asm -o $@ $S/dev/aic7xxx/aic7xxx.seq" \ no-obj no-implicit-rule before-depend \ clean "aic7xxx_seq.h" \ ! dependency "aic7xxx_reg.h $S/dev/aic7xxx/aic7xxx.seq aic7xxx_asm" # linux_genassym optional compat_linux \ --- Bruce From owner-freebsd-hackers Wed Aug 28 07:47:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00748 for hackers-outgoing; Wed, 28 Aug 1996 07:47:24 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA00721 for ; Wed, 28 Aug 1996 07:45:56 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA12179 for ; Wed, 28 Aug 1996 10:51:33 -0400 Date: Wed, 28 Aug 1996 10:51:33 -0400 Message-Id: <199608281451.KAA12179@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (Dennis) Subject: Re: routing question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I have a box with an ethernet interface and a slip line. >The ethernet is on a different network than the slip line. >What i want to know if I have to install a firewall to prevent >people outside my complex to access my LAN. Depends on whether or not the slip line is password protected. If you have to log in the the system before slip is initiated, then you shouldn't need a firewall. Dennis > > Tnks, > Amancio > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Aug 28 07:54:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA01061 for hackers-outgoing; Wed, 28 Aug 1996 07:54:44 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA01056 for ; Wed, 28 Aug 1996 07:54:40 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA12238; Wed, 28 Aug 1996 11:00:11 -0400 Date: Wed, 28 Aug 1996 11:00:11 -0400 Message-Id: <199608281500.LAA12238@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Toshihiro Kanda From: dennis@etinc.com (Dennis) Subject: Re: mountd(8) bug? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, hackers. I found that mountd(8) dumpes core by certain >(bogus) exports file. For example: > >| $ uname -srm >| FreeBSD 2.1.5-RELEASE i386 > >| $ cat /tmp/bogus-exoprts >| /cdrom -network 192.168.1 192.168.8 > >| $ /sbin/mountd -d /tmp/bogus-exports >| Getting export list. >| Got line /cdrom -network 192.168.1 192.168.8 >| Making new ep fs=0x400,0x1 >| doing opt -network 192.168.1 192.168.8 >| Segmentation fault (core dumped) > > I hope the following patch will fix this problem. New mountd now >shows: > >| $ /usr/src/sbin/mountd/obj/mountd -d /tmp/bogus-export >| Getting export list. >| Got line /cdrom -network 192.168.1 192.168.8 >| Making new ep fs=0x400,0x1 >| doing opt -network 192.168.1 192.168.8 >| got host 192.168.8 >| Getting mount list. >| Here we go. > >And syslogd(8) logs: >| Aug 28 19:22:19 xxx mountd[723]: Bad exports list line /cdrom -network 192.168.1 192.168.8 > > Is this correct? > >candy@fct.kgc.co.jp (Toshihiro Kanda) > >----------8<----------8<----------8<----------8<---------- >*** mountd.c.orig Thu Jan 11 09:12:45 1996 >--- mountd.c Wed Aug 28 18:15:00 1996 >*************** >*** 1346,1352 **** > */ > checkgrp = tgrp; > while (checkgrp) { >! if (checkgrp->gr_ptr.gt_hostent != NULL && > !strcmp(checkgrp->gr_ptr.gt_hostent->h_name, hp->h_name)) { > grp->gr_type = GT_IGNORE; > return(0); >--- 1346,1353 ---- > */ > checkgrp = tgrp; > while (checkgrp) { >! if (checkgrp->gr_type == GT_HOST && >! checkgrp->gr_ptr.gt_hostent != NULL && > !strcmp(checkgrp->gr_ptr.gt_hostent->h_name, hp->h_name)) { > grp->gr_type = GT_IGNORE; > return(0); >----------8<----------8<----------8<----------8<---------- > If you really feel ambitious....the "bug" that causes mountd to hang on boot for a long period of time when an export entry is not reachable is realllllllllly annoying also. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Aug 28 08:02:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01269 for hackers-outgoing; Wed, 28 Aug 1996 08:02:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01264; Wed, 28 Aug 1996 08:02:09 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA15038; Thu, 29 Aug 1996 00:32:04 +0930 From: Michael Smith Message-Id: <199608281502.AAA15038@genesis.atrad.adelaide.edu.au> Subject: DOS emulation project looking for x86 advice To: emulation@freebsd.org Date: Thu, 29 Aug 1996 00:32:04 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk G'day, As you may have heard from Jordan, the DOS emulation project has some wheels on again, and I'm looking for someone with some low-down dirty x86 experience and a little time to answer/contemplate a few questions that are stumping me. For an opener, how about 'what precautions are required when tracing the pushl/popl instructions' ? Thanks for any advice! -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Aug 28 09:16:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10198 for hackers-outgoing; Wed, 28 Aug 1996 09:16:51 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10190; Wed, 28 Aug 1996 09:16:49 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199608281616.JAA10190@freefall.freebsd.org> Subject: Re: OK, next question. IOMEGA Easy accelerator board To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 28 Aug 1996 09:16:48 -0700 (PDT) Cc: mrcpu@cdsnet.net, hackers@FreeBSD.org In-Reply-To: <199608280131.LAA09658@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 28, 96 11:01:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > Jaye Mathisen stands accused of saying: > > > > Anybody know what kind of boards these IOMEGA tape drive boards are, and > > the level of complexity in writing a driver for them? These little backup > > tape units are great under win95, but of course, I want FreeBSD. > > > > It appears to be a floppy disk controller, but apparently runs at a faster > > rate than the standard FDC. > > Then I would guess that it's a floppy-disk controller (or at least something > rather similar). > > There was a post a little while back (from JMB?) about someone having > written a new control program for the 'ft' device which was supposed to be > better than its predecessor. its called lft. you can get a copy from ftp://freefall.freebsd.org:/pub/incoming > > Note that nobody in their right mind uses those stupid floppytape devices, > as they're basically impossible to talk to without busy-waiting on them. From owner-freebsd-hackers Wed Aug 28 09:18:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10348 for hackers-outgoing; Wed, 28 Aug 1996 09:18:30 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA10330 for ; Wed, 28 Aug 1996 09:18:16 -0700 (PDT) Received: by sovcom.kiae.su id AA28041 (5.65.kiae-1 ); Wed, 28 Aug 1996 19:10:23 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 28 Aug 96 19:10:22 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id UAA01538; Wed, 28 Aug 1996 20:10:10 +0400 (MSD) Message-Id: <199608281610.UAA01538@nagual.ru> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! In-Reply-To: <199608280734.AA011157693@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at "Aug 28, 96 09:34:53 am" To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Wed, 28 Aug 1996 20:10:10 +0400 (MSD) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Yes, and it means that sendmail and elm do not agree about the mailbox > locking protocol. Sendmail and Elm both use flock(). Procmail use fcntl(), but I just change it to flock() too. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Wed Aug 28 09:48:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12860 for hackers-outgoing; Wed, 28 Aug 1996 09:48:38 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12855 for ; Wed, 28 Aug 1996 09:48:35 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id KAA01797; Wed, 28 Aug 1996 10:39:06 -0600 (MDT) Message-Id: <199608281639.KAA01797@rover.village.org> To: Darren Reed Subject: Re: hackers-digest V1 #1415 Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, smp@csn.net In-reply-to: Your message of Wed, 28 Aug 1996 20:10:05 +1000 Date: Wed, 28 Aug 1996 10:39:05 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : I've seen Sun 14GB exabyte drives with these connectors. We've got a brand new sun CD ROM with one too. Ever try to find the Wide SCSI -> SCSI I cables? Warner From owner-freebsd-hackers Wed Aug 28 10:49:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16588 for hackers-outgoing; Wed, 28 Aug 1996 10:49:42 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16573 for ; Wed, 28 Aug 1996 10:49:37 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA27539; Wed, 28 Aug 1996 10:41:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma027535; Wed Aug 28 10:41:20 1996 Message-ID: <32248480.FF6D5DF@whistle.com> Date: Wed, 28 Aug 1996 10:40:16 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Kevin P. Neal" CC: "Michael L. VanLoon" , Ken Hornstein , Karl Denninger , hackers@FreeBSD.ORG Subject: Re: UID < 65535? References: <1.5.4.32.19960828024552.009f2b44@interpath.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kevin P. Neal wrote: > Reece: Because I'm afraid that the BSD copyright isn't enough to keep the > code from disappearing from the net. > > Me: When has a BSD-style copyright not been enough to keep code on the net? > > Reece: The original CMU AFS code had a BSD-style copyright on it. Where > can it be found now? > BSD copyright only lets a person stop TEHIR OWN ADDITIONS from going on teh net.. once he's released it, how can someone else take it OFF the net.. the original developers of AFS changed the copyright.. if it was originally a BSD copyright, then if you can get a copy of an original release with that copyright, you are still legally able to use it.. what;s to say that after he's released it under GNU, HE doesn't later decide to revoke it and sell it to transarc? the GNU copyleft specifically says that teh copyright holder can do that... From owner-freebsd-hackers Wed Aug 28 10:52:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16781 for hackers-outgoing; Wed, 28 Aug 1996 10:52:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16770 for ; Wed, 28 Aug 1996 10:52:36 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA27008; Wed, 28 Aug 1996 10:38:17 -0700 From: Terry Lambert Message-Id: <199608281738.KAA27008@phaeton.artisoft.com> Subject: Re: Am I wrong or is this just stupid?r To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 28 Aug 1996 10:38:17 -0700 (MST) Cc: terry@lambert.org, rkw@shark.dataplex.net, p.richards@elsevier.co.uk, hackers@freebsd.org In-Reply-To: <2853.841209373@time.cdrom.com> from "Jordan K. Hubbard" at Aug 27, 96 10:16:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Conservatively > speaking, that's at least 400 messages which won't get us one iota > further towards solving the problem. I have to disagree. What makes this particular problem special? If nothing, then what is the porpose of the lists? If something, then identify it and let Richard route around the damage. > I'd prefer to simply see the prototype and thus constrain the ensuing > discussion to more practical details. Most people just aren't > adequately taking into account the fact that we HAVE been discussing > the make system on and off for over 3 years, and discussion alone has > accomplished very little. No one has been given the equivalent of "Congressional Fiat" for the build process, as opposed to other areas, where Fiat has been granted (or siezed -- a model which doesn't work once entrepeneurial kingdom building has set in... an inevitability of the entrepenureal model; I'll discuss my experience with various sizes of employers here, if you think it necessary or relevent). > There are many tried-and-true techniques from industry that just don't > translate well to the FreeBSD project and can't without creating the > kind of "accountability hierarchy" that only paying people salaries > can provide. Yes; however, there are issues of policy which are routinely decided. I believe this is an issue of policy, not an issue of trying to map a business model to a volunteer effort, while trying to avoid paying the cartographer to do the mapping. At least, it is mostly a matter of policy... some of it is inertia. > I've had 3 years with this project, seeing which techniques can be > brought straight across from industry and which don't have a > snowball's chance in hell of working out for us, and I can say that > some of what Richard wants is simply not practical, nor is it likely > to become so in the near future (if ever). I agree -- some of what he wants. Can we move on to draw the distinction necessary to get the rest rolling for him? ...Assuming he's willing to do without that "some", once it's been seperated out. > Anyone is free at any time to do what he damn well pleases with the > system, just as the development team and the users are free to adopt > it or not (and, contrary to popular belief, the users have just as > much power as the developers do here - if they reject something and > refuse to use it, it invariably withers and dies just as surely as it > would if a developer killed it). I can no more give Richard a "fiat" > as I could block him from changing this part of the system and > distributing his own diffs, even using our own announcement lists to > reach his intended audience. The sword cuts both ways! Agreed; but to pursue that course to it's logical conclusion, Richard has to be willing to supplant the existing authority. In that direction lies sufficient conflict to either resolve the issue by force (unpleasent) or cause a split along a fracture line (more unpleasent) based on who agrees with him. > > Probably, he would be better off contacting the core team directly for > > that kind of assignation. > > Or finally realizing that "assignation" is not how it works at all, > nor has it ever worked that way. People "take charge" of sections of > the system simply by working on them, just as I have for the > installation, Garrett has for networking, John & David have for the VM > system, etc. That's it, that's how it works. Do the work and the > rest follows. Sometimes an area of the system is already "spoken for" > and people have to share the responsibilities and/or coordinate > closely with others if they want to join in, but it's still the > quality and quantity of tangible work, submitted over a reasonable > period of time, which leads to the other developers trusting someone > implicitly to handle large parts of FreeBSD development. I think the problem is that there is very little unclaimed territory at this point. Richard seems to be dangerously close to some peoples borders; he want's to build an island, and he doesn't want someone's navy coming in and planting their flag between the time he builds the island and the time he builds his hotel. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 28 10:52:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16783 for hackers-outgoing; Wed, 28 Aug 1996 10:52:43 -0700 (PDT) Received: from regina.ibs-us.net (regina.ibs-us.net [208.131.3.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16772 for ; Wed, 28 Aug 1996 10:52:41 -0700 (PDT) Received: (from fisbis@localhost) by regina.ibs-us.net (8.7.4/8.7.3) id KAA10682; Wed, 28 Aug 1996 10:51:58 -0700 (PDT) Date: Wed, 28 Aug 1996 10:51:58 -0700 (PDT) From: Derek Boonstra To: hasty@netcom.com cc: hackers@freebsd.org Subject: Re: routing question In-Reply-To: <199608280228.LAA10420@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Michael Smith wrote: > Amancio Hasty Jr stands accused of saying: > > > > I have a box with an ethernet interface and a slip line. > > The ethernet is on a different network than the slip line. > > What i want to know if I have to install a firewall to prevent > > people outside my complex to access my LAN. > > Is the box forwarding packets? (ie is the sysctl variable > net.inet.ip.forwarding 0 or 1?) If not, then you already have a firewall 8) > > If it is (ie. you are connecting to the net from your LAN) then you are > currently vulnerable. > > My _personal_ preference for this situation is to turn of forwarding and > install a SOCKS proxy on the gateway box. This works for me and our > application mix here, it may not work for you. > A SOCKS proxy is my preference also. A nice side effect of using SOCKS is that you may DNS reserved IP space (10.x || 192.168.x) for the LAN behind the proxy. This saves the IP allocations for something that really needs it. Of course we will all be using IP v6 next week friday, so maybe this isn't so important. : 0 __ __ __ ___/ /__ _______ / /__ / / 503.232.9480 / _ / -_) __/ -_) '_// _ \ ---------------------- \_,_/\__/_/ \__/_/\_\/_.__/@ibs-us.net I only need a tablesaw and milk. From owner-freebsd-hackers Wed Aug 28 11:17:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18205 for hackers-outgoing; Wed, 28 Aug 1996 11:17:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18200 for ; Wed, 28 Aug 1996 11:17:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA27098; Wed, 28 Aug 1996 11:06:12 -0700 From: Terry Lambert Message-Id: <199608281806.LAA27098@phaeton.artisoft.com> Subject: Re: Am I wrong or is this just stupid?r To: rkw@shark.dataplex.net (Richard Wackerbarth) Date: Wed, 28 Aug 1996 11:06:12 -0700 (MST) Cc: phk@critter.tfs.com, hackers@FreeBSD.org In-Reply-To: from "Richard Wackerbarth" at Aug 28, 96 04:57:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This step buys you absolutely no immediate reward. Neither does it break > anything you are now doing. However, it is essential to prepare you to make > the journey to the promised land. I have to say I identify very strongly with this analogy. It is the difference between doing the right thing the right way and the right thing the wrong way. We all agree that the current make system suits the existing needs without an expansion of scope. There are some of us who want an expansion of scope. To get there, we must modify the system with no obvious or appreciable gain. What we do will, to the uninvolved party, look like nothing more than "change for naught but the sake of change". Occams razor, and the very thing that makes a good entrepeneur a good entrepeneur (but a bad CEO) will work against any change in form that achieves the same status quo before subsequent changes go in. This is my foundation argument all over again, with a farming analogy instead. I think that most of us who have contributed code at one time or another were motivated by an ideal of technical excellence, to go beyond the minimal effort required to achieve the goal, and to build something that could be built upon by others (like the original design for 'Space Station Freedom' vs. the design which was funded). > This is where I stand. By my own labors, I cannot rearrange the rows as > fast as others are creating new ones. Unless everyone helps, we will never > be prepared to move to the next step. Or more bluntly, you have to pull the plug on the corpse to free up the support equipment for someone who has a chance of recovering. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 28 11:29:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18781 for hackers-outgoing; Wed, 28 Aug 1996 11:29:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18758 for ; Wed, 28 Aug 1996 11:28:53 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA27122; Wed, 28 Aug 1996 11:14:54 -0700 From: Terry Lambert Message-Id: <199608281814.LAA27122@phaeton.artisoft.com> Subject: Re: UID < 65535? To: kpneal@pobox.com (Kevin P. Neal) Date: Wed, 28 Aug 1996 11:14:53 -0700 (MST) Cc: michaelv@MindBender.serv.net, kenh@cmf.nrl.navy.mil, karl@mcs.net, hackers@freebsd.org In-Reply-To: <1.5.4.32.19960828024552.009f2b44@interpath.com> from "Kevin P. Neal" at Aug 27, 96 10:45:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Me: When has a BSD-style copyright not been enough to keep code on the net? > > Reece: The original CMU AFS code had a BSD-style copyright on it. Where > can it be found now? The code is still available as part of project Athena. It's just not called AFS... you have to know what to look for; I don't remember it off the top of my head... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 28 11:30:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18927 for hackers-outgoing; Wed, 28 Aug 1996 11:30:56 -0700 (PDT) Received: from ginger.cmf.nrl.navy.mil (root@ginger.cmf.nrl.navy.mil [134.207.10.161]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18919 for ; Wed, 28 Aug 1996 11:30:54 -0700 (PDT) Received: from nexus.cmf.nrl.navy.mil (kenh@nexus.cmf.nrl.navy.mil [134.207.10.9]) by ginger.cmf.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id OAA08475; Wed, 28 Aug 1996 14:28:59 -0400 (EDT) Message-Id: <199608281828.OAA08475@ginger.cmf.nrl.navy.mil> To: Terry Lambert cc: hackers@freebsd.org Subject: Re: UID < 65535? In-reply-to: Your message of "Wed, 28 Aug 1996 11:14:53 PDT." <199608281814.LAA27122@phaeton.artisoft.com> X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Wed, 28 Aug 1996 14:29:27 -0400 From: Ken Hornstein Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Me: When has a BSD-style copyright not been enough to keep code on the net? >> >> Reece: The original CMU AFS code had a BSD-style copyright on it. Where >> can it be found now? > >The code is still available as part of project Athena. > >It's just not called AFS... you have to know what to look for; I >don't remember it off the top of my head... You mean Coda? --Ken From owner-freebsd-hackers Wed Aug 28 11:31:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18990 for hackers-outgoing; Wed, 28 Aug 1996 11:31:54 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18983 for ; Wed, 28 Aug 1996 11:31:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id MAA05579; Wed, 28 Aug 1996 12:31:38 -0600 Message-Id: <199608281831.MAA05579@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Warner Losh cc: freebsd-hackers@freebsd.org Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Wed, 28 Aug 1996 10:39:05 MDT." <199608281639.KAA01797@rover.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Aug 1996 12:31:38 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >> As Steve Passe wrote: >> >> > I would discuss the issue of connectors: >> > SCSI-I -> 50 pin centronics >> > SCSI-II -> 50 pin half pitch >> > SCSI-III -> 68 pin half pitch >> ... >> 68-pin connectors are SCSI-2 ``wide SCSI''. They are only available >> as HD connectors. >: I've seen Sun 14GB exabyte drives with these connectors. >We've got a brand new sun CD ROM with one too. Ever try to find the >Wide SCSI -> SCSI I cables? > >Warner try DALCO: http://www.dalco.com/ is this what you need: http://dalco.com/cgi-bin/nph-tame/dalco/scs.tam?cart=96H28vrh.lcy&uu=192431&top ic=#P55075 #55075 SCSI-3 TO SCSI-1 - 3 FT. $ 38.57 HP DB68-pin Male to centronics 50-pin Male 3 ft. With latches for a secure connection -- Note the above terminology, "SCSI-3 TO SCSI-1". They use it thruout their catalog to differentiate the SCSI cables/connectors/terminators. Digi-key also uses the same SCSI-(1,2,3) for naming their AMP(50CENT,HD50,HD68) terminators. It is from here that I assembled the above 'chart'. They might not be the correct terms according to the 'spec sheets', but they are becoming accepted street slang if nothing else. On that topic, does anyone know of online locations for any of the SCSI specs? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Wed Aug 28 11:36:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19436 for hackers-outgoing; Wed, 28 Aug 1996 11:36:44 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA19412 for ; Wed, 28 Aug 1996 11:36:35 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id UAA07091 for ; Wed, 28 Aug 1996 20:31:30 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id UAA19237 for freebsd-hackers@freefall.cdrom.com; Wed, 28 Aug 1996 20:44:12 +0200 Date: Wed, 28 Aug 1996 20:44:12 +0200 From: Christoph Kukulies Message-Id: <199608281844.UAA19237@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: what is (obsolete) ___fixdfsi ? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm porting an old application against my (old 1.1.5.1) Motif 1.1.2 libs. From Form.o I'm getting ___fixdfsi undefined. Any idea how to get around this other than buying Motif 1.2 from xinside or compiling on thud? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Aug 28 11:42:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19838 for hackers-outgoing; Wed, 28 Aug 1996 11:42:46 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19823 for ; Wed, 28 Aug 1996 11:42:42 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA05772; Wed, 28 Aug 1996 13:38:24 -0500 From: Joe Greco Message-Id: <199608281838.NAA05772@brasil.moneng.mei.com> Subject: Re: hackers-digest V1 #1415 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 28 Aug 1996 13:38:23 -0500 (CDT) Cc: regnauld@tetard.glou.eu.org, smp@csn.net, hackers@FreeBSD.org In-Reply-To: <199608280752.RAA13407@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 28, 96 05:22:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Never, ever, _EVER_ terminate on a drive that is not in the same case as > the controller. _Always_ use a terminator that plugs onto the daisy-out > connector on the last case you're using. I must be paranoid :-) Not only do I do that.. if I have an internal drive (terminated) and expect to add external drives, I unterminate the controller and plug a terminator into the back of the machine. :-) > Wherever possible, use active terminators, and go for the ones that have > LED's in them so that you can be absolutely certain that they have power. Agree! Agree! More lights never hurt nobody. As for the connectors war waging elsewhere... I know "Centronics" is ugly but it's universally understood in my experience (maybe _because_ it's ugly!)... and you need a way to distinguish between four different major types of 50-pin connectors... DB-50, Centronics, HD-50, and IDC dual-row connectors... As an additional note, Sun's "new" external desktop storage packs now use the HD-68 connectors, even for non-wide devices. ... JG From owner-freebsd-hackers Wed Aug 28 12:13:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21445 for hackers-outgoing; Wed, 28 Aug 1996 12:13:04 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21426; Wed, 28 Aug 1996 12:12:55 -0700 (PDT) Received: from uni4nn.iaf.nl (uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA13620; Wed, 28 Aug 1996 21:17:06 +0200 Received: by uni4nn.iaf.nl with UUCP id AA27035 (5.67b/IDA-1.5); Wed, 28 Aug 1996 21:16:39 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA15258 (5.67b/IDA-1.5); Wed, 28 Aug 1996 20:52:28 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id UAA01088; Wed, 28 Aug 1996 20:41:44 +0200 From: Wilko Bulte Message-Id: <199608281841.UAA01088@yedi.iaf.nl> Subject: Re: SCSI ncr.c assertion fail due to S_QUEUE_FULL error. To: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 28 Aug 1996 20:41:44 +0200 (MET DST) Cc: risner@heathers.stdio.com, freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org In-Reply-To: <199608272035.WAA04283@x14.mi.uni-koeln.de> from "Stefan Esser" at Aug 27, 96 10:35:11 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Stefan Esser wrote... > James Risner writes: > > > > I have a 3.5 GIG drive: > > ncrcontrol -u 1 > > T:L Vendor Device Rev Speed Max Wide Tags > > 1:0 DEC RZ74 (C) DEC 427H 10.0 10.0 8 4 > > > > on heavy disk seeking I get: > > sd1(ncr1:1:0): COMMAND FAILED (4 28) @f09fb000. > > assertion "cp" failed: file "../../pci/ncr.c", line 5563 > > > > I looked up the COMMAND.FAILED code and found that 4 28 means: > > COND_MET or HS_COMPLETE and QUEUE_FULL > > Yes, true. Sorry, I'm too busy and didn't immediatlely > remmeber those codes, but that kind of problem has also > been noticed by an user of the SEQUEL 5200 (?) drive, > which is a DEC 5.25" designed drive with 2GB or 3GB > capacity. I'll have to scan my mail archive for details ... Like: bash# ncrcontrol T:L Vendor Device Rev Speed Max Wide Tags 0:0 DEC RZ28 (C) DEC 442C 10.0 10.0 8 4 In my case TCQ started working after I upgraded the firmware in the drive. (RZ28 is 3.5" so you might have another example in mind) > BTW: A firmware upgrade might solve your problem, too. If you > still got warranty on the drive, you may even be able to get > it for free. I'm not sure at all, whether this drive is still > supported in some way, and by whom (since DEC sold its Storage > Division to Quantum some two years ago), but getting the latest > firmware that was released might help. (It did for some other > drives, that had problems with tags!) My fw ref guide says the latest firmware for the RZ74 is either T427N or T436A. Which one is dependent on the rev of the drive's electronics. Downloading the wrong fw results in a paperweight!! Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 28 12:13:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21454 for hackers-outgoing; Wed, 28 Aug 1996 12:13:05 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21436 for ; Wed, 28 Aug 1996 12:13:00 -0700 (PDT) Received: from uni4nn.iaf.nl (uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA13617; Wed, 28 Aug 1996 21:16:55 +0200 Received: by uni4nn.iaf.nl with UUCP id AA27027 (5.67b/IDA-1.5); Wed, 28 Aug 1996 21:16:36 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA15254 (5.67b/IDA-1.5); Wed, 28 Aug 1996 20:52:25 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id UAA01002; Wed, 28 Aug 1996 20:34:35 +0200 From: Wilko Bulte Message-Id: <199608281834.UAA01002@yedi.iaf.nl> Subject: Re: hackers-digest V1 #1415 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 28 Aug 1996 20:34:35 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, smp@csn.net In-Reply-To: <199608280903.SAA14104@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 28, 96 06:33:48 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote... > > J Wunsch stands accused of saying: > > > > This is wrong. SCSI-2 knows of both, ``high density'' and AMP > > connectors (``Centronics'' -- this term is entirely bogus though, > > since Centronics is a parallel printer port definition, not just a > > connector only). > > Pick pick pick. 8) "Centronics" was a printer company. They made printers > that featured this wacko connector. AMP are a connector company; they > make a bazillion different connectors. If you say "AMP connector" at me, > I'm going to be totally confused. If you say "Centronics", I will know > what you mean 8) I think they are officially designated 'micro ribbon' type connectors. Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 28 12:28:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22184 for hackers-outgoing; Wed, 28 Aug 1996 12:28:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA22177 for ; Wed, 28 Aug 1996 12:28:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA27234; Wed, 28 Aug 1996 12:16:33 -0700 From: Terry Lambert Message-Id: <199608281916.MAA27234@phaeton.artisoft.com> Subject: Re: UID < 65535? To: kenh@cmf.nrl.navy.mil (Ken Hornstein) Date: Wed, 28 Aug 1996 12:16:33 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199608281828.OAA08475@ginger.cmf.nrl.navy.mil> from "Ken Hornstein" at Aug 28, 96 02:29:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Me: When has a BSD-style copyright not been enough to keep code on the net? > >> > >> Reece: The original CMU AFS code had a BSD-style copyright on it. Where > >> can it be found now? > > > >The code is still available as part of project Athena. > > > >It's just not called AFS... you have to know what to look for; I > >don't remember it off the top of my head... > > You mean Coda? I really can't remember; it's been too long since I was interested in AFS to any serious degree. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 28 12:39:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22636 for hackers-outgoing; Wed, 28 Aug 1996 12:39:16 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22617; Wed, 28 Aug 1996 12:39:13 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id PAA04015; Wed, 28 Aug 1996 15:39:11 -0400 (EDT) Date: Wed, 28 Aug 1996 15:39:11 -0400 (EDT) From: Brian Tao To: FREEBSD-HACKERS-L , FREEBSD-SCSI-L Subject: Streamlogic RAIDION drive arrays Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone tried Streamlogic's RAIDION drive arrays? Apparently they can do RAID 1 and 5 in hardware... all your host sees is one very large, very fast disk. I'm thinking of tossing one of those with a dozen 2GB drives or so in for a news server. I may not need special drivers, but I can see some hurdles with disktab-related stuff. Maybe I can get an eval unit from them to play with. :) -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Wed Aug 28 12:41:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22784 for hackers-outgoing; Wed, 28 Aug 1996 12:41:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA22773 for ; Wed, 28 Aug 1996 12:41:18 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA27263; Wed, 28 Aug 1996 12:23:55 -0700 From: Terry Lambert Message-Id: <199608281923.MAA27263@phaeton.artisoft.com> Subject: Re: hackers-digest V1 #1415 To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 28 Aug 1996 12:23:55 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, smp@csn.net In-Reply-To: <1161.841223992@critter.tfs.com> from "Poul-Henning Kamp" at Aug 28, 96 11:19:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >The HD-50/68 connectors are known as "Honda" connectors as well. I don't > >know whether this is because Honda make them, because they're small and > >difficult to get along with, or just for fun. > > Honda made them first. I thought it was because Honda had a tiny motorbike called the QA/50... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 28 12:45:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23007 for hackers-outgoing; Wed, 28 Aug 1996 12:45:36 -0700 (PDT) Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23000 for ; Wed, 28 Aug 1996 12:45:34 -0700 (PDT) Received: from combs.salem.ge.com ([3.29.5.200]) by ns.ge.com (8.7.5/8.7.3) with ESMTP id PAA08068; Wed, 28 Aug 1996 15:47:37 -0400 (EDT) Received: from localhost (steve@localhost) by combs.salem.ge.com (8.7.5/8.6.11) with SMTP id PAA02585; Wed, 28 Aug 1996 15:44:52 -0400 (EDT) Date: Wed, 28 Aug 1996 15:44:52 -0400 (EDT) From: "Stephen F. Combs" Reply-To: CombsSF@Salem.GE.COM To: Wilko Bulte cc: Michael Smith , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, smp@csn.net Subject: Re: hackers-digest V1 #1415 In-Reply-To: <199608281834.UAA01002@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk A Centronics connector is NOT a 50pin connector. They were 36? pin connectors???? The OLD SCSI connector LOOKS like a Centronics connector, but it's 50 pins! ---- Stephen F. Combs Internet: CombsSF@Salem.GE.COM GE Industrial Systems Voice: 540.387.8828 Network Services Home: CombsSF-Home@Salem.GE.COM 1501 Roanoke Blvd FAX: 540.387.7106 Salem, VA 24153 LapTop: CombsSF-Mobile@Salem.GE.COM On Wed, 28 Aug 1996, Wilko Bulte wrote: > Date: Wed, 28 Aug 1996 20:34:35 +0200 (MET DST) > From: Wilko Bulte > To: Michael Smith > Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, > smp@csn.net > Subject: Re: hackers-digest V1 #1415 > > As Michael Smith wrote... > > > > J Wunsch stands accused of saying: > > > > > > This is wrong. SCSI-2 knows of both, ``high density'' and AMP > > > connectors (``Centronics'' -- this term is entirely bogus though, > > > since Centronics is a parallel printer port definition, not just a > > > connector only). > > > > Pick pick pick. 8) "Centronics" was a printer company. They made printers > > that featured this wacko connector. AMP are a connector company; they > > make a bazillion different connectors. If you say "AMP connector" at me, > > I'm going to be totally confused. If you say "Centronics", I will know > > what you mean 8) > > I think they are officially designated 'micro ribbon' type connectors. > > Wilko > _ ____________________________________________________________________ > | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands > -------------------------------------------------------------------------- > From owner-freebsd-hackers Wed Aug 28 13:05:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23849 for hackers-outgoing; Wed, 28 Aug 1996 13:05:04 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA23835 for ; Wed, 28 Aug 1996 13:04:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id OAA06100; Wed, 28 Aug 1996 14:04:44 -0600 Message-Id: <199608282004.OAA06100@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: CombsSF@Salem.GE.COM cc: freebsd-hackers@FreeBSD.org Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Wed, 28 Aug 1996 15:44:52 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Aug 1996 14:04:44 -0600 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, >A Centronics connector is NOT a 50pin connector. They were 36? pin >connectors???? The OLD SCSI connector LOOKS like a Centronics connector, >but it's 50 pins! boy, did I ever open a can o' worms! how about "50 pin centronics-style"? some documents refer to it as a "telco connector", as it is commonly used in the telephone industry. The SCSI-I document refers to it as "Shielded connector, alternative 2". They then reference "FCC document Part 68 Subpart F 68.500". That would really clear things up when placing an order with JDR... Whether technically right or wrong, these are terms that many vendors use to sell their products. I think the only thing that will please everyone would be a section that discusses the "specification" names along with the various "slang" terms that have evolved to describe each! -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Wed Aug 28 13:11:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24220 for hackers-outgoing; Wed, 28 Aug 1996 13:11:50 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24204; Wed, 28 Aug 1996 13:11:34 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id XAA29587; Wed, 28 Aug 1996 23:12:09 +0300 Date: Wed, 28 Aug 1996 23:12:08 +0300 (EET DST) From: Narvi To: Brian Tao cc: FREEBSD-HACKERS-L , FREEBSD-SCSI-L Subject: Re: Streamlogic RAIDION drive arrays In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Brian Tao wrote: > Has anyone tried Streamlogic's RAIDION drive arrays? Apparently > they can do RAID 1 and 5 in hardware... all your host sees is one very > large, very fast disk. I'm thinking of tossing one of those with a > dozen 2GB drives or so in for a news server. I may not need special > drivers, but I can see some hurdles with disktab-related stuff. > Maybe I can get an eval unit from them to play with. :) Could you give back any views you have on it? I have my I on the CMDs external cabinet with 4/6 slots (depends on the drive size). I'll echo back when we have acquired one and tested it out... Sander > -- > Brian Tao (BT300, taob@io.org, taob@ican.net) > Senior Systems and Network Administrator, Internet Canada Corp. > "Though this be madness, yet there is method in't" > > From owner-freebsd-hackers Wed Aug 28 13:13:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24385 for hackers-outgoing; Wed, 28 Aug 1996 13:13:32 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-215.iafrica.com [196.7.192.215]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24360 for ; Wed, 28 Aug 1996 13:13:03 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id WAA00279 for hackers@freebsd.org; Wed, 28 Aug 1996 22:08:21 +0200 From: Robert Nordier Message-Id: <199608282008.WAA00279@eac.iafrica.com> Subject: Determining disk type & size To: hackers@freebsd.org Date: Wed, 28 Aug 1996 22:08:20 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could anyone tell me if there is a quick and easy way to do the following: For a given (block special) device, determine whether it represents (1) a floppy disk (2) a hard disk slice that contains a filesystem (probably not ufs) (3) anything else (not interested, but could be cdrom, tape, etc) and, given this info, the size (in bytes or 512-byte sectors) of the disk or slice itself. For example: device blocks ---------- ------ /dev/fd1 2400 /dev/wd0s1 65457 /dev/wd0 (error) Most of the userland code I've looked at doesn't seem to handle this very elegantly, where it checks. And some of my attempts to do the obvious seem to produce inconsistent results (below). Thanks. -- Robert Nordier ----- fdtest output ----- ./fdtest /dev/fd0 sectors per cylinder: 158 [<-- 30 expected] tracks: 80 size: 2400 ./fdtest /dev/fd1 sectors per cylinder: 36 tracks: 80 size: 2880 ----- fdtest.c ----- #include #include #include #include #include int main(int argc, char *argv[]) { struct disklabel dl; struct fd_type fdt; int fd; if (argc != 2) { fprintf(stderr, "usage: fdtest device\n"); return 2; } if ((fd = open(argv[1], O_RDONLY, 0)) < 0) err(1, argv[1]); if (ioctl(fd, DIOCGDINFO, &dl) == -1) err(1, argv[1]); printf("sectors per cylinder: %lu\n", dl.d_secpercyl); if (ioctl(fd, FD_GTYPE, &fdt) < 0) printf("Not a floppy\n"); else printf("tracks: %d size: %d\n", fdt.tracks, fdt.size); return 0; } From owner-freebsd-hackers Wed Aug 28 13:32:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26105 for hackers-outgoing; Wed, 28 Aug 1996 13:32:54 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26081 for ; Wed, 28 Aug 1996 13:32:49 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA14405; Wed, 28 Aug 1996 22:36:42 +0200 Received: by uni4nn.iaf.nl with UUCP id AA09543 (5.67b/IDA-1.5); Wed, 28 Aug 1996 22:31:57 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA16300 (5.67b/IDA-1.5); Wed, 28 Aug 1996 21:22:16 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id UAA01226; Wed, 28 Aug 1996 20:54:54 +0200 From: Wilko Bulte Message-Id: <199608281854.UAA01226@yedi.iaf.nl> Subject: Re: hackers-digest V1 #1415 To: imp@village.org (Warner Losh) Date: Wed, 28 Aug 1996 20:54:53 +0200 (MET DST) Cc: avalon@coombs.anu.edu.au, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, smp@csn.net In-Reply-To: <199608281639.KAA01797@rover.village.org> from "Warner Losh" at Aug 28, 96 10:39:05 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote... > > : I've seen Sun 14GB exabyte drives with these connectors. > > We've got a brand new sun CD ROM with one too. Ever try to find the > Wide SCSI -> SCSI I cables? Yep. DEC sells 'm. I think it was a BN31V would have to check to make sure. ;-) Wilko (DEC supplies my paycheck) _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 28 13:55:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27552 for hackers-outgoing; Wed, 28 Aug 1996 13:55:19 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27547 for ; Wed, 28 Aug 1996 13:55:15 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id PAA24800; Wed, 28 Aug 1996 15:54:57 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 28 Aug 1996 15:54:57 -0500 To: Nate Williams From: rkw@shark.dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The comment about profit was meant to be humor. The problem with "creating a working model" is that it takes the entire system to demonstrate that it works. The problem with "has to work at least as well" is that this is too subjective. Every idea that changes ANYTHING has someone who complains that you broke their favorite "feature". We have to decide just which are the sacred cows. The problem with failing to have a design adopted before it is implemented is that you are shooting at an impossibly moving target. As an example, take the suggestion of Toshihiro Kanda which just happened to be in my in box. (No reflection on the merit of his idea) [...] + if (shadow_directory) { + #define SYSDIR "/usr/src/sys" + (void) strcpy(xxx, SYSDIR); + if (symlink(xxx, path("@"))) { + perror(path("@")); + exit(2); + } + (void) sprintf(xxx, "@/%s/include", machinename); + if (symlink(xxx, path("machine"))) { + perror(path("machine")); + exit(2); + } + #undef SYSDIR + } + else { (void) sprintf(xxx, "../../%s/include", machinename); (void) symlink(xxx, path("machine")); [...] Such a change would be counter to the direction that I am proposing. It imbeds absolute paths in yet another place. Unless "we" decide what direction we are going, others will continue to work against my goal faster than I can make progress. However, if we do have a goal and a plan to get there, I am sure that they would be more than willing to make their changes to help make things conform to that plan rather than subvert it. Here is my plan: 1) Re: Make world We should "unroll" this. As others have stated, the necessity to recompile the compiler is overkill in our releatively stable environment. Since I propose to divorce the entire make process from the underlying OS environment, those who feel that they need to do the "bootstrap" operation can manually do so. For the rest of us, it is simple cd The really brave can ln -s / root Personally, I would be more inclined to mount ..... root Then you simply make clean make all make install and for Jordan, et al mkdir /pub/FreeBSD/960828-SNAP ln -s /pub/FreeBSD/960828-SNAP root/usr/distribution make tarballs floppies 2) I would propose the following structure to bin/ inc/ lib/ src/ obj/ root/ root/bin root/usr root/usr/bin [etc] Tools (all the commands referenced in the makefiles) would be placed in "bin" Making a library would 'install' it in "lib" and its headers in "inc". This is where the files would be found when making the userland commands. From owner-freebsd-hackers Wed Aug 28 14:31:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29779 for hackers-outgoing; Wed, 28 Aug 1996 14:31:31 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA29766; Wed, 28 Aug 1996 14:31:19 -0700 (PDT) Received: from neuron.bsd.uni-passau.de (ppp7 [194.95.214.137]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id XAA28060; Wed, 28 Aug 1996 23:42:24 +0200 Message-ID: <3224D59B.74DF@degnet.baynet.de> Date: Wed, 28 Aug 1996 23:26:19 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0b6Gold (Win95; I) MIME-Version: 1.0 To: FreeBSD-questions CC: freebsd-hackers Subject: [Q]: formula for calculating BPI needed Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, My first basic question is, how one would calculate the BPI for a given DAT-tape-length and capacity. My problem is: - let a DAT-tape be 295 feet long <=> lf = 295 => length of this DAT-tape is li = lf * 12 = 3540 inches - let the capacity of this tape be 2 GB => BPI = 2 GB / li = 2 GB / 3540 inches = 606633.8 BPI The maual i've read says the BPI is 61000 for such a tape. So what am i doing wrong ? i was trying to dump filesystems to a SONY-SDT-7000 with dump. My problem is, that dumps estimated tapes for the dump are wrong; for example dumping /dev/sd0a (about 50 MB) to a 295 feet long DAT-tape makes dump to estimate 0.4 tapes (i set the commandlineoptions to "0ufds /dev/sd0a 61000 295"). This can not be correct, since the capacity of a 295 feet-DAT-tape is about 2 GB. After scanning the sources of dump for the estmated-tapes-formula, i found some strange constants being used there that i do not understand and that are not documented nor explained anywhere. I want to rewrite the formula for this calculation in the dump-sources but i need some informations on this topic. Maybe there is someone out there willing to give me some assistence in understand what is going on in the dump-formula. Many thanks in advance for all your help. Bye, Darius. email: moos@degnet.baynet.de From owner-freebsd-hackers Wed Aug 28 14:46:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00634 for hackers-outgoing; Wed, 28 Aug 1996 14:46:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA00625 for ; Wed, 28 Aug 1996 14:46:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA27517; Wed, 28 Aug 1996 14:33:39 -0700 From: Terry Lambert Message-Id: <199608282133.OAA27517@phaeton.artisoft.com> Subject: Re: Determining disk type & size To: rnordier@iafrica.com (Robert Nordier) Date: Wed, 28 Aug 1996 14:33:39 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199608282008.WAA00279@eac.iafrica.com> from "Robert Nordier" at Aug 28, 96 10:08:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Could anyone tell me if there is a quick and easy way to do the > following: > > For a given (block special) device, determine whether it represents > > (1) a floppy disk > (2) a hard disk slice that contains a filesystem (probably not ufs) > (3) anything else (not interested, but could be cdrom, tape, etc) > > and, given this info, the size (in bytes or 512-byte sectors) of the > disk or slice itself. For example: > > device blocks > ---------- ------ > /dev/fd1 2400 > /dev/wd0s1 65457 > /dev/wd0 (error) > > Most of the userland code I've looked at doesn't seem to handle this > very elegantly, where it checks. And some of my attempts to do the > obvious seem to produce inconsistent results (below). Do you really care about the type, or just about the size? I hate to sound like a broken record, but devfs... 8-). There are really three classes of device: 1) Raw physical device 2) Logical-to-physical mapping device 3) Logical device I think that most FS work should not care about types 1 and 2 specifically. Each device, no matter what type, should have an ioctl() which returns: o Number of blocks on device o Geometry hints for use in laying out the logical device I'm sure there are other things which it would be nice to know about, but I can't think of any off hand. 8-). The logical-to-physical mapping devices create the logical device instances by mapping a partition scheme onto another logical-to-physical device, or on a physical device. The logical-to-physical device should have an ioctl() which returns: o Number of blocks in domain managed by logical-to-physical device o Max number of domains the device can be divided into o Current number of domains o Activity level (active/inactive) for a given domain o A mechanism for iterating the current domains using a context cookie (simple "long" value) starting at 0 and monotonically increasing (not necessarily in integer 1 increments) o A mechanism for removing the domain, if it is not locked by mount or other reference to the logical device for the domain o A mechanism for exporting the domains as logical devices o Geometry hints, per domain, for use in laying out the logical device The raw physical device should have an ioctl which returns o Number of blocks on physical device Examples of logical-to-physical device drivers which can be stacked on a physical device or a logical device: o Media perfection o BAD144 o Other o Partitioning o DOS partition table o DOS extended partition table o VFAT32/LBA partition table o PReP/CHRP partition table o BSD disklabel o Solaris Disklabel o SVR3 VTOC o SVR4 VTOC o AIX VTOC o Volume spanning o Simple spanning o Striping o Mirroring o Raid Stacking is implemented through 1:N fan out using directory hierarchy; a directory can be used as a device by divorcing VOP_READDIR/VOP_READ in the devfs FS implementation. So as an FS author, you should worry about o The logical device And not worry about o The raw device with DOS partitioning o The DOS extended partition in one of the DOS partitions o The BSD disklabel in an extended partition o The 'a' "slice" in the BSD disklabel Assume the device management will catch up, independently. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 28 14:58:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01511 for hackers-outgoing; Wed, 28 Aug 1996 14:58:48 -0700 (PDT) Received: from ekeberg.sn.no (ekeberg.sn.no [194.143.8.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA01502 for ; Wed, 28 Aug 1996 14:58:41 -0700 (PDT) Received: from oppegard103.telepost.no (oppegard103.telepost.no [193.214.217.146]) by ekeberg.sn.no (8.7.5/8.7.3/on4) with SMTP id ; Wed, 28 Aug 1996 23:57:58 +0200 (MET DST) X-Authentication-Warning: ekeberg.sn.no: Host oppegard103.telepost.no [193.214.217.146] didn't use HELO protocol Message-ID: <3225378B.2748@sn.no> Date: Wed, 28 Aug 1996 23:24:11 -0700 From: Arve Ronning X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org CC: Jan Knepper <106030.3360@CompuServe.COM>, "Daniel C. Sobral" , Arve.Ronning@alcatel.no Subject: Re: 2.1.5R & ATAPI CDROM Problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello FreeBSD world ! After a rather busy week at work, I'm back with my FreeBSD 2.1.5R box and the 'mount_cd9660: /dev/wcd0c: Device not configured' problem with my Hitachi CDR-7730 ATAPI CDROM drive. By a combination of pure luck and some inspiration from Daniel C. Sobral (thanks Daniel, your mail to 'hackers' 18 Jul generated some ideas), I inserted a printf() near the end of atapi_start_cmd() in /sys/i386/isa/atapi.c to check the AR_STATUS register state; and *!presto!* the mount started to work (sort'a). A swift scan through the ATA-2 rev.3 draft revealed a mismatch in atapi_wait_cmd() related to the interpretation of bits in the AR_STATUS register. ATA section 6.2.12. says : "When the BSY bit is equal to one, no other bits in this register and all other Command Block registers are not valid." With the klutch (kludge+patch:) included below, my CDR-7730 now seems to work ok. (The 3 msec wait limit was a little short for reliable operation, so I added another 2). Btw I have also tried the atapi_wait_cmd() from -current and it only works for me with a similar klutch. I think this should be included in future -SNAPs for the benefit of owners of ATAPI CDROM drives that probe ok but malfunction during install & use. In addition, some feedback would be nice; anyone care to try it ? - Arve *** atapi.c.ori Sat Sep 30 01:11:15 1995 --- atapi.c Wed Aug 28 21:23:01 1996 *************** *** 536,550 **** int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000 : 50; for (; cnt>0; cnt-=10) { ac->result.status = inb (ata->port + AR_STATUS); ! if (ac->result.status & ARS_DRQ) break; DELAY (10); } ! if (! (ac->result.status & ARS_DRQ)) { printf ("atapi%d.%d: no cmd drq\n", ata->ctrlr, ac->unit); ac->result.code = RES_NODRQ; ac->result.error = inb (ata->port + AR_ERROR); --- 536,554 ---- int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! /* Add another 2 msec for slooow devices (eg CDR-7730) */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000+2000 : 50; for (; cnt>0; cnt-=10) { ac->result.status = inb (ata->port + AR_STATUS); ! /* ! * According to ATA, ARS_DRQ is only valid when ARS_BSY is low ! */ ! if ((ac->result.status & (ARS_BSY | ARS_DRQ)) == ARS_DRQ) break; DELAY (10); } ! if ((ac->result.status & (ARS_BSY | ARS_DRQ)) != ARS_DRQ) { printf ("atapi%d.%d: no cmd drq\n", ata->ctrlr, ac->unit); ac->result.code = RES_NODRQ; ac->result.error = inb (ata->port + AR_ERROR); From owner-freebsd-hackers Wed Aug 28 15:05:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01915 for hackers-outgoing; Wed, 28 Aug 1996 15:05:08 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA01908 for ; Wed, 28 Aug 1996 15:05:05 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA01269; Wed, 28 Aug 1996 23:35:10 +0200 From: Luigi Rizzo Message-Id: <199608282135.XAA01269@labinfo.iet.unipi.it> Subject: Re: Determining disk type & size To: rnordier@iafrica.com (Robert Nordier) Date: Wed, 28 Aug 1996 23:35:09 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199608282008.WAA00279@eac.iafrica.com> from "Robert Nordier" at Aug 28, 96 10:08:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Most of the userland code I've looked at doesn't seem to handle this > very elegantly, where it checks. And some of my attempts to do the > obvious seem to produce inconsistent results (below). > > Thanks. > > -- > Robert Nordier > > ----- fdtest output ----- > > ./fdtest /dev/fd0 > sectors per cylinder: 158 [<-- 30 expected] 158 = 30 + 128 maybe bit 7 is not significant, or used for different purposes. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Aug 28 15:33:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03604 for hackers-outgoing; Wed, 28 Aug 1996 15:33:18 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA03596 for ; Wed, 28 Aug 1996 15:33:15 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id PAA13817 for ; Wed, 28 Aug 1996 15:33:13 -0700 Date: Wed, 28 Aug 1996 15:33:12 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Out of string space? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got a kazillion of these when about 100 sendmails fired up at once. What kernel parameter can I tweak to get rid of these? Or at least reduce the likelihood? From owner-freebsd-hackers Wed Aug 28 15:44:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04335 for hackers-outgoing; Wed, 28 Aug 1996 15:44:58 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA04330 for ; Wed, 28 Aug 1996 15:44:53 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id SAA15145; Wed, 28 Aug 1996 18:49:55 -0400 Date: Wed, 28 Aug 1996 18:49:55 -0400 Message-Id: <199608282249.SAA15145@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: julian@whistle.com From: dennis@etinc.com (Dennis) Subject: More de driver info Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Elischer once wrote... >make world >cd release >make obj >cd sysinstall >make obj >make >cd ../floppies >make obj >make I finally got around to trying this....but there is not "floppies" directory to cd to! did you forget to mention that this is only on 2.2 systems....or did I do something wrong? (I'm on a 2.1.5 system). Dennis Emerging Technologies, Inc. www.etinc.com (516) 271-4525 From owner-freebsd-hackers Wed Aug 28 16:48:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12251 for hackers-outgoing; Wed, 28 Aug 1996 16:48:35 -0700 (PDT) Received: from hon.hn ([206.48.105.210]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12240 for ; Wed, 28 Aug 1996 16:48:29 -0700 (PDT) Received: from hon.hn.hon.hn (si1.hon.hn [206.48.253.70]) by hon.hn (8.7.5/8.7.3) with SMTP id RAA00294 for ; Wed, 28 Aug 1996 17:48:16 GMT Message-ID: <322431B8.3346@hon.hn> Date: Wed, 28 Aug 1996 17:47:04 +0600 From: "Samuel E. Romero" Reply-To: ser@hon.hn Organization: Honduras On Net X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: FreeBSD Hackers Mailing List Subject: Help with Bocaboard 2016 silo overflow's Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm trying to set up an ISP server using, FreeBSD 2.1.5R on a P150 48MB Ram and 2GB IDE HD. I'm using the BB2016 board with external box to connect the (will be?) dial-in modems. I have Motorola 28.8 modems for dial-in. I can connect with the modem in any of the 16 ports of the BB2016 using a terminal comm program, and can type commands and everything on the comm program, but as soon as I begin something that sends a stream of bytes (zmodem file upload or PPP handshaking - slirp, ppp or pppd), the host complains with silo overflows. 1, 2, 4 up to 5 at a time. I'm only using one of the 16 modems at a time (No "production" yet :-( ). I have tried different speeds from 19200 up to 115200 without luck. Also I searched the freebsd lists and found something about changing FIFO_TRIGGER in the sio.c source and I did it. I changed it to 8, 4 and 1, even disabled the FIFO buffers (on the kernel flags for the sio ports) and the result were the same. I got another brand modem (borrowed) and the same happened. I even tried the comm port in the machine but the same happened with it. The modems have CST/RTS flow control enabled. This is done in the the sio?? dev's also by the rc.serial file. The probe messages say that every port has a 16550A, as the one in the serial port of the machine. Any clues? pls. Thanks. -- Samuel E. Romero Soluciones Internacionales ser@hon.hn Honduras On Net Tel. CC:(504)39-0547 Tegucigalpa, M.D.C. Honduras, C.A. -- From owner-freebsd-hackers Wed Aug 28 17:16:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA15580 for hackers-outgoing; Wed, 28 Aug 1996 17:16:58 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA15559; Wed, 28 Aug 1996 17:16:52 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199608290016.RAA15559@freefall.freebsd.org> Subject: Re: [Q]: formula for calculating BPI needed To: moos@degnet.baynet.de Date: Wed, 28 Aug 1996 17:16:52 -0700 (PDT) Cc: questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <3224D59B.74DF@degnet.baynet.de> from "Darius Moos" at Aug 28, 96 11:26:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Darius Moos wrote: > > My first basic question is, how one would calculate the BPI > for a given DAT-tape-length and capacity. My problem is: > - let a DAT-tape be 295 feet long <=> lf = 295 > => length of this DAT-tape is li = lf * 12 = 3540 inches > - let the capacity of this tape be 2 GB > => BPI = 2 GB / li = 2 GB / 3540 inches = 606633.8 BPI > The maual i've read says the BPI is 61000 for such a tape. > So what am i doing wrong ? trying to use bpi for a DAT tape ;) bpi is from the days of 9-track tapes. use B and b instead. B -- number of dump records b -- number of kilobytes per dump record. for a 2GB tape try 500000 40 dump Bbf 500000 40 /dev/rst0 > > i was trying to dump filesystems to a SONY-SDT-7000 with dump. > My problem is, that dumps estimated tapes for the dump are wrong; > for example dumping /dev/sd0a (about 50 MB) to a 295 feet long > DAT-tape makes dump to estimate 0.4 tapes (i set the commandlineoptions > to "0ufds /dev/sd0a 61000 295"). This can not be correct, the trick there is helical scan. the bpi may acutally be 61000. that 61000 bpi are recorded at an angle of ~6 degrees from horizontal. the width of hte recorded path is very narrow. many recording paths lie stacked above one another. similar to repeated slash symbols at a shallower angle "////" as a result the effective length of a tape is increased many-fold. > since the capacity of a 295 feet-DAT-tape is about 2 GB. > After scanning the sources of dump for the estmated-tapes-formula, > i found some strange constants being used there that i do not > understand and that are not documented nor explained anywhere. > I want to rewrite the formula for this calculation in > the dump-sources but i need some informations on this topic. no, you dont ;) well maybe you do but others dont want you to :) the formulas in dump are there for the old 9-track tapes. just use the newer parameters: B and b. jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Wed Aug 28 17:28:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18062 for hackers-outgoing; Wed, 28 Aug 1996 17:28:36 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA17981; Wed, 28 Aug 1996 17:28:18 -0700 (PDT) Received: from tsunami..awod.com (chsm003.awod.com [206.31.146.203]) by sumter.awod.com (8.6.12/8.6.12) with SMTP id UAA26682; Wed, 28 Aug 1996 20:28:17 -0400 Message-Id: <1.5.4.32.19960829002801.00913104@awod.com> X-Sender: klam@awod.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 28 Aug 1996 20:28:01 -0400 To: Brian Tao , FREEBSD-HACKERS-L , FREEBSD-SCSI-L From: Ken Lam Subject: Re: Streamlogic RAIDION drive arrays Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:39 PM 8/28/96 -0400, you wrote: > Has anyone tried Streamlogic's RAIDION drive arrays? Apparently >they can do RAID 1 and 5 in hardware... all your host sees is one very >large, very fast disk. I'm thinking of tossing one of those with a >dozen 2GB drives or so in for a news server. I may not need special >drivers, but I can see some hurdles with disktab-related stuff. >Maybe I can get an eval unit from them to play with. :) Yes. I have installed one for a non-linear video editor. It was a 12GB array. Worked great. Of course it was used on a Macintosh. It wasn't streamlogic, but micropolis then. The only thing I didn't really like was that I couldn't purchase is with other brand drives (I prefer Seagate Hawks). I didn't get a chance to test it under FreeBSD. Fairly fast, but other than the RAID 5 aspect, why not use CCD? News spool is hardly a get killed by users application (unless you have lots of disgruntled postal workers online ;) ) --- Ken Lam lam@awod.com Integrated Technical Systems Systems, Networks, and Internet Solutions -- Defining Technology Today "'Plug and Play' was only applicable to the original ATARI(tm)" From owner-freebsd-hackers Wed Aug 28 17:33:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19246 for hackers-outgoing; Wed, 28 Aug 1996 17:33:54 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-139.iafrica.com [196.7.192.139]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA19201 for ; Wed, 28 Aug 1996 17:33:34 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id CAA00393; Thu, 29 Aug 1996 02:27:29 +0200 From: Robert Nordier Message-Id: <199608290027.CAA00393@eac.iafrica.com> Subject: Re: Determining disk type & size To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 29 Aug 1996 02:27:28 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199608282135.XAA01269@labinfo.iet.unipi.it> from "Luigi Rizzo" at Aug 28, 96 11:35:09 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > > Most of the userland code I've looked at doesn't seem to handle this > > very elegantly, where it checks. And some of my attempts to do the > > obvious seem to produce inconsistent results (below). > > ----- fdtest output ----- > > > > ./fdtest /dev/fd0 > > sectors per cylinder: 158 [<-- 30 expected] > > 158 = 30 + 128 > maybe bit 7 is not significant, or used for different purposes. Good point, which may also explain why the value is sometimes > 1024 on another disk in the same drive. I guess it just means: read through the code line by line before using any of this stuff. Meaningful variable names only encourage assumptions. :( -- Robert Nordier From owner-freebsd-hackers Wed Aug 28 17:41:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA20983 for hackers-outgoing; Wed, 28 Aug 1996 17:41:55 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA20975 for ; Wed, 28 Aug 1996 17:41:50 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id AAA04925; Thu, 29 Aug 1996 00:38:34 GMT Date: Thu, 29 Aug 1996 09:38:34 +0900 (JST) From: Michael Hancock To: Joe Greco cc: Michael Smith , regnauld@tetard.glou.eu.org, smp@csn.net, hackers@FreeBSD.ORG Subject: SCSI termination (was: Re: hackers-digest V1 #1415) In-Reply-To: <199608281838.NAA05772@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Joe Greco wrote: > > Never, ever, _EVER_ terminate on a drive that is not in the same case as > > the controller. _Always_ use a terminator that plugs onto the daisy-out > > connector on the last case you're using. > > I must be paranoid :-) Not only do I do that.. if I have an internal > drive (terminated) and expect to add external drives, I unterminate the > controller and plug a terminator into the back of the machine. :-) I do the same thing. I also order custom SCSI ribbons with a centronics interface so I can put an active terminator on the end of the internal chain. Get this, I use the same terminators with LED's even though I only see it when I open up the box to add more devices. Regards, Mike From owner-freebsd-hackers Wed Aug 28 18:15:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27249 for hackers-outgoing; Wed, 28 Aug 1996 18:15:57 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27235 for ; Wed, 28 Aug 1996 18:15:54 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id VAA19678; Wed, 28 Aug 1996 21:13:52 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: "Kevin P. Neal" cc: "Michael L. VanLoon" , Ken Hornstein , Karl Denninger , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: UID < 65535? In-reply-to: Your message of "Tue, 27 Aug 1996 22:45:52 EDT." <1.5.4.32.19960828024552.009f2b44@interpath.com> Date: Wed, 28 Aug 1996 21:13:51 -0400 Message-ID: <19675.841281231@orion.webspan.net> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Kevin P. Neal" wrote in message ID <1.5.4.32.19960828024552.009f2b44@interpath.com>: > Me: Why GPL it? The BSD copyright is cool, and gives everyone more freedom > with the code, while still giving you credit. > > Reece: Because I'm afraid that the BSD copyright isn't enough to keep the > code from disappearing from the net. > > Me: When has a BSD-style copyright not been enough to keep code on the net? > > Reece: The original CMU AFS code had a BSD-style copyright on it. Where > can it be found now? Which, to me, does NOT make sense. Since he would be the copyright holder, it would be HIS decision to take it off the net, not someone elses. So the code may stagnate, but no-one else could FORCE him (or anyone else) to stop publishing the code, unless it is proven to violate copyright (or ``intelictual property''), in which case the GPL wouldn't help a damned bit either. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Wed Aug 28 18:41:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29838 for hackers-outgoing; Wed, 28 Aug 1996 18:41:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29833 for ; Wed, 28 Aug 1996 18:41:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA21178; Wed, 28 Aug 1996 18:41:43 -0700 (PDT) To: ser@hon.hn cc: FreeBSD Hackers Mailing List Subject: Re: Help with Bocaboard 2016 silo overflow's In-reply-to: Your message of "Wed, 28 Aug 1996 17:47:04 +0600." <322431B8.3346@hon.hn> Date: Wed, 28 Aug 1996 18:41:43 -0700 Message-ID: <21176.841282903@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have tried different speeds from 19200 up to 115200 without luck. Hmmmm. What happens if you transfer data from the serial port but just throw it immediately away, e.g. don't attempt to copy anything to/from the disk. If the silo overflows go away in this case then it's likely that the IDE disk is hogging things and you should probably swap it for a SCSI model. Otherwise, I have no idea. I run 115.2K on a standard 16550 equipped serial port all day long and I get no silo overflows at all on a P5/133. Jordan From owner-freebsd-hackers Wed Aug 28 19:11:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01831 for hackers-outgoing; Wed, 28 Aug 1996 19:11:27 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA01821 for ; Wed, 28 Aug 1996 19:11:23 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id WAA25575; Wed, 28 Aug 1996 22:10:42 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Warner Losh cc: Darren Reed , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, smp@csn.net From: "Gary Palmer" Subject: Re: hackers-digest V1 #1415 In-reply-to: Your message of "Wed, 28 Aug 1996 10:39:05 MDT." <199608281639.KAA01797@rover.village.org> Date: Wed, 28 Aug 1996 22:10:42 -0400 Message-ID: <25572.841284642@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote in message ID <199608281639.KAA01797@rover.village.org>: > : I've seen Sun 14GB exabyte drives with these connectors. > > We've got a brand new sun CD ROM with one too. Ever try to find the > Wide SCSI -> SCSI I cables? Trying to do so now to plug a EXB10h (``centronics'' style connector) into a Adaptec 3940UW controller :-| Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Wed Aug 28 20:12:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA07324 for hackers-outgoing; Wed, 28 Aug 1996 20:12:02 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA07302 for hackers; Wed, 28 Aug 1996 20:11:59 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199608290311.UAA07302@freefall.freebsd.org> Subject: [Q] gdb on one box attaching to another? To: hackers Date: Wed, 28 Aug 1996 20:11:59 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk on page 508 of the new daemon book _the_design_and_implementation_of_ _the_4.4BSD_operating_system_ it says: the kernel is also set up so that a gdb debugger running on once machine can attach itself across a serial line to a kernel running on another machine. Once attached, it can set breakpoints, examine and modify kernel dat4a structures, and invoke kernel routines on the machine being debugged. wow...how do we do this? what commands? i feel a justification for getting a second FreeBSD box. probably should be a laptop ;) jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Wed Aug 28 20:18:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA07733 for hackers-outgoing; Wed, 28 Aug 1996 20:18:36 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA07722; Wed, 28 Aug 1996 20:18:29 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id XAA00191; Wed, 28 Aug 1996 23:17:13 -0400 Date: Wed, 28 Aug 1996 23:17:13 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: sos@freebsd.org cc: hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608280710.JAA21785@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996 sos@freebsd.org wrote: > In reply to Jim Durham who wrote: > > > > > H&V-sync your monitor can handle, I can probably do a small patch > > > to the mode setting code that will allow you to use your monitor > > > for std modes ie 80x25, 80x50 etc... > > > Just remember that it s a hack, and nothing that I will admit to > > > have done :) > > > > I'd like to see this also, as I have a fixed-scan 19 inch monitor.. Just > > some general guidelines to hack it myself would do the trick. Where's > > the mode setting code? Syscons.c? > > > > Hmm, this might even be the best idea, I'll see if I can get > the time to write down how to do this. Remember though that > it is only possible to use the std clock rates, which probably > will result in some strange resulution. > For the adventurous look at the function set_mode() in syscons.c > that together with a description on how the videomodes are > stored in the BIOS will do the trick. I even remember seeing a little > util for DOS(I know...) that allowed one to play with the video regs > "online". That would give the values you need... OK.. I looked at it earlier. I'll look again. Any suggestions on where documentation on BIOS video modes may be lurking on the net? Of course, the absolute topper would be to hack the BIOS rom so that it natively boots to something your monitor can handle! ;-) . -Jim Durham From owner-freebsd-hackers Wed Aug 28 20:35:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08861 for hackers-outgoing; Wed, 28 Aug 1996 20:35:35 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA08855 for ; Wed, 28 Aug 1996 20:35:29 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id NAA04959; Thu, 29 Aug 1996 13:34:55 +1000 (EST) Date: Thu, 29 Aug 1996 13:34:54 +1000 (EST) From: "Daniel O'Callaghan" To: Jaye Mathisen cc: hackers@FreeBSD.org Subject: Re: Out of string space? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 28 Aug 1996, Jaye Mathisen wrote: > I got a kazillion of these when about 100 sendmails fired up at once. > > What kernel parameter can I tweak to get rid of these? Or at least reduce > the likelihood? You might want to look at definitions Ox, OX, OY and Oy in /etc/sendmail.cf Danny From owner-freebsd-hackers Wed Aug 28 20:50:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA09852 for hackers-outgoing; Wed, 28 Aug 1996 20:50:49 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA09829 for ; Wed, 28 Aug 1996 20:50:38 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA13979; Wed, 28 Aug 1996 23:50:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 28 Aug 1996 23:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id XAA01008 for ; Wed, 28 Aug 1996 23:10:50 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id XAA03028 for freebsd-hackers@freefall.cdrom.com; Wed, 28 Aug 1996 23:22:25 -0400 (EDT) Date: Wed, 28 Aug 1996 23:22:25 -0400 (EDT) From: Thomas David Rivers Message-Id: <199608290322.XAA03028@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: compress will now get an infinite loop on some types of bad input... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well - I just noticed that my news wasn't flowing too well, so... I looked in /usr/spool/news/in.coming (I run an old version of Cnews) to find *gads* of input files, and one _very_ large nruntmp.NNN. So, a quick ps tells me that the compress program has been running for two days! This is the first time such a problem has cropped up. What happens here is that, either uucp, or my disk drive, has corrupted a compressed batch from my newsfeed.... so compress is getting really confused. I tried the 1.1 compress, and it quickly ends with: uncompress: corrupt input I then tried 2.0, 2.0.5, 2.1 and 2.1.5 - all of these get the infinite (well, extremely long anyway) behavious - that is, they before I got tired of it... I'm not sure who to send this to; suggestions? Should I just do a send-pr with the corrupted input? - Dave Rivers - From owner-freebsd-hackers Wed Aug 28 23:41:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19486 for hackers-outgoing; Wed, 28 Aug 1996 23:41:34 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19478 for ; Wed, 28 Aug 1996 23:41:28 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id GAA07389 for ; Thu, 29 Aug 1996 06:41:23 GMT Date: Thu, 29 Aug 1996 15:41:23 +0900 (JST) From: Michael Hancock To: FreeBSD Hackers Subject: AT&T Software Toolchest CD-ROM Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I want to use cscope on their CD-ROM, see http://www.att.com/ssg/products/toolchest.html, I want to do multiple directory ctag-like stuff. Nvi has cscope support and it looks like a winner. Has anyone compiled cscope on FreeBSD? Regards, Mike Hancock From owner-freebsd-hackers Wed Aug 28 23:56:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20150 for hackers-outgoing; Wed, 28 Aug 1996 23:56:32 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA20145 for ; Wed, 28 Aug 1996 23:56:28 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA31554; Thu, 29 Aug 1996 16:50:35 +1000 Date: Thu, 29 Aug 1996 16:50:35 +1000 From: Bruce Evans Message-Id: <199608290650.QAA31554@godzilla.zeta.org.au> To: hackers@FreeBSD.org, rnordier@iafrica.com Subject: Re: Determining disk type & size Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Could anyone tell me if there is a quick and easy way to do the >following: >For a given (block special) device, determine whether it represents > > (1) a floppy disk > (2) a hard disk slice that contains a filesystem (probably not ufs) > (3) anything else (not interested, but could be cdrom, tape, etc) >and, given this info, the size (in bytes or 512-byte sectors) of the >disk or slice itself. For example: > > device blocks > ---------- ------ > /dev/fd1 2400 > /dev/wd0s1 65457 > /dev/wd0 (error) No easy way. Perhaps no way. >./fdtest /dev/fd0 >sectors per cylinder: 158 [<-- 30 expected] > if (ioctl(fd, DIOCGDINFO, &dl) == -1) > err(1, argv[1]); > printf("sectors per cylinder: %lu\n", dl.d_secpercyl); DIOCGDINFO for floppies just returns whatever happens to be in the label area on the disk (*). The label is garbage unless the disk actually has a label. There is no way to tell from the ioctl() return value whether the label is garbage. Bruce From owner-freebsd-hackers Thu Aug 29 01:05:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22901 for hackers-outgoing; Thu, 29 Aug 1996 01:05:09 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22889 for ; Thu, 29 Aug 1996 01:05:01 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id KAA00409; Thu, 29 Aug 1996 10:04:53 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id UAA03038; Wed, 28 Aug 1996 20:02:04 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608281802.UAA03038@tetard.glou.eu.org> Subject: Re: hackers-digest V1 #1415 To: smp@csn.net (Steve Passe) Date: Wed, 28 Aug 1996 20:02:04 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608280822.CAA02664@clem.systemsix.com> from Steve Passe at "Aug 28, 96 02:22:42 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Passe écrit / writes: > >Because one day you or someone else will plug another case on the end > >of your chain, terminate it, and then spend hours or days trying to work > >out what's wrong with your I*^(*&^(8&^ SCSI subsystem. [...] > Actually I have done this, but it didn't hurt anything, ie terminators > at several points, as well as running without terminators at one end. > On other occasions I have done it and immediately had problems. There > is a wide variation of tolerance among equipment. I have also seen Yes, but that is not the point. The point was that you might not be the only one maintaining the system, and in that case (unless you're a perfect BOFH), you don't randomly plug terminators on the chain :-) Provided you wait long enough, it happens that even you forget you put them there, and while it's "trivial" to see if the terminator is in or not, you *still* have to undo the screws/open the case and look (pure hell if you have a 15 unit controller). Hell, that's like saying, "my machines work fine without proper grounding, I've never had any problems". Hope you have filtered power supplies :-) > setups where it was impossible to run with internal ribbon cable > and external round cables, had to go to ribbon on both ends. An impedance > mismatch, I guess. Had that too... And other weirdnesses with Sun systems. -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Thu Aug 29 01:05:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22948 for hackers-outgoing; Thu, 29 Aug 1996 01:05:45 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22931 for ; Thu, 29 Aug 1996 01:05:34 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id KAA00414 for hackers@freebsd.org; Thu, 29 Aug 1996 10:05:26 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id UAA03060 for hackers@freebsd.org; Wed, 28 Aug 1996 20:06:28 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608281806.UAA03060@tetard.glou.eu.org> Subject: Re: hackers-digest V1 #1415 To: hackers@freebsd.org (hackers) Date: Wed, 28 Aug 1996 20:06:28 +0200 (MET DST) In-Reply-To: <199608281639.KAA01797@rover.village.org> from Warner Losh at "Aug 28, 96 10:39:05 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh écrit / writes: > : I've seen Sun 14GB exabyte drives with these connectors. > > We've got a brand new sun CD ROM with one too. Ever try to find the > Wide SCSI -> SCSI I cables? Last time I looked it was $75/ flat cable (Or was that the ADAPTER you plugged the ribbon into?). -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Thu Aug 29 01:06:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23004 for hackers-outgoing; Thu, 29 Aug 1996 01:06:08 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22989 for ; Thu, 29 Aug 1996 01:06:02 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id KAA00415; Thu, 29 Aug 1996 10:05:45 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id TAA03023; Wed, 28 Aug 1996 19:56:15 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608281756.TAA03023@tetard.glou.eu.org> Subject: Re: hackers-digest V1 #1415 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 28 Aug 1996 19:56:14 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608280812.RAA13637@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 28, 96 05:42:53 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith écrit / writes: > Steve Passe stands accused of saying: > > > > > Never, ever, _EVER_ terminate on a drive that is not in the same case as > > > the controller. > > why? > > Because one day you or someone else will plug another case on the end > of your chain, terminate it, and then spend hours or days trying to work > out what's wrong with your I*^(*&^(8&^ SCSI subsystem. Right on :-) -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Thu Aug 29 01:07:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23100 for hackers-outgoing; Thu, 29 Aug 1996 01:07:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA23095 for ; Thu, 29 Aug 1996 01:07:16 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA01914; Thu, 29 Aug 1996 17:58:54 +1000 Date: Thu, 29 Aug 1996 17:58:54 +1000 From: Bruce Evans Message-Id: <199608290758.RAA01914@godzilla.zeta.org.au> To: bde@zeta.org.au, hackers@FreeBSD.org, rnordier@iafrica.com Subject: Re: Determining disk type & size Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>./fdtest /dev/fd0 >>sectors per cylinder: 158 [<-- 30 expected] >> if (ioctl(fd, DIOCGDINFO, &dl) == -1) >> err(1, argv[1]); >> printf("sectors per cylinder: %lu\n", dl.d_secpercyl); I wrote: >DIOCGDINFO for floppies just returns whatever happens to be in the label >area on the disk (*). The label is garbage unless the disk actually has >a label. There is no way to tell from the ioctl() return value whether >the label is garbage. Oops, DIOCGDINFO checks the label magic number and checksum, so d_secpercyl is probably correct if the label is valid. However, it's extremely unlikely that a DOS floppy would contain a valid label. Sector 2 normally contains part of the FAT, and it is very unlikely that the bytes in the FAT form a valid label. Bruce From owner-freebsd-hackers Thu Aug 29 02:52:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA28620 for hackers-outgoing; Thu, 29 Aug 1996 02:52:48 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA28613 for ; Thu, 29 Aug 1996 02:52:42 -0700 (PDT) Received: from zapata.omnix.fr.org (zapata [128.127.10.1]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id LAA23233 for ; Thu, 29 Aug 1996 11:28:55 +0200 Date: Thu, 29 Aug 1996 11:28:54 +0200 (MET DST) From: To: hackers@freebsd.org Subject: X25 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Is there any possibility to use netccitt without any link to ip. I'm using some asm box to convert from an hdlc x25 line to an asynchronous flow of symplified packet such as: CALL: incomming call LIB: disconnection DATA: data packet. is it possible to do something similar with FreeBSD what kind of board can I use to connect to the french x25 network (Transpac) thanks for your help -- Didier Derny didier@omnix.fr.org From owner-freebsd-hackers Thu Aug 29 02:54:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA28687 for hackers-outgoing; Thu, 29 Aug 1996 02:54:57 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA28676 for ; Thu, 29 Aug 1996 02:54:48 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id LAA00735; Thu, 29 Aug 1996 11:54:39 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id LAA04285; Thu, 29 Aug 1996 11:26:13 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608290926.LAA04285@tetard.glou.eu.org> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: durham@durham (Jim Durham) Date: Thu, 29 Aug 1996 11:26:12 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: from Jim Durham at "Aug 28, 96 11:17:13 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Durham écrit / writes: > > For the adventurous look at the function set_mode() in syscons.c > > that together with a description on how the videomodes are > > stored in the BIOS will do the trick. I even remember seeing a little > > util for DOS(I know...) that allowed one to play with the video regs > > "online". That would give the values you need... > > OK.. I looked at it earlier. I'll look again. I looked -- it's waaay beyond my competence :-) > Any suggestions on where documentation on BIOS video modes may > be lurking on the net? > > Of course, the absolute topper would be to hack the BIOS rom so that > it natively boots to something your monitor can handle! ;-) . Well, a shareware BIOS (Dr.Bios) exists out there -- does it come with sources ? -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kärve or nøt to kärve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Thu Aug 29 04:06:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02508 for hackers-outgoing; Thu, 29 Aug 1996 04:06:26 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA02498 for ; Thu, 29 Aug 1996 04:06:23 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA06265; Thu, 29 Aug 1996 13:06:16 +0200 Message-Id: <199608291106.NAA06265@ra.dkuug.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Thu, 29 Aug 1996 13:06:16 +0200 (MET DST) Cc: durham@ra.dkuug.dk, hackers@FreeBSD.org In-Reply-To: <199608290926.LAA04285@tetard.glou.eu.org> from "Philippe Regnauld" at Aug 29, 96 11:26:12 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > > Jim Durham écrit / writes: > > > Any suggestions on where documentation on BIOS video modes may > > be lurking on the net? Hmm, I think there is some stuff about in in the vgadoc4b.zip archive (I think that is the latest), if thats not the case there probably are some references that can be usefull... > > Of course, the absolute topper would be to hack the BIOS rom so that > > it natively boots to something your monitor can handle! ;-) . > > Well, a shareware BIOS (Dr.Bios) exists out there -- does it come > with sources ? You don't need to hack the video BIOS (its the one on the video card you would want to change not the motherboard one :) ), it should do it by makeing an extra BIOS rom whith the needed code in it, at let it register AFTER the std video BIOS has done its trick. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Aug 29 05:29:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05692 for hackers-outgoing; Thu, 29 Aug 1996 05:29:25 -0700 (PDT) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA05687 for ; Thu, 29 Aug 1996 05:29:18 -0700 (PDT) Received: from campa.panke.de (anonymous234.ppp.cs.tu-berlin.de [130.149.17.234]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id OAA04254; Thu, 29 Aug 1996 14:04:38 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id NAA00946; Thu, 29 Aug 1996 13:59:53 +0200 Date: Thu, 29 Aug 1996 13:59:53 +0200 From: Wolfram Schneider Message-Id: <199608291159.NAA00946@campa.panke.de> To: sprice@hiwaay.net Cc: hackers@freebsd.org Subject: To sccsid or not? In-Reply-To: <322240B0.41C67EA6@hiwaay.net> References: <322240B0.41C67EA6@hiwaay.net> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD does not support SCCS, so we don't support char sccsid[]. NetBSD and OpenBSD already moved to static char rcsid[] = "$Id: $"; Steve Price writes: >I've been tooling around with the source in /bin/* to get it compile >without any warnings using the -Wall command line option (also to get >all the /bin/* code up to Lite2 status). Most sources have '#ifndef lint' around copyright and rcsid/sccsid Compile your sources with '-Wall -Dlint'. Wolfram From owner-freebsd-hackers Thu Aug 29 05:42:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA06111 for hackers-outgoing; Thu, 29 Aug 1996 05:42:40 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA06100; Thu, 29 Aug 1996 05:42:37 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id FAA01782; Thu, 29 Aug 1996 05:42:06 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma001780; Thu Aug 29 05:41:53 1996 Message-ID: <32258FCF.41C67EA6@whistle.com> Date: Thu, 29 Aug 1996 05:40:47 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: pst@FreeBSD.org CC: hackers@FreeBSD.org Subject: gdb remote Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Ok I think I have it all set up.. but I get # /usr/local/bin/gdb compile/IAF/kernel GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd2.2), Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... (gdb) show remotedebug: Debugging of remote protocol is 0. remotebaud: Baud rate for remote serial I/O is 9600. confirm: Whether to confirm potentially dangerous operations is on. history filename: The filename in which to record the command history is "/usr/home/julian/build/FreeBSD-2.2A/usr/src/sys/.gdb_history". history size: The size of the command history is 256. history save: Saving of the history record on exit is off. history expansion: History expansion on command input is off. editing: Editing of command lines as they are typed is on. verbose: Verbosity is off. prompt: Gdb's prompt is "(gdb) ". remotelogfile: Filename for remote session recording is "". complaints: Max number of complaints about incorrect symbols is 0. gnutarget: The current BFD target is "auto". demangle-style: The current C++ demangling style is "auto". watchdog: Watchdog timer is 0. write: Writing into executable and core files is off. check range: Range checking is "auto; currently off". check type: Type checking is "auto; currently off". language: The current source language is "auto; currently c". remotedevice: Device for remote serial I/O is "/dev/cuaa1". remotecache: Cache use for remote targets is off. remotechat: Remote port interacts with target is 0. remotebreak: Whether to send break if interrupted is 0. remotetimeout: Timeout value for remote read is 2. auto-solib-add: Autoloading of shared library symbols is 1. stop-on-solib-events: Stopping for shared library events is 0. args: Arguments to give program being debugged when it is started is "". symbol-reloading: Dynamic symbol table reloading multiple times in one run is off. output-radix: Default output radix for printing of values is 10. input-radix: Default input radix for entering numbers is 10. print object: Printing of object's derived type based on vtable info is off. print vtbl: Printing of C++ virtual function tables is off. print static-members: Printing of C++ static members is on. print symbol-filename: Printing of source filename and line number with is off. print max-symbolic-offset: The largest offset that will be printed in form is unlimited. print address: Printing of addresses is on. print array: Prettyprinting of arrays is off. print union: Printing of unions interior to structures is on. print pretty: Prettyprinting of structures is off. print repeats: Threshold for repeated print elements is 10. print null-stop: Printing of char arrays to stop at first null char is off. print elements: Limit on string chars or array elements to print is 200. print asm-demangle: Demangling of C++ names in disassembly listings is off. print sevenbit-strings: Printing of 8-bit characters in strings as \nnn is off. ---Type to continue, or q to quit--- print demangle: Demangling of encoded C++ names when displaying symbols is on. listsize: Number of source lines gdb will list by default is 10. height: Number of lines gdb thinks are in a page is 50. width: Number of characters gdb thinks are in a line is 80. targetdebug: Target debugging is 1. I have the other machine set up with comconsole, and in fact I have booted with -g and am sitting in what I assume is the debugger.... If I hit CR I get a string that looks like: $T0508:7ddf1af0;05:70ef1df0;04:68ef1df0;#97 I'm guessing the gdb stub is responding to me somehow with this.. I can't however find any info on how to START debugging with gdb... how can I get gdb to start talking to the stub? Of course it's not helped by teh fact that as a port all teh docs are shadowed by the ones form the original gdb :) very cfusing if you forget to prefix everything with /usr/local... If you can point ou twhich parts of the docs are the most useful for this I'd be grateful as I'm drowning is irrellevant information.. julian p.s. in an attempt to get some response I typed.... (gdb) run Starting program: /usr/home/julian/build/FreeBSD-2.2A/usr/src/sys/compile/IAF/kernel target_wait (-1, status) = 10403, status->kind = stopped, signal = SIGTRAP target_fetch_registers (eip) = 0x1020 4128 target_terminal_init () target_terminal_inferior () target_terminal_inferior () target_resume (-1, continue, 0) /usr/home/julian/build/FreeBSD-2.2A/usr/src/sys/compile/IAF/kernel: Exec format error. Wrong Architecture. Eh? whadyamean "Wrong architecture?" target_wait (-1, status) = 10403, status->kind = exited, status = 1 target_terminal_ours () Program exited with code 01. target_mourn_inferior () You can't do that without a process to debug (gdb) From owner-freebsd-hackers Thu Aug 29 06:50:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08692 for hackers-outgoing; Thu, 29 Aug 1996 06:50:43 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA08679; Thu, 29 Aug 1996 06:50:39 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id GAA01943; Thu, 29 Aug 1996 06:50:08 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma001938; Thu Aug 29 06:49:51 1996 Message-ID: <32259FBD.41C67EA6@whistle.com> Date: Thu, 29 Aug 1996 06:48:45 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: pst@FreeBSD.org, hackers@FreeBSD.org Subject: Re: gdb remote References: <32258FCF.41C67EA6@whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer wrote: > > Ok I think I have it all set up.. > but I get > A ok I have got a bit further.. booting -g I can get the kernel to fall into the appropriate debugger by hitting ctl-alt-esc on the keyboard. if I have just done a "target remote /dev/cuaa1" then gdb can "kinda" make a connection.. it's hellishly slow..... for example.. the folloing took 1 minute to print out.... (kgdb) bt #0 0xf01adf7d in Debugger () #1 0xf01caf31 in sgetc () #2 0xf01c6737 in pcvt_timeout () #3 0xf01092a4 in softclock () which seems slow to me... but at least you see that much.. you can't DO anything though.. even 'cont' doesn't work... I must be doing something wrong.. Waht does a good config look like? and a good .gdbinit file? From owner-freebsd-hackers Thu Aug 29 07:11:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09764 for hackers-outgoing; Thu, 29 Aug 1996 07:11:34 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA09738; Thu, 29 Aug 1996 07:11:18 -0700 (PDT) Received: from neuron.bsd.uni-passau.de (ppp2 [194.95.214.132]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id QAA00441; Thu, 29 Aug 1996 16:22:54 +0200 Message-ID: <3225C003.2481@degnet.baynet.de> Date: Thu, 29 Aug 1996 16:06:27 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0b6Gold (Win95; I) MIME-Version: 1.0 To: "Jonathan M. Bresler" CC: freebsd-hackers , FreeBSD-questions Subject: Re: [Q]: formula for calculating BPI needed References: <199608290016.RAA15559@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, (previous discussion appended) sorry, but i do not understand your calculation ... because: for B = 500000 and b = 40 KB the number of bytes i would expect of this is 1024 * 40 * 500000 = 2.048 * 10^10 ~ 19.1 GB am i wrong with my calc ? The reason i had the idea of rewriting the formula (and only the formula) was, that the parameters B and b must always be adjusted depending on the type of DAT-tape that will be used. Furthermore, the user himself has to adjust them and calculate accurate numbers. On the other hand the linear BPI for DDS-2 tapes is always 61000 and the length of the tape is printed on the package of the tapes. So using the linear BPI and the tape-length would make users life much easier; but maybe there are other reasons speaking against this method that i'm not aware of. Anyway i would be glad for any response on this topic. It would be nice if a kind soul could point me to sources where the layout of the DAT-tapes and the recording technology is explained in more detail. Thanks in advance. Darius Moos. email: moos@degnet.baynet.de Jonathan M. Bresler wrote: > > Darius Moos wrote: > > > > My first basic question is, how one would calculate the BPI > > for a given DAT-tape-length and capacity. My problem is: > > - let a DAT-tape be 295 feet long <=> lf = 295 > > => length of this DAT-tape is li = lf * 12 = 3540 inches > > - let the capacity of this tape be 2 GB > > => BPI = 2 GB / li = 2 GB / 3540 inches = 606633.8 BPI > > The maual i've read says the BPI is 61000 for such a tape. > > So what am i doing wrong ? > > trying to use bpi for a DAT tape ;) > bpi is from the days of 9-track tapes. use B and b instead. > > B -- number of dump records > b -- number of kilobytes per dump record. > > for a 2GB tape try 500000 40 > > dump Bbf 500000 40 /dev/rst0 > > > > > i was trying to dump filesystems to a SONY-SDT-7000 with dump. > > My problem is, that dumps estimated tapes for the dump are wrong; > > for example dumping /dev/sd0a (about 50 MB) to a 295 feet long > > DAT-tape makes dump to estimate 0.4 tapes (i set the commandlineoptions > > to "0ufds /dev/sd0a 61000 295"). This can not be correct, > > the trick there is helical scan. the bpi may acutally be > 61000. that 61000 bpi are recorded at an angle of ~6 > degrees from horizontal. the width of hte recorded path is > very narrow. many recording paths lie stacked above one another. > similar to repeated slash symbols at a shallower angle "////" > as a result the effective length of a tape is increased many-fold. > > > since the capacity of a 295 feet-DAT-tape is about 2 GB. > > After scanning the sources of dump for the estmated-tapes-formula, > > i found some strange constants being used there that i do not > > understand and that are not documented nor explained anywhere. > > I want to rewrite the formula for this calculation in > > the dump-sources but i need some informations on this topic. > > no, you dont ;) well maybe you do but others dont want you to :) > the formulas in dump are there for the old 9-track tapes. > just use the newer parameters: B and b. > > jmb > -- > Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG > FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ > PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Thu Aug 29 07:15:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10041 for hackers-outgoing; Thu, 29 Aug 1996 07:15:31 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-218.iafrica.com [196.7.192.218]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA10026 for ; Thu, 29 Aug 1996 07:15:13 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id QAA00992; Thu, 29 Aug 1996 16:05:20 +0200 From: Robert Nordier Message-Id: <199608291405.QAA00992@eac.iafrica.com> Subject: Re: Determining disk type & size To: bde@zeta.org.au (Bruce Evans) Date: Thu, 29 Aug 1996 16:05:18 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199608290758.RAA01914@godzilla.zeta.org.au> from "Bruce Evans" at Aug 29, 96 05:58:54 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >>./fdtest /dev/fd0 > >>sectors per cylinder: 158 [<-- 30 expected] > > >> if (ioctl(fd, DIOCGDINFO, &dl) == -1) > >> err(1, argv[1]); > >> printf("sectors per cylinder: %lu\n", dl.d_secpercyl); > > I wrote: > >DIOCGDINFO for floppies just returns whatever happens to be in the label > >area on the disk (*). The label is garbage unless the disk actually has > >a label. There is no way to tell from the ioctl() return value whether > >the label is garbage. > > Oops, DIOCGDINFO checks the label magic number and checksum, so > d_secpercyl is probably correct if the label is valid. However, > it's extremely unlikely that a DOS floppy would contain a valid label. > Sector 2 normally contains part of the FAT, and it is very unlikely that > the bytes in the FAT form a valid label. That clarifies it. Thanks. -- Robert Nordier From owner-freebsd-hackers Thu Aug 29 07:22:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10628 for hackers-outgoing; Thu, 29 Aug 1996 07:22:11 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA10608; Thu, 29 Aug 1996 07:22:06 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA06736; Thu, 29 Aug 1996 09:20:22 -0500 From: Joe Greco Message-Id: <199608291420.JAA06736@brasil.moneng.mei.com> Subject: Re: Streamlogic RAIDION drive arrays To: klam@awod.com (Ken Lam) Date: Thu, 29 Aug 1996 09:20:22 -0500 (CDT) Cc: taob@io.org, freebsd-hackers@FreeBSD.org, freebsd-scsi@FreeBSD.org In-Reply-To: <1.5.4.32.19960829002801.00913104@awod.com> from "Ken Lam" at Aug 28, 96 08:28:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > At 03:39 PM 8/28/96 -0400, you wrote: > > Has anyone tried Streamlogic's RAIDION drive arrays? Apparently > >they can do RAID 1 and 5 in hardware... all your host sees is one very > >large, very fast disk. I'm thinking of tossing one of those with a > >dozen 2GB drives or so in for a news server. I may not need special > >drivers, but I can see some hurdles with disktab-related stuff. > >Maybe I can get an eval unit from them to play with. :) > > Yes. I have installed one for a non-linear video editor. It was > a 12GB array. Worked great. Of course it was used on a Macintosh. > > It wasn't streamlogic, but micropolis then. The only thing I > didn't really like was that I couldn't purchase is with other > brand drives (I prefer Seagate Hawks). > > I didn't get a chance to test it under FreeBSD. Fairly fast, but > other than the RAID 5 aspect, why not use CCD? News spool is hardly > a get killed by users application (unless you have lots of > disgruntled postal workers online ;) ) If it has write back cache, you have a reason to look at it :-) If not, it's not worth much. I've been considering trying something like a Mylex DAC960SI (?), SCSI-to-SCSI RAID controller, simply for the cache you can stick on it. ... JG From owner-freebsd-hackers Thu Aug 29 07:30:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11083 for hackers-outgoing; Thu, 29 Aug 1996 07:30:37 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11075; Thu, 29 Aug 1996 07:30:34 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA06769; Thu, 29 Aug 1996 09:29:26 -0500 From: Joe Greco Message-Id: <199608291429.JAA06769@brasil.moneng.mei.com> Subject: Re: [Q]: formula for calculating BPI needed To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Thu, 29 Aug 1996 09:29:26 -0500 (CDT) Cc: moos@degnet.baynet.de, questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199608290016.RAA15559@freefall.freebsd.org> from "Jonathan M. Bresler" at Aug 28, 96 05:16:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > since the capacity of a 295 feet-DAT-tape is about 2 GB. > > After scanning the sources of dump for the estmated-tapes-formula, > > i found some strange constants being used there that i do not > > understand and that are not documented nor explained anywhere. > > I want to rewrite the formula for this calculation in > > the dump-sources but i need some informations on this topic. > > no, you dont ;) well maybe you do but others dont want you to :) > the formulas in dump are there for the old 9-track tapes. > just use the newer parameters: B and b. Modifying the manual page to include a description along these lines might be a much better utilization of time... modifying the formulas is silly because it will fail when we move on to another major type of tape technology. Jonathan's suggestion to use B and b is probably right on. ... JG From owner-freebsd-hackers Thu Aug 29 07:48:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11975 for hackers-outgoing; Thu, 29 Aug 1996 07:48:41 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-48.rdcy01.pacbell.net [206.170.5.48]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11969 for ; Thu, 29 Aug 1996 07:48:37 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id HAA02892; Thu, 29 Aug 1996 07:48:25 -0700 (PDT) Message-Id: <199608291448.HAA02892@precipice.shockwave.com> To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: gdb remote In-reply-to: Your message of "Thu, 29 Aug 1996 05:40:47 PDT." <32258FCF.41C67EA6@whistle.com> Date: Thu, 29 Aug 1996 07:48:25 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk First off, don't use comconsole yet, it's not quite 100% there. Just boot off of syscons/pcvt, with the -g (and optionally -d), put the cable on the com1 port. start gdb: gdb target-kernel target remote /dev/cuaa1 From owner-freebsd-hackers Thu Aug 29 07:49:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA12042 for hackers-outgoing; Thu, 29 Aug 1996 07:49:59 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-48.rdcy01.pacbell.net [206.170.5.48]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12033 for ; Thu, 29 Aug 1996 07:49:54 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id HAA02910; Thu, 29 Aug 1996 07:49:43 -0700 (PDT) Message-Id: <199608291449.HAA02910@precipice.shockwave.com> To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: gdb remote In-reply-to: Your message of "Thu, 29 Aug 1996 06:48:45 PDT." <32259FBD.41C67EA6@whistle.com> Date: Thu, 29 Aug 1996 07:49:43 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I don't know why yours is hellishly slow, it sounds like the tty code is not syncing properly or you're getting lots of retries. In addition, all the breakpoints and continues and steps work fine for me. From: Julian Elischer Subject: Re: gdb remote Julian Elischer wrote: > > Ok I think I have it all set up.. > but I get > A ok I have got a bit further.. booting -g I can get the kernel to fall into the appropriate debugger by hitting ctl-alt-esc on the keyboard. if I have just done a "target remote /dev/cuaa1" then gdb can "kinda" make a connection.. it's hellishly slow..... for example.. the folloing took 1 minute to print out.... (kgdb) bt #0 0xf01adf7d in Debugger () #1 0xf01caf31 in sgetc () #2 0xf01c6737 in pcvt_timeout () #3 0xf01092a4 in softclock () which seems slow to me... but at least you see that much.. you can't DO anything though.. even 'cont' doesn't work... I must be doing something wrong.. Waht does a good config look like? and a good .gdbinit file? From owner-freebsd-hackers Thu Aug 29 07:57:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA12266 for hackers-outgoing; Thu, 29 Aug 1996 07:57:24 -0700 (PDT) Received: from egeo.unipg.it (egeo.unipg.it [141.250.1.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA12247; Thu, 29 Aug 1996 07:57:04 -0700 (PDT) Received: by egeo.unipg.it (AIX 3.2/UCB 5.64/MH-1.09) id AA28170; Thu, 29 Aug 1996 16:56:42 +0200 Date: Thu, 29 Aug 1996 16:56:42 +0200 From: peppe@unipg.it (Giuseppe Vitillaro) Message-Id: <9608291456.AA28170@egeo.unipg.it> To: freebsd-hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Plasmon 4220/4400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I would like to know if the Plasmon CD writers 4220(2X)/4400/(4X) work with the current version of FreeBSD. Thank, Peppe. From owner-freebsd-hackers Thu Aug 29 07:58:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA12341 for hackers-outgoing; Thu, 29 Aug 1996 07:58:22 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12336; Thu, 29 Aug 1996 07:58:17 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id QAA01371; Thu, 29 Aug 1996 16:58:09 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id QAA11297; Thu, 29 Aug 1996 16:36:14 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608291436.QAA11297@tetard.glou.eu.org> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: sos@FreeBSD.org Date: Thu, 29 Aug 1996 16:36:14 +0200 (MET DST) Cc: hackers@FreeBSD.org (hackers) In-Reply-To: <199608291106.NAA06265@ra.dkuug.dk> from "sos@FreeBSD.org" at "Aug 29, 96 01:06:16 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk sos@FreeBSD.org écrit / writes: > > Well, a shareware BIOS (Dr.Bios) exists out there -- does it come > > with sources ? > > You don't need to hack the video BIOS (its the one on the video > card you would want to change not the motherboard one :) ), it Duh. Brain fart. Anyway, I looked at some of the references on http://www.devo.com/video, and Mirage a VGA card (Storm 1600S, S3 968 chipset) that provides multiple video modes for fixed frequency monitors -- it's more expensive than its Diamond equivalent : $395 with 2MB and $495 with 4MB. -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Thu Aug 29 08:04:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA12576 for hackers-outgoing; Thu, 29 Aug 1996 08:04:04 -0700 (PDT) Received: from hon.hn ([206.48.105.210]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA12549 for ; Thu, 29 Aug 1996 08:03:59 -0700 (PDT) Received: from hon.hn.hon.hn (si1.hon.hn [206.48.253.70]) by hon.hn (8.7.5/8.7.3) with SMTP id JAA01500; Thu, 29 Aug 1996 09:03:38 GMT Message-ID: <32250841.182@hon.hn> Date: Thu, 29 Aug 1996 09:02:25 +0600 From: "Samuel E. Romero" Reply-To: ser@hon.hn Organization: Honduras On Net X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: FreeBSD Hackers Mailing List Subject: Re: Help with Bocaboard 2016 silo overflow's References: <21176.841282903@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Doe's ppp (slirp, ppp or pppd) uses the disk for something when receiving a request for connection?. When I try to connect a Win95 Machine with dial-up networking with any of those programs, the same happens, and I got nothing on the PC. Jordan K. Hubbard wrote: > > > I have tried different speeds from 19200 up to 115200 without luck. > > Hmmmm. What happens if you transfer data from the serial port but > just throw it immediately away, e.g. don't attempt to copy anything > to/from the disk. If the silo overflows go away in this case then > it's likely that the IDE disk is hogging things and you should probably > swap it for a SCSI model. Otherwise, I have no idea. I run 115.2K > on a standard 16550 equipped serial port all day long and I get no > silo overflows at all on a P5/133. > > Jordan -- Samuel E. Romero Soluciones Internacionales ser@hon.hn Honduras On Net Tel. CC:(504)39-0547 Tegucigalpa, M.D.C. Honduras, C.A. -- From owner-freebsd-hackers Thu Aug 29 08:18:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13248 for hackers-outgoing; Thu, 29 Aug 1996 08:18:29 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA13199; Thu, 29 Aug 1996 08:18:00 -0700 (PDT) Received: from neuron.bsd.uni-passau.de (ppp3 [194.95.214.133]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id RAA00707; Thu, 29 Aug 1996 17:29:38 +0200 Message-ID: <3225CFA6.55DE@degnet.baynet.de> Date: Thu, 29 Aug 1996 17:13:10 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0b6Gold (Win95; I) MIME-Version: 1.0 To: freebsd-hackers CC: FreeBSD-questions Subject: Problem: AHA-2940 and Floppy-controler = no bootup Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, have to ask this for a friend. Here we go: Hardware: - SOYO-Pentium-mainboard - Adaptec 2940 without floppy-connector - IO-card with floppy-controller Symptoms: - When booting with the above hardware, the memory gets checked by the BIOS correctly and then when the Adaptec is in turn, the bootup-process just stops before the Adaptec gets active to scan the SCSI-devices and the machine hangs. - the happens with a different floppy-controller. - when taking any floppy-controller out of the machine, the BIOS-bootup gets to the Adaptec, the Adaptec installs his BIOS without problems and the machine runs fine. Question: - Anyone else had similar problems and knows a solution or a workaround ? - What component is the troublemaker (MB / AHA-2940 / FD-controller) ? Any help is highly appreciated. Thanks in advance, Darius Moos. email: moos@degnet.baynet.de From owner-freebsd-hackers Thu Aug 29 08:33:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13976 for hackers-outgoing; Thu, 29 Aug 1996 08:33:27 -0700 (PDT) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA13969; Thu, 29 Aug 1996 08:33:18 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id LAA21619; Thu, 29 Aug 1996 11:32:34 -0400 (EDT) From: John Capo Message-Id: <199608291532.LAA21619@irbs.irbs.com> Subject: Re: gdb remote In-Reply-To: <32259FBD.41C67EA6@whistle.com> from Julian Elischer at "Aug 29, 96 06:48:45 am" To: julian@whistle.com (Julian Elischer) Date: Thu, 29 Aug 1996 11:32:33 -0400 (EDT) Cc: pst@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer writes: > > if I have just done a > "target remote /dev/cuaa1" then gdb can > "kinda" make a connection.. > > it's hellishly slow..... > for example.. Crank your baud rate up to 57600 or higher. Its painful at 9600. I use remote gdb with several embedded targets at 38400 baud and higher and its quite useable. John Capo jc@irbs.com IRBS Engineering FreeBSD Servers and Workstations (954) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-hackers Thu Aug 29 08:39:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA14180 for hackers-outgoing; Thu, 29 Aug 1996 08:39:00 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA14164 for ; Thu, 29 Aug 1996 08:38:45 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA20909; Thu, 29 Aug 1996 11:44:19 -0400 Date: Thu, 29 Aug 1996 11:44:19 -0400 Message-Id: <199608291544.LAA20909@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: From: dennis@etinc.com (Dennis) Subject: Re: X25 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi > >Is there any possibility to use netccitt without any link to ip. > >I'm using some asm box to convert from an hdlc x25 line to >an asynchronous flow of symplified packet >such as: > >CALL: incomming call >LIB: disconnection >DATA: data packet. > >is it possible to do something similar with FreeBSD > >what kind of board can I use to connect to the french x25 >network (Transpac) We have a board, and an X.25 product for Freebsd...but the software we provide only supports IP over X.25. If you wanted to use the netccitt stuff, you'd have to do some work to make it work. Note that our board has LAPB built it, so you dont have to use the unreliable netccitt LAPB code. Regards, Dennis Baasch > >thanks for your help > > >-- >Didier Derny >didier@omnix.fr.org > > > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Aug 29 09:12:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16217 for hackers-outgoing; Thu, 29 Aug 1996 09:12:59 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA16210 for ; Thu, 29 Aug 1996 09:12:55 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id JAA02428; Thu, 29 Aug 1996 09:11:41 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma002425; Thu Aug 29 09:11:23 1996 Message-ID: <3225C0E9.41C67EA6@whistle.com> Date: Thu, 29 Aug 1996 09:10:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Paul Traina CC: hackers@FreeBSD.org Subject: Re: gdb remote References: <199608291448.HAA02892@precipice.shockwave.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Traina wrote: > > First off, don't use comconsole yet, it's not quite 100% there. > > Just boot off of syscons/pcvt, with the -g (and optionally -d), put > the cable on the com1 port. ok here is what I'm doing; tell me if I'm doinf something stupid.. compiel new kernel with new gdb stub boot kernel (normal bootblocks) with -g start gdb -k /sys/compile/IAF the following .gdbinit exists: set remotedevice /dev/cuaa1 set remotebaud 9600 dir /sys/netatalk dir /sys/kern dir /sys/net dir /sys/netinet file compile/IAF/kernel target remote /dev/cuaa1 this is with the new 4.16 gdb.. the previos version 4,13 works better it 1/ responds to the -k option 2/ gives symbold and a stacktrace 4.16 give (sometimes ) a single address in hex and that's all, > > start gdb: > > gdb target-kernel > > target remote /dev/cuaa1 From owner-freebsd-hackers Thu Aug 29 09:53:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18336 for hackers-outgoing; Thu, 29 Aug 1996 09:53:08 -0700 (PDT) Received: from gateway.tcs.com (tcsi.com [137.134.47.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18330; Thu, 29 Aug 1996 09:53:05 -0700 (PDT) Received: from draco.tcs.com (draco.tcs.com [137.134.40.2]) by gateway.tcs.com (8.7.4/8.7.3) with ESMTP id JAA04532; Thu, 29 Aug 1996 09:52:56 -0700 (PDT) Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by draco.tcs.com (8.7.5/8.7.3) with ESMTP id JAA12783; Thu, 29 Aug 1996 09:52:55 -0700 (PDT) From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id JAA11627; Thu, 29 Aug 1996 09:52:47 -0700 Message-Id: <199608291652.JAA11627@cozumel.tcs.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: durham@tcsi.com (Jim Durham) Date: Thu, 29 Aug 1996 09:52:46 -0700 (PDT) Cc: sos@freebsd.org, hackers@freebsd.org In-Reply-To: from "Jim Durham" at Aug 28, 96 11:17:13 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Durham writes: | | Any suggestions on where documentation on BIOS video modes may | be lurking on the net? vgadoc is useful, I recall it is in the simtel archives. It contains programing info for a lot of cards. | Of course, the absolute topper would be to hack the BIOS rom so that | it natively boots to something your monitor can handle! ;-) . Well, I hacked booteasy to set my card so my wife can see F1 for DOS F2 for FreeBSD. The problem I ran into with FreeBSD is that it would sort-of work okay for the boot loaded except for printing text in blue(?). and then when the kernel started the text was not visible. I poked around in syscon but never got anything reasonable working. Doug A. From owner-freebsd-hackers Thu Aug 29 09:54:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18441 for hackers-outgoing; Thu, 29 Aug 1996 09:54:23 -0700 (PDT) Received: from zit1.zit.th-darmstadt.de (root@zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18418; Thu, 29 Aug 1996 09:54:06 -0700 (PDT) Received: from localhost (petzi@localhost) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with SMTP id SAA18354; Thu, 29 Aug 1996 18:53:57 +0200 (MET DST) Date: Thu, 29 Aug 1996 18:53:57 +0200 (MET DST) From: Michael Beckmann To: hackers@freebsd.org, questions@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have an old Linux system (an old Slackware probably), with Kernel 1.3.32 . The system was installed about two years ago, and has become somewhat unstable recently, so I would like to upgrade it to FreeBSD 2.1.5 or -current. My only concern is that I cannot keep the /etc/passwd file. The system has a couple dozen users, and I don't want to notify them of the password change. So does anybody know if I can import the Linux password file to FreeBSD ? I don't know which encryption it has, and whether that can be used by FreeBSD. I'd really prefer FreeBSD over linux for the upgrade, but if the password file cannot be used, it will remain a Linux machine. Thanks for your help, Michael From owner-freebsd-hackers Thu Aug 29 10:18:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19590 for hackers-outgoing; Thu, 29 Aug 1996 10:18:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19584 for ; Thu, 29 Aug 1996 10:17:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA28904; Thu, 29 Aug 1996 10:04:29 -0700 From: Terry Lambert Message-Id: <199608291704.KAA28904@phaeton.artisoft.com> Subject: Re: Determining disk type & size To: rnordier@iafrica.com (Robert Nordier) Date: Thu, 29 Aug 1996 10:04:29 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199608290019.CAA00356@eac.iafrica.com> from "Robert Nordier" at Aug 29, 96 02:19:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The notes are useful, Terry, thanks. I think I get the picture, > though I've also saved them to mull over. > > If it wasn't for deviant MS-DOS behavior that needs providing for > in vfat_mountfs(), there wouldn't be a problem with ignoring the > disk type. > > Unfortunately, DOS makes an absolute distinction between hard and > floppy disks in its mount code, to the extent of having entirely > separate routines. These deal differently with boot sector > recognition; validation to determine whether the boot sector BPB > is to be trusted; and even the loading of FS parameters from a > valid boot sector BPB. Try building a hard disk partition exactly a floppy disk size large; if you can get your sector translation to allow it, I think you will be very surprised. I think the main distinction is "is there a partition table on this ting, or isn't there?"... the actual fact that you only allow partition tables on hard disks is irrelevant. I have a hard time with any fix that doesn't use the partition type hints: "this logical device is a child of the 'DOS partitioning' logigical-to-physical device, therefore itis a hard disk". Mostly this is a problem because I don't want to distinguish floppy disks on anything other than the fact that they are removable media. The controls you put in to prevent DOS parititioning of anything but raw devices which are not floppy-disk-sized is entire independent, I think, of the FS implementation itself. Internally, the FS might be expected to get information about its host device. If you want to get into implementation details, the logical-to-physical device mapping probably depends upon this: the "file system" "mount" of a DOS partition to export an Extended DOS partition device, for instance, can be though of in terms of FS stacking, and nothing else. The problem with implementing it exactly this way (yet, anyway) comes from the fact that there is no well-defined "bottom end" interface common to all file systems (again: yet). So the mount code may call a device ioctl() on the device to ask about geometry, and have a table of allowable mount options on that basis. I don't think one of the hints could be, legally, "is floppy disk", without damaging the ability to later abstract media "arrival" and "departure" events. In the *absolute* worst case, consider the floppy disk attached via PCMCIA interface to a laptop. > Of course, one could ignore the whole issue, but this does mean > there are (theoretically) a very great many DOS boot sectors that > would be incompatible. And with the prevalence of boot sector > viruses in the DOS world, there are potentially some practical > implications also. I think they are all required to be taken care of in the "what kind of logical device is allowed to host me" -- one below the level of the implementation, and no deeper. Floppy devices, in this case, will always be raw, and raw devices will only be legal if they are the size of a floppy. The only possible failure case, then would be the raw non-floppy device which only holds up to 2.88M (can you build a floppy DOS FS in 2.88M?). The application of disklabels and/or DOS partitioning should use an ioctl() by root to the host driver to invoke the "format" routine for the logical driver. The interface abstracts the actual implementation, and therefore we end up with a single control program that can operate on all types of partitioning mechanisms -- the holy grail of an install without futzing with 3 or more partitioning-type programs is achieved, and the "write disklabel" and "slice" and "partition" confusion all go away. Open the directory containing the slices on the devfs, and ioctl it to manipulate the slices themselves -- assuming the things are not mounted. > I also just don't like the idea that it is possible to produce > (maliciously) an almost endless supply of different disks that > MS-DOS has no trouble with, but the vfatfs would choke on or corrupt. The MS-DOS "has no trouble" in the examles you have given so far, because it refuses the media. Consider that the logical drivers perform bounds checking on the write requests through them, and we are now saved from the current DOS FS, which trashes the partition following it, in writing out the number of clusters it things should be there. It is the fact that the raw device is being accessed directly, and the bounds checking is in the flawed FS operating from flawed data that causes the corruption of the next FS on the device. Saving the disk image from corruption within the legal bounds -- well, that's another problem. It means restricting what device the FS will allow itself to mount. We already have to distiguish raw+size for FS layout policy anyway (as you pointed out). > I'd even settle for ignoring disk type in the FS, but there's also > an fsck utility that needs to be able to diagnose this stuff. The fsck wants to be an invokable procedure in the VFSOPS array, actually. This allows it to suspen operations, flush buffers, and perform a check successfully, even when the thing is mounted. The allowable corruption semantics in a framework that supports soft updates is much smaller, easily put into the mount code, actually, for FFS (it means making sure the cylinder group offsets are valid, nothing more). Checking the DOSFS external to the DOSFS itself is probably best done at a partition level in any case -- at the same level mounts are done, and at the same level which fsck for FFS happens now. Since the check is by device, it can apply the same "rawness" criteria to the devices as the FS applies. Ideally, this would be shared code, and the call interface to retrieve the information would be abstracted to hide the kernel space/user space nature. I don't think the "hey! this hard disk is a floppy!" problem is really a big fsck problem in any case -- the corruption will be evident and unrecoverable if this (or the reverse) ever happens, anyway. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Aug 29 10:20:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19758 for hackers-outgoing; Thu, 29 Aug 1996 10:20:15 -0700 (PDT) Received: from obiwan.pmr.com (obiwan.pmr.com [206.224.65.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19752 for ; Thu, 29 Aug 1996 10:20:12 -0700 (PDT) Received: (from bob@localhost) by obiwan.pmr.com (8.7.5/8.7.3) id MAA01167 for freebsd-hackers@freefall.cdrom.com; Thu, 29 Aug 1996 12:20:10 -0500 (CDT) From: Bob Willcox Message-Id: <199608291720.MAA01167@obiwan.pmr.com> Subject: arpresolve: can't allocate llinfo error messages To: freebsd-hackers@freefall.FreeBSD.org (freebsd-hackers) Date: Thu, 29 Aug 1996 12:20:10 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To all you network gurus out there...please HELP! I am having a rash of these error messages lately: Aug 29 11:02:21 obiwan /kernel: arpresolve: can't allocate llinfo for 206.224.65.33 Aug 29 11:02:26 obiwan /kernel: arpresolve: can't allocate llinfo for 206.224.65.33 Aug 29 11:07:37 obiwan /kernel: arpresolve: can't allocate llinfo for 192.168.1.1 Aug 29 11:08:32 obiwan last message repeated 7 times Aug 29 11:08:42 obiwan last message repeated 2 times Aug 29 11:14:44 obiwan last message repeated 2 times That seem to be related to a slip connection and a private network on the other side of that connection. Unfortunately, after awhile of these my NFS connections get hosed and I have to reboot the system to recover. Any pointers/tips/assistance would be *greatly* appreciated. Thanks, Bob A "netstat -in" on this system gives: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de0 1500 08.00.2b.e2.9b.6c 14345 0 11360 0 17 de0 1500 206.224.65 206.224.65.130 14345 0 11360 0 17 tun0* 1500 0 0 0 0 0 tun1* 1500 0 0 0 0 0 tun2* 1500 0 0 0 0 0 tun3* 1500 0 0 0 0 0 sl0 1500 493 0 562 0 0 sl0 1500 192.168.1/30 192.168.1.1 493 0 562 0 0 sl1* 1500 0 0 0 0 0 sl1* 1500 none none 0 0 0 0 0 sl2* 1500 0 0 0 0 0 sl2* 1500 none none 0 0 0 0 0 sl3* 1500 0 0 0 0 0 sl3* 1500 none none 0 0 0 0 0 lo0 16384 964 0 964 0 0 lo0 16384 127 127.0.0.1 964 0 964 0 0 And a "netstat -rn" on this system yields: Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 206.224.65.131 UGSc 11 393 de0 127.0.0.1 127.0.0.1 UH 0 9 lo0 192.168.2/26 206.224.65.33 UGSc 0 67 sl0 206.224.65 link#1 UC 0 0 206.224.65.33 192.168.1.1 UH 1 480 sl0 206.224.65.130 8:0:2b:e2:9b:6c UHLW 11 955 lo0 206.224.65.131 0:0:c0:8c:ef:43 UHLW 14 399 de0 724 206.224.65.132 8:0:2b:e4:16:e1 UHLW 11 6582 de0 658 206.224.65.133 0:0:c0:f9:1e:f UHLW 0 2 de0 729 206.224.65.134 0:0:c0:24:1f:f UHLW 3 522 de0 106 206.224.65.138 0:0:c0:4e:76:e UHLW 0 265 de0 375 206.224.65.139 0:0:c0:d7:cf:b UHLW 0 1310 de0 481 206.224.65.209 2:60:8c:8f:3d:9a UHLW 0 110 de0 603 206.224.65.218 10:0:5a:3d:8b:60 UHLW 1 357 de0 497 206.224.65.255 ff:ff:ff:ff:ff:ff UHLWb 1 33 de0 -- Bob Willcox politics, n: bob@luke.pmr.com A strife of interests masquerading as a contest of Austin, TX principles. The conduct of public affairs for private advantage. -- Ambrose Bierce From owner-freebsd-hackers Thu Aug 29 10:23:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19875 for hackers-outgoing; Thu, 29 Aug 1996 10:23:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19862 for ; Thu, 29 Aug 1996 10:22:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA28922; Thu, 29 Aug 1996 10:09:58 -0700 From: Terry Lambert Message-Id: <199608291709.KAA28922@phaeton.artisoft.com> Subject: Re: AT&T Software Toolchest CD-ROM To: michaelh@cet.co.jp (Michael Hancock) Date: Thu, 29 Aug 1996 10:09:58 -0700 (MST) Cc: Hackers@FreeBSD.org In-Reply-To: from "Michael Hancock" at Aug 29, 96 03:41:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I want to use cscope on their CD-ROM, see > > http://www.att.com/ssg/products/toolchest.html, > > I want to do multiple directory ctag-like stuff. Nvi has cscope support > and it looks like a winner. > > Has anyone compiled cscope on FreeBSD? At Weber State University, we ported CScope to a lot of different platforms, includeing Ultrix, NeXT, and FreeBSD 1.1.5.1. The license is such that we could not have distributed it (Weber has been a UIX source license for a long time). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Aug 29 10:23:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19887 for hackers-outgoing; Thu, 29 Aug 1996 10:23:05 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19874 for ; Thu, 29 Aug 1996 10:23:03 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14760(6)>; Thu, 29 Aug 1996 10:22:29 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA00947; Thu, 29 Aug 96 13:22:43 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09047; Thu, 29 Aug 96 13:22:38 EDT Message-Id: <9608291722.AA09047@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.7 5/3/96 To: Michael Hancock Cc: FreeBSD Hackers Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: Your message of "Wed, 28 Aug 1996 23:41:23 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Aug 1996 10:22:37 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to...it doesn't like flex (I tried on linux, sun and freebsd; its agreeble with the suns lex libraries...) Its only my plate of stuff to gnuify --anyone have diffs? -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Thu Aug 29 10:29:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20285 for hackers-outgoing; Thu, 29 Aug 1996 10:29:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA20276; Thu, 29 Aug 1996 10:28:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA28955; Thu, 29 Aug 1996 10:16:36 -0700 From: Terry Lambert Message-Id: <199608291716.KAA28955@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: ambrisko@tcsi.com (Douglas Ambrisko) Date: Thu, 29 Aug 1996 10:16:36 -0700 (MST) Cc: durham@tcsi.com, sos@freebsd.org, hackers@freebsd.org In-Reply-To: <199608291652.JAA11627@cozumel.tcs.com> from "Douglas Ambrisko" at Aug 29, 96 09:52:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > | Of course, the absolute topper would be to hack the BIOS rom so that > | it natively boots to something your monitor can handle! ;-) . > > Well, I hacked booteasy to set my card so my wife can see F1 for DOS > F2 for FreeBSD. The problem I ran into with FreeBSD is that it would > sort-of work okay for the boot loaded except for printing text in blue(?). > and then when the kernel started the text was not visible. I poked around > in syscon but never got anything reasonable working. It does not realize that it is color, and thus not setting an attribute in the attribute byte (in this case an 4 bit foreground color value, a 3 bit background color value, and a CGA emulated register "blink bit") means that the text is invisible. I believe twiddling bit 5 in the CGA control register will give you 4 backround bits (changing the interpretation of the blink bit 8-)). The blue text comes from the fact that the underline attribute on a character on a mono screen shows as the color blue on a color screen (same character color bit pattern). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Aug 29 10:43:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20890 for hackers-outgoing; Thu, 29 Aug 1996 10:43:54 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA20883 for ; Thu, 29 Aug 1996 10:43:51 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA06990; Thu, 29 Aug 1996 11:39:46 -0600 (MDT) Date: Thu, 29 Aug 1996 11:39:46 -0600 (MDT) Message-Id: <199608291739.LAA06990@rocky.mt.sri.com> From: Nate Williams To: "Marty Leisner" Cc: Michael Hancock , FreeBSD Hackers Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: <9608291722.AA09047@gnu.mc.xerox.com> References: <9608291722.AA09047@gnu.mc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I tried to...it doesn't like flex (I tried on linux, sun and freebsd; its > agreeble with the suns lex libraries...) The real AT&T lex is on netlib. They released it over a year ago. Nate From owner-freebsd-hackers Thu Aug 29 10:56:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA21692 for hackers-outgoing; Thu, 29 Aug 1996 10:56:07 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA21677 for ; Thu, 29 Aug 1996 10:56:05 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15808(1)>; Thu, 29 Aug 1996 10:54:07 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA01298; Thu, 29 Aug 96 13:54:14 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09133; Thu, 29 Aug 96 13:54:12 EDT Message-Id: <9608291754.AA09133@gnu.mc.xerox.com> To: Nate Williams Cc: Michael Hancock , FreeBSD Hackers Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: Your message of "Thu, 29 Aug 1996 10:39:46 PDT." <199608291739.LAA06990@rocky.mt.sri.com> Date: Thu, 29 Aug 1996 10:54:08 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608291739.LAA06990@rocky.mt.sri.com>, you write: >> I tried to...it doesn't like flex (I tried on linux, sun and freebsd; its >> agreeble with the suns lex libraries...) > >The real AT&T lex is on netlib. They released it over a year ago. > > >Nate thanks...whats the proper name for netlib? (I tried a buncha att names I had stashed, and nothing worked). Any idea where to look? marty From owner-freebsd-hackers Thu Aug 29 11:09:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23691 for hackers-outgoing; Thu, 29 Aug 1996 11:09:46 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23683 for ; Thu, 29 Aug 1996 11:09:44 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.7.5/8.7.3) id MAA17447; Thu, 29 Aug 1996 12:08:12 -0600 (MDT) Date: Thu, 29 Aug 1996 12:08:12 -0600 (MDT) From: Brandon Gillespie To: hackers@freeBSD.org Subject: 'Backwards' DES support for crypt(), while still using better algo's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk I'm working on hacking SHA-1 encryption into passwords as '$2$' (suggested by Poul). One thought I had was on systems that have existing passwords with DES, where they may want to use better encryption but they dont because right now it is either all or nothing (? as far as I can tell). What would be nice is to have '$0$' be DES encryption, then we could still support better encryption while also staying functional with older passwords (which you would likely want to just expire and let them re-encrypt), as calling crypt() with a salt which does not have a version on it would simply default to whatever the latest 'version' is, where prepending the version to it would force it to use that encryption. This would also require a change in passwd so it doesnt unintentionally keep using DES or MD5 and just inherently uses the 'latest' version by not specifying the version in it's salt (right now passwd/local_passwd.c implicitly uses '$1$'). -Brandon Gillespie From owner-freebsd-hackers Thu Aug 29 11:11:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23890 for hackers-outgoing; Thu, 29 Aug 1996 11:11:01 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts17-line3.uoregon.edu [128.223.150.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23864; Thu, 29 Aug 1996 11:10:56 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.7.5/8.6.12) with SMTP id LAA00435; Thu, 29 Aug 1996 11:10:44 -0700 (PDT) Date: Thu, 29 Aug 1996 11:10:44 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Darius Moos cc: freebsd-hackers , FreeBSD-questions Subject: Re: Problem: AHA-2940 and Floppy-controler = no bootup In-Reply-To: <3225CFA6.55DE@degnet.baynet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Darius Moos wrote: > have to ask this for a friend. > Here we go: > Hardware: > - SOYO-Pentium-mainboard > - Adaptec 2940 without floppy-connector > - IO-card with floppy-controller > Symptoms: > - When booting with the above hardware, the memory gets checked > by the BIOS correctly and then when the Adaptec is in turn, > the bootup-process just stops before the Adaptec gets active > to scan the SCSI-devices and the machine hangs. > - the happens with a different floppy-controller. > - when taking any floppy-controller out of the machine, the > BIOS-bootup gets to the Adaptec, the Adaptec installs his BIOS > without problems and the machine runs fine. > Question: > - Anyone else had similar problems and knows a solution or a > workaround ? Disable the floppy controller on the I/O card and use the one built into the motherboard, or vice versa. Both are enabled and they are conflicting. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Thu Aug 29 11:17:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24339 for hackers-outgoing; Thu, 29 Aug 1996 11:17:00 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA24334 for ; Thu, 29 Aug 1996 11:16:57 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA07207; Thu, 29 Aug 1996 12:12:50 -0600 (MDT) Date: Thu, 29 Aug 1996 12:12:50 -0600 (MDT) Message-Id: <199608291812.MAA07207@rocky.mt.sri.com> From: Nate Williams To: "Marty Leisner" Cc: Nate Williams , FreeBSD Hackers Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: <9608291754.AA09133@gnu.mc.xerox.com> References: <199608291739.LAA06990@rocky.mt.sri.com> <9608291754.AA09133@gnu.mc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >The real AT&T lex is on netlib. They released it over a year ago. > > > > thanks...whats the proper name for netlib? (I tried a buncha att names > I had stashed, and nothing worked). netlib.att.com I believe, but there's nothing there anymore. :( Maybe when they moved to Lucent they took everything with them. Nate From owner-freebsd-hackers Thu Aug 29 12:03:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26982 for hackers-outgoing; Thu, 29 Aug 1996 12:03:47 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26973 for ; Thu, 29 Aug 1996 12:03:42 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.7.5/8.7.3) id NAA17614; Thu, 29 Aug 1996 13:02:32 -0600 (MDT) Date: Thu, 29 Aug 1996 13:02:32 -0600 (MDT) From: Brandon Gillespie To: Nate Williams cc: hackers@freebsd.org Subject: Re: 'Backwards' DES support for crypt(), while still using better algo's In-Reply-To: <199608291855.MAA07380@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Nate Williams wrote: > > I'm working on hacking SHA-1 encryption into passwords as '$2$' (suggested > > by Poul). One thought I had was on systems that have existing passwords > > with DES, where they may want to use better encryption but they dont > > because right now it is either all or nothing (? as far as I can tell). > > Or they use DES since they need it for interoperability with other OS's. > > > What would be nice is to have '$0$' be DES encryption, then we could still > > support better encryption while also staying functional with older > > passwords > > If I understand you correctly, this would mean that FreeBSD's > DES encrypted password would be different than any other OS's DES > encrypted password field. This is a bad thing IMHO, since a very common > question people ask is if FreeBSD's password field is sharable with > NetBSD/BSDi, OpenBSD, SunOS, etc.. > > If you install the secure dist (DES) converting to/from FreeBSD's format > is trivial, and by changing it you are asking for trouble. Sorry, I was not very clear :) What I'm suggesting is something different from the secure distribution which gives you 'DES capability' while still also having the capability of different encryption algorythms. It would do this with a DES version '$0$' which would hook the encryption into DES encrypt, where '$1$' would still hook into MD5 and '$2$' would hook into SHA-1 (my code for crypt hooks into MD5/SHA-1 already, based off which version you pass it in the salt), and not placing a version in the salt would hook into the 'default' that crypt is using. This leaves it up to crypt() to handle the default version, when newer and better algorythms are added--without having to change passwd and all other relevant programs. I converted a system from Linux to FreeBSD with a few hundred users; because I wanted to make the change a little problem as possible I just installed the secure dist, so everything uses DES now--but I would like passwords that are changed/updated to use a newer encryption (MD5 or SHA-1). From owner-freebsd-hackers Thu Aug 29 12:18:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28053 for hackers-outgoing; Thu, 29 Aug 1996 12:18:36 -0700 (PDT) Received: from dns2.noc.best.net (dns2.noc.best.net [206.86.0.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA28011; Thu, 29 Aug 1996 12:18:27 -0700 (PDT) Received: from shellx.best.com (shellx.best.com [206.86.0.11]) by dns2.noc.best.net (8.6.12/8.6.5) with SMTP id MAA17739; Thu, 29 Aug 1996 12:17:52 -0700 Date: Thu, 29 Aug 1996 12:17:52 -0700 (PDT) From: Amanda Chou To: questions@FreeBSD.org, hackers@FreeBSD.org, hardware@FreeBSD.org Subject: netboot.rom Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD comes with source for building netboot.rom, which is a 16K rommable image. We can't seem to find any docs on _what kind_ of PROM, EEPROM, or whatever we can use in the various cards. Ideally we'd like to use el-cheapo no-name NE2000 cards for development, but also want to know for other supported cards (e.g. 3c509). We have called 3Com and other manufacturers, as well as some additional companies, and have been unable to encounter anyone with sufficient clue to answer. (We know they're in there, but they're well-hidden.) A company we were referred to, LanWorks Technologies, who we were referred to by 3Com, said that they know, but aren't about to tell. (They saw us as some sort of threat to their business of writing software for these things.) Alternatively, does anyone know of inexpensive PROM-based ISA boot cards, which (ideally) hold more than 16K, and could be used instead of a LAN-card based boot prom? Thanks a lot! Amanda ------ achou@best.com http://www.best.com/~achou/ From owner-freebsd-hackers Thu Aug 29 12:43:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29678 for hackers-outgoing; Thu, 29 Aug 1996 12:43:53 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29663 for ; Thu, 29 Aug 1996 12:43:49 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA07380; Thu, 29 Aug 1996 12:55:21 -0600 (MDT) Date: Thu, 29 Aug 1996 12:55:21 -0600 (MDT) Message-Id: <199608291855.MAA07380@rocky.mt.sri.com> From: Nate Williams To: Brandon Gillespie Cc: hackers@freebsd.org Subject: Re: 'Backwards' DES support for crypt(), while still using better algo's In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm working on hacking SHA-1 encryption into passwords as '$2$' (suggested > by Poul). One thought I had was on systems that have existing passwords > with DES, where they may want to use better encryption but they dont > because right now it is either all or nothing (? as far as I can tell). Or they use DES since they need it for interoperability with other OS's. > What would be nice is to have '$0$' be DES encryption, then we could still > support better encryption while also staying functional with older > passwords If I understand you correctly, this would mean that FreeBSD's DES encrypted password would be different than any other OS's DES encrypted password field. This is a bad thing IMHO, since a very common question people ask is if FreeBSD's password field is sharable with NetBSD/BSDi, OpenBSD, SunOS, etc.. If you install the secure dist (DES) converting to/from FreeBSD's format is trivial, and by changing it you are asking for trouble. Nate From owner-freebsd-hackers Thu Aug 29 12:43:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29693 for hackers-outgoing; Thu, 29 Aug 1996 12:43:55 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29675 for ; Thu, 29 Aug 1996 12:43:52 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA07417; Thu, 29 Aug 1996 13:06:48 -0600 (MDT) Date: Thu, 29 Aug 1996 13:06:48 -0600 (MDT) Message-Id: <199608291906.NAA07417@rocky.mt.sri.com> From: Nate Williams To: Brandon Gillespie Cc: Nate Williams , hackers@freebsd.org Subject: Re: 'Backwards' DES support for crypt(), while still using better algo's In-Reply-To: References: <199608291855.MAA07380@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If you install the secure dist (DES) converting to/from FreeBSD's format > > is trivial, and by changing it you are asking for trouble. > > Sorry, I was not very clear :) What I'm suggesting is something different > from the secure distribution which gives you 'DES capability' while still > also having the capability of different encryption algorythms. It would > do this with a DES version '$0$' which would hook the encryption into DES > encrypt, where '$1$' would still hook into MD5 and '$2$' would hook into > SHA-1 (my code for crypt hooks into MD5/SHA-1 already, based off which > version you pass it in the salt), and not placing a version in the salt > would hook into the 'default' that crypt is using. This leaves it up to > crypt() to handle the default version, when newer and better algorythms > are added--without having to change passwd and all other relevant > programs. Except that this new password file is now FreeBSD-centric, and can't be shared with any other system. Simply adding a new 'token' for the SHA-1 stuff would be fine, but by changing what DES looks like is asking for trouble. Nate From owner-freebsd-hackers Thu Aug 29 12:49:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00119 for hackers-outgoing; Thu, 29 Aug 1996 12:49:52 -0700 (PDT) Received: from xioa.cosmic.org (root@xioa.cosmic.org [206.151.181.200]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29990; Thu, 29 Aug 1996 12:49:40 -0700 (PDT) Received: (from jwb@localhost) by xioa.cosmic.org (8.6.12/8.6.9) id PAA28061; Thu, 29 Aug 1996 15:55:37 GMT From: fubar Message-Id: <199608291555.PAA28061@xioa.cosmic.org> Subject: PS/2 mouse on Dell XPi 90ST dock station To: questions@freebsd.org, hackers@freebsd.org, sos@freebsd.org, hardware@freebsd.org Date: Thu, 29 Aug 1996 15:55:36 +0000 () X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to use the PS/2 mouse port on a Dell docking station to free up the serial port. /dev/psm0 works with the track ball when the laptop is undocked. /dev/cuaa1 works with a mouse plugged into the serial port. If I try to use teh PS/2 connector though, I get no response from the mouse. Windows 95 has no problem with it and reports the same IRQ (12) that psm0 is configured for. I'm trying to use the PS/2 mouse port on a Dell docking station to free up the serial port. /dev/psm0 works with the track ball when the laptop is undocked. /dev/cuaa0 works with a mouse plugged into the serial port. If I try to use the PS/2 connector though, I get no response from the mouse. Windows 95 has no problem with it and reports the same IRQ (12) that psm0 is configured for. I configured the kernel as instructed (trackball works). I am using FreeBSD 2.1.0-RELEASE. Greatful for any help. I'm out of ideas. From owner-freebsd-hackers Thu Aug 29 13:01:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA00974 for hackers-outgoing; Thu, 29 Aug 1996 13:01:41 -0700 (PDT) Received: from guarany.cpd.unb.br (guarany.cpd.unb.br [164.41.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA00960 for ; Thu, 29 Aug 1996 13:01:17 -0700 (PDT) Received: from antares.linf.unb.br by guarany.cpd.unb.br (AIX 3.2/UCB 5.64/4.03) id AA32065; Thu, 29 Aug 1996 17:02:13 -0300 Received: from pegasus by antares.linf.unb.br (4.1/SMI-4.1) id AA19920; Thu, 29 Aug 96 17:02:20 WST From: e8917523@antares.linf.unb.br (Daniel C. Sobral) Message-Id: <9608292102.AA19920@antares.linf.unb.br> Subject: Re: 2.1.5R & ATAPI CDROM Problems To: arver@sn.no (Arve Ronning) Date: Thu, 29 Aug 1996 17:03:27 -0400 (WST) In-Reply-To: <3225378B.2748@sn.no> from "Arve Ronning" at Aug 28, 96 11:24:11 pm Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Arve Ronning writes: > > By a combination of pure luck and some inspiration from Daniel C. Sobral > (thanks Daniel, your mail to 'hackers' 18 Jul generated some ideas), You're welcome. > A swift scan through the ATA-2 rev.3 draft revealed a mismatch > in atapi_wait_cmd() related to the interpretation of bits in > the AR_STATUS register. ATA section 6.2.12. says : > > "When the BSY bit is equal to one, no other bits in this > register and all other Command Block registers are not valid." I knew it had to be something related to flow control... > I think this should be included in future -SNAPs for the benefit > of owners of ATAPI CDROM drives that probe ok but malfunction > during install & use. In addition, some feedback would be nice; > anyone care to try it ? Are you kidding??? If that happens to work I'll finally get down to do something serious with it (FreeBSD)! And the timing is just about perfect: I'll be doing nothing but working with Net and Free for a month, starting just two days ago... :-) I'll give you feedback as soon as I can (i.e., in no more than 12 hours :). -- Daniel C. Sobral (8-DCS) e8917523@linf.unb.br "Master, do we seek victory in contention?" "Seek rather not to contend, for without contention there can be neither victory nor defeat." From owner-freebsd-hackers Thu Aug 29 13:11:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01801 for hackers-outgoing; Thu, 29 Aug 1996 13:11:09 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA01780; Thu, 29 Aug 1996 13:11:00 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA07906; Thu, 29 Aug 1996 14:10:46 -0600 (MDT) Date: Thu, 29 Aug 1996 14:10:46 -0600 (MDT) Message-Id: <199608292010.OAA07906@rocky.mt.sri.com> From: Nate Williams To: fubar Cc: questions@freebsd.org, hackers@freebsd.org, sos@freebsd.org, hardware@freebsd.org Subject: Re: PS/2 mouse on Dell XPi 90ST dock station In-Reply-To: <199608291555.PAA28061@xioa.cosmic.org> References: <199608291555.PAA28061@xioa.cosmic.org> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm trying to use the PS/2 mouse port on a Dell docking station to free up > the serial port. /dev/psm0 works with the track ball when the laptop is > undocked. So far so good. > /dev/cuaa1 works with a mouse plugged into the serial port. Unrelated, but good. > If I try to use teh PS/2 connector though, I get no response from the > mouse. Windows 95 has no problem with it and reports the same IRQ > (12) that psm0 is configured for. Do you do a 'cold reboot'? My laptop won't recognize the external PS/2 mouse work unless I power cycle the machine first. Nate From owner-freebsd-hackers Thu Aug 29 13:25:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02856 for hackers-outgoing; Thu, 29 Aug 1996 13:25:20 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02851 for ; Thu, 29 Aug 1996 13:25:12 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.7.5/8.7.3) id OAA17880; Thu, 29 Aug 1996 14:23:44 -0600 (MDT) Date: Thu, 29 Aug 1996 14:23:43 -0600 (MDT) From: Brandon Gillespie To: hackers@FreeBSD.org Subject: Re: 'Backwards' DES support for crypt(), while still using better , algo's In-Reply-To: <199608291906.NAA07417@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > Sorry, I was not very clear :) What I'm suggesting is something different > > from the secure distribution which gives you 'DES capability' while still > > also having the capability of different encryption algorythms. It would > > do this with a DES version '$0$' which would hook the encryption into DES > > encrypt, where '$1$' would still hook into MD5 and '$2$' would hook into > > SHA-1 (my code for crypt hooks into MD5/SHA-1 already, based off which > > version you pass it in the salt), and not placing a version in the salt > > would hook into the 'default' that crypt is using. This leaves it up to > > crypt() to handle the default version, when newer and better algorythms > > are added--without having to change passwd and all other relevant > > programs. > > Except that this new password file is now FreeBSD-centric, and can't be > shared with any other system. Simply adding a new 'token' for the SHA-1 > stuff would be fine, but by changing what DES looks like is asking for > trouble. The password file is already FreeBSD-centric, you cannot drop back to a DES only (or Version 7) file with MD5/SHA passwords scattered through it. Basically I was hopeing to make it more modular, so programs such as passwd wouldn't have to code in acceptance of '$x$' like they do right now. However, in order to do this the default behaviour of crypt() should be the most preferred encryption scheme (SHA-1 etc), not the oldest (DES), which it would have to be if DES passwords were not flagged as such. An outline of the behaviour I'm thinking of is: When crypt is called examine salt, hook into specific crypt based off '$x$' version, otherwise assume most preferred method of encryption if salt is not specified. This allows you to have DES passwords next to MD5, SHA and other passwords by prefixing them with '$0$' and refining the salt from the DES password appropriately. The most common way to test a password is to simply do: !strcmp(crypt(possible_word, current_passwd)) The problem is that if DES passwords stay as they are, it will do MD5 encryption on the possible word, using the DES password as the salt (as it does right now, if you try to put DES passwords in with an MD5 file). -Brandon Gillespie On another note, I also have a thread_crypt() that does not use a static buffer (it mallocs the encrypted word). From owner-freebsd-hackers Thu Aug 29 13:51:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA04086 for hackers-outgoing; Thu, 29 Aug 1996 13:51:40 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA04078 for ; Thu, 29 Aug 1996 13:51:33 -0700 (PDT) Received: from aida.aida.org (didier@aida [128.127.10.1]) by aida.aida.org (8.7.5/8.7.3) with SMTP id WAA00454; Thu, 29 Aug 1996 22:26:09 GMT Date: Fri, 30 Aug 1996 00:26:09 +0200 (MET DST) From: didier@aida.org To: Dennis cc: hackers@FreeBSD.org Subject: Re: X25 In-Reply-To: <199608291544.LAA20909@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Dennis wrote: > > > >what kind of board can I use to connect to the french x25 > >network (Transpac) > > We have a board, and an X.25 product for Freebsd...but the software > we provide only supports IP over X.25. If you wanted to use the netccitt > stuff, you'd have to do some work to make it work. Note that our board > has LAPB built it, so you dont have to use the unreliable netccitt LAPB > code. > sorry to have bother you, the client has just decided to move to ISDN thanks -- Didier Derny | Private FreeBSD 2.2-CURRENT Site Email: didier@aida.org | Microsoft Free Computer. Homepage: http://www.codix.fr/~dderny | Pentium 150 on ASUS P/I-P55TP4N From owner-freebsd-hackers Thu Aug 29 14:03:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04869 for hackers-outgoing; Thu, 29 Aug 1996 14:03:27 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA04862; Thu, 29 Aug 1996 14:03:22 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA04347; Thu, 29 Aug 1996 22:59:15 +0200 (MET DST) To: Nate Williams cc: Brandon Gillespie , hackers@FreeBSD.org Subject: Re: 'Backwards' DES support for crypt(), while still using better algo's In-reply-to: Your message of "Thu, 29 Aug 1996 13:06:48 MDT." <199608291906.NAA07417@rocky.mt.sri.com> Date: Thu, 29 Aug 1996 22:59:14 +0200 Message-ID: <4345.841352354@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199608291906.NAA07417@rocky.mt.sri.com>, Nate Williams writes: > >Except that this new password file is now FreeBSD-centric, and can't be >shared with any other system. Simply adding a new 'token' for the SHA-1 >stuff would be fine, but by changing what DES looks like is asking for >trouble. I agree. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Aug 29 14:04:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA05022 for hackers-outgoing; Thu, 29 Aug 1996 14:04:34 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA05012; Thu, 29 Aug 1996 14:04:29 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA04452; Thu, 29 Aug 1996 23:03:58 +0200 (MET DST) To: didier@aida.org cc: Dennis , hackers@FreeBSD.org Subject: Re: X25 In-reply-to: Your message of "Fri, 30 Aug 1996 00:26:09 +0200." Date: Thu, 29 Aug 1996 23:03:58 +0200 Message-ID: <4450.841352638@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message , didier@aida. org writes: >> >what kind of board can I use to connect to the french x25 >> >network (Transpac) > >sorry to have bother you, the client has just decided to move to ISDN > wise move. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Aug 29 14:27:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06352 for hackers-outgoing; Thu, 29 Aug 1996 14:27:06 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA06346 for ; Thu, 29 Aug 1996 14:27:01 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA08439; Thu, 29 Aug 1996 15:26:42 -0600 (MDT) Date: Thu, 29 Aug 1996 15:26:42 -0600 (MDT) Message-Id: <199608292126.PAA08439@rocky.mt.sri.com> From: Nate Williams To: Brandon Gillespie Cc: hackers@freebsd.org Subject: Re: 'Backwards' DES support for crypt(), while still using better , algo's In-Reply-To: References: <199608291906.NAA07417@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Sorry, I was not very clear :) What I'm suggesting is something different > > > from the secure distribution which gives you 'DES capability' while still > > > also having the capability of different encryption algorythms. It would > > > do this with a DES version '$0$' which would hook the encryption into DES > > > encrypt, where '$1$' would still hook into MD5 and '$2$' would hook into > > > SHA-1 (my code for crypt hooks into MD5/SHA-1 already, based off which > > > version you pass it in the salt), and not placing a version in the salt > > > would hook into the 'default' that crypt is using. This leaves it up to > > > crypt() to handle the default version, when newer and better algorythms > > > are added--without having to change passwd and all other relevant > > > programs. > > > > Except that this new password file is now FreeBSD-centric, and can't be > > shared with any other system. Simply adding a new 'token' for the SHA-1 > > stuff would be fine, but by changing what DES looks like is asking for > > trouble. > > The password file is already FreeBSD-centric, you cannot drop back to a > DES only (or Version 7) file with MD5/SHA passwords scattered through > it. This is a non-standard case. Most folks have all of one or the other. And, if you've got DES only passwords, you don't want them 'changed' to have a token in them. Special casing this is as much work as special casing 'not' having the token there, so you aren't buying anything but more work since all of the routines would have to see if it was a 'DES-only' password file and NOT prepend the token if so, else you can prepend the token. The current behavior of no-token == DES allows everything to work normally. Nate From owner-freebsd-hackers Thu Aug 29 15:10:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10506 for hackers-outgoing; Thu, 29 Aug 1996 15:10:46 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10497 for ; Thu, 29 Aug 1996 15:10:37 -0700 (PDT) Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id SAA11816; Thu, 29 Aug 1996 18:09:36 -0400 (EDT) Received: from compound.Think.COM (fergus-2.dialup.prtel.com [206.10.99.132]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id SAA00665; Thu, 29 Aug 1996 18:09:32 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id RAA05296; Thu, 29 Aug 1996 17:09:52 -0500 (CDT) Date: Thu, 29 Aug 1996 17:09:52 -0500 (CDT) From: Tony Kimball Message-Id: <199608292209.RAA05296@compound.Think.COM> To: ig25@mvmampc66.ciw.uni-karlsruhe.de Cc: hackers@freebsd.org Subject: Re: Tired of /tmp? Here's a proposed solution Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Thomas Koenig on Wed, 28 August: : Guido M. Witmond wrote: : : >Well, this is a good quick hack. What about removing the CONCEPT of : >public writable filesystems like /tmp. : : Agree 100%. : : The best solution would be, IMHO, to give each user his or her : personal temporary directory, under /tmp/username, mode 700. : /tmp can stay 1777 for stuff like make files accessible to other : users. : : Comments? Yup. Don't do it. Allow instead the creation of files with no path, which disappear when closed -- hey, better yet, use free memory, and back them by swap. Hmmm -- sounds suspiciously like unto mmap(...,open("/dev/null",...),...). I think the rub is expunging the use of /tmp from all the applications. (Many of these uses are in the form of mktemp(3) calls, and several others are fifos.) Once in, it is hard to expunge such a pervasive kludge... From owner-freebsd-hackers Thu Aug 29 15:41:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12800 for hackers-outgoing; Thu, 29 Aug 1996 15:41:29 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA12794 for ; Thu, 29 Aug 1996 15:41:27 -0700 (PDT) Received: from tombstone.sunrem.com by mail.crl.com with SMTP id AA06205 (5.65c/IDA-1.5 for ); Thu, 29 Aug 1996 15:39:52 -0700 Received: (from brandon@localhost) by tombstone.sunrem.com (8.7.5/8.7.3) id QAA18149; Thu, 29 Aug 1996 16:36:22 -0600 (MDT) Date: Thu, 29 Aug 1996 16:36:21 -0600 (MDT) From: Brandon Gillespie To: Nate Williams Cc: hackers@freebsd.org Subject: Re: 'Backwards' DES support for crypt(), while still using better , algo's In-Reply-To: <199608292126.PAA08439@rocky.mt.sri.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Nate Williams wrote: > This is a non-standard case. Most folks have all of one or the other. Yes, but ONLY because we dont have any other option! Once again, what I am suggesting is that--WHEN USING FreeBSD-centric password files--we have a package that you can drop in for DES passwords WITH the FreeBSD centric format. Right now when you drop DES in DES becomes the default, and from that point forward everything is DES, although it will still read MD5 passwords changing a password will make it a DES password. I can see the reasons for having a complete DES oriented system. However I can also see the reasons for having a progressive oriented system, defaulting to the best algorithm rather than the worst--while still handling older algorithms. To make it upwardly scaleable you have to: 1) not hook other programs into the crypt version, simply have them feed the existing password as the seed when matching passwords, and 2) NOT assume any version when creating a seed (passwd will force '$1$' currently). 3) allow crypt() to default to the most desired algorithm, then programs such as 'passwd' can create a common seed and feed it to crypt, getting back the best encryption algorithm. I think this should be the default behaviour, unless a 'DES-only' package or option is installed, which would generally imply you do not want ANY of the progressive password formats anyway (due to network services and compatability with other systems). The reason for this behaviour is rather relevant, in my opinion. If you ever want to convert an existing DES-based system to FreeBSD you have to stay completely DES based--you cannot switch to better passwd algorithms because of the default behaviour of crypt() (explained above). Furthermore there are systems that currently use DES for one reason or another which may want to use better algorithms, but they cannot without doing a massive passwd change as they remove DES password support--just because the way crypt() defaults it will always use DES not something better. What I am trying to target is those people trying to go from DES to something better. Right now this is not a possibility. There are also systems that dont care about anything else, and dont want to care about anything else, this is also fine. Frankly there is already not a middle line, it is one way or the other. Perhaps this would be better solved if the behaviour of crypt were managed through something in /etc, such as the existence of: /etc/crypt.DES Which would cause crypt() to default DES (like it does now), and if this file did not exist crypt() would default to the latest/best algorithm it knows of. -Brandon Gillespie (I'm so heated about this because I have several systems which have DES passwords installed because they were originally Linux, and have a large user base. I would rather they use MD5 or SHA-1 passwords, but short of hacking passwd to force that in the future they will stay DES based). From owner-freebsd-hackers Thu Aug 29 15:44:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12938 for hackers-outgoing; Thu, 29 Aug 1996 15:44:43 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA12932 for ; Thu, 29 Aug 1996 15:44:39 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA08995; Thu, 29 Aug 1996 16:43:08 -0600 (MDT) Date: Thu, 29 Aug 1996 16:43:08 -0600 (MDT) Message-Id: <199608292243.QAA08995@rocky.mt.sri.com> From: Nate Williams To: Brandon Gillespie Cc: Nate Williams , hackers@freebsd.org Subject: Re: 'Backwards' DES support for crypt(), while still using better , algo's In-Reply-To: References: <199608292126.PAA08439@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brandon Gillespie writes: > On Thu, 29 Aug 1996, Nate Williams wrote: > > This is a non-standard case. Most folks have all of one or the other. > > Yes, but ONLY because we dont have any other option! > > Once again, what I am suggesting is that--WHEN USING FreeBSD-centric > password files--we have a package that you can drop in for DES passwords > WITH the FreeBSD centric format. Right now when you drop DES in DES > becomes the default, and from that point forward everything is DES, > although it will still read MD5 passwords changing a password will make > it a DES password. Right, and if you modify the default to MD5, it will still read DES and MD5 passwords and changes becomes MD5 passwords. This works *right* now. Change the default to SH5 (??) and it'll still read MD5, DES, and SH5 passwords and write out the new passwords scheme, but the idea is that we *read* everything but only write out the default. This is the way it is now. There is no need to add a special 'token' to the DES passwords for this to work. The token is used merely to recognize non-DES passwords, at which point you can use any # of tokens to use progressively more advanced encryption methods. Nate From owner-freebsd-hackers Thu Aug 29 16:01:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13854 for hackers-outgoing; Thu, 29 Aug 1996 16:01:51 -0700 (PDT) Received: from soncek.uni-mb.si (soncek.uni-mb.si [164.8.1.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA13848 for ; Thu, 29 Aug 1996 16:01:48 -0700 (PDT) Received: from unicorn.uni-mb.si by soncek.uni-mb.si with SMTP using DNS (PP) id <28748-0@soncek.uni-mb.si>; Fri, 30 Aug 1996 01:01:52 +0200 Received: (from david@localhost) by unicorn.uni-mb.si (8.7.5/8.7.3/960410) id BAA10398 for freebsd-hackers@freefall.cdrom.com; Fri, 30 Aug 1996 01:01:40 +0200 From: David Vrtin Message-Id: <199608292301.BAA10398@unicorn.uni-mb.si> Subject: help To: freebsd-hackers@freefall.FreeBSD.org Date: Fri, 30 Aug 1996 01:01:40 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk help From owner-freebsd-hackers Thu Aug 29 16:29:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15776 for hackers-outgoing; Thu, 29 Aug 1996 16:29:19 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15762 for ; Thu, 29 Aug 1996 16:29:14 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id XAA00463; Thu, 29 Aug 1996 23:28:14 GMT Date: Fri, 30 Aug 1996 08:28:14 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: Hackers@FreeBSD.org Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: <199608291709.KAA28922@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Terry Lambert wrote: > > I want to use cscope on their CD-ROM, see > > > > http://www.att.com/ssg/products/toolchest.html, > > > > I want to do multiple directory ctag-like stuff. Nvi has cscope support > > and it looks like a winner. > > > > Has anyone compiled cscope on FreeBSD? > > At Weber State University, we ported CScope to a lot of different > platforms, includeing Ultrix, NeXT, and FreeBSD 1.1.5.1. > > The license is such that we could not have distributed it (Weber has > been a UIX source license for a long time). Does the license restrict the distribution of port diffs? From owner-freebsd-hackers Thu Aug 29 18:19:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21384 for hackers-outgoing; Thu, 29 Aug 1996 18:19:52 -0700 (PDT) Received: from leinlein.mt.cs.keio.ac.jp ([131.113.11.112]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA21379 for ; Thu, 29 Aug 1996 18:19:48 -0700 (PDT) Received: (from hosokawa@localhost) by leinlein.mt.cs.keio.ac.jp (8.7.5/8.7.3) id IAA04674; Fri, 30 Aug 1996 08:54:16 +0900 (JST) Date: Fri, 30 Aug 1996 08:54:16 +0900 (JST) Message-Id: <199608292354.IAA04674@leinlein.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Incompatibility between FIPS and MSDOSFS From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.19] 1995-07/21(Fri) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi! I'm writing an article about FreeBSD on Japanese magazine. I've installed FreeBSD 2.1.5-RELEASE on a wide variety of environment (to write this article), and I found that FIPS'ed DOS partition is incompatible with MSDOSFS, so, o files in FIPS'ed DOS partition sometimes failes even on read-only operation. o directories in FIPS'ed DOS partition sometimes shows broken filename to the system. o FIPS'ed partition can't be used as an installation medium of DOS-partition installation Are these problems fixed on 2.2-SNAP or -current? -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp hosokawa@jp.FreeBSD.org WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html From owner-freebsd-hackers Thu Aug 29 18:39:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22148 for hackers-outgoing; Thu, 29 Aug 1996 18:39:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA22143 for ; Thu, 29 Aug 1996 18:38:56 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA29587; Thu, 29 Aug 1996 18:26:35 -0700 From: Terry Lambert Message-Id: <199608300126.SAA29587@phaeton.artisoft.com> Subject: Re: AT&T Software Toolchest CD-ROM To: michaelh@cet.co.jp (Michael Hancock) Date: Thu, 29 Aug 1996 18:26:34 -0700 (MST) Cc: terry@lambert.org, Hackers@FreeBSD.org In-Reply-To: from "Michael Hancock" at Aug 30, 96 08:28:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Has anyone compiled cscope on FreeBSD? > > > > At Weber State University, we ported CScope to a lot of different > > platforms, includeing Ultrix, NeXT, and FreeBSD 1.1.5.1. > > > > The license is such that we could not have distributed it (Weber has > > been a UIX source license for a long time). > > Does the license restrict the distribution of port diffs? Yes, of course; they are a derivative work. You can drive to Weber and use the thing, but it's not very helpful... 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Aug 29 18:50:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA23034 for hackers-outgoing; Thu, 29 Aug 1996 18:50:22 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA22998; Thu, 29 Aug 1996 18:50:11 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA21545; Fri, 30 Aug 1996 11:19:57 +0930 From: Michael Smith Message-Id: <199608300149.LAA21545@genesis.atrad.adelaide.edu.au> Subject: Re: netboot.rom To: achou@best.com (Amanda Chou) Date: Fri, 30 Aug 1996 11:19:56 +0930 (CST) Cc: questions@FreeBSD.org, hackers@FreeBSD.org, hardware@FreeBSD.org In-Reply-To: from "Amanda Chou" at Aug 29, 96 12:17:52 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Amanda Chou stands accused of saying: > > > FreeBSD comes with source for building netboot.rom, which > is a 16K rommable image. We can't seem to find any docs on > _what kind_ of PROM, EEPROM, or whatever we can use in the > various cards. Ideally we'd like to use el-cheapo no-name > NE2000 cards for development, but also want to know for > other supported cards (e.g. 3c509). We have called 3Com and > other manufacturers, as well as some additional companies, > and have been unable to encounter anyone with sufficient clue > to answer. (We know they're in there, but they're well-hidden.) Netboot ROMs are almost always EPROMs. In the case of a 16K netboot image, you want a 16K EPROM; one with a part number which maps well to '27128'. > A company we were referred to, LanWorks Technologies, who we > were referred to by 3Com, said that they know, but aren't about > to tell. (They saw us as some sort of threat to their business > of writing software for these things.) *LAUGH* > Alternatively, does anyone know of inexpensive PROM-based > ISA boot cards, which (ideally) hold more than 16K, and could > be used instead of a LAN-card based boot prom? ... nothing as cheap as a $30 NE2000. > Amanda -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Aug 29 18:54:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA23514 for hackers-outgoing; Thu, 29 Aug 1996 18:54:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA23508 for ; Thu, 29 Aug 1996 18:54:32 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA21593; Fri, 30 Aug 1996 11:22:49 +0930 From: Michael Smith Message-Id: <199608300152.LAA21593@genesis.atrad.adelaide.edu.au> Subject: Re: AT&T Software Toolchest CD-ROM To: nate@mt.sri.com (Nate Williams) Date: Fri, 30 Aug 1996 11:22:49 +0930 (CST) Cc: leisner@sdsp.mc.xerox.com, nate@mt.sri.com, Hackers@freebsd.org In-Reply-To: <199608291812.MAA07207@rocky.mt.sri.com> from "Nate Williams" at Aug 29, 96 12:12:50 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams stands accused of saying: > > > >The real AT&T lex is on netlib. They released it over a year ago. > > > > > > > thanks...whats the proper name for netlib? (I tried a buncha att names > > I had stashed, and nothing worked). > > netlib.att.com I believe, but there's nothing there anymore. :( > > Maybe when they moved to Lucent they took everything with them. cain:~>ncftp netlib.att.com:/netlib Plan 9 FTP server ready achille.research.bell-labs.com:/netlib ncftp> It's all still there, thank god 8) I really should mirror it somewhere for posterity's sake. > Nate -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Aug 29 19:06:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24569 for hackers-outgoing; Thu, 29 Aug 1996 19:06:20 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24560 for ; Thu, 29 Aug 1996 19:06:15 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA09937; Thu, 29 Aug 1996 20:06:08 -0600 (MDT) Date: Thu, 29 Aug 1996 20:06:08 -0600 (MDT) Message-Id: <199608300206.UAA09937@rocky.mt.sri.com> From: Nate Williams To: Michael Smith Cc: nate@mt.sri.com (Nate Williams), leisner@sdsp.mc.xerox.com, Hackers@freebsd.org Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: <199608300152.LAA21593@genesis.atrad.adelaide.edu.au> References: <199608291812.MAA07207@rocky.mt.sri.com> <199608300152.LAA21593@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > thanks...whats the proper name for netlib? (I tried a buncha att names > > > I had stashed, and nothing worked). > > > > netlib.att.com I believe, but there's nothing there anymore. :( > > > > Maybe when they moved to Lucent they took everything with them. > > cain:~>ncftp netlib.att.com:/netlib > Plan 9 FTP server ready > achille.research.bell-labs.com:/netlib > ncftp> > > It's all still there, thank god 8) I really should mirror it somewhere > for posterity's sake. There was nothing significant in ftp://netlib.att.com/netlib when I looked earlier today. Nate From owner-freebsd-hackers Thu Aug 29 19:28:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26442 for hackers-outgoing; Thu, 29 Aug 1996 19:28:04 -0700 (PDT) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA26392 for ; Thu, 29 Aug 1996 19:27:54 -0700 (PDT) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id WAA01625; Thu, 29 Aug 1996 22:22:53 -0400 (EDT) From: Robin Cutshaw Message-Id: <199608300222.WAA01625@intercore.com> Subject: Adaptec 2740 problems To: freebsd-hackers@freebsd.org Date: Thu, 29 Aug 1996 22:22:51 -0400 (EDT) Cc: robin@intercore.com (Robin Cutshaw) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been trying to get a 2.2 SMP snapshot up on a dell box with an adaptec 2740 Eisa SCSI controller. The message printed during boot is: panic: cpu#0 ahc:0:brkadrint, Illegal host access at seqaddr:0x0 This is a dual pentium system and the 2.2-current smp tree. Solaris-x86 runs just fine so it doesn't look like a hardware problem. Any clues/suggestions? Thanks, robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-hackers Thu Aug 29 19:29:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26509 for hackers-outgoing; Thu, 29 Aug 1996 19:29:21 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA26498; Thu, 29 Aug 1996 19:29:15 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id WAA04425; Thu, 29 Aug 1996 22:28:43 -0400 Date: Thu, 29 Aug 1996 22:28:43 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: sos@freebsd.org cc: Philippe Regnauld , hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608291106.NAA06265@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996 sos@freebsd.org wrote: > > > Of course, the absolute topper would be to hack the BIOS rom so that > > > it natively boots to something your monitor can handle! ;-) . > > > > Well, a shareware BIOS (Dr.Bios) exists out there -- does it come > > with sources ? > > You don't need to hack the video BIOS (its the one on the video > card you would want to change not the motherboard one :) ), it > should do it by makeing an extra BIOS rom whith the needed code > in it, at let it register AFTER the std video BIOS has done its trick. > > Hmmm... where would you plug it in? I wasn't aware that you could replace the video mode set routines in the BIOS with code from another ROM, as you do with drivers, etc. Just where does syscons.c start functioning in the boot process? What messages would you see if you just hacked the starting mode in the syscons.c file to work with the fixed-freq monitors? Would you only miss the AMI BIOS messages about system config? -Jim Durham From owner-freebsd-hackers Thu Aug 29 21:12:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03006 for hackers-outgoing; Thu, 29 Aug 1996 21:12:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02999 for ; Thu, 29 Aug 1996 21:12:25 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA00512; Thu, 29 Aug 1996 21:12:16 -0700 (PDT) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: freebsd-hackers@FreeBSD.org Subject: Re: Incompatibility between FIPS and MSDOSFS In-reply-to: Your message of "Fri, 30 Aug 1996 08:54:16 +0900." <199608292354.IAA04674@leinlein.mt.cs.keio.ac.jp> Date: Thu, 29 Aug 1996 21:12:16 -0700 Message-ID: <510.841378336@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > (to write this article), and I found that FIPS'ed DOS partition is > incompatible with MSDOSFS, so, Yep! Known bug, I'm afraid. > o files in FIPS'ed DOS partition sometimes failes even on read-only > operation. Yes. > o directories in FIPS'ed DOS partition sometimes shows broken filename > to the system. Yes. > o FIPS'ed partition can't be used as an installation medium of > DOS-partition installation Yes. You also left out: > o Trying to actually use the DOS partition read/write often results in > total corruption of both DOS and UFS partitions. :-( > Are these problems fixed on 2.2-SNAP or -current? Nope, not yet. Robert Nordier has been working on something for awhile, but I don't know the current status of it. Jordan From owner-freebsd-hackers Thu Aug 29 22:37:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA09559 for hackers-outgoing; Thu, 29 Aug 1996 22:37:55 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA09532; Thu, 29 Aug 1996 22:37:48 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id PAA06788; Fri, 30 Aug 1996 15:37:18 +1000 (EST) Date: Fri, 30 Aug 1996 15:37:15 +1000 (EST) From: "Daniel O'Callaghan" To: Michael Beckmann cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: your mail regarding Linux password file In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael, Linux uses DES encryption libraries for its passwords. Make sure you get the DES software for FreeBSD from ftp.internat.freebsd.org (ftp.za.freebsd.org) and install it from the start. You should then have no problems copying passwords from Linux to FreeBSD. If you don't get the International DES distribution, FreeBSD will have MD5 password hashing, which will not work with DES passwords from Linux. regards, Danny From owner-freebsd-hackers Thu Aug 29 22:51:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10090 for hackers-outgoing; Thu, 29 Aug 1996 22:51:54 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA10083 for ; Thu, 29 Aug 1996 22:51:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA18690 for ; Fri, 30 Aug 1996 07:51:48 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA28072 for freebsd-hackers@freebsd.org; Fri, 30 Aug 1996 07:51:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA27731 for freebsd-hackers@freebsd.org; Fri, 30 Aug 1996 07:36:40 +0200 (MET DST) From: J Wunsch Message-Id: <199608300536.HAA27731@uriah.heep.sax.de> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 07:36:40 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608281610.UAA01538@nagual.ru> from "[?KOI8-R?]" at "Aug 28, 96 08:10:10 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > Sendmail and Elm both use flock(). > Procmail use fcntl(), but I just change it to flock() too. fcntl() on the entire file is identical to flock() -- they use the same functions internally. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Aug 29 22:51:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10125 for hackers-outgoing; Thu, 29 Aug 1996 22:51:59 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA10085; Thu, 29 Aug 1996 22:51:52 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA18695; Fri, 30 Aug 1996 07:51:49 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA28074; Fri, 30 Aug 1996 07:51:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA27769; Fri, 30 Aug 1996 07:40:59 +0200 (MET DST) From: J Wunsch Message-Id: <199608300540.HAA27769@uriah.heep.sax.de> Subject: Re: [Q]: formula for calculating BPI needed To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Fri, 30 Aug 1996 07:40:59 +0200 (MET DST) Cc: moos@degnet.baynet.de, questions@FreeBSD.org, freebsd-hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608290016.RAA15559@freefall.freebsd.org> from "Jonathan M. Bresler" at "Aug 28, 96 05:16:52 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jonathan M. Bresler wrote: > trying to use bpi for a DAT tape ;) > bpi is from the days of 9-track tapes. use B and b instead. > > B -- number of dump records > b -- number of kilobytes per dump record. > > for a 2GB tape try 500000 40 > > dump Bbf 500000 40 /dev/rst0 Are you sure? I'm under the impression that `B' is always measured in kilobytes. This is from experience, not from the man page. :) (Btw., you've got one `0' too much anyway.) dump 0uBb 2000000 32 is what i'm using on DAT. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Aug 29 23:24:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11112 for hackers-outgoing; Thu, 29 Aug 1996 23:24:41 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA11107 for ; Thu, 29 Aug 1996 23:24:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA23375; Fri, 30 Aug 1996 08:24:09 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28489; Fri, 30 Aug 1996 08:24:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA27974; Fri, 30 Aug 1996 07:55:02 +0200 (MET DST) From: J Wunsch Message-Id: <199608300555.HAA27974@uriah.heep.sax.de> Subject: Re: compress will now get an infinite loop on some types of bad input... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 07:55:02 +0200 (MET DST) Cc: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608290322.XAA03028@lakes.water.net> from Thomas David Rivers at "Aug 28, 96 11:22:25 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > I'm not sure who to send this to; suggestions? > Should I just do a send-pr with the corrupted input? No, compile with -g, send it a SIGQUIT next time it happens, and look at the coredump with gdb. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Aug 29 23:32:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11614 for hackers-outgoing; Thu, 29 Aug 1996 23:32:59 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA11605 for ; Thu, 29 Aug 1996 23:32:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA23519; Fri, 30 Aug 1996 08:31:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28560; Fri, 30 Aug 1996 08:31:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA28677; Fri, 30 Aug 1996 08:23:36 +0200 (MET DST) From: J Wunsch Message-Id: <199608300623.IAA28677@uriah.heep.sax.de> Subject: Re: Help with Bocaboard 2016 silo overflow's To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 08:23:35 +0200 (MET DST) Cc: ser@hon.hn Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <322431B8.3346@hon.hn> from "Samuel E. Romero" at "Aug 28, 96 05:47:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Samuel E. Romero wrote: > I'm trying to set up an ISP server using, FreeBSD 2.1.5R on a P150 48MB > Ram and 2GB IDE HD. I'm using the BB2016 board with external box to > connect the (will be?) dial-in modems. I have Motorola 28.8 modems for > dial-in. I can connect with the modem in any of the 16 ports of the > BB2016 using a terminal comm program, and can type commands and > everything on the comm program, but as soon as I begin something that > sends a stream of bytes (zmodem file upload or PPP handshaking - slirp, > ppp or pppd), the host complains with silo overflows. 1, 2, 4 up to 5 > at a time. I'm only using one of the 16 modems at a time (No > "production" yet :-( ). Are you sure you've got: . a Boca that supports CTS/RTS . cables that wire CTS/RTS . modems setup to use hardware flow control . tty ports configured for CTS/RTS flow control? sax.sax.de also uses a BB2016, and apart from the well-known reboot problem (some lines sometimes fail probing after a panic reboot), the card is doing fine. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Aug 29 23:41:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA12984 for hackers-outgoing; Thu, 29 Aug 1996 23:41:07 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA12967 for ; Thu, 29 Aug 1996 23:41:04 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id GAA03012; Fri, 30 Aug 1996 06:39:27 GMT Date: Fri, 30 Aug 1996 15:39:27 +0900 (JST) From: Michael Hancock To: Nate Williams cc: Marty Leisner , FreeBSD Hackers Subject: Re: AT&T Software Toolchest CD-ROM In-Reply-To: <199608291812.MAA07207@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 29 Aug 1996, Nate Williams wrote: > > >The real AT&T lex is on netlib. They released it over a year ago. > > > > > > > thanks...whats the proper name for netlib? (I tried a buncha att names > > I had stashed, and nothing worked). > > netlib.att.com I believe, but there's nothing there anymore. :( netlib.lucent.com and netlib.bell-labs.com all take you there, but no sign of lex anywhere. :( http://netlib.bell-labs.com/cm/cs/ has the following excerpt: Some highlights of the past: Unix C C++ UUCP Datakit network YACC, LEX, Make, AWK, Troff et al, ... Belle, former world computer chess champion Hobbit microprocessor XUNET-II, an experimental cross-country T3 network The page has a link bwk on the bottom for a co-author of the page. So I sent a message, "Yo Brian, where's LEX?". NOT. 8-) 8-) From owner-freebsd-hackers Thu Aug 29 23:50:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA13717 for hackers-outgoing; Thu, 29 Aug 1996 23:50:39 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA13712; Thu, 29 Aug 1996 23:50:36 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA13048; Fri, 30 Aug 1996 08:50:34 +0200 Message-Id: <199608300650.IAA13048@ra.dkuug.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: durham@durham (Jim Durham) Date: Fri, 30 Aug 1996 08:50:34 +0200 (MET DST) Cc: sos@freebsd.org, regnauld@tetard.glou.eu.org, hackers@freebsd.org In-Reply-To: from "Jim Durham" at Aug 29, 96 10:28:43 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jim Durham who wrote: > > On Thu, 29 Aug 1996 sos@freebsd.org wrote: > > > > > Of course, the absolute topper would be to hack the BIOS rom so that > > > > it natively boots to something your monitor can handle! ;-) . > > > > > > Well, a shareware BIOS (Dr.Bios) exists out there -- does it come > > > with sources ? > > > > You don't need to hack the video BIOS (its the one on the video > > card you would want to change not the motherboard one :) ), it > > should do it by makeing an extra BIOS rom whith the needed code > > in it, at let it register AFTER the std video BIOS has done its trick. > > > > > Hmmm... where would you plug it in? Maybe in an empty bootprom socket on a netcard :) > I wasn't aware that you could replace the video mode set routines > in the BIOS with code from another ROM, as you do with drivers, etc. You can do all kinds of nasty things like this i a PC architecture that is exactly why its such a pain in the a... > Just where does syscons.c start functioning in the boot process? What > messages would you see if you just hacked the starting mode in the > syscons.c file to work with the fixed-freq monitors? Would you only > miss the AMI BIOS messages about system config? You would get output from where syscons takes over, that is after the first call to scinit. In effect it would look like what you get from a dmesg. You would miss everything up to that point. You could also hack the boot manager to do resonable things to you video mode, then you would be in business even earlier... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 30 00:16:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16679 for hackers-outgoing; Fri, 30 Aug 1996 00:16:59 -0700 (PDT) Received: from daniel.sobral ([200.239.56.116]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA16667 for ; Fri, 30 Aug 1996 00:16:54 -0700 (PDT) Received: (from dcs@localhost) by daniel.sobral (8.6.12/8.6.12) id EAA00547; Fri, 30 Aug 1996 04:18:33 -0300 Date: Fri, 30 Aug 1996 04:18:30 -0300 (EST) From: "Daniel C. Sobral" To: hackers@freebsd.org Subject: Arve's atapi.c patch feedback plus wcd.c patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks, Arve, it worked like a charm. I'm currently using 960716 atapi.c and atapi.h plus your patch. I also have a patch to wcd.c, that really does nothing special, just present more information. Here it goes, in case anyone is interested... *** wcd.c.orig Fri Aug 30 03:53:05 1996 --- wcd.c Fri Aug 30 03:53:50 1996 *************** *** 118,123 **** --- 118,144 ---- #define MDT_AUDIO_80 0x06 #define MDT_COMB_80 0x07 #define MDT_PHOTO_80 0x08 + #define MDT_CDR_UNKNOWN 0x10 + #define MDT_CDR_DATA_120 0x11 + #define MDT_CDR_AUDIO_120 0x12 + #define MDT_CDR_COMB_120 0x13 + #define MDT_CDR_PHOTO_120 0x14 + #define MDT_CDR_DATA_80 0x15 + #define MDT_CDR_AUDIO_80 0x16 + #define MDT_CDR_COMB_80 0x17 + #define MDT_CDR_PHOTO_80 0x18 + #define MDT_CDE_UNKNOWN 0x20 + #define MDT_CDE_DATA_120 0x21 + #define MDT_CDE_AUDIO_120 0x22 + #define MDT_CDE_COMB_120 0x23 + #define MDT_CDE_PHOTO_120 0x24 + #define MDT_CDE_DATA_80 0x25 + #define MDT_CDE_AUDIO_80 0x26 + #define MDT_CDE_COMB_80 0x27 + #define MDT_CDE_PHOTO_80 0x28 + #define MDT_UNKNOWN_2 0x30 + #define MDT_HD_DATA_120 0x31 + #define MDT_HD_DATA_80 0x35 #define MDT_NO_DISC 0x70 #define MDT_DOOR_OPEN 0x71 #define MDT_FMT_ERROR 0x72 *************** *** 353,358 **** --- 374,400 ---- case MDT_AUDIO_80: printf ("80mm audio disc loaded"); break; case MDT_COMB_80: printf ("80mm data/audio disc loaded"); break; case MDT_PHOTO_80: printf ("80mm photo disc loaded"); break; + case MDT_CDE_UNKNOWN: printf ("CD-E medium type unknown"); break; + case MDT_CDE_DATA_120: printf ("120mm CD-E data disc loaded"); break; + case MDT_CDE_AUDIO_120: printf ("120mm CD-E audio disc loaded"); break; + case MDT_CDE_COMB_120: printf ("120mm CD-E data/audio disc loaded"); break; + case MDT_CDE_PHOTO_120: printf ("120mm CD-E photo disc loaded"); break; + case MDT_CDE_DATA_80: printf ("80mm CD-E data disc loaded"); break; + case MDT_CDE_AUDIO_80: printf ("80mm CD-E audio disc loaded"); break; + case MDT_CDE_COMB_80: printf ("80mm CD-E data/audio disc loaded"); break; + case MDT_CDE_PHOTO_80: printf ("80mm CD-E photo disc loaded"); break; + case MDT_CDR_UNKNOWN: printf ("CD-R medium type unknown"); break; + case MDT_CDR_DATA_120: printf ("120mm CD-R data disc loaded"); break; + case MDT_CDR_AUDIO_120: printf ("120mm CD-R audio disc loaded"); break; + case MDT_CDR_COMB_120: printf ("120mm CD-R data/audio disc loaded"); break; + case MDT_CDR_PHOTO_120: printf ("120mm CD-R photo disc loaded"); break; + case MDT_CDR_DATA_80: printf ("80mm CD-R data disc loaded"); break; + case MDT_CDR_AUDIO_80: printf ("80mm CD-R audio disc loaded"); break; + case MDT_CDR_COMB_80: printf ("80mm CD-R data/audio disc loaded"); break; + case MDT_CDR_PHOTO_80: printf ("80mm CD-R photo disc loaded"); break; + case MDT_UNKNOWN_2: printf ("medium type unknown"); break; + case MDT_HD_DATA_120: printf ("HD 120mm data disc loaded"); break; + case MDT_HD_DATA_80: printf ("HD 80mm data disc loaded"); break; case MDT_NO_DISC: printf ("no disc inside"); break; case MDT_DOOR_OPEN: printf ("door open"); break; case MDT_FMT_ERROR: printf ("medium format error"); break; From owner-freebsd-hackers Fri Aug 30 00:55:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19032 for hackers-outgoing; Fri, 30 Aug 1996 00:55:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA19027; Fri, 30 Aug 1996 00:55:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25699; Fri, 30 Aug 1996 09:55:07 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29857; Fri, 30 Aug 1996 09:55:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA29886; Fri, 30 Aug 1996 09:23:01 +0200 (MET DST) From: J Wunsch Message-Id: <199608300723.JAA29886@uriah.heep.sax.de> Subject: Re: Plasmon 4220/4400 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 09:23:01 +0200 (MET DST) Cc: freebsd-hardware@freebsd.org, peppe@unipg.it (Giuseppe Vitillaro) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9608291456.AA28170@egeo.unipg.it> from Giuseppe Vitillaro at "Aug 29, 96 04:56:42 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Giuseppe Vitillaro wrote: > I would like to know if the Plasmon CD writers > 4220(2X)/4400/(4X) work with the current version > of FreeBSD. I would expect it, but have only tested the RF4102. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 01:32:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22621 for hackers-outgoing; Fri, 30 Aug 1996 01:32:12 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA22569; Fri, 30 Aug 1996 01:32:05 -0700 (PDT) Received: from neuron.bsd.uni-passau.de (ppp6 [194.95.214.136]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id KAA04609; Fri, 30 Aug 1996 10:43:52 +0200 Message-ID: <3226C1F8.74BC@degnet.baynet.de> Date: Fri, 30 Aug 1996 10:27:04 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0b6Gold (Win95; I) MIME-Version: 1.0 To: dwhite@resnet.uoregon.edu CC: Harald Wittmann , freebsd-hackers , FreeBSD-questions Subject: Re: Problem: AHA-2940 and Floppy-controler = no bootup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, there is no floppy-controller on the motherboard; therefore my friend used the floppy-controller on the IO-card. Darius Moos. email: moos@degnet.baynet.de Doug White wrote: > > On Thu, 29 Aug 1996, Darius Moos wrote: > > > have to ask this for a friend. > > Here we go: > > Hardware: > > - SOYO-Pentium-mainboard > > - Adaptec 2940 without floppy-connector > > - IO-card with floppy-controller > > Symptoms: > > - When booting with the above hardware, the memory gets checked > > by the BIOS correctly and then when the Adaptec is in turn, > > the bootup-process just stops before the Adaptec gets active > > to scan the SCSI-devices and the machine hangs. > > - the happens with a different floppy-controller. > > - when taking any floppy-controller out of the machine, the > > BIOS-bootup gets to the Adaptec, the Adaptec installs his BIOS > > without problems and the machine runs fine. > > Question: > > - Anyone else had similar problems and knows a solution or a > > workaround ? > > Disable the floppy controller on the I/O card and use the one built into > the motherboard, or vice versa. Both are enabled and they are > conflicting. > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Fri Aug 30 02:10:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26351 for hackers-outgoing; Fri, 30 Aug 1996 02:10:11 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA26298; Fri, 30 Aug 1996 02:10:00 -0700 (PDT) Received: from neuron.bsd.uni-passau.de (ppp3 [194.95.214.133]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id LAA04936; Fri, 30 Aug 1996 11:21:58 +0200 Message-ID: <3226CAE5.5DC5@degnet.baynet.de> Date: Fri, 30 Aug 1996 11:05:09 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0b6Gold (Win95; I) MIME-Version: 1.0 To: Joerg Wunsch CC: freebsd-hackers , FreeBSD-questions Subject: Re: [Q]: formula for calculating BPI needed References: <199608300540.HAA27769@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Joerg, i think Jonathan is right with the meaning of the commandlineoptions. B -> number of block per file/tape b -> number of KILObytes per block (as the manpage states it) Anyway i think that you are right that B should be 50.000 and not 500.000 as Jonathan wrote it. Darius Moos. email: moos@degnet.baynet.de J Wunsch wrote: > > As Jonathan M. Bresler wrote: > > > trying to use bpi for a DAT tape ;) > > bpi is from the days of 9-track tapes. use B and b instead. > > > > B -- number of dump records > > b -- number of kilobytes per dump record. > > > > for a 2GB tape try 500000 40 > > > > dump Bbf 500000 40 /dev/rst0 > > Are you sure? I'm under the impression that `B' is always measured in > kilobytes. This is from experience, not from the man page. :) (Btw., > you've got one `0' too much anyway.) > > dump 0uBb 2000000 32 > > is what i'm using on DAT. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 03:01:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA00644 for hackers-outgoing; Fri, 30 Aug 1996 03:01:33 -0700 (PDT) Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA00639 for ; Fri, 30 Aug 1996 03:01:30 -0700 (PDT) Received: from foxtail.dstc.edu.au (foxtail.dstc.edu.au [130.102.176.14]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id UAA25418 for ; Fri, 30 Aug 1996 20:01:27 +1000 Received: (from leonard@localhost) by foxtail.dstc.edu.au (8.6.10/8.6.10) id UAA02315 for hackers@freebsd.org; Fri, 30 Aug 1996 20:01:27 +1000 From: David Leonard Message-Id: <199608301001.UAA02315@foxtail.dstc.edu.au> Subject: PCI lkms To: hackers@freebsd.org Date: Fri, 30 Aug 1996 20:01:27 +1000 (EST) Reply-To: leonard@dstc.edu.au X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i'm considering turning a pci device drvr into an lkm... my question is: is this feasible? d -- David Leonard Developer, DSTC The University of Queensland david.leonard@dstc.edu.au http://www.dstc.edu.au/~leonard/ >> Distributed Solutions Event http://www.dstc.edu.au/events/dse96/ << From owner-freebsd-hackers Fri Aug 30 03:35:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA04009 for hackers-outgoing; Fri, 30 Aug 1996 03:35:03 -0700 (PDT) Received: from Guard.PolyNet.Lviv.UA (Guard.PolyNet.Lviv.UA [194.44.138.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA03940 for ; Fri, 30 Aug 1996 03:34:31 -0700 (PDT) Received: (from smap@localhost) by Guard.PolyNet.Lviv.UA (8.6.12/8.6.12) id NAA07586 for ; Fri, 30 Aug 1996 13:33:24 +0300 Received: from netadmin.lp.lviv.ua(192.168.0.2) by Guard.PolyNet.Lviv.UA via smap (V2.0alpha) id xma007584; Fri, 30 Aug 96 13:33:05 +0300 Received: from NETADMIN/SpoolDir by netadmin.lp.lviv.ua (Mercury 1.21); 30 Aug 96 13:36:48 +0200 Received: from SpoolDir by NETADMIN (Mercury 1.22-b2); 30 Aug 96 13:36:24 +0200 From: "Adrian Pavlykevych" Organization: Lvivska Polytechnica To: freebsd-hackers@freebsd.org Date: Fri, 30 Aug 1996 13:36:21 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Help, OSPF & weird gated messages Reply-to: pam@polynet.lviv.ua Priority: normal X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <199C9F0FF6@netadmin.lp.lviv.ua> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear hackers, I know, it is not very suitable question, but I have asked it on questions and got no answers. I'm installing OSPF routers based on FreeBSD 2.1R and gated conncted by PPP (kernel PPP) when my link goes down and up again, OSPF tables aren't recalculated. Gated issues following messages: Aug 25 17:25:18 netsurfer gated[46]: task_set_option: task OSPF socket 10 option GroupDrop(11) interface 192.168.0.3(le0) group 224.0.0.5: Can't assign requested address Aug 25 17:25:18 netsurfer gated[46]: task_set_option: task INET socket 7 option GroupDrop(11) interface 192.168.0.3(le0) group 224.0.0.2: Can't assign requested address Can somebody suggest way to troubleshoot this problem? Adrian Pavlykevych | State University "Lvivska Polytechnica" System Administrator | 12, St. Bandery str, Campus Computer Network | Lviv, 290646 email: pam@polynet.lviv.ua | Ukraine tel/fax:+380 (322) 742041 | From owner-freebsd-hackers Fri Aug 30 03:51:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05662 for hackers-outgoing; Fri, 30 Aug 1996 03:51:51 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA05637 for ; Fri, 30 Aug 1996 03:51:44 -0700 (PDT) Received: by sovcom.kiae.su id AA16933 (5.65.kiae-1 ); Fri, 30 Aug 1996 13:37:52 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 30 Aug 96 13:37:51 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id OAA00606; Fri, 30 Aug 1996 14:35:27 +0400 (MSD) Message-Id: <199608301035.OAA00606@nagual.ru> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! In-Reply-To: <199608300536.HAA27731@uriah.heep.sax.de> from "J Wunsch" at "Aug 30, 96 07:36:40 am" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 30 Aug 1996 14:35:27 +0400 (MSD) Cc: freebsd-hackers@FreeBSD.org From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL25 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As [?KOI8-R?] wrote: > > > Sendmail and Elm both use flock(). > > Procmail use fcntl(), but I just change it to flock() too. > > fcntl() on the entire file is identical to flock() -- they use the > same functions internally. No, you lose your fcntl lock on any close of the file, so you can't fcntl lock passwd then use getpw*() functions, read man fcntl for more info. fcntl lock treated as depriciated in BSD. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Fri Aug 30 04:32:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10333 for hackers-outgoing; Fri, 30 Aug 1996 04:32:51 -0700 (PDT) Received: from dxcl01.bn.DeTeMobil.de (dxcl01.bn.DeTeMobil.de [192.108.75.13]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA10311 for ; Fri, 30 Aug 1996 04:32:32 -0700 (PDT) Received: by dxcl01.bn.DeTeMobil.de (5.65/DEC-Ultrix/4.3) id AA11340; Fri, 30 Aug 1996 13:31:51 +0200 From: moeding@bn.DeTeMobil.de (Stefan Moeding) Received: by dxca0n.bn.DeTeMobil.de; (5.65v3.2/1.1.8.2/06Dec95-0249PM) id AA05706; Fri, 30 Aug 1996 13:31:51 +0200 Date: Fri, 30 Aug 1996 13:31:51 +0200 Message-Id: <9608301131.AA05706@dxca0n.bn.DeTeMobil.de> To: freebsd-hackers@FreeBSD.ORG Subject: Removeable disks on 2.1.5 Organization: Deutsche Telekom MobilNet GmbH, Rechenzentrum Bonn, Germany Reply-To: moeding@bn.DeTeMobil.de Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! I'm running 2.1.5-RELEASE on system with Adaptec 2940, Syquest 5150 (88MB) removeable disk drive and an HP 1536 Streamer. Two questions: 1. The Syquest is attached to the uk-driver. Is anyone working on the driver code? Does the sd-driver support removeable disks? 2. I get kernel error messages 'device offline' when doing a 'mt status' without a tape in the drive. It's a tape drive, so I would say that offline is not exactly an error state. Any comments? Thanks, Stefan From owner-freebsd-hackers Fri Aug 30 06:00:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16575 for hackers-outgoing; Fri, 30 Aug 1996 06:00:17 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16566 for ; Fri, 30 Aug 1996 06:00:12 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id PAA04115; Fri, 30 Aug 1996 15:00:03 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id OAA24016; Fri, 30 Aug 1996 14:56:13 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608301256.OAA24016@tetard.glou.eu.org> Subject: Re: X25 To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 30 Aug 1996 14:56:12 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <4450.841352638@critter.tfs.com> from Poul-Henning Kamp at "Aug 29, 96 11:03:58 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp écrit / writes: > >sorry to have bother you, the client has just decided to move to ISDN > > > > wise move. If only France could move away from X25... *sigh* With the admistrative, government and transpac needs, it'll be around for at least another half-decade... -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Fri Aug 30 08:03:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24539 for hackers-outgoing; Fri, 30 Aug 1996 08:03:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24534 for ; Fri, 30 Aug 1996 08:02:52 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA08003; Sat, 31 Aug 1996 01:00:47 +1000 Date: Sat, 31 Aug 1996 01:00:47 +1000 From: Bruce Evans Message-Id: <199608301500.BAA08003@godzilla.zeta.org.au> To: julian@whistle.com, pst@shockwave.com Subject: Re: gdb remote Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >ok here is what I'm doing; >tell me if I'm doinf something stupid.. >compiel new kernel with new gdb stub >boot kernel (normal bootblocks) with -g Normal new bootblocks. >start gdb -k /sys/compile/IAF I didn't use -k. I think it is only for making /dev/mem look like a core file. Bruce From owner-freebsd-hackers Fri Aug 30 08:04:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24608 for hackers-outgoing; Fri, 30 Aug 1996 08:04:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24572 for ; Fri, 30 Aug 1996 08:03:51 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA07864; Sat, 31 Aug 1996 00:56:56 +1000 Date: Sat, 31 Aug 1996 00:56:56 +1000 From: Bruce Evans Message-Id: <199608301456.AAA07864@godzilla.zeta.org.au> To: julian@whistle.com, pst@shockwave.com Subject: Re: gdb remote Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I don't know why yours is hellishly slow, it sounds like the tty code >is not syncing properly or you're getting lots of retries. In addition, >all the breakpoints and continues and steps work fine for me. The retries might be caused by UART bugs. sio context switches the UART registers on every `cn' i/o so that TIOCSETAs on the debugger port can be single stepped and don't wipe out the debugger's settings. This works OK at typing speeds but can't work for input at high speeds unless the context switching is a no-op. There are UART bugs that cause harmful side effects even when the context switching should be a no-op. > booting -g I can get the kernel to fall into the appropriate debugger > by hitting ctl-alt-esc on the keyboard. The -current gdb works here only after booting with -dg. I get checksum errors after ctl-sysreq. > it's hellishly slow..... > for example.. > the folloing took 1 minute to print out.... > (kgdb) bt > #0 0xf01adf7d in Debugger () > #1 0xf01caf31 in sgetc () > #2 0xf01c6737 in pcvt_timeout () > #3 0xf01092a4 in softclock () This takes a second or two here. Still too long. 115200 bps should make it fast enough for a command line debugger. Bruce From owner-freebsd-hackers Fri Aug 30 08:15:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25267 for hackers-outgoing; Fri, 30 Aug 1996 08:15:31 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25179 for ; Fri, 30 Aug 1996 08:15:10 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA28762; Fri, 30 Aug 1996 11:20:03 -0400 Date: Fri, 30 Aug 1996 11:20:03 -0400 Message-Id: <199608301520.LAA28762@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: pam@polynet.lviv.ua From: dennis@etinc.com (Dennis) Subject: Re: Help, OSPF & weird gated messages Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Dear hackers, > >I know, it is not very suitable question, but I have asked it on >questions and got no answers. > >I'm installing OSPF routers based on FreeBSD 2.1R and gated conncted >by PPP (kernel PPP) >when my link goes down and up again, OSPF tables aren't recalculated. >Gated issues following messages: > > Aug 25 17:25:18 netsurfer gated[46]: task_set_option: task OSPF socket >10 option GroupDrop(11) interface 192.168.0.3(le0) group 224.0.0.5: >Can't assign requested address > >Aug 25 17:25:18 netsurfer gated[46]: task_set_option: task INET socket >7 option GroupDrop(11) interface 192.168.0.3(le0) group 224.0.0.2: >Can't assign requested address > Thats because gated and unix are both stupid, in that the UP flag has nothing to do with the link state. If you drop the UP flag (as would make sense), then gated thinks that the interface is not there and you have muchos problemos. So the solution is to either: - do manual route management from within the ppp code or... - bring the interface down long enough for gated to clear the routes, and then restart it....... Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Aug 30 08:19:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25535 for hackers-outgoing; Fri, 30 Aug 1996 08:19:20 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25524 for ; Fri, 30 Aug 1996 08:19:00 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA15444 for ; Fri, 30 Aug 1996 17:14:15 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA27508 for freebsd-hackers@freefall.cdrom.com; Fri, 30 Aug 1996 17:26:47 +0200 Date: Fri, 30 Aug 1996 17:26:47 +0200 From: Christoph Kukulies Message-Id: <199608301526.RAA27508@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: localhost.rev.db Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm running a nameserver on one of my machines. Whenever I kill -HUP I get Aug 30 16:59:24 gil named[79]: reloading nameserver Aug 30 16:59:24 gil named[79]: localhost.rev.db: No such file or directory Aug 30 16:59:24 gil named[79]: Ready to answer queries. Is there something else I gotta do after sh make-localhost? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Aug 30 08:25:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26000 for hackers-outgoing; Fri, 30 Aug 1996 08:25:49 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25991 for ; Fri, 30 Aug 1996 08:25:42 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA28825; Fri, 30 Aug 1996 11:31:41 -0400 Date: Fri, 30 Aug 1996 11:31:41 -0400 Message-Id: <199608301531.LAA28825@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: Philippe Regnauld From: dennis@etinc.com (Dennis) Subject: Re: X25 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Poul-Henning Kamp =E9crit / writes: > >> >sorry to have bother you, the client has just decided to move to ISDN=20 >> > >>=20 >> wise move. > > If only France could move away from X25... *sigh* With the > admistrative, government and transpac needs, it'll be around for at > least another half-decade...=20 > France had a usable network long before most other places...you can blast= X.25 now, but you never saw the kind of packet loss you do on overloaded routers today, just slow downs (which is what should happen). The problem with most= =20 existing X.25 networks is that they're using old, archaic equipment with= slow=20 processors and not enough memory. Of course the other issue is that X.25=20 seemed to be a bit too complicated to implement for most......as theres a LOT of really terrible code out there...... Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD=20 and LINUX From owner-freebsd-hackers Fri Aug 30 08:49:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28101 for hackers-outgoing; Fri, 30 Aug 1996 08:49:46 -0700 (PDT) Received: from lobster.wellfleet.com (lobster.corpeast.baynetworks.com [192.32.253.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA28087 for ; Fri, 30 Aug 1996 08:49:41 -0700 (PDT) Received: from pobox.BayNetworks.com by lobster.wellfleet.com (SMI-8.6/SMI-4.1) id LAA19281; Fri, 30 Aug 1996 11:52:13 -0400 Received: from tuva.engeast.baynetworks.com by pobox.BayNetworks.com (4.1/SMI-4.1) id AA14803; Fri, 30 Aug 96 11:48:58 EDT Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.7.5/8.7.3) with ESMTP id LAA10680 for ; Fri, 30 Aug 1996 11:48:57 -0400 (EDT) Message-Id: <199608301548.LAA10680@tuva.engeast.baynetworks.com> X-Mailer: exmh version 1.6.7 5/3/96 To: hackers@freebsd.org Subject: Sun NFS interop problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Aug 1996 11:48:57 -0400 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote about this a while ago, but I still (2.1.5) have the problem interoping with sun NFS where the FreeBSD machine sends a message to one sun machine port and gets a reply from another port on the sun machine and drops it. I have worked around it by adding static routes on the sun, but that is geting cumbersome now that we have so many FreeBSD workstations (Yay.. They are displacing the suns cause the P6_200 FreeBSD machines beat the crap out of anything sun makes for twice the bucks, and once you configure them right, you can hardly tell the difference). So, can someone tell me where this check is in the FreeBSD code, so I can try to disable it? -- Robert Withrow -- (+1 508 436 8256) BWithrow@BayNetworks.com From owner-freebsd-hackers Fri Aug 30 09:50:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04761 for hackers-outgoing; Fri, 30 Aug 1996 09:50:14 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-18.rdcy01.pacbell.net [206.170.5.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA04756 for ; Fri, 30 Aug 1996 09:50:11 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id JAA06010; Fri, 30 Aug 1996 09:49:22 -0700 (PDT) Message-Id: <199608301649.JAA06010@precipice.shockwave.com> To: Bruce Evans cc: julian@whistle.com, hackers@FreeBSD.org Subject: Re: gdb remote In-reply-to: Your message of "Sat, 31 Aug 1996 00:56:56 +1000." <199608301456.AAA07864@godzilla.zeta.org.au> Date: Fri, 30 Aug 1996 09:49:22 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The current way the SIO is handled for the console is utterly gross. This was one of the things I was hoping someone else would get a chance to fix. :-( The boot flags work as follows: -d = stop in debugger debugger (gdb or ddb) at boot -g = debugger should talk GDB protocol ddb also has a new "gdb" command to toggle between ddb and gdb on the next exception So, if I forget to do anything special, I can ctl-alt-esc (if vty), break (if serial) to DDB on the system console, type gdb, continue, and break again. Paul p.s. if someone want's to work on serial console code, please DO. From owner-freebsd-hackers Fri Aug 30 10:29:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA06839 for hackers-outgoing; Fri, 30 Aug 1996 10:29:38 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA06834 for ; Fri, 30 Aug 1996 10:29:34 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id TAA04839; Fri, 30 Aug 1996 19:29:19 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id PAA24072; Fri, 30 Aug 1996 15:09:29 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608301309.PAA24072@tetard.glou.eu.org> Subject: Re: netboot.rom To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 30 Aug 1996 15:09:28 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608300149.LAA21545@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 30, 96 11:19:56 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith écrit / writes: > Netboot ROMs are almost always EPROMs. In the case of a 16K netboot > image, you want a 16K EPROM; one with a part number which maps > well to '27128'. BTW, does anybody know of a not too expensive EPROM burner for PC/ISA architecture ? The kind with a plug in ISA board, and a ribbon connected to a ZIF 27x socket, or better, with a serial port. I had such a thing on my old Atari ST (build it myself :-) but I know they also exist for PC's (alas with DOS software I imagine).. -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Fri Aug 30 10:50:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08750 for hackers-outgoing; Fri, 30 Aug 1996 10:50:55 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA08730 for ; Fri, 30 Aug 1996 10:50:46 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id TAA04890; Fri, 30 Aug 1996 19:50:28 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id TAA25366; Fri, 30 Aug 1996 19:42:13 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608301742.TAA25366@tetard.glou.eu.org> Subject: Re: X25 To: dennis@etinc.com (Dennis) Date: Fri, 30 Aug 1996 19:42:13 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199608301531.LAA28825@etinc.com> from Dennis at "Aug 30, 96 11:31:41 am" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dennis écrit / writes: > > If only France could move away from X25... *sigh* With the > > admistrative, government and transpac needs, it'll be around for at > > least another half-decade... > > > > France had a usable network long before most other places...you can blast X.25 > now, but you never saw the kind of packet loss you do on overloaded routers > today, just slow downs (which is what should happen). It's just that I saw what happened in France when the Minitel (public low-end, freely available, Videotex 1200bps/75bps asymetric terminals) showed up. We were in advance of everybody for 5 years. But when IP showed up, the government and industry lobby shot it down consistently, babbling something about "unreliable". Fine -- X25 was reliable. Now we're 5 years late :-) The problem with most > existing X.25 networks is that they're using old, archaic equipment with slow > processors and not enough memory. Of course the other issue is that X.25 > seemed to be a bit too complicated to implement for most......as theres a > LOT of really terrible code out there...... You bet. Also, the equipment was *way* overpriced (i.e.: to discourage personal experimentation) as was documentation. Apart from that I agree -- X25 is kind of like Token Ring: it does have SOME uses . -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Fri Aug 30 11:16:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA11286 for hackers-outgoing; Fri, 30 Aug 1996 11:16:19 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA11275 for ; Fri, 30 Aug 1996 11:16:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA00819; Fri, 30 Aug 1996 11:04:02 -0700 From: Terry Lambert Message-Id: <199608301804.LAA00819@phaeton.artisoft.com> Subject: Re: Sun NFS interop problem To: bwithrow@baynetworks.com (Robert Withrow) Date: Fri, 30 Aug 1996 11:04:02 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199608301548.LAA10680@tuva.engeast.baynetworks.com> from "Robert Withrow" at Aug 30, 96 11:48:57 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I wrote about this a while ago, but I still (2.1.5) have the problem > interoping with sun NFS where the FreeBSD machine sends a message > to one sun machine port and gets a reply from another port on the > sun machine and drops it. [ ... ] > So, can someone tell me where this check is in the FreeBSD code, > so I can try to disable it? Look in the anti-spoofing code. The reason it's there is to prevent someone from outside taking over a local NFS connection and raping your file system. The Sun looks like two machines: the valid machine, and a spoofer trying to hack NFS. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 30 11:25:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12288 for hackers-outgoing; Fri, 30 Aug 1996 11:25:48 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA12267 for ; Fri, 30 Aug 1996 11:25:41 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id OAA29827; Fri, 30 Aug 1996 14:31:28 -0400 Date: Fri, 30 Aug 1996 14:31:28 -0400 Message-Id: <199608301831.OAA29827@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Philippe Regnauld From: dennis@etinc.com (Dennis) Subject: Re: X25 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The problem with most >> existing X.25 networks is that they're using old, archaic equipment with slow >> processors and not enough memory. Of course the other issue is that X.25 >> seemed to be a bit too complicated to implement for most......as theres a >> LOT of really terrible code out there...... > > You bet. Also, the equipment was *way* overpriced (i.e.: to > discourage personal experimentation) as was documentation. Apart > from that I agree -- X25 is kind of like Token Ring: it does have > SOME uses . > > -- Phil The difference is that token ring is basically crap...not as good as the other alternatives. The mistake that was made with X.25 was that the wrong people decided that it was too slow, and they created something not nearly as good or advanced.....frame relay. The answer 5 years ago was to upgrade equipment, the passive increase in processing power alone was enough to solve the problems...the premise that dumping packets is better than flow control is simply wrong....and SVCs are a real nice way to bypass net problems and we would've had them in the beginning...and "the net" would look a lot less like the terrible ratsnest it is at this point. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Aug 30 12:47:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA16017 for hackers-outgoing; Fri, 30 Aug 1996 12:47:36 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA16012 for ; Fri, 30 Aug 1996 12:47:31 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA08857; Fri, 30 Aug 1996 12:46:54 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma008855; Fri Aug 30 12:46:36 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id MAA03476; Fri, 30 Aug 1996 12:46:35 -0700 From: Archie Cobbs Message-Id: <199608301946.MAA03476@bubba.whistle.com> Subject: killproc program To: freebsd-hackers@freebsd.org Date: Fri, 30 Aug 1996 12:46:34 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I finally got around to writing a little program that I've needed for a while, a "killproc" to kill process(es) by name, PID, or pid file. Similar to "killall" which I used to use under Linux.. this is especially useful in scripts that need to kill and restart things like sendmail that store their process ID's in a file, or for general sysadmin type maintenance. I figured somebody else might be looking for the same thing, so... the man page is below .. is there any interest in putting this somewhere on ftp.freebsd.org? If not, send me email for a tarball. -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation KILLPROC(1) FreeBSD Reference Manual KILLPROC(1) NAME killproc - kill a system daemon SYNOPSIS killproc [-ka] [-p pid] [-f pid-file] [-s signal] [-i interval] [-m max-wait] [procname ...] DESCRIPTION killproc is used to reliably kill a process or set of processes. The process ID can be specified explicitly on the command line, or implicitly via a filename (from which the process ID is read), or by the name of the process. killproc sends SIGTERM, or another signal specified on the com- mand line, to the process and waits for it to die before exiting. If the process fails to exit, the signal is resent at fixed intervals up to some maximum time, at which time killproc then sends a SIGKILL or just gives up. killproc requires the proc filesystem to be mounted on /proc. OPTIONS The following flags are interpreted by killproc. -p pid Kill the process with process ID pid. If a name is given on the command line, verify the name of the process before killing it. -f pid-file Read the process ID from the file pid-file. If a name is given on the command line, verify the name of the process before killing it. -s signal Send signal instead of SIGTERM. The signal may be a name or a number. -i interval Pause interval seconds after sending each signal. The de- fault is one second. -m max-wait Wait up to max-wait seconds for the process to die before giving up or sending SIGKILL. If max-wait is zero, wait in- definitely. The default is ten seconds. -a When one or more process names is given, kill all instances of each process, rather than just the first one found. -k After the time limit has been reached, send a SIGKILL to the process instead of just giving up. EXIT VALUES killproc returns zero if all processes have either exited or been sent a SIGKILL, or if there was nothing to do; otherwise, one is returned. It is an error to specify more than one process name when either the -f or -p flags is used. BUGS The -a flag can cause an infinite loop if some other process is respawing the target process (even if it's a parent process with the same name). It is possible for a process to not die after receiving a SIGKILL signal if, for example, it is stuck in an uninterruptable sleep. This usually indicates a serious system problem. AUTHOR Archie Cobbs From owner-freebsd-hackers Fri Aug 30 13:02:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16485 for hackers-outgoing; Fri, 30 Aug 1996 13:02:29 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA16478 for ; Fri, 30 Aug 1996 13:02:25 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id NAA13463 for ; Fri, 30 Aug 1996 13:02:19 -0700 Date: Fri, 30 Aug 1996 13:02:19 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: 960801-SNAP install report Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Worked just fine on a P120, 2940, 2940UW, 64MB, Quantum Fireball 1GB disk. Only thing I noticed was that in sysinstall on the partition editor, after selecting a mount point the blank spots in between the column headings would turn blue, rather than stay their black background. No biggie. I'm beginning to really like this install, I was up and cooking in just over 20 minutes from first sticking in the floppy. From owner-freebsd-hackers Fri Aug 30 13:03:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16515 for hackers-outgoing; Fri, 30 Aug 1996 13:03:01 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA16508; Fri, 30 Aug 1996 13:02:58 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id NAA13518; Fri, 30 Aug 1996 13:02:57 -0700 Date: Fri, 30 Aug 1996 13:02:56 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org, hackers@freebsd.org Subject: How about putting in bind 4.9.4-P1 in the tree? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Seems to work just fine for my stuff, and I hate doing make worlds that I then hav eto go back and re-fix stuff. From owner-freebsd-hackers Fri Aug 30 13:14:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17262 for hackers-outgoing; Fri, 30 Aug 1996 13:14:13 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-195.iafrica.com [196.7.192.195]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17116 for ; Fri, 30 Aug 1996 13:12:15 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id WAA00985; Fri, 30 Aug 1996 22:06:18 +0200 From: Robert Nordier Message-Id: <199608302006.WAA00985@eac.iafrica.com> Subject: Re: Determining disk type & size To: terry@lambert.org (Terry Lambert) Date: Fri, 30 Aug 1996 22:06:17 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199608291704.KAA28904@phaeton.artisoft.com> from "Terry Lambert" at Aug 29, 96 10:04:29 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > Unfortunately, DOS makes an absolute distinction between hard and > > floppy disks in its mount code, to the extent of having entirely > > separate routines. These deal differently with boot sector > > recognition; validation to determine whether the boot sector BPB > > is to be trusted; and even the loading of FS parameters from a > > valid boot sector BPB. > > Try building a hard disk partition exactly a floppy disk size large; > if you can get your sector translation to allow it, I think you will > be very surprised. I'll try this over the weekend. If the underlying implication is that FS parameter determination is primarily size-based, though, I just can't reconcile this with the underlying code. I had to go to all the trouble of doing a lengthy disassembly of the relevant sections of io.sys from both MS-DOS 6.22 and Windows 95, mostly because the DOS handling of the boot sector is really counter- intuitive, and just not what anyone would reasonably expect from documentation or data structures. In a sense, it can be misleading to think of the boot sector BPB as a kind of primitive superblock. MS-DOS FS routines are actually completely ignorant of the BPB as a disk-based structure. The boot sector is simply "reserved" and the FS begins with the FAT. The BPB is for device driver use only; and the driver itself is absolutely responsible for deciding on all aspects of a given FS layout. DOS simply accepts a BPB from the driver as a _fait accompli_. The most elegant proof of this is the case of RAM disks, which may lack a boot sector altogether. As long as the driver can come up a BPB on request, it is free to store the BPB values where it chooses. The MS-DOS default block device driver contains two distinct Build BPB routines. BPBs for hard drives partitions are built during io.sys initialization, as a step in locating and validating DOS partitions. BPBs for floppy drives are built at DOS request, typically following a negative/neutral media check result. The io.sys routines are completely distinct, and don't share common routines even to the extent usual in assembly language coding. And the logic just differs. So, from a vfatfs_mount perspective, the question really becomes: "Looking at this boot sector, what (unit type of what) DOS device driver am I pretending to be?" Because of its own hierarchical chaos, DOS does argue strongly for access to information that should be hidden from code that seeks to duplicate its behavior. The boot sector BPB simply isn't a context-free structure. That said, I'd guess a drive type could generally be inferred with acceptable accuracy from size + partition information, if necessary. > I think the main distinction is "is there a partition table on this > ting, or isn't there?"... the actual fact that you only allow partition > tables on hard disks is irrelevant. > > I have a hard time with any fix that doesn't use the partition type > hints: "this logical device is a child of the 'DOS partitioning' > logigical-to-physical device, therefore itis a hard disk". Mostly > this is a problem because I don't want to distinguish floppy disks > on anything other than the fact that they are removable media. To derive FS parameters, I'd even want to distinguish the recording technology, if possible. (I was reminded this morning of DOS-format MOs). Still, deductions could possibly be made on indirect evidence. > The controls you put in to prevent DOS parititioning of anything but > raw devices which are not floppy-disk-sized is entire independent, I > think, of the FS implementation itself. Internally, the FS might be > expected to get information about its host device. If you want to > get into implementation details, the logical-to-physical device mapping > probably depends upon this: the "file system" "mount" of a DOS partition > to export an Extended DOS partition device, for instance, can be though > of in terms of FS stacking, and nothing else. > > The problem with implementing it exactly this way (yet, anyway) comes > from the fact that there is no well-defined "bottom end" interface > common to all file systems (again: yet). > > So the mount code may call a device ioctl() on the device to ask about > geometry, and have a table of allowable mount options on that basis. > I don't think one of the hints could be, legally, "is floppy disk", > without damaging the ability to later abstract media "arrival" and > "departure" events. In the *absolute* worst case, consider the floppy > disk attached via PCMCIA interface to a laptop. No point in messing things up solely on account of DOS support. > > Of course, one could ignore the whole issue, but this does mean > > there are (theoretically) a very great many DOS boot sectors that > > would be incompatible. And with the prevalence of boot sector > > viruses in the DOS world, there are potentially some practical > > implications also. > > I think they are all required to be taken care of in the "what kind > of logical device is allowed to host me" -- one below the level of > the implementation, and no deeper. > > Floppy devices, in this case, will always be raw, and raw devices will > only be legal if they are the size of a floppy. > > The only possible failure case, then would be the raw non-floppy device > which only holds up to 2.88M (can you build a floppy DOS FS in 2.88M?). Non-floppy DOS FS, rather? Yes. DOS considers any partition >= 64 sectors as suitable for an FS. So (theoretically, anyway) even 160K could go either way. > The application of disklabels and/or DOS partitioning should use an > ioctl() by root to the host driver to invoke the "format" routine for > the logical driver. The interface abstracts the actual implementation, > and therefore we end up with a single control program that can operate > on all types of partitioning mechanisms -- the holy grail of an install > without futzing with 3 or more partitioning-type programs is achieved, > and the "write disklabel" and "slice" and "partition" confusion all go > away. Open the directory containing the slices on the devfs, and ioctl > it to manipulate the slices themselves -- assuming the things are not > mounted. Sounds great. > > I also just don't like the idea that it is possible to produce > > (maliciously) an almost endless supply of different disks that > > MS-DOS has no trouble with, but the vfatfs would choke on or corrupt. > > The MS-DOS "has no trouble" in the examles you have given so far, > because it refuses the media. Actually no. The problem is that it errs too much in the other direction: even to the extent of laboriously identifying brain- damaged formats by version number, and patching in correct values. Those are not of major practical importance, probably. But a hard/floppy distinction (even if vfatfs must deduce this itself) is critical. For about half the BPB values, it is a matter of mov AL,byte ptr [BX.BPB.RootDirEntries] ;Floppy disk mov AX,[BX.BPB.RootDirEntries] ;Hard disk for instance. > Consider that the logical drivers perform bounds checking on the > write requests through them, and we are now saved from the current > DOS FS, which trashes the partition following it, in writing out > the number of clusters it things should be there. It is the fact > that the raw device is being accessed directly, and the bounds > checking is in the flawed FS operating from flawed data that causes > the corruption of the next FS on the device. I'm not sure this actually is the msdosfs problem, but if it _could_ be a problem, it's certainly worthwhile. > Saving the disk image from corruption within the legal bounds -- well, > that's another problem. It means restricting what device the FS will > allow itself to mount. We already have to distiguish raw+size for > FS layout policy anyway (as you pointed out). > > > I'd even settle for ignoring disk type in the FS, but there's also > > an fsck utility that needs to be able to diagnose this stuff. > > The fsck wants to be an invokable procedure in the VFSOPS array, > actually. This allows it to suspen operations, flush buffers, and > perform a check successfully, even when the thing is mounted. I hadn't thought of fsck integrated into the FS, but it sounds reasonable. > The allowable corruption semantics in a framework that supports > soft updates is much smaller, easily put into the mount code, actually, > for FFS (it means making sure the cylinder group offsets are valid, > nothing more). I like the soft updates concept. But the VFAT fsck also has to work on a FS which may already have been corrupted by something other than itself (eg. someone's data floppy -- err, 1440K raw device, I mean :). So it just has to expect the worst. > Checking the DOSFS external to the DOSFS itself is probably best done > at a partition level in any case -- at the same level mounts are done, > and at the same level which fsck for FFS happens now. > > Since the check is by device, it can apply the same "rawness" criteria > to the devices as the FS applies. Ideally, this would be shared code, > and the call interface to retrieve the information would be abstracted > to hide the kernel space/user space nature. I don't think the "hey! > this hard disk is a floppy!" problem is really a big fsck problem in > any case -- the corruption will be evident and unrecoverable if this > (or the reverse) ever happens, anyway. I was thinking more in terms of preempting an attempt to use a disk format the vfatfs itself couldn't handle. I was assuming a userland fsck, which could remove the responsibility for making a drive type distinction from the FS itself, by ensuring BPBs were "drive type insensitive" as a sort of preen function. (A full FFS fsck-style preen would probably try user patience, anyway, since there is no "clean" flag.) -- Robert Nordier From owner-freebsd-hackers Fri Aug 30 13:17:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17611 for hackers-outgoing; Fri, 30 Aug 1996 13:17:04 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA17602 for ; Fri, 30 Aug 1996 13:17:02 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA08916; Fri, 30 Aug 1996 13:15:24 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma008908; Fri Aug 30 13:15:00 1996 Message-ID: <32274B81.446B9B3D@whistle.com> Date: Fri, 30 Aug 1996 13:13:53 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: pst@shockwave.com, hackers@FreeBSD.org Subject: Re: gdb remote References: <199608301456.AAA07864@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >I don't know why yours is hellishly slow, it sounds like the tty code > >is not syncing properly or you're getting lots of retries. In addition, > >all the breakpoints and continues and steps work fine for me. > > The retries might be caused by UART bugs. sio context switches the > UART registers on every `cn' i/o so that TCIOSETA on the debugger > port can be single stepped and don't wipe out the debugger's settings. > This works OK at typing speeds but can't work for input at high speeds > unless the context switching is a no-op. Can you suggest a patch to nobble this? I have no intention of single stepping through a TCIOXXXX. wouldn't it be better to just set a bit that stops such a TCIOSETA from actually doing anything if it is set..? I'll try impliment this as a test today > There are UART bugs that > cause harmful side effects even when the context switching should be > a no-op. > > > booting -g I can get the kernel to fall into the appropriate debugger > > by hitting ctl-alt-esc on the keyboard. > > The -current gdb works here only after booting with -dg. I get checksum > errors after ctl-sysreq. same here.. works GREAT fro -gd though that's not that useful if what you need is to repond to a breakpoint...... breakpoints have the same effect as ctl-sysreq. > > > it's hellishly slow..... > > for example.. > > the folloing took 1 minute to print out.... > > (kgdb) bt > > #0 0xf01adf7d in Debugger () > > #1 0xf01caf31 in sgetc () > > #2 0xf01c6737 in pcvt_timeout () > > #3 0xf01092a4 in softclock () presently I'm getting.... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... It's hit a breakpoint but it can't get past this error so I'm eventually going to have to reboot.. > > This takes a second or two here. Still too long. 115200 bps should make > it fast enough for a command line debugger. sounds to me like you're getting errors too, the messages should take a fraction of a second.. > > Bruce From owner-freebsd-hackers Fri Aug 30 13:19:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17805 for hackers-outgoing; Fri, 30 Aug 1996 13:19:58 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA17799 for ; Fri, 30 Aug 1996 13:19:54 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA13683; Fri, 30 Aug 1996 14:19:35 -0600 (MDT) Date: Fri, 30 Aug 1996 14:19:35 -0600 (MDT) Message-Id: <199608302019.OAA13683@rocky.mt.sri.com> From: Nate Williams To: Archie Cobbs Cc: freebsd-hackers@freebsd.org Subject: Re: killproc program In-Reply-To: <199608301946.MAA03476@bubba.whistle.com> References: <199608301946.MAA03476@bubba.whistle.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I finally got around to writing a little program that I've needed for > a while, a "killproc" to kill process(es) by name, PID, or pid file. > Similar to "killall" which I used to use under Linux.. Or like 'killall(1)' which is in FreeBSD-current. :) Nate From owner-freebsd-hackers Fri Aug 30 13:21:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17967 for hackers-outgoing; Fri, 30 Aug 1996 13:21:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17955 for ; Fri, 30 Aug 1996 13:21:07 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA18450; Fri, 30 Aug 1996 22:21:04 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14931; Fri, 30 Aug 1996 22:21:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA04350; Fri, 30 Aug 1996 21:55:04 +0200 (MET DST) From: J Wunsch Message-Id: <199608301955.VAA04350@uriah.heep.sax.de> Subject: Re: [Q]: formula for calculating BPI needed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 21:55:04 +0200 (MET DST) Cc: moos@degnet.baynet.de Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3226CAE5.5DC5@degnet.baynet.de> from Darius Moos at "Aug 30, 96 11:05:09 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Darius Moos wrote: > i think Jonathan is right with the meaning of the commandlineoptions. > B -> number of block per file/tape > b -> number of KILObytes per block > (as the manpage states it) From reading the man page, yes. From experience, no. I think the man page is wrong here, but i haven't looked into the code. My experience says that dump always ``thinks'' in terms of blocks with one kilobyte per block. The `b' is the tape blocking factor only (number of kilobytes per write()), but is not used otherwise in size calculations. Somebody should review the code, and correct the man page. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 13:21:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17986 for hackers-outgoing; Fri, 30 Aug 1996 13:21:17 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17980 for ; Fri, 30 Aug 1996 13:21:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA18456; Fri, 30 Aug 1996 22:21:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14933; Fri, 30 Aug 1996 22:21:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA04421; Fri, 30 Aug 1996 22:00:09 +0200 (MET DST) From: J Wunsch Message-Id: <199608302000.WAA04421@uriah.heep.sax.de> Subject: Re: localhost.rev.db To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 22:00:08 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608301526.RAA27508@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Aug 30, 96 05:26:47 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > Aug 30 16:59:24 gil named[79]: localhost.rev.db: No such file or directory > Is there something else I gotta do after sh make-localhost? Yes. Correct your named.boot to use `localhost.rev' as in the default named.boot, or rename the file to `localhost.rev.db', as your named.boot file apparently expects it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 13:21:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18049 for hackers-outgoing; Fri, 30 Aug 1996 13:21:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17968 for ; Fri, 30 Aug 1996 13:21:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA18444 for ; Fri, 30 Aug 1996 22:21:03 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14930 for freebsd-hackers@freebsd.org; Fri, 30 Aug 1996 22:21:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA04330 for freebsd-hackers@freebsd.org; Fri, 30 Aug 1996 21:52:25 +0200 (MET DST) From: J Wunsch Message-Id: <199608301952.VAA04330@uriah.heep.sax.de> Subject: Re: [ELM 2.4ME+ PL25 (25)] - folder is corrupt! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 21:52:24 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608301035.OAA00606@nagual.ru> from "[?KOI8-R?]" at "Aug 30, 96 02:35:27 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > > fcntl() on the entire file is identical to flock() -- they use the > > same functions internally. > > No, you lose your fcntl lock on any close of the file, so you > can't fcntl lock passwd then use getpw*() functions, read Ok. So it's not identical, but the behaviour when locking a mail spool is the same (as long as you don't apply getpw* functions to your mail spool :). I haven't tested it, but from reading the code it looks as if two applications where one applies the lock with fcntl() and the other one tests with flock() (or visa verse) will do the right thing. > man fcntl for more info. fcntl lock treated as depriciated > in BSD. It's not deprecated (after all, it's Posix), only stupid. ;) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 13:22:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18156 for hackers-outgoing; Fri, 30 Aug 1996 13:22:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA18145 for ; Fri, 30 Aug 1996 13:22:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA18430; Fri, 30 Aug 1996 22:20:53 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14922; Fri, 30 Aug 1996 22:20:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA04527; Fri, 30 Aug 1996 22:12:30 +0200 (MET DST) From: J Wunsch Message-Id: <199608302012.WAA04527@uriah.heep.sax.de> Subject: Re: Removeable disks on 2.1.5 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 22:12:30 +0200 (MET DST) Cc: moeding@bn.DeTeMobil.de Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9608301131.AA05706@dxca0n.bn.DeTeMobil.de> from Stefan Moeding at "Aug 30, 96 01:31:51 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Stefan Moeding wrote: > 1. The Syquest is attached to the uk-driver. Is anyone working on the > driver code? Does the sd-driver support removeable disks? Yes, they are supported. What does your drive claim to be? > 2. I get kernel error messages 'device offline' when doing a 'mt status' > without a tape in the drive. It's a tape drive, so I would say that > offline is not exactly an error state. Any comments? `offline' is *exactly* that error state. No cartridge in drive. No status available. The errno message passing is insufficient to express all the details that SCSI devices used to report. Thus, the kernel (and syslog) message is more explanatory. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 13:27:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18508 for hackers-outgoing; Fri, 30 Aug 1996 13:27:02 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA18494 for ; Fri, 30 Aug 1996 13:26:55 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA08962; Fri, 30 Aug 1996 13:26:24 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma008960; Fri Aug 30 13:26:11 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id NAA03572; Fri, 30 Aug 1996 13:26:11 -0700 From: Archie Cobbs Message-Id: <199608302026.NAA03572@bubba.whistle.com> Subject: Re: killproc program To: nate@mt.sri.com (Nate Williams) Date: Fri, 30 Aug 1996 13:26:11 -0700 (PDT) Cc: archie@whistle.com, freebsd-hackers@freebsd.org In-Reply-To: <199608302019.OAA13683@rocky.mt.sri.com> from "Nate Williams" at Aug 30, 96 02:19:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I finally got around to writing a little program that I've needed for > > a while, a "killproc" to kill process(es) by name, PID, or pid file. > > Similar to "killall" which I used to use under Linux.. > > Or like 'killall(1)' which is in FreeBSD-current. :) D'oh! What do you know, all that work for nothing :-) Except mine's better because it guarantees sure death.. :-) -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-hackers Fri Aug 30 13:51:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA20999 for hackers-outgoing; Fri, 30 Aug 1996 13:51:54 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA20991 for ; Fri, 30 Aug 1996 13:51:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA19036; Fri, 30 Aug 1996 22:51:09 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA15387; Fri, 30 Aug 1996 22:51:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA04827; Fri, 30 Aug 1996 22:26:23 +0200 (MET DST) From: J Wunsch Message-Id: <199608302026.WAA04827@uriah.heep.sax.de> Subject: Re: killproc program To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 30 Aug 1996 22:26:23 +0200 (MET DST) Cc: archie@whistle.com (Archie Cobbs) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608301946.MAA03476@bubba.whistle.com> from Archie Cobbs at "Aug 30, 96 12:46:34 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Archie Cobbs wrote: > I finally got around to writing a little program that I've needed for > a while, a "killproc" to kill process(es) by name, PID, or pid file. Except for the by PID file option, what's wrong with killall(1)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 13:55:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21445 for hackers-outgoing; Fri, 30 Aug 1996 13:55:18 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@[195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA21432 for ; Fri, 30 Aug 1996 13:55:12 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA32348 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 30 Aug 1996 22:54:40 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.12) id WAA12090 for FreeBSD-hackers@freebsd.org; Fri, 30 Aug 1996 22:47:43 +0200 From: Wilko Bulte Message-Id: <199608302047.WAA12090@yedi.iaf.nl> Subject: FreeBSD talking to Apple Mac? To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Fri, 30 Aug 1996 22:47:42 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there This might be stupid but: I got hold of an ol' Apple Mac Plus. Pretty ancient stuff, that does not allow for a ethernet connection. Sofar I did not have much luck bringing up PPP on the Mac side. I know there is something like CAP(?) that can run on Unix machines. But I suppose it requires ethernet. What I'd like to have is something like Appletalk (or is it called Localtalk in this case?) that I can hookup to a serial port of my FBSD box. Anybody any idea if this is feasible or not? Or just plain bogus? Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Fri Aug 30 13:59:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21986 for hackers-outgoing; Fri, 30 Aug 1996 13:59:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA21979 for ; Fri, 30 Aug 1996 13:59:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA01062; Fri, 30 Aug 1996 13:45:33 -0700 From: Terry Lambert Message-Id: <199608302045.NAA01062@phaeton.artisoft.com> Subject: Re: X25 To: dennis@etinc.com (Dennis) Date: Fri, 30 Aug 1996 13:45:33 -0700 (MST) Cc: regnauld@tetard.glou.eu.org, hackers@FreeBSD.org In-Reply-To: <199608301831.OAA29827@etinc.com> from "Dennis" at Aug 30, 96 02:31:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The difference is that token ring is basically crap...not as good as the > other alternatives. The mistake that was made with X.25 was that the > wrong people decided that it was too slow, and they created something > not nearly as good or advanced.....frame relay. The answer 5 years ago > was to upgrade equipment, the passive increase in processing power alone > was enough to solve the problems...the premise that dumping packets is > better than flow control is simply wrong....and SVCs are a real nice way > to bypass net problems and we would've had them in the beginning...and > "the net" would look a lot less like the terrible ratsnest it is at this > point. The way I heard the joke told, the replacement point-to-point protocal they invented as a replacement was ISDN. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 30 14:06:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22596 for hackers-outgoing; Fri, 30 Aug 1996 14:06:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA22591 for ; Fri, 30 Aug 1996 14:06:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA21180; Sat, 31 Aug 1996 07:03:12 +1000 Date: Sat, 31 Aug 1996 07:03:12 +1000 From: Bruce Evans Message-Id: <199608302103.HAA21180@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: gdb remote Cc: hackers@FreeBSD.org, pst@shockwave.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> The retries might be caused by UART bugs. sio context switches the >> UART registers on every `cn' i/o so that TCIOSETA on the debugger >> port can be single stepped and don't wipe out the debugger's settings. >> This works OK at typing speeds but can't work for input at high speeds >> unless the context switching is a no-op. >Can you suggest a patch to nobble this? I skip writing to the divisor registers if the divisor is already correct, but it doesn't seem to make any difference for gdb. I have no intention of single stepping through a TCIOXXXX. I have :-). Actually, the problem is more for probe/attach. You may be able to avoid opening the debugger's device, but it isn't possible to avoid probing it. >wouldn't it be better to just set a bit that stops such a TCIOSETA >from actually doing anything if it is set..? No, then debugging wouldn't be transparent. >> The -current gdb works here only after booting with -dg. I get checksum >> errors after ctl-sysreq. >same here.. works GREAT fro -gd though that's not that useful if >what you need is to repond to a breakpoint...... >breakpoints have the same effect as ctl-sysreq. Same here. ctl-sysreq essentially executes a breakpoint. Perhaps the problems is that breakpoints require lots more i/o. >presently I'm getting.... >Ignoring packet error, continuing... I get nothing except checksum errors when I hit ^C. Bruce From owner-freebsd-hackers Fri Aug 30 14:13:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23383 for hackers-outgoing; Fri, 30 Aug 1996 14:13:49 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA23377 for ; Fri, 30 Aug 1996 14:13:46 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA06455 for ; Fri, 30 Aug 1996 14:13:42 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA01042; Fri, 30 Aug 1996 17:16:57 -0400 Date: Fri, 30 Aug 1996 17:16:57 -0400 Message-Id: <199608302116.RAA01042@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Terry Lambert From: dennis@etinc.com (Dennis) Subject: Re: X25 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The difference is that token ring is basically crap...not as good as the >> other alternatives. The mistake that was made with X.25 was that the >> wrong people decided that it was too slow, and they created something >> not nearly as good or advanced.....frame relay. The answer 5 years ago >> was to upgrade equipment, the passive increase in processing power alone >> was enough to solve the problems...the premise that dumping packets is >> better than flow control is simply wrong....and SVCs are a real nice way >> to bypass net problems and we would've had them in the beginning...and >> "the net" would look a lot less like the terrible ratsnest it is at this >> point. > >The way I heard the joke told, the replacement point-to-point protocal >they invented as a replacement was ISDN. ISDN was designed more as a mechanism to make money for the telcos than it was to solve problems.....thats the joke. Dennis Emerging Technologies, Inc. www.etinc.com (516) 271-4525 From owner-freebsd-hackers Fri Aug 30 14:31:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25837 for hackers-outgoing; Fri, 30 Aug 1996 14:31:52 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25821; Fri, 30 Aug 1996 14:31:46 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA17479; Fri, 30 Aug 1996 23:31:36 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA02770; Fri, 30 Aug 1996 23:30:35 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.9/keltia-uucp-2.9) id XAA26876; Fri, 30 Aug 1996 23:05:51 +0200 (MET DST) Message-Id: <199608302105.XAA26876@keltia.freenix.fr> Date: Fri, 30 Aug 1996 23:05:51 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@freebsd.org, hackers@freebsd.org Subject: Re: How about putting in bind 4.9.4-P1 in the tree? In-Reply-To: ; from Jaye Mathisen on Aug 30, 1996 13:02:56 -0700 References: X-Mailer: Mutt 0.41 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jaye Mathisen: > Seems to work just fine for my stuff, and I hate doing make worlds that I > then hav eto go back and re-fix stuff. Oh, you mean this one ? I am afraid Peter beat you on it :-) peter 96/08/29 12:43:00 src/usr.sbin/bind - Imported sources peter 96/08/29 13:15:12 Modified: usr.sbin Makefile Log: Swing the SUBDIR entry across for the new bind-4.9.4-p1 dir.. Peter: how about modifying "log_accum.pl" to include contrib/ logs (I know log_accum.pl is a can of worms but it would be nice) ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #18: Sun Aug 18 19:16:52 MET DST 1996 From owner-freebsd-hackers Fri Aug 30 14:54:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA28839 for hackers-outgoing; Fri, 30 Aug 1996 14:54:59 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA28830 for ; Fri, 30 Aug 1996 14:54:55 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA02656; Fri, 30 Aug 1996 14:54:47 -0700 (PDT) To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: 960801-SNAP install report In-reply-to: Your message of "Fri, 30 Aug 1996 13:02:19 PDT." Date: Fri, 30 Aug 1996 14:54:46 -0700 Message-ID: <2654.841442086@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Worked just fine on a P120, 2940, 2940UW, 64MB, Quantum Fireball 1GB disk. > > Only thing I noticed was that in sysinstall on the partition editor, after > selecting a mount point the blank spots in between the column headings > would turn blue, rather than stay their black background. Known bug, will fix, thanks. Jordan From owner-freebsd-hackers Fri Aug 30 14:57:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29014 for hackers-outgoing; Fri, 30 Aug 1996 14:57:06 -0700 (PDT) Received: from TomQNX.tomqnx.com (pma12.comnet.ca [205.206.213.62]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA29001 for ; Fri, 30 Aug 1996 14:57:00 -0700 (PDT) Received: from tomqnx.tomqnx.com by TomQNX.tomqnx.com with smtp (Smail3.1.29.1 #1) id m0uwbah-00082JC; Fri, 30 Aug 96 17:59 EDT Date: Fri, 30 Aug 1996 17:59:02 -0400 (EDT) From: Tom Torrance To: hackers@freebsd.org Subject: New routed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having heartburn with the new routed, which appears to be unusable with ijppp -auto. It INSISTS on deleting the default route. Am I just doing something wrong? I thought about setting an alias to my nameserver(s) on tun0. Would that be an effective work-around? The next traffic after a hangup should be a DNS request, the routing of which will open the new connection over which the traffic will flow. I will try it out. -- tom@tomqnx.com Tom Torrance 27 Dayton Cr., Nepean Ont., Canada K2H 7N8 My opinions are personal, and not those of my employer. From owner-freebsd-hackers Fri Aug 30 16:04:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05084 for hackers-outgoing; Fri, 30 Aug 1996 16:04:48 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA05079 for ; Fri, 30 Aug 1996 16:04:44 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id BAA05491; Sat, 31 Aug 1996 01:03:38 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.5/8.7.3/tetard-uucp-2.7) id BAA00449; Sat, 31 Aug 1996 01:01:13 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199608302301.BAA00449@tetard.glou.eu.org> Subject: Re: killproc program To: archie@whistle.com (Archie Cobbs) Date: Sat, 31 Aug 1996 01:01:12 +0200 (MET DST) Cc: hackers@freebsd.org (hackers) In-Reply-To: <199608301946.MAA03476@bubba.whistle.com> from Archie Cobbs at "Aug 30, 96 12:46:34 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Archie Cobbs écrit / writes: > > I finally got around to writing a little program that I've needed for > a while, a "killproc" to kill process(es) by name, PID, or pid file. > Similar to "killall" which I used to use under Linux.. this is especially > useful in scripts that need to kill and restart things like sendmail > that store their process ID's in a file, or for general sysadmin type > maintenance. Thanks, but... regnauld@tetard [~]% uname -sr FreeBSD 2.2-CURRENT regnauld@tetard [~]% ls -l /usr/src/usr.bin/killall total 9 -rw-r--r-- 1 root staff 168 Jun 29 1995 Makefile -rw-r--r-- 1 root staff 4051 Aug 29 14:42 killall.1 -rw-r--r-- 1 root staff 3904 Aug 29 14:42 killall.pl lrwxr-xr-x 1 root staff 32 Aug 29 14:57 obj@ -> /usr/obj/src/src/usr.bin/ki llall This was imported some time ago :-) -- Phil -- -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Fri Aug 30 16:05:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05119 for hackers-outgoing; Fri, 30 Aug 1996 16:05:07 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05113; Fri, 30 Aug 1996 16:05:05 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199608302305.QAA05113@freefall.freebsd.org> Subject: Re: [Q]: formula for calculating BPI needed To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 30 Aug 1996 16:05:04 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, moos@degnet.baynet.de In-Reply-To: <199608301955.VAA04350@uriah.heep.sax.de> from "J Wunsch" at Aug 30, 96 09:55:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Darius Moos wrote: > > > i think Jonathan is right with the meaning of the commandlineoptions. > > B -> number of block per file/tape > > b -> number of KILObytes per block > > (as the manpage states it) > > From reading the man page, yes. From experience, no. I think the > man page is wrong here, but i haven't looked into the code. My > experience says that dump always ``thinks'' in terms of blocks with > one kilobyte per block. The `b' is the tape blocking factor only > (number of kilobytes per write()), but is not used otherwise in size > calculations. yes, that soudns right. and i believe that is the intent of the man page. "B records per volume" what is the capacity of the tape in units of "records". "b kB per records" what is a "record", the unit of the "B" option. dump write to tape in "records". bigger records are more efficient, but dont exceed the size of your tape's buffer. dump reports results in "blocks". blocks seem to be 1024 bytes on my system jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Fri Aug 30 16:26:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06216 for hackers-outgoing; Fri, 30 Aug 1996 16:26:14 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA06207 for ; Fri, 30 Aug 1996 16:26:12 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA02903; Fri, 30 Aug 1996 16:24:52 -0700 (PDT) To: Tom Torrance cc: hackers@FreeBSD.org Subject: Re: New routed In-reply-to: Your message of "Fri, 30 Aug 1996 17:59:02 EDT." Date: Fri, 30 Aug 1996 16:24:52 -0700 Message-ID: <2901.841447492@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm having heartburn with the new routed, which appears to be > unusable with ijppp -auto. It INSISTS on deleting the > default route. Uh, do you *need* to run routed? Jordan From owner-freebsd-hackers Fri Aug 30 16:41:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07387 for hackers-outgoing; Fri, 30 Aug 1996 16:41:32 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA07379 for ; Fri, 30 Aug 1996 16:41:25 -0700 (PDT) Received: from tsunami..awod.com (chsx001.awod.com [206.31.146.211]) by sumter.awod.com (8.6.12/8.6.12) with SMTP id TAA20338; Fri, 30 Aug 1996 19:41:35 -0400 Message-Id: <1.5.4.32.19960830234118.00926ee8@awod.com> X-Sender: klam@awod.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 30 Aug 1996 19:41:18 -0400 To: Wilko Bulte , FreeBSD-hackers@FreeBSD.org (FreeBSD hackers list) From: Ken Lam Subject: Re: FreeBSD talking to Apple Mac? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I got hold of an ol' Apple Mac Plus. Pretty ancient stuff, that does >not allow for a ethernet connection. Sofar I did not have much luck >bringing up PPP on the Mac side. PPP should work ok. I know that macslip did (a number of years ago). >I know there is something like CAP(?) that can run on Unix machines. But >I suppose it requires ethernet. Either that or an appletalk to ethernet bridge. >What I'd like to have is something like Appletalk (or is it >called Localtalk in this case?) that I can hookup to a serial port of >my FBSD box. Don't know of anything like that. But if you get the PPP going, you can run ARNS and use the freebsd box as a appleshare server :) (slowly though) -k --- Ken Lam lam@awod.com Integrated Technical Systems Systems, Networks, and Internet Solutions -- Defining Technology Today "'Plug and Play' was only applicable to the original ATARI(tm)" From owner-freebsd-hackers Fri Aug 30 16:54:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08230 for hackers-outgoing; Fri, 30 Aug 1996 16:54:24 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA08219 for ; Fri, 30 Aug 1996 16:54:19 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id SAA02202; Fri, 30 Aug 1996 18:54:07 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 30 Aug 1996 18:54:08 -0500 To: Wilko Bulte From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: FreeBSD talking to Apple Mac? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >This might be stupid but: Not stupid, but more appropriate for "questions" than "hackers". >I got hold of an ol' Apple Mac Plus. Pretty ancient stuff, that does >not allow for a ethernet connection. Well, then again, perhaps it is "stupid" (unless you are part of the British Museum" :-) > Sofar I did not have much luck bringing up PPP on the Mac side. That is the only approach. Which Mac driver are you using for PPP? Set things up with a serial connection and a null modem. I've done it w/o trouble on slightly faster (MacII) machines. >I know there is something like CAP(?) that can run on Unix machines. But >I suppose it requires ethernet. Correct. (And the same applies to Netatalk) >What I'd like to have is something like Appletalk (or is it >called Localtalk in this case?) that I can hookup to a serial port of >my FBSD box. That would be "localtalk". Appletalk is the Packet protocol Suite. Localtalk is the hardware level protocol. >Anybody any idea if this is feasible or not? Or just plain bogus? In theory, it "could" be done by getting in there and reimplementing Apple's driver for the serial chip. However, I would never attempt that. They play a number of tricks on the hardware to do the collision mechanism. That is really important only when you have a multipoint connection like Localtalk or Ethernet. Stick with the single point connection for which the serial drivers were designed. Send particulars about your progress with PPP. I'll try to help. Step #1) Connect the hardware. Verify it with a comm program like Zterm. You should be able to log into the FreeBSD Shell account. Step #2) Configure the PPP stuff without authentication. Looking at the logs and screen output of the progress can be very helpful. Step #3) Add any authentication that you think appropriate. From owner-freebsd-hackers Fri Aug 30 17:01:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08641 for hackers-outgoing; Fri, 30 Aug 1996 17:01:56 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA08636 for ; Fri, 30 Aug 1996 17:01:53 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA09801; Fri, 30 Aug 1996 17:00:59 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma009797; Fri Aug 30 17:00:40 1996 Message-ID: <32278065.15FB7483@whistle.com> Date: Fri, 30 Aug 1996 16:59:33 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: hackers@FreeBSD.org, pst@shockwave.com Subject: Re: gdb remote References: <199608302103.HAA21180@godzilla.zeta.org.au> Content-Type: multipart/mixed; boundary="------------3F54BC7E1CFBAE3959E2B600" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------3F54BC7E1CFBAE3959E2B600 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bruce Evans wrote: > > >> The retries might be caused by UART bugs. sio context switches the > >> UART registers on every `cn' i/o so that TCIOSETA on the debugger > >> port can be single stepped and don't wipe out the debugger's settings. > >> This works OK at typing speeds but can't work for input at high speeds > >> unless the context switching is a no-op. > > >Can you suggest a patch to nobble this? > > I skip writing to the divisor registers if the divisor is already correct, > but it doesn't seem to make any difference for gdb. > OK bruce, here is a patch for sio.c that solves my part of the problem... the cnxxx code doesn't initialise the registers unless the port is open, (except the first time) though you may want to modify the patch. I'd like to commit this unless you have a better version :) julian --------------3F54BC7E1CFBAE3959E2B600 Content-Type: text/plain; charset=us-ascii; name="sio.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sio.diff" Index: sio.c =================================================================== RCS file: /cvs/freebsd/src/sys/i386/isa/sio.c,v retrieving revision 1.144 diff -c -r1.144 sio.c *** 1.144 1996/07/17 22:07:23 --- sio.c 1996/08/30 23:49:24 *************** *** 71,76 **** --- 71,77 ---- #include #include #include + #include #ifdef COM_ESP #include *************** *** 267,272 **** --- 268,275 ---- void *devfs_token_cuai; #endif }; + static int cn_initialised = -2; + struct siocnstate sp; /* * XXX public functions in drivers should be declared in headers produced *************** *** 1051,1056 **** --- 1054,1063 ---- #else tp = com->tp = &sio_tty[unit]; #endif + if( unit == comconsole ) + if ( cn_initialised == -1 ) + cn_initialised = 0; + s = spltty(); /* * We jump to this label after all non-interrupted sleeps to pick *************** *** 1280,1287 **** com->active_out = FALSE; wakeup(&com->active_out); wakeup(TSA_CARR_ON(tp)); /* restart any wopeners */ ! if (!(com->state & CS_DTR_OFF) && unit != comconsole) kdc_sio[unit].kdc_state = DC_IDLE; splx(s); } --- 1287,1297 ---- com->active_out = FALSE; wakeup(&com->active_out); wakeup(TSA_CARR_ON(tp)); /* restart any wopeners */ ! if (!(com->state & CS_DTR_OFF) && unit != comconsole) { kdc_sio[unit].kdc_state = DC_IDLE; + } + if( unit == comconsole ) + cn_initialised = -1; splx(s); } *************** *** 2348,2354 **** /* * Following are all routines needed for SIO to act as console */ - #include struct siocnstate { u_char dlbl; --- 2358,2363 ---- *************** *** 2387,2392 **** --- 2396,2403 ---- int divisor; Port_t iobase; + /* -2 = initial -1 = don't bother, 1 = done */ + if((cn_initialised != 0) && (cn_initialised != -2)) return; /* * Save all the device control registers except the fifo register * and set our default ones (cs8 -parenb speed=comdefaultrate). *************** *** 2411,2416 **** --- 2422,2428 ---- * an interrupt by floating the IRQ line. */ outb(iobase + com_mcr, (sp->mcr & MCR_IENABLE) | MCR_DTR | MCR_RTS); + cn_initialised++ ; } static void *************** *** 2419,2424 **** --- 2431,2437 ---- { Port_t iobase; + if(cn_initialised < 0) return; /* * Restore the device control registers. */ *************** *** 2433,2438 **** --- 2446,2452 ---- */ outb(iobase + com_mcr, sp->mcr | MCR_DTR | MCR_RTS); outb(iobase + com_ier, sp->ier); + cn_initialised--; } void *************** *** 2470,2476 **** int c; Port_t iobase; int s; - struct siocnstate sp; iobase = siocniobase; s = spltty(); --- 2484,2489 ---- *************** *** 2492,2498 **** int c; Port_t iobase; int s; - struct siocnstate sp; iobase = siocniobase; s = spltty(); --- 2505,2510 ---- *************** *** 2511,2517 **** int c; { int s; - struct siocnstate sp; s = spltty(); siocnopen(&sp); --- 2523,2528 ---- --------------3F54BC7E1CFBAE3959E2B600-- From owner-freebsd-hackers Fri Aug 30 19:55:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15803 for hackers-outgoing; Fri, 30 Aug 1996 19:55:19 -0700 (PDT) Received: from rhiannon.clari.net.au (dns1.clari.net.au [203.27.85.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15798 for ; Fri, 30 Aug 1996 19:55:14 -0700 (PDT) Received: (from peter@localhost) by rhiannon.clari.net.au (8.7.5/8.6.12) id MAA00416 for hackers@freebsd.org; Sat, 31 Aug 1996 12:55:35 +1000 (EST) Date: Sat, 31 Aug 1996 12:55:35 +1000 (EST) From: Peter Hawkins Message-Id: <199608310255.MAA00416@rhiannon.clari.net.au> To: hackers@freebsd.org Subject: Major no request Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm working on a driver for the PCI Cyclades card and would like a major device no. How do I go about obtaining one? Peter From owner-freebsd-hackers Fri Aug 30 20:03:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA15986 for hackers-outgoing; Fri, 30 Aug 1996 20:03:15 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA15981 for ; Fri, 30 Aug 1996 20:03:12 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id UAA18422 for hackers@freebsd.org; Fri, 30 Aug 1996 20:03:08 -0700 Date: Fri, 30 Aug 1996 20:03:08 -0700 From: Sean Eric Fagan Message-Id: <199608310303.UAA18422@kithrup.com> To: hackers@freebsd.org Subject: Has anyone run x11perf on 2.1.5-RELEASE? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Out of curiosity, I started up x11perf when I got home from work this afternoon. The machine is doing nothing else -- but x11perf has been runing for two and a half hours. It's now reporting that it is doing 4 repts @21 seconds (that's 21, 000 msec!) for the 500x500 GetImage. The X server has slowed down incredibly, to the point where moving the cursor around results in sio overruns on the serial port! This is the S3-accellerated server. The machine has 64MBytes of RAM, and 256M of swap; top reports it is using 22M of RAM, and only 64k of swap. x11perf appears to be gathering no more CPU time, but the X server is eating up 99+% of the CPU! Sean. From owner-freebsd-hackers Fri Aug 30 20:28:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA16760 for hackers-outgoing; Fri, 30 Aug 1996 20:28:16 -0700 (PDT) Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA16749 for ; Fri, 30 Aug 1996 20:28:12 -0700 (PDT) Received: from azure.dstc.edu.au (azure.dstc.edu.au [130.102.176.27]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id NAA10669; Sat, 31 Aug 1996 13:28:10 +1000 Received: (from leonard@localhost) by azure.dstc.edu.au (8.6.10/8.6.12) id NAA18695; Sat, 31 Aug 1996 13:28:09 +1000 From: David Leonard Message-Id: <199608310328.NAA18695@azure.dstc.edu.au> Subject: Re: PCI lkms To: peter@palin.cc.monash.edu.au (Peter Hawkins) Date: Sat, 31 Aug 1996 13:28:09 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608310116.LAA06450@palin.cc.monash.edu.au> from "Peter Hawkins" at Aug 31, 96 11:16:51 am Reply-To: leonard@dstc.edu.au X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was trying to do precisely that yesterday and after crashing my ISP > server decided I need help. If you come up with anything please let me know. the thing is that its a kind of plug and play thing. when the OS boots, the controller says 'hey i know that pci device!' and attaches the driver for it. otherwise, it sort of just ignores it. extending this outside the boot sequence (into rc with lkms) i havent yet seen done. (has anyone?) so, for now, i've got a compiled in driver that is simply a lot of stubs, and the lkm driver's load routine (is going to) update those stubs and restore them on unload. unless of course i can see a better way(tm) - like dealing with un-driven pci devices in /etc/rc somehow... automagically... mmm something like this: * normal boot, any compiled in pci drivers get attached as per normal * rc runs * the kernel is consulted for a list of pci device type/ids that it didn't recognise (via kvm) * for each unknown device, (somehow) a module in /lkm is modloaded the hard bit is devising a way to see which lkm will match a pci device without having to modload it. this might be possible by: 1. modloading every pci_*.o and it will fail on its load if it dont probe 2. encoding a type/id pattern in the filename 3. having a separate associated program (shell script?) for each module that replicates its probe (case "$1" in ... ) 4. encoding a type/id pattern in its symbol table maybe #1 (modloading every pci device driver) is acceptable; it just has to fail the load routine - return ENODEV if it doesnt probe. i personally dont like this idea because you could have heaps of drivers and they'd always have to be modloaded on each boot. if you have no pci devices plugged in you dont really want the overhead of say 10 modloads failing... way #2 is `yucky' :) and gets even more yucky when you can support multiple different device ids. (eg. de0). way #3 seems okay.. but just means the module isn't completely integrated perhaps someone who is a ld wizard could raise issues on the #4 way? (the DATA_SET macros absolutely blow me away!) I envisage something like this: have a dbm file (/var/db/pci_lkm.db ?) that you check the mod dates against everything in /lkm against. anything new with a filename pci_*.o you extract from its symbol table (somehow) a list of pci register0 ids that it would probe prositive for and store the tuple(s) `id -> pci_name.o'. (u_int32_t, char[]) d -- David Leonard Developer, DSTC The University of Queensland david.leonard@dstc.edu.au http://www.dstc.edu.au/~leonard/ >> Distributed Solutions Event http://www.dstc.edu.au/events/dse96/ << From owner-freebsd-hackers Fri Aug 30 21:00:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA18078 for hackers-outgoing; Fri, 30 Aug 1996 21:00:09 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA18070; Fri, 30 Aug 1996 21:00:05 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id AAA07403; Sat, 31 Aug 1996 00:00:15 -0400 Date: Sat, 31 Aug 1996 00:00:15 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: sos@freebsd.org cc: regnauld@tetard.glou.eu.org, hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608300650.IAA13048@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 30 Aug 1996 sos@freebsd.org wrote: > > > should do it by makeing an extra BIOS rom whith the needed code > > > in it, at let it register AFTER the std video BIOS has done its trick. > > > > > > > > Hmmm... where would you plug it in? > > Maybe in an empty bootprom socket on a netcard :) > > > I wasn't aware that you could replace the video mode set routines > > in the BIOS with code from another ROM, as you do with drivers, etc. > > You can do all kinds of nasty things like this i a PC architecture > that is exactly why its such a pain in the a... > > > Just where does syscons.c start functioning in the boot process? What > You would get output from where syscons takes over, that is after > the first call to scinit. In effect it would look like what you get > from a dmesg. You would miss everything up to that point. You could > also hack the boot manager to do resonable things to you video > mode, then you would be in business even earlier... > That might not be all bad. Hacking the bios is certainly better, but having all the Unix boot messages would solve most problems, except hardware ones. If you wanted to hack some BIOS code, I guess you could probably use an old MFM disk controller with a rom on board and just unplug or otherwise disable all the controller chips and just use it for a ROM card... or any old controller card that had a ROM on board. I guess you'd want a 16 bit card. (I have a ton of old 8 bit HD controllers 8-) ). How hard would it be to find the mode set in the BIOS roms themselves? I know there's a High and Low rom and all that (I've hacked a little on an old AT bios). Would it be possible to recognize the mode setting values in the ROM without the source? That would be a cleaner job than hanging another ROM in there, but no nearly as portable! Jim Durham From owner-freebsd-hackers Fri Aug 30 21:37:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19336 for hackers-outgoing; Fri, 30 Aug 1996 21:37:18 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA19331 for ; Fri, 30 Aug 1996 21:37:16 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id AAA11090; Sat, 31 Aug 1996 00:35:53 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Tom Torrance cc: hackers@FreeBSD.org From: "Gary Palmer" Subject: Re: New routed In-reply-to: Your message of "Fri, 30 Aug 1996 17:59:02 EDT." Date: Sat, 31 Aug 1996 00:35:53 -0400 Message-ID: <11086.841466153@orion.webspan.net> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Tom Torrance wrote in message ID : > I'm having heartburn with the new routed, which appears to be > unusable with ijppp -auto. It INSISTS on deleting the > default route. My advice is to NEVER run routed (even -q) when you are using iijppp. It will cause problems. If it's worked in the past, count yourself lucky. It bites a LOT of people. In 99.9999999999% of cases there is no requirement for routed anyhow. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Fri Aug 30 21:49:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19692 for hackers-outgoing; Fri, 30 Aug 1996 21:49:19 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA19682 for ; Fri, 30 Aug 1996 21:49:17 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (dialup-35.hunter.com) by mail.crl.com with SMTP id AA01089 (5.65c/IDA-1.5 for ); Fri, 30 Aug 1996 21:23:29 -0700 Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id XAA04022 for hackers@freebsd.org; Fri, 30 Aug 1996 23:21:02 -0500 (CDT) From: Kent Hamilton Message-Id: <199608310421.XAA04022@gwydion.hns.st-louis.mo.us> Subject: VRweb for FreeBSD? To: hackers@freebsd.org Date: Fri, 30 Aug 1996 23:21:02 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just curious has anyone out there done a port of VRweb to FreeBSD? If so do you have a set of patches? I'm working on it but I really don't know C++. -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ Work: KHamilton@Hunter.COM From owner-freebsd-hackers Fri Aug 30 21:49:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19754 for hackers-outgoing; Fri, 30 Aug 1996 21:49:58 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA19745 for ; Fri, 30 Aug 1996 21:49:56 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com) by mail.crl.com with SMTP id AA02274 (5.65c/IDA-1.5 for ); Fri, 30 Aug 1996 21:31:00 -0700 Received: (from fyeung@localhost) by fyeung5.netific.com (8.6.11/8.6.9) id VAA15747 for hackers@freebsd.org; Fri, 30 Aug 1996 21:33:52 GMT From: francis yeung Message-Id: <199608302133.VAA15747@fyeung5.netific.com> Subject: FreeBSD without console To: hackers@freebsd.org Date: Fri, 30 Aug 1996 21:33:52 +0000 () X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I am currently running COMCONSOLE which takes up my COM1 port. Is there a way that I can run without any console port i.e. no VGA or COM1 port and redirect the console output to a file so that I can login from another workstation remotely using tail -f "console file". Thank you for your help. Francis From owner-freebsd-hackers Fri Aug 30 22:21:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA21174 for hackers-outgoing; Fri, 30 Aug 1996 22:21:41 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA21169 for ; Fri, 30 Aug 1996 22:21:37 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA10379; Fri, 30 Aug 1996 22:21:06 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma010377; Fri Aug 30 22:20:40 1996 Message-ID: <3227CB65.FF6D5DF@whistle.com> Date: Fri, 30 Aug 1996 22:19:33 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: francis yeung CC: hackers@freebsd.org Subject: Re: FreeBSD without console References: <199608302133.VAA15747@fyeung5.netific.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk francis yeung wrote: I will be answering this exact question in the next week or so... teh quick answer is yes.. that is, once you have made the bootroms cope with it.. I'll be needig to do exactly this in production.. stay tuned.. (this is -current) > > Greetings, > > I am currently running COMCONSOLE which takes up > my COM1 port. > > Is there a way that I can run without > any console port i.e. no VGA or COM1 port and redirect > the console output to a file so that I can login from > another workstation remotely using tail -f "console file". > > Thank you for your help. > > Francis From owner-freebsd-hackers Fri Aug 30 22:32:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA21660 for hackers-outgoing; Fri, 30 Aug 1996 22:32:33 -0700 (PDT) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA21655 for ; Fri, 30 Aug 1996 22:32:30 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0uwifK-000I4GC; Sat, 31 Aug 96 07:32 MET DST Received: by ernie.kts.org (Smail3.1.29.1 #4) id m0uwiLR-00001TC; Sat, 31 Aug 96 07:11 MET DST Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: X25 To: terry@lambert.org (Terry Lambert) Date: Sat, 31 Aug 1996 07:11:45 +0200 (MET DST) Cc: dennis@etinc.com, regnauld@tetard.glou.eu.org, hackers@FreeBSD.org In-Reply-To: <199608302045.NAA01062@phaeton.artisoft.com> from "Terry Lambert" at Aug 30, 96 01:45:33 pm Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > The way I heard the joke told, the replacement point-to-point protocal > they invented as a replacement was ISDN. The joke might be a joke in the US but not over here. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Aug 30 22:51:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22481 for hackers-outgoing; Fri, 30 Aug 1996 22:51:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA22476 for ; Fri, 30 Aug 1996 22:51:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA18262; Sat, 31 Aug 1996 07:50:55 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA27412; Sat, 31 Aug 1996 07:50:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA06834; Sat, 31 Aug 1996 07:36:52 +0200 (MET DST) From: J Wunsch Message-Id: <199608310536.HAA06834@uriah.heep.sax.de> Subject: Re: [Q]: formula for calculating BPI needed To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 31 Aug 1996 07:36:52 +0200 (MET DST) Cc: jmb@freefall.freebsd.org (Jonathan M. Bresler) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608302305.QAA05113@freefall.freebsd.org> from "Jonathan M. Bresler" at "Aug 30, 96 04:05:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jonathan M. Bresler wrote: > "B records per volume" what is the capacity of the tape in units of "records". > "b kB per records" what is a "record", the unit of the "B" option. No. `b' is *NOT* the unit of the `B' option: case 'b': /* blocks per tape write */ ntrec = numarg('b', "number of blocks per write", ... case 'B': /* blocks per output file */ blocksperfile = numarg('B', "number of blocks per file", ... I think this makes it clearer than the man page is. The unit of the `B' option is always `blocks', which is `blocks of 1 KB' for dump's purpose. The sole meaning of `b' is to specify how many of these 1 KB blocks should be written at once. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 22:56:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22774 for hackers-outgoing; Fri, 30 Aug 1996 22:56:06 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA22733 for ; Fri, 30 Aug 1996 22:55:56 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id PAA03429; Sat, 31 Aug 1996 15:55:25 +1000 From: David Dawes Message-Id: <199608310555.PAA03429@rf900.physics.usyd.edu.au> Subject: Re: Has anyone run x11perf on 2.1.5-RELEASE? To: sef@kithrup.com (Sean Eric Fagan) Date: Sat, 31 Aug 1996 15:55:24 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608310303.UAA18422@kithrup.com> from "Sean Eric Fagan" at Aug 30, 96 08:03:08 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Out of curiosity, I started up x11perf when I got home from work this >afternoon. The machine is doing nothing else -- but x11perf has been runing >for two and a half hours. It's now reporting that it is doing 4 repts @21 >seconds (that's 21, 000 msec!) for the 500x500 GetImage. The X server has >slowed down incredibly, to the point where moving the cursor around results >in sio overruns on the serial port! > >This is the S3-accellerated server. > >The machine has 64MBytes of RAM, and 256M of swap; top reports it is using >22M of RAM, and only 64k of swap. x11perf appears to be gathering no more >CPU time, but the X server is eating up 99+% of the CPU! That particular operation isn't accelerated (for format != ZPixmap), and it is falling back to the extremely slow machine-independent code. So far it hasn't annoyed anyone enough for them to do something about it :-(. David From owner-freebsd-hackers Fri Aug 30 22:57:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22876 for hackers-outgoing; Fri, 30 Aug 1996 22:57:56 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA22869 for ; Fri, 30 Aug 1996 22:57:54 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id WAA21903; Fri, 30 Aug 1996 22:57:07 -0700 Date: Fri, 30 Aug 1996 22:57:07 -0700 From: Sean Eric Fagan Message-Id: <199608310557.WAA21903@kithrup.com> To: dawes@rf900.physics.usyd.edu.au Subject: Re: Has anyone run x11perf on 2.1.5-RELEASE? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >That particular operation isn't accelerated (for format != ZPixmap), >and it is falling back to the extremely slow machine-independent code. >So far it hasn't annoyed anyone enough for them to do something about >it :-(. So, while running x11perf, the X Server is *SUPPOSED* to slow down and eventually die when I try to move the mouse? Sean. From owner-freebsd-hackers Fri Aug 30 23:09:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23469 for hackers-outgoing; Fri, 30 Aug 1996 23:09:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA23464 for ; Fri, 30 Aug 1996 23:09:05 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA03760; Fri, 30 Aug 1996 23:08:53 -0700 (PDT) To: Peter Hawkins cc: hackers@freebsd.org Subject: Re: Major no request In-reply-to: Your message of "Sat, 31 Aug 1996 12:55:35 +1000." <199608310255.MAA00416@rhiannon.clari.net.au> Date: Fri, 30 Aug 1996 23:08:53 -0700 Message-ID: <3758.841471733@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm working on a driver for the PCI Cyclades card and would > like a major device no. How do I go about obtaining one? Which model, the "smart" one (Z board) or the "dumb" one? Can you give me a model number, for the comment in majors.i386? I'll assign you cdev major 77. Jordan From owner-freebsd-hackers Fri Aug 30 23:10:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23519 for hackers-outgoing; Fri, 30 Aug 1996 23:10:03 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA23486 for ; Fri, 30 Aug 1996 23:09:57 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id QAA03504; Sat, 31 Aug 1996 16:09:41 +1000 From: David Dawes Message-Id: <199608310609.QAA03504@rf900.physics.usyd.edu.au> Subject: Re: Has anyone run x11perf on 2.1.5-RELEASE? To: sef@Kithrup.COM (Sean Eric Fagan) Date: Sat, 31 Aug 1996 16:09:41 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608310557.WAA21903@kithrup.com> from "Sean Eric Fagan" at Aug 30, 96 10:57:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>That particular operation isn't accelerated (for format != ZPixmap), >>and it is falling back to the extremely slow machine-independent code. >>So far it hasn't annoyed anyone enough for them to do something about >>it :-(. > >So, while running x11perf, the X Server is *SUPPOSED* to slow down and >eventually die when I try to move the mouse? It isn't supposed to die (although it often looks dead in this situation). David From owner-freebsd-hackers Fri Aug 30 23:11:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23591 for hackers-outgoing; Fri, 30 Aug 1996 23:11:28 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA23577 for ; Fri, 30 Aug 1996 23:11:24 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id XAA22135; Fri, 30 Aug 1996 23:11:00 -0700 Date: Fri, 30 Aug 1996 23:11:00 -0700 From: Sean Eric Fagan Message-Id: <199608310611.XAA22135@kithrup.com> To: dawes@rf900.physics.usyd.edu.au Subject: Re: Has anyone run x11perf on 2.1.5-RELEASE? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>So, while running x11perf, the X Server is *SUPPOSED* to slow down and >>eventually die when I try to move the mouse? >It isn't supposed to die (although it often looks dead in this situation). Well, it did die. Although this might have been due to the window manager -- fvwm. I've noticed that it is terribly sensitive and dies at the drop of a hat. Sean. From owner-freebsd-hackers Fri Aug 30 23:17:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24028 for hackers-outgoing; Fri, 30 Aug 1996 23:17:36 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts6-line16.uoregon.edu [128.223.150.46]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA24006; Fri, 30 Aug 1996 23:17:30 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.7.5/8.6.12) with SMTP id XAA00446; Fri, 30 Aug 1996 23:17:27 -0700 (PDT) Date: Fri, 30 Aug 1996 23:17:27 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Darius Moos cc: Harald Wittmann , freebsd-hackers , FreeBSD-questions Subject: Re: Problem: AHA-2940 and Floppy-controler = no bootup In-Reply-To: <3226C1F8.74BC@degnet.baynet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 30 Aug 1996, Darius Moos wrote: > there is no floppy-controller on the motherboard; > therefore my friend used the floppy-controller on the IO-card. Odd. Is there an option to disable it in the BIOS, and if so, is it turned off? Is something using the floppy controller IRQ (irq 3 I think)? > > > have to ask this for a friend. > > > Here we go: > > > Hardware: > > > - SOYO-Pentium-mainboard > > > - Adaptec 2940 without floppy-connector > > > - IO-card with floppy-controller > > > Symptoms: > > > - When booting with the above hardware, the memory gets checked > > > by the BIOS correctly and then when the Adaptec is in turn, > > > the bootup-process just stops before the Adaptec gets active > > > to scan the SCSI-devices and the machine hangs. > > > - the happens with a different floppy-controller. > > > - when taking any floppy-controller out of the machine, the > > > BIOS-bootup gets to the Adaptec, the Adaptec installs his BIOS > > > without problems and the machine runs fine. > > > Question: > > > - Anyone else had similar problems and knows a solution or a > > > workaround ? > > > > Disable the floppy controller on the I/O card and use the one built into > > the motherboard, or vice versa. Both are enabled and they are > > conflicting. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Fri Aug 30 23:21:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24345 for hackers-outgoing; Fri, 30 Aug 1996 23:21:20 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA24338 for ; Fri, 30 Aug 1996 23:21:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA22147; Sat, 31 Aug 1996 08:20:56 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA27652; Sat, 31 Aug 1996 08:20:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA07064; Sat, 31 Aug 1996 07:53:05 +0200 (MET DST) From: J Wunsch Message-Id: <199608310553.HAA07064@uriah.heep.sax.de> Subject: Re: FreeBSD without console To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 31 Aug 1996 07:53:05 +0200 (MET DST) Cc: fyeung@netific.com (francis yeung) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608302133.VAA15747@fyeung5.netific.com> from francis yeung at "Aug 30, 96 09:33:52 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As francis yeung wrote: > Is there a way that I can run without > any console port i.e. no VGA or COM1 port and redirect > the console output to a file so that I can login from > another workstation remotely using tail -f "console file". No. The console must exist (if it exists at all) before the root file system is mounted. Anyway, you can configure syslogd(8) so that it writes everything into file(s). See /etc/syslog.conf. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 30 23:21:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24373 for hackers-outgoing; Fri, 30 Aug 1996 23:21:37 -0700 (PDT) Received: from Gatekeeper.Lamb.net (ulf@cat-food.Melmac.org [206.169.44.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA24363; Fri, 30 Aug 1996 23:21:35 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.5/8.7.3) id XAA00267; Fri, 30 Aug 1996 23:22:26 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199608310622.XAA00267@Gatekeeper.Lamb.net> Subject: 2 bugs, I think ;-) To: bugs@freebsd.org, hackers@freebsd.org Date: Fri, 30 Aug 1996 23:22:26 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Looks like I found 2 bugs in 2.1.5R. Have no -current running so I don't know how far it is the same there. 1.) I accidently added an alias to an interface twice. If you do so, no error message comes up. But you get weird entries in the routing table. The alias shows up as Gateway to Link#1 (as example) and it shows up with an MAC address, sometimes the local number, sometimes from a remote number. 2.) I have a host which has 4 ports, if I do a traceroute from a machine on port 1 to a machine on port 4, the traceroute shows me always the IP number of the last added alias on port 1. Even the main IP number is the gateway to get from that host to the other network. Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services || http://www.Lamb.net/ From owner-freebsd-hackers Fri Aug 30 23:43:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25292 for hackers-outgoing; Fri, 30 Aug 1996 23:43:56 -0700 (PDT) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA25287 for ; Fri, 30 Aug 1996 23:43:54 -0700 (PDT) Received: from fakir.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA299053824; Fri, 30 Aug 1996 23:43:48 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA166475641; Sat, 31 Aug 1996 12:14:01 +0500 Message-Id: <199608310714.AA166475641@fakir.india.hp.com> To: Sean Eric Fagan Cc: dawes@rf900.physics.usyd.edu.au, hackers@FreeBSD.org Subject: Re: Has anyone run x11perf on 2.1.5-RELEASE? In-Reply-To: Your message of "Fri, 30 Aug 1996 23:11:00 MST." <199608310611.XAA22135@kithrup.com> Date: Sat, 31 Aug 1996 12:14:01 +0500 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>> "Sean Eric Fagan" writes > >>So, while running x11perf, the X Server is *SUPPOSED* to slow down and > >>eventually die when I try to move the mouse? > >It isn't supposed to die (although it often looks dead in this situation). > > Well, it did die. > > Although this might have been due to the window manager -- fvwm. I've > noticed that it is terribly sensitive and dies at the drop of a hat. If you are interested in running performance tests, its best to run it without any window manager running. Certain X requests are redirected to the window manager and this could interfere with the tests. Does the X server die and leave the console in an unusable state or do you exit cleanly when the error occurs? Also, what console messages do you see when the server exits? Koshy From owner-freebsd-hackers Sat Aug 31 01:03:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28378 for hackers-outgoing; Sat, 31 Aug 1996 01:03:44 -0700 (PDT) Received: from Mail.IDT.NET (mail.idt.net [198.4.75.205]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA28357; Sat, 31 Aug 1996 01:03:38 -0700 (PDT) Received: from sequoia (ppp-39.ts-1.mlb.idt.net [169.132.71.39]) by Mail.IDT.NET (8.7.4/8.7.3) with SMTP id EAA14623; Sat, 31 Aug 1996 04:03:13 -0400 (EDT) Message-ID: <3227F1F7.E7F@mail.idt.net> Date: Sat, 31 Aug 1996 04:04:08 -0400 From: Gary Corcoran Reply-To: garycorc@mail.idt.net X-Mailer: Mozilla 3.0 (WinNT; U) MIME-Version: 1.0 To: dwhite@resnet.uoregon.edu CC: Darius Moos , Harald Wittmann , freebsd-hackers , FreeBSD-questions Subject: Re: Problem: AHA-2940 and Floppy-controler = no bootup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug White wrote: > > On Fri, 30 Aug 1996, Darius Moos wrote: > > > there is no floppy-controller on the motherboard; > > therefore my friend used the floppy-controller on the IO-card. > > Odd. Is there an option to disable it in the BIOS, and if so, is it > turned off? > > Is something using the floppy controller IRQ (irq 3 I think)? Actually, the standard floppy controller IRQ is IRQ 6 - so check for a conflict with number 6. Gary Corcoran From owner-freebsd-hackers Sat Aug 31 01:30:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA29675 for hackers-outgoing; Sat, 31 Aug 1996 01:30:40 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA29667 for ; Sat, 31 Aug 1996 01:30:34 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id LAA14408; Sat, 31 Aug 1996 11:29:35 +0300 Date: Sat, 31 Aug 1996 11:29:34 +0300 (EET DST) From: Narvi To: Kent Hamilton cc: hackers@FreeBSD.org Subject: Re: VRweb for FreeBSD? In-Reply-To: <199608310421.XAA04022@gwydion.hns.st-louis.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 30 Aug 1996, Kent Hamilton wrote: > Just curious has anyone out there done a port of VRweb to FreeBSD? > If so do you have a set of patches? I'm working on it but I really > don't know C++. > I have the tarball downloaded. But I have not done anything with it yet. I think I will get to it (unless something happens in the mean time). If you will go on to port it and find some problems you can mail me any time you want :-) Sander > -- > Kent Hamilton Play: KentH@HNS.St-Louis.MO.US > NIC Handle: KH91 URL: http://www.icon-stl.net/~khamilto/ > Work: KHamilton@Hunter.COM > From owner-freebsd-hackers Sat Aug 31 01:52:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00699 for hackers-outgoing; Sat, 31 Aug 1996 01:52:31 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA00677; Sat, 31 Aug 1996 01:52:23 -0700 (PDT) Received: from neuron.bsd.uni-passau.de (ppp2 [194.95.214.132]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id LAA09730; Sat, 31 Aug 1996 11:04:53 +0200 Message-ID: <32281847.46B5@degnet.baynet.de> Date: Sat, 31 Aug 1996 10:47:35 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0b6Gold (Win95; I) MIME-Version: 1.0 To: dwhite@resnet.uoregon.edu CC: freebsd-hackers , FreeBSD-questions , Harald Wittmann Subject: Re: Problem: AHA-2940 and Floppy-controler = no bootup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Doug White wrote: > On Fri, 30 Aug 1996, Darius Moos wrote: > > there is no floppy-controller on the motherboard; > > therefore my friend used the floppy-controller on the IO-card. > Odd. Is there an option to disable it in the BIOS, and if so, is it > turned off? There is no option in the BIOS regarding the floppy-controller. > Is something using the floppy controller IRQ (irq 3 I think)? It is IRQ 6 and there are no conflicts. > > > > have to ask this for a friend. > > > > Here we go: > > > > Hardware: > > > > - SOYO-Pentium-mainboard > > > > - Adaptec 2940 without floppy-connector > > > > - IO-card with floppy-controller > > > > Symptoms: > > > > - When booting with the above hardware, the memory gets checked > > > > by the BIOS correctly and then when the Adaptec is in turn, > > > > the bootup-process just stops before the Adaptec gets active > > > > to scan the SCSI-devices and the machine hangs. > > > > - the happens with a different floppy-controller. > > > > - when taking any floppy-controller out of the machine, the > > > > BIOS-bootup gets to the Adaptec, the Adaptec installs his BIOS > > > > without problems and the machine runs fine. > > > > Question: > > > > - Anyone else had similar problems and knows a solution or a > > > > workaround ? > > > > > > Disable the floppy controller on the I/O card and use the one built into > > > the motherboard, or vice versa. Both are enabled and they are > > > conflicting. > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major Darius Moos. email: moos@degnet.baynet.de From owner-freebsd-hackers Sat Aug 31 03:02:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02652 for hackers-outgoing; Sat, 31 Aug 1996 03:02:25 -0700 (PDT) Received: from isdn-kukulies.dialup.rwth-aachen.de (isdn-kukulies.dialup.RWTH-Aachen.DE [137.226.145.27]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA02647 for ; Sat, 31 Aug 1996 03:02:19 -0700 (PDT) Received: from isdn-kukulies.dialup.rwth-aachen.de (localhost [127.0.0.1]) by isdn-kukulies.dialup.rwth-aachen.de (8.7.5/8.6.9) with SMTP id MAA23672; Sat, 31 Aug 1996 12:09:33 +0200 (MET DST) Message-ID: <32280F5D.15FB7483@gil.physik.rwth-aachen.de> Date: Sat, 31 Aug 1996 12:09:33 +0200 From: "Christoph P. Kukulies" Organization: I. Physikalisches Institut X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Wilko Bulte CC: FreeBSD hackers list Subject: Re: FreeBSD talking to Apple Mac? References: <199608302047.WAA12090@yedi.iaf.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wilko Bulte wrote: > > Hi there > > This might be stupid but: > > I got hold of an ol' Apple Mac Plus. Pretty ancient stuff, that does > not allow for a ethernet connection. Sofar I did not have much luck > bringing up PPP on the Mac side. > > I know there is something like CAP(?) that can run on Unix machines. But > I suppose it requires ethernet. > > What I'd like to have is something like Appletalk (or is it > called Localtalk in this case?) that I can hookup to a serial port of > my FBSD box. There was a Localtalk/PC from Apple which consisted of an ISA card (with on board 6502 + sio) - I have one such card here. PC sios aren't suitable since appletalk requires HDLC capable sios like the Zilog 8350 as they can be found also in Sun3 models. Very unlikely that such a driver exists. > > Anybody any idea if this is feasible or not? Or just plain bogus? > > Wilko > _ ____________________________________________________________________ > | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands > -------------------------------------------------------------------------- -- Christoph Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Aug 31 04:14:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05256 for hackers-outgoing; Sat, 31 Aug 1996 04:14:52 -0700 (PDT) Received: from DeepCore.dk (aalb21.pip.dknet.dk [194.192.0.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA05250; Sat, 31 Aug 1996 04:14:44 -0700 (PDT) Received: (from sos@localhost) by DeepCore.dk (8.7.5/8.7.3) id KAA22247; Sat, 31 Aug 1996 10:12:42 +0200 (MET DST) Message-Id: <199608310812.KAA22247@DeepCore.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: durham@durham (Jim Durham) Date: Sat, 31 Aug 1996 10:12:41 +0200 (MET DST) Cc: sos@freebsd.org, regnauld@tetard.glou.eu.org, hackers@freebsd.org In-Reply-To: from Jim Durham at "Aug 31, 96 00:00:15 am" From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jim Durham who wrote: > > > You would get output from where syscons takes over, that is after > > the first call to scinit. In effect it would look like what you get > > from a dmesg. You would miss everything up to that point. You could > > also hack the boot manager to do resonable things to you video > > mode, then you would be in business even earlier... > > ........ > > How hard would it be to find the mode set in the BIOS roms themselves? > I know there's a High and Low rom and all that (I've hacked a little > on an old AT bios). Would it be possible to recognize the mode setting > values in the ROM without the source? That would be a cleaner job than > hanging another ROM in there, but no nearly as portable! Hmm, I'm afraid there is no easy way out here. You can get a pointer to the "standard" mode table (thats what syscons does), but setting the card specific modes is (surprice) card specific.. If you want only to get a readable mode, not nessesarily with a "normal" resolution (ie 70x48), then it should only be a matter of adjusting some of the values in a std. setting. However, if you want a certain resolution (ie 132x50), then you need to know more about the chipset on the videocard. If its one of those that you can get documentation for, then you can write the code that DTRT. Taking into account how long that will take, and setting a moderate hour price, I'm pretty sure it would be cheaper to go out and buy a new monitor/videocard combo :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Aug 31 08:20:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18534 for hackers-outgoing; Sat, 31 Aug 1996 08:20:10 -0700 (PDT) Received: from TomQNX.tomqnx.com ([159.249.8.221]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA18524 for ; Sat, 31 Aug 1996 08:20:06 -0700 (PDT) Received: from tomqnx.tomqnx.com by TomQNX.tomqnx.com with smtp (Smail3.1.29.1 #1) id m0uwrrF-00082NC; Sat, 31 Aug 96 11:21 EDT Date: Sat, 31 Aug 1996 11:20:48 -0400 (EDT) From: Tom Torrance To: hackers@freebsd.org Subject: smail install problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For smail to run properly it must in effect replace sendmail, and all of its associated programs - rmail, mailq, etc. The packages install does not do that, leaving lots of customizing to be done manually IF you know that it has to be done. It mightB also be useful if sendmail were a package that could be uninstalled. Anyone else notice this? -- tom@tomqnx.com Tom Torrance 27 Dayton Cr., Nepean Ont., Canada K2H 7N8 My opinions are personal, and not those of my employer. From owner-freebsd-hackers Sat Aug 31 09:05:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22163 for hackers-outgoing; Sat, 31 Aug 1996 09:05:17 -0700 (PDT) Received: from TomQNX.tomqnx.com ([159.249.8.221]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA22142 for ; Sat, 31 Aug 1996 09:05:10 -0700 (PDT) Received: by TomQNX.tomqnx.com (Smail3.1.29.1 #1) id m0uwsYM-00082NC; Sat, 31 Aug 96 12:05 EDT Message-Id: From: tom@tomqnx.com (Tom Torrance at home) Subject: Re: New routed To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 31 Aug 1996 12:05:46 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <2901.841447492@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 30, 96 04:24:52 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm having heartburn with the new routed, which appears to be > > unusable with ijppp -auto. It INSISTS on deleting the > > default route. > > Uh, do you *need* to run routed? > > Jordan > YES. Things work fine without routed if you have a connection with a FIXED IP number. If your connection gives you a separate IP number on every call, the route for your new IP number to use 127.0.0.1 as a gateway is only put in the table IF you are running routed or gated. All other entries, including the default route are updated properly by ijppp IF they exist when it re-establishes the connection. I happen to have both kinds of connection, so it's easy to see. I access them on a mutually exclusive basis. I don't have a clue how to set up gated for this. I can survive right now by using NO routing software with my fixed IP number connection, and by running gated with the variable IP connection, but that is real hack. Perhaps I am odd, but I think that routed should support dial-up connections too. The new routed -q looks extremely powerful - it just needs to leave static routes alone, like the old one did. ijppp is smart enough to modify the the static default route while leaving it flagged as static. An alternative would be for ijppp to establish the nissing route then clean it up when the delete ALL in ppp.linkup is executed. It could then run without routed or gated in all cases. I still think that the new routed -q deleting a static route is a bug. From owner-freebsd-hackers Sat Aug 31 09:17:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23045 for hackers-outgoing; Sat, 31 Aug 1996 09:17:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA23027 for ; Sat, 31 Aug 1996 09:17:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA27835; Sun, 1 Sep 1996 02:04:44 +1000 Date: Sun, 1 Sep 1996 02:04:44 +1000 From: Bruce Evans Message-Id: <199608311604.CAA27835@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: gdb remote Cc: hackers@FreeBSD.org, pst@shockwave.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> I skip writing to the divisor registers if the divisor is already correct, >> but it doesn't seem to make any difference for gdb. >> >OK bruce, here is a patch for sio.c that solves my part of the >problem... >the cnxxx code doesn't initialise the registers unless the port is >open, (except the first time) though you may want to modify the patch. >I'd like to commit this unless you have a better version :) Yes, I have a much better version :-). First try only the CFCR_8BITS change out of it. Writing the speed to the same value should by harmless. (Make sure that the port is set to the default speed by stty'ing it in the usual way if necessary. The defaults are 9600 for everything.) I think I understand the problem now. Sio console output is unbuffered except for fifos in the hardware, so input is guaranteed to be lost if >= sizeof(hardware fifo) characters are transmitted before checking for input. I'm using a 16450 on the remote, so the fifo size is only 2. This rarely works. Going the other way seems to never work (I guess because the bursts of output are longer going that way). I'm surprised that a fifo size of 16 works for anyone. The remote stub uses buffers of size 400. I'm writing some buffering routines now. Bruce *** sio.c~ Thu Jul 18 12:38:10 1996 --- sio.c Sun Sep 1 01:10:52 1996 *************** *** 2398,2407 **** siocntxwait(); sp->cfcr = inb(iobase + com_cfcr); ! outb(iobase + com_cfcr, CFCR_DLAB); sp->dlbl = inb(iobase + com_dlbl); sp->dlbh = inb(iobase + com_dlbh); divisor = ttspeedtab(comdefaultrate, comspeedtab); ! outb(iobase + com_dlbl, divisor & 0xFF); ! outb(iobase + com_dlbh, (u_int) divisor >> 8); outb(iobase + com_cfcr, CFCR_8BITS); sp->mcr = inb(iobase + com_mcr); --- 2459,2477 ---- siocntxwait(); sp->cfcr = inb(iobase + com_cfcr); ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); sp->dlbl = inb(iobase + com_dlbl); sp->dlbh = inb(iobase + com_dlbh); divisor = ttspeedtab(comdefaultrate, comspeedtab); ! /* ! * Only set the divisor registers if they would change, since ! * setting them clears the data input register on some 16550 ! * incompatibles. Worse, on other or the same 16550 incompatibles ! * (UMC8611?), setting while input is arriving them loses sync ! * until data stops arriving. Sigh. ! */ ! if (sp->dlbl != divisor & 0xFF) ! outb(iobase + com_dlbl, divisor & 0xFF); ! if (sp->dlbh != (u_int) divisor >> 8) ! outb(iobase + com_dlbh, (u_int) divisor >> 8); outb(iobase + com_cfcr, CFCR_8BITS); sp->mcr = inb(iobase + com_mcr); *************** *** 2423,2431 **** * Restore the device control registers. */ siocntxwait(); iobase = siocniobase; outb(iobase + com_cfcr, CFCR_DLAB); ! outb(iobase + com_dlbl, sp->dlbl); ! outb(iobase + com_dlbh, sp->dlbh); outb(iobase + com_cfcr, sp->cfcr); /* --- 2493,2503 ---- * Restore the device control registers. */ siocntxwait(); iobase = siocniobase; outb(iobase + com_cfcr, CFCR_DLAB); ! if (sp->dlbl != inb(iobase + com_dlbl)) ! outb(iobase + com_dlbl, sp->dlbl); ! if (sp->dlbh != inb(iobase + com_dlbh)) ! outb(iobase + com_dlbh, sp->dlbh); outb(iobase + com_cfcr, sp->cfcr); /* From owner-freebsd-hackers Sat Aug 31 09:45:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26221 for hackers-outgoing; Sat, 31 Aug 1996 09:45:26 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26210 for ; Sat, 31 Aug 1996 09:45:22 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id CAA23478 Sun, 1 Sep 1996 02:43:54 +1000 (EST) From: michael butler Message-Id: <199608311643.CAA23478@asstdc.scgt.oz.au> Subject: Re: New routed To: tom@tomqnx.com (Tom Torrance at home) Date: Sun, 1 Sep 1996 02:43:49 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Tom Torrance at home" at Aug 31, 96 12:05:46 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tom Torrance at home writes: > I still think that the new routed -q deleting a static route is a bug. It's doing precisely what it is documented to do in the default case .. no routing info => a dead interface. The route is then removed after a suitable 'hold down' period. What does the addition (per the man page) of .. net 0.0.0.0/0.0.0.0 gateway metric 1 passive .. to /etc/gateways do ? Alternatively, your ISP could advertise a default route, michael From owner-freebsd-hackers Sat Aug 31 10:14:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29408 for hackers-outgoing; Sat, 31 Aug 1996 10:14:32 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA29403 for ; Sat, 31 Aug 1996 10:14:27 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id DAA24174 Sun, 1 Sep 1996 03:12:53 +1000 (EST) From: michael butler Message-Id: <199608311712.DAA24174@asstdc.scgt.oz.au> Subject: Re: New routed To: tom@tomqnx.com Date: Sun, 1 Sep 1996 03:12:53 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608311643.CAA23478@asstdc.scgt.oz.au> from "michael butler" at Sep 1, 96 02:43:49 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote: > net 0.0.0.0/0.0.0.0 gateway metric 1 passive ^^^^^^^^^^^^^^^ .. sorry, should be '0.0.0.0/32' for the -current version or just '0.0.0.0' for -stable, michael From owner-freebsd-hackers Sat Aug 31 10:18:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29714 for hackers-outgoing; Sat, 31 Aug 1996 10:18:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA29707; Sat, 31 Aug 1996 10:18:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04005; Sat, 31 Aug 1996 10:05:58 -0700 From: Terry Lambert Message-Id: <199608311705.KAA04005@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: sos@FreeBSD.org Date: Sat, 31 Aug 1996 10:05:58 -0700 (MST) Cc: durham@phaeton.artisoft.com, regnauld@tetard.glou.eu.org, hackers@FreeBSD.org In-Reply-To: <199608310812.KAA22247@DeepCore.dk> from "sos@FreeBSD.org" at Aug 31, 96 10:12:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hmm, I'm afraid there is no easy way out here. You can get a pointer > to the "standard" mode table (thats what syscons does), but setting > the card specific modes is (surprice) card specific.. The data about the card is simply not well abstracted from the code that implements the INT 10 interface. And once again we discover why EE's should not be hired to write video BIOS. If you could identify the card by looking at the INT 10 BIOS entry point minus 16 for a manufacturer specific ID struct, and then decode that on a per manufacturer basis, then you could have external access to the mode tables and any other information. This problem is coming up so frequently, it's almost worth beating on the card manufacturers. In two years, when Windows95 is on the junk heap and Microsoft is selling "NT Workstation" instead (that's about how long the Win32 interface is going to take to displace Win3.1 sufficiently), Microsoft is going to have the same problem. Already NT won't run on all hardware that 95 will (of course, we could argue about the VM interfaces I always go on about for FreeBSD as a fix for NT as well). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 31 11:07:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03744 for hackers-outgoing; Sat, 31 Aug 1996 11:07:21 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03737; Sat, 31 Aug 1996 11:07:17 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA17618; Sat, 31 Aug 1996 12:03:28 -0600 (MDT) Date: Sat, 31 Aug 1996 12:03:28 -0600 (MDT) Message-Id: <199608311803.MAA17618@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608311705.KAA04005@phaeton.artisoft.com> References: <199608310812.KAA22247@DeepCore.dk> <199608311705.KAA04005@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Terry hit my hot button here ] > > Hmm, I'm afraid there is no easy way out here. You can get a pointer > > to the "standard" mode table (thats what syscons does), but setting > > the card specific modes is (surprice) card specific.. > > The data about the card is simply not well abstracted from the code > that implements the INT 10 interface. > > And once again we discover why EE's should not be hired to write > video BIOS. Cheap generalization. I'll take on 95% of the CS grads. who graduated in 94 in a usability/readability contest. Most EE's I'm awae of who program are pretty decent nowadays, and most CS types who graduates a few years back are just as bad as the EE's. :) Proud Electrical Engineer, Nate - You can't spell Geek w/out two E's. :) From owner-freebsd-hackers Sat Aug 31 12:10:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06694 for hackers-outgoing; Sat, 31 Aug 1996 12:10:25 -0700 (PDT) Received: from DeepCore.dk (aalb14.pip.dknet.dk [194.192.0.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06686; Sat, 31 Aug 1996 12:10:10 -0700 (PDT) Received: (from sos@localhost) by DeepCore.dk (8.7.5/8.7.3) id TAA23908; Sat, 31 Aug 1996 19:54:39 +0200 (MET DST) Message-Id: <199608311754.TAA23908@DeepCore.dk> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: terry@lambert.org (Terry Lambert) Date: Sat, 31 Aug 1996 19:54:39 +0200 (MET DST) Cc: sos@FreeBSD.org, durham@phaeton.artisoft.com, regnauld@tetard.glou.eu.org, hackers@FreeBSD.org In-Reply-To: <199608311705.KAA04005@phaeton.artisoft.com> from Terry Lambert at "Aug 31, 96 10:05:58 am" From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Terry Lambert who wrote: > > Hmm, I'm afraid there is no easy way out here. You can get a pointer > > to the "standard" mode table (thats what syscons does), but setting > > the card specific modes is (surprice) card specific.. > > The data about the card is simply not well abstracted from the code > that implements the INT 10 interface. > > And once again we discover why EE's should not be hired to write > video BIOS. If you could identify the card by looking at the INT 10 > BIOS entry point minus 16 for a manufacturer specific ID struct, > and then decode that on a per manufacturer basis, then you could have > external access to the mode tables and any other information. I'm surpriced that it took so long before you jumped out of the box :) I can tell you from experience, that it would be far worse if the video BIOS was written by computer scientists, that way it wouldn't fit into a ROM of earthly size. > This problem is coming up so frequently, it's almost worth beating > on the card manufacturers. In two years, when Windows95 is on the > junk heap and Microsoft is selling "NT Workstation" instead (that's > about how long the Win32 interface is going to take to displace > Win3.1 sufficiently), Microsoft is going to have the same problem. > Already NT won't run on all hardware that 95 will (of course, we > could argue about the VM interfaces I always go on about for FreeBSD > as a fix for NT as well). We can only hope that the presure that Micro$oft can muster, will line up the videocard manufactures. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Aug 31 12:36:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07375 for hackers-outgoing; Sat, 31 Aug 1996 12:36:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07366 for ; Sat, 31 Aug 1996 12:36:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA04223; Sun, 1 Sep 1996 05:34:30 +1000 Date: Sun, 1 Sep 1996 05:34:30 +1000 From: Bruce Evans Message-Id: <199608311934.FAA04223@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: gdb remote Cc: hackers@FreeBSD.org, pst@shockwave.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I wrote: >Yes, I have a much better version :-). First try only the CFCR_8BITS >change out of it. Writing the speed to the same value should by harmless. >(Make sure that the port is set to the default speed by stty'ing it in >the usual way if necessary. The defaults are 9600 for everything.) My problems were mostly caused by not changing the other occurrence of CFCR_8BITS and forgetting to open /dev/cuaa0 after stty'ing /dev/cuaia0. I have something in /etc/rc.serial that sets the speed to 115200. >I think I understand the problem now. Sio console output is unbuffered >except for fifos in the hardware, so input is guaranteed to be lost if >... >of size 400. I'm writing some buffering routines now. The buffering didn't seem to help much. The protocol seems to be very non-robust. gdb dumped core once and reported `invalid digit in hex character' several times, and the remote often stopped responding. Now my problem is that gdb-4.13 can't handle its own breakpoints. `b pcaopen' seems to put a breakpoint at the reasonable place pcaopen+3. Then when the breakpoint is hit, it isn't removed, and the pc is pcaopen+4. Then disassembling at pcaopen causes a fatal page fault at address 0x55. >! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); >--- 2493,2503 ---- > * Restore the device control registers. > */ > siocntxwait(); > iobase = siocniobase; > outb(iobase + com_cfcr, CFCR_DLAB); Change this like the above. Bruce From owner-freebsd-hackers Sat Aug 31 13:00:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08169 for hackers-outgoing; Sat, 31 Aug 1996 13:00:02 -0700 (PDT) Received: from cronus.oanet.com (richmond@cronus.oanet.com [204.209.13.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08127; Sat, 31 Aug 1996 12:59:58 -0700 (PDT) Received: from localhost (richmond@localhost) by cronus.oanet.com (8.7.3/8.6.12) with SMTP id NAA18304; Sat, 31 Aug 1996 13:59:01 -0600 (MDT) Date: Sat, 31 Aug 1996 13:59:00 -0600 (MDT) From: Raymond Richmond To: Nate Williams cc: Terry Lambert , sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608311803.MAA17618@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I heartily agree, being an EE I have on many situations shown CS people many a thing about coding and development. In fact my scholastic career included more software and development courses than a mainstream CS, plus hardware. On Sat, 31 Aug 1996, Nate Williams wrote: > [ Terry hit my hot button here ] > > > > Hmm, I'm afraid there is no easy way out here. You can get a pointer > > > to the "standard" mode table (thats what syscons does), but setting > > > the card specific modes is (surprice) card specific.. > > > > The data about the card is simply not well abstracted from the code > > that implements the INT 10 interface. > > > > And once again we discover why EE's should not be hired to write > > video BIOS. > > > Cheap generalization. I'll take on 95% of the CS grads. who graduated > in 94 in a usability/readability contest. Most EE's I'm awae of who > program are pretty decent nowadays, and most CS types who graduates a > few years back are just as bad as the EE's. :) > > > Proud Electrical Engineer, > > > Nate - You can't spell Geek w/out two E's. :) > -- __^__ __^__ ( ___ )------------------------------------------------------( ___ ) | / |---Raymond Richmond---Question Man-------(403)430-0811 -| \ | | / |---------OA Internet----------Technical Support---------| \ | |_*_| |_*_| (_____)----------------richmond@oanet.com--------------------(_____) From owner-freebsd-hackers Sat Aug 31 13:00:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08195 for hackers-outgoing; Sat, 31 Aug 1996 13:00:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA08189 for ; Sat, 31 Aug 1996 13:00:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA10641; Sat, 31 Aug 1996 12:58:48 -0700 (PDT) To: tom@tomqnx.com (Tom Torrance at home) cc: hackers@freebsd.org Subject: Re: New routed In-reply-to: Your message of "Sat, 31 Aug 1996 12:05:46 EDT." Date: Sat, 31 Aug 1996 12:58:48 -0700 Message-ID: <10638.841521528@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > YES. Things work fine without routed if you have a connection with a > FIXED IP number. If your connection gives you a separate IP number on > every call, the route for your new IP number to use 127.0.0.1 as > a gateway is only put in the table IF you are running routed or gated. > All other entries, including the default route are updated > properly by ijppp IF they exist when it re-establishes the connection. Erm, I'm sorry but this just doesn't make any sense. Your route_loopback shouldn't change one whit, whether you have a dynamic IP address or not, and there's nothing at all you've said here which brings me any closer to understanding why you need to run routed. Jordan From owner-freebsd-hackers Sat Aug 31 13:01:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08247 for hackers-outgoing; Sat, 31 Aug 1996 13:01:21 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA08242 for ; Sat, 31 Aug 1996 13:01:18 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA10652; Sat, 31 Aug 1996 12:59:51 -0700 (PDT) To: michael butler cc: tom@tomqnx.com (Tom Torrance at home), hackers@freebsd.org Subject: Re: New routed In-reply-to: Your message of "Sun, 01 Sep 1996 02:43:49 +1000." <199608311643.CAA23478@asstdc.scgt.oz.au> Date: Sat, 31 Aug 1996 12:59:51 -0700 Message-ID: <10650.841521591@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Alternatively, your ISP could advertise a default route, They don't need to - ppp will already add a default route to the ISP if you configure it properly, and the localhost route from /etc/sysconfig should be left strictly alone by ppp. Jordan From owner-freebsd-hackers Sat Aug 31 13:12:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08680 for hackers-outgoing; Sat, 31 Aug 1996 13:12:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08675; Sat, 31 Aug 1996 13:12:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00378; Sat, 31 Aug 1996 13:12:26 -0700 From: Terry Lambert Message-Id: <199608312012.NAA00378@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: nate@mt.sri.com (Nate Williams) Date: Sat, 31 Aug 1996 13:12:26 -0700 (MST) Cc: terry@lambert.org, sos@FreeBSD.org, durham@phaeton.artisoft.com, hackers@FreeBSD.org In-Reply-To: <199608311803.MAA17618@rocky.mt.sri.com> from "Nate Williams" at Aug 31, 96 12:03:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > [ Terry hit my hot button here ] > > The data about the card is simply not well abstracted from the code > > that implements the INT 10 interface. > > > > And once again we discover why EE's should not be hired to write > > video BIOS. > > Cheap generalization. I'll take on 95% of the CS grads. who graduated > in 94 in a usability/readability contest. Most EE's I'm awae of who > program are pretty decent nowadays, and most CS types who graduates a > few years back are just as bad as the EE's. :) You're right, it's a cheap generalization. I should have said "hired to design the card/driver interface". Diamond scred this up. ATI screwed this up. Matrox screwed this up. Everyone screwed this up. I don't know one company who built the card so that the external data references were usable without the external code entry points. Well, except IBM ABIOS, and they cheated by making the BIOS callable from protected mode. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 31 13:14:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08764 for hackers-outgoing; Sat, 31 Aug 1996 13:14:36 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08747; Sat, 31 Aug 1996 13:14:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00393; Sat, 31 Aug 1996 13:13:59 -0700 From: Terry Lambert Message-Id: <199608312013.NAA00393@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: richmond@cronus.oanet.com (Raymond Richmond) Date: Sat, 31 Aug 1996 13:13:58 -0700 (MST) Cc: nate@mt.sri.com, terry@lambert.org, sos@FreeBSD.org, durham@phaeton.artisoft.com, hackers@FreeBSD.org In-Reply-To: from "Raymond Richmond" at Aug 31, 96 01:59:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I heartily agree, being an EE I have on many situations shown CS people > many a thing about coding and development. In fact my scholastic career > included more software and development courses than a mainstream CS, plus > hardware. 10:1 the people you showed (assuming "showed" means that they benefitted from the experience and changed their evil ways) were not video board BIOS programmers. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 31 13:51:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10993 for hackers-outgoing; Sat, 31 Aug 1996 13:51:39 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10984; Sat, 31 Aug 1996 13:51:34 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po1.glue.umd.edu (8.8.Beta.0/8.7.3) with ESMTP id QAA17854; Sat, 31 Aug 1996 16:51:30 -0400 (EDT) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) with SMTP id QAA18428; Sat, 31 Aug 1996 16:51:29 -0400 (EDT) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 31 Aug 1996 16:51:29 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Raymond Richmond cc: Nate Williams , Terry Lambert , sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 31 Aug 1996, Raymond Richmond wrote: > I heartily agree, being an EE I have on many situations shown CS people > many a thing about coding and development. In fact my scholastic career > included more software and development courses than a mainstream CS, plus > hardware. You guys are making no sense here, and I think you both know it. I know plenty of Engineers that couldn't code hello world, and some that make me look as bad. The exact same thing is true of many CS grads. I know Nate personally, and yes, he knows his stuff, but it wouldn't be particularly hard to drum up a counterexample. Generalizations like you are making are dumb, you judge each person as they come down the road. What you meant to say was probably that they should have gotten someone more competent, someone who understood the various systemic dependencies, to design something that impacts systems in multiple ways. Software, hardware, if the person was more system oriented it wouldn't have happened the way it did. I'm sorry if I come down on this, but you guys are sounding snobbish in these EE comments (and I am proud to think of myself as one, still!) > > On Sat, 31 Aug 1996, Nate Williams wrote: > > > [ Terry hit my hot button here ] > > > > > > Hmm, I'm afraid there is no easy way out here. You can get a pointer > > > > to the "standard" mode table (thats what syscons does), but setting > > > > the card specific modes is (surprice) card specific.. > > > > > > The data about the card is simply not well abstracted from the code > > > that implements the INT 10 interface. > > > > > > And once again we discover why EE's should not be hired to write > > > video BIOS. > > > > > > Cheap generalization. I'll take on 95% of the CS grads. who graduated > > in 94 in a usability/readability contest. Most EE's I'm awae of who > > program are pretty decent nowadays, and most CS types who graduates a > > few years back are just as bad as the EE's. :) > > > > > > Proud Electrical Engineer, > > > > > > Nate - You can't spell Geek w/out two E's. :) > > > > -- > > __^__ __^__ > ( ___ )------------------------------------------------------( ___ ) > | / |---Raymond Richmond---Question Man-------(403)430-0811 -| \ | > | / |---------OA Internet----------Technical Support---------| \ | > |_*_| |_*_| > (_____)----------------richmond@oanet.com--------------------(_____) > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Aug 31 14:02:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11732 for hackers-outgoing; Sat, 31 Aug 1996 14:02:17 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11717; Sat, 31 Aug 1996 14:02:10 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA17985; Sat, 31 Aug 1996 14:58:20 -0600 (MDT) Date: Sat, 31 Aug 1996 14:58:20 -0600 (MDT) Message-Id: <199608312058.OAA17985@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: richmond@cronus.oanet.com (Raymond Richmond), nate@mt.sri.com, sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608312013.NAA00393@phaeton.artisoft.com> References: <199608312013.NAA00393@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I heartily agree, being an EE I have on many situations shown CS people > > many a thing about coding and development. In fact my scholastic career > > included more software and development courses than a mainstream CS, plus > > hardware. > > 10:1 the people you showed (assuming "showed" means that they benefitted > from the experience and changed their evil ways) were not video board > BIOS programmers. I doubt you can 'blame' the coders. 99% of the video cards sold have been for platforms running M$ OS's, so therefore why spend the time necessary to have a 'generic' solution when one isn't necessary. Obviously the non-M$ OS's have gotten by with the minimal coding required, so any more time spent doing extra is wasted effort. As you are well aware, getting a product to market quickly is critical in the world of video cards, so the less time spent coding a driver the quicker you can make your bucks before the next generation of chipsets makes the card obsolete. Nate From owner-freebsd-hackers Sat Aug 31 14:34:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15166 for hackers-outgoing; Sat, 31 Aug 1996 14:34:42 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15157; Sat, 31 Aug 1996 14:34:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA00568; Sat, 31 Aug 1996 14:34:09 -0700 From: Terry Lambert Message-Id: <199608312134.OAA00568@phaeton.artisoft.com> Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? To: nate@mt.sri.com (Nate Williams) Date: Sat, 31 Aug 1996 14:34:08 -0700 (MST) Cc: terry@lambert.org, richmond@cronus.oanet.com, nate@mt.sri.com, sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org In-Reply-To: <199608312058.OAA17985@rocky.mt.sri.com> from "Nate Williams" at Aug 31, 96 02:58:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I doubt you can 'blame' the coders. 99% of the video cards sold have > been for platforms running M$ OS's, so therefore why spend the time > necessary to have a 'generic' solution when one isn't necessary. Professionalism? > Obviously the non-M$ OS's have gotten by with the minimal coding > required, so any more time spent doing extra is wasted effort. > > As you are well aware, getting a product to market quickly is critical > in the world of video cards, so the less time spent coding a driver the > quicker you can make your bucks before the next generation of chipsets > makes the card obsolete. Abstract the data from the code in the BIOS, and you increase code reusability, reducing time to market. Time to market is a bogus excuse to use for making an unprofessional design decision. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 31 14:45:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16469 for hackers-outgoing; Sat, 31 Aug 1996 14:45:09 -0700 (PDT) Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA16454 for ; Sat, 31 Aug 1996 14:45:03 -0700 (PDT) Received: from post.demon.co.uk ([(null)]) by relay-2.mail.demon.net id aa01343; 31 Aug 96 22:44 BST Received: from longacre.demon.co.uk ([158.152.156.24]) by relay-3.mail.demon.net id aa19646; 31 Aug 96 22:44 BST From: Michael Searle Message-ID: To: hackers@freefall.freebsd.org Subject: Re: Has anyone run x11perf on 2.1.5-RELEASE? References: <199608311714.KAA29417@freefall.freebsd.org> Date: Sat, 31 Aug 1996 22:24:24 BST X-Mailer: Offlite 0.09 / Termite Internet for Acorn RISC OS Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk owner-hackers-digest@freefall.freebsd.org wrote: >>> So, while running x11perf, the X Server is *SUPPOSED* to slow down and >>> eventually die when I try to move the mouse? >> It isn't supposed to die (although it often looks dead in this >> situation). > Well, it did die. > Although this might have been due to the window manager -- fvwm. I've > noticed that it is terribly sensitive and dies at the drop of a hat. It's never died on me (version 1, 2 or 95). Unless you have a really old version, you probably have some other problem that is causing both the X server to die running x11perf and fvwm to die before. Haven't a clue what it is though. :( -- Michael Searle - searle@longacre.demon.co.uk From owner-freebsd-hackers Sat Aug 31 14:58:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18007 for hackers-outgoing; Sat, 31 Aug 1996 14:58:18 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.COM [165.90.143.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17990 for ; Sat, 31 Aug 1996 14:58:14 -0700 (PDT) Received: from cedb (cedb.DPCSYS.COM [165.90.143.3]) by cedb.dpcsys.com (8.6.10/DPC-1.0) with SMTP id OAA01339; Sat, 31 Aug 1996 14:42:36 -0700 Date: Sat, 31 Aug 1996 14:42:35 -0700 (PDT) From: Dan Busarow X-Sender: dan@cedb To: J Wunsch cc: FreeBSD hackers , francis yeung Subject: Re: FreeBSD without console In-Reply-To: <199608310553.HAA07064@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 31 Aug 1996, J Wunsch wrote: > As francis yeung wrote: > > Is there a way that I can run without > > any console port i.e. no VGA or COM1 port and redirect > No. The console must exist (if it exists at all) before the root file > system is mounted. Sure you can. Boot with -c and disable sc0. After the system comes up unplug your monitor and keyboard, telnet in and shut it down with a -r. It'll come right back up. Make sure your BIOS isn't halting on kb errors. Dan -- Dan Busarow 714 443 4172 DPC Systems dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 dmesg from my ethernet router FreeBSD 2.1.0-RELEASE #0: Mon Apr 29 21:55:37 PDT 1996 dan@trestles.beach.net:/usr/src/sys/compile/Beach-1 CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 4194304 (4096K bytes) avail memory = 2564096 (2504K bytes) Probing for devices on the ISA bus: sc0: disabled, not probed. ed0 at 0x300-0x31f irq 3 on isa ed0: address 00:40:05:16:78:83, type NE2000 (16 bit) ed1 at 0x320-0x33f irq 4 on isa ed1: address 00:40:05:23:22:6f, type NE2000 (16 bit) ed2 at 0x340-0x35f irq 5 on isa ed2: address 00:40:05:20:ba:a9, type NE2000 (16 bit) ed3 at 0x360-0x37f irq 10 on isa ed3: address 00:40:05:24:1c:93, type NE2000 (16 bit) cy0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S ahb0 not found aha0 not probed due to I/O address conflict with ed1 at 0x330 aic0 not probed due to I/O address conflict with ed2 at 0x340 wt0: disabled, not probed. mcd0: disabled, not probed. mcd1: disabled, not probed. matcdc0: disabled, not probed. scd0: disabled, not probed. npx0 on motherboard npx0: INT 16 interface From owner-freebsd-hackers Sat Aug 31 16:27:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24117 for hackers-outgoing; Sat, 31 Aug 1996 16:27:58 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24112; Sat, 31 Aug 1996 16:27:56 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id QAA19425; Sat, 31 Aug 1996 16:27:58 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id QAA16185; Sat, 31 Aug 1996 16:27:42 -0700 (PDT) Message-Id: <199608312327.QAA16185@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: nate@mt.sri.com (Nate Williams), richmond@cronus.oanet.com, sos@freebsd.org, durham@phaeton.artisoft.com, hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-reply-to: Your message of Sat, 31 Aug 96 14:34:08 -0700. <199608312134.OAA00568@phaeton.artisoft.com> Date: Sat, 31 Aug 1996 16:27:40 -0700 From: "Michael L. VanLoon -- MindBender.serv.net" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I doubt you can 'blame' the coders. 99% of the video cards sold have >> been for platforms running M$ OS's, so therefore why spend the time >> necessary to have a 'generic' solution when one isn't necessary. >Professionalism? When has "professionalism" ever meant increased market share and/or increased profit in the PeeCee industry? ;-) ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Sat Aug 31 16:54:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25043 for hackers-outgoing; Sat, 31 Aug 1996 16:54:28 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA25038 for ; Sat, 31 Aug 1996 16:54:25 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id BAA04775 for freebsd-hackers@freebsd.org; Sun, 1 Sep 1996 01:54:23 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA17442 (5.65c8/IDA-1.4.4j for freebsd-hackers@freebsd.org); Sun, 1 Sep 1996 01:42:48 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id BAA03714 for ; Sun, 1 Sep 1996 01:41:01 +0200 (MET DST) Date: Sun, 1 Sep 1996 01:41:01 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: freebsd-hackers@freebsd.org Subject: movsbw question Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The pgcc uses the movsbw instruction with a 32 bit oprand and according to my old i486 assembler book the instraction takes a "r32" oprand but "as" says it take a reg16 operand. Now what is right? -- Thomas From owner-freebsd-hackers Sat Aug 31 18:38:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29925 for hackers-outgoing; Sat, 31 Aug 1996 18:38:21 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29918 for ; Sat, 31 Aug 1996 18:38:18 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA08395; Sun, 1 Sep 1996 11:06:51 +0930 From: Michael Smith Message-Id: <199609010136.LAA08395@genesis.atrad.adelaide.edu.au> Subject: VGA BIOS memoriala To: terry@lambert.org (Terry Lambert) Date: Sun, 1 Sep 1996 11:06:51 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199608312012.NAA00378@phaeton.artisoft.com> from "Terry Lambert" at Aug 31, 96 01:12:26 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > You're right, it's a cheap generalization. > > I should have said "hired to design the card/driver interface". > > Diamond scred this up. > > ATI screwed this up. > > Matrox screwed this up. > > Everyone screwed this up. > > I don't know one company who built the card so that the external data > references were usable without the external code entry points. > > Well, except IBM ABIOS, and they cheated by making the BIOS callable > from protected mode. Eagle (an australian company). produced a line of cards back when the C&T451 was pretty hot stuff; they severely hacked the C&T BIOS, and went so far as to give the source code to anyone who asked for it. Not surprisingly, they seem to have gone out of business 8( > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Aug 31 18:41:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00269 for hackers-outgoing; Sat, 31 Aug 1996 18:41:24 -0700 (PDT) Received: from dorsai.dorsai.org (infi@dorsai.dorsai.org [206.127.32.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA00262 for ; Sat, 31 Aug 1996 18:41:22 -0700 (PDT) Received: by dorsai.dorsai.org (5.67b/23Dec93-Dorsai Embassy) id AA16806; Sat, 31 Aug 1996 21:39:00 -0400 Date: Sat, 31 Aug 1996 21:39:00 -0400 (edt) From: Igigi International Cc: FreeBSD hackers Subject: Re: FreeBSD without console In-Reply-To: <199608310553.HAA07064@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 31 Aug 1996, J Wunsch wrote: > As francis yeung wrote: > > > Is there a way that I can run without > > any console port i.e. no VGA or COM1 port and redirect > > the console output to a file so that I can login from > > another workstation remotely using tail -f "console file". > > No. The console must exist (if it exists at all) before the root file > system is mounted. > I've been able to use FreeBSD sucessfully even after having removed the video card and disabling the BIOS check for it. FSD probably just had no idea the video was missing although console data was still being sent to this 'screen'. Do you just want to remove the video/VGA output or do you truly want NO console? From owner-freebsd-hackers Sat Aug 31 18:44:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00604 for hackers-outgoing; Sat, 31 Aug 1996 18:44:41 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA00593 for ; Sat, 31 Aug 1996 18:44:38 -0700 (PDT) Received: (from hasty@localhost) by rah.star-gate.com (8.7.5/8.7.3) id SAA04215 for hackers@freebsd.org; Sat, 31 Aug 1996 18:44:24 -0700 (PDT) Date: Sat, 31 Aug 1996 18:44:24 -0700 (PDT) From: Amancio Hasty Message-Id: <199609010144.SAA04215@rah.star-gate.com> To: hackers@freebsd.org Subject: XFree86 Mirror Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any good reason why ftp.freebsd.org is not mirroring the beta releases of XFree86? Tnks, Amancio From owner-freebsd-hackers Sat Aug 31 18:58:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA01433 for hackers-outgoing; Sat, 31 Aug 1996 18:58:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA01427 for ; Sat, 31 Aug 1996 18:58:30 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA08525; Sun, 1 Sep 1996 11:27:00 +0930 From: Michael Smith Message-Id: <199609010157.LAA08525@genesis.atrad.adelaide.edu.au> Subject: Re: New routed To: tom@tomqnx.com (Tom Torrance at home) Date: Sun, 1 Sep 1996 11:27:00 +0930 (CST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: from "Tom Torrance at home" at Aug 31, 96 12:05:46 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tom Torrance at home stands accused of saying: > > > > Uh, do you *need* to run routed? > > > YES. Things work fine without routed if you have a connection with a > FIXED IP number. If your connection gives you a separate IP number on > every call, the route for your new IP number to use 127.0.0.1 as > a gateway is only put in the table IF you are running routed or gated. > All other entries, including the default route are updated > properly by ijppp IF they exist when it re-establishes the connection. NO. You don't understand what you're trying to do. And you don't need a route to your new IP number using 127.0.0.1 as a gateway. There's an implicit route to that address inherent in the existence of the interface. If you're concerned about connecting to your machine when _no_ interfaces are up, create yourself another tunX interface and assign that an invariant address out of one of the private networks in /etc/sysconfig. Routed in your situation is just a nuisance. Don't use it. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Aug 31 22:05:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08257 for hackers-outgoing; Sat, 31 Aug 1996 22:05:36 -0700 (PDT) Received: from rah.star-gate.com (ascend.star-gate.com [204.188.121.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08248 for ; Sat, 31 Aug 1996 22:05:19 -0700 (PDT) Received: (from hasty@localhost) by rah.star-gate.com (8.7.5/8.7.3) id WAA04432 for hackers@freebsd.org; Sat, 31 Aug 1996 22:04:30 -0700 (PDT) Date: Sat, 31 Aug 1996 22:04:30 -0700 (PDT) From: Amancio Hasty Message-Id: <199609010504.WAA04432@rah.star-gate.com> To: hackers@freebsd.org Subject: XFree86 Mirror , again.... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone from the XFree86 team contact jkh for the purpose of mirroring XFree86 on ftp.freebsd.org, pretty please ? Tnks, Amancio