From owner-freebsd-hackers Sun Aug 24 00:24:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA19976 for hackers-outgoing; Sun, 24 Aug 1997 00:24:24 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA19957; Sun, 24 Aug 1997 00:24:06 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA00378; Sun, 24 Aug 1997 00:23:12 -0700 (PDT) Message-Id: <199708240723.AAA00378@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Rich Wales cc: Terry Lambert , smpatel@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Couldn't change IRQ on Creative SB16 PnP In-reply-to: Your message of "Sat, 23 Aug 1997 23:32:55 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 00:23:12 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, The problem most likely is the PnP code on FreeBSD and I am going to work on the problem this weekend . I have a similar scenario here with a PnP motherboard which the PnP code refuses to relocate my SB16 configuration to the one I specify. Just please follow up on multimedia@freeBSD.org . Regards, Amancio >From The Desk Of Rich Wales : > Terry -- > > Replying to: > > I assume you mean the configuration 0 in the Windows 95 > property page. This is the default from the PnP config- > uration. > > Yes, that's what I meant -- configuration 0. > > Is there any way to tell i386/isa/pnp.c to activate a configuration > other than 0? > > You must have an error in your configuration information > if IRQ 5 is taken by something else. > > IRQ 5 isn't taken by anything else right now. I want to add another > (legacy ISA) card that must use IRQ 5. My plan was to reconfigure the > SB16 PnP sound card to use IRQ 10 (instead of its default IRQ 5), and > =then= add the other card on IRQ 5 =after= the sound card was working > on IRQ 10. > > What you probably need to do is go into the PnP BIOS > configuration and tell it IRQ 5 is taken by an ISA card. > > I tried this, but it didn't help; the sound card still wouldn't accept > IRQ 10, and when I ran "pnpinfo", it still reported IRQ 5 as the only > IRQ available to the sound card in configuration 0. > > Note, FWIW, that the SB16 card is an ISA (not PCI) PnP card. I don't > know if this makes a difference or not. > > PS: If your BIOS doesn't know this, then FreeBSD isn't > going to be able to know it either... > > But when I run DOS (6.22) and Windows (3.1) on the same system, and tell > them to use IRQ 10 to talk to the sound card, it works just fine. This > works even if the BIOS thinks IRQ 5 is available for PnP. So I assume > the BIOS is OK, and that the FreeBSD code is failing for some reason to > do whatever is necessary to set up the right IRQ. > > Rich Wales richw@webcom.com http://www.webcom.com/richw/ > > From owner-freebsd-hackers Sun Aug 24 00:51:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA20857 for hackers-outgoing; Sun, 24 Aug 1997 00:51:41 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA20852 for ; Sun, 24 Aug 1997 00:51:38 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28416 for freebsd-hackers@FreeBSD.ORG; Sun, 24 Aug 1997 09:51:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA21079; Sun, 24 Aug 1997 09:00:26 +0200 (MET DST) Message-ID: <19970824090026.RY16396@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 09:00:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <199708240019.BAA00819@awfulhak.org> <199708240300.MAA00846@word.smith.net.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708240300.MAA00846@word.smith.net.au>; from Mike Smith on Aug 24, 1997 12:30:55 +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Smith wrote: > I don't understand how this would be useful. If you say "x", and "x" > is not a local name, you _must_ consult someone else to determine if > it's a valid name at all. How else are you supposed to know one way or > the other? By looking whether there's at least one dot in the name. I think resolvers used to behave like this back some time ago. So, x would only be tried as x.search.domain1 x.search.domain2 and then given up, while x.foo would be tried as x.foo.search.domain1 x.foo.search.domain2 x.foo I think this is reasonable since there are no A/MX/CNAME records to be expected for a TLD (i.e. a TLD is always only be used as part of the recursion), so it could be special-cased. -- 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 24 00:51:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA20877 for hackers-outgoing; Sun, 24 Aug 1997 00:51:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA20865 for ; Sun, 24 Aug 1997 00:51:42 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28418; Sun, 24 Aug 1997 09:51:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA21094; Sun, 24 Aug 1997 09:05:21 +0200 (MET DST) Message-ID: <19970824090521.QL28135@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 09:05:21 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: yonny@ingenieria.ingsala.unal.edu.co (Yonny Cardenas) Subject: Re: Floppies for FreeBSD References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: questions@FreeBSD.ORG In-Reply-To: ; from Yonny Cardenas on Aug 23, 1997 20:49:12 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Yonny Cardenas wrote: > All OK, but I can't mount to them: > > #:mount_mfs /dev/fd0.1440 /mnt > Warning: Block size and bytes per inode restrict cylinders per group to 5. > #:Aug 23 19:33:01 zue mount_mfs: /mnt: Operation not supported by > device Why are you trying to mount a MFS with its backup storage on this floppy? :-) The mount_* commands are not supposed to be human-usable, they are backend commands to be used by mount(8) (using the -t option if required, albeit things like NFS are being figured out automatically). So: mount /dev/fd0 /mnt (All this doesn't belong to -hackers, but to -questions. Please redirect followups 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 Sun Aug 24 01:31:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA22320 for hackers-outgoing; Sun, 24 Aug 1997 01:31:18 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA22315 for ; Sun, 24 Aug 1997 01:31:16 -0700 (PDT) Received: from localhost (bradley@localhost) by ns2.harborcom.net (8.8.7/8.8.5) with SMTP id EAA03834 for ; Sun, 24 Aug 1997 04:31:15 -0400 (EDT) Date: Sun, 24 Aug 1997 04:31:15 -0400 (EDT) From: Bradley Dunn X-Sender: bradley@ns2.harborcom.net Reply-To: Bradley Dunn To: freebsd-hackers@freebsd.org Subject: pthread_join question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I just bought _Programming with POSIX Threads_ by Butenhof so I could learn a little bit about threads. I have a question about pthread_join in FreeBSD. It seems from looking at the source in src/lib/libc_r/uthread/uthread_join.c and from trying the test code on page 32 in the book that pthread_join will always return -1 if an error occurs. The book says that Pthreads doesn't use errno and returns the error directly. Can someone help me understand this better? Here is the code from the book: #include #include #include int main (int argc, char *argv[]) { pthread_t thread; int status; status = pthread_join (thread, NULL); if (status != 0) fprintf (stderr, "error %d: %s\n", status, strerror (status)); return status; } The output is: error -1: Unknown error: -1 If I modify the code so that it checks errno, I find that errno is indeed ESRCH (and the source for pthread_join seems to indicate this is normal behavior). Oh, and another quick question. I compiled the program using: cc -Wall -othread_error thread_error.c -lc_r Is the '-lc_r' the correct way to get the thread functions linked in? PS -- Please CC me as I am not on -hackers. Thanks, pbd -- The more laws and order are made prominent, the more thieves and robbers there will be. -- Lao Tsu From owner-freebsd-hackers Sun Aug 24 02:09:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA23748 for hackers-outgoing; Sun, 24 Aug 1997 02:09:25 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA23740 for ; Sun, 24 Aug 1997 02:09:22 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id CAA11661; Sun, 24 Aug 1997 02:02:37 -0700 (PDT) To: Alexander Indenbaum cc: A Joseph Koshy , freebsd-hackers@FreeBSD.ORG Subject: Re: Checking the integrity of system files In-reply-to: Your message of "Sat, 23 Aug 1997 21:22:26 +0300." Date: Sun, 24 Aug 1997 02:02:36 -0700 Message-ID: <11657.872413356@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Are you considering to move to RPM-like package management? If you mean "RPM-like" in the sense that they'll both be package managers, then yes. If you mean RPM specifically then no. Jordan From owner-freebsd-hackers Sun Aug 24 02:18:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA23982 for hackers-outgoing; Sun, 24 Aug 1997 02:18:53 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA23977 for ; Sun, 24 Aug 1997 02:18:50 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id CAA11728; Sun, 24 Aug 1997 02:18:35 -0700 (PDT) To: Yonny Cardenas Cc: hackers@freebsd.org Subject: Re: Floppies for FreeBSD In-reply-to: Your message of "Sat, 23 Aug 1997 20:49:12 EDT." Date: Sun, 24 Aug 1997 02:18:33 -0700 Message-ID: <11724.872414313@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 1. Please direct all questions to questions@freebsd.org - the hackers list is not the correct place to send this material. 2. You need to use mount, not mount_mfs (which is for memory, not UFS, filesystems). Yes, there probably should be a mount_ufs too just for orthogonality's sake but there isn't - I've complained about the issue already before, and to deaf ears. mount = mount_ufs. :-) Jordan > > Hi, > > I'am creating floppies of 1.44MB for FreeBSD, I'am puting a UFS ^^^ > filesystem on them, with the following sequence of commands: > > #fdformat -f 1440 fd0.1440 > #disklabel -w -r fd0.1440 floppy3 > #newfs -t 2 -u 18 -l 1 -i 65536 /dev/rfd0 > > All OK, but I can't mount to them: > > #:mount_mfs /dev/fd0.1440 /mnt > Warning: Block size and bytes per inode restrict cylinders per group to 5. > #:Aug 23 19:33:01 zue mount_mfs: /mnt: Operation not supported by > device > Aug 23 19:33:01 zue mount_mfs: /mnt: Operation not supported by device > > Thanks, for your help ! > > > ------------------------------------------------------------------------- > YONNY CARDENAS B. > Systems Engineer || || ||| || > Universidad Nacional de Colombia || || || | || > Email : yonny@ingenieria.ingsala.unal.edu.co ||||||| || ||| > From owner-freebsd-hackers Sun Aug 24 02:33:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA24610 for hackers-outgoing; Sun, 24 Aug 1997 02:33:48 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@haiti-99.ppp.hooked.net [206.169.228.99]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA24605 for ; Sun, 24 Aug 1997 02:33:44 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id CAA17493 for ; Sun, 24 Aug 1997 02:34:29 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 24 Aug 1997 02:34:28 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org Reply-To: Alex To: freebsd-hackers@freebsd.org Subject: spam from hub.freebsd.org ?!? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know this is somewhat off topic but I've gotten like 10 spams from some unknown person who has relayed his/her mail through hub.freebsd.org and seemingly gotten their addresses from this list. I just did a little checking and hub seems to relay anything it's asked to. Is there _some_ chance that someone could configure hub not to do this? It's starting to get annoying. Spam headers follows: Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by mom.hooked.net (8.8.5/8.8.5) with ESMTP id VAA29449 for ; Fri, 22 Aug 1997 21:09:47 -0700 (PDT) Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id WAA01488; Fri, 22 Aug 1997 22:07:20 -0600 (MDT) Received: from localhost (daemon@localhost) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA18679; Fri, 22 Aug 1997 20:37:14 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18483 for hackers-outgoing; Fri, 22 Aug 1997 20:33:26 -0700 (PDT) Received: from ibmmail.COM (ibmmail.com [204.146.168.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA18465; Fri, 22 Aug 1997 20:33:21 -0700 (PDT) Date: Fri, 22 Aug 1997 20:33:21 -0700 (PDT) From: archie@veronica.com Message-Id: <199708230333.UAA18465@hub.freebsd.org> Received: from [204.216.27.21] by ibmmail.COM (IBM VM SMTP V2R3) with TCP; Fri, 22 Aug 97 23:32:56 EDT To: undisclosed-recipients:;:;@ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk - alex From owner-freebsd-hackers Sun Aug 24 03:21:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA25939 for hackers-outgoing; Sun, 24 Aug 1997 03:21:48 -0700 (PDT) Received: from dfw-ix12.ix.netcom.com (dfw-ix12.ix.netcom.com [206.214.98.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA25934 for ; Sun, 24 Aug 1997 03:21:41 -0700 (PDT) Received: (from smap@localhost) by dfw-ix12.ix.netcom.com (8.8.4/8.8.4) id FAA03720 for ; Sun, 24 Aug 1997 05:21:08 -0500 (CDT) Received: from sjx-ca22-11.ix.netcom.com(204.30.65.107) by dfw-ix12.ix.netcom.com via smap (V1.3) id sma003711; Sun Aug 24 05:20:45 1997 Received: (from asami@localhost) by baloon.mimi.com (8.8.7/8.6.9) id DAA01323; Sun, 24 Aug 1997 03:20:41 -0700 (PDT) Date: Sun, 24 Aug 1997 03:20:41 -0700 (PDT) Message-Id: <199708241020.DAA01323@baloon.mimi.com> To: hackers@freebsd.org In-reply-to: <199708221807.LAA26407@phaeton.artisoft.com> (message from Terry Lambert on Fri, 22 Aug 1997 11:07:13 -0700 (MST)) Subject: Re: Final request for help with release. (DPT boot floppy) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > I have also seen mysterious lockups (for a few seconds) with Solaris * > x86 when I bombarded more than two twin-channel controllers (Adaptec * > 3940W/UW) with lots of requests. FreeBSD had no problems whatsoever. * * This is probably a PCI issue. Most Intel PCI bridges do not * correctly arbitrate between more than two bus mastering PCI * devices simultaneously. That's what the Solaris x86 developer told us too. However, it is not a deadlock -- it is just a starvation of a few milliseconds, and should not cause the machine to lock up for a few seconds (and I mean a complete lockup, for instance the clock interrupts aren't delivered). I mentioned to him that the same test on identical hardware works fine under FreeBSD. I never heard back from him again. Satoshi From owner-freebsd-hackers Sun Aug 24 04:14:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA27834 for hackers-outgoing; Sun, 24 Aug 1997 04:14:25 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA27824 for ; Sun, 24 Aug 1997 04:14:16 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id LAA28362; Sun, 24 Aug 1997 11:52:12 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id LAA19878; Sun, 24 Aug 1997 11:52:12 +0100 (BST) Message-Id: <199708241052.LAA19878@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: The Hermit Hacker cc: hackers@FreeBSD.ORG Subject: Re: PPP 'Bursts' with newest 3.0-CURRENT... In-reply-to: Your message of "Sat, 23 Aug 1997 22:18:49 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 11:52:12 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi... > > I'm really curious as to whether anyone has experience with this. I'm > running 3.0-CURRENT, and have just upgraded to the newest source tree (as of > today) in the hopes of reducing/eliminating the following 'hills and > valleys': > > ================= > # netstat -nr > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 127.2.2.2 UGSc 12 0 tun0 > 127.0.0.1 127.0.0.1 UH 1 44 lo0 > 206.231.247.114 206.231.248.173 UH 0 0 tun0 Let me guess that your ppp.conf contains: set ifaddr x.x.x.x 127.2.2.2 add 0 0 127.2.2.2 And your ppp.linkup *doesn't* contain delete all add 0 0 hisaddr If this is the case, I'd add the linkup lines. They'll remove the above default and add the correct one. Also, if it's any help, the -current ppp allows you to use hisaddr in ppp.conf too. > # ping 206.231.247.114 > PING 206.231.247.114 (206.231.247.114): 56 data bytes > 64 bytes from 206.231.247.114: icmp_seq=0 ttl=64 time=244.708 ms > 64 bytes from 206.231.247.114: icmp_seq=1 ttl=64 time=260.234 ms > 64 bytes from 206.231.247.114: icmp_seq=2 ttl=64 time=2310.207 ms > 64 bytes from 206.231.247.114: icmp_seq=3 ttl=64 time=1320.183 ms > 64 bytes from 206.231.247.114: icmp_seq=4 ttl=64 time=1730.196 ms > 64 bytes from 206.231.247.114: icmp_seq=5 ttl=64 time=2390.181 ms > 64 bytes from 206.231.247.114: icmp_seq=6 ttl=64 time=1390.230 ms > 64 bytes from 206.231.247.114: icmp_seq=7 ttl=64 time=490.176 ms > 64 bytes from 206.231.247.114: icmp_seq=8 ttl=64 time=240.180 ms > 64 bytes from 206.231.247.114: icmp_seq=9 ttl=64 time=2100.158 ms > ================= > > This is just me talking to the other end of my PPP link, with the only > load on the link being the ping session. No ftp, no telnet, no nothing. > > Now, the other end of the link is: > > ============ > Aug 23 22:13:15 thelab ppp[181]: Phase: PapInput: ACK > Aug 23 22:13:15 thelab ppp[181]: Phase: Received PAP_ACK (Welcome to NetBlazer) ============ > > A NetBlazer. > > Has anyone ever noticed this when talking to a Netblazer? I remember back > in the UUCP days that talking ??->Telebit would give bad 'interactive' response > times, but still? What sort of sustained throughput do you get with ftp ? That's usually a good indication of how the line's really behaving. I'm no expert on this though. My ISP is drifting into another phase of lousy service (doing big commits scares me 'cos I don't know if I'm going to lose the line due to a 300 second timeout). > Thanks... > > Marc G. Fournier > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 24 04:54:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA29035 for hackers-outgoing; Sun, 24 Aug 1997 04:54:49 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA29029 for ; Sun, 24 Aug 1997 04:54:44 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id MAA00210; Sun, 24 Aug 1997 12:54:03 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id MAA00755; Sun, 24 Aug 1997 12:54:02 +0100 (BST) Message-Id: <199708241154.MAA00755@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: Brian Somers , freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Sun, 24 Aug 1997 12:30:55 +0930." <199708240300.MAA00846@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 12:54:02 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > I have a bit of a problem - that I can only put down to being the > > fault of either the resolver library or named. > > Neither. > > > My /etc/resolv.conf says (in 2.2.2 & -current): > > > > domain lan.awfulhak.org > > Have you read the resolver documentation on what this means? >From resolver(3): RES_DEFNAMES If set, res_search() will append the default domain name to single-component names (those that do not contain a dot). This option is enabled by default. RES_DNSRCH If this option is set, res_search() will search for host names in the current domain and in parent domains; see hostname(7). This is used by the standard host lookup rou- tine gethostbyname(3). This option is enabled by default. This means to me that with "domain lan.awfulhak.org", a lookup of ``x'' results in a query of x.lan.awfulhak.org, x.awfulhak.org and x.org and with "search lan.awfulhak.org", I get one lookup of x.lan.awfulhak.org. Both result in a lookup of ``x.lan.awfulhak.org'' then ``x''. > > If I try to resolve an unqualified name that doesn't exist (such as > > ``x''), the resolver sends two DNS queries (because the first fails). > > The first query is for ``x.lan.awfulhak.org'', and when that fails, > > it sends a query for ``x''. The resolver then says "Dunno who ``x'' > > is, I'll ask someone else.....". > > > > This is a bit of a dumb thing to do (I'm on a dial-up to real life)..... > > It is, however, the _correct_ thing to do. If you don't want to dial > to resolve names, use the dfilter stuff in user-mode ppp (do I need to > tell *you* this?) This is not the problem. My problem is that a WindowsNT box is trying to resolve some dumb name, and sits there with its finger up its a*s while the DNS times out. Good old Microslop^H^H^Hoft. > > There is a compile-time option for named called "LOCALDOM" that > > allows you to say "domain lan.awfulhak.org" in named.boot, and have > > the second query answered with "dunno" immediately, but according to > > named, only broken resolvers send unqualified names to the DNS. > > I don't understand how this would be useful. If you say "x", and "x" > is not a local name, you _must_ consult someone else to determine if > it's a valid name at all. How else are you supposed to know one way or > the other? So I send a query to my forwarder that asks for "x", and it looks it up ? What's it likely to find ? The worst case would be ``x.demon.co.uk'' (my ISP's domain) which is dumb (and why named disables the LOCALDOM stuff by default). The normal case would be the generation of a load of useless DNS traffic. > If you never want to consult an outside nameserver, disable your > forwarders; this is pretty dumb though. I do want to talk to real DNSs, but not for mis-typed names. > > IMHO, the resolver shouldn't be sending the second query. Should I > > look at fixing the resolver ? > > There's nothing there needs fixing, AFAICT. Well, if anything, the "domain ..." isn't behaving - it should try x.lan.awfulhak.org, x.awfulhak.org and x.org. I also suggest that "search ..." is broken either in a similar way or because it should behave as I originally suggested. > mike > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 24 05:10:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA29458 for hackers-outgoing; Sun, 24 Aug 1997 05:10:31 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA29453 for ; Sun, 24 Aug 1997 05:10:25 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id MAA00447; Sun, 24 Aug 1997 12:56:53 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id MAA00913; Sun, 24 Aug 1997 12:56:50 +0100 (BST) Message-Id: <199708241156.MAA00913@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Sun, 24 Aug 1997 09:00:26 +0200." <19970824090026.RY16396@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 12:56:50 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Mike Smith wrote: > > > I don't understand how this would be useful. If you say "x", and "x" > > is not a local name, you _must_ consult someone else to determine if > > it's a valid name at all. How else are you supposed to know one way or > > the other? > > By looking whether there's at least one dot in the name. I think > resolvers used to behave like this back some time ago. So, > > x > > would only be tried as > > x.search.domain1 x.search.domain2 > > and then given up, while > > x.foo > > would be tried as > > x.foo.search.domain1 x.foo.search.domain2 x.foo > > I think this is reasonable since there are no A/MX/CNAME records to be > expected for a TLD (i.e. a TLD is always only be used as part of the > recursion), so it could be special-cased. I don't know what a TLD is :-(, but the above is how I'd expect things to work. > -- > 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. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 24 05:54:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA00949 for hackers-outgoing; Sun, 24 Aug 1997 05:54:10 -0700 (PDT) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA00931; Sun, 24 Aug 1997 05:54:06 -0700 (PDT) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id FAA05249; Sun, 24 Aug 1997 05:53:57 -0700 (PDT) Date: Sun, 24 Aug 1997 05:53:56 -0700 (PDT) From: "Steven P. Donegan" To: Simon Shapiro cc: Freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Panic During Install - FFS Bug? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 23 Aug 1997, Simon Shapiro wrote: > > Hi Y'all, > > 3.0-CURRENT as of last night (23-Aug-97) > > In installing -current on a new machine, it panics during installing > packages, pretty much at random. > Same symptoms here - started at kernel 3.0-970815-SNAP - haven't been able to get a complete install since - random panics during install attempts of 970815 and 970823 - 2.2.2 goes in and works fine. Motherboard is Tyan Tomcat IIID. From owner-freebsd-hackers Sun Aug 24 06:00:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA01188 for hackers-outgoing; Sun, 24 Aug 1997 06:00:57 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA01183 for ; Sun, 24 Aug 1997 06:00:49 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.5/8.8.4) id PAA03982 for hackers@freebsd.org; Sun, 24 Aug 1997 15:00:50 +0200 (MESZ) From: Robert Eckardt Message-Id: <199708241300.PAA03982@ghost.mep.ruhr-uni-bochum.de> Subject: Re: amd + linux = permission denied (summary) To: hackers@freebsd.org Date: Sun, 24 Aug 1997 15:00:49 +0200 (MESZ) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just for the records I wanted to summarize how the problem resolved: The Linux server allows NFS accesses only from reserved ports. Amd used a reserved port for the mount operation (by chance ?), but not for the data transfers. (That's why the mount succeeds, but not the data transfers.) Joerg Wunsch pointed me to a new, undocumented option in amd that instructs it to use a reserved port (<1024). Adding opts=...,resvport,... to the mount-map solved it. It was J Wunsch who wrote: > revision 1.2 > date: 1995/02/13 01:56:22; author: wpaul; state: Exp; lines: +10 -1 > Added three line hack to nfs_ops.c to add support for the 'resvport' > mount option: you need this little bugger in environments with facsist > SunOS NFS servers (like mine :). -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-hackers Sun Aug 24 09:17:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07120 for hackers-outgoing; Sun, 24 Aug 1997 09:17:16 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07115 for ; Sun, 24 Aug 1997 09:17:13 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA00983 for ; Sun, 24 Aug 1997 18:17:23 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id SAA22637 for freebsd-hackers@FreeBSD.ORG; Sun, 24 Aug 1997 18:16:53 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id RAA07452; Sun, 24 Aug 1997 17:58:38 +0200 (CEST) Message-ID: <19970824175837.23357@keltia.freenix.fr> Date: Sun, 24 Aug 1997 17:58:37 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: Splitting up sysinstall for some user services.. References: <3068.871608583@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <3068.871608583@time.cdrom.com>; from Jordan K. Hubbard on Thu, Aug 14, 1997 at 06:29:43PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3481 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > Hmmm - strange. Yes, it's definitely meant to and seems to do so > just fine in my tests. Speaking of sysinstall, I put my brand new 4.3 GB DCAS into my machine and due to my kernel configuration (see below), it showed up as sd14. sysinstall (from July, 20th approx.) was unable to see it. BEFORE # NCR0 disk sd0 at scbus0 target 0 unit 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 # NCR1 disk sd10 at scbus1 target 0 disk sd11 at scbus1 target 1 disk sd12 at scbus1 target 2 disk sd13 at scbus1 target 3 I recompiled with disk sd1 at scbus0 target 6 (the DCAS is using ID#6) and sysinstall was able to see it... It seems unable to either see the drives on the other controller or is having problem with "sdNN" where NN is >9. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #23: Sun Jul 20 18:10:34 CEST 1997 From owner-freebsd-hackers Sun Aug 24 09:24:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07478 for hackers-outgoing; Sun, 24 Aug 1997 09:24:54 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA07473 for ; Sun, 24 Aug 1997 09:24:42 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 28459 invoked by uid 1001); 24 Aug 1997 16:24:39 +0000 (GMT) To: brian@awfulhak.org Cc: mike@smith.net.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-Reply-To: Your message of "Sun, 24 Aug 1997 12:54:02 +0100" References: <199708241154.MAA00755@awfulhak.org> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 24 Aug 1997 18:24:39 +0200 Message-ID: <28457.872439879@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So I send a query to my forwarder that asks for "x", and it looks it > up ? What's it likely to find ? The worst case would be > ``x.demon.co.uk'' (my ISP's domain) which is dumb (and why named > disables the LOCALDOM stuff by default). The normal case would be > the generation of a load of useless DNS traffic. How can your resolver know which queries are useless, unless it asks the DNS? How can it know that "no" is a valid top level domain, while "nx" is not? > > There's nothing there needs fixing, AFAICT. Maybe the manual pages, but the resolver itself is doing what it should. > Well, if anything, the "domain ..." isn't behaving - it should try > x.lan.awfulhak.org, x.awfulhak.org and x.org. I also suggest that > "search ..." is broken either in a similar way or because it should > behave as I originally suggested. Read RFC 1535 to see why having this search behavior as default is not a good idea (it's a security hole, and generates a lot of unecessary traffic). Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Sun Aug 24 09:52:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08590 for hackers-outgoing; Sun, 24 Aug 1997 09:52:33 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA08585 for ; Sun, 24 Aug 1997 09:52:28 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA03671 for freebsd-hackers@FreeBSD.ORG; Sun, 24 Aug 1997 18:52:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id SAA23472; Sun, 24 Aug 1997 18:39:14 +0200 (MET DST) Message-ID: <19970824183914.OI36211@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 18:39:14 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <19970824090026.RY16396@uriah.heep.sax.de> <199708241156.MAA00913@awfulhak.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708241156.MAA00913@awfulhak.org>; from Brian Somers on Aug 24, 1997 12:56:50 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > I don't know what a TLD is :-( Ah, sorry, a top-level domain. -- 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 24 09:52:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08613 for hackers-outgoing; Sun, 24 Aug 1997 09:52:52 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA08606 for ; Sun, 24 Aug 1997 09:52:47 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA03741 for hackers@FreeBSD.ORG; Sun, 24 Aug 1997 18:52:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id SAA23528; Sun, 24 Aug 1997 18:49:09 +0200 (MET DST) Message-ID: <19970824184909.PH41183@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 18:49:09 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: Floppies for FreeBSD References: <11724.872414313@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <11724.872414313@time.cdrom.com>; from Jordan K. Hubbard on Aug 24, 1997 02:18:33 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > 2. You need to use mount, not mount_mfs (which is for memory, not UFS, > filesystems). Yes, there probably should be a mount_ufs too just > for orthogonality's sake but there isn't - I've complained about > the issue already before, and to deaf ears. mount = mount_ufs. :-) There should be no user-visible mount_foo executables at all. :-) Use -t foo if you need. Normally, these programs would be candidates for /usr/libexec/, but they need to reside in the root filesystem, for obvious reasons. -- 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 24 10:01:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA09136 for hackers-outgoing; Sun, 24 Aug 1997 10:01:15 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA09124 for ; Sun, 24 Aug 1997 10:01:10 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id TAA01034 for ; Sun, 24 Aug 1997 19:01:23 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id TAA22951 for hackers@FreeBSD.ORG; Sun, 24 Aug 1997 19:00:39 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id SAA08118; Sun, 24 Aug 1997 18:57:36 +0200 (CEST) Message-ID: <19970824185736.10263@keltia.freenix.fr> Date: Sun, 24 Aug 1997 18:57:36 +0200 From: Ollivier Robert To: FreeBSD Hackers Subject: Re: [Fwd: Re: Please Help Me Understand dlopen()] References: <19970820102352.64876@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from Bob Bishop on Wed, Aug 20, 1997 at 08:52:18AM +0100 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3481 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Bob Bishop: > My -current machine is doing zip (apart from tracking -current) at present, > so I guess I'm up for being a guinea pig (I can even do the squeaking > noises :-) I'm willing to test it too. I've already done some experiment with John's ELFKit some time ago and it was running pretty well. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #23: Sun Jul 20 18:10:34 CEST 1997 From owner-freebsd-hackers Sun Aug 24 10:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA09970 for hackers-outgoing; Sun, 24 Aug 1997 10:22:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA09965 for ; Sun, 24 Aug 1997 10:22:25 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA04513 for freebsd-hackers@FreeBSD.ORG; Sun, 24 Aug 1997 19:22:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id SAA23563; Sun, 24 Aug 1997 18:51:35 +0200 (MET DST) Message-ID: <19970824185134.WP47146@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 18:51:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: spam from hub.freebsd.org ?!? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Alex on Aug 24, 1997 02:34:28 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alex wrote: > I know this is somewhat off topic but I've gotten like 10 spams from some > unknown person who has relayed his/her mail through hub.freebsd.org and > seemingly gotten their addresses from this list. I just did a little > checking and hub seems to relay anything it's asked to. It is hard to maintain a mailing list that is supposed to be public, and restrict mail usage simultaneously. Note that this spam has *not* just been relayed through hub, it has simply been sent to the hackers list. -- 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 24 10:28:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10401 for hackers-outgoing; Sun, 24 Aug 1997 10:28:46 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA10390 for ; Sun, 24 Aug 1997 10:28:40 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 28795 invoked by uid 1001); 24 Aug 1997 17:28:34 +0000 (GMT) To: brian@awfulhak.org Cc: mike@smith.net.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-Reply-To: Your message of "Sun, 24 Aug 1997 12:54:02 +0100" References: <199708241154.MAA00755@awfulhak.org> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 24 Aug 1997 19:28:33 +0200 Message-ID: <28793.872443713@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This means to me that with "domain lan.awfulhak.org", a lookup of > ``x'' results in a query of x.lan.awfulhak.org, x.awfulhak.org and > x.org and with "search lan.awfulhak.org", I get one lookup of > x.lan.awfulhak.org. > > Both result in a lookup of ``x.lan.awfulhak.org'' then ``x''. If you want the above search behavior, you need search lan.awfulhak.org awfulhak.org org in your resolv.conf file. > This is not the problem. My problem is that a WindowsNT box is > trying to resolve some dumb name, and sits there with its finger up > its a*s while the DNS times out. Good old Microslop^H^H^Hoft. It should be easy enough to avoid this with a little trickery. Download the root.zone file from rs.internic.net, and set up your own name server as authoritative for ".". Then it'll be able to answer questions about "x" right away. The downside is of course that you need to maintain it, since new top level domains show up once in a while. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Sun Aug 24 11:22:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA13118 for hackers-outgoing; Sun, 24 Aug 1997 11:22:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA13099; Sun, 24 Aug 1997 11:22:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA01206; Sun, 24 Aug 1997 11:21:39 -0700 From: Terry Lambert Message-Id: <199708241821.LAA01206@phaeton.artisoft.com> Subject: Re: Couldn't change IRQ on Creative SB16 PnP To: richw@webcom.com Date: Sun, 24 Aug 1997 11:21:39 -0700 (MST) Cc: terry@lambert.org, smpatel@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Rich Wales" at Aug 23, 97 11:32:55 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Replying to: > > I assume you mean the configuration 0 in the Windows 95 > property page. This is the default from the PnP config- > uration. > > Yes, that's what I meant -- configuration 0. > > Is there any way to tell i386/isa/pnp.c to activate a configuration > other than 0? No. These configurations do not exist anywhere but the Windows 95 Registry. They are not attributes of the card. The "Configuration 0" is not real in Windows 95, either: it exists solely as the result of the BIOS PnP configuration for the device. > You must have an error in your configuration information > if IRQ 5 is taken by something else. > > IRQ 5 isn't taken by anything else right now. I want to add another > (legacy ISA) card that must use IRQ 5. My plan was to reconfigure the > SB16 PnP sound card to use IRQ 10 (instead of its default IRQ 5), and > =then= add the other card on IRQ 5 =after= the sound card was working > on IRQ 10. This is not going to happen. The PnP card is being configured by the PnP BIOS as the first unallocated interrupt for which the graph soloution is non-conflicting with other PnP hardware, and for which the PnP BIOS does not have defined ISA devices. In other words, it's 5 because the BIOS believes 5 is free. When 5 is no longer free (it is your job to tell the PnP BIOS that IRQ 5 is taken, as well as whatever ports/memory range), *THEN* the PnP BIOS will move your card to a non-conflicting interrupt. Where it gets moved is based on the new soloution to the graph, given the newly defined ISA device that you tell the BIOS about. This will *probably* not be IRQ 10. Be prepared for all your other PnP hardware to move around at the same time. > What you probably need to do is go into the PnP BIOS > configuration and tell it IRQ 5 is taken by an ISA card. > > I tried this, but it didn't help; the sound card still wouldn't accept > IRQ 10, and when I ran "pnpinfo", it still reported IRQ 5 as the only > IRQ available to the sound card in configuration 0. > > Note, FWIW, that the SB16 card is an ISA (not PCI) PnP card. I don't > know if this makes a difference or not. This is a different problem, then. If the sound card is not PnP, then moving the IRQ in the configuration probably does not change the IRQ used by the sound card, unless you have very smart drivers. In general, DOS/Windows programmers are incapable of writing smart drivers (just an observation). The sound card probably works because the functions you are requesting don't require the interrupt to be correct. You will need to reconfigure the sound card, and then tell Windows 95 to "Add new hardware". The driver probe is probably capable of finding which IRQ the card is on. Just because the Windows 95 properties sheet claims "PnP Configuration" doesn't mean that the driver is being configured by PnP. All that configuration 0 means is "this is where I found the hardware". > > PS: If your BIOS doesn't know this, then FreeBSD isn't > going to be able to know it either... > > But when I run DOS (6.22) and Windows (3.1) on the same system, and tell > them to use IRQ 10 to talk to the sound card, it works just fine. This > works even if the BIOS thinks IRQ 5 is available for PnP. So I assume > the BIOS is OK, and that the FreeBSD code is failing for some reason to > do whatever is necessary to set up the right IRQ. No. Most likely, the sound card is either still IRQ 5, and not using interrupts for the functions you are using on it, or the driver is doing the reconfiguration you should be doing in a "boot to real mode dos" using the utilities diskette that comes with the sound card. Note that once you reconfigure the sound card hardware (and not just the Windows 95 driver's registry data for the card), you will need to tell BSD where it moved (if you are using the card under BSD). See "boot -c" at the boot prompt. 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 Sun Aug 24 11:22:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA13124 for hackers-outgoing; Sun, 24 Aug 1997 11:22:17 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA13062 for ; Sun, 24 Aug 1997 11:21:22 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id AAA16239; Mon, 25 Aug 1997 00:07:31 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199708241807.AAA16239@hq.icb.chel.su> Subject: Re: Floppies for FreeBSD To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 25 Aug 1997 00:07:31 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: <19970824184909.PH41183@uriah.heep.sax.de> from "J Wunsch" at Aug 24, 97 06:49:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > As Jordan K. Hubbard wrote: > > > 2. You need to use mount, not mount_mfs (which is for memory, not UFS, > > filesystems). Yes, there probably should be a mount_ufs too just > > for orthogonality's sake but there isn't - I've complained about > > the issue already before, and to deaf ears. mount = mount_ufs. :-) > > There should be no user-visible mount_foo executables at all. :-) > Use -t foo if you need. > > Normally, these programs would be candidates for /usr/libexec/, but > they need to reside in the root filesystem, for obvious reasons. May be something like /sbin/libexec ? -SB From owner-freebsd-hackers Sun Aug 24 12:01:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15719 for hackers-outgoing; Sun, 24 Aug 1997 12:01:49 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA15706 for ; Sun, 24 Aug 1997 12:01:41 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id VAA01191 for ; Sun, 24 Aug 1997 21:01:55 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id VAA23970 for freebsd-hackers@FreeBSD.ORG; Sun, 24 Aug 1997 21:01:17 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id TAA08678; Sun, 24 Aug 1997 19:27:05 +0200 (CEST) Message-ID: <19970824192705.58375@keltia.freenix.fr> Date: Sun, 24 Aug 1997 19:27:05 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <19970824090026.RY16396@uriah.heep.sax.de> <199708241156.MAA00913@awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199708241156.MAA00913@awfulhak.org>; from Brian Somers on Sun, Aug 24, 1997 at 12:56:50PM +0100 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3481 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Brian Somers: > I don't know what a TLD is :-(, but the above is how I'd expect > things to work. Top Level Domain (e.g. .COM, .NET; .ORG and the national ISO code such as .US and .FR). -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #23: Sun Jul 20 18:10:34 CEST 1997 From owner-freebsd-hackers Sun Aug 24 12:24:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17165 for hackers-outgoing; Sun, 24 Aug 1997 12:24:12 -0700 (PDT) Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17158 for ; Sun, 24 Aug 1997 12:24:08 -0700 (PDT) Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by quackerjack.cc.vt.edu (8.8.5/8.8.5) with ESMTP id PAA16959 for ; Sun, 24 Aug 1997 15:24:06 -0400 (EDT) Received: from jandrese.async.vt.edu (jandrese.async.vt.edu [128.173.19.77]) by sable.cc.vt.edu (8.8.5/8.8.6) with SMTP id PAA17025 for ; Sun, 24 Aug 1997 15:24:03 -0400 (EDT) Date: Sun, 24 Aug 1997 15:30:02 -0400 (EDT) From: Jason Andresen X-Sender: jandrese@jandrese.async.vt.edu To: freebsd-hackers@freebsd.org Subject: paralell Zip problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I followed the README install directions to the letter on the Parallel port hack, and after rebuilding the kernel (it does probe the sd0 and find it). However, when I try to fdisk the disk (as said in the readme) it spits back: Cannot open disk /dev/rsd0 (Device not configured) I don't have any other SCSI devices or cards in my system. The MACHINE file was modified only by adding the lines specified in the README and commenting out the LPT port. If anyone has knows (or has an idea) what the problem is, I'd love to hear from you. Thanks! :::::::::::::::::::::::::::. . . . . ..:::::::::::::::::::::::::::: :: Jason Andresen :. . . . . . . . . : Web and FTP server at :: :: jandrese@vt.edu :.:.:.:.:.:.:.:.:.:: jandrese.async.vt.edu :: :.........................: Quote of the day :..........................: You guys have been practicing discrimination for years. Now it's our turn. -- Thurgood Marshall, quoted by Justice Douglas :::::::::::.:.:.:.:.:.:.:.........................:.:.:.:.:.:.:.::::::::::: From owner-freebsd-hackers Sun Aug 24 14:06:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21424 for hackers-outgoing; Sun, 24 Aug 1997 14:06:17 -0700 (PDT) Received: from thanatos.stonos.washington.dc.us (Thanatos.i3inc.com [208.218.26.195]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA21368; Sun, 24 Aug 1997 14:05:36 -0700 (PDT) Received: (from root@localhost) by thanatos.stonos.washington.dc.us (8.8.5/8.8.5) id RAA00920; Sun, 24 Aug 1997 17:03:03 -0400 (EDT) Date: Sun, 24 Aug 1997 17:03:03 -0400 (EDT) Message-Id: <199708242103.RAA00920@thanatos.stonos.washington.dc.us> To: Sean Kelly From: chris@stonos.washington.dc.us cc: hackers@freebsd.org, bugs@freebsd.org Subject: FreeBSD docs on printers -- correction (minor) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just picked up FreeBSD-2.2.2-RELEASE and was going through your lpr setup docs dated 30 September 1995. Found one buglet in a filter code example near the bottom: Here is an example: the following script is a text filter for Hewlett Packard DeskJet 500 printers. For other printers, substitute the -sDEVICE argument to the gs (Ghostscript) command. (Type gs -h to get a list of devices the current installation of Ghostscript supports.) #!/bin/sh # # ifhp - Print Ghostscript-simulated PostScript on a DeskJet 500 # Installed in /usr/local/libexec/hpif # # Treat LF as CR+LF: # printf "\033&k2G" || exit 2 # # Read first two characters of the file # read first_line first_two_chars=`expr "$first_line" : '\(..\)'` if [ "$first_two_chars" = "%!" ]; then # # It is PostScript; use Ghostscript to scan-convert and print it # /usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 -sOutputFile=- - \ && exit 0 else # # Plain text or HP/PCL, so just print it directly; print a form # at the end to eject the last page. # echo $first_line && cat && printf "\f" && exit 2 fi ============================================================^ exit 2 Finally, you need to notify LPD of the filter via the if capability: :if=/usr/local/libexec/hpif: That "exit 2" should be an "exit 0" for successful completion of plain text output. Thanks for the docs. Very helpful and much cleaner than the way I used to do it. From owner-freebsd-hackers Sun Aug 24 14:11:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21660 for hackers-outgoing; Sun, 24 Aug 1997 14:11:10 -0700 (PDT) Received: (from ahd@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21649 for hackers; Sun, 24 Aug 1997 14:11:08 -0700 (PDT) Date: Sun, 24 Aug 1997 14:11:08 -0700 (PDT) From: Drew Derbyshire Message-Id: <199708242111.OAA21649@hub.freebsd.org> To: hackers Subject: debugging ssh "Access Denied" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When defining a new ssh connection (in my case, my own system into hub.freebsd.org), how does a mortal (I have root on my system, but of course not hub) debug problems which result in "Permission Denied" messages? -ahd- From owner-freebsd-hackers Sun Aug 24 14:23:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA22231 for hackers-outgoing; Sun, 24 Aug 1997 14:23:10 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA22225 for ; Sun, 24 Aug 1997 14:23:07 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id OAA15671; Sun, 24 Aug 1997 14:22:50 -0700 (PDT) To: Ollivier Robert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Splitting up sysinstall for some user services.. In-reply-to: Your message of "Sun, 24 Aug 1997 17:58:37 +0200." <19970824175837.23357@keltia.freenix.fr> Date: Sun, 24 Aug 1997 14:22:49 -0700 Message-ID: <15667.872457769@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > and sysinstall was able to see it... It seems unable to either see the > drives on the other controller or is having problem with "sdNN" where NN is > >9. That is correct - sysinstall as currently implemented can't deal with more than 9 drives. Jordan From owner-freebsd-hackers Sun Aug 24 14:25:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA22349 for hackers-outgoing; Sun, 24 Aug 1997 14:25:13 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA22343 for ; Sun, 24 Aug 1997 14:25:10 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id OAA15689; Sun, 24 Aug 1997 14:24:58 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@FreeBSD.ORG Subject: Re: Floppies for FreeBSD In-reply-to: Your message of "Sun, 24 Aug 1997 18:49:09 +0200." <19970824184909.PH41183@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 14:24:58 -0700 Message-ID: <15686.872457898@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There should be no user-visible mount_foo executables at all. :-) > Use -t foo if you need. Yes, but since there are, would it not stand to reason that mount_ufs should contain the UFS smarts so that mount turns into nothing more than a "switch" for which you say say that the rule is always: 1. In the absence of -t, type ufs is assumed. 2. For any value of type, mount_$type exists. ? Sorry, but it just seems more orthogonal to me. ;) Jordan From owner-freebsd-hackers Sun Aug 24 14:48:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23640 for hackers-outgoing; Sun, 24 Aug 1997 14:48:10 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23635 for ; Sun, 24 Aug 1997 14:48:02 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA02794; Sun, 24 Aug 1997 22:47:21 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id WAA07834; Sun, 24 Aug 1997 22:47:20 +0100 (BST) Message-Id: <199708242147.WAA07834@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: sthaug@nethelp.no cc: brian@awfulhak.org, mike@smith.net.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Sun, 24 Aug 1997 18:24:39 +0200." <28457.872439879@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 22:47:20 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > So I send a query to my forwarder that asks for "x", and it looks it > > up ? What's it likely to find ? The worst case would be > > ``x.demon.co.uk'' (my ISP's domain) which is dumb (and why named > > disables the LOCALDOM stuff by default). The normal case would be > > the generation of a load of useless DNS traffic. > > How can your resolver know which queries are useless, unless it asks > the DNS? How can it know that "no" is a valid top level domain, while > "nx" is not? > > > > There's nothing there needs fixing, AFAICT. > > Maybe the manual pages, but the resolver itself is doing what it should. Yep. We shouldn't say that the domain keyword "climbs" the name. > > Well, if anything, the "domain ..." isn't behaving - it should try > > x.lan.awfulhak.org, x.awfulhak.org and x.org. I also suggest that > > "search ..." is broken either in a similar way or because it should > > behave as I originally suggested. > > Read RFC 1535 to see why having this search behavior as default is not > a good idea (it's a security hole, and generates a lot of unecessary > traffic). I agree. It's a bit unintuitive too. But this doesn't explain where the ``x'' lookup is coming from. This is a bad thing to pass to another DNS.... who knows who's spoofed us then ! > Steinar Haug, Nethelp consulting, sthaug@nethelp.no -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 24 14:52:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23949 for hackers-outgoing; Sun, 24 Aug 1997 14:52:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23865; Sun, 24 Aug 1997 14:51:10 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id WAA02861; Sun, 24 Aug 1997 22:50:35 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id WAA08199; Sun, 24 Aug 1997 22:50:35 +0100 (BST) Message-Id: <199708242150.WAA08199@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: Drew Derbyshire cc: hackers@hub.freebsd.org Subject: Re: debugging ssh "Access Denied" In-reply-to: Your message of "Sun, 24 Aug 1997 14:11:08 PDT." <199708242111.OAA21649@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 22:50:35 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > When defining a new ssh connection (in my case, my own system into > hub.freebsd.org), how does a mortal (I have root on my system, but > of course not hub) debug problems which result in "Permission > Denied" messages? I think it was Bruce that pointed out to me when I setup ssh on freebsd.org, your login directory must *not* be group-writable :-) Yours *is* at the moment. > -ahd- -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Aug 24 15:33:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA25890 for hackers-outgoing; Sun, 24 Aug 1997 15:33:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA25883 for ; Sun, 24 Aug 1997 15:33:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00334; Sun, 24 Aug 1997 15:32:32 -0700 From: Terry Lambert Message-Id: <199708242232.PAA00334@phaeton.artisoft.com> Subject: Re: Floppies for FreeBSD To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 24 Aug 1997 15:32:31 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: <15686.872457898@time.cdrom.com> from "Jordan K. Hubbard" at Aug 24, 97 02:24:58 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There should be no user-visible mount_foo executables at all. :-) > > Use -t foo if you need. > > Yes, but since there are, would it not stand to reason that mount_ufs > should contain the UFS smarts so that mount turns into nothing more > than a "switch" for which you say say that the rule is always: > > 1. In the absence of -t, type ufs is assumed. This is already true. > 2. For any value of type, mount_$type exists. This is moderately bogus. The reason is the use of manifest constants in mount.h, and the new "improved" mount(2) call. 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 Sun Aug 24 15:52:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26682 for hackers-outgoing; Sun, 24 Aug 1997 15:52:41 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26665 for ; Sun, 24 Aug 1997 15:52:32 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id IAA24284; Mon, 25 Aug 1997 08:52:20 +1000 (EST) Date: Mon, 25 Aug 1997 08:52:19 +1000 (EST) From: "Daniel O'Callaghan" To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: spam from hub.freebsd.org ?!? In-Reply-To: <19970824185134.WP47146@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Aug 1997, J Wunsch wrote: > As Alex wrote: > > > I know this is somewhat off topic but I've gotten like 10 spams from some > > unknown person who has relayed his/her mail through hub.freebsd.org and > > seemingly gotten their addresses from this list. I just did a little > > checking and hub seems to relay anything it's asked to. > > It is hard to maintain a mailing list that is supposed to be public, > and restrict mail usage simultaneously. Note that this spam has *not* > just been relayed through hub, it has simply been sent to the hackers > list. It *is* possible to make the list "closed" so that only suscribers can send to the list. Danny From owner-freebsd-hackers Sun Aug 24 16:10:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA27589 for hackers-outgoing; Sun, 24 Aug 1997 16:10:54 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA27574 for ; Sun, 24 Aug 1997 16:10:48 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id QAA03850 for ; Sun, 24 Aug 1997 16:10:13 -0700 (PDT) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id BAA24425 for ; Mon, 25 Aug 1997 01:10:40 +0200 (MET DST) Received: from ngeout01.news.aol.com by relay2.UU.NET with SMTP (peer crosschecked as: ngeout01.news.aol.com [152.163.176.244]) id QQdeau08821; Sun, 24 Aug 1997 19:10:54 -0400 (EDT) Received: from ladder02.news.aol.com (ladder02.news-fddi.aol.com [172.16.30.241]) by ngeout01.news.aol.com (8.6.12/8.6.12) with ESMTP id TAA04285 for ; Sun, 24 Aug 1997 19:10:35 -0400 Date: Sun, 24 Aug 1997 19:10:35 -0400 To: Message-Id: <19970824231000.TAA02698@ladder02.news.aol.com> Newsgroups: saar.lists.freebsd-hackers From: screwinup@aol.com (Screwinup) Organization: AOL http://www.aol.com Subject: Anarchists decry 72lbs plutonium launch Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Oct. 6, NASA will launch a space probe containing 72 lbs. of plutonium. This is the 24th launch containing plutonium. Three have failed and two have burned up leaving 1 to 3 lbs of plutonium dust in the atmosphere. That will cause untold people to get lung cancer years hence, but may already be causing decreased immunity we perceive as "new diseases" or old ones coming back. NASA claims that chances of a failure this time are only 1 in 1,500, but actual experience belies that. One in 10 or 20 may disintegrate in the air. Legal means like court injunctions to stop this NASA insanity are a long shot and thousands of protestors may have no effect at Cape Canaveral on Ocl. 4th. How can we save ourselves and our children from what may be a cruel way to "reduce population"? AFRICA THREATENED Actually this "Cassini" probe to Saturn is intended to fly out into orbit and return within 300 miles of Africa in August 1999, thereby picking up m From owner-freebsd-hackers Sun Aug 24 17:25:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA02038 for hackers-outgoing; Sun, 24 Aug 1997 17:25:23 -0700 (PDT) Received: from mole (mole.slip.net [207.171.193.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA01981; Sun, 24 Aug 1997 17:25:13 -0700 (PDT) Received: from localhost.localhost [207.171.230.104] by mole with esmtp (Exim 1.62 #4) id 0x2mxw-0003c3-00; Sun, 24 Aug 1997 17:25:09 -0700 Received: (from richw@localhost) by localhost.localhost (8.8.5/RICHW-970725c) id RAA00326; Sun, 24 Aug 1997 17:19:29 -0700 (PDT) Date: Sun, 24 Aug 1997 17:19:29 -0700 (PDT) From: Rich Wales X-Sender: richw@localhost To: Terry Lambert cc: smpatel@freebsd.org, hackers@freebsd.org, multimedia@freebsd.org Subject: Re: Couldn't change IRQ on Creative SB16 PnP In-Reply-To: <199708241821.LAA01206@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry -- Replying to: No. These configurations do not exist anywhere but the Windows 95 Registry. They are not attributes of the card. I'm confused, then. It appears that the "pnpinfo" program is getting detailed info on multiple configurations from the sound card. If the configurations are not attributes of the card, then what is "pnpinfo" seeing when it reads and reports "Dependent Function" material? The "Configuration 0" is not real in Windows 95, either: it exists solely as the result of the BIOS PnP configura- tion for the device. Please note, BTW, that I do =not= have Windows 95 on my system. In addition to FreeBSD, I have a partition with DOS 6.22 and Windows 3.1, which I use solely for running a few "legacy" apps. When I said the default configuration info I was talking about was the same as Win95's "configuration 0", I didn't mean to imply that I was actually running Win95. Apologies if I confused anyone. This is not going to happen. The PnP card is being con- figured by the PnP BIOS as the first unallocated interrupt for which the graph soloution is non-conflicting with other PnP hardware, and for which the PnP BIOS does not have defined ISA devices. In other words, it's 5 because the BIOS believes 5 is free. Well, I went into the BIOS and reconfigured the on-board parallel port (normally at 378H/IRQ7) to be 378H/IRQ5. I rebooted with my "SB16 uses IRQ10" kernel, but the sound card wouldn't work. I then ran "pnpinfo", and the first configuration listed by "pnpinfo" still gave IRQ5 as the one and only available IRQ -- even though I had set up the on-board parallel port to use IRQ5. This is a different problem, then. If the sound card is not PnP, then moving the IRQ in the configuration probably does not change the IRQ used by the sound card, unless you have very smart drivers. My sound card =is= PnP. At least, it claims to be, and "pnpinfo" sees it. What I was trying to say is that it's an ISA PnP card (not a PCI PnP card). Rich Wales richw@webcom.com http://www.webcom.com/richw/ From owner-freebsd-hackers Sun Aug 24 18:43:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05596 for hackers-outgoing; Sun, 24 Aug 1997 18:43:01 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA05590; Sun, 24 Aug 1997 18:42:54 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199708250142.SAA05590@hub.freebsd.org> Subject: Re: Public apology To: hcremean@vt.edu Date: Sun, 24 Aug 1997 18:42:54 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: <19970823121040.49750@wakky.dyn.ml.org> from "Lee Cremeans" at Aug 23, 97 12:10:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lee Cremeans wrote: > > On Sat, Aug 23, 1997 at 02:28:42PM +0200, J Wunsch wrote: > > You should always this kind of notification to postmaster@freebsd.org, > > our restless Jonathan. He's the one who gets the bounces (not the > > poor senders to the list), and his only defense if the number of > > bounces to a particular site is getting too high is to unsubscribe the > > I'll remember that, but my maillog shows the bounces going to people on > the list....that's why I posted this. i suspect taht those people were cc:ed in the mail or addressed directly. hackers has over 900 subscribers....surely you did not receive hundreds of bounce messages for each message ;) jmb From owner-freebsd-hackers Sun Aug 24 19:12:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA07284 for hackers-outgoing; Sun, 24 Aug 1997 19:12:36 -0700 (PDT) Received: from dfw-ix6.ix.netcom.com (dfw-ix6.ix.netcom.com [206.214.98.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA07278 for ; Sun, 24 Aug 1997 19:12:33 -0700 (PDT) Received: (from smap@localhost) by dfw-ix6.ix.netcom.com (8.8.4/8.8.4) id VAA11168 for ; Sun, 24 Aug 1997 21:11:56 -0500 (CDT) Received: from unknown(198.211.110.210) by dfw-ix6.ix.netcom.com via smap (V1.3) id sma011150; Sun Aug 24 21:11:46 1997 Message-ID: <3400E973.24D2@ix.netcom.com> Date: Sun, 24 Aug 1997 19:09:55 -0700 From: Dave Hodge Reply-To: dlhodge@ix.netcom.com X-Mailer: Mozilla 3.0 (Win95; U) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: Re: Trying to install FreeBSD 2.2.2-RELEASE of PAO: Help] Content-Type: multipart/mixed; boundary="------------3B25591F2C1C" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------3B25591F2C1C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I need your assistance. Therefore, I'm asking if you could spare some of your attention to my problem. Please note that I did have the directory "/usr/src/sys" install at the time of the failure. Thanks in advance Dave Hodge dlhodge@ix.netcom.com --------------3B25591F2C1C Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Received: from ringer.cisco.com (ringer.cisco.com [171.69.176.7]) by ixmail5.ix.netcom.com (8.7.5/SMI-4.1/Netcom) id QAA29148; Sun, 24 Aug 1997 16:15:58 -0700 (PDT) Received: (amcrae@localhost) by ringer.cisco.com (8.8.4-Cisco.1/8.6.5) id JAA11258 for dlhodge@ix.netcom.com; Mon, 25 Aug 1997 09:17:18 +1000 (EST) From: Andrew McRae Message-Id: <199708242317.JAA11258@ringer.cisco.com> Subject: Re: Trying to install FreeBSD 2.2.2-RELEASE of PAO: Help To: dlhodge@ix.netcom.com Date: Mon, 25 Aug 1997 09:17:18 +1000 (EST) In-Reply-To: <3400BE23.387F@ix.netcom.com> from "Dave Hodge" at Aug 24, 97 04:05:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit >In one part of the instruction it ask that you "Apply kernel-patch to >kernel source tree." You are to do this by following the these >instructions: > ># cd /usr/src ># patch -p0 < PAO-970616/2.2.2-RELEASE/sys.patch > >The problem I am having is that patch start it returns a error message >involving something about a "diff" and then the patch program is >requesting the name of the file I am to patch to. Do you know what file >this program is looking for? I've tried feeding it the kernel which >resides off of the root directory: "/kernel". Unfortunately, all I get >for my efforts is an error message and an error file: "kernel.rej". I think you need to be in the /usr/src/sys directory. >Do you any thoughts around this problem. Do you know where I can get >some more definitive instructions? Are there any user groups of >individuals who could assist me understand the process more clearly? Try hackers@freebsd.org Cheers, Andrew McRae --------------3B25591F2C1C-- From owner-freebsd-hackers Sun Aug 24 19:13:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA07429 for hackers-outgoing; Sun, 24 Aug 1997 19:13:43 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA07422 for ; Sun, 24 Aug 1997 19:13:40 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.8.5/8.8.5) id EAA25202; Mon, 25 Aug 1997 04:20:22 +0200 (CEST) From: Mikael Karpberg Message-Id: <199708250220.EAA25202@ocean.campus.luth.se> Subject: Re: pthread_join question In-Reply-To: from Bradley Dunn at "Aug 24, 97 04:31:15 am" To: bradley@dunn.org Date: Mon, 25 Aug 1997 04:20:22 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Bradley Dunn: > Hi, > > I just bought _Programming with POSIX Threads_ by Butenhof so I could > learn a little bit about threads. I have a question about pthread_join in > FreeBSD. It seems from looking at the source in > src/lib/libc_r/uthread/uthread_join.c > and from trying the test code on page 32 in the book that pthread_join > will always return -1 if an error occurs. The book says that Pthreads > doesn't use errno and returns the error directly. Can someone help me > understand this better? [...] > If I modify the code so that it checks errno, I find that errno is > indeed ESRCH (and the source for pthread_join seems to indicate this is > normal behavior). >From the only reference I have available (Solaris man page): RETURN VALUES If successful, both pthread_join() and thr_join() would return 0; otherwise, an error number is returned to indicate the error. Seems like you're right. Then I guess libc_r has a bug. :-) Try doing a send-pr with the problem. Maybe check the cvs online for the last few commits, and mail the person that seem to be most responsible for libc_r and tell him you have done a send-pr, too. :-) > Oh, and another quick question. I compiled the program using: > cc -Wall -othread_error thread_error.c -lc_r > Is the '-lc_r' the correct way to get the thread functions linked in? I really have no idea, but since no one else seem to have answered.. I think I saw a commit adding -thread or -threads option... Try: cc -Wall -threads -othread_error thread_error.c or cc -Wall -thread -othread_error thread_error.c And see if it works :-) > PS -- Please CC me as I am not on -hackers. Done. /Mikael From owner-freebsd-hackers Sun Aug 24 19:40:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA09595 for hackers-outgoing; Sun, 24 Aug 1997 19:40:56 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA09590 for ; Sun, 24 Aug 1997 19:40:54 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id TAA17494; Sun, 24 Aug 1997 19:39:55 -0700 (PDT) To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: Floppies for FreeBSD In-reply-to: Your message of "Sun, 24 Aug 1997 15:32:31 PDT." <199708242232.PAA00334@phaeton.artisoft.com> Date: Sun, 24 Aug 1997 19:39:55 -0700 Message-ID: <17490.872476795@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This is moderately bogus. The reason is the use of manifest Then change it for all of them - don't be non-orthogonally bogus. ;-) Jordan From owner-freebsd-hackers Sun Aug 24 19:59:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10733 for hackers-outgoing; Sun, 24 Aug 1997 19:59:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA10692; Sun, 24 Aug 1997 19:59:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA00583; Sun, 24 Aug 1997 19:58:46 -0700 From: Terry Lambert Message-Id: <199708250258.TAA00583@phaeton.artisoft.com> Subject: Re: Couldn't change IRQ on Creative SB16 PnP To: richw@webcom.com (Rich Wales) Date: Sun, 24 Aug 1997 19:58:45 -0700 (MST) Cc: terry@lambert.org, smpatel@freebsd.org, hackers@freebsd.org, multimedia@freebsd.org In-Reply-To: from "Rich Wales" at Aug 24, 97 05:19:29 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Replying to: > > No. These configurations do not exist anywhere but the > Windows 95 Registry. They are not attributes of the card. > > I'm confused, then. It appears that the "pnpinfo" program is getting > detailed info on multiple configurations from the sound card. If the > configurations are not attributes of the card, then what is "pnpinfo" > seeing when it reads and reports "Dependent Function" material? It is reading the mapping space supported by the card. If you take all the permutations of IRQ, IO port, and memory base address for the card, then you have all possible arrangements. These arrangements are called "tuples"... as if each possible resource setting were a point in a graph (ie: you could have two IRQ's required out of two sets of 3, and the sets may be non-intersecting, etc.. A PnP BIOS uses this information in calculating the configuration it wants to select for all the PnP devices. For example, if you had one PnP card that could be only IRQ 5, and another that could be IRQ 5 or IRQ 10, then the one that can only be IRQ 5 "wins" the contest for the IRQ, and the other ones "Configuration 0" will have IRQ 10. Note: If you are getting data from pnpinfo about the sound card, then your previous posting is in error: it is a PnP sound card. If you are dead-set on PnP (which is irrelevant for non-PnP devices, except to note that they take up resources, such as IRQ's, IO addresses, and device memory ranges, and can not be relocated automatically), and you are having problems, I seriously recommend the PnP architecture book from Mindshare. Even if you are only going to talk about it, I recommend the book. > The "Configuration 0" is not real in Windows 95, either: > it exists solely as the result of the BIOS PnP configura- > tion for the device. > > Please note, BTW, that I do =not= have Windows 95 on my system. In > addition to FreeBSD, I have a partition with DOS 6.22 and Windows 3.1, > which I use solely for running a few "legacy" apps. When I said the > default configuration info I was talking about was the same as Win95's > "configuration 0", I didn't mean to imply that I was actually running > Win95. Apologies if I confused anyone. No problem. The same statement still applies. "Configuration 0" is the default post-configuration state for the hardware. Note that there are two types of PnP services: 1) BIOS services, which configure the hardware at POST time; to make these work for non-PnP cards, you must make entries in the BIOS setup screen for all non-PnP ISA devices. For example, if you had a bus mouse on IRQ 12 (or a non-PnP ISA card on IRQ 5). 2) PnP OS services. A PnP OS is capable of configuring PnP devices without a PnP BIOS present. It uses the same algorithm, so ISA devices need to be probed first, etc., from least relocatable to most relocatable. A PnP OS without a driver for non-PnP hardware may fail to correctly configure your hardware, since it does not detect the legacy device and subtract its resources (like, say, IRQ 5) from the resources available for relocating PnP devices to make them not conflict with each other. These OS services are typically called "card services" and are shared with PCMCIA devices (if any), which also map resources similar to ISA PnP. For legacy cards, these "card services" generally define a way to tell them what ISA resources are already taken. FreeBSD does not have a full card services interface at this point in time, even after the patches, because of the bus probe order issues. You can thing of an ISA card definition interface as being like the EISA .CFG's you could create for ISA cards (serving the same function; EISA was almost PnP, but failed on several fronts). In any case, unless you tell the PnP BIOS *OR* you tell the "card services" about your ISA device, you are *out*of*luck*, and the PnP configuration will continue to stop IRQ 5 until the cows come home becase as far as you've told it, IRQ 5 is not being used, and as such is fair game to be sucked up by the first PnP device that wants it. > Well, I went into the BIOS and reconfigured the on-board parallel port > (normally at 378H/IRQ7) to be 378H/IRQ5. I rebooted with my "SB16 uses > IRQ10" kernel, but the sound card wouldn't work. I then ran "pnpinfo", > and the first configuration listed by "pnpinfo" still gave IRQ5 as the > one and only available IRQ -- even though I had set up the on-board > parallel port to use IRQ5. The default configuration is decided by the PnP BIOS. If there is no PnP BIOS, then the default configuration is decided by POST. In addition, the BIOS configuration for the printer port may not be defined for the PnP BIOS. Are you *certain* you have a PnP BIOS, and aren't expecting a PnP OS instead? If you are expecting a PnP OS, you have to make fake entries for the resources which are already taken. Amancio posted about how to do that with the patched kernel when PnP was first being hacked on. It's also on the BSD Nomads page, depending on which card services you are defining. If you have a PnP BIOS, and it didn't notice the change, then you've missed a setup step; moving the printer port didn't cut it. > My sound card =is= PnP. At least, it claims to be, and "pnpinfo" sees > it. What I was trying to say is that it's an ISA PnP card (not a PCI > PnP card). PCI is by definition PnP (IRQ sharing, per slot spaces), so I knew it wasn't a PCI card. If it's a PnP sound card, and it is not being configured correctly, it's a BIOS problem. Again, I'd make sure you defined the card to the PnP configurator. If it's a PnP BIOS, this should be enough. If it's not the PnP BIOS, but a PnP Os that has to do the job... well, FreeBSD is not a PnP OS yet, it depends on a PnP BIOS to work properly right now (as Amancio said previously). 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 Sun Aug 24 20:02:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA10971 for hackers-outgoing; Sun, 24 Aug 1997 20:02:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA10966 for ; Sun, 24 Aug 1997 20:02:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA00607; Sun, 24 Aug 1997 20:00:48 -0700 From: Terry Lambert Message-Id: <199708250300.UAA00607@phaeton.artisoft.com> Subject: Re: spam from hub.freebsd.org ?!? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Sun, 24 Aug 1997 20:00:48 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at Aug 25, 97 08:52: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It *is* possible to make the list "closed" so that only suscribers can > send to the list. Should we start with "-questions"? Better to antispam by domain any luser. 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 Sun Aug 24 20:14:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11475 for hackers-outgoing; Sun, 24 Aug 1997 20:14:07 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA11468 for ; Sun, 24 Aug 1997 20:14:05 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id UAA07860 for ; Sun, 24 Aug 1997 20:13:28 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id FAA09716 for ; Mon, 25 Aug 1997 05:14:00 +0200 (MET DST) Received: from phaeton.artisoft.com by relay5.UU.NET with SMTP (peer crosschecked as: phaeton.Artisoft.COM [198.17.250.50]) id QQdebk16809; Sun, 24 Aug 1997 23:14:18 -0400 (EDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA00633; Sun, 24 Aug 1997 20:13:00 -0700 From: Terry Lambert Message-Id: <199708250313.UAA00633@phaeton.artisoft.com> Subject: Re: Anarchists decry 72lbs plutonium launch To: screwinup@aol.com (Screwinup) Date: Sun, 24 Aug 1997 20:13:00 -0700 (MST) Cc: saar-lists-freebsd-hackers@uunet.uu.net In-Reply-To: <19970824231000.TAA02698@ladder02.news.aol.com> from "Screwinup" at Aug 24, 97 07:10: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Oct. 6, NASA will launch a space probe containing 72 lbs. of > plutonium. This is the 24th launch containing plutonium. Three have failed > and two have burned up leaving 1 to 3 lbs of plutonium dust in the > atmosphere. That will cause untold people to get lung cancer years hence, > but may already be causing decreased immunity we perceive as "new > diseases" or old ones coming back. Ah, uunet, how we've missed ya'... Plutonium is a metabolic poison; it interferes between stage 2 and stage 3 of the Krebbs cycle. If you were going to be dead from it you would be dead already. Take an elementry biology course. Also, unless you have built a cyclotron or high energy linear accelerator, 68lbs of Plutonium doesn't "burn up" to become something other than Plutonium. Take an elementry physics course. If it started with 72lbs of Plutonium, then it ended with 72lbs of Plutonium. Finally, the waste materials from a coal or petroleum fired power plant don't break down, period, unless acted upon by a highly energetic process. One taking more energy than was originally produced (it's called "entropy", kids); take an elementry chemistry course. Nuclear waste is only toxic for 50,000 years (or less), a far cry shorter than forever. > on Ocl. 4th. How can we save ourselves and our children from what may be a > cruel way to "reduce population"? Educate them so they have a basic working knowledge of the universe, for starters. Sheesh. PS: any takers on a guess as to whether or not 72lbs is over critical mass for Plutonium? PPS: Break-even in hot fusion was achieved in 1981 at the Tokomak at Berkeley. PPPS: It's people like you what cause unrest. 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 Sun Aug 24 20:23:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA11888 for hackers-outgoing; Sun, 24 Aug 1997 20:23:43 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA11882 for ; Sun, 24 Aug 1997 20:23:40 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id UAA17696; Sun, 24 Aug 1997 20:23:09 -0700 (PDT) To: dlhodge@ix.netcom.com cc: hackers@FreeBSD.ORG Subject: Re: [Fwd: Re: Trying to install FreeBSD 2.2.2-RELEASE of PAO: Help] In-reply-to: Your message of "Sun, 24 Aug 1997 19:09:55 PDT." <3400E973.24D2@ix.netcom.com> Date: Sun, 24 Aug 1997 20:23:08 -0700 Message-ID: <17692.872479388@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 1. You were unfortunately misdirected by Mr. McRae - hackers@freebsd.org is NOT the correct forum for your question. Questions should go to our most aptly titled questions@freebsd.org mailing list, thank you. 2. You need to have kernel sources installed before applying kernel source patches, hence any attempt to apply Andrew McRae's kernel patch kit would undoubtedly fail as a result of this somewhat important prerequisite step being skipped. The solution should be obvious: Install the kernel sources. Bonus Q & A section: -------------------- Q. How the hell do I install the kernel sources? A. Go read the contents of http://www.freebsd.org thoroughly and you will thereafter be much enlightened about component installation and many other useful things. The "src" distribution in your FreeBSD release also contains the actual bits you are looking for and can be easily persuaded into giving up its secrets by perusing the "install.sh" script a bit. From owner-freebsd-hackers Sun Aug 24 20:37:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12544 for hackers-outgoing; Sun, 24 Aug 1997 20:37:08 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust149.tnt1.manassas.va.da.uu.net [153.37.113.149]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA12533; Sun, 24 Aug 1997 20:37:03 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id XAA00996; Sun, 24 Aug 1997 23:36:53 -0400 (EDT) Message-ID: <19970824233652.01723@wakky.dyn.ml.org> Date: Sun, 24 Aug 1997 23:36:52 -0400 From: Lee Cremeans To: "Jonathan M. Bresler" Cc: hackers@FreeBSD.ORG Subject: Re: Public apology Reply-To: hcremean@vt.edu References: <19970823121040.49750@wakky.dyn.ml.org> <199708250142.SAA05590@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: <199708250142.SAA05590@hub.freebsd.org>; from Jonathan M. Bresler on Sun, Aug 24, 1997 at 06:42:54PM -0700 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Aug 24, 1997 at 06:42:54PM -0700, Jonathan M. Bresler wrote: > i suspect taht those people were cc:ed in the mail or addressed > directly. hackers has over 900 subscribers....surely you did > not receive hundreds of bounce messages for each message ;) Yeah, they were....and no, I got about 10-20 bounces before I caught the problem, thankfully.. -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL+++^i GDF- B&M KK--i MD+++i P++ I++++ Di $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Sun Aug 24 20:41:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12888 for hackers-outgoing; Sun, 24 Aug 1997 20:41:10 -0700 (PDT) Received: from afs.ntc.mita.keio.ac.jp (afs.ntc.mita.keio.ac.jp [131.113.212.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA12883 for ; Sun, 24 Aug 1997 20:41:01 -0700 (PDT) Received: (from hosokawa@localhost) by afs.ntc.mita.keio.ac.jp (8.7.4+2.6Wbeta6/3.4W5-ntc_mailserver1.02) id MAA21594; Mon, 25 Aug 1997 12:40:48 +0900 (JST) Date: Mon, 25 Aug 1997 12:40:48 +0900 (JST) Message-Id: <199708250340.MAA21594@afs.ntc.mita.keio.ac.jp> To: dlhodge@ix.netcom.com Cc: hackers@FreeBSD.ORG, hosokawa@ntc.keio.ac.jp Subject: Re: [Fwd: Re: Trying to install FreeBSD 2.2.2-RELEASE of PAO: Help] In-Reply-To: Your message of Sun, 24 Aug 1997 19:09:55 -0700. <3400E973.24D2@ix.netcom.com> From: hosokawa@ntc.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In article <3400E973.24D2@ix.netcom.com> dlhodge@ix.netcom.com writes: >> >The problem I am having is that patch start it returns a error message >> >involving something about a "diff" and then the patch program is >> >requesting the name of the file I am to patch to. Do you know what file >> >this program is looking for? I've tried feeding it the kernel which >> >resides off of the root directory: "/kernel". Unfortunately, all I get >> >for my efforts is an error message and an error file: "kernel.rej". Do you really have the source files in /usr/src/sys ? According to your mail, the only reasons I can imagine are: o You don't have /usr/src/sys, o Your /usr/src/sys is empty, o Some files in /usr/src/sys is missing, o The souce files in /usr/src/sys is broken, or o You forgot -p0 option of patch command Hmm...?? -- HOSOKAWA, Tatsumi Network Technology Center Keio University hosokawa@ntc.keio.ac.jp From owner-freebsd-hackers Sun Aug 24 20:46:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA13253 for hackers-outgoing; Sun, 24 Aug 1997 20:46:46 -0700 (PDT) Received: from folco.lms.ru (folco.lms.ru [193.125.142.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA13240 for ; Sun, 24 Aug 1997 20:46:37 -0700 (PDT) Received: from minas-tirith.lms.ru (uucp@localhost) by folco.lms.ru (8.8.5/8.6.9) with UUCP id HAA18217 for FreeBSD.ORG!hackers; Mon, 25 Aug 1997 07:46:29 +0400 (MSD) Received: from minas-tirith (tarkhil@minas-tirith [127.0.0.1]) by minas-tirith.lms.ru (8.8.6/8.6.9) with ESMTP id WAA20513; Sun, 24 Aug 1997 22:04:36 +0400 (MSD) Message-Id: <199708241804.WAA20513@minas-tirith.lms.ru> To: The Hermit Hacker cc: FreeBSD.ORG!hackers@minas-tirith.lms.ru Subject: Re: PPP 'Bursts' with newest 3.0-CURRENT... In-reply-to: Your message "Sat, 23 Aug 1997 22:18:49 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 24 Aug 1997 22:04:36 +0400 From: Alex Povolotsky Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Hermit Hacker write s: >64 bytes from 206.231.247.114: icmp_seq=1 ttl=64 time=260.234 ms >64 bytes from 206.231.247.114: icmp_seq=2 ttl=64 time=2310.207 ms >64 bytes from 206.231.247.114: icmp_seq=8 ttl=64 time=240.180 ms >64 bytes from 206.231.247.114: icmp_seq=9 ttl=64 time=2100.158 ms > This is just me talking to the other end of my PPP link, with the only >load on the link being the ping session. No ftp, no telnet, no nothing. Seems VERY much like retrains on noisy line. If you're using external Courier or Sportster, ARQ blinks on retrains. Quite common here in Russia. Alex. From owner-freebsd-hackers Sun Aug 24 21:17:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15590 for hackers-outgoing; Sun, 24 Aug 1997 21:17:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA15582 for ; Sun, 24 Aug 1997 21:17:33 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id VAA07947 for ; Sun, 24 Aug 1997 21:16:55 -0700 (PDT) Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id GAA13444 for ; Mon, 25 Aug 1997 06:17:27 +0200 (MET DST) Received: from time.cdrom.com by relay1.UU.NET with ESMTP (peer crosschecked as: time.cdrom.com [204.216.27.226]) id QQdebp23204; Mon, 25 Aug 1997 00:17:44 -0400 (EDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id VAA17938; Sun, 24 Aug 1997 21:15:49 -0700 (PDT) To: Terry Lambert cc: screwinup@aol.com (Screwinup), saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch In-reply-to: Your message of "Sun, 24 Aug 1997 20:13:00 PDT." <199708250313.UAA00633@phaeton.artisoft.com> Date: Sun, 24 Aug 1997 21:15:49 -0700 Message-ID: <17935.872482549@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > PS: any takers on a guess as to whether or not 72lbs is over critical > mass for Plutonium? It is. > PPS: Break-even in hot fusion was achieved in 1981 at the Tokomak > at Berkeley. I thought that was Cornell? > PPPS: It's people like you what cause unrest. Slow day today, eh Terry? ;-) Jordan From owner-freebsd-hackers Sun Aug 24 21:26:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15939 for hackers-outgoing; Sun, 24 Aug 1997 21:26:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA15934 for ; Sun, 24 Aug 1997 21:26:42 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id NAA18245 for ; Mon, 25 Aug 1997 13:56:33 +0930 (CST) Received: from word.smith.net.au ([127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA01084; Mon, 25 Aug 1997 12:02:32 +0930 (CST) Message-Id: <199708250232.MAA01084@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Gary Kendall cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Sizing mem > 64MB at boot-time In-reply-to: Your message of "Sat, 23 Aug 1997 12:43:00 -0400." <199708231643.MAA00831@ccomp.inode.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 12:02:01 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Any help anyone can give me in sorting out segments and/or operand sizes > in real-mode would be greatly appreciated. Jonathan Lemon (jlemon@freebsd.org) recently announced some code for calling real-mode BIOS functions from the FreeBSD kernel, which should cover everything you want to do here. I haven't had time to follow it through yet, regrettably, but you should definitely coordinate with him. mike From owner-freebsd-hackers Sun Aug 24 21:27:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA16034 for hackers-outgoing; Sun, 24 Aug 1997 21:27:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA16019 for ; Sun, 24 Aug 1997 21:27:34 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id NAA18260 for ; Mon, 25 Aug 1997 13:57:26 +0930 (CST) Received: from word.smith.net.au ([127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id LAA01030; Mon, 25 Aug 1997 11:55:32 +0930 (CST) Message-Id: <199708250225.LAA01030@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Jason Andresen cc: freebsd-hackers@FreeBSD.ORG Subject: Re: paralell Zip problems In-reply-to: Your message of "Sun, 24 Aug 1997 15:30:02 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 11:55:21 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I followed the README install directions to the letter on the Parallel > port hack, and after rebuilding the kernel (it does probe the sd0 and find > it). However, when I try to fdisk the disk (as said in the readme) it spits > back: > Cannot open disk /dev/rsd0 (Device not configured) Without the actual boot-time messages and a transcript of your attempted fdisk session it's a little hard to be absolutely sure what's going on here. You might want to check that your /dev/sd* nodes are correct, and that there's a disk in the Zip. Note that the 'ppa' driver is obsolete, and has some problems that are unlikely to be fixed. > If anyone has knows (or has an idea) what the problem is, I'd love to hear > from you. Thanks! You should almost certainly have mailed the author at the address in the README, as he's likely to be best able to help you. mike From owner-freebsd-hackers Sun Aug 24 21:28:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA16161 for hackers-outgoing; Sun, 24 Aug 1997 21:28:57 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA16122 for ; Sun, 24 Aug 1997 21:28:34 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id NAA18322 for ; Mon, 25 Aug 1997 13:58:30 +0930 (CST) Received: from word.smith.net.au ([127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id JAA00507; Mon, 25 Aug 1997 09:17:41 +0930 (CST) Message-Id: <199708242347.JAA00507@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Brian Somers cc: Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Sun, 24 Aug 1997 12:54:02 +0100." <199708241154.MAA00755@awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 09:17:29 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >From resolver(3): > > RES_DEFNAMES If set, res_search() will append the default domain name to > single-component names (those that do not contain a dot). > This option is enabled by default. > > RES_DNSRCH If this option is set, res_search() will search for host > names in the current domain and in parent domains; see > hostname(7). This is used by the standard host lookup rou- > tine gethostbyname(3). This option is enabled by default. I must admit to some surprise here; I had thought that this behaviour was deprecated. > This is not the problem. My problem is that a WindowsNT box is > trying to resolve some dumb name, and sits there with its finger up > its a*s while the DNS times out. Good old Microslop^H^H^Hoft. Find the name it's looking for, and insert a dummy record in your local cache. > > If you never want to consult an outside nameserver, disable your > > forwarders; this is pretty dumb though. > > I do want to talk to real DNSs, but not for mis-typed names. This is the crux of the issue; how do you tell what is a mis-typed name without looking it up? mike From owner-freebsd-hackers Sun Aug 24 22:06:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18405 for hackers-outgoing; Sun, 24 Aug 1997 22:06:24 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA18400 for ; Sun, 24 Aug 1997 22:06:21 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id WAA08289 for ; Sun, 24 Aug 1997 22:05:44 -0700 (PDT) Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id HAA16883 for ; Mon, 25 Aug 1997 07:06:15 +0200 (MET DST) Received: from sag.space.lockheed.com by relay1.UU.NET with SMTP (peer crosschecked as: sag.space.lockheed.com [192.68.162.134]) id QQdebs26708; Mon, 25 Aug 1997 01:06:12 -0400 (EDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA08395; Sun, 24 Aug 1997 22:04:47 -0700 Date: Sun, 24 Aug 1997 22:04:47 -0700 (PDT) From: "Brian N. Handy" To: "Jordan K. Hubbard" Cc: Terry Lambert , Screwinup , saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch In-Reply-To: <17935.872482549@time.cdrom.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> PPS: Break-even in hot fusion was achieved in 1981 at the Tokomak >> at Berkeley. > >I thought that was Cornell? Shoot, I thought it was Princeton. >> PPPS: It's people like you what cause unrest. The big coverup is this: at NASA during launch they don't teach you to even really worry about the Plutonium! Naw...they teach you to fear the giant ominous orange cloud of hydrazine propellant after a launch failure...traces of plutonium dust will kill you nice and slow. Hydrazine works *much* more effectively! Brian From owner-freebsd-hackers Sun Aug 24 22:13:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA18872 for hackers-outgoing; Sun, 24 Aug 1997 22:13:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA18866 for ; Sun, 24 Aug 1997 22:12:59 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id WAA08396 for ; Sun, 24 Aug 1997 22:12:22 -0700 (PDT) Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id HAA17366 for ; Mon, 25 Aug 1997 07:12:54 +0200 (MET DST) Received: from superior.mooseriver.com by relay3.UU.NET with ESMTP (peer crosschecked as: dynamic15.pm06.sf1.best.com [206.184.197.175]) id QQdebs04878; Mon, 25 Aug 1997 01:12:48 -0400 (EDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.7/8.8.5) id WAA00353; Sun, 24 Aug 1997 22:11:26 -0700 (PDT) Message-ID: <19970824221126.21395@mooseriver.com> Date: Sun, 24 Aug 1997 22:11:26 -0700 From: Josef Grosch To: Terry Lambert Cc: saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch Reply-To: jgrosch@superior.mooseriver.com References: <19970824231000.TAA02698@ladder02.news.aol.com> <199708250313.UAA00633@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199708250313.UAA00633@phaeton.artisoft.com>; from Terry Lambert on Sun, Aug 24, 1997 at 08:13:00PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Aug 24, 1997 at 08:13:00PM -0700, Terry Lambert wrote: > > PPPS: It's people like you what cause unrest. > I've seen the status quo. Microsoft and wing tips. I'll take unrest Josef "Remember Haymarket" Grosch -- Josef Grosch | Another day closer to a | FreeBSD 2.2.2 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Sun Aug 24 22:28:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19736 for hackers-outgoing; Sun, 24 Aug 1997 22:28:31 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA19730 for ; Sun, 24 Aug 1997 22:28:26 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA12893 for freebsd-hackers@FreeBSD.ORG; Mon, 25 Aug 1997 07:28:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA27391; Mon, 25 Aug 1997 07:05:51 +0200 (MET DST) Message-ID: <19970825070551.WC47907@uriah.heep.sax.de> Date: Mon, 25 Aug 1997 07:05:51 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: spam from hub.freebsd.org ?!? References: <19970824185134.WP47146@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Daniel O'Callaghan on Aug 25, 1997 08:52:19 +1000 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Daniel O'Callaghan wrote: > > It is hard to maintain a mailing list that is supposed to be public, > > and restrict mail usage simultaneously. > It *is* possible to make the list "closed" so that only suscribers can > send to the list. This is in no way wanted for lists like -hackers, or even think of -questions or freebsd-gnats-submit/freebsd-bugs. -- 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 24 22:52:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA20863 for hackers-outgoing; Sun, 24 Aug 1997 22:52:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA20857 for ; Sun, 24 Aug 1997 22:52:10 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA13044 for freebsd-hackers@FreeBSD.ORG; Mon, 25 Aug 1997 07:52:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA27731; Mon, 25 Aug 1997 07:41:28 +0200 (MET DST) Message-ID: <19970825074128.ZB44842@uriah.heep.sax.de> Date: Mon, 25 Aug 1997 07:41:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <199708241154.MAA00755@awfulhak.org> <199708242347.JAA00507@word.smith.net.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708242347.JAA00507@word.smith.net.au>; from Mike Smith on Aug 25, 1997 09:17:29 +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Smith wrote: > > I do want to talk to real DNSs, but not for mis-typed names. > > This is the crux of the issue; how do you tell what is a mis-typed name > without looking it up? As i wrote: the TLDs are not supposed to contain A or CNAME entries at all. So if you're looking up an A entry, you don't need to query it in the root domain if it doesn't contain at least one dot. -- 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 24 23:07:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21772 for hackers-outgoing; Sun, 24 Aug 1997 23:07:41 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA21761 for ; Sun, 24 Aug 1997 23:07:35 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 2741 invoked by uid 1001); 25 Aug 1997 06:07:27 +0000 (GMT) To: ahd@FreeBSD.ORG Cc: hackers@hub.freebsd.org Subject: Re: debugging ssh "Access Denied" In-Reply-To: Your message of "Sun, 24 Aug 1997 14:11:08 -0700 (PDT)" References: <199708242111.OAA21649@hub.freebsd.org> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 25 Aug 1997 08:07:27 +0200 Message-ID: <2739.872489247@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > When defining a new ssh connection (in my case, my own system into > hub.freebsd.org), how does a mortal (I have root on my system, but > of course not hub) debug problems which result in "Permission > Denied" messages? "ssh -v" is usually a good start. If you also have access to syslog at the other end, and sshd is configured with "FascistLogging yes", it's usually pretty simple to debug problems. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Sun Aug 24 23:40:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23681 for hackers-outgoing; Sun, 24 Aug 1997 23:40:50 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23671 for ; Sun, 24 Aug 1997 23:40:47 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id XAA09623 for ; Sun, 24 Aug 1997 23:40:07 -0700 (PDT) Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id IAA23099 for ; Mon, 25 Aug 1997 08:40:33 +0200 (MET DST) Received: from genesis.atrad.adelaide.edu.au by relay7.UU.NET with ESMTP (peer crosschecked as: genesis.atrad.adelaide.edu.au [129.127.96.120]) id QQdeby09929; Mon, 25 Aug 1997 02:40:27 -0400 (EDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id QAA19013 for ; Mon, 25 Aug 1997 16:10:24 +0930 (CST) Received: from word.smith.net.au ([127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id PAA01765; Mon, 25 Aug 1997 15:31:48 +0930 (CST) Message-Id: <199708250601.PAA01765@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Brian N. Handy" cc: "Jordan K. Hubbard" , Terry Lambert , Screwinup , saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch In-reply-to: Your message of "Sun, 24 Aug 1997 22:04:47 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 15:31:38 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> PPPS: It's people like you what cause unrest. > > The big coverup is this: at NASA during launch they don't teach you to > even really worry about the Plutonium! Naw...they teach you to fear > the giant ominous orange cloud of hydrazine propellant after a launch > failure...traces of plutonium dust will kill you nice and slow. Hydrazine > works *much* more effectively! Damn, and I was trying to make the stuff with my Toys-R-Us chemistry set. You mean it's not only explosive? 8) mike From owner-freebsd-hackers Mon Aug 25 00:05:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA24981 for hackers-outgoing; Mon, 25 Aug 1997 00:05:26 -0700 (PDT) Received: from ghpc8.ihf.rwth-aachen.de (ghpc8.ihf.RWTH-Aachen.DE [134.130.90.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA24972 for ; Mon, 25 Aug 1997 00:05:21 -0700 (PDT) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.rwth-aachen.de [134.130.90.6]) by ghpc8.ihf.rwth-aachen.de (8.8.5/8.8.6) with ESMTP id JAA08306; Mon, 25 Aug 1997 09:05:13 +0200 (CEST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.7/8.8.5) id JAA00498; Mon, 25 Aug 1997 09:05:12 +0200 (CEST) To: Chris Timmons Cc: Robert Eckardt , hackers@FreeBSD.ORG Subject: Re: xdm + login.class ?# References: From: Thomas Gellekum Date: 25 Aug 1997 09:05:11 +0200 In-Reply-To: Chris Timmons's message of Sat, 23 Aug 1997 19:24:47 -0700 (PDT) Message-ID: <87bu2mvj2w.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 10 X-Mailer: Gnus v5.4.37/XEmacs 19.15 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chris Timmons writes: > About the only workaround that I know of is to modify your "daemon" entry > in /etc/login.conf if you are starting xdm via /etc/rc (or one of the > scripts it runs.) As a quick workaround you could start xdm as `limits -C x-user xdm' or something like that. tg From owner-freebsd-hackers Mon Aug 25 00:35:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA26129 for hackers-outgoing; Mon, 25 Aug 1997 00:35:02 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA26109 for ; Mon, 25 Aug 1997 00:34:55 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 3140 invoked by uid 1001); 25 Aug 1997 07:34:45 +0000 (GMT) To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-Reply-To: Your message of "Mon, 25 Aug 1997 07:41:28 +0200" References: <19970825074128.ZB44842@uriah.heep.sax.de> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 25 Aug 1997 09:34:45 +0200 Message-ID: <3138.872494485@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As i wrote: the TLDs are not supposed to contain A or CNAME entries at > all. So if you're looking up an A entry, you don't need to query it > in the root domain if it doesn't contain at least one dot. Where do you see any prohibition of TLDs containing A records? Note that there *are* already TLDs containing A records in existence today (the first one I found was AI, Anguilla). Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Mon Aug 25 01:03:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27233 for hackers-outgoing; Mon, 25 Aug 1997 01:03:56 -0700 (PDT) Received: from relay1.cit.ru (relay1.cit.ru [193.125.82.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA26992 for ; Mon, 25 Aug 1997 00:58:02 -0700 (PDT) Received: from free.tula.su by relay1.cit.ru with UUCP id LAA28521; (8.8.2-MVC-141196/vak/1.9) Mon, 25 Aug 1997 11:50:22 +0400 (MSD) Received: from blik.UUCP by free.tula.su with UUCP id LAA23639; (8.8.5-MVC-230497/vak/1.9) 9b Received: by blik.samara.su id AA10807 (5.65/IDA-simtel for hackers@freebsd.org); Mon, 25 Aug 1997 13:20:21 +0500 To: hackers@freebsd.org Message-Id: Organization: Center of Information Technology From: "Igor" Date: Mon, 25 Aug 97 13:20:21 +0500 X-Mailer: BML [UNIX Beauty Mail v.1.39] Subject: question about procfs Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I attampt read file /proc/pid/mem lseek(fd, offset, SEEK_SET); read(fd, buf, 10); and at some volues of variable offset I receive error: Operation not permitted Why ? File /proc/pid/mem contains virtual addres space of process. How I can be informed what addres text and data segments ? How I get information from file /proc/pid/map (where read) ? man procfs - I allready use (small info) --- igor@blik.samara.su (Igor) From owner-freebsd-hackers Mon Aug 25 01:08:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27495 for hackers-outgoing; Mon, 25 Aug 1997 01:08:45 -0700 (PDT) Received: from dante.iol.it (dante.iol.it [194.20.24.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA27475 for ; Mon, 25 Aug 1997 01:08:36 -0700 (PDT) Received: from tome.iol.it (tome.iol.it [194.21.248.6]) by dante.iol.it (8.8.3/8.6.12) with ESMTP id KAA17675 for ; Mon, 25 Aug 1997 10:08:30 +0200 Message-Id: <199708250808.KAA17675@dante.iol.it> From: "=?ISO-8859-1?Q?Dott._Davide_Tom=E8?=" To: Subject: multiple backup on one tape Date: Mon, 25 Aug 1997 10:12:18 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'd like to know how can I have backups of different machines on the same tape with tar, and how to restore them. Thanks for reply Ciao Davide ---- Dott. Davide Tomè Italia Online S.p.A. Fax: +39-2-48201121 E-Mail: dtome@iol.it http://www.iol.it From owner-freebsd-hackers Mon Aug 25 01:43:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA29522 for hackers-outgoing; Mon, 25 Aug 1997 01:43:55 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA29514 for ; Mon, 25 Aug 1997 01:43:50 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 13372 on Mon, 25 Aug 1997 08:37:14 GMT; id IAA13372 efrom: hans@brandinnovators.com; eto: UNKNOWN Received: by truk.brandinnovators.com (8.7.5/BI96070101) for <> id JAA14261; Mon, 25 Aug 1997 09:37:24 +0200 (MET DST) Message-Id: <199708250737.JAA14261@truk.brandinnovators.com> From: hans@brandinnovators.com (Hans Zuidam) Subject: Re: Checking the integrity of system files To: tom@sdf.com (Tom Samplonius) Date: Mon, 25 Aug 1997 09:37:24 +0200 (MET DST) Cc: koshy@india.hp.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from Tom Samplonius at "Aug 23, 97 12:36:46 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Tom Samplonius wrote: > On Sat, 23 Aug 1997, A Joseph Koshy wrote: > > -current being what it supposed to be, I find that as time passes my > > system as getting filled up with the carcasses of old and abandoned > > programs. At the minimum this can be a space wasting nuisance, and > > may also leave way for security breaching > mtree can do some of this. See the manpage. Wouldn't `tripwire' by Spafford et.al. be able to do this (modulo copyright restrictions)? IIRC it records permissions and a variety of checksums of files and can moan if they do not match in a later run. Hans -- H. Zuidam E-Mail: hans@brandinnovators.com Brand Innovators B.V. P-Mail: P.O. Box 1377 de Pinckart 54 5602 BJ Eindhoven, The Netherlands 5674 CC Nuenen Tel. +31 40 2631134, Fax. +31 40 2831138 From owner-freebsd-hackers Mon Aug 25 05:30:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA07100 for hackers-outgoing; Mon, 25 Aug 1997 05:30:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA07094 for ; Mon, 25 Aug 1997 05:30:35 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id FAA13450 for ; Mon, 25 Aug 1997 05:29:47 -0700 (PDT) Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id OAA16130 for ; Mon, 25 Aug 1997 14:30:04 +0200 (MET DST) Received: from terra.Sarnoff.COM by relay1.UU.NET with SMTP (peer crosschecked as: terra.sarnoff.com [130.33.11.203]) id QQdecw02940; Mon, 25 Aug 1997 08:30:04 -0400 (EDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA16126; Mon, 25 Aug 1997 08:29:55 -0400 Date: Mon, 25 Aug 1997 08:29:54 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: "Brian N. Handy" cc: "Jordan K. Hubbard" , Terry Lambert , Screwinup , saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk hot fusion at princeton, near here, at the Princeton Plasma Physics Lab (PPPL). Good tokamak work, world leading, lots of useful life in the machine, so of course congress defunded it. Sorry to add to this thread, but I had to get the geography right. Lots of stainless steel coming up for sale. Ron Minnich |Java: an operating-system-independent, rminnich@sarnoff.com |architecture-independent programming language (609)-734-3120 |for Windows/95 and Windows/NT on the Pentium ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Mon Aug 25 05:45:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08052 for hackers-outgoing; Mon, 25 Aug 1997 05:45:38 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA08042 for ; Mon, 25 Aug 1997 05:45:31 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id NAA10757; Mon, 25 Aug 1997 13:39:25 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id NAA19389; Mon, 25 Aug 1997 13:39:25 +0100 (BST) Message-Id: <199708251239.NAA19389@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: sthaug@nethelp.no cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Mon, 25 Aug 1997 09:34:45 +0200." <3138.872494485@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 13:39:24 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > As i wrote: the TLDs are not supposed to contain A or CNAME entries at > > all. So if you're looking up an A entry, you don't need to query it > > in the root domain if it doesn't contain at least one dot. > > Where do you see any prohibition of TLDs containing A records? Note that > there *are* already TLDs containing A records in existence today (the > first one I found was AI, Anguilla). Hmm, I had a poke around too. net has an A record, but ORG doesn't. > Steinar Haug, Nethelp consulting, sthaug@nethelp.no I like Joerg's suggestion :-) It would solve my problems. Joerg, any advance on some documentation about TLDs not having A records (or even TLDs not needing A records) ? I'd be nice to have the resolver behave as you suggested. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon Aug 25 05:48:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08273 for hackers-outgoing; Mon, 25 Aug 1997 05:48:41 -0700 (PDT) Received: from kcgw1.att.com (kcgw1.att.com [192.128.133.151]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA08268 for ; Mon, 25 Aug 1997 05:48:39 -0700 (PDT) Received: from ulysses.att.com by kcig1.att.att.com (SMI-8.6/EMS-1.2 sol2) id HAA21809; Mon, 25 Aug 1997 07:39:16 -0500 Received: from akiva.homer.att.com [135.205.213.77] by ulysses; Mon Aug 25 08:48:29 EDT 1997 Received: by akiva.homer.att.com (4.1) id AA04700; Mon, 25 Aug 97 08:48:28 EDT Message-Id: <9708251248.AA04700@akiva.homer.att.com> Received: from localhost.homer.att.com [127.0.0.1] by akiva; Mon Aug 25 08:48:27 EDT 1997 To: freebsd-hackers@freebsd.org Subject: 3.0-970807-SNAP bugs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 08:48:24 -0400 From: "J. W. Ballantine" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just finished loading 3.0-970807-SNAP and noticed a couple of minor SNAFU's: when I attempt to configure X using XF86Setup, it fails with: ld.so failed: Can't find shared library "libtcl.so.75.1" The other problem is with the packages. I noticed that there were some packages which are not included in the INDEX ( eg xlockmore ). Where is XF86Setup looking?? I tried putting libtcl.so.75.1 in all the usual places and still no go. Thanks in advance Jim Ballantine From owner-freebsd-hackers Mon Aug 25 06:38:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA10949 for hackers-outgoing; Mon, 25 Aug 1997 06:38:38 -0700 (PDT) Received: from mailout02.btx.dtag.de (mailout02.btx.dtag.de [194.25.2.150]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA10943 for ; Mon, 25 Aug 1997 06:38:35 -0700 (PDT) Received: from fwd03.btx.dtag.de ([194.25.2.163]) by mailout02.btx.dtag.de with smtp (S3.1.29.1) id ; Mon, 25 Aug 97 15:12 MET DST Received: from ermail00.btx.dtag.de ([172.16.35.1]) by fwd03.btx.dtag.de with smtp (S3.1.29.1) id ; Mon, 25 Aug 97 15:12 MET DST Received: by ermail00.btx.dtag.de with (S3.1.29.1) id ; Mon, 25 Aug 97 15:12 MET DST Date: Mon, 25 Aug 97 14:08 +0100 From: Ing.-Buero_Heller@t-online.de (Wilfried Heller) X-Sender: 06338993050-0001@t-online.de (Wilfried Heller) Subject: ELF: nearly current kernel source won't compile To: hackers@freebsd.org Cc: mheller@student.uni-kl.de Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I try to compile the kernel(sources from FBSD current as of AUG 20) as ELF, exception.s always triggers these error messages. It makes no difference wether I use binutils-2.6.0.12 or binutils-2.8.1 targeting freebsdelf with gcc-2.7.2 or gcc-2.7.2.3 for freebsdelf. The same happens with FreeBSD 2.2.2. kernel sources and with 3.0 SNAPSHOT MAY 22, 1997. /var/tmp/cc000262.s: Assembler messages: /var/tmp/cc000262.s:2179: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2180: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2181: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2182: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2183: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2184: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2185: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2186: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2187: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2188: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2189: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2190: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2191: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2192: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2193: Error: unbalanced parenthesis in first operand. /var/tmp/cc000262.s:2194: Error: unbalanced parenthesis in first operand. After only preprocessing the file exception.s, these lines seem to be generated after including vector.s and expanding the makros. The kernel is the only piece of code who is unwilling to compile, everything else does - including the whole X11R6 - and is working fine since ELFKit 1.2.1 was first released. MARTIN PLEASE REPLY TO: mheller@acm.org or mheller@student.uni-kl.de. THANX !! From owner-freebsd-hackers Mon Aug 25 07:34:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15532 for hackers-outgoing; Mon, 25 Aug 1997 07:34:01 -0700 (PDT) Received: from argus.tfs.net (pm3-p30.tfs.net [206.154.183.222]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15503 for ; Mon, 25 Aug 1997 07:33:57 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id JAA00369; Mon, 25 Aug 1997 09:33:16 -0500 (CDT) From: Jim Bryant Message-Id: <199708251433.JAA00369@argus.tfs.net> Subject: Re: multiple backup on one tape In-Reply-To: <199708250808.KAA17675@dante.iol.it> from =?ISO-8859-1?Q?Dott=2E_Davide_Tom=E8?= at "Aug 25, 97 10:12:18 am" To: dtome@iol.it (=?ISO-8859-1?Q?Dott._Davide_Tom=E8?=) Date: Mon, 25 Aug 1997 09:33:15 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > Hi, > I'd like to know how can I have backups of different > machines on the same tape with tar, and how to > restore them. use the no-rewind tape device node. ls -l /dev/nrst* ls -l /dev/nrwt* jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Mon Aug 25 08:06:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17188 for hackers-outgoing; Mon, 25 Aug 1997 08:06:15 -0700 (PDT) Received: from itojun.csl.sony.co.jp (root@itojun.csl.sony.co.jp [133.138.1.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17182 for ; Mon, 25 Aug 1997 08:06:07 -0700 (PDT) From: itojun@itojun.org Received: from localhost (itojun@localhost [127.0.0.1]) by itojun.csl.sony.co.jp (8.8.5/3.3W3) with ESMTP id AAA21196 for ; Tue, 26 Aug 1997 00:05:09 +0900 (JST) To: hackers@freebsd.org Subject: GNUshar 4.2 and BSDshar X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 X-Mailer: comp (MHng project) version 1997/08/04 03:38:46, by Jun-ichiro Itoh MIME-Version: 1.0 Content-type: multipart/mixed; boundary="boundary_872521509_21188_itojun.csl.sony.co.jp_/" Content-ID: Date: Tue, 26 Aug 1997 00:05:09 +0900 Message-ID: <21193.872521509@itojun.csl.sony.co.jp> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --boundary_872521509_21188_itojun.csl.sony.co.jp_/ Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-ID: When I try to extract some shar file generated by GNUshar 4.2 on FreeBSD system, it will produce a garbage line like this: >% sh gnushar-generated-file.shar >sed: --print-text-domain-dir: No such file or directory <--- >x - creating lock directory >x - SKIPPING portlint.1 (file already exists) >x - SKIPPING portlint.pl (file already exists) >x - SKIPPING CHANGELOG (file already exists) This is because GNUshar generated shar file assumes that the shar command on system (/usr/bin/shar on FreeBSD box, which is BSDshar) exits with non-zero given an invalid option. (GNUshar uses this to check if GNUshar is installed or not. It is necessery for localized message display) BSDshar always exit with 0, so it will not work well with GNUshar generated shar files. I contacted the author of GNUshar, and he said that BSDshar must be fixed. Suggested patch to FreeBSD shar is attached. Questions: - does my patch break anything? do any of you rely upon the current BSDshar behavior(i.e. always exit with 0)? - I believe BSDshar is quite commonly used in practice, so GNUshar should make some effort to support BSDshar's behavior. could any of you try persuade the author of GNUshar? :-) itojun --boundary_872521509_21188_itojun.csl.sony.co.jp_/ Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-ID: Index: shar.sh =================================================================== RCS file: /home/ncvs/src/usr.bin/shar/shar.sh,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 shar.sh --- shar.sh 1994/05/27 12:32:40 1.1.1.1 +++ shar.sh 1997/08/25 14:56:19 @@ -35,9 +35,17 @@ # if [ $# -eq 0 ]; then - echo 'usage: shar file ...' + echo 'usage: shar file ...' 1>&2 exit 1 fi + +for i +do + if [ ! -e $i ]; then + echo "$i does not exist" 1>&2 + exit 1 + fi +done cat << EOF # This is a shell archive. Save it in a file, remove anything before --boundary_872521509_21188_itojun.csl.sony.co.jp_/-- From owner-freebsd-hackers Mon Aug 25 09:31:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20837 for hackers-outgoing; Mon, 25 Aug 1997 09:31:02 -0700 (PDT) Received: from dragon.awen.com (dragon.awen.com [207.33.155.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20832 for ; Mon, 25 Aug 1997 09:31:00 -0700 (PDT) Received: from cmnsens (cmnsens.awen.com [207.33.155.2]) by dragon.awen.com (8.8.7/8.8.6) with SMTP id JAA18241 for ; Mon, 25 Aug 1997 09:30:52 -0700 (PDT) Message-Id: <199708251630.JAA18241@dragon.awen.com> From: "Mike Burgett" To: "hackers@freebsd.org" Date: Mon, 25 Aug 97 09:30:51 -0700 Reply-To: "Mike Burgett" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: special malloc needs... Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there any way to malloc memory (from userland code) that is at specific offsets from each other in physical memory (i.e. 2 chunks exactly XXM apart in physical RAM) or failing that, to allocate a very large (>32M) chunk of contig physical RAM? (again, from userland?) Browsing the kernel/dd sources, I found contigmalloc, but it doesn't appear to be available in any of the libs... (kernel only?) Thanks, Mike From owner-freebsd-hackers Mon Aug 25 09:43:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21690 for hackers-outgoing; Mon, 25 Aug 1997 09:43:07 -0700 (PDT) Received: from csemail.cropsci.ncsu.edu (csemail.cropsci.ncsu.edu [152.1.88.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA21665 for ; Mon, 25 Aug 1997 09:42:50 -0700 (PDT) From: rdkeys@csemail.cropsci.ncsu.edu Received: by csemail.cropsci.ncsu.edu (5.61-AIX-1.2/1.0) id AA129381 (for freebsd-hackers@freebsd.org, from rdkeys/rdkeys@csemail.cropsci.ncsu.edu); Mon, 25 Aug 97 12:52:16 -0400 Message-Id: <9708251652.AA129381@csemail.cropsci.ncsu.edu> Subject: Suggestions from a unix dummy..... To: freebsd-hackers@freebsd.org Date: Mon, 25 Aug 1997 12:52:13 -0400 (EDT) Cc: rdkeys@csemail.cropsci.ncsu.edu () X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thoughts or suggestions that might help clarify the muddied waters for us unix dummies, like me...... We all agree FreeBSD is the best flavor of unix bar none, or we would not be here, yup, yup, yup. 1. FreeBSD ftp installs are the greatest thing since apple pie, BUT, synchronization is, at best a headache, and at worst a nightmare. 2. Clarity for the dummies is desired, AND clarity for the ftp scripts is desired. Applying unix dummies dunce cap and sitting on yon stool in the corner..... What about setting up the ftp install scripts and the archive trees something like..... FreeBSD/x.x.x.x-release/ FreeBSD/x.x.x.x-release/binary FreeBSD/x.x.x.x-release/sources FreeBSD/current-stable/ FreeBSD/current-stable/binary FreeBSD/current-stable/binary/archive/oldsnap-X FreeBSD/current-stable/binary/archive/oldsnap-Y FreeBSD/current-stable/sources FreeBSD/current-development/ FreeBSD/current-development/binary FreeBSD/current-development/binary/archive/oldsnap-X FreeBSD/current-development/binary/archive/oldsnap-Y FreeBSD/current-development/sources FreeBSD/ports FreeBSD/docs/ FreeBSD/bootdisks/ Move the releng thing into current-stable. It is a good idea, but its nomenclature is confusing. Move the development work from 3.0 into current-development. It is a good idea, but 3.0 is not yet 3.0, but it is ``current-development''. A VERSION file in appropriate directories would tell you the current version number for any current tree, or release tree, and could be parsed by the install scripts to confirm the validity of the tree, if need be. Add any new releases to the root FreeBSD level as x.x.x.y-release. This is pretty much as is currently done. Put the binary install chunks and trees down the /binary sections. Put the sources down the /sources sections. These are relative to their level as releases, current-stable, or current-development. Forget about snaps, except as archive trees for the normal time snaps are kept around in the archive subdirectories, just for reference. The naming blows up the install scripts if your install disk is only a little out of sync. It is a good idea, but the nomenclature in naming is marginal. Put all the ports in one place, and make any port buildable on any release or any current-stable or current-development box. Maybe this would make many less headaches in out of sync ports. It should be entirely possible in principle and probably in practice to make any port build on any release from 2.1.7.1 up through the latest current development system, IMHO. Practically, it should, especially if the sources are brought in from a common starting distribution directory or from standard internet repositories, as is currently done. That way PORTS ARE ALWAYS CURRENT --- good for us dummies, yup, yup, yup. That way, all the install scripts install from ONE AND ONLY ONE pointer. You don't wind up with your snap vaporized a week down the road. YOU ALWAYS GET THE CURRENT SNAP FROM ANY INSTALL DISK (verrrrrry important and goooooood for us dummy folks --- saveum lotsa headscratchums). If the install disk was old, the script could pull in a current kernel image after the install and boot from that with defaults set from sysinstall downloaded from the current tree. THAT WAY SYSINSTALL IS ALWAYS CURRENT. THAT WAY YOUR KERNEL IS ALWAYS CURRENT. When it comes time to split off a release and cast it in stone, then split it off as the next release x.x.x.z-release, etc. Boot disks should be made to always fetch something. Any particular release bootdisk should always fetch its release. Any particular current-stable or current-development bootdisk should always fetch its particular CURRENT install tree. The date on a disk should be irrelevant for ftp installs. It may be a bit of like asking for a make world to work first time, but, IMHO, FreeBSD needs something to unconfuse the vagaries of its various incantations. And, most importantly, any install disk should install its current level, be it an official release, a current-stable snapshot, or a current-development snapshot, regardless of how old it is. The install script should always point to the one true release, current-stable or current-development tree, parse the VERSION file and let the installer know if a difference exists, and if the to-be-installed tree is newer, confirm to install, or search the archive/snaps for the correct matching install (I really can't fathom anyone wanting to install an earlier tree in current versions). All this may fall on deaf ears, but it sure would make life easier for us dummies. But, I had to get it off my chest..... Thanks Bob Keys rdkeys@csemail.cropsci.ncsu.edu From owner-freebsd-hackers Mon Aug 25 09:51:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA22100 for hackers-outgoing; Mon, 25 Aug 1997 09:51:43 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22095 for ; Mon, 25 Aug 1997 09:51:37 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id JAA07574; Mon, 25 Aug 1997 09:51:35 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.6/8.8.5) with SMTP id JAA17705; Mon, 25 Aug 1997 09:51:35 -0700 (PDT) Date: Mon, 25 Aug 1997 09:51:34 -0700 (PDT) From: Chris Timmons To: Thomas Gellekum cc: Robert Eckardt , hackers@FreeBSD.ORG Subject: Re: xdm + login.class ?# In-Reply-To: <87bu2mvj2w.fsf@ghpc6.ihf.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I feel _real_ resourceful right about now :) thanks for pointing that out! -Chris On 25 Aug 1997, Thomas Gellekum wrote: > Chris Timmons writes: > > > About the only workaround that I know of is to modify your "daemon" entry > > in /etc/login.conf if you are starting xdm via /etc/rc (or one of the > > scripts it runs.) > > As a quick workaround you could start xdm as `limits -C x-user xdm' or > something like that. > > tg > From owner-freebsd-hackers Mon Aug 25 10:20:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24813 for hackers-outgoing; Mon, 25 Aug 1997 10:20:49 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA24807 for ; Mon, 25 Aug 1997 10:20:44 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA25113; Mon, 25 Aug 1997 13:20:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 25 Aug 1997 13:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id MAA00923 for ; Mon, 25 Aug 1997 12:27:06 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id MAA00327 for freebsd-hackers@freefall.cdrom.com; Mon, 25 Aug 1997 12:20:20 -0400 (EDT) Date: Mon, 25 Aug 1997 12:20:20 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708251620.MAA00327@lakes.dignus.com> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: Two issues with 2.2-970825 Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just grabbed the ssys distribution (kernel sources) from releng22.freebsd.org and rebuilt it using my existing kernel configs... (from 2.2.2).. I've discovered two problems: 1) I can no longer mount my SCSI cd-rom; it pops back with "invalid argument" - although the probe said it was there, and the directory was there (I'm using the 2.2.2 mount_cd9660.) 2) IPFW divert seems to have gone south... Here's the message I get (again, using the 2.2.2 ipfw): Aug 25 11:47:31 ponds /kernel: ip_fw_ctl: neither in nor out However, the line that generates this is: ipfw -f add divert 32000 ip from any to any via sl0 I thought with "via XXX" you didn't need an in/out argument... - Dave Rivers - From owner-freebsd-hackers Mon Aug 25 10:21:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24868 for hackers-outgoing; Mon, 25 Aug 1997 10:21:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA24858 for ; Mon, 25 Aug 1997 10:21:21 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x32oi-0001Eb-00; Mon, 25 Aug 1997 11:20:40 -0600 To: sthaug@nethelp.no Subject: Re: Broken resolver/named Cc: brian@awfulhak.org, mike@smith.net.au, freebsd-hackers@freebsd.org In-reply-to: Your message of "Sun, 24 Aug 1997 18:24:39 +0200." <28457.872439879@verdi.nethelp.no> References: <28457.872439879@verdi.nethelp.no> <199708241154.MAA00755@awfulhak.org> Date: Mon, 25 Aug 1997 11:20:40 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <28457.872439879@verdi.nethelp.no> sthaug@nethelp.no writes: : Read RFC 1535 to see why having this search behavior as default is not : a good idea (it's a security hole, and generates a lot of unecessary : traffic). Yes. At one time BIND used to do this. If you have no domain name set for your machine, then it uses the last n-1 parts of the hostname. If you have a machine named fred.com, then your domain name is .com, and a lookup of localhost will find localhost.com, which isn't quite what you wanted, and will likely cause you to generate bogons that get caught in our packet filter :-(. It is interesting to see the number of port scanners that people are running from hosts that are misconfigured in this manner :-). Warner From owner-freebsd-hackers Mon Aug 25 10:24:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25076 for hackers-outgoing; Mon, 25 Aug 1997 10:24:14 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA25028 for ; Mon, 25 Aug 1997 10:23:53 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x32ku-0001EG-00; Mon, 25 Aug 1997 11:16:44 -0600 To: Mike Smith Subject: Re: Checking the integrity of system files Cc: Alexander Indenbaum , "Jordan K. Hubbard" , A Joseph Koshy , freebsd-hackers@freebsd.org In-reply-to: Your message of "Sun, 24 Aug 1997 12:33:34 +0930." <199708240303.MAA00881@word.smith.net.au> References: <199708240303.MAA00881@word.smith.net.au> Date: Mon, 25 Aug 1997 11:16:44 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708240303.MAA00881@word.smith.net.au> Mike Smith writes: : Can you be more specific than "RPM-like"? Yes in that there will be : management tools, no in that they are unlikely to be the RPM tools. Is there something funamentally wrong with the pkg format that is already in use for the packages? Warner From owner-freebsd-hackers Mon Aug 25 10:38:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25891 for hackers-outgoing; Mon, 25 Aug 1997 10:38:28 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25883 for ; Mon, 25 Aug 1997 10:38:25 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA23950; Mon, 25 Aug 1997 10:35:54 -0700 (PDT) To: Warner Losh cc: Mike Smith , Alexander Indenbaum , A Joseph Koshy , freebsd-hackers@FreeBSD.ORG Subject: Re: Checking the integrity of system files In-reply-to: Your message of "Mon, 25 Aug 1997 11:16:44 MDT." Date: Mon, 25 Aug 1997 10:35:54 -0700 Message-ID: <23947.872530554@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is there something funamentally wrong with the pkg format that is > already in use for the packages? It requires as much temporary storage as the unpacked package's size and it's slow besides (requiring also a rather sick hack to tar just to extract the TOC without having to run all the way through the archive). Jordan From owner-freebsd-hackers Mon Aug 25 11:07:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27538 for hackers-outgoing; Mon, 25 Aug 1997 11:07:30 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA27531 for ; Mon, 25 Aug 1997 11:07:25 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x33Vo-000650-00; Mon, 25 Aug 1997 11:05:12 -0700 Date: Mon, 25 Aug 1997 11:05:12 -0700 (PDT) From: Tom Samplonius To: Thomas David Rivers cc: freebsd-hackers@freebsd.org Subject: Re: Two issues with 2.2-970825 In-Reply-To: <199708251620.MAA00327@lakes.dignus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Thomas David Rivers wrote: > I just grabbed the ssys distribution (kernel sources) from > releng22.freebsd.org and rebuilt it using my existing kernel > configs... (from 2.2.2).. > > I've discovered two problems: > > 1) I can no longer mount my SCSI cd-rom; it pops back > with "invalid argument" - although the probe > said it was there, and the directory was there (I'm > using the 2.2.2 mount_cd9660.) You need the new mount sources too. > 2) IPFW divert seems to have gone south... > Here's the message I get (again, using the 2.2.2 ipfw): > > Aug 25 11:47:31 ponds /kernel: ip_fw_ctl: neither in nor out > > However, the line that generates this is: > > ipfw -f add divert 32000 ip from any to any via sl0 > > I thought with "via XXX" you didn't need an in/out argument... You need the new ipfw sources too. > - Dave Rivers - > > > > Tom From owner-freebsd-hackers Mon Aug 25 11:20:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28683 for hackers-outgoing; Mon, 25 Aug 1997 11:20:47 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA28663 for ; Mon, 25 Aug 1997 11:20:35 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01604; Mon, 25 Aug 1997 14:20:03 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 25 Aug 1997 14:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id NAA02662 for ; Mon, 25 Aug 1997 13:46:41 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id NAA00650 for freebsd-hackers@freefall.cdrom.com; Mon, 25 Aug 1997 13:39:54 -0400 (EDT) Date: Mon, 25 Aug 1997 13:39:54 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708251739.NAA00650@lakes.dignus.com> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: 2.2-970825 and ipfw.. Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk F.Y.I. - I just researched this a little bit; to avert anyone else doing unnecessary work: In ip_fw.c:check_ipfw_struct(), we have: /* Must apply to incoming or outgoing (or both) */ if (!(frwl->fw_flg & (IP_FW_F_IN | IP_FW_F_OUT))) { dprintf(("%s neither in nor out\n", err_prefix)); return (NULL); } But - in previous versions of 2.2 sources, if neither of these was set; we assumed both as in: /* If neither In nor Out, then both */ if (!(frwl->fw_flg & (IP_FW_F_IN | IP_FW_F_OUT))) frwl->fw_flg |= IP_FW_F_IN | IP_FW_F_OUT; This is the change that appears to have broken my ipfw setup... Looking at the ipfw in the ssbin.XX files for 2.2-970825, I see the following: /* No direction specified -> do both directions */ if (!(rule.fw_flg & (IP_FW_F_OUT|IP_FW_F_IN))) rule.fw_flg |= (IP_FW_F_OUT|IP_FW_F_IN); So - although I haven't verified this; it appears the ip_fw.c check is valid, and ipfw has been updated appropriately. - Dave Rivers - From owner-freebsd-hackers Mon Aug 25 11:23:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28973 for hackers-outgoing; Mon, 25 Aug 1997 11:23:42 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA28957 for ; Mon, 25 Aug 1997 11:23:36 -0700 (PDT) Received: (qmail 9425 invoked by uid 1000); 25 Aug 1997 18:23:55 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2-alpha.p0.FreeBSD:970825111934:1078=_" In-Reply-To: <199708250808.KAA17675@dante.iol.it> Date: Mon, 25 Aug 1997 11:23:55 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "=?ISO-8859-1?Q?Dott._Davide_Tom=E8?=" Subject: RE: multiple backup on one tape Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format --_=XFMail.1.2-alpha.p0.FreeBSD:970825111934:1078=_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi "Dott. Davide Tomh"; On 25-Aug-97 you wrote: > Hi, > I'd like to know how can I have backups of different > machines on the same tape with tar, and how to > restore them. Ah, finally something I can contribute :-) See the attachment for a program to do just that. It backs up your system, one filesystem at a time, all on one (or more) tape. You restore by simply reversing the process. On some Unixes, you may get an error in reading so do the following instead: dd if=/dev/nrst0 bs=64k | ${whatever_archiver_you_use} For example, to restore the output of dat_bu, NON_DESTRUCTIVELY, cd / dd if=/dev/nrst0 bs=64k | cpio -H newc -ovdm Repeat until you see TWO zero size files restored in a row. BTW, this has nothing to do with FreeBSD, nor with this list the way I understand it. -questions would be more appropriate. No? Simon --_=XFMail.1.2-alpha.p0.FreeBSD:970825111934:1078=_ Content-Disposition: attachment; filename="dat_bu" Content-Transfer-Encoding: none Content-Description: Multiple volumes backup on one tape Content-Type: application/octet-stream; name=dat_bu; SizeOnDisk=16438 #!/bin/bash #set -x #***************************************************************************** # * # Copyright (c) 1991, 1992, 1995 by Simon Shapiro * # All Rights Reserved * # * # THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF * # Simon Shapiro * # * # The copyright notice above does not evidence any * # actual or intended publication of such source code. * # * #*****************************************************************************/ #***************************************************************************** # * # dat_bu: Backup on DAT, each file system in its own archive * # * # arguments: -e Pre-Erase the tape before use * # -F fs_type Specify file system type to backup * # -V Verify (ask) each file system is indeed to be * # backed up * # -v Be verbose about your progress * # -d dest_dev Specify where the backup is to go * # -z Compress output (via gzip) * # -f Forces backup to continue regardless of errors * # -q Do not say anything at all unless an error * # -b Background mode on * # -p p|P Make a partial backup of all changes since last* # PARTIAL backup * # -p c|C Make a partial backup of all changes since last* # COMPLETE backup * # -l no_days Do a partial backup of files that changed in * # the last ``no_days'' days. * # -a Append to end of exiting tape * # * # returns: 0 if all is well * # non-zero error status * # * # caveats: Writes over /etc/.last* * # depends on finfo * # order of backup depends on output of dfspace(1) * # Crazy filenames can cause problems * # First filename to be backed-up is the files list. * # Tape block size is 64kb. * # * #*****************************************************************************/ #ident "$Header: /usr/sbin/RCS/dat_bu,v 1.8 1997/01/29 18:36:23 ShimonR Exp $" ask=false append_tape=false valid_options="F:mVSaqfevs:d:p:d:zl:" force_it=false bad_option=false pre_erase=false tape_dest=${BU_DEVICE:-/dev/nrst0} tape_block=`expr 1024 '*' 64` tmpfile=/tmp/dat_bu.${$} root=${BU_FS:=/BackUp} total_kilobytes=0 total_files=0 total_fs=0 shut_up=false verbose=false fs_list=${tmpfile}.fs_list back_ground=false do_partial=false partial_type=nonsense partial_flag="" use_snapshots=true mount_order=false compress=false fs_types="" verbose_cpio= last_days=0 trap 'do_cleanup; exit 2' 1 2 3 4 5 substr() { local flag pat str local usage="usage: substr -lLrR pat string or substr string pat" case "$1" in -l | -L | -r | -R) flag="$1" pat="$2" shift 2 ;; -*) echo "substr: unknown option: $1" echo "$usage" return 1 ;; *) flag="-r" pat="$2" ;; esac if [ "$#" -eq 0 -o "$#" -gt 2 ] ; then echo "substr: bad argument count" return 2 fi str="$1" # # We don't want -f, but we don't want to turn it back on if # we didn't have it already # case "$-" in "*f*") ;; *) fng=1 set -f ;; esac case "$flag" in -l) str="${str#$pat}" # substr -l pat string ;; -L) str="${str##$pat}" # substr -L pat string ;; -r) str="${str%$pat}" # substr -r pat string ;; -R) str="${str%%$pat}" # substr -R pat string ;; *) str="${str%$2}" # substr string pat ;; esac echo "$str" # # If we had file name generation when we started, re-enable it # if [ "$fng" = "1" ] ; then set +f fi } function do_cleanup { trap '' 1 2 3 4 5 echo "Terminated... Exiting..." rm -f ${tmpfile}* rm -f ${fs_list}* rm -f /etc/.lastbackup if [ ${first_backup:-x} = true ] then (mv /etc/OLD.lastbackup /etc/.lastbackup) > /dev/null 2>&1 fi if [ ${first_partial:-x} = true ] then (mv /etc/OLD.lastpartial /etc/.lastbackup) > /dev/null 2>&1 fi if [ ${do_partial} = false ] then mt -f ${tape_dest} rewind > /dev/null 2>&1 mt -f ${tape_dest} offline > /dev/null 2>&1 & fi } function ask_bu { fsn=${1} answer=invalid while [ ${answer} = invalid ] do echo -e "Do you want to backup file system \"${fsn}\" (Y/N)? \c" read answer case ${answer} in y|Y) echo true > ${tmpfile}.ask ;; n|N) echo false > ${tmpfile}.ask ;; *) answer=invalid ;; esac done } function setup_list { sul_output=${1}; shift > ${tmpfile}.mount mount | grep '^/dev/[ws]d' | cut -d ' ' -f 1,3 >> ${tmpfile}.mount mount | grep '^/dev/ccd' | cut -d ' ' -f 1,3 >> ${tmpfile}.mount while read fs_device fs do echo "${fs} ${fs_device}" >> ${sul_output} echo "${fs}" >> /tmp/FS-LIST done < ${tmpfile}.mount } if [ -f /proc/filesystems ] then valid_fs_types="`cat /proc/filesystems | cut -d ' ' -f 2`" else valid_fs_types="ufs ffs nfs" fi # Parse the command line while getopts ${valid_options} c do case ${c} in l) do_partial=true last_days=${OPTARG:-14} expr ${last_days} + 1 > /dev/null 2>&1 if [ ${?} != 0 ] then echo "${0} ERROR: -l argument must be a decimal number!" exit 1 fi ;; F) optarg_is_valid=false for fst in ${valid_fs_types} do if [ ${OPTARG} = ${fst} ] then optarg_is_valid=true fs_types="${fs_types} ${OPTARG}" break fi done if [ ${optarg_is_valid} = false ] then echo "\"${OPTARG}\" is not a filesystem supported by this kernel!" echo "Only \"${valid_fs_types}\" are supported." exit 1 fi ;; z) compress=true ;; m ) mount_order=true ;; V ) ask=true ;; p ) do_partial=true; partial_type=${OPTARG} if [ ${partial_type:=x} = 'p' -o ${partial_type} = 'P' ] then partial_type=partial else if [ ${partial_type} = 'c' -o ${partial_type} = 'C' ] then partial_type=complete else echo "Partial backup (-p) can be type c (since last Complete)" echo " or p (since last Partial)" exit 1 fi fi ;; b ) back_ground=true ;; q ) shut_up=true ;; f ) force_it=true ;; e ) pre_erase=false ;; d ) tape_dest=${OPTARG} ;; v ) verbose=true verbose_cpio=v ;; a ) append_tape=true ;; \? ) bad_option=true ;; esac done if [ ${bad_option} = true ] then echo "${0} ERROR: Correct Usage: ${0} [-options]" echo echo "Options: -V Verify (ask) intent for each file system" echo " -m Backup in mount order (default = alphabetically)" echo " -a Append to end of data (default=start snew)" echo " -q Be quite, unless errors (default=moderately verbose" echo " -f Force continuation (default=terminate on I/O errors)" echo " -e Pre-erase the tape (default=do not pre-erase)" echo " -v Be verbose about your progress" echo " -d d_d Use device d_d as destination (default=${tape_dest})" echo " -p p_t Partial Backup (default=Complete Backup);" echo " If p_t=p then backup all since last Partial backup" echo " If p_t=c then backup all since last Complete backup" echo " -z Compress via gzip" exit 1 fi if [ ${fs_types:-x} = x ] then fs_types="ufs ffs ext2 nfs" echo "No file system types specified. Using \"${fs_types}\"." fi if [ ${do_partial} = true ] then backup_type=Partial else backup_type=Complete fi if [ -f /etc/.lastbackup ] then first_backup=false if [ ${do_partial} = true ] then partial_flag="-newer /etc/.OLD.lastbackup" fi rm -f /etc/.OLD.lastbackup mv /etc/.lastbackup /etc/.OLD.lastbackup else first_backup=true if [ ${do_partial} = true ] then echo "Cannot do a partial backup. No complete backup done before" exit 2 fi fi if [ -f /etc/.lastpartial ] then first_partial=false rm -f /etc/.OLD.lastpartial mv /etc/.lastpartial /etc/.OLD.lastpartial if [ ${partial_type} = partial ] then partial_flag="-newer /etc/.OLD.lastpartial" fi else first_partial=true fi if [ ${last_days} != 0 ] then partial_flag="-ctime ${last_days}" fi date > /etc/.lastbackup if [ ${shut_up} = false ] then echo "${backup_type} system Backup Started on `date`" fi rm -f /tmp/FS-LIST setup_list ${fs_list} ${fs_types} fslist=`cat /tmp/FS-LIST` rm -f /tmp/FS-LIST for fs in ${fslist} do if [ ${ask} = true ] then ask_bu ${fs} case `cat ${tmpfile}.ask` in true) doit="Backed-Up" ;; false) doit=Skipped ;; *) doit="Invalid-Response" esac else doit=Backed-Up fi echo "${fs} ${doit}" >> /tmp/FS-LIST done # Prepare tape drive if [ ${back_ground} = true ] then echo echo "Install ${backup_type} Backup tape in drive & strike ENTER \c" read yes fi # Turn DAT compression ON #mt -f ${tape_dest} datcompression 1 ; Linux way. #mt -f ${tape_dest} density 19 # If you figure this out from the man page... if [ ${append_tape} = true ] then mt -f ${tape_dest} eom if [ ${?} != 0 ] then echo "${0} ERROR: Failed to advance DAT tape in drive ${tape_dest}" kill -5 ${$} else echo fi else if [ ${do_partial} = false ] then mt -f ${tape_dest} rewind fi fi if [ ${pre_erase} = true ] then if [ ${verbose} = true ] then echo " Pre-Erasing tape..." fi mt -f ${tape_dest} erase > /dev/null 2>&1 fi # Backup the File System List (cd /tmp;echo FS-LIST | cpio -H newc -o${verbose_cpio} -C 65536 -O ${tape_dest}) echo "0 0 0" > ${tmpfile}.stats # Backup the file systems one at a time while read fs fs_device # From ${fs_list}... do # Do we really want to back it up? if [ ${ask} = true ] then doit="`grep ${fs} /tmp/FS-LIST`" doit=`echo ${doit} | awk '{ print $2 }'` case ${doit} in Backed-Up) ;; *) continue ;; esac fi # We have some special cases case ${fs} in /var/tmp ) ;; # We do not want a backup of this one /tmp ) ;; # We do not want a backup of this one * ) total_fs=`expr ${total_fs} + 1` if [ ${fs} = "/" ] then fs_name=/root else fs_name=${fs} fi if [ ${verbose} = true ] then echo " Building Backup List for the File System \"${fs_name}\"..." fi # Walk down the file system, do not crss mountpoints, do not follow # Symbolic Links ( cd /; fs_path=`substr -L / ${fs}` find ${fs_path:-.} -depth \ -xdev \ ${partial_flag} \ -fstype ufs \ -exec ls -ds {} \; | \ grep -v 'var/spool/news' \ > ${tmpfile}.raw ) echo "${tmpfile}.list" > ${tmpfile}.list cat ${tmpfile}.raw | awk '{ print $2 }' >> ${tmpfile}.list # Compute sizes kilobytes=`cat ${tmpfile}.raw | awk '{ print $1 }' | addint` kilobytes=`expr ${kilobytes} / 2` files=`wc -l ${tmpfile}.raw`;files=`echo ${files} | cut -d ' ' -f 1` if [ ${files} -eq 0 ] then if [ ${verbose} = true ] then echo "Skipping backup of \"${fs_name}\". Nothing to backup" fi else if [ ${verbose} = true ] then if [ ${files} -gt 999 ] then kf=`expr ${files} / 1000`;mf=`expr ${files} % 1000` mf=`printf "%03d" ${mf}`;tf="${kf},${mf}" else tf=${files} fi mb=`expr ${kilobytes} / 1024`;kb=`expr ${kilobytes} % 1024` kb=`expr ${kb}00 / 1024` kb=`printf "%03d" ${kb}`;tb="${mb}.${kb} megabytes" echo " Backup of \"${fs_name}\" will save" echo " ${tf} files spanning ${tb}" fi total_files=`expr ${total_files} + ${files}` total_kilobytes=`expr ${total_kilobytes} + ${kilobytes}` ( cd /; if [ ${compress} = true ] then cat ${tmpfile}.list | \ cpio -H newc -o${verbose_cpio} -C ${tape_block} | gzip -c --fast | dd ibs=32k of=${tape_dest} obs=1024k else cat ${tmpfile}.list | \ cpio -H newc -o${verbose_cpio} -C ${tape_block} -O ${tape_dest } fi ) if [ ${?} -ne 0 ] then echo "Backup of \"${fs_name}\" Failed." if [ ${force_it} = false ] then kill -5 ${$} fi fi fi ;; esac echo "${total_kilobytes} ${total_files} ${total_fs}" > ${tmpfile}.stats done < ${fs_list} # End of while--do... # On complete backups, rewind & eject the tape if [ ${do_partial} = false ] then mt -f ${tape_dest} rewind > /dev/null 2>&1 mt -f ${tape_dest} offline > /dev/null 2>&1 & fi # Process overall statistics read total_kilobytes total_files total_fs < ${tmpfile}.stats rm -f ${tmpfile}* if [ ${total_files} -gt 999 ] then kf=`expr ${total_files} / 1000`;mf=`expr ${total_files} % 1000` mf=`printf "%03d" ${mf}`;tf="${kf},${mf}" else tf=${total_files} fi mb=`expr ${total_kilobytes} / 1024`;kb=`expr ${total_kilobytes} % 1024` kb=`expr ${kb}00 / 1024` kb=`printf "%03d" ${kb}`;tb="${mb}.${kb} megabytes" if [ ${shut_up} = false ] then echo "${backup_type} System Backup: ${tb} in" echo " ${tf} files on" echo " ${total_fs} file systems" echo "completed on `date`" fi exit 0 --_=XFMail.1.2-alpha.p0.FreeBSD:970825111934:1078=_-- End of MIME message From owner-freebsd-hackers Mon Aug 25 11:37:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29939 for hackers-outgoing; Mon, 25 Aug 1997 11:37:07 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29924 for ; Mon, 25 Aug 1997 11:36:58 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA20814; Mon, 25 Aug 1997 12:36:40 -0600 (MDT) Date: Mon, 25 Aug 1997 12:36:40 -0600 (MDT) Message-Id: <199708251836.MAA20814@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: Mike Smith , Alexander Indenbaum , "Jordan K. Hubbard" , A Joseph Koshy , freebsd-hackers@freebsd.org Subject: Re: Checking the integrity of system files In-Reply-To: References: <199708240303.MAA00881@word.smith.net.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199708240303.MAA00881@word.smith.net.au> Mike Smith writes: > : Can you be more specific than "RPM-like"? Yes in that there will be > : management tools, no in that they are unlikely to be the RPM tools. > > Is there something funamentally wrong with the pkg format that is > already in use for the packages? Yeah, it requires 'unpacking' the sources in a temp directory, and then moving them to their actual locations. This means you must have 2X+ room to install a package. .2-8X room for the gzipped package, 1X room for the unpacked sources, and 1X room for the installed sources. This is why moving to a standard format like ZIP would be nice since it has a 'package listing' built in (plus encryption, passwords, and other nice features which could be used by commercial software). Unfortunately, no-one has the time/interest to build a 'zip' library. Nate From owner-freebsd-hackers Mon Aug 25 12:03:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01580 for hackers-outgoing; Mon, 25 Aug 1997 12:03:15 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA01560 for ; Mon, 25 Aug 1997 12:02:52 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA31402 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Mon, 25 Aug 1997 21:02:40 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id UAA01137; Mon, 25 Aug 1997 20:30:10 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708251830.UAA01137@yedi.iaf.nl> Subject: Re: spam from hub.freebsd.org ?!? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 25 Aug 1997 20:30:10 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970825070551.WC47907@uriah.heep.sax.de> from "J Wunsch" at Aug 25, 97 07:05:51 am X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As J Wunsch wrote... > As Daniel O'Callaghan wrote: > > > > It is hard to maintain a mailing list that is supposed to be public, > > > and restrict mail usage simultaneously. > > > It *is* possible to make the list "closed" so that only suscribers can > > send to the list. > > This is in no way wanted for lists like -hackers, or even think of > -questions or freebsd-gnats-submit/freebsd-bugs. It's not wanted for -questions alright. But I could see the reasoning behind 'closing' -hackers. Assuming that the S/N ratio keeps deteriorating of course... [ fondly remembers Trailblazer/PEP connected UUCP links, without the net.polluters that seem so abundant today. . . . Arghhh! Was that a grey hair?? ;-) ] _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Mon Aug 25 12:23:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02901 for hackers-outgoing; Mon, 25 Aug 1997 12:23:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA02896 for ; Mon, 25 Aug 1997 12:23:00 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA20128 for freebsd-hackers@FreeBSD.ORG; Mon, 25 Aug 1997 21:22:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id VAA29537; Mon, 25 Aug 1997 21:18:57 +0200 (MET DST) Message-ID: <19970825211856.DK43421@uriah.heep.sax.de> Date: Mon, 25 Aug 1997 21:18:56 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <3138.872494485@verdi.nethelp.no> <199708251239.NAA19389@awfulhak.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708251239.NAA19389@awfulhak.org>; from Brian Somers on Aug 25, 1997 13:39:24 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > Hmm, I had a poke around too. net has an A record, but ORG doesn't. net doesn't have an A record. > I like Joerg's suggestion :-) It would solve my problems. Joerg, > any advance on some documentation about TLDs not having A records (or > even TLDs not needing A records) ? Of course, they are allowed to do so, but i think it's fairly pointless. (Steinar pointed out to me that even .dk has an A RR, blech.) Perhaps we might add a hack for people like you and me that is disabled by default... -- 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 25 12:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03492 for hackers-outgoing; Mon, 25 Aug 1997 12:31:28 -0700 (PDT) Received: from eddie.mit.edu (EDDIE.MIT.EDU [18.62.0.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03483 for ; Mon, 25 Aug 1997 12:31:24 -0700 (PDT) Received: by eddie.mit.edu id aa03017; 25 Aug 97 15:10 EDT Received: from ccomp.inode.com by eddie.mit.edu id aa02990; 25 Aug 97 15:09 EDT Received: (from gdk@localhost) by ccomp.inode.com (8.6.9/1.3) id PAA00599; Mon, 25 Aug 1997 15:05:53 -0400 From: Gary Kendall Message-Id: <199708251905.PAA00599@ccomp.inode.com> Subject: Re: Sizing mem > 64MB at boot-time To: Mike Smith Date: Mon, 25 Aug 1997 15:05:53 -0400 (EDT) Cc: freebsd-hackers@freebsd.ORG In-Reply-To: <199708250232.MAA01084@word.smith.net.au> from Mike Smith at "Aug 25, 97 12:02:01 pm" 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-freebsd-hackers@freebsd.ORG X-Loop: FreeBSD.org Precedence: bulk > > Any help anyone can give me in sorting out segments and/or operand sizes > > in real-mode would be greatly appreciated. > > Jonathan Lemon (jlemon@freebsd.org) recently announced some code for > calling real-mode BIOS functions from the FreeBSD kernel, which should > cover everything you want to do here. > > I haven't had time to follow it through yet, regrettably, but you should > definitely coordinate with him. > > mike > Mike, I saw Jonathan's post re real-mode access from the kernel, and I got a copy of the code (which should prove to be quite usefull for DOS emulation), but it won't solve the problem I'm trying to solve. I want the boot program to size the memory so that the kernel, during initialization, can use the memory size to allocate buffers, etc. Jonathan's code doesn't come into play until the machine has already booted the kernel, and is executing it. His real-mode code is through a system call interface, and as such, happens "too late" for my purposes. However, it would be nice if someone familiar with the biosboot code and/or Intel processors could look at what I have written and point me in the right direction with respect to accessing a buffer while in real-mode. As near as I can tell, prot_to_real() (in /sys/i386/apm/apm_init/real_prot.S) sets all of the segment registers (cs, ds, es, and ss) to APM_INIT_CS16_SEL. This means that the code, data, extra, and ??stack?? segments are all the same. What I can't seem to figure out is how to get gas to assign a buffer pointer in this configuration. Does this mean that I can't use .lcomm to allocate the buffer, and that I have to use .space, with the buffer in the code segment? Huh? ;-) Regards, Gary Kendall %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % The difficult is done immediately, the impossible takes a little longer. % %----------------------------------------------------------------------------% % gdk@ccomp.inode.com or gkendall@eddie.mit.edu % %----------------------------------------------------------------------------% % Creative Computing * 96 Forest Street * Danvers, MA 01923 * 508-777-3784 % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% From owner-freebsd-hackers Mon Aug 25 12:46:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA04243 for hackers-outgoing; Mon, 25 Aug 1997 12:46:08 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA04213; Mon, 25 Aug 1997 12:45:59 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA20100; Mon, 25 Aug 1997 19:42:49 +0200 From: Luigi Rizzo Message-Id: <199708251742.TAA20100@labinfo.iet.unipi.it> Subject: snd970825.tgz available To: hackers@freebsd.org, multimedia@freebsd.org Date: Mon, 25 Aug 1997 19:42:48 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The latest snap of my sound driver is available at the following URLs: http://www.iet.unipi.it/~luigi/snd970825.tgz ftp://www.iet.unipi.it/pub/snd970825.tgz There are two noticeable differences since the previous release: * files now should be unpacked in /sys/i386/isa/snd directory. * the "controller snd0" statement in the config file is not needed anymore. As a consequence of these changes, in order to build a kernel, one should: * update "files.i386" * update the kernel config file, run "config" etc. * make sure that /sys/i386/isa/sound/ulaw.h exists if you also use /dev/pcaudio Although these changes are annoying, I decided to make them to make life easier for those who want to build kernels with both Amancio's driver (or the original sound driver) and this new driver. Having code in two different places is the first step, although I have not checked for name clashes yet. Major improvements of the code since the previous release: - removed a stupid bug I introduced last time in SB support which prevented SB 3.x to work. I have tested it and now SB 3.x works in both play and capture mode (half duplex though); - Better OPTI931 support which now more or less works. After debugging the OPTI931 for the whole day, I am pretty convinced that the chip has a bug and it cannot capture ULAW (all other modes and formats seem to work well). I can implement a software workaround in the driver, but I am postponing this in case I am wrong and people from OPTI comes up with a reasonable explaination of why I am wrong. - some initial support for the GUSPNP in MSS mode; - some improvements to the dma code and various code cleanup. As usual, please test this driver if you have a chance, and send feedback (_both_ positive and negative). I need feedback to support cards I do not own. I am particularly interested on how it works with the GUSPnP and SB16PnP, but info on any card is welcome. Remember, I need the output from dmesg (the section which starts with Probing for PnP devices: CSN 1 Vendor ID: OPT0931 [0x3109143e] Serial 0xffffffff port 0x0300 0x0000 0x0000 0x0000 irq 11:0 drq 4:4 port 0x0200 0x0000 0x0000 0x0000 irq 0:0 drq 4:4 port 0x0534 0x0380 0x0220 0x0e0c irq 10:0 drq 1:5 and possibly the output of "pnpinfo". Thanks for your cooperation 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 Mon Aug 25 13:44:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA08744 for hackers-outgoing; Mon, 25 Aug 1997 13:44:49 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA08739 for ; Mon, 25 Aug 1997 13:44:47 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id NAA29739 for ; Mon, 25 Aug 1997 13:43:54 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id WAA21769 for ; Mon, 25 Aug 1997 22:44:25 +0200 (MET DST) Received: from phaeton.artisoft.com by relay5.UU.NET with SMTP (peer crosschecked as: phaeton.Artisoft.COM [198.17.250.50]) id QQdeds07667; Mon, 25 Aug 1997 14:04:16 -0400 (EDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01691; Mon, 25 Aug 1997 10:37:48 -0700 From: Terry Lambert Message-Id: <199708251737.KAA01691@phaeton.artisoft.com> Subject: Re: Anarchists decry 72lbs plutonium launch To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Mon, 25 Aug 1997 10:37:47 -0700 (MST) Cc: handy@sag.space.lockheed.com, jkh@time.cdrom.com, terry@lambert.org, screwinup@aol.com, saar-lists-freebsd-hackers@uunet.uu.net In-Reply-To: from "Ron G. Minnich" at Aug 25, 97 08:29:54 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > hot fusion at princeton, near here, at the Princeton Plasma Physics Lab > (PPPL). Good tokamak work, world leading, lots of useful life in the > machine, so of course congress defunded it. Sorry to add to this thread, > but I had to get the geography right. Lots of stainless steel coming up > for sale. Hum... I've got one vote for Princeton, one vote for Stanford, and one 1981 issue of "Fusion" magazine voting for Berkeley. 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 Mon Aug 25 14:04:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA09800 for hackers-outgoing; Mon, 25 Aug 1997 14:04:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA09794 for ; Mon, 25 Aug 1997 14:04:32 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id OAA29936 for ; Mon, 25 Aug 1997 14:03:49 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id XAA23160 for ; Mon, 25 Aug 1997 23:04:25 +0200 (MET DST) Received: from phaeton.artisoft.com by relay5.UU.NET with SMTP (peer crosschecked as: phaeton.Artisoft.COM [198.17.250.50]) id QQdeee10107; Mon, 25 Aug 1997 17:04:25 -0400 (EDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA01980; Mon, 25 Aug 1997 13:15:41 -0700 From: Terry Lambert Message-Id: <199708252015.NAA01980@phaeton.artisoft.com> Subject: Re: Anarchists decry 72lbs plutonium launch To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Mon, 25 Aug 1997 13:15:41 -0700 (MST) Cc: terry@lambert.org, rminnich@Sarnoff.COM, jkh@time.cdrom.com, screwinup@aol.com, saar-lists-freebsd-hackers@uunet.uu.net In-Reply-To: from "Brian N. Handy" at Aug 25, 97 10:44:16 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Hum... I've got one vote for Princeton, one vote for Stanford, > >and one 1981 issue of "Fusion" magazine voting for Berkeley. 8-). > > So you're both wrong? > > http://ippex.pppl.gov/ippex/module_5/whats_a_tokamak.html Way cool URL. Where does it say they were the first to break-even? According to the Fusion FAQ, the TFTR at Princeton has only made Q=.46 of breakeven, and the next experintal series is expected to render the containment vessel radioactive, and potentially peak at only Q=1.14 (break-even by .14, but still too small for commercial viability). Anyway, this belongs on -chat now... 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 25 14:53:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA13229 for hackers-outgoing; Mon, 25 Aug 1997 14:53:30 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA13217 for ; Mon, 25 Aug 1997 14:53:26 -0700 (PDT) Received: (qmail 2030 invoked by uid 1000); 25 Aug 1997 21:53:44 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Mon, 25 Aug 1997 14:53:44 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: FreeBSD-Hackers@FreeBSD.ORG Subject: Calling a Daemon from the Kernel - How? Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Y'all; How do I write a program that gets called from the kernel. I know how to write a program that call the kernel :-) I even know (some of you may argue with this) how to write a kernel driver that gets called form userspace :-) I want to write a daemon (or whatever) that gets called by the kernel to do sone dirty work I do not think belongs in the kernel. In Linux, there is a kerneld with its attendant protocol. In other O/S's I had a messy procedure that posts a read to the device, waiting to be called. As soon as it is called, it posts another READ. One can get fancy with this, but the serializing implied by this mechanism is not always a bad thing. Any ideas or suggestions are very welcome. Simon From owner-freebsd-hackers Mon Aug 25 15:01:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14032 for hackers-outgoing; Mon, 25 Aug 1997 15:01:37 -0700 (PDT) Received: from argus.tfs.net (node36.tfs.net [207.2.220.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA13825 for ; Mon, 25 Aug 1997 14:59:34 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id QAA00914; Mon, 25 Aug 1997 16:58:38 -0500 (CDT) From: Jim Bryant Message-Id: <199708252158.QAA00914@argus.tfs.net> Subject: Re: multiple backup on one tape In-Reply-To: from Simon Shapiro at "Aug 25, 97 11:23:55 am" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Mon, 25 Aug 1997 16:58:37 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > Hi "Dott. Davide Tomh"; On 25-Aug-97 you wrote: > > Hi, > > I'd like to know how can I have backups of different > > machines on the same tape with tar, and how to > > restore them. [etc...] > dd if=/dev/nrst0 bs=64k | ${whatever_archiver_you_use} > > For example, to restore the output of dat_bu, NON_DESTRUCTIVELY, > > cd / > dd if=/dev/nrst0 bs=64k | cpio -H newc -ovdm > > Repeat until you see TWO zero size files restored in a row. he said tar. right idea though, i posted to use the nrst* / nrwt* devices earlier. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Mon Aug 25 15:20:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15435 for hackers-outgoing; Mon, 25 Aug 1997 15:20:42 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA15427 for ; Mon, 25 Aug 1997 15:20:36 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA29078; Mon, 25 Aug 1997 18:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 25 Aug 1997 18:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id PAA02444; Mon, 25 Aug 1997 15:31:43 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id PAA02295; Mon, 25 Aug 1997 15:24:56 -0400 (EDT) Date: Mon, 25 Aug 1997 15:24:56 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708251924.PAA02295@lakes.dignus.com> To: ponds!lakes.dignus.com!rivers, ponds!sdf.com!tom Subject: Re: Two issues with 2.2-970825 Cc: ponds!freebsd.org!freebsd-hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius writes: > > On Mon, 25 Aug 1997, Thomas David Rivers wrote: > > > I just grabbed the ssys distribution (kernel sources) from > > releng22.freebsd.org and rebuilt it using my existing kernel > > configs... (from 2.2.2).. > > > > I've discovered two problems: > > > > 1) I can no longer mount my SCSI cd-rom; it pops back > > with "invalid argument" - although the probe > > said it was there, and the directory was there (I'm > > using the 2.2.2 mount_cd9660.) > > You need the new mount sources too. Hmmm... okaley-dokaley; I'll give that a try. > > > 2) IPFW divert seems to have gone south... > > Here's the message I get (again, using the 2.2.2 ipfw): > > > > Aug 25 11:47:31 ponds /kernel: ip_fw_ctl: neither in nor out > > > > However, the line that generates this is: > > > > ipfw -f add divert 32000 ip from any to any via sl0 > > > > I thought with "via XXX" you didn't need an in/out argument... > > You need the new ipfw sources too. Well - I grabbed the new ipfw sources - they don't compile on my 2.2.1+ box... looks like I'm in for a complete upgrade if I want to do this... I did try to make the changes to netinet/ip_fw.c to simply set "both" (and print the message) but that didn't work. I'm guessing some of the ioctl() values have changed... - Dave R. - From owner-freebsd-hackers Mon Aug 25 15:28:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16057 for hackers-outgoing; Mon, 25 Aug 1997 15:28:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA16051 for ; Mon, 25 Aug 1997 15:28:52 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA22732; Tue, 26 Aug 1997 00:28:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id WAA29839; Mon, 25 Aug 1997 22:20:08 +0200 (MET DST) Message-ID: <19970825222008.PD53308@uriah.heep.sax.de> Date: Mon, 25 Aug 1997 22:20:08 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG (hackers@freebsd.org) Cc: mburgett@awen.com (Mike Burgett) Subject: Re: special malloc needs... References: <199708251630.JAA18241@dragon.awen.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708251630.JAA18241@dragon.awen.com>; from Mike Burgett on Aug 25, 1997 09:30:51 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mike Burgett wrote: > Is there any way to malloc memory (from userland code) that is at > specific offsets from each other in physical memory (i.e. 2 chunks > exactly XXM apart in physical RAM) or failing that, to allocate a > very large (>32M) chunk of contig physical RAM? (again, from > userland?) No, you can't do this. You get virtual memory, nothing else. It's not even backed with physical memory at all when you've got it. What the h*ck would you need this in a userland program? > Browsing the kernel/dd sources, I found contigmalloc, but it doesn't > appear to be available in any of the libs... (kernel only?) Kernel only, and only likely to succeed when being called at kernel init time. This is natural, if you think about it. Once the physical memory is fragmented, you cannot get a guarantee for contiguous memory at all. -- 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 25 15:49:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17800 for hackers-outgoing; Mon, 25 Aug 1997 15:49:46 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA17787 for ; Mon, 25 Aug 1997 15:49:37 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id IAA01667; Tue, 26 Aug 1997 08:49:22 +1000 (EST) Date: Tue, 26 Aug 1997 08:49:21 +1000 (EST) From: "Daniel O'Callaghan" To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-Reply-To: <19970825211856.DK43421@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, J Wunsch wrote: > As Brian Somers wrote: > > > Hmm, I had a poke around too. net has an A record, but ORG doesn't. > > net doesn't have an A record. > > > I like Joerg's suggestion :-) It would solve my problems. Joerg, > > any advance on some documentation about TLDs not having A records (or > > even TLDs not needing A records) ? > > Of course, they are allowed to do so, but i think it's fairly > pointless. (Steinar pointed out to me that even .dk has an A RR, > blech.) Perhaps we might add a hack for people like you and me that > is disabled by default... What about a country like Nauru. There are only a few thousand people. They could all have e-mail addresses fred@nr, and use nr as their POP server, thus nr would require an A record. Danny From owner-freebsd-hackers Mon Aug 25 16:26:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA19839 for hackers-outgoing; Mon, 25 Aug 1997 16:26:42 -0700 (PDT) Received: from plains.NoDak.edu (root@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA19833 for ; Mon, 25 Aug 1997 16:26:29 -0700 (PDT) Received: (from tinguely@localhost) by plains.NoDak.edu (8.8.5/8.8.5) id SAA13305; Mon, 25 Aug 1997 18:18:11 -0500 (CDT) Date: Mon, 25 Aug 1997 18:18:11 -0500 (CDT) From: Mark Tinguely Message-Id: <199708252318.SAA13305@plains.NoDak.edu> To: FreeBSD-Hackers@FreeBSD.ORG, Shimon@i-Connect.Net Subject: Re: Calling a Daemon from the Kernel - How? Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How do I write a program that gets called from the kernel. > I know how to write a program that call the kernel :-) > I even know (some of you may argue with this) how to write a kernel driver > that gets called form userspace :-) > > I want to write a daemon (or whatever) that gets called by the kernel to do > sone dirty work I do not think belongs in the kernel. you really do not want the kernel to make a user space and exec (look at the gross things the kernel needs to do to get init running). it be easier to make a raw socket interface for the communication and have the daemon start in user space from something like /etc/rc.local. A good example of this is mrouted. --mark. From owner-freebsd-hackers Mon Aug 25 16:29:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA20043 for hackers-outgoing; Mon, 25 Aug 1997 16:29:18 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA19959 for ; Mon, 25 Aug 1997 16:28:16 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA14907; Tue, 26 Aug 1997 00:25:58 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id AAA14034; Tue, 26 Aug 1997 00:25:57 +0100 (BST) Message-Id: <199708252325.AAA14034@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Mon, 25 Aug 1997 21:18:56 +0200." <19970825211856.DK43421@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 00:25:57 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I like Joerg's suggestion :-) It would solve my problems. Joerg, > > any advance on some documentation about TLDs not having A records (or > > even TLDs not needing A records) ? > > Of course, they are allowed to do so, but i think it's fairly > pointless. (Steinar pointed out to me that even .dk has an A RR, > blech.) Perhaps we might add a hack for people like you and me that > is disabled by default... How about the enclosed one-liner ? Any objections to putting it into 2.2 & -current ? DONT_QUERY_TLDS would not be "on" by default. > -- > 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. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... Index: res_query.c =================================================================== RCS file: /home/ncvs/src/lib/libc/net/res_query.c,v retrieving revision 1.14 diff -c -r1.14 res_query.c *** res_query.c 1997/06/27 08:22:03 1.14 --- res_query.c 1997/08/25 23:22:39 *************** *** 283,288 **** --- 283,295 ---- * note that we do this regardless of how many dots were in the * name or whether it ends with a dot. */ + #ifdef DONT_QUERY_TLDS + /* + * Some people may not want to query for things such as ``x'' + * as the DNS will just pass the query onto a root server. + */ + if (dots) + #endif if (!tried_as_is) { ret = res_querydomain(name, NULL, class, type, answer, anslen); if (ret > 0) From owner-freebsd-hackers Mon Aug 25 16:47:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21103 for hackers-outgoing; Mon, 25 Aug 1997 16:47:54 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21064 for ; Mon, 25 Aug 1997 16:47:18 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA15266; Tue, 26 Aug 1997 00:38:10 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id AAA14647; Tue, 26 Aug 1997 00:38:10 +0100 (BST) Message-Id: <199708252338.AAA14647@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Daniel O'Callaghan" cc: Joerg Wunsch , freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Tue, 26 Aug 1997 08:49:21 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 00:38:10 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 25 Aug 1997, J Wunsch wrote: > > > As Brian Somers wrote: > > > > > Hmm, I had a poke around too. net has an A record, but ORG doesn't. > > > > net doesn't have an A record. > > > > > I like Joerg's suggestion :-) It would solve my problems. Joerg, > > > any advance on some documentation about TLDs not having A records (or > > > even TLDs not needing A records) ? > > > > Of course, they are allowed to do so, but i think it's fairly > > pointless. (Steinar pointed out to me that even .dk has an A RR, > > blech.) Perhaps we might add a hack for people like you and me that > > is disabled by default... > > What about a country like Nauru. There are only a few thousand people. > They could all have e-mail addresses fred@nr, and use nr as their POP > server, thus nr would require an A record. Maybe the best way is to have an option in resolv.conf that disallows TLD lookups ? options no-tld-lookup This would only mask out non-dotted lookups so that resolutions of "x.y" would work as they currently do. > Danny > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon Aug 25 17:08:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22483 for hackers-outgoing; Mon, 25 Aug 1997 17:08:03 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA22467 for ; Mon, 25 Aug 1997 17:07:56 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x398f-0006I9-00; Mon, 25 Aug 1997 17:05:41 -0700 Date: Mon, 25 Aug 1997 17:05:41 -0700 (PDT) From: Tom Samplonius To: Mark Tinguely cc: FreeBSD-Hackers@freebsd.org, Shimon@i-Connect.Net Subject: Re: Calling a Daemon from the Kernel - How? In-Reply-To: <199708252318.SAA13305@plains.NoDak.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Mark Tinguely wrote: > > How do I write a program that gets called from the kernel. > > I know how to write a program that call the kernel :-) > > I even know (some of you may argue with this) how to write a kernel driver > > that gets called form userspace :-) > > > > I want to write a daemon (or whatever) that gets called by the kernel to do > > sone dirty work I do not think belongs in the kernel. > > you really do not want the kernel to make a user space and exec (look at > the gross things the kernel needs to do to get init running). > > it be easier to make a raw socket interface for the communication and > have the daemon start in user space from something like /etc/rc.local. > A good example of this is mrouted. I think syslog is better example. It just hangs off /dev/log, and processes messages from the kernel. > --mark. > > Tom From owner-freebsd-hackers Mon Aug 25 17:34:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA24246 for hackers-outgoing; Mon, 25 Aug 1997 17:34:32 -0700 (PDT) Received: from scorpio.focusplus.com ([206.86.205.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA24241 for ; Mon, 25 Aug 1997 17:34:28 -0700 (PDT) Received: (from burt@localhost) by scorpio.focusplus.com (8.8.7/8.8.7) id RAA10996; Mon, 25 Aug 1997 17:37:27 -0700 (PDT) Date: Mon, 25 Aug 1997 17:37:27 -0700 (PDT) From: "burt f." Message-Id: <199708260037.RAA10996@scorpio.focusplus.com> To: freebsd-hackers@freebsd.org Subject: ? power outages and file system corruption Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is the only way to protect against power-outage-caused file system corruption to install a UPS? Someone mentioned to me that Sun (yeah, i know it's Solaris, but i just wanted to know if there was something analogous in FBSD) has some sort of disk/FS caching to protect against this. Thanks for any information. burt From owner-freebsd-hackers Mon Aug 25 17:44:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA24959 for hackers-outgoing; Mon, 25 Aug 1997 17:44:51 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA24954 for ; Mon, 25 Aug 1997 17:44:49 -0700 (PDT) Received: from localhost (peb@localhost) by george.lbl.gov (8.6.10/8.6.5) with SMTP id RAA00097 for ; Mon, 25 Aug 1997 17:44:48 -0700 Date: Mon, 25 Aug 1997 17:44:48 -0700 (PDT) From: Pat Bozeman Reply-To: PBozeman@lbl.gov To: freebsd-hackers@FreeBSD.ORG Subject: lkm.h MOD_DEV & DISPATCH In-Reply-To: <199708252325.AAA14034@awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Why does MOD_DEV concatinate the name of the device with _module when none of the other module types do? This leads to a conflict with DISPATCH which does not expect the name to be concatinated to _module. Here is the relevant code. The static struct lkm_* is the part I am talking about, notice the differnce in the naming of the lkm_* structure. #define MOD_DEV(name,devtype,devslot,devp) \ MOD_DECL(name); \ static struct lkm_dev name ## _module = { \ LM_DEV, \ LKM_VERSION, \ #name ## "_mod", \ devslot, \ devtype, \ (void *)devp \ } #define MOD_EXEC(name,execslot,execsw) \ MOD_DECL(name); \ static struct lkm_exec _module = { \ LM_EXEC, \ LKM_VERSION, \ #name ## "_mod", \ execslot, \ execsw \ } MOD_DEV and DISPATCH do not get along because dispatch just uses _module on fisrt line of the 'case LKM_E_LOAD' block. #define DISPATCH(lkmtp,cmd,ver,load,unload,stat) \ if (ver != LKM_VERSION) \ return EINVAL; /* version mismatch */ \ switch (cmd) { \ int error; \ case LKM_E_LOAD: \ lkmtp->private.lkm_any = (struct lkm_any *)&_module; \ if (lkmexists(lkmtp)) /* !!! */ \ return EEXIST; \ if ((error = load(lkmtp, cmd))) \ return error; \ break; (rest of macro cut) Is there a reason that this is like this? -- Patrick Bozeman PBozeman@lbl.gov From owner-freebsd-hackers Mon Aug 25 18:04:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25899 for hackers-outgoing; Mon, 25 Aug 1997 18:04:13 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA25879 for ; Mon, 25 Aug 1997 18:04:07 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3A17-0006Jf-00; Mon, 25 Aug 1997 18:01:57 -0700 Date: Mon, 25 Aug 1997 18:01:56 -0700 (PDT) From: Tom Samplonius To: "burt f." cc: freebsd-hackers@freebsd.org Subject: Re: ? power outages and file system corruption In-Reply-To: <199708260037.RAA10996@scorpio.focusplus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, burt f. wrote: > Is the only way to protect against power-outage-caused file system > corruption to install a UPS? Someone mentioned to me that Sun > (yeah, i know it's Solaris, but i just wanted to know if there was > something analogous in FBSD) has some sort of disk/FS caching to > protect against this. You mean like a Prestoserve caching controller? It is hardware solution. A UPS is much better, because your server keeps running. > Thanks for any information. > > burt Tom From owner-freebsd-hackers Mon Aug 25 19:09:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28332 for hackers-outgoing; Mon, 25 Aug 1997 19:09:04 -0700 (PDT) Received: from rosemary.fsl.noaa.gov (rosemary.fsl.noaa.gov [137.75.8.41]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28297; Mon, 25 Aug 1997 19:08:49 -0700 (PDT) Received: from saffron.fsl.noaa.gov (saffron [137.75.253.44]) by rosemary.fsl.noaa.gov (8.8.5/8.8.5) with ESMTP id UAA13960; Mon, 25 Aug 1997 20:07:45 -0600 (MDT) Message-ID: <34024877.D9D52813@fsl.noaa.gov> Date: Mon, 25 Aug 1997 20:07:35 -0700 From: Sean Kelly Organization: CIRA/NOAA X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: chris@stonos.washington.dc.us CC: hackers@freebsd.org, bugs@freebsd.org Subject: Re: FreeBSD docs on printers -- correction (minor) X-Priority: 3 (Normal) References: <199708242103.RAA00920@thanatos.stonos.washington.dc.us> Content-Type: multipart/mixed; boundary="------------1D5BD9821D43C648CFFF78C1" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------1D5BD9821D43C648CFFF78C1 Content-Type: text/plain; charset=us-ascii Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Thanks for the feedback on that chapter, and especially for catching that bug. (Believe it or not, I do appreciate it! :-) Would someone with commit privs make the fix? --k --------------1D5BD9821D43C648CFFF78C1 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Sean Kelly Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Sean Kelly n: Kelly;Sean org: CIRA/NOAA adr: NOAA/OAR/ERL/FSL/SDD R/E/FS4;;325 Broadway;Boulder;Colorado;80303-4057;USA email;internet: kelly@fsl.noaa.gov title: Research Coordinator tel;work: 303.497.6247 tel;fax: 303.497.7526 tel;home: Yeah, right. x-mozilla-cpt: ;0 x-mozilla-html: TRUE end: vcard --------------1D5BD9821D43C648CFFF78C1-- From owner-freebsd-hackers Mon Aug 25 19:42:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29598 for hackers-outgoing; Mon, 25 Aug 1997 19:42:05 -0700 (PDT) Received: from sparks.net (exim@gw.sparks.net [204.248.143.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA29593 for ; Mon, 25 Aug 1997 19:42:02 -0700 (PDT) Received: from david by sparks.net with smtp (Exim 1.62 #5) id 0x3BTQ-0000VC-00; Mon, 25 Aug 1997 22:35:16 -0400 Date: Mon, 25 Aug 1997 22:35:16 -0400 (EDT) From: To: "Jordan K. Hubbard" cc: Alexander Indenbaum , A Joseph Koshy , freebsd-hackers@freebsd.org Subject: Re: Checking the integrity of system files In-Reply-To: <11657.872413356@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Aug 1997, Jordan K. Hubbard wrote: > > Are you considering to move to RPM-like package management? > > If you mean "RPM-like" in the sense that they'll both be package > managers, then yes. If you mean RPM specifically then no. Out of curiosity, what are the functional limitations/drawbacks of RPM? Anything we can do to standardize in the free OS world is a GoodThing IMHO, at least as a goal:) --- David ---------------------------------------------------------------------------- It's *amazing* what one can accomplish when one doesn't know what one can't do! From owner-freebsd-hackers Mon Aug 25 19:43:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29675 for hackers-outgoing; Mon, 25 Aug 1997 19:43:18 -0700 (PDT) Received: from sparks.net (exim@gw.sparks.net [204.248.143.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA29668 for ; Mon, 25 Aug 1997 19:43:14 -0700 (PDT) Received: from david by sparks.net with smtp (Exim 1.62 #5) id 0x3BV7-0000VG-00; Mon, 25 Aug 1997 22:37:01 -0400 Date: Mon, 25 Aug 1997 22:37:01 -0400 (EDT) From: To: Nate Williams cc: Warner Losh , Mike Smith , Alexander Indenbaum , "Jordan K. Hubbard" , A Joseph Koshy , freebsd-hackers@freebsd.org Subject: Re: Checking the integrity of system files In-Reply-To: <199708251836.MAA20814@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Nate Williams wrote: > > In message <199708240303.MAA00881@word.smith.net.au> Mike Smith writes: > > : Can you be more specific than "RPM-like"? Yes in that there will be > > : management tools, no in that they are unlikely to be the RPM tools. > > > > Is there something funamentally wrong with the pkg format that is > > already in use for the packages? > > Yeah, it requires 'unpacking' the sources in a temp directory, and then > moving them to their actual locations. This means you must have 2X+ > room to install a package. .2-8X room for the gzipped package, 1X room > for the unpacked sources, and 1X room for the installed sources. > > This is why moving to a standard format like ZIP would be nice since it > has a 'package listing' built in (plus encryption, passwords, and other > nice features which could be used by commercial software). > Unfortunately, no-one has the time/interest to build a 'zip' library. Paths can be re-written with pax:) --- David ---------------------------------------------------------------------------- It's *amazing* what one can accomplish when one doesn't know what one can't do! From owner-freebsd-hackers Mon Aug 25 20:03:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA00707 for hackers-outgoing; Mon, 25 Aug 1997 20:03:21 -0700 (PDT) Received: from mail.tamu.edu (mail.tamu.edu [128.194.103.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA00701 for ; Mon, 25 Aug 1997 20:03:17 -0700 (PDT) Received: from dropzone.tamu.edu (dropzone.tamu.edu [165.91.210.99]) by mail.tamu.edu (8.8.7/8.8.7) with SMTP id WAA16051 for ; Mon, 25 Aug 1997 22:03:10 -0500 (CDT) Received: from jumprun.tamu.edu by dropzone.tamu.edu (SMI-8.6/SMI-SVR4) id VAA14498; Mon, 25 Aug 1997 21:58:30 -0500 Received: from localhost by jumprun.tamu.edu (SMI-8.6/SMI-SVR4) id WAA12809; Mon, 25 Aug 1997 22:03:20 -0500 Date: Mon, 25 Aug 1997 22:03:20 -0500 (CDT) From: "Jo, SanKu" To: hackers@FreeBSD.ORG Subject: unsubscribe skjo@jumprun.tamu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe skjo@jumprun.tamu.edu From owner-freebsd-hackers Mon Aug 25 20:12:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01075 for hackers-outgoing; Mon, 25 Aug 1997 20:12:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA01070 for ; Mon, 25 Aug 1997 20:12:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA02640; Mon, 25 Aug 1997 20:11:11 -0700 From: Terry Lambert Message-Id: <199708260311.UAA02640@phaeton.artisoft.com> Subject: Re: lkm.h MOD_DEV & DISPATCH To: PBozeman@lbl.gov Date: Mon, 25 Aug 1997 20:11:11 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Pat Bozeman" at Aug 25, 97 05:44:48 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Why does MOD_DEV concatinate the name of the device with _module when > none of the other module types do? This leads to a conflict with DISPATCH > which does not expect the name to be concatinated to _module. To avoid namespace conflicts in drivers which export multiple module types. Having a static value only saves you from inter-module conflicts. The intra-module conflicts can still byte you. 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 25 20:13:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01123 for hackers-outgoing; Mon, 25 Aug 1997 20:13:06 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA01116 for ; Mon, 25 Aug 1997 20:13:02 -0700 (PDT) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id NAA12527; Tue, 26 Aug 1997 13:12:24 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id MAA08139; Tue, 26 Aug 1997 12:42:23 +0930 (CST) Message-ID: <19970826124223.62337@lemis.com> Date: Tue, 26 Aug 1997 12:42:23 +0930 From: Greg Lehey To: Joerg Wunsch Cc: "hackers@freebsd.org" , Mike Burgett Subject: Re: special malloc needs... References: <199708251630.JAA18241@dragon.awen.com> <19970825222008.PD53308@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <19970825222008.PD53308@uriah.heep.sax.de>; from J Wunsch on Mon, Aug 25, 1997 at 10:20:08PM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Aug 25, 1997 at 10:20:08PM +0200, J Wunsch wrote: > As Mike Burgett wrote: > >> Is there any way to malloc memory (from userland code) that is at >> specific offsets from each other in physical memory (i.e. 2 chunks >> exactly XXM apart in physical RAM) or failing that, to allocate a >> very large (>32M) chunk of contig physical RAM? (again, from >> userland?) > > No, you can't do this. You get virtual memory, nothing else. It's > not even backed with physical memory at all when you've got it. Well, you can't malloc() it, but you can try to mmap() it with MAP_FIXED. man mmap(2). > What the h*ck would you need this in a userland program? Good question. It sounds like a bad practice to me. Greg From owner-freebsd-hackers Mon Aug 25 20:33:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01880 for hackers-outgoing; Mon, 25 Aug 1997 20:33:47 -0700 (PDT) Received: from wisdom.psinet.net.au (adrian@wisdom.psinet.net.au [203.62.152.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA01872 for ; Mon, 25 Aug 1997 20:33:43 -0700 (PDT) Received: (from adrian@localhost) by wisdom.psinet.net.au (8.8.5/8.7) id LAA13833; Tue, 26 Aug 1997 11:36:27 +0800 Date: Tue, 26 Aug 1997 11:36:26 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: Grabbing throughput stats within pppd. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. For the pppd-clued people, is there a way I can grab the IP bytecount in and out on the ppp interface? I'd much prefer a bytecount in and out on the IP packets, if thats possible.. but if I have to resort to just bytecounts on the interface, that will have to do. Any ideas ? -- Adrian Chadd | "Unix doesn't stop you from doing | stupid things because that would | stop you from doing clever things" From owner-freebsd-hackers Mon Aug 25 20:35:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01988 for hackers-outgoing; Mon, 25 Aug 1997 20:35:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA01962 for ; Mon, 25 Aug 1997 20:35:14 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id NAA22577 for ; Tue, 26 Aug 1997 13:05:03 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00584; Tue, 26 Aug 1997 12:52:30 +0930 (CST) Message-Id: <199708260322.MAA00584@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: david@sparks.net cc: "Jordan K. Hubbard" , Alexander Indenbaum , A Joseph Koshy , freebsd-hackers@freebsd.org Subject: Re: Checking the integrity of system files In-reply-to: Your message of "Mon, 25 Aug 1997 22:35:16 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 12:52:30 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Out of curiosity, what are the functional limitations/drawbacks of RPM? > Anything we can do to standardize in the free OS world is a GoodThing > IMHO, at least as a goal:) It uses the 'gdbm' library, which is GPL'd (note _NOT_ LGPL), and it still doesn't provide the level of smart integration we want/need. mike From owner-freebsd-hackers Mon Aug 25 20:46:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02851 for hackers-outgoing; Mon, 25 Aug 1997 20:46:40 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA02843 for ; Mon, 25 Aug 1997 20:46:36 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id UAA00346; Mon, 25 Aug 1997 20:39:15 -0700 (PDT) To: Mike Smith cc: david@sparks.net, Alexander Indenbaum , A Joseph Koshy , freebsd-hackers@freebsd.org Subject: Re: Checking the integrity of system files In-reply-to: Your message of "Tue, 26 Aug 1997 12:52:30 +0930." <199708260322.MAA00584@word.smith.net.au> Date: Mon, 25 Aug 1997 20:39:15 -0700 Message-ID: <342.872566755@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It uses the 'gdbm' library, which is GPL'd (note _NOT_ LGPL), and it > still doesn't provide the level of smart integration we want/need. And it uses a non-standard archive format, something which many people praise the current installation tools for not doing. It can come in handy to be able to disassemble a package file on some other system and inspect it easily. Jordan From owner-freebsd-hackers Mon Aug 25 20:50:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03187 for hackers-outgoing; Mon, 25 Aug 1997 20:50:32 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03158 for ; Mon, 25 Aug 1997 20:50:20 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.7/8.8.7) id NAA20291 for freebsd-hackers@freebsd.org; Tue, 26 Aug 1997 13:50:07 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id NAA25140; Tue, 26 Aug 1997 13:50:27 +1000 (EST) Message-Id: <199708260350.NAA25140@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: special malloc needs... References: <199708251630.JAA18241@dragon.awen.com> <19970825222008.PD53308@uriah.heep.sax.de> In-Reply-To: <19970825222008.PD53308@uriah.heep.sax.de> from J Wunsch at "Mon, 25 Aug 1997 20:20:08 +0000" Date: Tue, 26 Aug 1997 13:50:26 +1000 From: Stephen McKay Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Monday, 25th August 1997, J Wunsch wrote: >As Mike Burgett wrote: > >> Is there any way to malloc memory (from userland code) that is at >> specific offsets from each other in physical memory (i.e. 2 chunks >> exactly XXM apart in physical RAM) or failing that, to allocate a >> very large (>32M) chunk of contig physical RAM? (again, from >> userland?) > >No, you can't do this. You get virtual memory, nothing else. It's >not even backed with physical memory at all when you've got it. > >What the h*ck would you need this in a userland program? I can think of a cache related reason. Accessing 2 arrays in parallel can thrash the L2 cache depending on how far apart they are (as well as the cache size and cache organisation). Mainframe Fortran programmers think about this stuff. Normally I don't. John Dyson's page colouring code should automatically help if the arrays are spaced properly in *virtual* memory, but it is no iron-clad guarantee. I think this is the best that can be done in FreeBSD if I'm right about why Mike wants this feature. >> Browsing the kernel/dd sources, I found contigmalloc, but it doesn't >> appear to be available in any of the libs... (kernel only?) > >Kernel only, and only likely to succeed when being called at kernel >init time. This is natural, if you think about it. Once the physical >memory is fragmented, you cannot get a guarantee for contiguous memory >at all. It's the wired down pages that are the problem (as far as I can see). The pageable stuff can just be paged out to make room if a long enough stretch can be found. I can't think off hand how it would be possible in general to move wired pages, or even a useful subset of wired pages. Luckily, physically contiguous memory isn't necessary for optimising cache use. Lots of pages map to the same part of the cache, and can be used instead of the next physically adjacent page. Stephen. From owner-freebsd-hackers Mon Aug 25 21:00:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03692 for hackers-outgoing; Mon, 25 Aug 1997 21:00:15 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03681 for ; Mon, 25 Aug 1997 21:00:04 -0700 (PDT) Received: from word.smith.net.au (lot.atrad.adelaide.edu.au [203.20.121.21]) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) with ESMTP id NAA22897 for ; Tue, 26 Aug 1997 13:29:53 +0930 (CST) Received: from word.smith.net.au (localhost.atrad.adelaide.edu.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00731; Tue, 26 Aug 1997 13:22:51 +0930 (CST) Message-Id: <199708260352.NAA00731@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Joerg Wunsch , "hackers@freebsd.org" , Mike Burgett Subject: Re: special malloc needs... In-reply-to: Your message of "Tue, 26 Aug 1997 12:42:23 +0930." <19970826124223.62337@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 13:22:50 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, Aug 25, 1997 at 10:20:08PM +0200, J Wunsch wrote: > > As Mike Burgett wrote: > > > >> Is there any way to malloc memory (from userland code) that is at > >> specific offsets from each other in physical memory (i.e. 2 chunks > >> exactly XXM apart in physical RAM) or failing that, to allocate a > >> very large (>32M) chunk of contig physical RAM? (again, from > >> userland?) > > > > No, you can't do this. You get virtual memory, nothing else. It's > > not even backed with physical memory at all when you've got it. > > Well, you can't malloc() it, but you can try to mmap() it with > MAP_FIXED. man mmap(2). This only gives you a fixed _virtual_ address. > > What the h*ck would you need this in a userland program? > > Good question. It sounds like a bad practice to me. It's almost guaranteed that either there is a hidden agenda (and I hate it when people don't explain their stupid questions), or the individual in question doesn't understand what they're asking. So Mike, what is it? mike From owner-freebsd-hackers Mon Aug 25 21:01:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03782 for hackers-outgoing; Mon, 25 Aug 1997 21:01:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA03775 for ; Mon, 25 Aug 1997 21:01:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA02776; Mon, 25 Aug 1997 21:00:02 -0700 From: Terry Lambert Message-Id: <199708260400.VAA02776@phaeton.artisoft.com> Subject: Re: ? power outages and file system corruption To: burt@focusplus.com (burt f.) Date: Mon, 25 Aug 1997 21:00:01 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199708260037.RAA10996@scorpio.focusplus.com> from "burt f." at Aug 25, 97 05:37: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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is the only way to protect against power-outage-caused file system > corruption to install a UPS? Someone mentioned to me that Sun > (yeah, i know it's Solaris, but i just wanted to know if there was > something analogous in FBSD) has some sort of disk/FS caching to > protect against this. Sun has a non-volatile write buffer card you can buy for Sun machines so async writes aren't dangerous. If you don't use async writes in FreeBSD, you don't have that problem. 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 25 21:03:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03919 for hackers-outgoing; Mon, 25 Aug 1997 21:03:32 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA03914 for ; Mon, 25 Aug 1997 21:03:26 -0700 (PDT) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id OAA13976; Tue, 26 Aug 1997 14:02:34 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id NAA08922; Tue, 26 Aug 1997 13:32:33 +0930 (CST) Message-ID: <19970826133233.19386@lemis.com> Date: Tue, 26 Aug 1997 13:32:33 +0930 From: Greg Lehey To: Mike Smith Cc: Joerg Wunsch , "hackers@freebsd.org" , Mike Burgett Subject: Re: special malloc needs... References: <19970826124223.62337@lemis.com> <199708260352.NAA00731@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199708260352.NAA00731@word.smith.net.au>; from Mike Smith on Tue, Aug 26, 1997 at 01:22:50PM +0930 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Aug 26, 1997 at 01:22:50PM +0930, Mike Smith wrote: >> On Mon, Aug 25, 1997 at 10:20:08PM +0200, J Wunsch wrote: >>> As Mike Burgett wrote: >>> >>>> Is there any way to malloc memory (from userland code) that is at >>>> specific offsets from each other in physical memory (i.e. 2 chunks >>>> exactly XXM apart in physical RAM) or failing that, to allocate a >>>> very large (>32M) chunk of contig physical RAM? (again, from >>>> userland?) >>> >>> No, you can't do this. You get virtual memory, nothing else. It's >>> not even backed with physical memory at all when you've got it. >> >> Well, you can't malloc() it, but you can try to mmap() it with >> MAP_FIXED. man mmap(2). > > This only gives you a fixed _virtual_ address. Yes, it does. That's what I thought he wanted. Re-reading the original message, I see I was wrong. Mike (B), whatever do you want to allocate physical memory for? Greg From owner-freebsd-hackers Mon Aug 25 21:05:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04104 for hackers-outgoing; Mon, 25 Aug 1997 21:05:41 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA04092 for ; Mon, 25 Aug 1997 21:05:35 -0700 (PDT) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id OAA14020; Tue, 26 Aug 1997 14:04:35 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id NAA08938; Tue, 26 Aug 1997 13:34:22 +0930 (CST) Message-ID: <19970826133421.40085@lemis.com> Date: Tue, 26 Aug 1997 13:34:21 +0930 From: Greg Lehey To: Adrian Chadd Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Grabbing throughput stats within pppd. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Adrian Chadd on Tue, Aug 26, 1997 at 11:36:26AM +0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Aug 26, 1997 at 11:36:26AM +0800, Adrian Chadd wrote: > Hi. > > For the pppd-clued people, is there a way I can grab the IP bytecount in and > out on the ppp interface? I'd much prefer a bytecount in and out on the > IP packets, if thats possible.. but if I have to resort to just bytecounts > on the interface, that will have to do. Well, it's not what you asked for, but it might do. Try this: $ netstat -bin Name Mtu Network Address Ipkts Ierrs Ibytes Opkts Oerrs Obytes Coll lp0* 1500 0 0 0 0 0 0 0 ep0 1500 00.a0.24.37.0d.2b 52 0 6610 46 1 7918 0 ep0 1500 192.109.197 192.109.197.137 52 0 6610 46 1 7918 0 tun0 1500 1214 0 573214 1210 0 128684 0 tun0 1500 192.109.197.1 192.109.197.137 1214 0 573214 1210 0 128684 0 tun0 1500 139.130 139.130.136.133 1214 0 573214 1210 0 128684 0 sl0* 552 0 0 0 0 0 0 0 ppp0* 1500 0 0 0 0 0 0 0 ppp1* 1500 0 0 0 0 0 0 0 lo0 16384 332 0 44515 332 0 44515 0 lo0 16384 127 127.0.0.1 332 0 44515 332 0 44515 0 Greg From owner-freebsd-hackers Mon Aug 25 21:19:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04916 for hackers-outgoing; Mon, 25 Aug 1997 21:19:26 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04908 for ; Mon, 25 Aug 1997 21:19:21 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA00268 for ; Mon, 25 Aug 1997 21:19:20 -0700 (PDT) Message-Id: <199708260419.VAA00268@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@freebsd.org Subject: isa.c patch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 21:19:19 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is a patch to alleviate the current problem with the dma interface and the sound driver which uses auto dma. The dma interface functionality remains however it now checks to see if a dma is operating in auto dma mode and if so it bypasses the busy flag check . I have modified the sound driver 3.5 to adjust for this new behavior and tested it under FreeBSD 3.0 -current Amancio *** isa.c.orig Mon Aug 25 21:04:10 1997 --- isa.c Mon Aug 25 21:04:22 1997 *************** *** 570,575 **** --- 570,576 ---- static u_int8_t dma_bounced = 0; static u_int8_t dma_busy = 0; /* Used in isa_dmastart() */ static u_int8_t dma_inuse = 0; /* User for acquire/release */ + static u_int8_t dma_auto_mode = 0; #define VALID_DMA_MASK (7) *************** *** 631,636 **** --- 632,638 ---- return (EBUSY); } dma_inuse |= (1 << chan); + dma_auto_mode &= ~(1 << chan); return (0); } *************** *** 662,667 **** --- 664,670 ---- } dma_inuse &= ~(1 << chan); + dma_auto_mode &= ~(1 << chan); } /* *************** *** 736,741 **** --- 739,750 ---- /* translate to physical */ phys = pmap_extract(pmap_kernel(), (vm_offset_t)addr); + if (flags & B_RAW) { + dma_auto_mode |= (1 << chan); + } else { + dma_auto_mode &= ~(1 << chan); + } + if ((chan & 4) == 0) { /* * Program one of DMA channels 0..3. These are *************** *** 816,830 **** printf("isa_dmadone: channel %d not acquired\n", chan); #endif ! #if 0 ! /* ! * XXX This should be checked, but drivers like ad1848 only call ! * isa_dmastart() once because they use Auto DMA mode. If we ! * leave this in, drivers that do this will print this continuously. ! */ ! if ((dma_busy & (1 << chan)) == 0) printf("isa_dmadone: channel %d not busy\n", chan); ! #endif if (dma_bounced & (1 << chan)) { /* copy bounce buffer on read */ --- 825,834 ---- printf("isa_dmadone: channel %d not acquired\n", chan); #endif ! if (((dma_busy & (1 << chan)) == 0) && ! (dma_auto_mode & (1 << chan)) == 0 ) printf("isa_dmadone: channel %d not busy\n", chan); ! if (dma_bounced & (1 << chan)) { /* copy bounce buffer on read */ *************** *** 913,924 **** printf("isa_dmastatus: channel %d not active\n", chan); return(-1); } ! /* still busy? */ ! if ((dma_busy & (1 << chan)) == 0) { ! return(0); ! } ! if (chan < 4) { /* low DMA controller */ ffport = DMA1_FFC; waport = DMA1_CHN(chan) + 1; --- 917,929 ---- printf("isa_dmastatus: channel %d not active\n", chan); return(-1); } + /* channel busy? */ ! if (((dma_busy & (1 << chan)) == 0) && ! (dma_auto_mode & (1 << chan)) == 0 ) { ! printf("chan %d not busy\n", chan); ! return -2 ; ! } if (chan < 4) { /* low DMA controller */ ffport = DMA1_FFC; waport = DMA1_CHN(chan) + 1; From owner-freebsd-hackers Mon Aug 25 21:21:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05175 for hackers-outgoing; Mon, 25 Aug 1997 21:21:23 -0700 (PDT) Received: from dragon.awen.com (dragon.awen.com [207.33.155.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05135 for ; Mon, 25 Aug 1997 21:21:09 -0700 (PDT) Received: from cmnsens (cmnsens.awen.com [207.33.155.2]) by dragon.awen.com (8.8.7/8.8.6) with SMTP id VAA21878 for ; Mon, 25 Aug 1997 21:21:04 -0700 (PDT) Message-Id: <199708260421.VAA21878@dragon.awen.com> From: "Mike Burgett" To: "hackers@freebsd.org" Date: Mon, 25 Aug 97 21:21:03 -0700 Reply-To: "Mike Burgett" Priority: Normal X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: special malloc needs... Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997 13:22:50 +0930, Mike Smith wrote: >It's almost guaranteed that either there is a hidden agenda (and I hate >it when people don't explain their stupid questions), or the individual >in question doesn't understand what they're asking. > >So Mike, what is it? Well, it doesn't really matter if it can't be done, does it? There's some speculation about the K6 problems that have been seen, being a L1 cache bug that can occur when addressing memory exactly 32M apart. Just wanted to try a diagnostic, to see if it can be provoked, without hacking into the kernel. Sorry 'bout the stupid question. --Mike From owner-freebsd-hackers Mon Aug 25 21:30:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05888 for hackers-outgoing; Mon, 25 Aug 1997 21:30:22 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05881 for ; Mon, 25 Aug 1997 21:30:18 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.7/8.8.5) with ESMTP id VAA03012 for ; Mon, 25 Aug 1997 21:30:17 -0700 (PDT) Message-Id: <199708260430.VAA03012@austin.polstra.com> To: hackers@freebsd.org Subject: Re: Please Help Me Understand dlopen()] In-Reply-To: <19970819085282.NTM1204@umes01.avl.co.at> References: <19970819085282.NTM1204@umes01.avl.co.at> Organization: Polstra & Co., Seattle, WA Date: Mon, 25 Aug 1997 21:30:17 -0700 From: John Polstra Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970819085282.NTM1204@umes01.avl.co.at>, Hermann Schinagl wrote: > You forgot that the symbols, which are exported by the lib are > totally different, if you rename a .c file to .cpp and compile > it again. ==> C++ exported symbols That doesn't matter. Even for C++, the only difference between the a.out symbol and the ELF symbol is that the a.out version has an extra leading `_'. > Well, it is easy to add '_' before the symbol, but the function-arguments > of a C++ exported function are append encoded to the symbolname. > eg.: '__func027_dfiv' The underscore is only added to symbols that have file scope. It doesn't affect the names of function parameters. > So writing a wrapper is not that straight forward as mentioned > above. You should also think of the C++ exporting mechanism. Trust me, I've thought this all the way through. There's no problem for C++ that doesn't already exist for C. 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 25 21:50:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA07127 for hackers-outgoing; Mon, 25 Aug 1997 21:50:48 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA07120 for ; Mon, 25 Aug 1997 21:50:40 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id VAA22022; Mon, 25 Aug 1997 21:47:12 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd022017; Tue Aug 26 04:47:04 1997 Date: Mon, 25 Aug 1997 21:46:55 -0700 (PDT) From: Julian Elischer To: Adrian Chadd cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Grabbing throughput stats within pppd. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk how about netstat -ib? if that doesn't give you bytes, then we'll gladly accept patches :) of course there is the usual ipfw stuff.. On Tue, 26 Aug 1997, Adrian Chadd wrote: > Hi. > > For the pppd-clued people, is there a way I can grab the IP bytecount in and > out on the ppp interface? I'd much prefer a bytecount in and out on the > IP packets, if thats possible.. but if I have to resort to just bytecounts > on the interface, that will have to do. > > Any ideas ? > > -- > Adrian Chadd | "Unix doesn't stop you from doing > | stupid things because that would > | stop you from doing clever things" > > > From owner-freebsd-hackers Mon Aug 25 21:55:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA07278 for hackers-outgoing; Mon, 25 Aug 1997 21:55:08 -0700 (PDT) Received: from wisdom.psinet.net.au (adrian@wisdom.psinet.net.au [203.62.152.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA07266 for ; Mon, 25 Aug 1997 21:55:01 -0700 (PDT) Received: (from adrian@localhost) by wisdom.psinet.net.au (8.8.5/8.7) id MAA15885; Tue, 26 Aug 1997 12:57:29 +0800 Date: Tue, 26 Aug 1997 12:57:28 +0800 (WST) From: Adrian Chadd To: Julian Elischer cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Grabbing throughput stats within pppd. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Julian Elischer wrote: > how about netstat -ib? > if that doesn't give you bytes, then we'll gladly accept patches > :) > of course there is the usual ipfw stuff.. Erm, I think people aren't understanding me here. :-) I was after a way INSIDE pppd. :-) (its to implement RADIUS accounting). Since I'm not really interested in accounting for non-IP stuff, I was wondering if there was a way to account JUST IP packets coming down the ppp link, inside pppd. Otherwise I'll just be evil, and read the interface byte counts. -- Adrian Chadd | "Unix doesn't stop you from doing | stupid things because that would | stop you from doing clever things" From owner-freebsd-hackers Mon Aug 25 22:11:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08265 for hackers-outgoing; Mon, 25 Aug 1997 22:11:01 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08260 for ; Mon, 25 Aug 1997 22:10:59 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA22473; Mon, 25 Aug 1997 22:10:12 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd022465; Tue Aug 26 05:10:06 1997 Date: Mon, 25 Aug 1997 22:09:57 -0700 (PDT) From: Julian Elischer To: Adrian Chadd cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Grabbing throughput stats within pppd. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk patches accepted.. I'm sure Brian will appreciate it.. :) On Tue, 26 Aug 1997, Adrian Chadd wrote: > On Mon, 25 Aug 1997, Julian Elischer wrote: > > > how about netstat -ib? > > if that doesn't give you bytes, then we'll gladly accept patches > > :) > > of course there is the usual ipfw stuff.. > > Erm, I think people aren't understanding me here. :-) > > I was after a way INSIDE pppd. :-) (its to implement RADIUS accounting). > Since I'm not really interested in accounting for non-IP stuff, I was > wondering if there was a way to account JUST IP packets coming down > the ppp link, inside pppd. Otherwise I'll just be evil, and read the > interface byte counts. > > -- > Adrian Chadd | "Unix doesn't stop you from doing > | stupid things because that would > | stop you from doing clever things" > > > From owner-freebsd-hackers Mon Aug 25 22:15:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08593 for hackers-outgoing; Mon, 25 Aug 1997 22:15:59 -0700 (PDT) Received: from wisdom.psinet.net.au (adrian@wisdom.psinet.net.au [203.62.152.34]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08573 for ; Mon, 25 Aug 1997 22:15:51 -0700 (PDT) Received: (from adrian@localhost) by wisdom.psinet.net.au (8.8.5/8.7) id NAA16454; Tue, 26 Aug 1997 13:18:33 +0800 Date: Tue, 26 Aug 1997 13:18:32 +0800 (WST) From: Adrian Chadd To: Julian Elischer cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Grabbing throughput stats within pppd. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Julian Elischer wrote: > patches accepted.. I'm sure Brian will appreciate it.. :) I was asking if anyone knew how. Is this a challenge Julian? :) Fine. Challenge accepted. Since I'll have to do it anyway, I'll try to make it as less evil (and as flexible as possible, if someone wants to add IPX packet accounting later on :) and submit them tomorrow. Lets just say.. I spent the last two days porting Portslave from Linux to FreeBSD, I swear the author used every linux-specific trick possible.. -- Adrian Chadd | "Unix doesn't stop you from doing | stupid things because that would | stop you from doing clever things" From owner-freebsd-hackers Mon Aug 25 22:20:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09089 for hackers-outgoing; Mon, 25 Aug 1997 22:20:48 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA09084 for ; Mon, 25 Aug 1997 22:20:45 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id WAA22553; Mon, 25 Aug 1997 22:13:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd022548; Tue Aug 26 05:13:44 1997 Date: Mon, 25 Aug 1997 22:13:35 -0700 (PDT) From: Julian Elischer To: Greg Lehey cc: Mike Smith , Joerg Wunsch , "hackers@freebsd.org" , Mike Burgett Subject: Re: special malloc needs... In-Reply-To: <19970826133233.19386@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is only one way I can think of doing what is requested.. write a silly little pseudo device that allocates a couple of meg of physical contig ram at startup mmap it into your address space.. On Tue, 26 Aug 1997, Greg Lehey wrote: > On Tue, Aug 26, 1997 at 01:22:50PM +0930, Mike Smith wrote: > >> On Mon, Aug 25, 1997 at 10:20:08PM +0200, J Wunsch wrote: > >>> As Mike Burgett wrote: > >>> > >>>> Is there any way to malloc memory (from userland code) that is at > >>>> specific offsets from each other in physical memory (i.e. 2 chunks > >>>> exactly XXM apart in physical RAM) or failing that, to allocate a > >>>> very large (>32M) chunk of contig physical RAM? (again, from > >>>> userland?) > >>> > >>> No, you can't do this. You get virtual memory, nothing else. It's > >>> not even backed with physical memory at all when you've got it. > >> > >> Well, you can't malloc() it, but you can try to mmap() it with > >> MAP_FIXED. man mmap(2). > > > > This only gives you a fixed _virtual_ address. > > Yes, it does. That's what I thought he wanted. Re-reading the > original message, I see I was wrong. Mike (B), whatever do you want > to allocate physical memory for? > > Greg > From owner-freebsd-hackers Mon Aug 25 22:53:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11229 for hackers-outgoing; Mon, 25 Aug 1997 22:53:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11221 for ; Mon, 25 Aug 1997 22:53:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA26794 for freebsd-hackers@FreeBSD.ORG; Tue, 26 Aug 1997 07:53:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA03262; Tue, 26 Aug 1997 07:43:28 +0200 (MET DST) Message-ID: <19970826074328.TN17701@uriah.heep.sax.de> Date: Tue, 26 Aug 1997 07:43:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named References: <19970825211856.DK43421@uriah.heep.sax.de> <199708252325.AAA14034@awfulhak.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708252325.AAA14034@awfulhak.org>; from Brian Somers on Aug 26, 1997 00:25:57 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > How about the enclosed one-liner ? Any objections to putting it into > 2.2 & -current ? DONT_QUERY_TLDS would not be "on" by default. If at all, it doesn't belong into -stable. Given that the resolver already uses a number of environment variables, i think this could be done there, too. I'm sure there will be more people who'd like to use this hack. -- 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 25 22:53:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11249 for hackers-outgoing; Mon, 25 Aug 1997 22:53:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11242 for ; Mon, 25 Aug 1997 22:53:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA26805 for hackers@FreeBSD.ORG; Tue, 26 Aug 1997 07:53:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA03283; Tue, 26 Aug 1997 07:46:46 +0200 (MET DST) Message-ID: <19970826074646.HW60392@uriah.heep.sax.de> Date: Tue, 26 Aug 1997 07:46:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG (hackers@freebsd.org) Subject: Re: special malloc needs... References: <199708251630.JAA18241@dragon.awen.com> <19970825222008.PD53308@uriah.heep.sax.de> <19970826124223.62337@lemis.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970826124223.62337@lemis.com>; from Greg Lehey on Aug 26, 1997 12:42:23 +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Greg Lehey wrote: > > No, you can't do this. You get virtual memory, nothing else. It's > > not even backed with physical memory at all when you've got it. > > Well, you can't malloc() it, but you can try to mmap() it with > MAP_FIXED. man mmap(2). Of course, you can't. MAP_FIXED (if it succeeds at all) guarantees you a fixed VM address, nothing else. It's still VM, where each succeeding page can be anywhere in physical memory. -- 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 25 23:02:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11686 for hackers-outgoing; Mon, 25 Aug 1997 23:02:19 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA11675 for ; Mon, 25 Aug 1997 23:02:12 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3EfV-0006UM-00; Mon, 25 Aug 1997 22:59:57 -0700 Date: Mon, 25 Aug 1997 22:59:56 -0700 (PDT) From: Tom Samplonius To: Adrian Chadd cc: Julian Elischer , freebsd-hackers@freebsd.org Subject: Re: Grabbing throughput stats within pppd. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Adrian Chadd wrote: > On Mon, 25 Aug 1997, Julian Elischer wrote: > > > how about netstat -ib? > > if that doesn't give you bytes, then we'll gladly accept patches > > :) > > of course there is the usual ipfw stuff.. > > Erm, I think people aren't understanding me here. :-) > > I was after a way INSIDE pppd. :-) (its to implement RADIUS accounting). > Since I'm not really interested in accounting for non-IP stuff, I was > wondering if there was a way to account JUST IP packets coming down > the ppp link, inside pppd. Otherwise I'll just be evil, and read the > interface byte counts. netstat -b -I ppp0 will give you the info for just ppp0. > -- > Adrian Chadd | "Unix doesn't stop you from doing > | stupid things because that would > | stop you from doing clever things" > > > > Tom From owner-freebsd-hackers Mon Aug 25 23:06:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11895 for hackers-outgoing; Mon, 25 Aug 1997 23:06:05 -0700 (PDT) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA11890 for ; Mon, 25 Aug 1997 23:06:02 -0700 (PDT) Received: from localhost (peb@localhost) by george.lbl.gov (8.6.10/8.6.5) with SMTP id XAA04418; Mon, 25 Aug 1997 23:02:42 -0700 Date: Mon, 25 Aug 1997 23:02:42 -0700 (PDT) From: Pat Bozeman Reply-To: PBozeman@lbl.gov To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: lkm.h MOD_DEV & DISPATCH In-Reply-To: <199708260311.UAA02640@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 25 Aug 1997, Terry Lambert wrote: > > Why does MOD_DEV concatinate the name of the device with _module when > > none of the other module types do? This leads to a conflict with DISPATCH > > which does not expect the name to be concatinated to _module. > > To avoid namespace conflicts in drivers which export multiple module > types. Having a static value only saves you from inter-module > conflicts. The intra-module conflicts can still byte you. So, does one just not use DISPATCH with MOD_DEV? Not that this is a big deal, but coding your own version of the module entry point ala DISPTACH requires that you know how MOD_DEV creates the name of module structure which results in code which may not be portable between versions of lkm.h How about some using a macro in MOD_DEV to build the name that a module writter can also use to access the static structure created in MOD_DEV. -- Patrick Bozeman PBozeman@lbl.gov From owner-freebsd-hackers Mon Aug 25 23:24:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13110 for hackers-outgoing; Mon, 25 Aug 1997 23:24:41 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13088; Mon, 25 Aug 1997 23:24:34 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09706; Mon, 25 Aug 1997 23:24:51 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: IMPORTANT - BAD Patch Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Apologies! I made the DPT 1.2.3 patch rather late last night (violated two rules at once and some of you already paid the price. Sorry! I posted a corrected patch-pair to sendero-ppp already. They can be identified by : root wheel 285145 Aug 25 21:52 dpt_1.2.3-CURRENT.patch root wheel 266173 Aug 25 22:00 dpt_1.2.3-RELENG_2_2.patch Simon From owner-freebsd-hackers Mon Aug 25 23:24:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13141 for hackers-outgoing; Mon, 25 Aug 1997 23:24:46 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13118 for ; Mon, 25 Aug 1997 23:24:42 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09715; Mon, 25 Aug 1997 23:24:52 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708252318.SAA13305@plains.NoDak.edu> Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Mark Tinguely Subject: Re: Calling a Daemon from the Kernel - How? Cc: FreeBSD-Hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Mark Tinguely; On 25-Aug-97 you wrote: > > How do I write a program that gets called from the kernel. > > I know how to write a program that call the kernel :-) > > I even know (some of you may argue with this) how to write a kernel > > driver > > that gets called form userspace :-) > > > > I want to write a daemon (or whatever) that gets called by the kernel > > to do > > sone dirty work I do not think belongs in the kernel. > > you really do not want the kernel to make a user space and exec (look at > the gross things the kernel needs to do to get init running). I didn't say that. I want a way to pass information, QUICKLY between the two, hopefully, with the kernel initiating the exchange. Asynchronously if possible, multi-threading? > it be easier to make a raw socket interface for the communication and > have the daemon start in user space from something like /etc/rc.local. > A good example of this is mrouted. mrouted, here I cone. Thanx! Simon From owner-freebsd-hackers Mon Aug 25 23:24:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13175 for hackers-outgoing; Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13140 for ; Mon, 25 Aug 1997 23:24:46 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09716; Mon, 25 Aug 1997 23:24:52 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708260037.RAA10996@scorpio.focusplus.com> Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "burt f." Subject: RE: ? power outages and file system corruption Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "burt f."; On 26-Aug-97 you wrote: > > > Is the only way to protect against power-outage-caused file system > corruption to install a UPS? Someone mentioned to me that Sun > (yeah, i know it's Solaris, but i just wanted to know if there was > something analogous in FBSD) has some sort of disk/FS caching to > protect against this. In theory, a journaling filesystem will do that. Veritas is a good name for these. The problem with most of these is that a $300 UPS is cheaper and more reliable. Most such filesystems are attached to such an increase in complexity that the most common cause of curruption is a filesystem code bug. Even a UPS does not help you then. Simon From owner-freebsd-hackers Mon Aug 25 23:24:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13201 for hackers-outgoing; Mon, 25 Aug 1997 23:24:54 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13176 for ; Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09709; Mon, 25 Aug 1997 23:24:51 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: david@sparks.net Subject: Re: Checking the integrity of system files Cc: freebsd-hackers@FreeBSD.ORG, A Joseph Koshy , Alexander Indenbaum , "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi david@sparks.net; On 26-Aug-97 you wrote: > On Sun, 24 Aug 1997, Jordan K. Hubbard wrote: > > > > Are you considering to move to RPM-like package management? > > > > If you mean "RPM-like" in the sense that they'll both be package > > managers, then yes. If you mean RPM specifically then no. > > Out of curiosity, what are the functional limitations/drawbacks of RPM? > Anything we can do to standardize in the free OS world is a GoodThing > IMHO, at least as a goal:) Somehow it is a mess. Dozens of versions (well, 2 or three) out there, not quite compatible with each other. Messy tools. Requires gzillion tools to process. Debian is better already, although essentially the same. When thinking about these archives, do not forget that a boot floppy has to unpack them. If you are not careful, you will end up with 5 floppies boot set. Please do not tell me that cannot happen. It did and does. Simon From owner-freebsd-hackers Mon Aug 25 23:24:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13239 for hackers-outgoing; Mon, 25 Aug 1997 23:24:59 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13197 for ; Mon, 25 Aug 1997 23:24:53 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09708; Mon, 25 Aug 1997 23:24:51 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708251836.MAA20814@rocky.mt.sri.com> Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Nate Williams Subject: Re: Checking the integrity of system files Cc: freebsd-hackers@FreeBSD.ORG, A Joseph Koshy , "Jordan K. Hubbard" , Alexander Indenbaum , Mike Smith , Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Nate Williams; On 25-Aug-97 you wrote: > > In message <199708240303.MAA00881@word.smith.net.au> Mike Smith writes: > > : Can you be more specific than "RPM-like"? Yes in that there will be > > : management tools, no in that they are unlikely to be the RPM tools. > > > > Is there something funamentally wrong with the pkg format that is > > already in use for the packages? > > Yeah, it requires 'unpacking' the sources in a temp directory, and then > moving them to their actual locations. This means you must have 2X+ > room to install a package. .2-8X room for the gzipped package, 1X room > for the unpacked sources, and 1X room for the installed sources. > > This is why moving to a standard format like ZIP would be nice since it > has a 'package listing' built in (plus encryption, passwords, and other > nice features which could be used by commercial software). > Unfortunately, no-one has the time/interest to build a 'zip' library. Choose the Linux Debian format. Just joking! One neat trick there is actually keeping the package as an ar(chive) of gzipped files. Sounds crazy, but consider: * Almost no space for the framework. * Files can be extracted individually, and rapidly (well, faster than tar/cpio) * Everyone has one already. * TOC is trivial. * You can even take components out and put new ones in. The next step in this thinking is to use .so instead of .a files :-) But this is my sick sense of humor and I should really cut it out. Simon From owner-freebsd-hackers Mon Aug 25 23:26:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13601 for hackers-outgoing; Mon, 25 Aug 1997 23:26:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13566 for ; Mon, 25 Aug 1997 23:25:54 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id XAA04627 for ; Mon, 25 Aug 1997 23:25:02 -0700 (PDT) Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id IAA00984 for ; Tue, 26 Aug 1997 08:25:42 +0200 (MET DST) Received: from sendero.i-connect.net by relay3.UU.NET with ESMTP (peer crosschecked as: sendero-ppp.i-Connect.Net [206.190.143.100]) id QQdefp18222; Tue, 26 Aug 1997 02:25:39 -0400 (EDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09712; Mon, 25 Aug 1997 23:24:52 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708251737.KAA01691@phaeton.artisoft.com> Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Terry Lambert Subject: Re: Anarchists decry 72lbs plutonium launch Cc: saar-lists-freebsd-hackers@uunet.uu.net, screwinup@aol.com, jkh@time.cdrom.com, handy@sag.space.lockheed.com, (Ron G. Minnich) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Terry Lambert; On 25-Aug-97 you wrote: > > hot fusion at princeton, near here, at the Princeton Plasma Physics Lab > > (PPPL). Good tokamak work, world leading, lots of useful life in the > > machine, so of course congress defunded it. Sorry to add to this > > thread, > > but I had to get the geography right. Lots of stainless steel coming up > > for sale. > > Hum... I've got one vote for Princeton, one vote for Stanford, > and one 1981 issue of "Fusion" magazine voting for Berkeley. 8-). As a newcomer, please eduate me: This wonderful thread has a lot to do with FreeBSD technical discussion. But how? Discussing Plutonium, Princeton, plasma, physics, etc. is technical. It is going on in freebsd-hackers. So it is technical discussion on FreeBSD. Got it. Thanx. Simon From owner-freebsd-hackers Mon Aug 25 23:26:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13612 for hackers-outgoing; Mon, 25 Aug 1997 23:26:02 -0700 (PDT) Received: from Irena.IskraSistemi.Si (Irena.IskraSistemi.Si [194.249.213.130]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA13562 for ; Mon, 25 Aug 1997 23:25:53 -0700 (PDT) Received: from neptun.ibr.iskrasistemi.si (neptun.IBR.IskraSistemi.Si [194.249.213.208]) by Irena.IskraSistemi.Si (8.6.12/8.6.12) with ESMTP id IAA07124 for ; Tue, 26 Aug 1997 08:31:14 +0200 Message-ID: <3402771C.FE36F289@ibr.iskrasistemi.si> Date: Tue, 26 Aug 1997 08:26:37 +0200 From: tone bizant X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: "\"\\\"freebsd-hackers@FreeBSD.ORG\\\"\"" Subject: Backup problem with TR-1 cartridge X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings, I would like make backup to QIC tape CONER CTT 800 with command : tar cvzf - | ft "backup" on FreeBSD release 2.2.2. The recommended tapes for this cartridge drive is TR-1 (lenght 750 ft, 400 MB capacity), but the ' ft' driver doesn't support TR-1. My question: I don't know where I'm geting the geometry for TR-1? Please answear me, what mean this geometry number in ft.c : { 2, 1, "QIC-80", "425/550", 28, 207, 6624, 128, 19200 }, 425 - lenght 550 - tape coercivity 28 - tracks 207 - ? 6624 - ? 128 - ? 19200 - ? Thanks you for answear! tone.bizant@ibr.iskrasistemi.si From owner-freebsd-hackers Mon Aug 25 23:26:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13659 for hackers-outgoing; Mon, 25 Aug 1997 23:26:11 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13629 for ; Mon, 25 Aug 1997 23:26:02 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09711; Mon, 25 Aug 1997 23:24:51 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <342.872566755@time.cdrom.com> Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: Checking the integrity of system files Cc: freebsd-hackers@FreeBSD.ORG, A Joseph Koshy , Alexander Indenbaum , david@sparks.net, Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "Jordan K. Hubbard"; On 26-Aug-97 you wrote: > > It uses the 'gdbm' library, which is GPL'd (note _NOT_ LGPL), and it > > still doesn't provide the level of smart integration we want/need. > > And it uses a non-standard archive format, something which many people > praise the current installation tools for not doing. It can come in > handy to be able to disassemble a package file on some other system > and inspect it easily. Not when your goal is to SELL NT with a shell and /etc/rc. Sorry, there is no /etc/rc there, rather /etc/rc*.d. Depository, in NT? Simon From owner-freebsd-hackers Tue Aug 26 01:53:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA14790 for hackers-outgoing; Tue, 26 Aug 1997 01:53:06 -0700 (PDT) Received: from skylark.hilink.com.au (skylark.hilink.com.au [203.29.224.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA14774 for ; Tue, 26 Aug 1997 01:53:03 -0700 (PDT) Received: from localhost (danny@localhost) by skylark.hilink.com.au (8.8.5/8.8.5) with SMTP id SAA21835 for ; Tue, 26 Aug 1997 18:52:59 +1000 (EST) Date: Tue, 26 Aug 1997 18:52:58 +1000 (EST) From: "Daniel O'Callaghan" To: freebsd-hackers@freebsd.org Subject: Re: Grabbing throughput stats within pppd. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Adrian Chadd wrote: > For the pppd-clued people, is there a way I can grab the IP bytecount in and > out on the ppp interface? I'd much prefer a bytecount in and out on the > IP packets, if thats possible.. but if I have to resort to just bytecounts > on the interface, that will have to do. Use ipfw accounting. I'll attach some scripts which do ip-up/ip-down stuff on a per-user basis to help. The scripts below were whipped up for a friend, so they are not as polished at you might want :-) Danny #!/usr/bin/perl # # This is /etc/ppp/ip-up # # Argument format is: # iface dev speed localip remoteip unshift(@INC, "/usr/share/perl"); require "utmp.ph"; $iface = $ARGV[0]; $device = $ARGV[1]; $device =~ s#/dev/##; $recordsize = &UT_NAMESIZE + &UT_LINESIZE + &UT_HOSTSIZE + 4; $TEMPLATE = "A".&UT_NAMESIZE." A".&UT_LINESIZE." A".&UT_HOSTSIZE."L"; # calculate the rule number and destroy the rule in case it already # exists - we don't want duplicates. # The rule startpoint is unique for the interface, and there are # 10 available rules per interface. Could make it 100 per interface. $rule = $iface; $rule =~ s/sl|ppp//; if ($iface =~ /sl/ ){ $rule = ($rule+100)*10; } else { $rule = ($rule+200)*10; } system("/sbin/ipfw -q del $rule"); open(U, &_PATH_UTMP); while(read(U, $record, $recordsize) ) { ($ut_line, $ut_name, $ut_host, $ut_time) = unpack($TEMPLATE, $record); if( $ut_line eq $device ) { # # $iface.rules is run by /etc/ppp/ip-down to do the userstats # open(U, ">/var/run/$iface.rules"); ($uname, $passwd, $uid, $gid)=getpwnam($ut_name); print U "#!/bin/sh\n"; print U "/sbin/ipfw show | grep $iface\$ >> /var/account/$uname\n"; system("/sbin/ipfw -q add $rule accept tcp from any to any 80 in via $iface"); print U "/sbin/ipfw -q del $rule\n"; $rule++; system("/sbin/ipfw -q add $rule accept tcp from any to any 80 out via $iface"); print U "/sbin/ipfw -q del $rule\n"; $rule++; system("/sbin/ipfw -q add $rule accept ip from any to any in via $iface"); print U "/sbin/ipfw -q del $rule\n"; $rule++; system("/sbin/ipfw -q add $rule accept ip from any to any out via $iface"); print U "/sbin/ipfw -q del $rule\n"; exit(0); } } ------------------------------------- #!/bin/sh # # This is /etc/ppp/ip-down - very complex! # f=/var/run/$1.rules if [ -f $f ]; then sh $f rm $f fi From owner-freebsd-hackers Tue Aug 26 02:17:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA21049 for hackers-outgoing; Tue, 26 Aug 1997 02:17:43 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA21044 for ; Tue, 26 Aug 1997 02:17:39 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.7/8.8.7) id TAA24602 for freebsd-hackers@freebsd.org; Tue, 26 Aug 1997 19:17:33 +1000 Received: from localhost.dtir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id TAA12957; Tue, 26 Aug 1997 19:17:48 +1000 (EST) Message-Id: <199708260917.TAA12957@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: special malloc needs... References: <199708260421.VAA21878@dragon.awen.com> In-Reply-To: <199708260421.VAA21878@dragon.awen.com> from "Mike Burgett" at "Tue, 26 Aug 1997 04:21:03 +0000" Date: Tue, 26 Aug 1997 19:17:48 +1000 From: Stephen McKay Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tuesday, 26th August 1997, "Mike Burgett" wrote: >On Tue, 26 Aug 1997 13:22:50 +0930, Mike Smith wrote: > >>It's almost guaranteed that either there is a hidden agenda (and I hate >>it when people don't explain their stupid questions), or the individual >>in question doesn't understand what they're asking. >> >>So Mike, what is it? I thought cache optimisation was a damn good guess. Sigh. >Well, it doesn't really matter if it can't be done, does it? This is where you realise that it's pointless being secretive or selective here. You can't do what you asked, but you can do what you want to do. >There's some speculation about the K6 problems that have been seen, being a L1 >cache bug that can occur when addressing memory exactly 32M apart. Just >wanted to try a diagnostic, to see if it can be provoked, without hacking into >the kernel. You should be able to mmap() all of physical memory into a process running as root. Then you can play games with addresses 32MB apart. As far as I can tell, once pages are mapped in, they won't be unmapped, unlike using read() on /dev/mem. So, once you get going, the virtual memory translations should be stable. Oh, and reads should be safe, but writes would be very entertaining. :-) I got started on some demo code, but have to go RIGHT NOW, sorry. Try some variant of this: #include #include #include #include ... caddr_t all_ram; if ((fd = open(_PATH_MEM, 0)) == -1) perror(_PATH_MEM), exit(1); if ((all_ram = mmap(NULL, 64*1024*1024, PROT_READ, 0, fd, 0)) == MAP_FAILED) perror("mmap"), exit(1); >Sorry 'bout the stupid question. So, you'll be more direct in future? Good luck! I want to know if a K6 is for me! Stephen. From owner-freebsd-hackers Tue Aug 26 03:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01300 for hackers-outgoing; Tue, 26 Aug 1997 03:00:06 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA01244; Tue, 26 Aug 1997 02:59:59 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.6/8.8.6) with SMTP id MAA00374; Tue, 26 Aug 1997 12:53:31 +0300 (EEST) Date: Tue, 26 Aug 1997 12:53:31 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: BSD Mailing Archive cc: freebsd-mobile@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: [Q] Win95 SLIP/PPP over null modem? In-Reply-To: Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You need a specially developed MODEM.INF file for 0modem. Sorry I can't recall the URL, try AltaVista or so. There were some. Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Tue Aug 26 04:47:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA05423 for hackers-outgoing; Tue, 26 Aug 1997 04:47:55 -0700 (PDT) Received: from apollo.worx.net (root@apollo.worx.net [204.178.64.136]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA05418 for ; Tue, 26 Aug 1997 04:47:46 -0700 (PDT) Received: from dq121.seacoast.com (dq121.seacoast.com [204.178.66.21]) by apollo.worx.net (8.6.12/8.6.9) with SMTP id HAA19102 for ; Tue, 26 Aug 1997 07:47:50 -0400 X-Remail: http://www.Eddress.com/ -- Personal Addresses for a Networked World Message-Id: <199708261147.HAA19102@apollo.worx.net> Comments: Authenticated sender is From: "Julie Meyer & Carl Todd" To: freebsd-hackers@FreeBSD.ORG Date: Tue, 26 Aug 1997 07:48:33 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: creating support for an IDE tape drive Priority: normal X-mailer: Pegasus Mail for Windows (v2.54) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi folks, From what I gather, FreeBSD doesn't yet support IDE (Atapi) tape drives (I have a Seagate tapestore 8000). I'd like to know if there's a way for me to hack a bit and create this support. I'd like some help figuring out which direction to go with this and what I might have to do to create support for this device. I assume that the problem lies in the kernel but imagine I may have to create a new device driver as well. Thanks, Carl Todd chtodd@seacoast.com From owner-freebsd-hackers Tue Aug 26 04:55:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA05743 for hackers-outgoing; Tue, 26 Aug 1997 04:55:23 -0700 (PDT) Received: from gargoyle.bazzle.com (ppp.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA05736 for ; Tue, 26 Aug 1997 04:55:19 -0700 (PDT) Received: from localhost (ejc@localhost) by gargoyle.bazzle.com (8.8.7/8.8.5) with SMTP id HAA15343; Tue, 26 Aug 1997 07:55:10 -0400 (EDT) Date: Tue, 26 Aug 1997 07:55:09 -0400 (EDT) From: "Eric J. Chet" To: Adrian Chadd cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Grabbing throughput stats within pppd. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Adrian Chadd wrote: > Hi. > > For the pppd-clued people, is there a way I can grab the IP bytecount in and > out on the ppp interface? I'd much prefer a bytecount in and out on the > IP packets, if thats possible.. but if I have to resort to just bytecounts > on the interface, that will have to do. > > Any ideas ? man pppstats If your using ppp0 just use 'pppstats 0' Eric Chet -- ejchet@lucent.com || ejc@bazzle.com Systems Analysts - Specializing in OOA, OOD and CORBA "That which does not kill me, makes me stronger." Friedrich Nietzsche From owner-freebsd-hackers Tue Aug 26 05:43:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08151 for hackers-outgoing; Tue, 26 Aug 1997 05:43:36 -0700 (PDT) Received: from ns.uk.peer.net ([194.117.157.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA08140 for ; Tue, 26 Aug 1997 05:42:53 -0700 (PDT) Received: (from aledm@localhost) by ns.uk.peer.net (8.6.12/8.6.12) id NAA21647; Tue, 26 Aug 1997 13:42:51 +0100 Date: Tue, 26 Aug 1997 13:42:45 +0100 (BST) From: Aled Morris X-Sender: aledm@ns.uk.peer.net To: hackers@freebsd.org Subject: UDP "to" address? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have a way of recovering the address to which a UDP packet has been addressed? recvfrom(2) only returns the source address and getpeername(2) is no use for UDP. The problem I have is a multi-homed machine which needs to know the address the client has used to reach it. Aled -- tel +44 973 207987 O- aledm@routers.co.uk From owner-freebsd-hackers Tue Aug 26 06:30:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA10019 for hackers-outgoing; Tue, 26 Aug 1997 06:30:25 -0700 (PDT) Received: from eddie.mit.edu (EDDIE.MIT.EDU [18.62.0.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA10001 for ; Tue, 26 Aug 1997 06:30:12 -0700 (PDT) Received: from ccomp.inode.com by eddie.mit.edu id aa09318; 26 Aug 97 9:22 EDT Received: (from gdk@localhost) by ccomp.inode.com (8.6.9/1.3) id JAA02677; Tue, 26 Aug 1997 09:09:01 -0400 From: Gary Kendall Message-Id: <199708261309.JAA02677@ccomp.inode.com> Subject: Re: Sizing mem > 64MB at boot-time To: joerg_wunsch@uriah.heep.sax.DE Date: Tue, 26 Aug 1997 09:09:01 -0400 (EDT) Cc: freebsd-hackers@freebsd.ORG In-Reply-To: <19970826080352.YY43772@uriah.heep.sax.de> from J Wunsch at "Aug 26, 97 08:03:52 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-freebsd-hackers@freebsd.ORG X-Loop: FreeBSD.org Precedence: bulk It wasn't too long ago that J Wunsch said: > I recently wrote the `cdboot' code, but things like these are still > highly puzzling for me. In particular, when it comes to gas and gas's > unsupport for 16-bit code. > Bless you, sir. Misery loves company. ;-) > I sometimes went the route that i've been stuffing the code into a > .bin file, and ran symdeb.exe inside pcemu to analyze the 16-bit code. > Ugh... make mine hemlock, please. :-\ > Btw., the most recent bootblocks are probably too full for this > anyway. :-( > Well, I'd just like to see it work under the 2.0 system that I'm running now. I've got 2.2.2 sitting here on CD, but it's going on a machine that I haven't even built yet. After I build the machine, and install the OS, I'll worry about the new boot blocks being too big. ;-) Maybe, by then, I'll be "inspired" enough to write a 3-stage boot with a /boot file and maybe even a system monitor and diagnostics package. > Btw^2, cdboot contains a simple malloc implementation that operates on > the `heap' that is also available for the realmode BIOS. This was > required for me to read the CD-ROM root directory (which can vary in > size). Maybe this solves your storage pool problem. > I'll take a look, but I've got a real problem with having to allocate a 20-byte buffer of what should be "local" storage on a heap. This may be the only way to go if you want the data accessable in both real and protected mode, but what's killing me is that the code I wrote only needs to use that storage in real mode! The returned value (memsize in 1KB pages) is in the %ebx register during the transition from real_to_prot(), and moved into %eax afterward, where the compiler expects to find it. > I think there's a section in the handbook explaining the boot process. > This should also mention the memory regions that are used in the > bootstrap. > I'm guessing there's a copy of the handbook at www.freebsd.org... am I right? (Don't bother to answer... I'm on my way there now. ;-) > -- > 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. ;-) > Thanks, J"org. Regards, Gary Kendall %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % The difficult is done immediately, the impossible takes a little longer. % %----------------------------------------------------------------------------% % gdk@ccomp.inode.com or gkendall@eddie.mit.edu % %----------------------------------------------------------------------------% % Creative Computing * 96 Forest Street * Danvers, MA 01923 * 508-777-3784 % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% From owner-freebsd-hackers Tue Aug 26 07:02:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA11683 for hackers-outgoing; Tue, 26 Aug 1997 07:02:18 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA11676 for ; Tue, 26 Aug 1997 07:02:13 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id JAA04942; Tue, 26 Aug 1997 09:52:07 -0400 (EDT) Message-Id: <199708261352.JAA04942@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Aled Morris cc: hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: UDP "to" address? References: In-reply-to: Your message of "Tue, 26 Aug 1997 13:42:45 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 09:52:07 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Typically, a portable approach to doing this is to create a socket per interface address and bind it. Then you look at which fd the packet was received on to determine the destination address. Look at named and xntpd to get a sense of this. In fact, you can probably steal a lot of this code and apply it directly. There also seems to be a socket option you can set which returns the destination address in the "control information" field specified with recvmsg(2). I noticed the code for this in ip_input.c. louie From owner-freebsd-hackers Tue Aug 26 07:48:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14508 for hackers-outgoing; Tue, 26 Aug 1997 07:48:21 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA14491; Tue, 26 Aug 1997 07:48:16 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id AAA04055; Wed, 27 Aug 1997 00:40:24 +1000 Date: Wed, 27 Aug 1997 00:40:24 +1000 From: Bruce Evans Message-Id: <199708261440.AAA04055@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: Parallel port developpements - ppbus Cc: freebsd-hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, Nicolas.Souchu@prism.uvsq.fr, phk@critter.dk.tfs.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >>[plip driver] >> ... >> >[in dev/ppbus/if_lp.c] >> >> It makes no sense to put it there either, since sys/dev is for >> bus-independent (parts of) drivers. > >Well, then I'd better move the ppbus stuff. It makes no sense to me >to have Yet Another toplevel directory for this though, and sys/dev >strikes me as being the ideal place for architecture-independent >device drivers. > >Any consensus on this? No :-). If /sys/de/ is ideal for arch-independent drivers, why put arch-dependent drivers in it? (ppbus/*.c is apparently arch-dependent because it includes files from i386/isa.) Bruce From owner-freebsd-hackers Tue Aug 26 08:26:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16831 for hackers-outgoing; Tue, 26 Aug 1997 08:26:50 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA16811 for ; Tue, 26 Aug 1997 08:26:45 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id KAA00906; Tue, 26 Aug 1997 10:31:26 -0400 (EDT) From: Peter Dufault Message-Id: <199708261431.KAA00906@hda.hda.com> Subject: Re: special malloc needs... In-Reply-To: from Julian Elischer at "Aug 25, 97 10:13:35 pm" To: julian@whistle.com (Julian Elischer) Date: Tue, 26 Aug 1997 10:31:25 -0400 (EDT) Cc: 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There is only one way I can think of doing what is requested.. > > write a silly little pseudo device that allocates a couple of meg > of physical contig ram at startup > > mmap it into your address space.. Exactly. And it isn't a stupid question - you may want to play around with some hardware from user space. May as well have a common mmap against "/dev/contig". You're still a lot better off in a user space sandbox than an LKM. The problem is the abuse this could engender from people foolishly fragmenting memory, etc. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Tue Aug 26 08:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17394 for hackers-outgoing; Tue, 26 Aug 1997 08:40:11 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17389 for ; Tue, 26 Aug 1997 08:40:08 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA25643; Tue, 26 Aug 1997 09:39:49 -0600 (MDT) Date: Tue, 26 Aug 1997 09:39:49 -0600 (MDT) Message-Id: <199708261539.JAA25643@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Simon Shapiro Cc: Nate Williams , "Jordan K. Hubbard" , freebsd-hackers@freebsd.org Subject: Re: Checking the integrity of system files In-Reply-To: References: <199708251836.MAA20814@rocky.mt.sri.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Is there something funamentally wrong with the pkg format that is > > > already in use for the packages? > > > > Yeah, it requires 'unpacking' the sources in a temp directory, and then > > moving them to their actual locations. This means you must have 2X+ > > room to install a package. .2-8X room for the gzipped package, 1X room > > for the unpacked sources, and 1X room for the installed sources. > > > > This is why moving to a standard format like ZIP would be nice since it > > has a 'package listing' built in (plus encryption, passwords, and other > > nice features which could be used by commercial software). > > Unfortunately, no-one has the time/interest to build a 'zip' library. > > One neat trick there is actually keeping the package as an ar(chive) of > gzipped files. Sounds crazy, but consider: > > * Almost no space for the framework. True. > * Files can be extracted individually, and rapidly (well, faster than > tar/cpio) True. > * Everyone has one already. True. > * TOC is trivial. Well, you have to run 'ar' to get the TOC (similar to what Jordan does already). > * You can even take components out and put new ones in. True. But, zip keeps things like ownership and permissions as well, and I'm pretty sure 'ar' doesn't. Nate From owner-freebsd-hackers Tue Aug 26 09:22:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA18847 for hackers-outgoing; Tue, 26 Aug 1997 09:22:00 -0700 (PDT) Received: from dopey.pathlink.com (dopey.pathlink.com [204.30.237.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA18826 for ; Tue, 26 Aug 1997 09:21:53 -0700 (PDT) Received: from dvl-1.pathlink.com (dvl-1.pathlink.com [204.30.237.241]) by dopey.pathlink.com (8.8.6/8.8.7) with SMTP id JAA10060; Tue, 26 Aug 1997 09:15:43 -0700 (PDT) Message-Id: <199708261615.JAA10060@dopey.pathlink.com> To: scrappy@hub.org Subject: Re: [HACKERS] innd remalloc failure *after* setting MEMDSIZ Cc: freebsd-hackers@freebsd.org From: kachun@zippo.com (Kachun Lee) Date: Tue, 26 Aug 1997 09:21:07 -0700 X-Mailer: WinVN 0.99.8 (x86 32bit) In-Reply-To: <5to7ek$c4m@news.pathlink.com> References: <5to7ek$c4m@news.pathlink.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <5to7ek$c4m@news.pathlink.com>, you say... > >On Sun, 17 Aug 1997, Marc Slemko wrote: > >> On Sun, 17 Aug 1997, The Hermit Hacker wrote: >> >> > >> > Hi... >> > >> > After going through "the archives", and finding the suggestion of increasing >> > MEMDSIZ to 256Meg, and recompiling/running the new kernel...I'm still getting >> > the remalloc 'crash' with innd. >> > >> > The kernel is 2.2.2-RELEASE, innd is 1.6b3...I have an 'unlimit' at the >> > beginning of ~news/etc/rc.news... >> >> What does a ulimit -a run from rc.news after your unlimit say? >> >> It should be MAXDSIZ; was the just a typo, or did you set the wrong thing? > > typo :( Just checked, and it was MAXDSIZ that I sent... > >> What does the inn log report? > > Just the remalloc() error, which varies for each time it happens... > > >Marc G. Fournier >Systems Administrator @ hub.org >primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org remalloc error is usually cause by the channel feed processes (the Tc in the newsfeeds file) not keeping up. The common ones are overchan, overview, nntplink and innfeed. Let your innd run for several hours and do a 'ctlinnd flush ' on each of your Tc feeds, and see if any one writes a backlog file in your out.going directory. From owner-freebsd-hackers Tue Aug 26 09:22:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA18871 for hackers-outgoing; Tue, 26 Aug 1997 09:22:07 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA18848; Tue, 26 Aug 1997 09:22:00 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x3ON3-0002uh-00; Tue, 26 Aug 1997 10:21:33 -0600 To: Bruce Evans Subject: Re: Parallel port developpements - ppbus Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org, Nicolas.Souchu@prism.uvsq.fr, phk@critter.dk.tfs.com In-reply-to: Your message of "Wed, 27 Aug 1997 00:40:24 +1000." <199708261440.AAA04055@godzilla.zeta.org.au> References: <199708261440.AAA04055@godzilla.zeta.org.au> Date: Tue, 26 Aug 1997 10:21:33 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708261440.AAA04055@godzilla.zeta.org.au> Bruce Evans writes: : If /sys/de/ is ideal for arch-independent drivers, why put arch-dependent : drivers in it? (ppbus/*.c is apparently arch-dependent because it includes : files from i386/isa.) But there is no arch-independent isa include files in the tree right now, so I wouldn't count that against the ppbus code just yet. I suspect that in the future there will be a-i versions of these files as the Alpha project gets rolling. Warner From owner-freebsd-hackers Tue Aug 26 09:51:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21072 for hackers-outgoing; Tue, 26 Aug 1997 09:51:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21037; Tue, 26 Aug 1997 09:51:17 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA08250; Wed, 27 Aug 1997 02:50:15 +1000 Date: Wed, 27 Aug 1997 02:50:15 +1000 From: Bruce Evans Message-Id: <199708261650.CAA08250@godzilla.zeta.org.au> To: bde@zeta.org.au, imp@rover.village.org Subject: Re: Parallel port developpements - ppbus Cc: freebsd-hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, Nicolas.Souchu@prism.uvsq.fr, phk@critter.dk.tfs.com Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >: If /sys/de/ is ideal for arch-independent drivers, why put arch-dependent >: drivers in it? (ppbus/*.c is apparently arch-dependent because it includes >: files from i386/isa.) I really meant (arch || bus)-dependent. >But there is no arch-independent isa include files in the tree right >now, so I wouldn't count that against the ppbus code just yet. I That's partly because isa is bus-dependent by definition, and partly the fault of the committer for not re-engineering the include files - if you want to put things in a new place then you get to implement the support for it. The old place (under isa) may be wrong, but its just as easy to move things from there as from a wrong new place (not easy). Bruce From owner-freebsd-hackers Tue Aug 26 09:59:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21560 for hackers-outgoing; Tue, 26 Aug 1997 09:59:28 -0700 (PDT) Received: from kaori.communique.net (kaori.communique.net [204.27.67.55]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21551 for ; Tue, 26 Aug 1997 09:59:24 -0700 (PDT) Received: by kaori.communique.net with Internet Mail Service (5.0.1458.49) id ; Tue, 26 Aug 1997 11:59:21 -0500 Message-ID: From: Raul Zighelboim To: "'hackers@freebsd.org'" Subject: serial console Date: Tue, 26 Aug 1997 11:59:20 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello there! Does anyone knows of a PC BIOS that will send boot information to a serial console (and accept keyboar imput from the serial console instead of the local graphic/keyboard combination ? Is this possible at all on an Intel PC ? Thanks. From owner-freebsd-hackers Tue Aug 26 10:14:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22761 for hackers-outgoing; Tue, 26 Aug 1997 10:14:03 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA22755 for ; Tue, 26 Aug 1997 10:13:56 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3P9c-00079e-00; Tue, 26 Aug 1997 10:11:44 -0700 Date: Tue, 26 Aug 1997 10:11:43 -0700 (PDT) From: Tom Samplonius To: Kachun Lee cc: scrappy@hub.org, freebsd-hackers@freebsd.org Subject: Re: [HACKERS] innd remalloc failure *after* setting MEMDSIZ In-Reply-To: <199708261615.JAA10060@dopey.pathlink.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Kachun Lee wrote: > remalloc error is usually cause by the channel feed processes (the Tc in the > newsfeeds file) not keeping up. The common ones are overchan, overview, > nntplink and innfeed. Let your innd run for several hours and do a 'ctlinnd > flush ' on each of your Tc feeds, and see if any one writes a > backlog file in your out.going directory. Or you could just do a 'ctlinnd feedinfo "" ' to see how much is backlogged for every channel. You would do well to put an upper bound (flag "S") on every channel, just to make sure that innd will not try to buffer too much. Tom From owner-freebsd-hackers Tue Aug 26 10:26:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23667 for hackers-outgoing; Tue, 26 Aug 1997 10:26:56 -0700 (PDT) Received: from kaiwan.kaiwan.com (4@kaiwan.kaiwan.com [198.178.203.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA23655 for ; Tue, 26 Aug 1997 10:26:50 -0700 (PDT) Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id KAA03203 for hackers@freebsd.org; Tue, 26 Aug 1997 10:26:46 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.8.7/8.7.3) id KAA20029 for hackers@freebsd.org; Tue, 26 Aug 1997 10:13:52 -0700 (PDT) From: Frank Mayhar Message-Id: <199708261713.KAA20029@exit.com> Subject: Making a boot floppy. To: hackers@freebsd.org Date: Tue, 26 Aug 1997 10:13:52 -0700 (PDT) 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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it still impossible to make a boot floppy without going through the whole "make release" process? If not, can anyone provide any pointers? My release is already made, but I screwed up the config on the boot floppy, and I don't really have the time to go through the whole hours- long make release. (Geez, all that just to add one line to the BOOTMFS kernel config.) Any help would be greatly appreciated. Thanks. -- Frank Mayhar frank@exit.com From owner-freebsd-hackers Tue Aug 26 11:07:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26606 for hackers-outgoing; Tue, 26 Aug 1997 11:07:26 -0700 (PDT) Received: from papagaio.voga.com.br (papagaio.voga.com.br [200.239.39.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA26599 for ; Tue, 26 Aug 1997 11:07:21 -0700 (PDT) Received: by papagaio.voga.com.br(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id 032564FF.0063EB6F ; Tue, 26 Aug 1997 15:11:23 -0300 X-Lotus-FromDomain: VOGA From: "Daniel Sobral" To: hackers@FreeBSD.ORG Message-ID: <032564FF.006344C5.00@papagaio.voga.com.br> Date: Tue, 26 Aug 1997 15:07:49 -0300 Subject: Re: Checking the integrity of system files Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Nate Williams > Date: Tue, 26 Aug 1997 09:39:49 -0600 (MDT) > Subject: Re: Checking the integrity of system files > > One neat trick there is actually keeping > > the package as an arhive) of gzipped files > But, zip keeps things like ownership and permissions > as well, and I'm pretty sure 'ar' doesn't. Add an "mtree" file to the archi From owner-freebsd-hackers Tue Aug 26 11:55:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29924 for hackers-outgoing; Tue, 26 Aug 1997 11:55:15 -0700 (PDT) Received: from dfw-ix5.ix.netcom.com (dfw-ix5.ix.netcom.com [206.214.98.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29913 for ; Tue, 26 Aug 1997 11:55:10 -0700 (PDT) Received: (from smap@localhost) by dfw-ix5.ix.netcom.com (8.8.4/8.8.4) id NAA18434 for ; Tue, 26 Aug 1997 13:54:26 -0500 (CDT) Received: from ppp-207-215-85-18.scrm01.pacbell.net(207.215.85.18) by dfw-ix5.ix.netcom.com via smap (V1.3) id sma018356; Tue Aug 26 13:54:06 1997 Message-ID: <34032682.7CAD@ix.netcom.com> Date: Tue, 26 Aug 1997 11:54:58 -0700 From: Bella Figura Systems Reply-To: bellafig@ix.netcom.com Organization: Bella Figura - Leader in Internet Software and Hardware Applications X-Mailer: Mozilla 3.01 (Win95; I; 16bit) MIME-Version: 1.0 To: hackers@freebsd.org Subject: FreeBSD Engineers Needed Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bella Figura Systems is in need of four (4) engineers with FreeBSD experience. Five (5) years recent experience and experience with an ISP a plus. Top pay for good engineers. Bella Figura is not a job shop but an engineering firm with multiple internet and web site contracts. Benefits include a liberal telecommute plan as well as the ability to set your own work hours. We bend over backwards for our engineers! Please reply by e-mail, and provide a brief resume to: bellafig@ix.netcom.com From owner-freebsd-hackers Tue Aug 26 12:02:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA00502 for hackers-outgoing; Tue, 26 Aug 1997 12:02:13 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA00495 for ; Tue, 26 Aug 1997 12:02:07 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0x3QsM-000oEcC; Tue, 26 Aug 97 21:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Tue, 26 Aug 1997 20:31:59 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for hackers@FreeBSD.ORG; Tue, 26 Aug 1997 20:24:51 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #7 built 1997-Jul-4) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: serial console In-Reply-To: from Raul Zighelboim at "Aug 26, 97 11:59:20 am" To: mango@staff.communique.net (Raul Zighelboim) Date: Tue, 26 Aug 1997 20:24:51 +0200 (CEST) Cc: hackers@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Raul Zighelboim wrote: > Does anyone knows of a PC BIOS that will send boot information to a > serial console (and accept keyboar imput from the serial console instead > of the local graphic/keyboard combination ? AFAIK (some) Hewlett-Packard Netservers will allow you to do this. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe "Those who can, do. Those who can't, talk. And those who can't talk, talk about talking." (B. Shaw) From owner-freebsd-hackers Tue Aug 26 12:31:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02098 for hackers-outgoing; Tue, 26 Aug 1997 12:31:56 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02079 for ; Tue, 26 Aug 1997 12:31:46 -0700 (PDT) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id OAA07479; Tue, 26 Aug 1997 14:54:33 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id OAA25802; Tue, 26 Aug 1997 14:33:27 -0500 Message-ID: <19970826143326.48713@right.PCS> Date: Tue, 26 Aug 1997 14:33:26 -0500 From: Jonathan Lemon To: Raul Zighelboim Cc: "'hackers@freebsd.org'" Subject: Re: serial console References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Raul Zighelboim on Aug 08, 1997 at 11:59:20AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 08, 1997 at 11:59:20AM -0500, Raul Zighelboim wrote: > Does anyone knows of a PC BIOS that will send boot information to a > serial console (and accept keyboar imput from the serial console instead > of the local graphic/keyboard combination ? If you meant to ask: 'Can I boot and run my PC with a serial console only, and no keyboard?', then yes. This is done by the BSD bootblocks. add "flags 0x30" to the sio0 line in your kernel config file, and then do "echo -h > /boot.config", to force serial console usage. If you want to run a serial console on something other than COM1, then you need custom bootblocks: see src/sys/i386/boot/biosboot/README.serial -- Jonathan From owner-freebsd-hackers Tue Aug 26 12:47:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03148 for hackers-outgoing; Tue, 26 Aug 1997 12:47:43 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA03134 for ; Tue, 26 Aug 1997 12:47:36 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id WAA03923; Tue, 26 Aug 1997 22:47:30 +0300 (EEST) Date: Tue, 26 Aug 1997 22:47:30 +0300 (EEST) Message-Id: <199708261947.WAA03923@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: freebsd-hackers@freebsd.org Subject: IPv6 X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'll accept any flames I get for posting directly here but since my questions on -questions have ended without generating a horde nor a single reply I thought I'll dare to do this anyway :-/ So the question is if there are plans to integrate IPv6 into current anytime soon? It seems that there is fairly functional implementation from INRIA which seems to fall out-of-sync even with 2.2-STABLE quite frequently so I would guess coordinating efforts and checking the code or some other code in would be helpful for us users and developers alike. Pete From owner-freebsd-hackers Tue Aug 26 13:14:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA04762 for hackers-outgoing; Tue, 26 Aug 1997 13:14:26 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA04754 for ; Tue, 26 Aug 1997 13:14:17 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id NAA16820; Tue, 26 Aug 1997 13:14:14 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.6/8.8.5) with SMTP id NAA24880; Tue, 26 Aug 1997 13:14:14 -0700 (PDT) Date: Tue, 26 Aug 1997 13:14:14 -0700 (PDT) From: Chris Timmons To: Aled Morris cc: hackers@FreeBSD.ORG Subject: Re: UDP "to" address? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Use bpf directly, like dhcpd does? I'd go looking for the isc dhcpd implementation at www.isc.org. The code is well written and easy to follow. -Chris On Tue, 26 Aug 1997, Aled Morris wrote: > Does anyone have a way of recovering the address to which a UDP packet > has been addressed? recvfrom(2) only returns the source address and > getpeername(2) is no use for UDP. > > The problem I have is a multi-homed machine which needs to know the > address the client has used to reach it. > > Aled > -- > tel +44 973 207987 O- > aledm@routers.co.uk > From owner-freebsd-hackers Tue Aug 26 13:46:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06831 for hackers-outgoing; Tue, 26 Aug 1997 13:46:48 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA06810 for ; Tue, 26 Aug 1997 13:46:21 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id TAA21799; Tue, 26 Aug 1997 19:22:36 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.7/8.8.6) with ESMTP id TAA00333; Tue, 26 Aug 1997 19:22:37 +0100 (BST) Message-Id: <199708261822.TAA00333@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken resolver/named In-reply-to: Your message of "Tue, 26 Aug 1997 07:43:28 +0200." <19970826074328.TN17701@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 19:22:37 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Brian Somers wrote: > > > How about the enclosed one-liner ? Any objections to putting it into > > 2.2 & -current ? DONT_QUERY_TLDS would not be "on" by default. > > If at all, it doesn't belong into -stable. > > Given that the resolver already uses a number of environment > variables, i think this could be done there, too. I'm sure there will > be more people who'd like to use this hack. Hmm, resolver(3) points to resolver(5) for a description of what these env vars look like.... resolver(5) doesn't mention them :-( I'll add an option if nobody has any objections (and document the environment variables while I'm 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. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Aug 26 14:24:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08938 for hackers-outgoing; Tue, 26 Aug 1997 14:24:23 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA08912 for ; Tue, 26 Aug 1997 14:24:02 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA26390 (5.67b/IDA-1.5 for FreeBSD-Hackers@FreeBSD.ORG); Tue, 26 Aug 1997 23:24:17 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id TAA00851; Tue, 26 Aug 1997 19:15:23 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708261715.TAA00851@yedi.iaf.nl> Subject: Re: Calling a Daemon from the Kernel - How? To: tinguely@plains.NoDak.edu (Mark Tinguely) Date: Tue, 26 Aug 1997 19:15:22 +0200 (MET DST) Cc: FreeBSD-Hackers@FreeBSD.ORG, Shimon@i-Connect.Net In-Reply-To: <199708252318.SAA13305@plains.NoDak.edu> from "Mark Tinguely" at Aug 25, 97 06:18:11 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mark Tinguely wrote... > > > How do I write a program that gets called from the kernel. > > I know how to write a program that call the kernel :-) > > I even know (some of you may argue with this) how to write a kernel driver > > that gets called form userspace :-) > > > > I want to write a daemon (or whatever) that gets called by the kernel to do > > sone dirty work I do not think belongs in the kernel. > > you really do not want the kernel to make a user space and exec (look at > the gross things the kernel needs to do to get init running). > > it be easier to make a raw socket interface for the communication and > have the daemon start in user space from something like /etc/rc.local. > A good example of this is mrouted. Or implement a ioctl that is called by the userspace thingy and get's blocked in the ioctl code until needed. Not nice, but works _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Tue Aug 26 14:26:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA09028 for hackers-outgoing; Tue, 26 Aug 1997 14:26:26 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA09015 for ; Tue, 26 Aug 1997 14:26:08 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA26426 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Tue, 26 Aug 1997 23:26:12 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id TAA00612; Tue, 26 Aug 1997 19:04:53 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708261704.TAA00612@yedi.iaf.nl> Subject: Re: ? power outages and file system corruption To: terry@lambert.org (Terry Lambert) Date: Tue, 26 Aug 1997 19:04:53 +0200 (MET DST) Cc: burt@focusplus.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199708260400.VAA02776@phaeton.artisoft.com> from "Terry Lambert" at Aug 25, 97 09:00:01 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote... > > Is the only way to protect against power-outage-caused file system > > corruption to install a UPS? Someone mentioned to me that Sun > > (yeah, i know it's Solaris, but i just wanted to know if there was > > something analogous in FBSD) has some sort of disk/FS caching to > > protect against this. > > Sun has a non-volatile write buffer card you can buy for Sun machines > so async writes aren't dangerous. These things are mostly used for NFS servers. Called 'Prestoserve' and not limited to only Sun machines. I think there is even a special NVRAM SIMM you can put into your Sparcstation. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Tue Aug 26 15:42:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13785 for hackers-outgoing; Tue, 26 Aug 1997 15:42:12 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA13776 for ; Tue, 26 Aug 1997 15:42:01 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA29825 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Wed, 27 Aug 1997 00:42:15 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id XAA03122; Tue, 26 Aug 1997 23:46:55 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708262146.XAA03122@yedi.iaf.nl> Subject: Re: UDP "to" address? To: skynyrd@opus.cts.cwu.edu (Chris Timmons) Date: Tue, 26 Aug 1997 23:46:55 +0200 (MET DST) Cc: aledm@routers.co.uk, hackers@FreeBSD.ORG In-Reply-To: from "Chris Timmons" at Aug 26, 97 01:14:14 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Chris Timmons wrote... > > Use bpf directly, like dhcpd does? I'd go looking for the isc dhcpd > implementation at www.isc.org. The code is well written and easy to > follow. Which incedently is also available as a port ... > -Chris > > On Tue, 26 Aug 1997, Aled Morris wrote: > > > Does anyone have a way of recovering the address to which a UDP packet > > has been addressed? recvfrom(2) only returns the source address and > > getpeername(2) is no use for UDP. > > > > The problem I have is a multi-homed machine which needs to know the > > address the client has used to reach it. _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Tue Aug 26 15:42:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13817 for hackers-outgoing; Tue, 26 Aug 1997 15:42:33 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA13812 for ; Tue, 26 Aug 1997 15:42:29 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA29939 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Wed, 27 Aug 1997 00:42:29 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id XAA03132; Tue, 26 Aug 1997 23:48:38 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708262148.XAA03132@yedi.iaf.nl> Subject: Re: serial console To: jlemon@americantv.com (Jonathan Lemon) Date: Tue, 26 Aug 1997 23:48:38 +0200 (MET DST) Cc: mango@staff.communique.net, hackers@FreeBSD.ORG In-Reply-To: <19970826143326.48713@right.PCS> from "Jonathan Lemon" at Aug 26, 97 02:33:26 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jonathan Lemon wrote... > On Aug 08, 1997 at 11:59:20AM -0500, Raul Zighelboim wrote: > > Does anyone knows of a PC BIOS that will send boot information to a > > serial console (and accept keyboar imput from the serial console instead > > of the local graphic/keyboard combination ? > > If you meant to ask: 'Can I boot and run my PC with a serial console > only, and no keyboard?', then yes. But check out if your system BIOS allows you this. Some BIOSes insist on a keyboard being present during the selftest. If a keyboard is lacking this often results in the famous 'No keyboard found, press to continue' .... message _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Tue Aug 26 15:44:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13996 for hackers-outgoing; Tue, 26 Aug 1997 15:44:42 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13972; Tue, 26 Aug 1997 15:44:27 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id IAA01587; Wed, 27 Aug 1997 08:12:50 +0930 (CST) Message-Id: <199708262242.IAA01587@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, Nicolas.Souchu@prism.uvsq.fr, phk@critter.dk.tfs.com Subject: Re: Parallel port developpements - ppbus In-reply-to: Your message of "Wed, 27 Aug 1997 00:40:24 +1000." <199708261440.AAA04055@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 1997 08:12:48 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> > >> It makes no sense to put it there either, since sys/dev is for > >> bus-independent (parts of) drivers. > > > >Well, then I'd better move the ppbus stuff. It makes no sense to me > >to have Yet Another toplevel directory for this though, and sys/dev > >strikes me as being the ideal place for architecture-independent > >device drivers. > > > >Any consensus on this? > > No :-). > > If /sys/de/ is ideal for arch-independent drivers, why put arch-dependent > drivers in it? (ppbus/*.c is apparently arch-dependent because it includes > files from i386/isa.) This is a bug, and I am embarrassed to say that it has slipped down my list of must-fixes. None of the ppbus stuff *should* be arch-dependant in any way. mike From owner-freebsd-hackers Tue Aug 26 15:52:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14437 for hackers-outgoing; Tue, 26 Aug 1997 15:52:48 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14428 for ; Tue, 26 Aug 1997 15:52:40 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id PAA26373 for ; Tue, 26 Aug 1997 15:51:48 -0700 (PDT) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id AAA06212 for ; Wed, 27 Aug 1997 00:52:33 +0200 (MET DST) Received: from phaeton.artisoft.com by relay5.UU.NET with SMTP (peer crosschecked as: phaeton.Artisoft.COM [198.17.250.50]) id QQdeid08822; Tue, 26 Aug 1997 18:52:30 -0400 (EDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA04268; Tue, 26 Aug 1997 15:51:49 -0700 From: Terry Lambert Message-Id: <199708262251.PAA04268@phaeton.artisoft.com> Subject: Re: Anarchists decry 72lbs plutonium launch To: Shimon@i-Connect.Net (Simon Shapiro) Date: Tue, 26 Aug 1997 15:51:49 -0700 (MST) Cc: terry@lambert.org, saar-lists-freebsd-hackers@uunet.uu.net, screwinup@aol.com, jkh@time.cdrom.com, handy@sag.space.lockheed.com, rminnich@Sarnoff.COM In-Reply-To: from "Simon Shapiro" at Aug 25, 97 11:24:50 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As a newcomer, please eduate me: This wonderful thread has a lot to do > with FreeBSD technical discussion. But how? Well, far be it for me to continue this thread by responding to you continuing this thread... But it was originall a reply to a newsgroup that uunet is apparently gating to the -hackers list. As a result, the priginal crap which I replied to in the nes group also showed up on the -hackers list. What keeps it dragging on anywhere but in private email or on -chat after uunet's incorrect gating of news postings to our lists without checking for spam is questions like yours. And responses like this one. 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 26 16:03:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14859 for hackers-outgoing; Tue, 26 Aug 1997 16:03:23 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14854 for ; Tue, 26 Aug 1997 16:03:16 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.6/8.8.6) with SMTP id CAA02828 for ; Wed, 27 Aug 1997 02:03:11 +0300 (EEST) Date: Wed, 27 Aug 1997 02:03:11 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: hackers@freebsd.org Subject: FYI: SVR5 is out Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www3.sco.com/Company/Announce/p081897b.html What's really new there? they do claim some exclusive performance wins... Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Tue Aug 26 16:05:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15022 for hackers-outgoing; Tue, 26 Aug 1997 16:05:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA15016 for ; Tue, 26 Aug 1997 16:05:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA04296; Tue, 26 Aug 1997 16:03:38 -0700 From: Terry Lambert Message-Id: <199708262303.QAA04296@phaeton.artisoft.com> Subject: Re: ? power outages and file system corruption To: Shimon@i-Connect.Net (Simon Shapiro) Date: Tue, 26 Aug 1997 16:03:37 -0700 (MST) Cc: burt@focusplus.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Simon Shapiro" at Aug 25, 97 11:24:50 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Is the only way to protect against power-outage-caused file system > > corruption to install a UPS? Someone mentioned to me that Sun > > (yeah, i know it's Solaris, but i just wanted to know if there was > > something analogous in FBSD) has some sort of disk/FS caching to > > protect against this. > > In theory, a journaling filesystem will do that. Veritas is a good name > for these. The problem with most of these is that a $300 UPS is cheaper > and more reliable. Most such filesystems are attached to such an increase > in complexity that the most common cause of curruption is a filesystem code > bug. Even a UPS does not help you then. A journalling filesystem is just another way to protect FS metadata integrity without doing a traditional fsck (an abbreviated fsck using the journalling data occurs as part of mount). A journalling FS does not guarantee against FS corruption. It only guarantees against structure corruption. FS data corrpution can still occur if you have data which is not atomically transacted. One example of this would be data seperated into an index file and a record file in a database. If the index write does not complete before a crash, the data in the index file will be rolled back by a JFS, and the database on the JFS will not be guaranteed to be in a known, valid state. This is an obvious consequence of the fact that the user did not make calls, such as: start user JFS transaction modify data file modify index file end user JFS transaction So that the modifications to both files will either complete, or *neither* will exist after the crash (in event of a crash before the transation end record was written. This type of service is called a "transaction tracking system". Generally, these are both third party, and *very* slow (ie: Tuxedo from AT&T/USL/whoever). Having a JFS does not necessarily buy you a TTS unless the services are exported by the JFS *and* the user application takes advantage of it. 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 26 16:45:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17822 for hackers-outgoing; Tue, 26 Aug 1997 16:45:19 -0700 (PDT) Received: from rgate.metricom.com (rgate.metricom.com [204.179.143.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17815 for ; Tue, 26 Aug 1997 16:45:14 -0700 (PDT) Received: from snayak (mg131-228.ricochet.net [204.179.131.228]) by rgate.metricom.com (8.7.6/8.7.3) with SMTP id SAA27352 for ; Tue, 26 Aug 1997 18:45:27 -0500 (CDT) Message-ID: <303FB26B.1D25@ricochet.net> Date: Sat, 26 Aug 1995 16:46:51 -0700 From: snayak Organization: new com technologies X-Mailer: Mozilla 2.02 (Win95; U) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: help me out !! X-URL: http://www.freebsd.org/handbook/handbook5.html#5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk hello hackers I got some probelsm in understanding the code related to the ARP and DRIVER interfaces in FREE BSD. Actually i am in a process of customising the code to my application ( ARP code ). The code says struct arpcom { } is the structure shared between driver and ARP module. I would like know there are any structure which are comman between these two modules secondly. when ARP request comes in to a host, ARP module will check the address ( sanity checking ) and then calls the a function " arplookup". this interms calls "rtalloc1" which calls rn_match(). the structure involved during the processing of above functions are struct rtentry struct radix_node struct radix_node_head. i am not really understanding what are these radix structures. can i replace this structure with my own struct which contains the arp route information. pls help me out hope i am not troubling you too much mail me at " snayak@ricochet.net" or " nayaksan@hotmail.com" bye sanjay From owner-freebsd-hackers Tue Aug 26 17:30:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20178 for hackers-outgoing; Tue, 26 Aug 1997 17:30:35 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20173 for ; Tue, 26 Aug 1997 17:30:30 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA23791 for ; Tue, 26 Aug 1997 17:21:06 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd023769; Wed Aug 27 00:20:59 1997 Message-ID: <340372DF.695678E2@whistle.com> Date: Tue, 26 Aug 1997 17:20:47 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: review please.. Networking change. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is a change to the general networking, and a change to the appletalk networking. The general change is to add a callout hook that a protocol can use to make sure it is called when a decision needs to be made as to whether an address is attached to a prticular interface or not. This is needed because the current method is to use netmaks, but netmasks do not suffice for some protocols, e.g. appletalk. the cost to general netowrking is the addition of a 4 byte field to the ifaddr structure, and a test for the presence of this field in the generic function ifa_ifwuthnet(). If the callout is valid, then it is called instead of the generic netmask based code. The only issue I have with this code is, that it might be better to allow the protocols to specify a more generally useful function, ONE sub-function of which would be to do this comparison, however I cannot clearly identify other uses for this function, so I decided to make it specific for now. (by "more general", I mean to have multiple actions in the same way that rtrequest() does.) If I don't get any objections I will check these changes into -current and after a brief wait, into the 2.2 tree. Without this, the appletalk code has no chance of working correctly with a appletalk network that includes routed components. (which is usually just about any large appletalk installation). I fyou have objections please let me know relatively quickly as I would like ot check it in tomorrow.(Wed) julian From owner-freebsd-hackers Tue Aug 26 17:30:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20202 for hackers-outgoing; Tue, 26 Aug 1997 17:30:45 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20193 for ; Tue, 26 Aug 1997 17:30:41 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA23841; Tue, 26 Aug 1997 17:22:37 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd023837; Wed Aug 27 00:22:31 1997 Message-ID: <3403733D.13728473@whistle.com> Date: Tue, 26 Aug 1997 17:22:21 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org CC: julian@alpo.whistle.com Subject: review please Netowrking change. patch.. Content-Type: multipart/mixed; boundary="------------2C67412E284797A9500F9F30" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------2C67412E284797A9500F9F30 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Here is the patch for the appletalk fix I'd like to commit. --------------2C67412E284797A9500F9F30 Content-Type: text/plain; charset=us-ascii; name="diffs.3.0" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diffs.3.0" Index: net/if.c =================================================================== RCS file: /home/ncvs/src/sys/net/if.c,v retrieving revision 1.50 diff -c -r1.50 if.c *** if.c 1997/08/22 22:47:27 1.50 --- if.c 1997/08/26 23:37:28 *************** *** 270,275 **** --- 270,287 ---- return (ifa); } else { /* + * if we have a special address handler, + * then use it instead of the generic one. + */ + if (ifa->ifa_claim_addr) { + if ((*ifa->ifa_claim_addr)(ifa, addr)) { + return (ifa); + } else { + continue; + } + } + + /* * Scan all the bits in the ifa's address. * If a bit dissagrees with what we are * looking for, mask it with the netmask *************** *** 576,582 **** case SIOCSIFPHYS: error = suser(p->p_ucred, &p->p_acflag); if (error) ! return error; if (!ifp->if_ioctl) return EOPNOTSUPP; error = (*ifp->if_ioctl)(ifp, cmd, data); --- 588,594 ---- case SIOCSIFPHYS: error = suser(p->p_ucred, &p->p_acflag); if (error) ! return error; if (!ifp->if_ioctl) return EOPNOTSUPP; error = (*ifp->if_ioctl)(ifp, cmd, data); Index: net/if_var.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_var.h,v retrieving revision 1.5 diff -c -r1.5 if_var.h *** if_var.h 1997/02/22 09:41:10 1.5 --- if_var.h 1997/08/26 23:37:29 *************** *** 254,259 **** --- 254,262 ---- #ifdef notdef struct rtentry *ifa_rt; /* XXXX for ROUTETOIF ????? */ #endif + int (*ifa_claim_addr) /* check if an addr goes to this if */ + __P((struct ifaddr *, struct sockaddr *)); + }; #define IFA_ROUTE RTF_UP /* route installed */ Index: netatalk/at_control.c =================================================================== RCS file: /home/ncvs/src/sys/netatalk/at_control.c,v retrieving revision 1.15 diff -c -r1.15 at_control.c *** at_control.c 1997/05/13 21:01:44 1.15 --- at_control.c 1997/08/26 23:37:30 *************** *** 36,41 **** --- 36,42 ---- static int at_scrub( struct ifnet *ifp, struct at_ifaddr *aa ); static int at_ifinit( struct ifnet *ifp, struct at_ifaddr *aa, struct sockaddr_at *sat ); + static int aa_claim_addr(struct ifaddr *ifa, struct sockaddr *gw); # define sateqaddr(a,b) ((a)->sat_len == (b)->sat_len && \ (a)->sat_family == (b)->sat_family && \ *************** *** 137,143 **** /* * If we failed to find an existing at_ifaddr entry, then we * allocate a fresh one. - * XXX change this to use malloc */ if ( aa == (struct at_ifaddr *) 0 ) { aa0 = malloc(sizeof(struct at_ifaddr), M_IFADDR, M_WAITOK); --- 138,143 ---- *************** *** 492,497 **** --- 492,503 ---- } /* + * Copy the phase. + */ + AA_SAT( aa )->sat_range.r_netrange.nr_phase + = ((aa->aa_flags & AFA_PHASE2) ? 2:1); + + /* * step through the nets in the range * starting at the (possibly random) start point. */ *************** *** 634,639 **** --- 640,650 ---- /* + * set the address of our "check if this addr is ours" routine. + */ + aa->aa_ifa.ifa_claim_addr = aa_claim_addr; + + /* * of course if we can't add these routes we back out, but it's getting * risky by now XXX */ *************** *** 834,836 **** --- 845,878 ---- #endif + static int + aa_claim_addr(struct ifaddr *ifa, struct sockaddr *gw0) + { + struct sockaddr_at *addr = (struct sockaddr_at *)ifa->ifa_addr; + struct sockaddr_at *gw = (struct sockaddr_at *)gw0; + + switch (gw->sat_range.r_netrange.nr_phase) { + case 1: + if(addr->sat_range.r_netrange.nr_phase == 1) + return 1; + case 0: + case 2: + /* + * if it's our net (including 0), + * or netranges are valid, and we are in the range, + * then it's ours. + */ + if ((addr->sat_addr.s_net == gw->sat_addr.s_net) + || ((addr->sat_range.r_netrange.nr_lastnet) + && (gw->sat_addr.s_net + >= addr->sat_range.r_netrange.nr_firstnet ) + && (gw->sat_addr.s_net + <= addr->sat_range.r_netrange.nr_lastnet ))) { + return 1; + } + break; + default: + printf("atalk: bad phase\n"); + } + return 0; + } Index: netatalk/ddp_output.c =================================================================== RCS file: /home/ncvs/src/sys/netatalk/ddp_output.c,v retrieving revision 1.4 diff -c -r1.4 ddp_output.c *** ddp_output.c 1997/03/05 09:17:37 1.4 --- ddp_output.c 1997/08/26 23:37:30 *************** *** 119,134 **** struct ifnet *ifp = NULL; u_short net; ! if ( ro->ro_rt && ( ifp = ro->ro_rt->rt_ifp )) { ! net = satosat( ro->ro_rt->rt_gateway )->sat_addr.s_net; for ( aa = at_ifaddr; aa; aa = aa->aa_next ) { ! if ( aa->aa_ifp == ifp && ntohs( net ) >= ntohs( aa->aa_firstnet ) && ntohs( net ) <= ntohs( aa->aa_lastnet )) { break; } } } if ( aa == NULL ) { printf( "ddp_route: oops\n" ); m_freem( m ); --- 119,150 ---- struct ifnet *ifp = NULL; u_short net; ! /* ! * if we have a route, find the ifa that refers to this route. ! * I.e The ifa used to get to the gateway. ! */ ! if ( (ro->ro_rt == NULL) ! || ( ro->ro_rt->rt_ifa == NULL ) ! || ( (ifp = ro->ro_rt->rt_ifa->ifa_ifp) == NULL )) { ! rtalloc(ro); ! } ! if ( (ro->ro_rt != NULL) ! && ( ro->ro_rt->rt_ifa ) ! && ( ifp = ro->ro_rt->rt_ifa->ifa_ifp )) { ! net = satosat(ro->ro_rt->rt_gateway)->sat_addr.s_net; for ( aa = at_ifaddr; aa; aa = aa->aa_next ) { ! if (((net == 0) || (aa->aa_ifp == ifp)) && ntohs( net ) >= ntohs( aa->aa_firstnet ) && ntohs( net ) <= ntohs( aa->aa_lastnet )) { break; } } + } else { + printf( "ddp_route: still have no valid route\n"); + m_freem( m ); + return( EINVAL ); } + if ( aa == NULL ) { printf( "ddp_route: oops\n" ); m_freem( m ); --------------2C67412E284797A9500F9F30-- From owner-freebsd-hackers Tue Aug 26 18:00:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21768 for hackers-outgoing; Tue, 26 Aug 1997 18:00:53 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21746 for ; Tue, 26 Aug 1997 18:00:48 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA24818; Tue, 26 Aug 1997 17:52:51 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd024816; Wed Aug 27 00:52:50 1997 Message-ID: <34037A57.64880EEB@whistle.com> Date: Tue, 26 Aug 1997 17:52:39 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: snayak CC: freebsd-hackers@FreeBSD.ORG Subject: Re: help me out !! References: <303FB26B.1D25@ricochet.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk snayak wrote: > > hello hackers > > I got some probelsm in understanding the code related to the ARP > and DRIVER interfaces in FREE BSD. Actually i am in a process of > customising the code to my application ( ARP code ). > > The code says > > struct arpcom { > > } > > is the structure shared between driver and ARP module. I would like > know there are any structure which are common between these two modules ?? yes the arpcom struct is known to both the driver and the arp code. each interface has one of these. It's part if the interface's private stuff. It's made available tothe arp code whenever the interface calls the arp code. > > secondly. when ARP request comes in to a host, ARP module will check > the address ( sanity checking ) and then calls the a function " > arplookup". this interms calls "rtalloc1" which calls rn_match(). > > the structure involved during the processing of above functions are > struct rtentry > struct radix_node > struct radix_node_head. > > i am not really understanding what are these radix structures. these are fully explained in the books by Richard Stevens. see www.freebsd.org for a bibliography.. a radix tree is used to store routes. basically each branch in the tree depends on the state of 1 bit in the addres being searched. It's basically a dynamic decision tree. when you reach a leaf you have a route. if you don't have a match at the leaf, you back up, using the netmask till you have a route for the net you are trying to get to. if you back up all the way to the root of the decision tree, you get the default route. each rtentry struct contains two radix nodes. as well as the specific route information. it turns out that two add a route, you always need to add 2 nodes to the tree. one as an extra decision, and one as a leaf node to hold the route. so each rtentry (short for ROUTE ENTRY) comes with 2 pre-packaged to save on the malloc overhead. the radix_node_head is the head of the radix tree, and contains special info such as the top node, and two other special nodes (from memory) each node specifies which byte of the sockaddr (address) is going to be tested, and which bit in that byte. (in the form fo a mask). if that bit of that byte is 1 you take the branch, otherwise take the right. When backing up, you also use the supplied netmask to check is your bit should match or not.. as I said.. read the STEVENS book.. > > can i replace this structure with my own struct which contains the > arp route information. each protocol has teh ability to specify different routines to do routing lookups. > > pls help me out This is really tricky stuff you really need to know what you are doing to fiddle with it.. BSD4.3 used a much simpler routing table, and a separate arp table. bsd4.4 has them merged (arp entries being only a special case of a routing table entry, but it complexifies the situation in some ways. I believe that garret is thinking about re-implementing a separate arp table again. The appletalk code still uses a separate arp system (It came from BSD4.3) so you migh thlook at how that does it. > > hope i am not troubling you too much > > mail me at " snayak@ricochet.net" or " nayaksan@hotmail.com" > > bye > sanjay julian From owner-freebsd-hackers Tue Aug 26 20:31:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01654 for hackers-outgoing; Tue, 26 Aug 1997 20:31:59 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA01643 for ; Tue, 26 Aug 1997 20:31:47 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.8.7/8.6.12) with SMTP id XAA16755 for ; Tue, 26 Aug 1997 23:31:28 -0400 (EDT) Date: Tue, 26 Aug 1997 23:31:26 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: FreeBSD-Hackers Subject: netscape Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In my .netscape directory, there's a preferences.js file that seems to be the real preferences file (not the preferences files, which also exists). Does anyone know if there's any document around on what the various possible variables that can go in there are, and their meanings in regards to how netscape uses them? I'm referring to the new Freebsd native netscape, of course. I'm also curious as to how to get it to resave the preferences. I ONCE told it to use the lpr -Pcolor in stead of raw lpr, and it never forgot it, no matter how often I deleted that. I finally found that setting in the preferences.js file, but I don't know what I did to get it into there in the first place. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Aug 26 22:10:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09219 for hackers-outgoing; Tue, 26 Aug 1997 22:10:25 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA09186 for ; Tue, 26 Aug 1997 22:10:08 -0700 (PDT) Received: (qmail 14024 invoked by uid 1000); 27 Aug 1997 05:10:16 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708261704.TAA00612@yedi.iaf.nl> Date: Tue, 26 Aug 1997 22:10:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Wilko Bulte Subject: Re: ? power outages and file system corruption Cc: freebsd-hackers@FreeBSD.ORG, burt@focusplus.com, (Terry Lambert) Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Wilko Bulte; On 26-Aug-97 you wrote: ... > These things are mostly used for NFS servers. Called 'Prestoserve' > and not limited to only Sun machines. I think there is even a special > NVRAM SIMM you can put into your Sparcstation. That was a standard feature on all DEC Vax 7xx. I saw it on 750's and 780's. Unix could not make use of it for some reason. But RSTS and VMS sure did. So, what else is new and advanced? :-) Simon From owner-freebsd-hackers Tue Aug 26 22:10:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09245 for hackers-outgoing; Tue, 26 Aug 1997 22:10:28 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA09187 for ; Tue, 26 Aug 1997 22:10:18 -0700 (PDT) Received: (qmail 14026 invoked by uid 1000); 27 Aug 1997 05:10:17 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 26 Aug 1997 22:10:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Raul Zighelboim Subject: RE: serial console Cc: "'hackers@freebsd.org'" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Raul Zighelboim; On 26-Aug-97 you wrote: > > Hello there! > > Does anyone knows of a PC BIOS that will send boot information to a > serial console (and accept keyboar imput from the serial console instead > of the local graphic/keyboard combination ? > > Is this possible at all on an Intel PC ? Yes, it is possible. No PC's are NOT an Intel invention. Try looking into Texas Micro, Industrial Computer Source, HP, DEC, etc. Any industrial PC will do just that. The BIOS on one I saw was AMI, Phoenix on the other. Simon From owner-freebsd-hackers Tue Aug 26 22:10:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09220 for hackers-outgoing; Tue, 26 Aug 1997 22:10:26 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA09184 for ; Tue, 26 Aug 1997 22:10:06 -0700 (PDT) Received: (qmail 14006 invoked by uid 1000); 27 Aug 1997 05:10:16 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708261726.KAA07028@lestat.nas.nasa.gov> Date: Tue, 26 Aug 1997 22:10:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Jason Thorpe , FreeBSD-Hackers@FreeBSD.org Subject: RE: DPT driver - Overview (very long) Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Folks, I am posting this reply so that all those who ask me about this type of questions will get a (slightly more) concise answer Hi Jason Thorpe; On 26-Aug-97 you wrote: > Hello Simon, > > I was going to embark on porting your DPT driver to NetBSD, but when I > looked at it, it was a bit more complex-looking than I expected. > > I was wondering if you could give me a brief design overview? I'm most > interested in the use of soft interrupts, and would also like to know > what the "signature" thing is all about... > > Thanks! Let's start at the end :-) The signature business; This is a piece of ``black magic'' that identifies the exact version and configuration of the DPT to a calling program. ALL the DPT controllers are essentially the same from API point of view. Some are more limited (ISA-EISA-PCI), some are slower (6800,68020,68030), some have multiple busses, some do not, etc. The next step is to understand what a DPT is. It really is not an HBA (Host Bus Adapter), although it likes to pretend to be one. It is more like an I/O Channel controller on a mainframe; A computer with its own O/S, memory, I/O (there is even a serial port on the card), etc. In addition to normal HBA functions the DPT manages RAID arrays in a very clever and complex way. RAID arrays need configuration, dead disks need to be replaced, replacements added, etc. Also consider the need for (and ability to) grow arrays, share arrays with other controllers on the same buss, etc. Last, but not least is the need to interact with external entities and exchange configuration and status data; The DPT can tell you that the disk cabinets are too warm, that a fan failed, that a disk is about to fail soon, how well are your disks performing, etc. To do all this you need a user interface. DPT has a standard user interface that we ported wholesale to FreeBSD. We added some minor, cute options along the way. One of the components in this API is the passing of ``signatures''. If you port this driver, just copy this stuff. You really do not need it for normal operation and it is pretty much O/S independent. Now for the driver overview. It starts life in a fairly normal way, by doing the regular PCI registration shtick. One piece that will catch your eye is the attempt to switch the controller from I/O mapped registers to memory mapped ones. This is not functional yet and should be left alone. There may be some performance advantage and some bug-fixing quality in this. One difference can already be visible; A linked list of dpt_ccb, eata_ccb and sp structures is allocated. How many are allocated depends on what a given DPT says about itself. These ccb (a dpt_ccb contains an eata_ccb and a sp, among other things) are put into the FREE queue. There is such a queue for each controller found. EATA: Extended ATA. The protocol by which we talk to the controller. eata_ccb: This is a data structure, understood by the DPT and contains detailed instructions what to do, including the SCSI command itself sp: A Status Packet. Filled in by the DPT when a command is comlete. dpt_ccb: A container to hold ALL the relevant data about a transaction, including an eata_ccb and an sp. Since a DPT can have up to three busses per controller, the dpt_softc structure contains an array of scsi_link structures. One scsi_link per bus. Flow. The upper kernel sends a scsi command to dpt_scs_cmd. We look at it, tweak some of the data, pop a dpt_ccb from the free queue, populate the eata_ccb and push the request onto the WAITING queue. One important piece to remember, is that we put in the eata_ccb a unique signature, used later to identify the completed command. Remember! The DPT talks big-endian, so htonl is very critical there. Once we are ready to submit the command to the DPT, we do not! Instead, we call dpt_sched_queue. What this function does is SCHEDULE a software interrupt to happen sometimes later. Once we scheduled the interrupt, we return, telling the upper layer that the request was shceduled. At some time in the future (the details evade me, but saying that we have to be in spl0, is probably not a complete lie), the software interrupt will occur. It will actually call the function dpt_sintr. Dpt_sintr runs at an spl level unique to it, and different from the SPL level of the regular interrupt routine dpt_intr. Unfortunately, there is no way I know of to pass any arguments to dpt_sintr. So, dpt_sintr tests all the COMPLETED queues of all the controllers. The completed queue contains transactions completed by the DPT that has not been called back to the upper layers. We will see shortly how that happened. Any command found in the completed queue is disposed of. If it was successful, we call scsi_done. If not, and a re-try is indicated, we put the command back in the waiting queue. This time it goes in the front, not the back of the queue. In this case, we schedule a software interrupt (to pick up the command from the waiting queue. If the command utterly failed, or succeeded, we push the dpt_ccb back into the free queue. You can control (with DPT_FREELIST_IS_STACK) where it goes. Stack will put it in the front, otherwise it goes in the back. Putting it in the front increases the chance of an L2 cache hit. It also increases the chance for weird race conditions. How do we send a command to the DPT? We load into a register set the address of the eata_ccb and write into the command port a command to ``go and do it''. That's all. The DPT will DMA the EATA ccb, do the scatter/gather (did I mention that we build the list in dpt_scsi_cmd?), etc. Before we actually send the command down to the DPT, we pop it off the waiting queue. Once we sent it successfully, we push it on the submitted queue. If we failed to send it, we push it back on the waiting queue and... Right! We generate a software interrupt. If we know that the DPT is too busy (we always know how many commands are in which queue), we do not even try to send it anything. What happens at command completion? Before we answer this, remember that the DPT can take (standard firmware) up to 64 concurrent commands, so, the pushing process continues until we have the DPT's incoming queue full, or until it tells us ``no more''. When the DPT completes a command, it does the following in this order: * DMA all the data in/out, whatever. * Fill out the different SCSI state/reply structures. * Fill a SP, general to the particular controller, with a result code and the unique signature which identifies the command just completed. (Remember, we filled this one out in dpt_scsi_cmd. * Write to status registers the fact that a command completed * Generate a hardware interrupt. * Ignore us until we tell it we serviced this interrupt. We receive the interrupt in dpt_intr. What we basically do there is examine the signature (with varying degrees of pedanticity). If we do not like it, it is an aborted interrupt. Remember these! If we like it, we treat it as if it is the address of the dpt_ccb which contains the transaction. We copy into the dpt_ccb some data that needs copying, take the command off the submitted queue and put it in the completed queue. Now what do we do? Right. We schedule a software interrupt. What does this interrupt do? scan the completed queue, scan the waiting queue, etc. Observations: 1. Why bother? The DPT driver for FreeBSD is part of a non-stop (I hate to say Fault Tolerant - marketing abused and invitation to big arguments) transaction processor. What we wanted is a system where we can push many I/O requests into the kernel and never have a user context block on hardware I/O. We also wanted to be able to schedule new requests concurrent with processing interrupts from the hardware. 2. Is it really faster? No, not really. If you examine the response time, on a slow processor, to a single thread of I/O requests, it is actually slower (There WAS an option to compile the driver without all this SWI stuff), the system shines when you examine two things: How well does it behave under extreamly heavy I/O load? And, how many I/O operations per second can we process? We needed about 800 of the later for our application. I measured today 1,432, with a one second peak of 1,560 I suspect I simply do not know how to push enough transactions into the driver. When you examine the system behavior under load, it is also very good. Our standard test rig includes running at least 256, or even 512 user processes, each in a tight loop doing RANDOM I/O on either tiny disk (so we can have ALL the disk in the DPT cache) or a huge disk (so our cache hit rate will drop as close o zero as possible. Under this load, Load Average is about 50-80, top sill runs every second, the keyboard is totally responsive and network packets still arrive at the rate of well over 1,000/sec. We have seen a single P6-200 do over 6,000 interrupts/sec. 3. Are you really this smart? No I am not. Although, in the context of FreeBSD I may be able to take the blame for the concept, in the context of SCSI interface, anyone familiar with the BSD kernel networking code will immediately recognize what is going on here. Another name to mention here, which has been invaluable in getting this done is Justin Gibbs. Probably one of the finest programmers I have ever seen. 4. Where do we go from here? a. Complete the /dev/dpt interface. It needs testing, debugging. b. Integrate he DLM support, so more than one DPT can be on the same disk array, without each trampling on each other's data. c. Finish the DBFS so that RDBMS engines will have a sharable, reliable and fast storage manager. d. Finish the DIO, so the storage manager can span local and remote devices. This is NOT a replacement for NFS :-) Monitoring: We have a large set of instruments in the driver. I publish some metrics every now and then. Here is a brief summary on how to: cd /dev;./MAKEDEV dpt${x} # Where x is {0,1,2,3) 1 for each DPT present, echo -n "dump softc" > /dev/dpt{x} get_dpt /dev/dpt${x} There is no documentation yet, but the sources are freely available :-) look on sendero-ppp.i-connect.net/crash. Simon From owner-freebsd-hackers Tue Aug 26 22:47:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA10696 for hackers-outgoing; Tue, 26 Aug 1997 22:47:15 -0700 (PDT) Received: from tornado.netspace.net.au (mheath@netspace.net.au [203.10.110.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA10691 for ; Tue, 26 Aug 1997 22:47:11 -0700 (PDT) Received: (from mheath@localhost) by tornado.netspace.net.au (8.8.5/8.7.1) id PAA19643; Wed, 27 Aug 1997 15:48:13 +1000 (EST) Date: Wed, 27 Aug 1997 15:48:11 +1000 (EST) From: Mark Heath To: freebsd-hackers@freebsd.org Subject: Status of the following bugs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Im having frequent (once every 2-3 hours) crashes, on a news server due to the following bugs: kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 kern/2771 panic: bad dir kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE Does any one know what possible solutions or state of these bugs are. The relevant hardware & software for the machine is: FreeBSD 2.2-970819-RELENG #0 CPU: Pentium Pro (199.43-MHz 686-class CPU) real memory = 268435456 (262144K bytes) ahc0 rev 0 int a irq 11 on pci1:4 (ahc0:0:0): "FUJITSU M2954Q-512 0147" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4149MB (8498506 512 byte sectors) Five drives, 3 on channel A, 2 on channel B ccd0-3: Concatenated disk drivers Thanks for your responces. -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ :wq From owner-freebsd-hackers Tue Aug 26 23:07:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11556 for hackers-outgoing; Tue, 26 Aug 1997 23:07:58 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11549 for ; Tue, 26 Aug 1997 23:07:55 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id BAA00272; Wed, 27 Aug 1997 01:07:45 -0500 (EST) From: "John S. Dyson" Message-Id: <199708270607.BAA00272@dyson.iquest.net> Subject: Re: Status of the following bugs In-Reply-To: from Mark Heath at "Aug 27, 97 03:48:11 pm" To: mheath@netspace.net.au (Mark Heath) Date: Wed, 27 Aug 1997 01:07:45 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Heath said: > > Im having frequent (once every 2-3 hours) crashes, on a news server due to > the following bugs: > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > kern/2771 panic: bad dir > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > Does any one know what possible solutions or state of these bugs are. > It is an NFS related bug, and havent had a chance to fully understand it. I think that there is a quick hack out there to make the problem go away. John -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Tue Aug 26 23:12:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11835 for hackers-outgoing; Tue, 26 Aug 1997 23:12:06 -0700 (PDT) Received: from tornado.netspace.net.au (mheath@netspace.net.au [203.10.110.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11830 for ; Tue, 26 Aug 1997 23:12:04 -0700 (PDT) Received: (from mheath@localhost) by tornado.netspace.net.au (8.8.5/8.7.1) id QAA20233; Wed, 27 Aug 1997 16:12:40 +1000 (EST) Date: Wed, 27 Aug 1997 16:12:39 +1000 (EST) From: Mark Heath To: "John S. Dyson" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Status of the following bugs In-Reply-To: <199708270607.BAA00272@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, John S. Dyson wrote: > It is an NFS related bug, and havent had a chance to fully understand it. > I think that there is a quick hack out there to make the problem go away. No, there are no nfs mounted drives on the machine. -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ :wq From owner-freebsd-hackers Tue Aug 26 23:17:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12205 for hackers-outgoing; Tue, 26 Aug 1997 23:17:41 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA12199 for ; Tue, 26 Aug 1997 23:17:37 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3bO0-0007ZC-00; Tue, 26 Aug 1997 23:15:24 -0700 Date: Tue, 26 Aug 1997 23:15:23 -0700 (PDT) From: Tom Samplonius To: Mark Heath cc: freebsd-hackers@freebsd.org Subject: Re: Status of the following bugs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Mark Heath wrote: > Im having frequent (once every 2-3 hours) crashes, on a news server due to > the following bugs: > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > kern/2771 panic: bad dir > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > Does any one know what possible solutions or state of these bugs are. The mangled entry error generally means that the filesystem is corrupted. You need to reboot and run fsck until it comes up clean. The other errors are unfamilar. Probably memory. I bet you don't have parity memory do you? I use parity simms, and a motherboard that supports ECC. It is the only way to go when using large memory configurations. > The relevant hardware & software for the machine is: > > FreeBSD 2.2-970819-RELENG #0 > CPU: Pentium Pro (199.43-MHz 686-class CPU) > real memory = 268435456 (262144K bytes) > ahc0 rev 0 int a irq 11 on pci1:4 > > (ahc0:0:0): "FUJITSU M2954Q-512 0147" type 0 fixed SCSI 2 > sd0(ahc0:0:0): Direct-Access 4149MB (8498506 512 byte sectors) > Five drives, 3 on channel A, 2 on channel B > ccd0-3: Concatenated disk drivers > > Thanks for your responces. > > -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ > :wq > > > Tom From owner-freebsd-hackers Tue Aug 26 23:42:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13898 for hackers-outgoing; Tue, 26 Aug 1997 23:42:43 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13893 for ; Tue, 26 Aug 1997 23:42:39 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id IAA19765; Wed, 27 Aug 1997 08:42:47 +0200 (MEST) From: Søren Schmidt Message-Id: <199708270642.IAA19765@sos.freebsd.dk> Subject: Re: creating support for an IDE tape drive In-Reply-To: <199708261147.HAA19102@apollo.worx.net> from Julie Meyer & Carl Todd at "Aug 26, 97 07:48:33 am" To: chtodd@seacoast.com (Julie Meyer & Carl Todd) Date: Wed, 27 Aug 1997 08:42:47 +0200 (MEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Julie Meyer & Carl Todd who wrote: > Hi folks, > From what I gather, FreeBSD doesn't yet support IDE (Atapi) tape > drives (I have a Seagate tapestore 8000). I'd like to know if > there's a way for me to hack a bit and create this support. I'd like > some help figuring out which direction to go with this and what I > might have to do to create support for this device. I assume that > the problem lies in the kernel but imagine I may have to create a new > device driver as well. Look at the /sys/i386/isa/atapi.c and related files, there is hooks for this in there allready, just the actual driver is missing... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue Aug 26 23:52:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA14524 for hackers-outgoing; Tue, 26 Aug 1997 23:52:14 -0700 (PDT) Received: from tornado.netspace.net.au (mheath@netspace.net.au [203.10.110.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA14517 for ; Tue, 26 Aug 1997 23:52:11 -0700 (PDT) Received: (from mheath@localhost) by tornado.netspace.net.au (8.8.5/8.7.1) id QAA21442; Wed, 27 Aug 1997 16:53:06 +1000 (EST) Date: Wed, 27 Aug 1997 16:53:05 +1000 (EST) From: Mark Heath To: Tom Samplonius cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Status of the following bugs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Tom Samplonius wrote: > > > The mangled entry error generally means that the filesystem is > corrupted. You need to reboot and run fsck until it comes up clean. This has been done a number of times. And the filesystem has even re newfs'd a couple of times. Aparently its is caused by a vnode race condition. I dont know much else about the bug. > > The other errors are unfamilar. Probably memory. I bet you don't have > parity memory do you? I wasn't aware that you could get Parity EDO ram. Im not a hardware guru. > I use parity simms, and a motherboard that supports ECC. It is the only > way to go when using large memory configurations. The only bios option I can find is: DRAM are 64 (not 72) bits wide Data Integrity (PARITY): enabled/disabled option. Is this relevant? -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ :wq From owner-freebsd-hackers Tue Aug 26 23:53:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA14580 for hackers-outgoing; Tue, 26 Aug 1997 23:53:21 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA14574 for ; Tue, 26 Aug 1997 23:53:19 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id XAA28684; Tue, 26 Aug 1997 23:53:09 -0700 (PDT) Date: Tue, 26 Aug 1997 23:53:08 -0700 (PDT) From: Jaye Mathisen To: Mark Heath cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Status of the following bugs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 2 quick suggestions. 1) Get rid of MMAP (assuming INN). 2) Upgrade to 3.0. The bad dir panic's have disappeared with upgrading. On Wed, 27 Aug 1997, Mark Heath wrote: > > Im having frequent (once every 2-3 hours) crashes, on a news server due to > the following bugs: > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > kern/2771 panic: bad dir > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > Does any one know what possible solutions or state of these bugs are. > > The relevant hardware & software for the machine is: > > FreeBSD 2.2-970819-RELENG #0 > CPU: Pentium Pro (199.43-MHz 686-class CPU) > real memory = 268435456 (262144K bytes) > ahc0 rev 0 int a irq 11 on pci1:4 > > (ahc0:0:0): "FUJITSU M2954Q-512 0147" type 0 fixed SCSI 2 > sd0(ahc0:0:0): Direct-Access 4149MB (8498506 512 byte sectors) > Five drives, 3 on channel A, 2 on channel B > ccd0-3: Concatenated disk drivers > > Thanks for your responces. > > -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ > :wq > From owner-freebsd-hackers Wed Aug 27 00:30:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA16536 for hackers-outgoing; Wed, 27 Aug 1997 00:30:26 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA16529 for ; Wed, 27 Aug 1997 00:30:21 -0700 (PDT) Received: from pf1.phil.uni-sb.de (root@pf1.phil.uni-sb.de [134.96.82.11]) by freefall.freebsd.org (8.8.6/8.8.5) with ESMTP id AAA29830 for ; Wed, 27 Aug 1997 00:29:20 -0700 (PDT) Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by pf1.phil.uni-sb.de (8.8.6/8.8.6/961001chris) with ESMTP id JAA08171 for ; Wed, 27 Aug 1997 09:30:01 +0200 (MET DST) Received: from wong.rogerswave.ca by relay2.UU.NET with ESMTP (peer crosschecked as: wong.rogerswave.ca [204.92.17.32]) id QQdejl09273; Wed, 27 Aug 1997 03:29:56 -0400 (EDT) Received: (from wong@localhost) by wong.rogerswave.ca (8.8.5/8.7.3) id CAA00628; Wed, 27 Aug 1997 02:26:45 -0400 (EDT) Date: Wed, 27 Aug 1997 02:26:44 -0400 (EDT) From: Ken Wong X-Sender: wong@wong.rogerswave.ca Reply-To: wong@rogerswave.ca To: Terry Lambert cc: Screwinup , saar-lists-freebsd-hackers@uunet.uu.net Subject: Re: Anarchists decry 72lbs plutonium launch In-Reply-To: <199708250313.UAA00633@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 24 Aug 1997, Terry Lambert wrote: > Finally, the waste materials from a coal or petroleum fired power > plant don't break down, period, unless acted upon by a highly maybe it doen't breakdown atomically but far from carefree. for example, good atom like O2 and energetic one like C are exposed to heat, they become CO2 if you are lucky, and CO. none of those are good for the envronment and youself. > energetic process. One taking more energy than was originally > produced (it's called "entropy", kids); take an elementry chemistry not always, if you have anti-matter. From owner-freebsd-hackers Wed Aug 27 00:54:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA17616 for hackers-outgoing; Wed, 27 Aug 1997 00:54:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA17611 for ; Wed, 27 Aug 1997 00:53:57 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10525; Wed, 27 Aug 1997 09:53:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id JAA08721; Wed, 27 Aug 1997 09:45:55 +0200 (MET DST) Message-ID: <19970827094555.IM38228@uriah.heep.sax.de> Date: Wed, 27 Aug 1997 09:45:55 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: frank@exit.com (Frank Mayhar) Subject: Re: Making a boot floppy. References: <199708261713.KAA20029@exit.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708261713.KAA20029@exit.com>; from Frank Mayhar on Aug 26, 1997 10:13:52 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Frank Mayhar wrote: > Is it still impossible to make a boot floppy without going through the > whole "make release" process? If not, can anyone provide any pointers? > My release is already made, but I screwed up the config on the boot > floppy, and I don't really have the time to go through the whole hours- > long make release. In this case, simply chroot into the release build area, cd to /usr/src/release there, remove obj/release.* as appropriate (they are loosely commented in the Makefile), and say `make doRELEASE'. I've often done it this way. Make sure to not remove obj/release.[67], these are the large tarballs that take quite some time to be created. Did reading Makefiles really become black magic in the 20th century? :-) -- 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 27 01:02:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA18134 for hackers-outgoing; Wed, 27 Aug 1997 01:02:59 -0700 (PDT) Received: from wong.rogerswave.ca (wong.rogerswave.ca [204.92.17.32]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA18129 for ; Wed, 27 Aug 1997 01:02:56 -0700 (PDT) Received: (from wong@localhost) by wong.rogerswave.ca (8.8.5/8.7.3) id DAA00667; Wed, 27 Aug 1997 03:01:03 -0400 (EDT) Date: Wed, 27 Aug 1997 03:01:02 -0400 (EDT) From: Ken Wong X-Sender: wong@wong.rogerswave.ca Reply-To: wong@rogerswave.ca To: Simon Shapiro cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Calling a Daemon from the Kernel - How? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I got something similar to what you are discribing. but not exactly... it is more like the Send-Receive-Reply found in QNX ( microkernel OS). it is basically allow a process passing message another process. But then you can make a kernel to fake a dummy kernel process and talk to the daemon. with this machanism, one can built a microkernel freebsd if the will is there. Maybe I should ask the list if there is any demand for the send-receive-reply be included in the kernel for future development. On Mon, 25 Aug 1997, Simon Shapiro wrote: > Hi Y'all; > > How do I write a program that gets called from the kernel. > I know how to write a program that call the kernel :-) > I even know (some of you may argue with this) how to write a kernel driver > that gets called form userspace :-) > > I want to write a daemon (or whatever) that gets called by the kernel to do > sone dirty work I do not think belongs in the kernel. > > In Linux, there is a kerneld with its attendant protocol. > In other O/S's I had a messy procedure that posts a read to the device, > waiting to be called. As soon as it is called, it posts another READ. > One can get fancy with this, but the serializing implied by this mechanism > is not always a bad thing. > > Any ideas or suggestions are very welcome. > > Simon > > > From owner-freebsd-hackers Wed Aug 27 02:23:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA22253 for hackers-outgoing; Wed, 27 Aug 1997 02:23:27 -0700 (PDT) Received: from uk.ns.eu.org ([194.117.157.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA22248 for ; Wed, 27 Aug 1997 02:23:20 -0700 (PDT) Received: (from aledm@localhost) by ns.uk.peer.net (8.6.12/8.6.12) id RAA21813; Tue, 26 Aug 1997 17:09:12 +0100 Date: Tue, 26 Aug 1997 17:08:37 +0100 (BST) From: Aled Morris X-Sender: aledm@routers.co.uk To: "Louis A. Mamakos" cc: hackers@FreeBSD.ORG Subject: Re: UDP "to" address? In-Reply-To: <199708261352.JAA04942@whizzo.TransSys.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Louis A. Mamakos wrote: > Typically, a portable approach to doing this is to create a socket > per interface address and bind it. Then you look at which fd the > packet was received on to determine the destination address. That sounds like the best way - unfortunately, I'm currently using inetd, so I'll have to do a bit more work... > There also seems to be a socket option you can set which returns the > destination address in the "control information" field specified > with recvmsg(2). I noticed the code for this in ip_input.c. I've just had a look, INP_RECVDSTADDR looks like the one. I don't know how to set it, or how to recover the data, but I'm sure someone will have a nifty code fragment (please?) Aled -- tel +44 973 207987 O- aledm@routers.co.uk From owner-freebsd-hackers Wed Aug 27 02:55:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA23327 for hackers-outgoing; Wed, 27 Aug 1997 02:55:26 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA23314 for ; Wed, 27 Aug 1997 02:55:22 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id TAA02181; Wed, 27 Aug 1997 19:54:57 +1000 (EST) Date: Wed, 27 Aug 1997 19:54:56 +1000 (EST) From: "Daniel O'Callaghan" To: Aled Morris cc: "Louis A. Mamakos" , hackers@FreeBSD.ORG Subject: Re: UDP "to" address? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Aled Morris wrote: > On Tue, 26 Aug 1997, Louis A. Mamakos wrote: > > > Typically, a portable approach to doing this is to create a socket > > per interface address and bind it. Then you look at which fd the > > packet was received on to determine the destination address. > > That sounds like the best way - unfortunately, I'm currently using inetd, > so I'll have to do a bit more work... You could run an inetd per interface address. See inetd(8) '-a' flag. Danny From owner-freebsd-hackers Wed Aug 27 03:18:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24189 for hackers-outgoing; Wed, 27 Aug 1997 03:18:58 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24181 for ; Wed, 27 Aug 1997 03:18:55 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com (cssmuc.frt.dec.com [16.186.96.161]) by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) with SMTP id GAA27236 for ; Wed, 27 Aug 1997 06:12:19 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA12327; Wed, 27 Aug 1997 12:12:18 +0200 Message-Id: <9708271012.AA12327@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org In-Reply-To: Message from Petri Helenius of Tue, 26 Aug 97 22:47:30 +0300. Reply-To: gjennejohn@frt.dec.com Subject: Re: IPv6 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 97 12:12:17 +0200 X-Mts: smtp Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk pete@sms.fi writes: > > I'll accept any flames I get for posting directly here but since my > questions on -questions have ended without generating a horde nor a > single reply I thought I'll dare to do this anyway :-/ > > So the question is if there are plans to integrate IPv6 into current > anytime soon? It seems that there is fairly functional implementation > from INRIA which seems to fall out-of-sync even with 2.2-STABLE quite > frequently so I would guess coordinating efforts and checking the code > or some other code in would be helpful for us users and developers > alike. > well, since nobody else seems to have replied.... There was discussion about this (in the current mail list, I think) some time ago. Garrett Wollman had some words of wisdom to say about the state of the various implementations. Try looking in the mail archive on www.freebsd.org. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) garyj@muc.de (play) gj@freebsd.org From owner-freebsd-hackers Wed Aug 27 05:05:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA28286 for hackers-outgoing; Wed, 27 Aug 1997 05:05:57 -0700 (PDT) Received: from shell.monmouth.com (root@shell.monmouth.com [205.164.220.9]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA28269 for ; Wed, 27 Aug 1997 05:05:52 -0700 (PDT) Received: from i4got.lakewood.com (fh-ppp1.monmouth.com [205.164.221.33]) by shell.monmouth.com (8.8.5/8.7.3) with ESMTP id IAA08605; Wed, 27 Aug 1997 08:02:44 -0400 (EDT) Received: (from pechter@localhost) by i4got.lakewood.com id IAA00522 (8.8.5/IDA-1.6); Wed, 27 Aug 1997 08:05:23 -0400 (EDT) From: Bill Pechter Message-ID: <199708271205.IAA00522@i4got.lakewood.com> Subject: Re: ? power outages and file system corruption In-Reply-To: from Simon Shapiro at "Aug 26, 97 10:10:16 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Wed, 27 Aug 1997 08:05:23 -0400 (EDT) Cc: hackers@freebsd.org Reply-to: pechter@lakewood.com X-Phone-Number: 908-389-3592 X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hi Wilko Bulte; On 26-Aug-97 you wrote: > > ... > > > These things are mostly used for NFS servers. Called 'Prestoserve' > > and not limited to only Sun machines. I think there is even a special > > NVRAM SIMM you can put into your Sparcstation. > > That was a standard feature on all DEC Vax 7xx. I saw it on 750's and > 780's. Unix could not make use of it for some reason. But RSTS and > VMS sure did. Nah, time of day clock battery backup was standard on 11/780's Memory battery backup was an option on both. Neither one were nvram. Neither one avoided disk checks on power fail (VMS mount verification). The batteries needed to be checked occasionally and replaced if they were bad. VAX/VMS, however did great powerfail recovery. I dropped the power to an entire computer room at Fort Monmouth as a test. The 6 RP06's and 2 RM05's spun down, the cpu fans went quiet. The VT100's froze and blinked out. I waited 5 minutes and flipped the main circuit breaker on. The machine reloaded the console firmware, checked the memory status, and resumed execution of empire (or some other game which was the VAX/VMS rogue equivalent on all terminals) at the next move. Unix would do the same thing based on the memory register status being ok. Believe me, I worked 8 years with DEC Vax/Vms -- 6 with DEC. Also, RSTS didn't work on Vaxes... that was PDP11 only. > > Simon > Bill ------------------------------------------------------------------------------ Bill Pechter | 17 Meredith Drive Tinton Falls, NJ 07724 | 908-389-3592 pechter@lakewood.com | Save computing history, give an old geek old hardware. This msg brought to you by the letters PDP and the number 11. From owner-freebsd-hackers Wed Aug 27 05:20:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA29057 for hackers-outgoing; Wed, 27 Aug 1997 05:20:49 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA29048 for ; Wed, 27 Aug 1997 05:20:44 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22905; Wed, 27 Aug 1997 08:20:10 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 27 Aug 1997 08:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id IAA23772; Wed, 27 Aug 1997 08:18:38 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id IAA06186; Wed, 27 Aug 1997 08:11:10 -0400 (EDT) Date: Wed, 27 Aug 1997 08:11:10 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708271211.IAA06186@lakes.dignus.com> To: ponds!netspace.net.au!mheath, ponds!dyson.iquest.net!toor Subject: Re: Status of the following bugs Cc: ponds!FreeBSD.ORG!freebsd-hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Mark Heath said: > > > > Im having frequent (once every 2-3 hours) crashes, on a news server due to > > the following bugs: > > > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > > kern/2771 panic: bad dir > > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > > > Does any one know what possible solutions or state of these bugs are. > > > It is an NFS related bug, and havent had a chance to fully understand it. > I think that there is a quick hack out there to make the problem go away. > > John Hmm... do you have more info that what's above (admittedly, I haven't looked at the tr's.) These problems seem to be exactly my "daily panic" problem - but maybe there's more there that points you to NFS? Just curious... - Dave R. - From owner-freebsd-hackers Wed Aug 27 05:20:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA29065 for hackers-outgoing; Wed, 27 Aug 1997 05:20:51 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA29047 for ; Wed, 27 Aug 1997 05:20:44 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22934; Wed, 27 Aug 1997 08:20:13 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 27 Aug 1997 08:20 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id IAA23823; Wed, 27 Aug 1997 08:20:07 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id IAA06198; Wed, 27 Aug 1997 08:12:38 -0400 (EDT) Date: Wed, 27 Aug 1997 08:12:38 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708271212.IAA06198@lakes.dignus.com> To: ponds!netspace.net.au!mheath, ponds!cdsnet.net!mrcpu Subject: Re: Status of the following bugs Cc: ponds!FreeBSD.ORG!freebsd-hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 2 quick suggestions. > > 1) Get rid of MMAP (assuming INN). > 2) Upgrade to 3.0. The bad dir panic's have disappeared with upgrading. Wow! I'm going to have to try that 3.0 out myself! - Dave R. - > > On Wed, 27 Aug 1997, Mark Heath wrote: > > > > > Im having frequent (once every 2-3 hours) crashes, on a news server due to > > the following bugs: > > > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > > kern/2771 panic: bad dir > > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > > > Does any one know what possible solutions or state of these bugs are. > > > > The relevant hardware & software for the machine is: > > > > FreeBSD 2.2-970819-RELENG #0 > > CPU: Pentium Pro (199.43-MHz 686-class CPU) > > real memory = 268435456 (262144K bytes) > > ahc0 rev 0 int a irq 11 on pci1:4 > > > > (ahc0:0:0): "FUJITSU M2954Q-512 0147" type 0 fixed SCSI 2 > > sd0(ahc0:0:0): Direct-Access 4149MB (8498506 512 byte sectors) > > Five drives, 3 on channel A, 2 on channel B > > ccd0-3: Concatenated disk drivers > > > > Thanks for your responces. > > > > -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ > > :wq > > > > > From owner-freebsd-hackers Wed Aug 27 06:03:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA01854 for hackers-outgoing; Wed, 27 Aug 1997 06:03:22 -0700 (PDT) Received: from kilo.zimw.gdynia.pl (zimw-rtr.zimw.gdynia.pl [153.19.102.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA01849 for ; Wed, 27 Aug 1997 06:03:12 -0700 (PDT) Received: from localhost (badam@localhost) by kilo.zimw.gdynia.pl (8.8.7/8.8.5) with SMTP id PAA01851 for ; Wed, 27 Aug 1997 15:03:12 +0200 (CEST) Date: Wed, 27 Aug 1997 15:03:12 +0200 (CEST) From: Adam Baran Reply-To: Adam Baran To: freebsd-hackers@freebsd.org Subject: SIO driver question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Here is my question: Is it possible to configure (or hack ;)) SIO driver to make it work with COM2 and COM4 devices occupying the same IRQ line (namely IRQ3) ??? Background: I use mouse on COM1, baseband modem on leased line on COM2 (to ISP). COM1 and COM2 are motherboard builtin COMs. I'd like also to configure internal ZOOM FCV9425 modem to work as callin device. Problem is that I can only jumper the modem to occupy specific COM port (namely 1,2,3 or 4) but can't change IRQ beyond defaults. So, maybe someone could help me with SIO configuration or simply tell: "this is impossible'. Thanks in advance. From owner-freebsd-hackers Wed Aug 27 07:00:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA04903 for hackers-outgoing; Wed, 27 Aug 1997 07:00:52 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA04898 for ; Wed, 27 Aug 1997 07:00:44 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.8.7/8.6.12) with SMTP id JAA07929; Wed, 27 Aug 1997 09:59:36 -0400 (EDT) Date: Wed, 27 Aug 1997 09:59:35 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Adam Baran cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SIO driver question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Adam Baran wrote: > Hi, > > Here is my question: > Is it possible to configure (or hack ;)) SIO driver to make it work with > COM2 and COM4 devices occupying the same IRQ line (namely IRQ3) ??? > > Background: > I use mouse on COM1, baseband modem on leased line on COM2 (to ISP). > COM1 and COM2 are motherboard builtin COMs. > I'd like also to configure internal ZOOM FCV9425 modem to work as callin > device. Problem is that I can only jumper the modem to occupy specific COM > port (namely 1,2,3 or 4) but can't change IRQ beyond defaults. > > So, maybe someone could help me with SIO configuration or simply tell: > "this is impossible'. If you're talking about getting two serial devices to cooperate in sharing the same interrupt, no, it's not possible without a card specifically designed for that sharing, like a Digiboard or Boca card. Basically, the ISA bus doesn't allow sharing of IRQ's. It works on dos because the other ports aren't actually hooked up to executing code when you aren't using them, but on Unix of any kind, they are all hooked up to executing drivers at all times, and you cannot share irq's. You get folks once in a while, even on this list, who claim it isn't so. These are the same people who claim there's no reason why their sound cards or printer ports don't work correctly (whatever they've purposely or inadvertently shared). > > Thanks in advance. > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Aug 27 08:28:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA09180 for hackers-outgoing; Wed, 27 Aug 1997 08:28:11 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA09174 for ; Wed, 27 Aug 1997 08:28:08 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3jyY-00004w-00; Wed, 27 Aug 1997 08:25:42 -0700 Date: Wed, 27 Aug 1997 08:25:41 -0700 (PDT) From: Tom Samplonius To: Mark Heath cc: freebsd-hackers@freebsd.org Subject: Re: Status of the following bugs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Mark Heath wrote: > On Tue, 26 Aug 1997, Tom Samplonius wrote: > > > The mangled entry error generally means that the filesystem is > > corrupted. You need to reboot and run fsck until it comes up clean. > > This has been done a number of times. And the filesystem has even re > newfs'd a couple of times. > > Aparently its is caused by a vnode race condition. I dont know much else > about the bug. Possibly, but I haven't seen this panic in a long time. At one point, fsck would not fix some file system problems, so every time a certain directory was touched, the server would panic. fsck was fixed though. Strange thing, is that you are getting three different panics. > > The other errors are unfamilar. Probably memory. I bet you don't have > > parity memory do you? > > I wasn't aware that you could get Parity EDO ram. Im not a hardware guru. Parity memory just has an extra bit per byte. It is hard to get parity edo. But if you can't, just use FP. You only lose maybe 3% memory performance, probably less. > > I use parity simms, and a motherboard that supports ECC. It is the only > > way to go when using large memory configurations. > > The only bios option I can find is: > DRAM are 64 (not 72) bits wide Data Integrity (PARITY): enabled/disabled > option. Is this relevant? It is telling you that your RAM is 64bit wide, not 72bit, so you can't support parity. BTW, memory corruption also causes file system corruption. Think about what happens if you get a single bit error in some portion of memory that is being written to disk... it corrupts your disk too! BTW, I have a similar news setup. A PPro 200 with 192MB of RAM, and 11 disks, running 2.2-stable, and it doesn't panic. > -- mark heath - Netspace Online Systems. http://www.netspace.net.au/ > :wq > > > Tom From owner-freebsd-hackers Wed Aug 27 09:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA12980 for hackers-outgoing; Wed, 27 Aug 1997 09:31:28 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [209.83.205.48]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA12974 for ; Wed, 27 Aug 1997 09:31:24 -0700 (PDT) Received: from bmccane.uit.net (localhost.mccane.com [127.0.0.1]) by bmccane.uit.net (8.8.7/8.8.5) with ESMTP id LAA14906; Wed, 27 Aug 1997 11:31:07 -0500 (CDT) Message-Id: <199708271631.LAA14906@bmccane.uit.net> X-Mailer: exmh version 2.0gamma 1/27/96 To: Simon Shapiro cc: "burt f." , freebsd-hackers@FreeBSD.ORG Subject: Re: ? power outages and file system corruption In-reply-to: Your message of "Mon, 25 Aug 1997 23:24:50 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 1997 11:31:07 -0500 From: Wm Brian McCane Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi "burt f."; On 26-Aug-97 you wrote: > > > > > > Is the only way to protect against power-outage-caused file system > > corruption to install a UPS? Someone mentioned to me that Sun > > (yeah, i know it's Solaris, but i just wanted to know if there was > > something analogous in FBSD) has some sort of disk/FS caching to > > protect against this. > > In theory, a journaling filesystem will do that. Veritas is a good name > for these. The problem with most of these is that a $300 UPS is cheaper > and more reliable. Most such filesystems are attached to such an increase > in complexity that the most common cause of curruption is a filesystem code > bug. Even a UPS does not help you then. > > Simon > There is another benefit to buying a UPS. At my last job we used to lose power all the time (5-10 ton electric cranes). After I bought the UPS, the power outtages stopped. When I became self-employed, I bought a new UPS for my home computer, I haven't lost electrical power here for almost 2 years now. I feel this is empirical evidence that UPS' prevent power outtages 8->. brian From owner-freebsd-hackers Wed Aug 27 10:19:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16233 for hackers-outgoing; Wed, 27 Aug 1997 10:19:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA16218 for ; Wed, 27 Aug 1997 10:19:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05689; Wed, 27 Aug 1997 10:16:12 -0700 From: Terry Lambert Message-Id: <199708271716.KAA05689@phaeton.artisoft.com> Subject: Re: UDP "to" address? To: louie@TransSys.COM (Louis A. Mamakos) Date: Wed, 27 Aug 1997 10:16:12 -0700 (MST) Cc: aledm@routers.co.uk, hackers@FreeBSD.ORG In-Reply-To: <199708261352.JAA04942@whizzo.TransSys.COM> from "Louis A. Mamakos" at Aug 26, 97 09:52:07 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Typically, a portable approach to doing this is to create a socket > per interface address and bind it. Then you look at which fd the > packet was received on to determine the destination address. > > Look at named and xntpd to get a sense of this. In fact, you can > probably steal a lot of this code and apply it directly. > > There also seems to be a socket option you can set which returns the > destination address in the "control information" field specified > with recvmsg(2). I noticed the code for this in ip_input.c. This is an issue for the NFS UDP code, actually. If you get a general answer, it'd be helpful. I thin recvmsg() is probably the way to go. 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 27 11:11:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24268 for hackers-outgoing; Wed, 27 Aug 1997 11:11:03 -0700 (PDT) Received: from lobo.net (lobo.net [208.128.37.4]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA24259 for ; Wed, 27 Aug 1997 11:10:59 -0700 (PDT) Received: (qmail 6851 invoked from network); 27 Aug 1997 18:11:36 -0000 Received: from sdn-ts-031txfworp03.dialsprint.net (HELO p120) (206.133.152.70) by lobo.net with SMTP; 27 Aug 1997 18:11:36 -0000 Message-Id: <3.0.1.32.19970827121232.006aae6c@lobo.net> X-Sender: bigiintl@lobo.net X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 27 Aug 1997 12:12:32 -0600 To: freebsd-hackers@FreeBSD.ORG From: "Xu, Xiang" Subject: Cable Modem Connection Cc: freebsd-isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Has anyone setup a FreeBSD Internet server with cable modem connection? I will have a cable modem connection soon. Please give me some advice on how to set it up. Thanks. -Xiang From owner-freebsd-hackers Wed Aug 27 11:16:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24763 for hackers-outgoing; Wed, 27 Aug 1997 11:16:30 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA24740 for ; Wed, 27 Aug 1997 11:16:24 -0700 (PDT) Received: (qmail 1933 invoked by uid 1000); 27 Aug 1997 18:16:33 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708271205.IAA00522@i4got.lakewood.com> Date: Wed, 27 Aug 1997 11:16:33 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: pechter@lakewood.com Subject: Re: ? power outages and file system corruption Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Bill Pechter; On 27-Aug-97 you wrote: ... > Nah, time of day clock battery backup was standard on 11/780's > Memory battery backup was an option on both. Neither one were nvram. > Neither one avoided disk checks on power fail (VMS mount verification). > The batteries needed to be checked occasionally and replaced if they > were bad. Ah, so technology yet advanced :-) We had a battery and now it is gone. You are probably right about it being an option. More proof things are still the same. > > VAX/VMS, however did great powerfail recovery. I dropped the power to > an > entire computer room at Fort Monmouth as a test. > > The 6 RP06's and 2 RM05's spun down, the cpu fans went quiet. The > VT100's > froze and blinked out. I waited 5 minutes and flipped the main circuit > breaker on. The machine reloaded the console firmware, checked the > memory > status, and resumed execution of empire (or some other game which was > the > VAX/VMS rogue equivalent on all terminals) at the next move. I had this excercise done on production units twice. Once by a truck which backed up into a 6Kv line dropping it to the ground. Another by a fire in an ajacent wherehouse. > Unix would do the same thing based on the memory register status being > ok. Would maybe. System V rlelease from the Labs did not. Niether did BSD, or we will have this code in FreeBSD. No? You are right of course about RSTS. That was on PDP-11, which had a battery support for main memory too, I think. Had great lead bars at the bottom of the cabinet too. I melted down the last one about a year ago. Simon From owner-freebsd-hackers Wed Aug 27 12:05:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28180 for hackers-outgoing; Wed, 27 Aug 1997 12:05:04 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA28158 for ; Wed, 27 Aug 1997 12:04:57 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA08797 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Wed, 27 Aug 1997 21:05:04 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id UAA00943; Wed, 27 Aug 1997 20:39:23 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708271839.UAA00943@yedi.iaf.nl> Subject: Re: ? power outages and file system corruption To: Shimon@i-Connect.Net (Simon Shapiro) Date: Wed, 27 Aug 1997 20:39:22 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG, burt@focusplus.com, terry@lambert.org In-Reply-To: from "Simon Shapiro" at Aug 26, 97 10:10:16 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote... > > Hi Wilko Bulte; On 26-Aug-97 you wrote: > > ... > > > These things are mostly used for NFS servers. Called 'Prestoserve' > > and not limited to only Sun machines. I think there is even a special > > NVRAM SIMM you can put into your Sparcstation. > > That was a standard feature on all DEC Vax 7xx. I saw it on 750's and Hmm, battery backed up RAM was an option. > 780's. Unix could not make use of it for some reason. But RSTS and > VMS sure did. And on our Philips P4000 & P9000 mini's. Called powerfail restart. P9000 ran SVR2, heavily modified by Philips. > So, what else is new and advanced? :-) As usual, nothing.. ;-) Simply use core memory. Power? Who needs power? _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Wed Aug 27 12:05:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28234 for hackers-outgoing; Wed, 27 Aug 1997 12:05:35 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA28214 for ; Wed, 27 Aug 1997 12:05:26 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA08810 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Wed, 27 Aug 1997 21:05:31 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id UAA01011; Wed, 27 Aug 1997 20:45:13 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708271845.UAA01011@yedi.iaf.nl> Subject: Re: ? power outages and file system corruption To: terry@lambert.org (Terry Lambert) Date: Wed, 27 Aug 1997 20:45:13 +0200 (MET DST) Cc: Shimon@i-Connect.Net, burt@focusplus.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199708262303.QAA04296@phaeton.artisoft.com> from "Terry Lambert" at Aug 26, 97 04:03:37 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote... > > > > In theory, a journaling filesystem will do that. Veritas is a good name > > for these. The problem with most of these is that a $300 UPS is cheaper > > and more reliable. Most such filesystems are attached to such an increase > > in complexity that the most common cause of curruption is a filesystem code > > bug. Even a UPS does not help you then. > > A journalling filesystem is just another way to protect FS metadata > integrity without doing a traditional fsck (an abbreviated fsck > using the journalling data occurs as part of mount). > > A journalling FS does not guarantee against FS corruption. It only > guarantees against structure corruption. FS data corrpution can Right. Now an exercise: find a salesdroid who knows that ;-) Another advantage apart for the very time consuming fsck is that fsck tends to allocate huge amounts of memory in case of large FS checks. We observed something like 500Mb swap consumed by Solaris/Sparc fsck on a 120Gb FS. Really enjoyable that after a power fail or something you find that your system won't boot because fsck cannot do it's job for lack of memory. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Wed Aug 27 12:09:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28601 for hackers-outgoing; Wed, 27 Aug 1997 12:09:39 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA28596 for ; Wed, 27 Aug 1997 12:09:33 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id NAA29396 for ; Wed, 27 Aug 1997 13:09:31 -0600 (MDT) Message-Id: <199708271909.NAA29396@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: hackers@FreeBSD.ORG Subject: Re: serial console Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 1997 13:09:31 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >add "flags 0x30" to the sio0 line in your kernel config file, and >then do "echo -h > /boot.config", to force serial console usage. > >If you want to run a serial console on something other than COM1, then >you need custom bootblocks: see src/sys/i386/boot/biosboot/README.serial this document gives no info on building/installing bootblocks. could someone give us a concise cookbook style description of how to safely do these 2 steps, or point to a document that does? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Wed Aug 27 13:12:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA03108 for hackers-outgoing; Wed, 27 Aug 1997 13:12:45 -0700 (PDT) Received: from shadowsphere.com (root@shadowsphere.com [206.165.76.188]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA03094 for ; Wed, 27 Aug 1997 13:12:34 -0700 (PDT) Received: from localhost (root@localhost) by shadowsphere.com (8.8.7/8.8.7) with SMTP id QAA13765 for ; Wed, 27 Aug 1997 16:12:32 -0400 (EDT) Date: Wed, 27 Aug 1997 16:12:32 -0400 (EDT) From: "David R. Rippel" To: freebsd-hackers@freebsd.org Subject: FreeBSD -> Crywnr DOS PLIP Link Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This question may not belong on the freebsd-hackers list, however I don't think anyone else will have the know-how to answer it :/. ---- >>> From my post on freebsd-questions: I've had a bad time right from the beginning with FreeBSD PLIP, but I'm not about to give up ;). I've successfully linked two FreeBSD 2.2-releng machines using 'ifconfig 10.0.0.1 10.0.0.2' and vice versa with no problems, getting a sustained data transfer rate of around 72k/s, I was quite impressed. I then attempted to link the same FreeBSD 2.2-releng box to a dos 6.22 machine running crywnr's plip.com on a packet vector 'plip.com 0x60 7 0x3bc' and using NCSA's telnet 'telbin.exe' for hosting services. On the FreeBSD machine i issued 'ifconfig inet link0 10.0.0.1 10.0.0.1 mtu 1024 netmask 255.255.255.0 arp' and the lp0 interface/routing came up successfully. I was able to send icmp/udp/etc to the DOS machine with no problems. I could begin ftp sessions, however, they would jam up once the TCP datagrams began to flow. Basically, TCP wasn't responding at all. I couldn't get any telnet traffic accross the link. Upon further investigation, 'netstat -p ip' revealed that FreeBSD was rejecting the DOS box's TCP packets with a 'incorrect version'. However, both machines ue IPv4, so I don't see where this is the problem. According to /usr/src/sys/i386/isa/lpt.c, a DOS (crywnr) -> FreeBSD link is supported with the link0 flag, which I did use. Well, that's only about half true. I mailed phk@freebsd.org about this, however, he's much to busy to consider my problem unfortunatly. I heard from the varions #freebsd channels that many people have had a similar experience such as this. One person suggested it may be a problem with compression, though I'm not sure about the relevance of this seeing where the link0 flag comes in. Anyways, I ask any of you whom have any advice whatsoever to offer on this to reply, and if you've had a successful Crywnr (DOS) --> FreeBSD link, please tell me how you accomplished it in great detail. It would be most appreciated. Just for the record, I have attempted this same link but with a Linux 2.0.30 machine to the same DOS machine with success using 'ifconfig plip0 up 10.0.0.1 pointopoint 10.0.0.2 arp; route add plip0'. So I do know that the problem is on the FreeBSD side, at least from what I can tell. Anyways, please give me any and all of your input, I've already scanned around some of the previous messages on the freebsd-questions list and gone on some rather pointless searches accross netland just to discover there is very little information on this subject. Linux's PLIP-HOWTO proved useless, since, afterall, it relates to Linux :P. lp(4) gave me a little better understanding of the (-)link0 flag, but that's about it. --- David R. Rippel ShadowSphere System Administrator (operator@shadowsphere.com) >>> End of original post If you guys cannot contribute, I'm sorry to disturb, but I am at a loss as to where to look from here. I have source (in ASM) for the plip.com driver, and it can also be found at ftp.crywnr.com/drivers/plip.zip. Thank you for your time. From owner-freebsd-hackers Wed Aug 27 13:20:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA03657 for hackers-outgoing; Wed, 27 Aug 1997 13:20:29 -0700 (PDT) Received: from netra.tggh.net (derek@netra.tggh.net [207.88.164.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA03634; Wed, 27 Aug 1997 13:20:21 -0700 (PDT) Received: from localhost (derek@localhost) by netra.tggh.net (8.8.7/8.8.7) with SMTP id NAA10428; Wed, 27 Aug 1997 13:19:46 -0700 (PDT) Date: Wed, 27 Aug 1997 13:19:46 -0700 (PDT) From: Derek White X-Sender: derek@netra.tggh.net To: "Xu, Xiang" cc: freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Cable Modem Connection Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Xiang Xu wrote: > Has anyone setup a FreeBSD Internet server with cable modem connection? > I will have a cable modem connection soon. Please give me some advice on > how to set it up. > Thanks. > > -Xiang (PS: freeBSD-hackers isn't the best place to post this kind of question - try freebBSD-questions if freeBSD-isp doesn't help.) (And I'm not on freeBSD-isp, so I won't hear responses there.) A cable modem is essentially like any other router. You get an ethernet port on the cable modem to which you connect your freeBSD box. You also get an IP address (usually only one) for your computer. It would be the same if you were connecting to an ISDN router or a Cisco router to a Frame Relay or T1 line. One thing to consider is that I believe there are service agreements that say you can't run a 'server' from the cable modem, so if you plan to use this as a web server you might want to check the service agreement thouroghly. Derek (at) dereks.net From owner-freebsd-hackers Wed Aug 27 13:50:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05589 for hackers-outgoing; Wed, 27 Aug 1997 13:50:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA05582 for ; Wed, 27 Aug 1997 13:50:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22019; Wed, 27 Aug 1997 16:50:11 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 27 Aug 1997 16:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id QAA10855; Wed, 27 Aug 1997 16:27:37 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id QAA06960; Wed, 27 Aug 1997 16:20:00 -0400 (EDT) Date: Wed, 27 Aug 1997 16:20:00 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708272020.QAA06960@lakes.dignus.com> To: ponds!netspace.net.au!mheath, ponds!sdf.com!tom Subject: Re: Status of the following bugs Cc: ponds!FreeBSD.ORG!freebsd-hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius wrote: > > On Wed, 27 Aug 1997, Mark Heath wrote: > > > On Tue, 26 Aug 1997, Tom Samplonius wrote: > > > > > The mangled entry error generally means that the filesystem is > > > corrupted. You need to reboot and run fsck until it comes up clean. > > > > This has been done a number of times. And the filesystem has even re > > newfs'd a couple of times. > > > > Aparently its is caused by a vnode race condition. I dont know much else > > about the bug. > > Possibly, but I haven't seen this panic in a long time. At one point, > fsck would not fix some file system problems, so every time a certain > directory was touched, the server would panic. fsck was fixed though. > > Strange thing, is that you are getting three different panics. > If you have a second - go back in the mail logs for freebsd hackers - I describe a scenario that possibly explains a couple of different panic's I get on a daily basis with my news server. Basically; it appears to be a vnode or other race condition that causes bad data to be written to the disk. The resulting panics include: ffs_alloccg: map corrupted panic: bad dir panic: ifree: freeing free inode I get one of these about every-other-day now... (look for "daily panics" in the mail logs.) When it happens, fsck usually has to be run a couple of times to fix the file system - and it happens after a newfs... I've demonstrated it on an 8-meg 386dx SCSI and IDE and a 24-meg 486dx-66 IDE box. It doesn't seem to be directly hardware related... - Dave R. - From owner-freebsd-hackers Wed Aug 27 13:50:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05605 for hackers-outgoing; Wed, 27 Aug 1997 13:50:49 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA05581 for ; Wed, 27 Aug 1997 13:50:41 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA21934; Wed, 27 Aug 1997 16:50:03 -0400 Received: from dyson.iquest.net by dg-rtp.dg.com.rtp.dg.com; Wed, 27 Aug 1997 16:50 EDT Received: from dg-rtp.UUCP (uucp@localhost) by ponds.dignus.com (8.8.5/8.7.3) with UUCP id MAA00747 for FreeBSD.ORG!freebsd-hackers; Wed, 27 Aug 1997 12:16:41 -0400 (EDT) Received: from dyson.iquest.net by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA17434; Wed, 27 Aug 1997 11:14:55 -0400 Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id KAA01365; Wed, 27 Aug 1997 10:14:53 -0500 (EST) From: "John S. Dyson" Message-Id: <199708271514.KAA01365@dyson.iquest.net> Subject: Re: Status of the following bugs In-Reply-To: <199708271211.IAA06186@lakes.dignus.com> from Thomas David Rivers at "Aug 27, 97 08:11:10 am" To: ponds!ponds!rivers (Thomas David Rivers) Date: Wed, 27 Aug 1997 10:14:52 -0500 (EST) Cc: ponds!ponds!netspace.net.au!mheath, ponds!ponds!dyson.iquest.net!toor, ponds!ponds!FreeBSD.ORG!freebsd-hackers X-Mailer: ELM [version 2.4ME+ PL31 (25)] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas David Rivers said: > > > > Mark Heath said: > > > > > > Im having frequent (once every 2-3 hours) crashes, on a news server due to > > > the following bugs: > > > > > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > > > kern/2771 panic: bad dir > > > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > > > > > Does any one know what possible solutions or state of these bugs are. > > > > > It is an NFS related bug, and havent had a chance to fully understand it. > > I think that there is a quick hack out there to make the problem go away. > > > > John > > Hmm... do you have more info that what's above (admittedly, I haven't > looked at the tr's.) These problems seem to be exactly my "daily > panic" problem - but maybe there's more there that points you to NFS? > There is a "quick hack" that I'll look for in my archives that appears to make the problem go away (at least for another ISP NFS system.) -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Aug 27 14:23:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08435 for hackers-outgoing; Wed, 27 Aug 1997 14:23:54 -0700 (PDT) Received: from shadowsphere.com (root@shadowsphere.com [206.165.76.188]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA08407; Wed, 27 Aug 1997 14:23:43 -0700 (PDT) Received: from localhost (root@localhost) by shadowsphere.com (8.8.7/8.8.7) with SMTP id RAA14449; Wed, 27 Aug 1997 17:23:37 -0400 (EDT) Date: Wed, 27 Aug 1997 17:23:37 -0400 (EDT) From: "David R. Rippel" To: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Crywnr?? *laugh* Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Make that *crynwr* and ftp.crynwr.com /drivers/plip.zip. These corrects are of course regarding my earlier post on FreeBSD PLIP to a DOS machine running Crynwr's plip.com and NCSA telnet telbin.exe. My problem is still unsolved, sorry to be a pest with this repost, but I figured a spelling corection might enlighten some ppl, if nothing else, I won't feel like such a fool ;) --- David R. Rippel ShadowSphere System Administrator * That's what you get for composing email at 10 in the morning :P From owner-freebsd-hackers Wed Aug 27 14:29:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA09007 for hackers-outgoing; Wed, 27 Aug 1997 14:29:30 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA08981; Wed, 27 Aug 1997 14:29:23 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3pcA-0000Jo-00; Wed, 27 Aug 1997 14:26:58 -0700 Date: Wed, 27 Aug 1997 14:26:57 -0700 (PDT) From: Tom Samplonius To: Derek White cc: "Xu, Xiang" , freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Cable Modem Connection In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Derek White wrote: > (PS: freeBSD-hackers isn't the best place to post this kind of question - > try freebBSD-questions if freeBSD-isp doesn't help.) > (And I'm not on freeBSD-isp, so I won't hear responses there.) > > A cable modem is essentially like any other router. You get an ethernet > port on the cable modem to which you connect your freeBSD box. You also > get an IP address (usually only one) for your computer. > > It would be the same if you were connecting to an ISDN router or a Cisco > router to a Frame Relay or T1 line. A cable modem is not a router. It just remodulates ethernet for transmission onto the cable network. It will do MAC filtering so you only see your own traffic come out. The IP address is nearly always assigned via DHCP, so you will likely get a different IP every boot. > One thing to consider is that I believe there are service agreements that > say you can't run a 'server' from the cable modem, so if you plan to use > this as a web server you might want to check the service agreement > thouroghly. Who needs a service agreement? Most cablecos just filter out inbound tcp establish (syn) packets. This also breaks ftp, but nearly every ftp client can do passive ftp anyhow, and cablecos probably prefer you use their proxy cache anyhow. > Derek (at) dereks.net > > > Tom Systems Support Uniserve From owner-freebsd-hackers Wed Aug 27 15:34:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14344 for hackers-outgoing; Wed, 27 Aug 1997 15:34:20 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14338 for ; Wed, 27 Aug 1997 15:34:15 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA02520; Wed, 27 Aug 1997 16:34:07 -0600 (MDT) Date: Wed, 27 Aug 1997 16:34:07 -0600 (MDT) Message-Id: <199708272234.QAA02520@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: hackers@freebsd.org Subject: FTP protocol questions (non-passive mode) X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone explain to me the FTP 'Data' channel protocol? As I understand it, the client creates a socket, and the server binds to it, and then the 'DATA' is sent to it. How does the server know which port to bind on the client? Is there something obvious I don't understand as to why they couldn't use the original 'channel'? Thanks for any help! Nate From owner-freebsd-hackers Wed Aug 27 15:38:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA14649 for hackers-outgoing; Wed, 27 Aug 1997 15:38:10 -0700 (PDT) Received: from wakky.dyn.ml.org (lee@1Cust19.tnt1.manassas.va.da.uu.net [153.37.113.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA14602; Wed, 27 Aug 1997 15:37:36 -0700 (PDT) Received: (from lee@localhost) by wakky.dyn.ml.org (8.8.5/8.8.3) id SAA05016; Wed, 27 Aug 1997 18:34:21 -0400 (EDT) Message-ID: <19970827183404.50652@wakky.dyn.ml.org> Date: Wed, 27 Aug 1997 18:34:04 -0400 From: Lee Cremeans To: Tom Samplonius Cc: freebsd-isp@freebsd.org, hackers@freebsd.org Subject: Re: Cable Modem Connection Reply-To: hcremean@vt.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79e In-Reply-To: ; from Tom Samplonius on Wed, Aug 27, 1997 at 02:26:57PM -0700 X-OS: FreeBSD 2.2-RELEASE X-Evil: microsoft.com Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Aug 27, 1997 at 02:26:57PM -0700, Tom Samplonius wrote: > > Who needs a service agreement? Most cablecos just filter out inbound > tcp establish (syn) packets. This also breaks ftp, but nearly every ftp > client can do passive ftp anyhow, and cablecos probably prefer you use > their proxy cache anyhow. > I wouldn't think many cable companies do that; I know of at least one server that's on a cable modem on DALnet, and it works fine in both directions. It would be just too rude IMO to do SYN filtering; it would also break things like DCC in IRC, since it uses FTP-style port negotiation [feel free to move this to chat :)] -- Lee C. -- Manassas, VA, USA (WakkyMouse on DALnet #watertower) A! JW223 YWD++^i WK+++r P&B++ SL++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac Ee34/1/36 H2 PonPippi Ay77 M | hcremean (at) vt.edu FreeBSD/Linux/Unix hacker...Win95 and M$ evil! (go see www.freebsd.org) My home page: http://wakky.dyn.ml.org/~lee | finger me for geek code From owner-freebsd-hackers Wed Aug 27 16:01:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16070 for hackers-outgoing; Wed, 27 Aug 1997 16:01:08 -0700 (PDT) Received: from webfarm1.whistle.com (webfarm1.whistle.com [207.76.204.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16058 for ; Wed, 27 Aug 1997 16:01:01 -0700 (PDT) Received: from alpo.whistle.com (alpo.isp.whistle.com [207.76.204.38]) by webfarm1.whistle.com (8.8.5/8.8.5) with ESMTP id PAA25234 for ; Wed, 27 Aug 1997 15:59:35 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA28392; Wed, 27 Aug 1997 15:42:32 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd028390; Wed Aug 27 22:42:31 1997 Message-ID: <3404AD4C.31D2DE92@whistle.com> Date: Wed, 27 Aug 1997 15:42:20 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Aled Morris CC: "Louis A. Mamakos" , hackers@FreeBSD.ORG Subject: Re: UDP "to" address? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Aled Morris wrote: > > On Tue, 26 Aug 1997, Louis A. Mamakos wrote: > > > Typically, a portable approach to doing this is to create a socket > > per interface address and bind it. Then you look at which fd the > > packet was received on to determine the destination address. > > That sounds like the best way - unfortunately, I'm currently using inetd, > so I'll have to do a bit more work... > > you can make inetd bind to a particular address. (we run multiple inetds each providing services for one interface. thus what services are provided are dependent on what interace you attach to.. ipfw stops people from going through th machine to reach an interface they are not attached to. From owner-freebsd-hackers Wed Aug 27 16:50:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA18659 for hackers-outgoing; Wed, 27 Aug 1997 16:50:27 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA18654 for ; Wed, 27 Aug 1997 16:50:22 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA00918 for ; Wed, 27 Aug 1997 16:46:50 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd000913; Wed Aug 27 23:46:40 1997 Message-ID: <3404BC55.19A13460@whistle.com> Date: Wed, 27 Aug 1997 16:46:29 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Japanese locale stuff Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone out there in the freebsd Japanese world have /usr/share/locale entries for the japanese hcaracter sets and encodings especially the COLATE and TIME conversions, and especially for the SHIFT-JIS encoding. julian From owner-freebsd-hackers Wed Aug 27 17:11:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19785 for hackers-outgoing; Wed, 27 Aug 1997 17:11:13 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19780 for ; Wed, 27 Aug 1997 17:11:10 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id UAA27462 for ; Wed, 27 Aug 1997 20:16:16 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Wed, 27 Aug 1997 20:16:16 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: hackers@FreeBSD.org Subject: shared libraries? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is a strange question/idea, Why is the standard C library like the code in string.h, stdio.h ect. in shared libraries? if need be, the programer could change his code and make a new library. If most of the libraries were converted to a shared lib format wouldn't that reduce memory and disk space requirements tremendously? not only that, but complile times and exec times would soar, woudn't they? you'll have to forgive me if this sounds niave, but i think it's a good idea. ._________________________________________ __ _ |Alfred Perlstein - Programming & SysAdmin for hire... |perlsta@sunyit.edu |http://www.cs.sunyit.edu/~perlsta : ---"Have you seen my FreeBSD tatoo?" ' ---"who was that masked admin?" From owner-freebsd-hackers Wed Aug 27 17:29:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA20894 for hackers-outgoing; Wed, 27 Aug 1997 17:29:42 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA20889 for ; Wed, 27 Aug 1997 17:29:38 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA02484; Thu, 28 Aug 1997 00:46:02 +0100 (BST) Message-Id: <199708272346.AAA02484@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Nate Williams cc: hackers@FreeBSD.ORG Subject: Re: FTP protocol questions (non-passive mode) In-reply-to: Your message of "Wed, 27 Aug 1997 16:34:07 MDT." <199708272234.QAA02520@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Aug 1997 00:46:01 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Can anyone explain to me the FTP 'Data' channel protocol? > > As I understand it, the client creates a socket, and the server binds to > it, and then the 'DATA' is sent to it. How does the server know which > port to bind on the client? Is there something obvious I don't > understand as to why they couldn't use the original 'channel'? > > Thanks for any help! The client, after creating a listening socket, sends a "PORT" command describing the IP & port that the server should bind to. It's done this way because it's easier. Ftp was designed way before things like firewalls made it a pain in the ass. > > Nate -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Aug 27 17:48:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22046 for hackers-outgoing; Wed, 27 Aug 1997 17:48:03 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA22020 for ; Wed, 27 Aug 1997 17:48:00 -0700 (PDT) Received: from tom by misery.sdf.com with smtp (Exim 1.62 #1) id 0x3siY-0000UP-00; Wed, 27 Aug 1997 17:45:46 -0700 Date: Wed, 27 Aug 1997 17:45:45 -0700 (PDT) From: Tom Samplonius To: Alfred Perlstein cc: hackers@freebsd.org Subject: Re: shared libraries? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Alfred Perlstein wrote: > > This is a strange question/idea, > > Why is the standard C library like the code in string.h, stdio.h ect. in > shared libraries? if need be, the programer could change his code and > make a new library. .h files are header files, and don't contain "code", just declarations. > If most of the libraries were converted to a shared lib format wouldn't > that reduce memory and disk space requirements tremendously? > not only that, but complile times and exec times would soar, woudn't they? Most of the libraries are in shared format. All the standard C libs are in libc.so.* > you'll have to forgive me if this sounds niave, but i think it's a good > idea. > > ._________________________________________ __ _ > |Alfred Perlstein - Programming & SysAdmin for hire... > |perlsta@sunyit.edu > |http://www.cs.sunyit.edu/~perlsta > : ---"Have you seen my FreeBSD tatoo?" > ' ---"who was that masked admin?" > > > Tom Systems Support Uniserve From owner-freebsd-hackers Wed Aug 27 18:11:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23318 for hackers-outgoing; Wed, 27 Aug 1997 18:11:40 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA23312 for ; Wed, 27 Aug 1997 18:11:36 -0700 (PDT) Received: from Journey2.mat.net (journey2.mat.net [206.246.122.116]) by earth.mat.net (8.8.7/8.6.12) with SMTP id VAA16382; Wed, 27 Aug 1997 21:11:25 -0400 (EDT) Date: Wed, 27 Aug 1997 21:11:23 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Alfred Perlstein cc: hackers@FreeBSD.ORG Subject: Re: shared libraries? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Alfred Perlstein wrote: > > This is a strange question/idea, > > Why is the standard C library like the code in string.h, stdio.h ect. in > shared libraries? if need be, the programer could change his code and > make a new library. > > If most of the libraries were converted to a shared lib format wouldn't > that reduce memory and disk space requirements tremendously? > not only that, but complile times and exec times would soar, woudn't they? > > you'll have to forgive me if this sounds niave, but i think it's a good > idea. Are you taking painkillers or something? I can't tell what your post is trying to say. your 2nd sentence asks why stuff is in shared libs, your 4th asks why they don't get converted to shared like (why should it need converting if it's already that way?) and overall, I can't tell if you're aguing for or against them. On top of that, have you taken a look at /usr/lib, and noticed that they're BOTH ways? What are you trying to ask here? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Aug 27 19:00:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29715 for hackers-outgoing; Wed, 27 Aug 1997 19:00:35 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA29708 for ; Wed, 27 Aug 1997 19:00:32 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id UAA07750; Wed, 27 Aug 1997 20:37:09 -0500 (EST) Date: Wed, 27 Aug 1997 20:37:09 -0500 (EST) From: John Fieber To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: Japanese locale stuff In-Reply-To: <3404BC55.19A13460@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Julian Elischer wrote: > Does anyone out there in the freebsd Japanese world > have /usr/share/locale entries for the japanese hcaracter sets and > encodings No I don't but that reminds me, I started working on the Normative Addition 1 (see http://www.lysator.liu.se/c/na1.html) to ANSI C, which mainly includes wide versions of the io functions (eg fgetwc and fputwc) and ctype functions (iswalpha etc.). I don't really have time to work on this little project but would be happy to donate what I have to anyone who would be interested. I also have a servicable LC_CTYPE for making Unicode based locales (using UTF-8 encoding). -john From owner-freebsd-hackers Wed Aug 27 19:15:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00665 for hackers-outgoing; Wed, 27 Aug 1997 19:15:39 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00658 for ; Wed, 27 Aug 1997 19:15:35 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id LAA00250; Thu, 28 Aug 1997 11:44:15 +0930 (CST) Message-Id: <199708280214.LAA00250@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "David R. Rippel" cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD -> Crywnr DOS PLIP Link In-reply-to: Your message of "Wed, 27 Aug 1997 16:12:32 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Aug 1997 11:44:15 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you guys cannot contribute, I'm sorry to disturb, but I am at a loss as > to where to look from here. I have source (in ASM) for the plip.com > driver, and it can also be found at ftp.crywnr.com/drivers/plip.zip. Thank > you for your time. One thing worth checking; is the DOS PLIP driver trying to to TCP header (aka. Van Jacobsen or VJ) compression? If so, turn it off, as the lp* interface doesn't support it. mike From owner-freebsd-hackers Wed Aug 27 19:16:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00784 for hackers-outgoing; Wed, 27 Aug 1997 19:16:53 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00779 for ; Wed, 27 Aug 1997 19:16:50 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id WAA27633; Wed, 27 Aug 1997 22:22:05 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Wed, 27 Aug 1997 22:22:05 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: Chuck Robey cc: hackers@FreeBSD.ORG Subject: Re: shared libraries? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Why is the standard C library like the code in string.h, stdio.h ect. in > > shared libraries? if need be, the programer could change his code and > > make a new library. > > > > If most of the libraries were converted to a shared lib format wouldn't > > that reduce memory and disk space requirements tremendously? > > not only that, but complile times and exec times would soar, woudn't they? > > > > you'll have to forgive me if this sounds niave, but i think it's a good > > idea. > > Are you taking painkillers or something? I can't tell what your post is > trying to say. hahaha, sorry, it's a lack of sleep messing with me... anyhow, i was unaware that this is how it already worked, i asked the sysadmins at my college about it, and they told me it would be a good idea, not that it was already done :) sorry for the noise... > > your 2nd sentence asks why stuff is in shared libs, your 4th asks why they > don't get converted to shared like (why should it need converting if it's > already that way?) and overall, I can't tell if you're aguing for or > against them. On top of that, have you taken a look at /usr/lib, and > noticed that they're BOTH ways? > > What are you trying to ask here? > > > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > > From owner-freebsd-hackers Wed Aug 27 19:23:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA01081 for hackers-outgoing; Wed, 27 Aug 1997 19:23:02 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA01076 for ; Wed, 27 Aug 1997 19:22:59 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id WAA07055; Wed, 27 Aug 1997 22:22:49 -0400 (EDT) Message-Id: <199708280222.WAA07055@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Nate Williams cc: hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: FTP protocol questions (non-passive mode) References: <199708272234.QAA02520@rocky.mt.sri.com> In-reply-to: Your message of "Wed, 27 Aug 1997 16:34:07 MDT." <199708272234.QAA02520@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 27 Aug 1997 22:22:49 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok, so the client opens a TCP connection to an FTP server: (Client-IP, Client-Port) <-> (Server-IP, 21) in the absense of any other information, the data connection is made (per transfer) as: (Client-IP, Client-Port) <-> (Server-IP, 20) that is, the client reuses the same local port number, but uses the FTP data port on the server. BSD ftp clients use the PORT command to override this default port number selection. This allows successive data transfers to proceed more rapidly since you don't have to wait for the previous connection state to time out (it might be in TIMEWAIT state) before you can re-bind the same port number. louie From owner-freebsd-hackers Wed Aug 27 19:34:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA01626 for hackers-outgoing; Wed, 27 Aug 1997 19:34:25 -0700 (PDT) Received: from shadowsphere.com (root@shadowsphere.com [206.165.76.188]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA01621 for ; Wed, 27 Aug 1997 19:34:19 -0700 (PDT) Received: from localhost (root@localhost) by shadowsphere.com (8.8.7/8.8.7) with SMTP id WAA17861; Wed, 27 Aug 1997 22:34:07 -0400 (EDT) Date: Wed, 27 Aug 1997 22:34:07 -0400 (EDT) From: "David R. Rippel" To: Mike Smith cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD -> Crywnr DOS PLIP Link In-Reply-To: <199708280214.LAA00250@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I've heard this might just be the case, if so, could you give me any idea as to how I would go about disabling the VJ compression with crynwr's plip.com w/ NCSA telbin.exe? --- David R. Rippel ShadowSphere System Administrator On Thu, 28 Aug 1997, Mike Smith wrote: > > If you guys cannot contribute, I'm sorry to disturb, but I am at a loss as > > to where to look from here. I have source (in ASM) for the plip.com > > driver, and it can also be found at ftp.crywnr.com/drivers/plip.zip. Thank > > you for your time. > > One thing worth checking; is the DOS PLIP driver trying to to TCP > header (aka. Van Jacobsen or VJ) compression? If so, turn it off, as > the lp* interface doesn't support it. > > mike > > > From owner-freebsd-hackers Wed Aug 27 19:37:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA01913 for hackers-outgoing; Wed, 27 Aug 1997 19:37:40 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA01908 for ; Wed, 27 Aug 1997 19:37:37 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id MAA00423; Thu, 28 Aug 1997 12:06:25 +0930 (CST) Message-Id: <199708280236.MAA00423@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Gary Kendall cc: Mike Smith , freebsd-hackers@freebsd.ORG Subject: Re: Sizing mem > 64MB at boot-time In-reply-to: Your message of "Mon, 25 Aug 1997 15:05:53 -0400." <199708251905.PAA00599@ccomp.inode.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Aug 1997 12:06:25 +0930 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.ORG X-Loop: FreeBSD.org Precedence: bulk > I saw Jonathan's post re real-mode access from the kernel, and I got a > copy of the code (which should prove to be quite usefull for DOS emulation), > but it won't solve the problem I'm trying to solve. I want the boot program > to size the memory so that the kernel, during initialization, can use the > memory size to allocate buffers, etc. Jonathan's code doesn't come into > play until the machine has already booted the kernel, and is executing it. > His real-mode code is through a system call interface, and as such, happens > "too late" for my purposes. Gotcha. > However, it would be nice if someone familiar with the biosboot code > and/or Intel processors could look at what I have written and point me in > the right direction with respect to accessing a buffer while in real-mode. I've been looking for this sort of help for a while; I think Jonathan is still The Man to see about this. If you're serious about the three-stage-boot thing, then there are lots of things have been said about it; you should start by looking at the standalone libraries that the NetBSD people have, and then come back and we can talk 8) mike From owner-freebsd-hackers Wed Aug 27 19:41:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02113 for hackers-outgoing; Wed, 27 Aug 1997 19:41:06 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA02107; Wed, 27 Aug 1997 19:40:51 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id TAA05899; Wed, 27 Aug 1997 19:39:42 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd005897; Thu Aug 28 02:39:39 1997 Message-ID: <3404E4DF.1B37ADEA@whistle.com> Date: Wed, 27 Aug 1997 19:39:27 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: bde@freebsd.org CC: hackers@freebsd.org Subject: sio.c "turbo mode" additions. Content-Type: multipart/mixed; boundary="------------345BF6515E652F787AAE88DB" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------345BF6515E652F787AAE88DB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bruce, Here are a set of diffs that allow the sio driver in 2.2.2 to take into account that the hardware has had it's clock doubled (or more), and to use any baud rate that it can reach within 4%. (the usual standard). We have a module here that is specific to our code, that would set the given parameter (console baud multiple) to suit our (x 2) sio hardware, however the same effect can be achieved using a config parameter, or by setting flags in the config file for the sio device. Other than style (you always don't like my style so I take that for granted) What objections/problems do you see in this? I run use this to get 230400 baud (and it shows up as 230400 in the stty status information. It allows the kernel hacker to specify in his config line that a particular tty line is overclocked, from 1 to 16 times. 16 would give 1843200 baud. As I said, this is for 2.2.2 and incorporates some of the patches that have gone nto the -current version. a -current patch would be smaller, but I'm sure you can see what it would consist of. Would you consider this to be useful enough to be put in -current (appropriatly modified) and tehn after testing, into 2.2? As far as style goes.. I will change things if you want, I want the code to go in and don't care about the style of it. julian --------------345BF6515E652F787AAE88DB Content-Type: text/plain; charset=us-ascii; name="siodiffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="siodiffs" *** /tmp_mnt/built1/work/julian/2.2R4C-DIAG/usr/src/sys/i386/isa/sio.c Sun Jun 22 18:38:30 1997 --- sio.c Thu Aug 21 18:16:53 1997 *************** *** 31,37 **** * SUCH DAMAGE. * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 ! * $Id: sio.c,v 1.147.2.8 1997/05/11 12:57:38 bde Exp $ */ #include "opt_comconsole.h" --- 31,37 ---- * SUCH DAMAGE. * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 ! * $Id: sio.c,v 1.1 1997/08/21 18:06:21 julian Exp $ */ #include "opt_comconsole.h" *************** *** 61,66 **** --- 61,67 ---- #include #include #include + #include #ifdef DEVFS #include #endif *************** *** 104,112 **** --- 105,117 ---- #define COM_NOTAST4(dev) ((dev)->id_flags & 0x04) #endif /* COM_MULTIPORT */ + #define COM_CONSOLE(dev) ((dev)->id_flags & 0x10) + #define COM_FORCECONSOLE(dev) ((dev)->id_flags & 0x20) + #define COM_LLCONSOLE(dev) ((dev)->id_flags & 0x40) #define COM_LOSESOUTINTS(dev) ((dev)->id_flags & 0x08) #define COM_NOFIFO(dev) ((dev)->id_flags & 0x02) #define COM_VERBOSE(dev) ((dev)->id_flags & 0x80) + #define COM_BAUD_MULTIPLE(dev) ((((dev)->id_flags >> 20) & 0x0F) + 1) #define com_scr 7 /* scratch register for 16450-16550 (R/W) */ *************** *** 195,200 **** --- 200,206 ---- int unit; /* unit number */ int dtr_wait; /* time to hold DTR down on close (* 1/hz) */ u_int tx_fifo_size; + u_int baud_multiple; /* chip has been supercharged by multiple X */ u_int wopeners; /* # processes waiting for DCD in open() */ /* *************** *** 331,336 **** --- 337,344 ---- }; static int comconsole = -1; + static Port_t siocniobase; + int siocn_baud_multiple = 1; /* set from vendor startup code */ static speed_t comdefaultrate = CONSPEED; static u_int com_events; /* input chars + weighted output completions */ static int sio_timeout; *************** *** 342,375 **** #endif static const int nsio_tty = NSIO; - static struct speedtab comspeedtab[] = { - { 0, 0 }, - { 50, COMBRD(50) }, - { 75, COMBRD(75) }, - { 110, COMBRD(110) }, - { 134, COMBRD(134) }, - { 150, COMBRD(150) }, - { 200, COMBRD(200) }, - { 300, COMBRD(300) }, - { 600, COMBRD(600) }, - { 1200, COMBRD(1200) }, - { 1800, COMBRD(1800) }, - { 2400, COMBRD(2400) }, - { 4800, COMBRD(4800) }, - { 9600, COMBRD(9600) }, - { 19200, COMBRD(19200) }, - { 38400, COMBRD(38400) }, - { 57600, COMBRD(57600) }, - { 115200, COMBRD(115200) }, - { -1, -1 } - }; - #ifdef COM_ESP /* XXX configure this properly. */ static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, 0x2e8, }; static Port_t likely_esp_ports[] = { 0x140, 0x180, 0x280, 0 }; #endif #if NCRD > 0 /* * PC-Card (PCMCIA) specific code. --- 350,423 ---- #endif static const int nsio_tty = NSIO; #ifdef COM_ESP /* XXX configure this properly. */ static Port_t likely_com_ports[] = { 0x3f8, 0x2f8, 0x3e8, 0x2e8, }; static Port_t likely_esp_ports[] = { 0x140, 0x180, 0x280, 0 }; #endif + /* + * handle sysctl read/write requests for console speed + * + * In addition to setting comdefaultrate for I/O through /dev/console, + * also set the initial and lock values for the /dev/ttyXX device + * if there is one associated with the console. Finally, if the /dev/tty + * device has already been open, change the speed on the open running port + * itself. + */ + + static int + sysctl_machdep_comdefaultrate SYSCTL_HANDLER_ARGS + { + int error, s; + speed_t newspeed; + struct com_s *com; + struct tty *tp; + + newspeed = comdefaultrate; + + error = sysctl_handle_opaque(oidp, &newspeed, sizeof newspeed, req); + if (error || !req->newptr) + return (error); + + comdefaultrate = newspeed; + + if (comconsole < 0) /* serial console not selected? */ + return (0); + + com = com_addr(comconsole); + if (!com) + return (ENXIO); + + /* + * set the initial and lock rates for /dev/ttydXX and /dev/cuaXX + * (note, the lock rates really are boolean -- if non-zero, disallow + * speed changes) + * XXX for now don't do the lock speeds [JRE] + */ + com->lt_in.c_ispeed = com->lt_in.c_ospeed = + com->lt_out.c_ispeed = com->lt_out.c_ospeed = 0; + com->it_in.c_ispeed = com->it_in.c_ospeed = + com->it_out.c_ispeed = com->it_out.c_ospeed = + comdefaultrate; + + /* + * if we're open, change the running rate too + */ + tp = com->tp; + if (tp && (tp->t_state & TS_ISOPEN)) { + tp->t_termios.c_ispeed = + tp->t_termios.c_ospeed = comdefaultrate; + s = spltty(); + error = comparam(tp, &tp->t_termios); + splx(s); + } + return error; + } + + SYSCTL_PROC(_machdep, OID_AUTO, conspeed, CTLTYPE_INT | CTLFLAG_RW, + 0, 0, sysctl_machdep_comdefaultrate, "I", ""); + #if NCRD > 0 /* * PC-Card (PCMCIA) specific code. *************** *** 572,582 **** * XXX what about the UART bug avoided by waiting in comparam()? * We don't want to to wait long enough to drain at 2 bps. */ ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); ! outb(iobase + com_dlbl, COMBRD(9600) & 0xff); ! outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); ! outb(iobase + com_cfcr, CFCR_8BITS); ! DELAY((16 + 1) * 1000000 / (9600 / 10)); /* * Enable the interrupt gate and disable device interupts. This --- 620,634 ---- * XXX what about the UART bug avoided by waiting in comparam()? * We don't want to to wait long enough to drain at 2 bps. */ ! if (iobase == siocniobase) ! DELAY((16 + 1) * 1000000 / (comdefaultrate / 10)); ! else { ! outb(iobase + com_cfcr, CFCR_DLAB | CFCR_8BITS); ! outb(iobase + com_dlbl, COMBRD(9600) & 0xff); ! outb(iobase + com_dlbh, (u_int) COMBRD(9600) >> 8); ! outb(iobase + com_cfcr, CFCR_8BITS); ! DELAY((16 + 1) * 1000000 / (9600 / 10)); ! } /* * Enable the interrupt gate and disable device interupts. This *************** *** 810,818 **** com->it_in.c_cflag = TTYDEF_CFLAG | CLOCAL; com->it_in.c_lflag = TTYDEF_LFLAG; com->lt_out.c_cflag = com->lt_in.c_cflag = CLOCAL; com->it_in.c_ispeed = com->it_in.c_ospeed = comdefaultrate; ! } else com->it_in.c_ispeed = com->it_in.c_ospeed = TTYDEF_SPEED; termioschars(&com->it_in); com->it_out = com->it_in; --- 862,879 ---- com->it_in.c_cflag = TTYDEF_CFLAG | CLOCAL; com->it_in.c_lflag = TTYDEF_LFLAG; com->lt_out.c_cflag = com->lt_in.c_cflag = CLOCAL; + /* + * The initial rates equal the console rate + * but the value is not locked + */ + com->lt_out.c_ispeed = com->lt_out.c_ospeed = + com->lt_in.c_ispeed = com->lt_in.c_ospeed = 0; com->it_in.c_ispeed = com->it_in.c_ospeed = comdefaultrate; ! com->baud_multiple = siocn_baud_multiple; ! } else { ! com->baud_multiple = COM_BAUD_MULTIPLE(isdp); com->it_in.c_ispeed = com->it_in.c_ospeed = TTYDEF_SPEED; + } termioschars(&com->it_in); com->it_out = com->it_in; *************** *** 938,943 **** --- 999,1006 ---- COM_MPMASTER(isdp))->id_irq == 0; } #endif /* COM_MULTIPORT */ + if (unit == comconsole) + printf(", console"); printf("\n"); s = spltty(); *************** *** 1868,1873 **** --- 1931,1981 ---- goto repeat; } + /* + * given the xtal speed, and a multiple and a speed, + * work out the nearest clock-dividor, or return an error + * if there isn't one within about 4% of the required speed. + * returns the speed adjusted to the correct nearest value as well. + * Probably needs less magic numbers. + */ + static int + makedivisor( speed_t *speed, int *divisorp, int baud_multiple) + { + int check, divisor; + + if (*speed == 0) { + divisor = 0; + } else { + /* + * Calculate the divisor. + * Make it 2 x and then use rounding, rather than use + * a direct truncation, after all, the correct + * divisor might be 0.001 higher. + */ + divisor = (baud_multiple * 115200 * 2) / (*speed); + + divisor = (divisor + 1) >> 1; /* round up or down */ + /* + * the specs usually say that a speed + * must be (+ or -) 5% + * to be acceptable. We'll use 4%. + */ + check = (100 * divisor * (*speed)) + /(baud_multiple * 115200); + if ((check < 96) || (check > 104)) { + return (EINVAL); /* not close enough */ + } + + /* + * Make the reported speed show what we + * are actually doing. + */ + *speed = (baud_multiple * 115200)/divisor; + } + *divisorp = divisor; + return (0); + } + static int comparam(tp, t) struct tty *tp; *************** *** 1885,1903 **** int unit; int txtimeout; /* do historical conversions */ if (t->c_ispeed == 0) t->c_ispeed = t->c_ospeed; /* check requested parameters */ ! divisor = ttspeedtab(t->c_ospeed, comspeedtab); ! if (divisor < 0 || divisor > 0 && t->c_ispeed != t->c_ospeed) return (EINVAL); /* parameters are OK, convert them to the com struct and the device */ - unit = DEV_TO_UNIT(tp->t_dev); - com = com_addr(unit); - iobase = com->iobase; s = spltty(); if (divisor == 0) (void)commctl(com, TIOCM_DTR, DMBIC); /* hang up line */ --- 1993,2020 ---- int unit; int txtimeout; + unit = DEV_TO_UNIT(tp->t_dev); + com = com_addr(unit); + iobase = com->iobase; + /* do historical conversions */ if (t->c_ispeed == 0) t->c_ispeed = t->c_ospeed; /* check requested parameters */ ! if(com->baud_multiple == 0) { /* catch 0 as well */ ! com->baud_multiple = 1; ! printf("sio%d: warning, baud multiple was 0\n", unit); ! } ! error = makedivisor( &(t->c_ospeed), &divisor , com->baud_multiple); ! if (error) ! return error; ! t->c_ispeed = t->c_ospeed; ! if (divisor < 0 || divisor > 0 && t->c_ispeed != t->c_ospeed) { return (EINVAL); + } /* parameters are OK, convert them to the com struct and the device */ s = spltty(); if (divisor == 0) (void)commctl(com, TIOCM_DTR, DMBIC); /* hang up line */ *************** *** 2394,2400 **** u_char mcr; }; - static Port_t siocniobase; static void siocnclose __P((struct siocnstate *sp)); static void siocnopen __P((struct siocnstate *sp)); --- 2511,2516 ---- *************** *** 2444,2450 **** * data input register. This also reduces the effects of the * UMC8669F bug. */ ! divisor = ttspeedtab(comdefaultrate, comspeedtab); dlbl = divisor & 0xFF; if (sp->dlbl != dlbl) outb(iobase + com_dlbl, dlbl); --- 2560,2566 ---- * data input register. This also reduces the effects of the * UMC8669F bug. */ ! makedivisor( &comdefaultrate, &divisor , siocn_baud_multiple); dlbl = divisor & 0xFF; if (sp->dlbl != dlbl) outb(iobase + com_dlbl, dlbl); *************** *** 2489,2509 **** siocnprobe(cp) struct consdev *cp; { ! int unit; ! ! /* XXX: ick */ ! unit = DEV_TO_UNIT(CONUNIT); ! siocniobase = CONADDR; ! ! /* make sure hardware exists? XXX */ ! ! /* initialize required fields */ ! cp->cn_dev = makedev(CDEV_MAJOR, unit); ! #ifdef COMCONSOLE ! cp->cn_pri = CN_REMOTE; /* Force a serial port console */ ! #else ! cp->cn_pri = (boothowto & RB_SERIAL) ? CN_REMOTE : CN_NORMAL; ! #endif } void --- 2605,2646 ---- siocnprobe(cp) struct consdev *cp; { ! struct isa_device *dvp; ! int s; ! struct siocnstate sp; ! ! /* ! * Find our first enabled console, if any. If it is a high-level ! * console device, then initialize it and return successfully. ! * If it is a low-level console device, then initialize it and ! * return unsuccessfully. It must be initialized in both cases ! * for early use by console drivers and debuggers. Initializing ! * the hardware is not necessary in all cases, since the i/o ! * routines initialize it on the fly, but it is necessary if ! * input might arrive while the hardware is switched back to an ! * uninitialized state. We can't handle multiple console devices ! * yet because our low-level routines don't take a device arg. ! * We trust the user to set the console flags properly so that we ! * don't need to probe. ! */ ! cp->cn_pri = CN_DEAD; ! for (dvp = isa_devtab_tty; dvp->id_driver != NULL; dvp++) ! if ((dvp->id_driver == &siodriver) ! && (dvp->id_enabled) ! && (COM_CONSOLE(dvp))) { ! siocniobase = dvp->id_iobase; ! siocn_baud_multiple = COM_BAUD_MULTIPLE(dvp); ! s = spltty(); ! siocnopen(&sp); ! splx(s); ! if (!COM_LLCONSOLE(dvp)) { ! cp->cn_dev = makedev(CDEV_MAJOR, dvp->id_unit); ! cp->cn_pri = COM_FORCECONSOLE(dvp) ! || boothowto & RB_SERIAL ! ? CN_REMOTE : CN_NORMAL; ! } ! break; ! } } void --------------345BF6515E652F787AAE88DB-- From owner-freebsd-hackers Wed Aug 27 19:48:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02315 for hackers-outgoing; Wed, 27 Aug 1997 19:48:20 -0700 (PDT) Received: from itojun.csl.sony.co.jp (root@itojun.csl.sony.co.jp [133.138.1.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA02304 for ; Wed, 27 Aug 1997 19:48:10 -0700 (PDT) From: itojun@itojun.org Received: from localhost (itojun@localhost [127.0.0.1]) by itojun.csl.sony.co.jp (8.8.5/3.3W3) with ESMTP id LAA28189; Thu, 28 Aug 1997 11:46:34 +0900 (JST) To: John Fieber Cc: Julian Elischer , hackers@freebsd.org Subject: Re: Japanese locale stuff X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 References: In-reply-to: John Fieber 's message of Wed, 27 Aug 1997 20:37:09 -0500 (EST). X-Mailer: comp (MHng project) version 1997/08/04 03:38:46, by Jun-ichiro Itoh MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-ID: Date: Thu, 28 Aug 1997 11:46:34 +0900 Message-ID: <28186.872736394@itojun.csl.sony.co.jp> Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Does anyone out there in the freebsd Japanese world >> have /usr/share/locale entries for the japanese hcaracter sets and >> encodings >No I don't but that reminds me, I started working on the >Normative Addition 1 (see http://www.lysator.liu.se/c/na1.html) >to ANSI C, which mainly includes wide versions of the io >functions (eg fgetwc and fputwc) and ctype functions (iswalpha >etc.). I don't really have time to work on this little project >but would be happy to donate what I have to anyone who would be >interested. I have a small project for modifying runelocale library for handling the following encodings in LC_CTYPE: iso-2022-jp/cn/kr euc-jp/cn/tw/kr X11 ctext Basically my library is capable of handling any ISO-2022 variant encodings. However, due to the lack of wide-char libraries I have trouble completing it. Could you please send me your wide char libraries if possible? (or could you please merge that to -current tree?) My project includes wide-char curses/regex, but I need some more time for them... >I also have a servicable LC_CTYPE for making Unicode based >locales (using UTF-8 encoding). As far as UTF-8 is one of selections for setrunelocale() mine can coexist with yours, I believe. itojun From owner-freebsd-hackers Wed Aug 27 20:19:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03389 for hackers-outgoing; Wed, 27 Aug 1997 20:19:25 -0700 (PDT) Received: from oblivion.esgroup.net (root@oblivion.esgroup.net [207.194.190.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03381 for ; Wed, 27 Aug 1997 20:19:17 -0700 (PDT) Received: from oblivion.esgroup.net (tbaur@oblivion.esgroup.net [207.194.190.2]) by oblivion.esgroup.net (8.8.7/8.8.7) with SMTP id UAA21652 for ; Wed, 27 Aug 1997 20:19:16 -0700 (PDT) Date: Wed, 27 Aug 1997 20:19:16 -0700 (PDT) From: Tim Baur To: freebsd-hackers@freebsd.org Subject: ipfw configuration. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been running into some problems with ipfw.. maybe someone has some suggestions. I have setup a fbsd machine running 2.2.2-REL (486/66 16M ram), compiled with: options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=5 Under /etc/rc.conf, I have Firewall=YES I have installed ed1 and ed0. ed1 is primary, and is working fine. I havent been able to get ed0 working as of yet. Fbsd has really changed since the last version I ran, 2.1.5-REL. (maybe someone could explain that to me as well). However this is a problem, its not my main concern currently. It might be due to a lack of understanding on my part, as to the configuation of ipfw. But this is what I am attempting to do. On my LAN, I have a primary 16 port hub, which hosts machines that I dont wish to firewall. I have my 486 routed thro this hub, into ed1. ed0 is then routed to my secondary hub which routes the servers I wish to firewall. Thus, all the traffic running to the servers on the second hub, would have to be routed/filtered thro the firewall. Following is my /etc/rc.firewall file: ############ # Setup system for firewall service. # $Id: rc.firewall,v 1.9 1997/03/09 06:27:41 andrew Exp $ ############ # IPFW Rules for FW-KAM.ESGROUP.NET # # Blow away everything first. # /sbin/ipfw -f flush # # Firewall Rules # ============== # # Allow Established TCP Connections # /sbin/ipfw add 10000 allow tcp from 207.194.190.5 to any established /sbin/ipfw add 10100 allow tcp from any to 207.194.190.5 established # # Allow DNS through # /sbin/ipfw add 10200 allow udp from any 53 to 207.194.190.5 /sbin/ipfw add 10300 allow udp from 207.194.190.5 to any 53 # # Allow identd to get through # /sbin/ipfw add 10800 allow tcp from any to 207.194.190.5 113 /sbin/ipfw add 10900 allow tcp from 207.194.190.5 to any 113 # # Allow outgoing TCP connections # /sbin/ipfw add 11000 allow tcp from 207.194.190.5 to any setup # # Allow incoming TCP connections to ports 1024 - 65535 # /sbin/ipfw add 11100 allow tcp from any to 207.194.190.5 1024-65535 setup # # Allow ssh from anywhere (Perhaps Dangerous) # /sbin/ipfw add 11200 allow tcp from any to 207.194.190.5 22 setup # # Allow Trusted Hosts Access # ie: example # #/sbin/ipfw add 11400 allow tcp from (outside host) to 207.194.190.5 setup # # Allow NTP broadcasts from router # /sbin/ipfw add 11800 allow udp from any to any 123 # # Allow Traceroutes # /sbin/ipfw add 11900 allow udp from 207.194.190.5 to any 33400-33499 /sbin/ipfw add 12000 allow icmp from any to any icmptype 3 /sbin/ipfw add 12100 allow icmp from any to any icmptype 11 # # Everything eles is denyed by default. This is what I get when I run 'ipfw -a list': Script started on Thu Aug 28 15:38:25 1997 root@fw-kam~: ipfw -a list 10000 0 0 allow tcp from 207.194.190.5 to any established 10100 0 0 allow tcp from any to 207.194.190.5 established 10200 0 0 allow udp from any 53 to 207.194.190.5 10300 0 0 allow udp from 207.194.190.5 to any 53 10800 0 0 allow tcp from any to 207.194.190.5 113 10900 0 0 allow tcp from 207.194.190.5 to any 113 11000 0 0 allow tcp from 207.194.190.5 to any setup 11100 0 0 allow tcp from any to 207.194.190.5 1024-65535 setup 11200 0 0 allow tcp from any to 207.194.190.5 22 setup 11800 0 0 allow udp from any to any 123 11900 0 0 allow udp from 207.194.190.5 to any 33400-33499 12000 0 0 allow icmp from any to any icmptype 3 12100 0 0 allow icmp from any to any icmptype 11 65535 179 12350 deny ip from any to any root@fw-kam~: Script done on Thu Aug 28 15:38:47 1997 With this current configuration, I cant do anything. Its as if when incoming packets reach the machine, it looks to ipfw, finds the 65535 line and denys it. Thus disregarding anything eles that might be added. I have tried multiple things to get it to work. I know my rc.firewall file is setup correctly. Even with ed0 not working, I still cant go anywhere via ed1. This puzzles me, as it should work. I dont want to setup a proxy server, thus having to change all my dns to point to the firewall, and having the firewall tell the packet where to go. I need to keep the dns the same, while filtering ICMP, TCP, UDP etc. This is my reason for the physical setup: main hub -> firewall -> second hub -> machines to be firewalled. Is this not possible? I havent been able to find many docs on freebsd ipfw, maybe there should be better papers written on the setup. Or possibly I just havent found them. With that said.. any suggestions on how to set this up that way I want to? Thank you for your time and I welcome any info anyone has. Tim Baur ESI Communications From owner-freebsd-hackers Wed Aug 27 21:17:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05725 for hackers-outgoing; Wed, 27 Aug 1997 21:17:38 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05720 for ; Wed, 27 Aug 1997 21:17:30 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id OAA06381; Thu, 28 Aug 1997 14:16:37 +1000 (EST) Date: Thu, 28 Aug 1997 14:16:36 +1000 (EST) From: "Daniel O'Callaghan" To: Tim Baur cc: freebsd-hackers@freebsd.org Subject: Re: ipfw configuration. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You only seem to be allowing traffic to and from fw-kam, and not through it. Maybe that's what you intended. ed1 and ed0 should work the same, just make sure you get the irq right - not conflicting with another device. The ruleset looks OK to me, but you might want to also add the rule: 65000 deny log all from any to any That does the same thing as the final 65535 rule, but logs the packet so you can see more closely why it was not matched by an earlier rule. You'll see the log message on the console and in /var/log/messages. Danny /* Daniel O'Callaghan */ /* HiLink Internet danny@hilink.com.au */ /* FreeBSD - works hard, plays hard... danny@freebsd.org */ From owner-freebsd-hackers Wed Aug 27 21:49:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA07319 for hackers-outgoing; Wed, 27 Aug 1997 21:49:07 -0700 (PDT) Received: from oblivion.esgroup.net (root@oblivion.esgroup.net [207.194.190.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA07312 for ; Wed, 27 Aug 1997 21:49:03 -0700 (PDT) Received: from oblivion.esgroup.net (tbaur@oblivion.esgroup.net [207.194.190.2]) by oblivion.esgroup.net (8.8.7/8.8.7) with SMTP id VAA22293; Wed, 27 Aug 1997 21:48:05 -0700 (PDT) Date: Wed, 27 Aug 1997 21:48:05 -0700 (PDT) From: Tim Baur To: "Daniel O'Callaghan" cc: freebsd-hackers@freebsd.org Subject: Re: ipfw configuration. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Aug 1997, Daniel O'Callaghan wrote: > You only seem to be allowing traffic to and from fw-kam, and not through > it. Maybe that's what you intended. ed1 and ed0 should work the same, > just make sure you get the irq right - not conflicting with another device. Well not exactally, and this is where I believe I may have made a mistake. I want to allow traffic thro fw-kam. Incoming packets via ed1, which would be passwd thro the filter, then either denyed or allowed. If allowed be forwarded out ed0, to the second hub and then hit the machine it was intending to hit. So therefor, I have misconfigured the rc.firewall. But I am at a loss, as I dont know how it should be changed. Also, being that I still want to use real IP addys for ed0 and the machines behind it.. Im unsure as how to setup ed0, would it be: ed1 207.194.190.5 (which is fw-kam.esgroup) and have ed0 with the IP of 207.194.190.6 or something? :shrug: > The ruleset looks OK to me, but you might want to also add the rule: > 65000 deny log all from any to any Nod, will do. Tim Baur ESI Communications From owner-freebsd-hackers Wed Aug 27 22:07:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08172 for hackers-outgoing; Wed, 27 Aug 1997 22:07:53 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08164 for ; Wed, 27 Aug 1997 22:07:48 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id AAA07664; Thu, 28 Aug 1997 00:07:31 -0500 (EST) From: "John S. Dyson" Message-Id: <199708280507.AAA07664@dyson.iquest.net> Subject: Re: shared libraries? In-Reply-To: from Alfred Perlstein at "Aug 27, 97 08:16:16 pm" To: perlsta@sunyit.edu (Alfred Perlstein) Date: Thu, 28 Aug 1997 00:07:31 -0500 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alfred Perlstein said: > > This is a strange question/idea, > > Why is the standard C library like the code in string.h, stdio.h ect. in > shared libraries? if need be, the programer could change his code and > make a new library. > We do have a shared lib facility. > > If most of the libraries were converted to a shared lib format wouldn't > that reduce memory and disk space requirements tremendously? > not only that, but complile times and exec times would soar, woudn't they? > Believe it or not, shared libs often hurt more than help. Even with an ideal scheme that is prelinked, a program can take MORE memory, not less. We share the .text of programs even without using shared libs. In the case of shells, shared libs are usually a loose. A rule of thumb that I use is (These are only my opinions): App type Shared libc? X applications* YES Shells NO Favorite editors no WWW servers no FTP servers no Sendmail no Build toolchain yes/no Random test pgm YES Other commonly invoked pgms yes Anything in /bin NO Anything in /sbin NO Anything in /usr/bin yes Anything in /usr/sbin no Anything in /usr/libexec no * X applications above can be extended to any package with an extensive library suite. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Aug 27 22:07:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08187 for hackers-outgoing; Wed, 27 Aug 1997 22:07:57 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08165 for ; Wed, 27 Aug 1997 22:07:50 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id PAA06596; Thu, 28 Aug 1997 15:06:56 +1000 (EST) Date: Thu, 28 Aug 1997 15:06:56 +1000 (EST) From: "Daniel O'Callaghan" To: Tim Baur cc: freebsd-hackers@freebsd.org Subject: Re: ipfw configuration. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 27 Aug 1997, Tim Baur wrote: > On Thu, 28 Aug 1997, Daniel O'Callaghan wrote: > > > You only seem to be allowing traffic to and from fw-kam, and not through > > it. Maybe that's what you intended. ed1 and ed0 should work the same, > > just make sure you get the irq right - not conflicting with another device. > > Well not exactally, and this is where I believe I may have made a mistake. > I want to allow traffic thro fw-kam. Incoming packets via ed1, which would > be passwd thro the filter, then either denyed or allowed. If allowed be > forwarded out ed0, to the second hub and then hit the machine it was > intending to hit. > > So therefor, I have misconfigured the rc.firewall. But I am at a loss, as > I dont know how it should be changed. Also, being that I still want to use > real IP addys for ed0 and the machines behind it.. Im unsure as how to > setup ed0, would it be: ed1 207.194.190.5 (which is fw-kam.esgroup) and > have ed0 with the IP of 207.194.190.6 or something? :shrug: Ah. I think you need to read up about subnetting. What sort of IP address allocation do you have? What IP addresses have you assigned to devices? How many devices do you have? How do you connect to the Internet? What is the ethernet interface IP address of your router? Danny From owner-freebsd-hackers Wed Aug 27 23:13:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA10615 for hackers-outgoing; Wed, 27 Aug 1997 23:13:45 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA10608 for ; Wed, 27 Aug 1997 23:13:42 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id BAA07774; Thu, 28 Aug 1997 01:13:37 -0500 (EST) From: "John S. Dyson" Message-Id: <199708280613.BAA07774@dyson.iquest.net> Subject: Re: shared libraries? In-Reply-To: <199708280507.AAA07664@dyson.iquest.net> from "John S. Dyson" at "Aug 28, 97 00:07:31 am" To: toor@dyson.iquest.net (John S. Dyson) Date: Thu, 28 Aug 1997 01:13:37 -0500 (EST) Cc: perlsta@sunyit.edu, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson said: > > App type Shared libc? > Oops!!! ^^^^^^^^^^^^ I meant Shared Libs? -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Wed Aug 27 23:22:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA11256 for hackers-outgoing; Wed, 27 Aug 1997 23:22:46 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA11249 for ; Wed, 27 Aug 1997 23:22:43 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id CAA28133; Thu, 28 Aug 1997 02:27:49 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Thu, 28 Aug 1997 02:27:48 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: "John S. Dyson" cc: hackers@FreeBSD.ORG Subject: Re: shared libraries? In-Reply-To: <199708280507.AAA07664@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If most of the libraries were converted to a shared lib format wouldn't > > that reduce memory and disk space requirements tremendously? > > not only that, but complile times and exec times would soar, woudn't they? > > > Believe it or not, shared libs often hurt more than help. Even with an > ideal scheme that is prelinked, a program can take MORE memory, not less. > We share the .text of programs even without using shared libs. In the > case of shells, shared libs are usually a loose. A rule of thumb that I use > is (These are only my opinions): I'm not arguing, just asking, why would using shared libraries hurt? In a large system under a lot of user load executing programs(although nowadays it's mostly personal workstations) or bringing up servers, why should each instance of seperate programs which use the same exact facilities takeing up signifigantly less memory be a problem, take for instance: a slew of programs are run each using the same suite of standard library functions, only one copy of the routines need be present in memory. i know that for forking only data is copied, and then only when it is nessesary, but for each program we are talking about duplicated TEXT? how can shared libs not be the answer? also below, is there a reason several of the things listed don't use shared libs? i think i understand /bin and /sbin not using them, but i would never have guessed that the text editors wouldn't as well as servers...? if you can take the time to answer this i would be much appreciative :) Alfred > > App type Shared libc? > > X applications* YES > Shells NO > Favorite editors no > WWW servers no > FTP servers no > Sendmail no > Build toolchain yes/no > Random test pgm YES > Other commonly invoked pgms yes > Anything in /bin NO > Anything in /sbin NO > Anything in /usr/bin yes > Anything in /usr/sbin no > Anything in /usr/libexec no > > * X applications above can be extended to any package with an extensive > library suite. > > > -- > John > dyson@freebsd.org > jdyson@nc.com > From owner-freebsd-hackers Wed Aug 27 23:53:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12856 for hackers-outgoing; Wed, 27 Aug 1997 23:53:37 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12843 for ; Wed, 27 Aug 1997 23:53:05 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id BAA07871; Thu, 28 Aug 1997 01:51:01 -0500 (EST) From: "John S. Dyson" Message-Id: <199708280651.BAA07871@dyson.iquest.net> Subject: Re: shared libraries? In-Reply-To: from Alfred Perlstein at "Aug 28, 97 02:27:48 am" To: perlsta@sunyit.edu (Alfred Perlstein) Date: Thu, 28 Aug 1997 01:51:01 -0500 (EST) Cc: toor@dyson.iquest.net, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alfred Perlstein said: > > > If most of the libraries were converted to a shared lib format wouldn't > > > that reduce memory and disk space requirements tremendously? > > > not only that, but complile times and exec times would soar, woudn't they? > > > > > Believe it or not, shared libs often hurt more than help. Even with an > > ideal scheme that is prelinked, a program can take MORE memory, not less. > > We share the .text of programs even without using shared libs. In the > > case of shells, shared libs are usually a loose. A rule of thumb that I use > > is (These are only my opinions): > > I'm not arguing, just asking, why would using shared libraries hurt? > Locality of reference is the biggest issue. There are other issues that involve setting up more mapped segments, and that on the X86, PIC code is noticably less efficient. > > a slew of programs are run each using the same suite of standard library > functions, only one copy of the routines need be present in memory. > i know that for forking only data is copied, and then only when it is > nessesary, but for each program we are talking about duplicated TEXT? > > how can shared libs not be the answer? > Because of my answer above. Programs like sh, etc are already shared (programs from the same vnode share text and unmodified data automatically, with no penalty.) > > also below, is there a reason several of the things listed don't use > shared libs? > Yep, refer to my comments above. > > i think i understand /bin and /sbin not using them, but i would never have > guessed that the text editors wouldn't as well as servers...? > Say you are running N copies of vi or emacs -- you are already sharing them. It often doesn't pay to add the overhead of the shared libs. For example, if you link bash shared you will be able to measure slowdowns in the system, and more memory usage. If you are running a big ftp site, the same kind of thing applies for the ftpd. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Thu Aug 28 00:09:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13572 for hackers-outgoing; Thu, 28 Aug 1997 00:09:51 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA13559 for ; Thu, 28 Aug 1997 00:09:46 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.8.5/8.6.6) id AAA15241; Thu, 28 Aug 1997 00:09:45 -0700 (PDT) Date: Thu, 28 Aug 1997 00:09:45 -0700 (PDT) From: Sean Eric Fagan Message-Id: <199708280709.AAA15241@kithrup.com> To: hackers@freebsd.org Subject: Re: shared libraries? References: <199708280507.AAA07664@dyson.iquest.net> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you write: >I'm not arguing, just asking, why would using shared libraries hurt? For several reasons: 1. the position-independent code is much worse, performance- and size-wise, than the non-PIC versions. On the x86, this is almost worst case, because of the lack of general-purpose registers. 2. When using a shared library, the ENTIRE IMAGE gets pulled in; when using a normal library, only the needed bits are pulled in. Programs that need only a few routines may, as a result, be larger because of the extra baggage. Yes, it's shared, but it still takes up some space. And if the program in question is used a lot (e.g., /bin/sh), then the program text will be shared anyway, thus making up for the lack of shared library. 3. The shared library code has to jump through some hoops in order to allow for user-redefined functions. E.g., malloc(). This also results in some more performance loss. The *big* advantage of shared libraries is that *disk space* is smaller. But this does come at a cost. From owner-freebsd-hackers Thu Aug 28 05:50:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA25972 for hackers-outgoing; Thu, 28 Aug 1997 05:50:58 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA25961 for ; Thu, 28 Aug 1997 05:50:37 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA02343; Thu, 28 Aug 1997 08:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 28 Aug 1997 08:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id IAA05625; Thu, 28 Aug 1997 08:34:33 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id IAA09157; Thu, 28 Aug 1997 08:26:32 -0400 (EDT) Date: Thu, 28 Aug 1997 08:26:32 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708281226.IAA09157@lakes.dignus.com> To: ponds!FreeBSD.ORG!freebsd-hackers, ponds!netspace.net.au!mheath, ponds!lakes.dignus.com!rivers, ponds!dyson.iquest.net!toor Subject: Re: Status of the following bugs Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Thomas David Rivers said: > > > > > > Mark Heath said: > > > > > > > > Im having frequent (once every 2-3 hours) crashes, on a news server due to > > > > the following bugs: > > > > > > > > kern/2923: panic: vm_fault: fault on nofault entry, addr:f6e21000 > > > > kern/2771 panic: bad dir > > > > kern/3582 panic: bad dir (mangled entry) in 2.2-STABLE > > > > > > > > Does any one know what possible solutions or state of these bugs are. > > > > > > > It is an NFS related bug, and havent had a chance to fully understand it. > > > I think that there is a quick hack out there to make the problem go away. > > > > > > John > > > > Hmm... do you have more info that what's above (admittedly, I haven't > > looked at the tr's.) These problems seem to be exactly my "daily > > panic" problem - but maybe there's more there that points you to NFS? > > > There is a "quick hack" that I'll look for in my archives that appears to > make the problem go away (at least for another ISP NFS system.) > > -- > John > dyson@freebsd.org > jdyson@nc.com > John - I was just wondering if you've tripped over that "quick hack"... I'm anxious to try it out :-) - Thanks - - Dave Rivers - From owner-freebsd-hackers Thu Aug 28 06:08:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26736 for hackers-outgoing; Thu, 28 Aug 1997 06:08:22 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA26723 for ; Thu, 28 Aug 1997 06:08:14 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id JAA28492; Thu, 28 Aug 1997 09:13:27 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Thu, 28 Aug 1997 09:13:27 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: "John S. Dyson" cc: hackers@FreeBSD.ORG Subject: Re: shared libraries? In-Reply-To: <199708280651.BAA07871@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > i think i understand /bin and /sbin not using them, but i would never have > > guessed that the text editors wouldn't as well as servers...? > > > Say you are running N copies of vi or emacs -- you are already sharing > them. It often doesn't pay to add the overhead of the shared libs. > For example, if you link bash shared you will be able to measure slowdowns > in the system, and more memory usage. If you are running a big ftp site, > the same kind of thing applies for the ftpd. well this is my last attempt at explaining what i'm trying to say, if you are running 50 processes, let's say that that 25 of them are unique, well ok, now whichever duplicate processes you have around share TEXT and unmodified DATA, however, if shared libs were used ALL processes could share a majority of TEXT, that TEXt being the standard library routines. Feel free to slap me now :) Alfred From owner-freebsd-hackers Thu Aug 28 08:00:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA02431 for hackers-outgoing; Thu, 28 Aug 1997 08:00:21 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA02420 for ; Thu, 28 Aug 1997 08:00:14 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id KAA05298 for ; Thu, 28 Aug 1997 10:00:10 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma005240; Thu, 28 Aug 97 09:59:36 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id JAA26827 for ; Thu, 28 Aug 1997 09:59:36 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 28 Aug 1997 09:59:35 -0500 (CDT) From: Kyle Mestery To: freebsd-hackers@freebsd.org Subject: Sig 12's with user PPP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all. I am running 3.0 from this weekend and a kernel from Tuesday, but this problem has been affecting me off and on since June. The problem is that I get Sig 12's with user PPP some of the time. It seems to happen like this. I start user PPP, login to my ISP for the first time, log off, no sig12. Then, right away afterwards, I login again, and if I log off within 2-3 minutes, right after disconnecting I get a sig12. Also, the second time I log in if I dont wait at least 5 minutes, my routing table is all screwed up and I have to logout before anything works. Like I said, this has been happening since about June. I am runnign the SMP kernel, and tonite I am going to try a UP kernel to see if this occurs. The problem with the routing table should be independant of which kernel I run though, right? Also, is there any way (besides a remote serial console) I can get to the debugger from X? And, is there any way other than copying by hand the trace output to save a trace output? thanks! Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-hackers Thu Aug 28 08:25:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04112 for hackers-outgoing; Thu, 28 Aug 1997 08:25:05 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA04102 for ; Thu, 28 Aug 1997 08:24:59 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id KAA02038; Thu, 28 Aug 1997 10:24:36 -0500 (EST) From: "John S. Dyson" Message-Id: <199708281524.KAA02038@dyson.iquest.net> Subject: Re: shared libraries? In-Reply-To: from Alfred Perlstein at "Aug 28, 97 09:13:27 am" To: perlsta@sunyit.edu (Alfred Perlstein) Date: Thu, 28 Aug 1997 10:24:36 -0500 (EST) Cc: hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alfred Perlstein said: > > if you are running 50 processes, let's say that that 25 of them are > unique, well ok, now whichever duplicate processes you have around share > TEXT and unmodified DATA, however, if shared libs were used ALL processes > could share a majority of TEXT, that TEXt being the standard library > routines. > > Feel free to slap me now :) > Slap!!! (I liked SEF's explanation). When I said locality of reference, it begs the issue that everything is linked in. That increases the cache footprint, and code/data/bss size. For trivial programs, shared libs are almost always a win if you don't run them too often. Shared libs are in a fixed linking order, with lots of extra stuff, including sparse .data and .bss, due to all of the routines being linked in. That is evil, taking up extra cache lines (32bytes/line on a P5/P6, and more on other architectures.) Imagine on a P6 where you have a 8K/8K BYTE L1 (fast) cache. It means that you really have a 256/256 cache line (item) cache!!! A couple of years ago, we started linking the GCC as a shared program (CC1, CC1PLUS being linked against the GCC backend and utility routines.) The compiler slowed down significantly (more than just measurable -- it even felt slower.) -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Thu Aug 28 08:56:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05861 for hackers-outgoing; Thu, 28 Aug 1997 08:56:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA05757; Thu, 28 Aug 1997 08:55:34 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id BAA26250; Fri, 29 Aug 1997 01:49:52 +1000 Date: Fri, 29 Aug 1997 01:49:52 +1000 From: Bruce Evans Message-Id: <199708281549.BAA26250@godzilla.zeta.org.au> To: bde@freebsd.org, julian@whistle.com Subject: Re: sio.c "turbo mode" additions. Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Here are a set of diffs that allow the sio driver in 2.2.2 to take >into account that the hardware has had it's clock doubled (or more), >and to use any baud rate that it can reach within 4%. (the usual >standard). >... >Other than style (you always don't like my style so I take >that for granted) What objections/problems do you see in this? Nonstandard speeds break the speed tables in kern/tty_compat.c, i386/ibcs2/ibcs2_ioctl.c, i386/linux/linux_ioctl.c, rlogin and window (speeds set using termios get corrupted when a program saves and "restores" them using sgttyb). You have to extend these tables. The BSD tables are limited to 127 entries. The ibcs2 table is limited to 16 entries and can't even support speeds 57600 and 115200. The linux table is limited to 32 entries. Because of this braindamage, I think it is a bug to support approximations to standard speeds at the software level (standard speeds may need to be approximated at the hardware level, e.g., 134.5 in sio). >I run use this to get 230400 baud (and it shows up as 230400 >in the stty status information. It allows the kernel hacker >to specify in his config line that a particular tty line is >overclocked, from 1 to 16 times. 16 would give 1843200 baud. I'd prefer to configure the fundamental divisor (115200 etc), but this will have to wait until config provides more bits. >+ int siocn_baud_multiple = 1; /* set from vendor startup code */ I think this variable is unnecessary - you can use the configured value for everything (just be careful about converting the default of 0 to 1 everywhere). > /* check requested parameters */ >! if(com->baud_multiple == 0) { /* catch 0 as well */ >! com->baud_multiple = 1; >! printf("sio%d: warning, baud multiple was 0\n", unit); >! } Flags of 0 are the default and shouldn't be warned about. The multiple should be converted from 0 to 1 earlier (the new struct member should actually be for (115200 * (the multiple)). Bruce From owner-freebsd-hackers Thu Aug 28 11:11:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA12967 for hackers-outgoing; Thu, 28 Aug 1997 11:11:16 -0700 (PDT) Received: from brickbat8.mindspring.com (brickbat8.mindspring.com [207.69.200.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA12954 for ; Thu, 28 Aug 1997 11:11:06 -0700 (PDT) Received: from bogus.mindspring.com (user-38lc522.dialup.mindspring.com [209.86.20.66]) by brickbat8.mindspring.com (8.8.5/8.8.5) with SMTP id OAA19938; Thu, 28 Aug 1997 14:10:51 -0400 (EDT) Message-Id: <1.5.4.32.19970828181011.009c0744@mail.mindspring.com> X-Sender: kpneal@mail.mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 28 Aug 1997 14:10:11 -0400 To: "John S. Dyson" From: "Kevin P. Neal" Subject: Re: shared libraries? Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 12:07 AM 8/28/97 -0500, John S. Dyson wrote: >> If most of the libraries were converted to a shared lib format wouldn't >> that reduce memory and disk space requirements tremendously? >> not only that, but complile times and exec times would soar, woudn't they? >> >Believe it or not, shared libs often hurt more than help. Even with an >ideal scheme that is prelinked, a program can take MORE memory, not less. >We share the .text of programs even without using shared libs. In the >case of shells, shared libs are usually a loose. A rule of thumb that I use 1) Why would a program with shared libs using your "ideal scheme" use more memory? 2) Why are shared libs a lose in the case of shells? Are you just referring to the start up time required to get the libraries linked into the running executable? -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Thu Aug 28 11:44:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14566 for hackers-outgoing; Thu, 28 Aug 1997 11:44:31 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA14560 for ; Thu, 28 Aug 1997 11:44:25 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id LAA10799; Thu, 28 Aug 1997 11:46:54 -0700 (PDT) Message-Id: <199708281846.LAA10799@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Sean Eric Fagan Cc: hackers@FreeBSD.ORG Subject: Re: shared libraries? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Aug 1997 11:46:54 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sean Eric Fagan writes: > 1. the position-independent code is much worse, performance- and size-wise, > than the non-PIC versions. On the x86, this is almost worst case, because > of the lack of general-purpose registers. Correct me if I am wrong (and you most undoubtedly will), but isn't this counter-intuitive to almost every other architechure out there? ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet "What's so special about the Net? People -still- don't listen..." -The Unknown Drummer From owner-freebsd-hackers Thu Aug 28 12:37:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA16716 for hackers-outgoing; Thu, 28 Aug 1997 12:37:45 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA16711 for ; Thu, 28 Aug 1997 12:37:42 -0700 (PDT) Received: from mailhost.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <52716(2)>; Thu, 28 Aug 1997 12:34:40 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by mailhost.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id PAA06182; Thu, 28 Aug 1997 15:33:36 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA15988; Thu, 28 Aug 97 15:33:36 EDT Message-Id: <9708281933.AA15988@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Dave Hayes Cc: Sean Eric Fagan , hackers@freebsd.org Subject: Re: shared libraries? In-Reply-To: Your message of "Thu, 28 Aug 1997 11:46:54 PDT." <199708281846.LAA10799@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Aug 1997 12:33:34 PDT From: "Marty Leisner" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there anything in to read about how PIC works (as a general concept)? And shared libraries (I was hoping they had something in the daemon book, but nada...) I don't think 386 is much worse...somewhat worse would be reasonable. -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-hackers Thu Aug 28 12:48:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17340 for hackers-outgoing; Thu, 28 Aug 1997 12:48:05 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17233 for ; Thu, 28 Aug 1997 12:47:31 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id OAA02703; Thu, 28 Aug 1997 14:47:19 -0500 (EST) From: "John S. Dyson" Message-Id: <199708281947.OAA02703@dyson.iquest.net> Subject: Re: shared libraries? In-Reply-To: <1.5.4.32.19970828181011.009c0744@mail.mindspring.com> from "Kevin P. Neal" at "Aug 28, 97 02:10:11 pm" To: kpneal@pobox.com (Kevin P. Neal) Date: Thu, 28 Aug 1997 14:47:19 -0500 (EST) Cc: toor@dyson.iquest.net, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kevin P. Neal said: > At 12:07 AM 8/28/97 -0500, John S. Dyson wrote: > >> If most of the libraries were converted to a shared lib format wouldn't > >> that reduce memory and disk space requirements tremendously? > >> not only that, but complile times and exec times would soar, woudn't they? > >> > >Believe it or not, shared libs often hurt more than help. Even with an > >ideal scheme that is prelinked, a program can take MORE memory, not less. > >We share the .text of programs even without using shared libs. In the > >case of shells, shared libs are usually a loose. A rule of thumb that I use > > 1) Why would a program with shared libs using your "ideal scheme" use more > memory? > > 2) Why are shared libs a lose in the case of shells? > > Are you just referring to the start up time required to get the libraries > linked into the running executable? > I am getting a little impatient; So think about (.data, .bss) and how sparse that they can become due to ALL of modules being linked into the image, and not just the selected ones. Startup time is part of it, but think of a statically linked program as being more "compact." -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Thu Aug 28 13:06:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA18227 for hackers-outgoing; Thu, 28 Aug 1997 13:06:26 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA18149 for ; Thu, 28 Aug 1997 13:05:55 -0700 (PDT) Received: from gurney.reilly.home (d26.syd2.zeta.org.au [203.26.11.26]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id GAA00245; Fri, 29 Aug 1997 06:03:22 +1000 Received: from gurney.reilly.home (localhost [127.0.0.1]) by gurney.reilly.home (8.8.5/8.8.5) with ESMTP id QAA18886; Thu, 28 Aug 1997 16:38:50 +1000 (EST) Message-Id: <199708280638.QAA18886@gurney.reilly.home> Date: Thu, 28 Aug 1997 16:38:48 +1000 (EST) From: Andrew Reilly Subject: Re: shared libraries? To: toor@dyson.iquest.net cc: perlsta@sunyit.edu, hackers@FreeBSD.ORG In-Reply-To: <199708280507.AAA07664@dyson.iquest.net> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 28 Aug, John S. Dyson wrote: > Believe it or not, shared libs often hurt more than help. Even with an > ideal scheme that is prelinked, a program can take MORE memory, not less. > We share the .text of programs even without using shared libs. In the > case of shells, shared libs are usually a loose. A rule of thumb that I use > is (These are only my opinions): [list elided] I remember a very strong and well argued argument along these lines with a (Japanese?) guy, either on usenet or one of the early BSD newsgroups, around the time that 386BSD first appeared (although I think that the context was BSD Unix on a MIPS box, perhaps the Sony 3xxx series, which never had shared libraries). His argument was that for programs that use a small collection of functions from large libraries (of which X applications are particular culprits?), the cost to real memory can be higher than it would be without shared libraries. One reason is that dynamic loading and shared text keeps the impact low, as John described above. Another problem that seems (more?) interesting is real-memory fragmentation (wastage?) incurred by unused functions that reside on the same pages in the library file as used functions, and so occupy memory when the used function is demand loaded. Has anyone considered building a shared library use-analysis tool, to attempt to optimise the ordering of objects within the various shared libraries, so that the "most used" core of modules were concatenated, probably at the front, with less commonly used functions falling to the tail, so they would mostly not be paged in? -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-hackers Thu Aug 28 15:16:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA23812 for hackers-outgoing; Thu, 28 Aug 1997 15:16:58 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA23807 for ; Thu, 28 Aug 1997 15:16:54 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4Crv-000617-00; Thu, 28 Aug 1997 16:16:48 -0600 To: hackers@freebsd.org Subject: Bletch! Date: Thu, 28 Aug 1997 16:16:47 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk % uname -a FreeBSD harmony.village.org 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Jun 21 17:52:32 MDT 1997 imp@harmony.village.org:/home/imp/FreeBSD/src/sys/compile/GENERIC i386 % mkdir /gerbils/2.2 % cd /gerbils/2.2 % cvs co -r RELENG_2_2 src ... % cd src % su # make buildworld .... ===> lib/msun ... cc -nostdinc -v -D_IEEE_LIBM -I/usr/obj/home/imp/FreeBSD/2.2/src/tmp/usr/include -c i387_e_acos.S -o i387_e_acos.o gcc version 2.7.2.1 /usr/obj/home/imp/FreeBSD/2.2/src/tmp/usr/libexec/cpp -lang-asm -nostdinc -v -I/usr/obj/home/imp/FreeBSD/2.2/src/tmp/usr/include -iprefix /usr/obj/home/imp/FreeBSD/2.2/src/tmp/usr/lib/i386-unknown-freebsd/2.7.2.1/ -undef -$ -Dunix -Di386 -D__FreeBSD__=2 -D__unix__ -D__i386__ -D__FreeBSD__=2 -D__unix -D__i386 -Asystem(unix) -Asystem(FreeBSD) -Acpu(i386) -Amachine(i386) -D__ASSEMBLER__ -D_IEEE_LIBM i387_e_acos.S /var/tmp/cc010392.s GNU CPP version 2.7.2.1 (80386, BSD syntax) #include "..." search starts here: #include <...> search starts here: /usr/obj/home/imp/FreeBSD/2.2/src/tmp/usr/include End of search list. In file included from /usr/obj/home/imp/FreeBSD/2.2/src/tmp/usr/include/machine/asmacros.h:128, from i387_e_acos.S:36: /usr/src/lib/libc/i386/DEFS.h:41: machine/asm.h: No such file or directory *** Error code 1 # ================================================================== OK. So I go looking at what has been included, and I find: % egrep /usr/src /usr/obj/gerbils/2.2/src/tmp/usr/include/machine/asmacros.h #include "/usr/src/lib/libc/i386/DEFS.h" /* XXX blech */ % Is there any reason why this is the case? Since this file is used only by msun (per the comments) in the non kernel case, can't this be done better? Are there other gotcha's that I'm setting myself up for by not having my sources in /usr/src? Warner From owner-freebsd-hackers Thu Aug 28 15:32:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA24632 for hackers-outgoing; Thu, 28 Aug 1997 15:32:45 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA24627 for ; Thu, 28 Aug 1997 15:32:42 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4D6t-000624-00; Thu, 28 Aug 1997 16:32:15 -0600 To: Dave Hayes Subject: Re: shared libraries? Cc: Sean Eric Fagan , hackers@freebsd.org In-reply-to: Your message of "Thu, 28 Aug 1997 11:46:54 PDT." <199708281846.LAA10799@hokkshideh.jetcafe.org> References: <199708281846.LAA10799@hokkshideh.jetcafe.org> Date: Thu, 28 Aug 1997 16:32:14 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708281846.LAA10799@hokkshideh.jetcafe.org> Dave Hayes writes: : Correct me if I am wrong (and you most undoubtedly will), but isn't : this counter-intuitive to almost every other architechure out there? Generally, on most architectures PIC code is slower than non-PIC code. At least on sparc, 68k, mips and alpha (as well as x86). The generally quoted number is 10%. That's what various docs that I've seen over the years have quoted. That's one reason why many benchmarks are done with static binaries... Warner From owner-freebsd-hackers Thu Aug 28 17:21:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28844 for hackers-outgoing; Thu, 28 Aug 1997 17:21:22 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA28831; Thu, 28 Aug 1997 17:21:02 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA18886; Thu, 28 Aug 1997 17:13:26 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd018880; Fri Aug 29 00:13:24 1997 Date: Thu, 28 Aug 1997 17:13:11 -0700 (PDT) From: Julian Elischer To: Bruce Evans cc: bde@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: sio.c "turbo mode" additions. In-Reply-To: <199708281549.BAA26250@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Bruce Evans wrote: > >Here are a set of diffs that allow the sio driver in 2.2.2 to take > >into account that the hardware has had it's clock doubled (or more), > >and to use any baud rate that it can reach within 4%. (the usual > >standard). > >... > >Other than style (you always don't like my style so I take > >that for granted) What objections/problems do you see in this? > > Nonstandard speeds break the speed tables in kern/tty_compat.c, > i386/ibcs2/ibcs2_ioctl.c, i386/linux/linux_ioctl.c, rlogin and > window (speeds set using termios get corrupted when a program > saves and "restores" them using sgttyb). You have to extend these > tables. The BSD tables are limited to 127 entries. The ibcs2 > table is limited to 16 entries and can't even support speeds 57600 > and 115200. The linux table is limited to 32 entries. Because of > this braindamage, I think it is a bug to support approximations > to standard speeds at the software level (standard speeds may > need to be approximated at the hardware level, e.g., 134.5 in sio). Why should we limit our baud rates to thise used by linux? if we use a standard baud rate (e.g. 9600) they will still be able to do it right? I don't see this as much of an argument. certainly it might be possible to "mask" the baud rates to those that are expected, but I don't see how removing the table has any bad effects as the only things looking at that table were in sio.c There are times when I'd have liked to be able to run at 1500 baud. I've seen it in some non standard radio gear. and the console driver allows aby speed to be set without too much problem.. (sc on my 2.1.laptop anyhow) I presume that these probrams you mention will only have problems if I set the baud rate to 1700 or similar. I'd like to set the xtal rate, or the max baudrate, as you said, but I wanted to describe the change in the flags with the 4 bits I could perloin. > > >I run use this to get 230400 baud (and it shows up as 230400 > >in the stty status information. It allows the kernel hacker > >to specify in his config line that a particular tty line is > >overclocked, from 1 to 16 times. 16 would give 1843200 baud. > > I'd prefer to configure the fundamental divisor (115200 etc), but > this will have to wait until config provides more bits. > > >+ int siocn_baud_multiple = 1; /* set from vendor startup code */ > > I think this variable is unnecessary - you can use the configured > value for everything (just be careful about converting the default > of 0 to 1 everywhere). no, I want to be able to use this regardless of how available the com structure values are.. the siocn-xxx() functions don't have a pointer to the appropriate devconf or softc structures, so they need a global to use. I admit that it could easily be initialised from teh devconf struct at the time that it is probed for the 'CAN BE CONSOLE' bit but in our case here, we have a file that contains code that hits soem special registers to double the baud rate. this same code doubles the multiplier at the same time, so that the console code always works at the right speed, both before and after the hardware has been nobbled. > > > /* check requested parameters */ > >! if(com->baud_multiple == 0) { /* catch 0 as well */ > >! com->baud_multiple = 1; > >! printf("sio%d: warning, baud multiple was 0\n", unit); > >! } A flag f 0 gives a multiple of 1. a value of 0 indicates an unexpected code path that leaves ot uninitialised.. this should be in "DIAGNOSTIC" and should be removed when I'm a bit more confident that I didn'r have such a path left in the code. > > Flags of 0 are the default and shouldn't be warned about. The > multiple should be converted from 0 to 1 earlier (the new struct > member should actually be for (115200 * (the multiple)). yes, that's not a bad idea.. I still don't understand your need for the table. if you use an unexpected baudrate, then some things are unable to correctly interrogate the speed. This doesn't seem like a problem to me as it's almost always going to be set to a standard speed. can you explain this a bit better, and in general do you think that the ability to handle 'turbo' sio ports (becoming more common these days) is bad or worth while? I would like to re-do the interaction between siocn_xx() and the normal driver a bit better. but I didn't want to change everything as I want a HOPE of puting this in 2.2.3 (where I actually need it) julian > > Bruce > From owner-freebsd-hackers Thu Aug 28 17:25:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29095 for hackers-outgoing; Thu, 28 Aug 1997 17:25:13 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA29044 for ; Thu, 28 Aug 1997 17:25:00 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA03561; Fri, 29 Aug 1997 00:54:56 +0100 (BST) Message-Id: <199708282354.AAA03561@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Kyle Mestery cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Sig 12's with user PPP In-reply-to: Your message of "Thu, 28 Aug 1997 09:59:35 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 00:54:56 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi all. I am running 3.0 from this weekend and a kernel from Tuesday, but > this problem has been affecting me off and on since June. The problem is > that I get Sig 12's with user PPP some of the time. It seems to happen > like this. I start user PPP, login to my ISP for the first time, log off, > no sig12. Then, right away afterwards, I login again, and if I log off > within 2-3 minutes, right after disconnecting I get a sig12. Also, the > second time I log in if I dont wait at least 5 minutes, my routing table > is all screwed up and I have to logout before anything works. Like I > said, this has been happening since about June. I am runnign the SMP > kernel, and tonite I am going to try a UP kernel to see if this occurs. > The problem with the routing table should be independant of which kernel I > run though, right? Also, is there any way (besides a remote serial > console) I can get to the debugger from X? And, is there any way other > than copying by hand the trace output to save a trace output? thanks! Sounds *really* like an installation thing. Can you remove the UID bit on ppp and run it as root. You should get a core with the sig 12 - it would be interesting to know what the syscall problem is. The routing table thing also sounds like something's out of step. Perhaps a "make world" followed by a kernel install then a reboot is in order ? What sort of "screwing up" does your routing table experience ? > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Aug 28 17:35:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29925 for hackers-outgoing; Thu, 28 Aug 1997 17:35:51 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA29902 for ; Thu, 28 Aug 1997 17:35:39 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.7/8.7.3) with SMTP id UAA17627; Thu, 28 Aug 1997 20:35:26 -0400 (EDT) Message-Id: <199708290035.UAA17627@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Warner Losh cc: Dave Hayes , Sean Eric Fagan , hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: shared libraries? References: <199708281846.LAA10799@hokkshideh.jetcafe.org> In-reply-to: Your message of "Thu, 28 Aug 1997 16:32:14 MDT." Mime-Version: 1.0 Content-Type: text/plain Date: Thu, 28 Aug 1997 20:35:25 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In message <199708281846.LAA10799@hokkshideh.jetcafe.org> Dave Hayes writes: > : Correct me if I am wrong (and you most undoubtedly will), but isn't > : this counter-intuitive to almost every other architechure out there? > > Generally, on most architectures PIC code is slower than non-PIC code. > At least on sparc, 68k, mips and alpha (as well as x86). The > generally quoted number is 10%. That's what various docs that I've > seen over the years have quoted. That's one reason why many > benchmarks are done with static binaries... But on other architectures (like the 68K), you've got a pile of index registers you can use to point at stuff, and the compiler isn't repeatedly computing an address, and loading it into the (one or two) registers you can index off of. Not that I'm a real whiz on the i386 assembly code, but you've already chewed up on index register pointing at the base of the stack frame; all the other references compete for BX and you're using AX to compute the addresses. The 68K has got a nice architecture with 8 general purpose accumulators, and another 8 address/index registers.. louie From owner-freebsd-hackers Thu Aug 28 18:11:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA02416 for hackers-outgoing; Thu, 28 Aug 1997 18:11:49 -0700 (PDT) Received: (from hsu@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA02410 for hackers; Thu, 28 Aug 1997 18:11:47 -0700 (PDT) Date: Thu, 28 Aug 1997 18:11:47 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199708290111.SAA02410@hub.freebsd.org> To: hackers Subject: Re: It appears to be impossible to build a kernel w/o networking... Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The last time I tried this, a couple days ago, there was only a small problem with some netisr code not being properly enclosed within #ifdef INET. Index: machdep.c =================================================================== RCS file: /usr/cvsup/prefix/src/sys/i386/i386/machdep.c,v retrieving revision 1.256 diff -c -r1.256 machdep.c *** machdep.c 1997/08/18 06:58:09 1.256 --- machdep.c 1997/08/19 21:29:03 *************** *** 190,196 **** --- 190,198 ---- static vm_offset_t buffer_sva, buffer_eva; vm_offset_t clean_sva, clean_eva; static vm_offset_t pager_sva, pager_eva; + #ifdef INET extern struct linker_set netisr_set; + #endif #define offsetof(type, member) ((size_t)(&((type *)0)->member)) *************** *** 241,250 **** --- 243,254 ---- } } + #ifdef INET /* * Quickly wire in netisrs. */ setup_netisrs(&netisr_set); + #endif /* * Allocate space for system data structures. From owner-freebsd-hackers Thu Aug 28 19:08:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA04973 for hackers-outgoing; Thu, 28 Aug 1997 19:08:45 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (wck-ca7-13.ix.netcom.com [204.31.231.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA04966 for ; Thu, 28 Aug 1997 19:08:42 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.7/8.6.9) id TAA01842; Thu, 28 Aug 1997 19:08:33 -0700 (PDT) Date: Thu, 28 Aug 1997 19:08:33 -0700 (PDT) Message-Id: <199708290208.TAA01842@silvia.HIP.Berkeley.EDU> To: imp@rover.village.org CC: hackers@freebsd.org In-reply-to: (message from Warner Losh on Thu, 28 Aug 1997 16:16:47 -0600) Subject: Re: Bletch! From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * OK. So I go looking at what has been included, and I find: * % egrep /usr/src /usr/obj/gerbils/2.2/src/tmp/usr/include/machine/asmacros.h * #include "/usr/src/lib/libc/i386/DEFS.h" /* XXX blech */ * % * * Is there any reason why this is the case? Since this file is used * only by msun (per the comments) in the non kernel case, can't this be * done better? Welcome to the world of 2.2-stable. This one is already fixed in -current. Last time I asked Bruce, he said there are a bunch of other files that needs to be merged. * Are there other gotcha's that I'm setting myself up for by not having * my sources in /usr/src? Many, many more. The -I/sys stuff is getting fixed in -current now, it seems though. Satoshi From owner-freebsd-hackers Thu Aug 28 19:37:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06162 for hackers-outgoing; Thu, 28 Aug 1997 19:37:18 -0700 (PDT) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA06155 for ; Thu, 28 Aug 1997 19:37:16 -0700 (PDT) Received: from localhost (benedict@localhost) by echonyc.com (8.8.5/8.8.3) with SMTP id WAA04724 for ; Thu, 28 Aug 1997 22:37:11 -0400 (EDT) Date: Thu, 28 Aug 1997 22:37:10 -0400 (EDT) From: Snob Art Genre To: freebsd-hackers@freebsd.org Subject: A disturbing discovery Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I made world the other day, it installed sperl4.036 -- isn't that known to be insecure? Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Thu Aug 28 19:40:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06293 for hackers-outgoing; Thu, 28 Aug 1997 19:40:25 -0700 (PDT) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA06288 for ; Thu, 28 Aug 1997 19:40:20 -0700 (PDT) Received: from localhost (benedict@localhost) by echonyc.com (8.8.5/8.8.3) with SMTP id WAA05392 for ; Thu, 28 Aug 1997 22:40:13 -0400 (EDT) Date: Thu, 28 Aug 1997 22:40:12 -0400 (EDT) From: Snob Art Genre To: hackers@freebsd.org Subject: A disturbing discovery (addendum) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Forgot to mention, I'm running 2.2.2-stable. Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Thu Aug 28 20:16:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07569 for hackers-outgoing; Thu, 28 Aug 1997 20:16:01 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA07551 for ; Thu, 28 Aug 1997 20:15:56 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id FAA06905; Fri, 29 Aug 1997 05:15:41 +0200 (MET DST) Date: Fri, 29 Aug 1997 05:15:41 +0200 (MET DST) Message-Id: <199708290315.FAA06905@bitbox.follo.net> From: Eivind Eklund To: Snob Art Genre CC: freebsd-hackers@FreeBSD.ORG In-reply-to: Snob Art Genre's message of Thu, 28 Aug 1997 22:37:10 -0400 (EDT) Subject: Re: A disturbing discovery References: Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > When I made world the other day, it installed sperl4.036 -- isn't that > known to be insecure? Warner fixed this, AFAIK. It was unsecure, but nothing that is known to be insecure is shipped. (Well, there is likely some exploits in games; I've been wanting to turn all of these setgid for quite a long while now, but never got around to it...) Eivind. From owner-freebsd-hackers Thu Aug 28 20:31:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07986 for hackers-outgoing; Thu, 28 Aug 1997 20:31:26 -0700 (PDT) Received: from shadowsphere.com (root@shadowsphere.com [206.165.76.188]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA07980 for ; Thu, 28 Aug 1997 20:31:22 -0700 (PDT) Received: from localhost (root@localhost) by shadowsphere.com (8.8.7/8.8.7) with SMTP id XAA01066; Thu, 28 Aug 1997 23:31:18 -0400 (EDT) Date: Thu, 28 Aug 1997 23:31:18 -0400 (EDT) From: "David R. Rippel" To: Brian Somers cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD -> Crywnr DOS PLIP Link In-Reply-To: <199708282357.AAA03580@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok i've searched for '1's and vj in the plip.com ASM source, as well as lpt.c and come up empty handed here, perhaps the problem is deeper rooted than compression? On Fri, 29 Aug 1997, Brian Somers wrote: > > Well, I've heard this might just be the case, if so, could you give me any > > idea as to how I would go about disabling the VJ compression with crynwr's > > plip.com w/ NCSA telbin.exe? > > Search for "vj" in your config file. There's a variable that needs > to change to "0" AFAIR. > > > --- > > David R. Rippel > > ShadowSphere System Administrator > > > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... > > > From owner-freebsd-hackers Thu Aug 28 20:38:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA08250 for hackers-outgoing; Thu, 28 Aug 1997 20:38:20 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA08245 for ; Thu, 28 Aug 1997 20:38:17 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id WAA23954; Thu, 28 Aug 1997 22:37:58 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma023818; Thu, 28 Aug 97 22:37:07 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id WAA10128; Thu, 28 Aug 1997 22:37:06 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Thu, 28 Aug 1997 22:37:06 -0500 (CDT) From: Kyle Mestery To: Brian Somers cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Sig 12's with user PPP In-Reply-To: <199708282354.AAA03561@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Brian Somers wrote: > Sounds *really* like an installation thing. Can you remove the UID > bit on ppp and run it as root. You should get a core with the sig 12 > - it would be interesting to know what the syscall problem is. > Sure, I can try this, but this happens regardless of whether or not I run ppp as root or as another user. > The routing table thing also sounds like something's out of step. > Perhaps a "make world" followed by a kernel install then a reboot is > in order ? What sort of "screwing up" does your routing table > experience ? > My impression is that it would not be solved by a make world, because as I said this problem has followed me through make world build since early june or so. As far as the routing tables being messed up, normally ppp just adds a default route. But, when it gets "screwed up" it appears taht ppp is trying to add a separate route to every host it can, in other words this is what my routing table looks like: hope.winternet.com$ netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 204.246.71.1 UGSc 1 6 tun0 10.0.2/24 link#1 UC 0 0 10.0.2.18 0:0:c0:f2:16:9c UHLW 0 20 lo0 10.0.2.255 ff:ff:ff:ff:ff:ff UHLWb 1 326 ed0 127.0.0.1 127.0.0.1 UH 1 26 lo0 192.129.84 204.246.71.1 UGc 0 0 tun0 198.137.142 204.246.71.1 UGc 0 0 tun0 198.174.169 204.246.71.1 UGc 2 0 tun0 199.199.122 204.246.71.1 UGc 0 0 tun0 199.199.124/23 204.246.71.1 UGc 0 0 tun0 204.246.64 204.246.71.1 UGc 0 0 tun0 204.246.64.128 127.0.0.1 UH 0 0 lo0 204.246.66.1 204.246.71.1 UGH 0 0 tun0 204.246.66.4 204.246.71.1 UGH 0 0 tun0 204.246.66.6 204.246.71.1 UGH 0 0 tun0 204.246.66.8/30 204.246.71.1 UGc 0 0 tun0 204.246.66.13 204.246.71.1 UGH 0 0 tun0 204.246.66.16 204.246.71.1 UGH 0 0 tun0 204.246.66.19 204.246.71.1 UGH 0 0 tun0 204.246.66.20 204.246.71.1 UGH 0 0 tun0 204.246.66.23 204.246.71.1 UGH 0 0 tun0 204.246.66.24 204.246.71.1 UGH 0 0 tun0 204.246.66.26/31 204.246.71.1 UGc 0 0 tun0 204.246.66.29 204.246.71.1 UGH 0 0 tun0 204.246.71.1 204.246.64.128 UH 39 0 tun0 204.246.76 204.246.71.1 UGc 0 0 tun0 204.246.78 204.246.71.1 UGc 0 0 tun0 204.246.84 204.246.71.1 UGc 0 0 tun0 204.246.87 204.246.71.1 UGc 0 0 tun0 204.246.90 204.246.71.1 UGc 0 0 tun0 204.246.100 204.246.71.1 UGc 0 0 tun0 204.246.103 204.246.71.1 UGc 0 0 tun0 204.246.104 204.246.71.1 UGc 0 0 tun0 204.246.112 204.246.71.1 UGc 0 0 tun0 204.246.114 204.246.71.1 UGc 0 0 tun0 204.246.116 204.246.71.1 UGc 0 0 tun0 204.246.123 204.246.71.1 UGc 0 0 tun0 204.246.126 204.246.71.1 UGc 0 0 tun0 206.145.128/23 204.246.71.1 UGc 0 0 tun0 206.145.135 204.246.71.1 UGc 0 0 tun0 206.145.147 204.246.71.1 UGc 0 0 tun0 206.145.148 204.246.71.1 UGc 0 0 tun0 206.145.150 204.246.71.1 UGc 0 0 tun0 This seems rather large to me. I am running routed with -q. I am now thinking of trying gated. I am just wondering if anyone else is seeing these sig12s, and if not, then why I am the only one seeing them. Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-hackers Thu Aug 28 20:59:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA08924 for hackers-outgoing; Thu, 28 Aug 1997 20:59:53 -0700 (PDT) Received: from thelab.hub.org (root@ppp-135.halifax-01.ican.net [206.231.248.135]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA08919 for ; Thu, 28 Aug 1997 20:59:48 -0700 (PDT) Received: from thelab.hub.org (scrappy@localhost [127.0.0.1]) by thelab.hub.org (8.8.7/8.8.2) with SMTP id AAA29139 for ; Fri, 29 Aug 1997 00:59:41 -0300 (ADT) Date: Fri, 29 Aug 1997 00:59:40 -0300 (ADT) From: The Hermit Hacker To: hackers@freebsd.org Subject: JDK v1.0.x for FreeBSD... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I have a copy of v1.1 for FreeBSD that I'm using to development an applet, but have ran into a snag that I *think* is v1.0 related...from the v1.1 appletviewer, the applet works fine, but as soon as I try it under Netscape, I get exceptions that prevent the applet from running... Unfortunately, I haven't figured out a way to narrow down *where* it is failing :( Does anyone have a copy of v1.0 floating around that I can install and see if that turns up the bug? Failing that, does anyone know how to debug an applet that is running in a browser? Debugging bugs in the appletviewer is a piece of cake, but the browser isn't as...friendly :( Thanks... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Thu Aug 28 21:20:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA09576 for hackers-outgoing; Thu, 28 Aug 1997 21:20:48 -0700 (PDT) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA09570 for ; Thu, 28 Aug 1997 21:20:43 -0700 (PDT) Received: from localhost (benedict@localhost) by echonyc.com (8.8.5/8.8.3) with SMTP id AAA27478; Fri, 29 Aug 1997 00:20:39 -0400 (EDT) Date: Fri, 29 Aug 1997 00:20:39 -0400 (EDT) From: Snob Art Genre To: Kyle Mestery cc: Brian Somers , freebsd-hackers@FreeBSD.ORG Subject: Re: Sig 12's with user PPP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 28 Aug 1997, Kyle Mestery wrote: > On Fri, 29 Aug 1997, Brian Somers wrote: > > > Sounds *really* like an installation thing. Can you remove the UID > > bit on ppp and run it as root. You should get a core with the sig 12 > > - it would be interesting to know what the syscall problem is. > > > Sure, I can try this, but this happens regardless of whether or not I run > ppp as root or as another user. PPP has to run as root, but with the SUID bit set it won't produce a core dump. Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Thu Aug 28 22:23:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11602 for hackers-outgoing; Thu, 28 Aug 1997 22:23:57 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11597 for ; Thu, 28 Aug 1997 22:23:52 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4JX8-0006eQ-00; Thu, 28 Aug 1997 23:23:46 -0600 To: Snob Art Genre Subject: Re: A disturbing discovery Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Thu, 28 Aug 1997 22:37:10 EDT." References: Date: Thu, 28 Aug 1997 23:23:46 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Snob Art Genre writes: : When I made world the other day, it installed sperl4.036 -- isn't that : known to be insecure? No. There have been patches made to perl to fix those problems. Warner From owner-freebsd-hackers Thu Aug 28 22:24:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11661 for hackers-outgoing; Thu, 28 Aug 1997 22:24:35 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11652 for ; Thu, 28 Aug 1997 22:24:31 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4JXh-0006eZ-00; Thu, 28 Aug 1997 23:24:21 -0600 To: Eivind Eklund Subject: Re: A disturbing discovery Cc: Snob Art Genre , freebsd-hackers@freebsd.org In-reply-to: Your message of "Fri, 29 Aug 1997 05:15:41 +0200." <199708290315.FAA06905@bitbox.follo.net> References: <199708290315.FAA06905@bitbox.follo.net> Date: Thu, 28 Aug 1997 23:24:20 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708290315.FAA06905@bitbox.follo.net> Eivind Eklund writes: : Warner fixed this, AFAIK. It was unsecure, but : nothing that is known to be insecure is shipped. (Well, there is : likely some exploits in games; I've been wanting to turn all of these : setgid for quite a long while now, but never got around to it...) Actually, I fixed 1/2 of the problem, and Joerge fixed the other half. Warner From owner-freebsd-hackers Thu Aug 28 22:48:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA12629 for hackers-outgoing; Thu, 28 Aug 1997 22:48:04 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA12603 for ; Thu, 28 Aug 1997 22:47:58 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id WAA21599 for ; Thu, 28 Aug 1997 22:51:02 -0700 (PDT) Message-Id: <199708290551.WAA21599@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: hackers@FreeBSD.ORG Subject: Re: shared libraries? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Aug 1997 22:51:02 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh writes: > Generally, on most architectures PIC code is slower than non-PIC code. > At least on sparc, 68k, mips and alpha (as well as x86). The > generally quoted number is 10%. That's what various docs that I've > seen over the years have quoted. That's one reason why many > benchmarks are done with static binaries... Perhaps it is that I have witnessed speedups in programs using shared libraries as opposed to not. *shrug* ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet There is a great deal of talk about loyalty from the bottom to the top. Loyalty from the top down is even more necessary and much less prevalent. From owner-freebsd-hackers Thu Aug 28 23:35:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA14778 for hackers-outgoing; Thu, 28 Aug 1997 23:35:17 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA14770 for ; Thu, 28 Aug 1997 23:35:12 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA03580; Fri, 29 Aug 1997 00:57:17 +0100 (BST) Message-Id: <199708282357.AAA03580@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "David R. Rippel" cc: Mike Smith , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD -> Crywnr DOS PLIP Link In-reply-to: Your message of "Wed, 27 Aug 1997 22:34:07 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 00:57:17 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, I've heard this might just be the case, if so, could you give me any > idea as to how I would go about disabling the VJ compression with crynwr's > plip.com w/ NCSA telbin.exe? Search for "vj" in your config file. There's a variable that needs to change to "0" AFAIR. > --- > David R. Rippel > ShadowSphere System Administrator > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Aug 28 23:44:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15212 for hackers-outgoing; Thu, 28 Aug 1997 23:44:11 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA15207 for ; Thu, 28 Aug 1997 23:44:08 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id AAA28380; Fri, 29 Aug 1997 00:44:04 -0600 (MDT) From: Kenneth Merry Message-Id: <199708290644.AAA28380@pluto.plutotech.com> Subject: Re: Sig 12's with user PPP In-Reply-To: <199708282354.AAA03561@awfulhak.demon.co.uk> from Brian Somers at "Aug 29, 97 00:54:56 am" To: brian@awfulhak.org (Brian Somers) Date: Fri, 29 Aug 1997 00:44:04 -0600 (MDT) Cc: mestery@winternet.com, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers wrote... > Sounds *really* like an installation thing. Can you remove the UID > bit on ppp and run it as root. You should get a core with the sig 12 > - it would be interesting to know what the syscall problem is. I'm having trouble with ppp, except I get sig 10's and 11's. I also get sio overflows all the time... sio1: 1 more silo overflow (total 1) sio1: 1 more silo overflow (total 2) pid 337 (ppp), uid 0: exited on signal 10 pid 642 (ppp), uid 0: exited on signal 11 pid 660 (ppp), uid 0: exited on signal 10 sio1: 1 more silo overflow (total 3) sio1: 1 more silo overflow (total 4) I compiled ppp with the debugging symbols in, and took the setuid bit off it. Below is what happened when it crashed...gdb seems to be unhappy. BTW, I'm running a SMP system as well. (the kernel is from August 13th) Ken -- Kenneth Merry ken@plutotech.com # gdb ppp 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-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) set args pluto (gdb) run Starting program: /usr/sbin/ppp pluto User Process PPP. Written by Toshiharu OHNO. Using interface: tun0 Interactive mode Dial attempt 1 of 1 Phone: 1234567 dial OK! login OK! ppp ON > Packet mode. Warning: No password entry for this host in ppp.secret Warning: Manipulation is allowed by anyone ppp ON thunderdome> PPP ON thunderdome> Program received signal SIGBUS, Bus error. 0x183f1 in VjCompInput (bp= Error accessing memory address 0xefffffa4: Invalid argument. ) at /usr/src/usr.sbin/ppp/vjcomp.c:143 143 } (gdb) where #0 0x183f1 in VjCompInput (bp= Error accessing memory address 0xefffffa4: Invalid argument. ) at /usr/src/usr.sbin/ppp/vjcomp.c:143 Error accessing memory address 0xefffff9c: Invalid argument. From owner-freebsd-hackers Thu Aug 28 23:59:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15753 for hackers-outgoing; Thu, 28 Aug 1997 23:59:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA15736 for ; Thu, 28 Aug 1997 23:59:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10410 for hackers@hub.freebsd.org; Fri, 29 Aug 1997 08:59:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18678; Fri, 29 Aug 1997 08:06:16 +0200 (MET DST) Message-ID: <19970829080616.YK24505@uriah.heep.sax.de> Date: Fri, 29 Aug 1997 08:06:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@hub.freebsd.org Subject: Re: It appears to be impossible to build a kernel w/o networking... References: <199708290111.SAA02410@hub.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708290111.SAA02410@hub.freebsd.org>; from Jeffrey Hsu on Aug 28, 1997 18:11:47 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jeffrey Hsu wrote: > + #ifdef INET > /* > * Quickly wire in netisrs. > */ > setup_netisrs(&netisr_set); > + #endif I remember i've discussed this with Bruce. Well, my argument is that `#ifdef INET' is incomplete. It needs to be `#if not defined(INET) && not defined(YOURNET) && not defined(THISNET) && not defined(THATNET)'. Well, you get the picture. Perhaps we should introduce one macro named `ANYNET'? -- 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 28 23:59:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15778 for hackers-outgoing; Thu, 28 Aug 1997 23:59:45 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA15754 for ; Thu, 28 Aug 1997 23:59:40 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10411 for freebsd-hackers@FreeBSD.ORG; Fri, 29 Aug 1997 08:59:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18687; Fri, 29 Aug 1997 08:08:15 +0200 (MET DST) Message-ID: <19970829080815.WY53612@uriah.heep.sax.de> Date: Fri, 29 Aug 1997 08:08:15 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: A disturbing discovery References: <199708290315.FAA06905@bitbox.follo.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708290315.FAA06905@bitbox.follo.net>; from Eivind Eklund on Aug 29, 1997 05:15:41 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Eivind Eklund wrote: > > When I made world the other day, it installed sperl4.036 -- isn't that > > known to be insecure? > > Warner fixed this, AFAIK. It was unsecure, but > nothing that is known to be insecure is shipped. That's not quite right. There was one more fix, and all FreeBSD versions that have been shipped went out with a version with a buffer overflow. Try an overly long identifier (> 256 chars) to see the problem. 2.2.5 will have this fix, of course. -- 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 28 23:59:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15802 for hackers-outgoing; Thu, 28 Aug 1997 23:59:48 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA15773 for ; Thu, 28 Aug 1997 23:59:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10413; Fri, 29 Aug 1997 08:59:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18698; Fri, 29 Aug 1997 08:08:42 +0200 (MET DST) Message-ID: <19970829080842.TP36501@uriah.heep.sax.de> Date: Fri, 29 Aug 1997 08:08:42 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: benedict@echonyc.com (Snob Art Genre) Subject: Re: A disturbing discovery (addendum) References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 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 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Snob Art Genre on Aug 28, 1997 22:40:12 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Snob Art Genre wrote: > Forgot to mention, I'm running 2.2.2-stable. All known problems are fixed 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 Fri Aug 29 05:33:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA00680 for hackers-outgoing; Fri, 29 Aug 1997 05:33:23 -0700 (PDT) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA00675 for ; Fri, 29 Aug 1997 05:33:18 -0700 (PDT) Message-Id: <199708291231.IAA10387@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Fri, 29 Aug 1997 08:35:31 -0400 (EDT) From: Jamie Bowden To: Brian Somers cc: Kyle Mestery , freebsd-hackers@freebsd.org Subject: Re: Sig 12's with user PPP In-Reply-To: <199708282354.AAA03561@awfulhak.demon.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Brian Somers wrote: > The routing table thing also sounds like something's out of step. > Perhaps a "make world" followed by a kernel install then a reboot is > in order ? What sort of "screwing up" does your routing table > experience ? the kind that happens whenever ppp doesn't exit gracefully and leave things the way it found it. pppd will exhibit this same behaviour if it doesn't exit gracefully. Flushing the routing table will take care of it. Jamie Bowden System Administrator, iTRiBE.net From owner-freebsd-hackers Fri Aug 29 05:46:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA01211 for hackers-outgoing; Fri, 29 Aug 1997 05:46:21 -0700 (PDT) Received: from insl1.etec.uni-karlsruhe.de (pLk2Cn0m5TDO4Kqt/b5F5zlL8E2zhL9R@insl1.etec.uni-karlsruhe.de [129.13.109.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA01203 for ; Fri, 29 Aug 1997 05:46:16 -0700 (PDT) Received: (from uucp@localhost) by insl1.etec.uni-karlsruhe.de (8.8.7/8.8.2) with UUCP id OAA17004; Fri, 29 Aug 1997 14:46:11 +0200 (CEST) Received: (from erb@localhost) by insl2.etec.uni-karlsruhe.de (8.8.6/8.8.2) id OAA22172; Fri, 29 Aug 1997 14:45:50 +0200 (CEST) Date: Fri, 29 Aug 1997 14:45:50 +0200 (CEST) From: Olaf Erb Message-Id: <199708291245.OAA22172@insl2.etec.uni-karlsruhe.de> To: hackers@freebsd.org Subject: Re: JDK v1.0.x for FreeBSD... Reply-To: erb@inss1.etec.uni-karlsruhe.de Newsgroups: local.freebsd-hackers In-Reply-To: Organization: University of Karlsruhe, Germany Cc: scrappy@hub.ORG Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you write: > Does anyone have a copy of v1.0 floating around that I can install >and see if that turns up the bug? try: ftp://ftp-ins.etec.uni-karlsruhe.de/pub/unix/FreeBSD/java/ jdk102 and 1.1 there. Olaf From owner-freebsd-hackers Fri Aug 29 05:50:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA01429 for hackers-outgoing; Fri, 29 Aug 1997 05:50:59 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA01424 for ; Fri, 29 Aug 1997 05:50:52 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA14584; Fri, 29 Aug 1997 08:50:18 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 29 Aug 1997 08:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id IAA24967; Fri, 29 Aug 1997 08:32:23 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id IAA03273; Fri, 29 Aug 1997 08:25:09 -0400 (EDT) Date: Fri, 29 Aug 1997 08:25:09 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708291225.IAA03273@lakes.dignus.com> To: ponds!FreeBSD.ORG!hackers, ponds!whistle.com!julian Subject: Re: 2.2.2+ kernel panic Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just saw this from Julien... > > what's wrong with this picture? > > #0 boot (howto=260) at ../../kern/kern_shutdown.c:243 > #1 0xf010cfd2 in panic (fmt=0xf017158f "page fault") > at ../../kern/kern_shutdown.c:367 > #2 0xf01720f6 in trap_fatal (frame=0xefbffb20) at > ../../i386/i386/trap.c:742 > #3 0xf0171be4 in trap_pfault (frame=0xefbffb20, usermode=0) > at ../../i386/i386/trap.c:653 > #4 0xf01718bf in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = > -260688384, > tf_esi = 0, tf_ebp = -272630932, tf_isp = -272630968, > tf_ebx = -260578816, tf_edx = 0, tf_ecx = -260888576, > tf_eax = -260286976, tf_trapno = 12, tf_err = -260505600, > tf_eip = -267219466, tf_cs = -266797048, tf_eflags = 65606, tf_esp > = 0, > tf_ss = -260578816}) at ../../i386/i386/trap.c:311 > #5 0xf0128df6 in vget (vp=0xf077e200, lockflag=1) at > ../../kern/vfs_subr.c:817 > > See below.. > ... where he goes on to note an issues in vfs_subr.c (curproc was NULL). I was wondering if anything has come of this - 2.2.2+ fixes particularly. This is in the area of my "daily panics" - and I always have questions when something like this pops up. - Thanks - - Dave Rivers - From owner-freebsd-hackers Fri Aug 29 06:29:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03034 for hackers-outgoing; Fri, 29 Aug 1997 06:29:30 -0700 (PDT) Received: from pluto.rijsdijk.com (pluto.rijsdijk.com [194.165.73.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA03006; Fri, 29 Aug 1997 06:29:22 -0700 (PDT) Received: from bruno.rijsdijk.com ([194.165.73.100]) by pluto.rijsdijk.com (8.8.2/8.8.2) with ESMTP id PAA05398; Fri, 29 Aug 1997 15:30:43 +0200 (MET DST) Message-Id: <199708291330.PAA05398@pluto.rijsdijk.com> From: "Bruno Keymolen" To: , Subject: Prosignia VS, EISA Date: Fri, 29 Aug 1997 15:30:09 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can you help me ?? I want to install FreeBSD 2.2.2 on Compaq Prosignia VS (32 MB Ram, Integrated FAST-SCSI-2) controller, Integrated Netflex-L Enet controller, The bus structure is EISA ) I tryed to install the scsi controller using the drivers that come with the FreeBSD cd. None of them seem to work. Is there a driver availible for the Prosignia VS ? Thank You. Bruno Keymolen. From owner-freebsd-hackers Fri Aug 29 08:01:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA08548 for hackers-outgoing; Fri, 29 Aug 1997 08:01:45 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA08540 for ; Fri, 29 Aug 1997 08:01:42 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA08799; Fri, 29 Aug 1997 09:01:32 -0600 (MDT) Date: Fri, 29 Aug 1997 09:01:32 -0600 (MDT) Message-Id: <199708291501.JAA08799@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: The Hermit Hacker Cc: hackers@freebsd.org Subject: Re: JDK v1.0.x for FreeBSD... In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have a copy of v1.1 for FreeBSD that I'm using to development an > applet, but have ran into a snag that I *think* is v1.0 related...from > the v1.1 appletviewer, the applet works fine, but as soon as I try it under > Netscape, I get exceptions that prevent the applet from running... Is the CLASSPATH set when you run Netscape? If so, unset it and *then* run netscape, and it might work better. Which version of netscape are your running, since most versions only support 1.0.2, and recent Communicators only support a subset of 1.1 Nate From owner-freebsd-hackers Fri Aug 29 09:05:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA11408 for hackers-outgoing; Fri, 29 Aug 1997 09:05:46 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA11341 for ; Fri, 29 Aug 1997 09:03:59 -0700 (PDT) Received: from mailhost.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <53819(2)>; Fri, 29 Aug 1997 08:46:17 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by mailhost.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id KAA26319; Fri, 29 Aug 1997 10:49:13 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA17699; Fri, 29 Aug 97 10:49:12 EDT Message-Id: <9708291449.AA17699@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Louis A. Mamakos" Cc: Warner Losh , Dave Hayes , Sean Eric Fagan , hackers@freebsd.org Subject: Re: shared libraries? In-Reply-To: Your message of "Thu, 28 Aug 1997 17:35:25 PDT." <199708290035.UAA17627@whizzo.TransSys.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 07:49:11 PDT From: "Marty Leisner" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone point me to a reference (or explain it briefly) how PIC works? thanks, -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-hackers Fri Aug 29 09:07:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA11478 for hackers-outgoing; Fri, 29 Aug 1997 09:07:54 -0700 (PDT) Received: from bangkok.office.cdsnet.net (bangkok.office.cdsnet.net [204.118.245.49]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA11469 for ; Fri, 29 Aug 1997 09:07:46 -0700 (PDT) Received: (from cts@localhost) by bangkok.office.cdsnet.net (8.8.5/8.8.5) id JAA28823; Fri, 29 Aug 1997 09:07:39 -0700 (PDT) Date: Fri, 29 Aug 1997 09:07:39 -0700 (PDT) Message-Id: <199708291607.JAA28823@bangkok.office.cdsnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Craig Spannring To: The Hermit Hacker CC: hackers@FreeBSD.ORG Subject: Re: JDK v1.0.x for FreeBSD... In-Reply-To: References: X-Mailer: VM 6.31 under Emacs 19.34.1 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Hermit Hacker writes: > > Hi... > > I have a copy of v1.1 for FreeBSD that I'm using to development an > applet, but have ran into a snag that I *think* is v1.0 related...from > the v1.1 appletviewer, the applet works fine, but as soon as I try it under > Netscape, I get exceptions that prevent the applet from running... Netscape and most other browsers don't support 1.1. I would think (hope) that will change within the next few months. > > Unfortunately, I haven't figured out a way to narrow down *where* it > is failing :( Never underestimate the power of System.out.println -- ====================================================================== Life is short. | Craig Spannring Ski hard, Bike fast. | cts@cdsnet.net -------------------------------+------------------------------------ Save Cyberspace- | On the planet Vulcan, MSDOS Shoot a Perl Developer! | would be considered illogical. ====================================================================== From owner-freebsd-hackers Fri Aug 29 09:11:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA11754 for hackers-outgoing; Fri, 29 Aug 1997 09:11:58 -0700 (PDT) Received: from unicorn.uk1.vbc.net (unicorn.uk1.vbc.net [194.207.2.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA11748 for ; Fri, 29 Aug 1997 09:11:50 -0700 (PDT) Received: from localhost (gordon@localhost) by unicorn.uk1.vbc.net (8.8.5/8.8.5) with SMTP id RAA13450 for ; Fri, 29 Aug 1997 17:11:45 +0100 Date: Fri, 29 Aug 1997 17:11:45 +0100 (BST) From: Gordon Henderson X-Sender: gordon@unicorn Reply-To: Gordon Henderson To: hackers@freeBSD.org Subject: Fatal trap 12: page fault while in kernel mode Message-ID: Distribution: world Organization: Home for lost Drogons MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk I got this last night: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x800010 fault code = supervisor read, page not present instruction pointer = 0x8:0xe0121320 stack pointer = 0x10:0xdfbfff18 frame pointer = 0x10:0xdfbfff28 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 7539 (named-xfer) interrupt mask = net tty panic: page fault Can anyone tell me what it means? The machine is a FreeBSD-2-2-stable with 384MB of RAM, with 3 patches from DG and sysctl -w vm.v_free_reserved=1024 sysctl -w vm.v_free_min=1500 in it's /etc/rc.local. It waas running named at the time, acting a a gTLD nameserver (providing secondary service for .com, .net, .edu, etc zones). The named process runs to about 240MB. Gordon From owner-freebsd-hackers Fri Aug 29 09:45:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13329 for hackers-outgoing; Fri, 29 Aug 1997 09:45:57 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA13319 for ; Fri, 29 Aug 1997 09:45:48 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA01587 for hackers@freebsd.org; Fri, 29 Aug 1997 17:29:58 +0200 From: Luigi Rizzo Message-Id: <199708291529.RAA01587@labinfo.iet.unipi.it> Subject: snd970829.tgz To: hackers@freebsd.org Date: Fri, 29 Aug 1997 17:29:57 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk another snap of the sound code at http://www.iet.unipi.it/~luigi/snd970829.tgz ftp://www.iet.unipi.it/pub/snd970829.tgz This snap features some assorted cleanups of the code, inclusion of the modifications to isa.c contributed by Amancio which should make it into -current these days, and a lot of work in the attempt to make the OPTi931 work despite the differences between the documentation and the chip's behaviour. This code is also reported to work on the SB Awe64 PnP. Cheers 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 Fri Aug 29 09:54:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA13873 for hackers-outgoing; Fri, 29 Aug 1997 09:54:25 -0700 (PDT) Received: from unicorn.uk1.vbc.net (unicorn.uk1.vbc.net [194.207.2.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA13858 for ; Fri, 29 Aug 1997 09:54:21 -0700 (PDT) Received: from localhost (gordon@localhost) by unicorn.uk1.vbc.net (8.8.5/8.8.5) with SMTP id RAA13726 for ; Fri, 29 Aug 1997 17:54:18 +0100 Date: Fri, 29 Aug 1997 17:54:18 +0100 (BST) From: Gordon Henderson X-Sender: gordon@unicorn To: hackers@freebsd.org Subject: Fatal trap 12: page fault while in kernel mode (again) Message-ID: Distribution: world Organization: Home for lost Drogons MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It happened again.. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe72d8690 fault code = supervisor write, page not present instruction pointer = 0x8:0xe012430a stack pointer = 0x10:0xdfbffdc0 frame pointer = 0x10:0xdfbffdc8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 162 (named) interrupt mask = bio panic: page fault The machine was running named, gzip and named-xfer and the usual background noise. A 'top' on the machine when it died showed: last pid: 608; load averages: 2.05, 1.49, 0.80 17:51:20 16 processes: 3 running, 13 sleeping CPU states: 95.3% user, 0.0% nice, 4.3% system, 0.4% interrupt, 0.0% idle Mem: 276M Active, 7612K Inact, 13M Wired, 77M Cache, 8346K Buf, 4060K Free Swap: 64M Total, 64K Used, 64M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 594 root 103 0 8748K 404K RUN 2:28 48.45% 48.45% gzip 162 root 103 0 206M 160M RUN 6:55 48.33% 48.33% named 571 root 2 0 440K 764K sbwait 0:16 1.79% 1.79% named-xfer 605 root 28 0 596K 744K RUN 0:00 0.00% 0.00% top Help... Gordon From owner-freebsd-hackers Fri Aug 29 09:58:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA14146 for hackers-outgoing; Fri, 29 Aug 1997 09:58:46 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA14135 for ; Fri, 29 Aug 1997 09:58:39 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4UNY-0007TH-00; Fri, 29 Aug 1997 10:58:36 -0600 To: hackers@freebsd.org Subject: New warning, should I worry? Date: Fri, 29 Aug 1997 10:58:36 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I boot the most recent kernel (the first new I I had built since June for my PCI machine), I get the following messages on boot. I've provided some context so that people know where they are coming out at. I have no IDE drives in this system. Probing for devices on PCI bus 0: Correcting Natoma config for non-SMP chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ide_pci: warning, ide0:0 not configured for DMA? ide_pci: warning, ide0:1 not configured for DMA? ide_pci: warning, ide1:0 not configured for DMA? ide_pci: warning, ide1:1 not configured for DMA? ahc0: rev 0x00 int a irq 10 on pci0.16.0 Are these anything to worry about? Warner From owner-freebsd-hackers Fri Aug 29 10:01:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14411 for hackers-outgoing; Fri, 29 Aug 1997 10:01:45 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA14403 for ; Fri, 29 Aug 1997 10:01:41 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id KAA20278; Fri, 29 Aug 1997 10:03:54 -0700 (PDT) Message-Id: <199708291703.KAA20278@implode.root.com> To: Gordon Henderson cc: hackers@FreeBSD.ORG Subject: Re: Fatal trap 12: page fault while in kernel mode In-reply-to: Your message of "Fri, 29 Aug 1997 17:11:45 BST." From: David Greenman Reply-To: dg@root.com Date: Fri, 29 Aug 1997 10:03:54 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0x800010 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xe0121320 >stack pointer = 0x10:0xdfbfff18 >frame pointer = 0x10:0xdfbfff28 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 7539 (named-xfer) >interrupt mask = net tty >panic: page fault > >Can anyone tell me what it means? We'll need a traceback or at least the routine that 0xe0121320 falls within. Basically, it means that the networking code dereferenced a bad pointer for some reason. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Aug 29 10:02:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14480 for hackers-outgoing; Fri, 29 Aug 1997 10:02:04 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA14465 for ; Fri, 29 Aug 1997 10:01:59 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA09172; Fri, 29 Aug 1997 11:01:20 -0600 (MDT) Date: Fri, 29 Aug 1997 11:01:20 -0600 (MDT) Message-Id: <199708291701.LAA09172@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Craig Spannring Cc: The Hermit Hacker , hackers@freebsd.org Subject: Re: JDK v1.0.x for FreeBSD... In-Reply-To: <199708291607.JAA28823@bangkok.office.cdsnet.net> References: <199708291607.JAA28823@bangkok.office.cdsnet.net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Craig Spannring writes: > The Hermit Hacker writes: > > > > Hi... > > > > I have a copy of v1.1 for FreeBSD that I'm using to development an > > applet, but have ran into a snag that I *think* is v1.0 related...from > > the v1.1 appletviewer, the applet works fine, but as soon as I try it under > > Netscape, I get exceptions that prevent the applet from running... > > Netscape and most other browsers don't support 1.1. I would think > (hope) that will change within the next few months. >From Usenet: comp.lang.java.programmer #52315 (11 + 1 more) (1) From: kgelner@removeme.igs.com (Kendall Helmstetter Gelner) [1] Netscape now has full 1.1 support - how is it? Date: Thu Aug 28 17:02:54 MDT 1997 Lines: 15 I didn't see any other recent messages on this, so I thought I'd post... Netscape finally released the developers release of its full 1.1 support, you can get it from: http://developer.netscape.com/software/index.html?content=jdk/download.html I tried it out against some of the sample 1.1 applets at the Javasoft site, and it worked great - but I was wondering how it worked for larger apps, and if anyone has encountered any major problems with it. I was especially curious if the RMI support worked well now. ---> Kendall Gelner (kendall@rmi.net) Unfortunately, it's only for Win95/NT at this time, but that will change pretty quickly I suspect, now that the 'standard' platform is finished. Nate From owner-freebsd-hackers Fri Aug 29 10:22:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15686 for hackers-outgoing; Fri, 29 Aug 1997 10:22:25 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15681 for ; Fri, 29 Aug 1997 10:22:19 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA01514; Fri, 29 Aug 1997 19:21:59 +0200 (MET DST) Date: Fri, 29 Aug 1997 19:21:59 +0200 (MET DST) Message-Id: <199708291721.TAA01514@bitbox.follo.net> From: Eivind Eklund To: Nate Williams CC: hackers@FreeBSD.ORG In-reply-to: Nate Williams's message of Wed, 27 Aug 1997 16:34:07 -0600 (MDT) Subject: Re: FTP protocol questions (non-passive mode) References: <199708272234.QAA02520@rocky.mt.sri.com> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Can anyone explain to me the FTP 'Data' channel protocol? > > As I understand it, the client creates a socket, and the server binds to > it, and then the 'DATA' is sent to it. How does the server know which > port to bind on the client? Is there something obvious I don't > understand as to why they couldn't use the original 'channel'? It was simpler to design this way - if the data-channel fall, you still have the control-connection, and it is easier to debug - one pure text channel. And FTP is _old_ - it was created in the 70s (the first FTP RFC was RFC 114 from early 1971). Eivind. From owner-freebsd-hackers Fri Aug 29 10:23:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15769 for hackers-outgoing; Fri, 29 Aug 1997 10:23:59 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15764 for ; Fri, 29 Aug 1997 10:23:56 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA10295; Fri, 29 Aug 1997 10:22:55 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd010293; Fri Aug 29 17:22:54 1997 Message-ID: <34070560.7A79CB24@whistle.com> Date: Fri, 29 Aug 1997 10:22:40 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Thomas David Rivers CC: hackers@freebsd.org Subject: Re: 2.2.2+ kernel panic References: <199708291225.IAA03273@lakes.dignus.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thomas David Rivers wrote: > > I just saw this from Julien... > > > > > what's wrong with this picture? > > > > #0 boot (howto=260) at ../../kern/kern_shutdown.c:243 > > #1 0xf010cfd2 in panic (fmt=0xf017158f "page fault") > > at ../../kern/kern_shutdown.c:367 > > #2 0xf01720f6 in trap_fatal (frame=0xefbffb20) at > > ../../i386/i386/trap.c:742 > > #3 0xf0171be4 in trap_pfault (frame=0xefbffb20, usermode=0) > > at ../../i386/i386/trap.c:653 > > #4 0xf01718bf in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = > > -260688384, > > tf_esi = 0, tf_ebp = -272630932, tf_isp = -272630968, > > tf_ebx = -260578816, tf_edx = 0, tf_ecx = -260888576, > > tf_eax = -260286976, tf_trapno = 12, tf_err = -260505600, > > tf_eip = -267219466, tf_cs = -266797048, tf_eflags = 65606, tf_esp > > = 0, > > tf_ss = -260578816}) at ../../i386/i386/trap.c:311 > > #5 0xf0128df6 in vget (vp=0xf077e200, lockflag=1) at > > ../../kern/vfs_subr.c:817 > > > > See below.. > > > ... > > where he goes on to note an issues in vfs_subr.c (curproc was NULL). > > I was wondering if anything has come of this - 2.2.2+ fixes particularly. > This is in the area of my "daily panics" - and I always have questions > when something like this pops up. I have added extra diagnostics and am awaiting a re-occurance. julian > > - Thanks - > - Dave Rivers - From owner-freebsd-hackers Fri Aug 29 10:26:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15956 for hackers-outgoing; Fri, 29 Aug 1997 10:26:46 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15946 for ; Fri, 29 Aug 1997 10:26:42 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA01529; Fri, 29 Aug 1997 19:26:39 +0200 (MET DST) Date: Fri, 29 Aug 1997 19:26:39 +0200 (MET DST) Message-Id: <199708291726.TAA01529@bitbox.follo.net> From: Eivind Eklund To: freebsd-hackers@FreeBSD.ORG In-reply-to: j@uriah.heep.sax.de's message of Fri, 29 Aug 1997 08:08:15 +0200 Subject: Re: A disturbing discovery References: <199708290315.FAA06905@bitbox.follo.net> <19970829080815.WY53612@uriah.heep.sax.de> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [J. Wunsch] > > As Eivind Eklund wrote: > > > > When I made world the other day, it installed sperl4.036 -- isn't that > > > known to be insecure? > > > > Warner fixed this, AFAIK. It was unsecure, but > > nothing that is known to be insecure is shipped. > > That's not quite right. There was one more fix, and all FreeBSD > versions that have been shipped went out with a version with a buffer > overflow. Try an overly long identifier (> 256 chars) to see the > problem. What I meant was that we don't knowingly release or keep around anything with root-exploits in them. I'll admit that we still ship old versions with bugs, though. I'd really like to set up a system for automatically distributing signed binary patches to allow everybody to stay as secure as we can make them, but haven't had the time/energy yet (and there are other problems that probably are more pressing). Eivind. From owner-freebsd-hackers Fri Aug 29 10:28:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16114 for hackers-outgoing; Fri, 29 Aug 1997 10:28:27 -0700 (PDT) Received: from server.local.sunyit.edu (A-T34.rh.sunyit.edu [150.156.210.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16105 for ; Fri, 29 Aug 1997 10:28:24 -0700 (PDT) Received: from localhost (perlsta@localhost) by server.local.sunyit.edu (8.8.5/8.8.5) with SMTP id NAA00310; Fri, 29 Aug 1997 13:33:11 GMT X-Authentication-Warning: server.local.sunyit.edu: perlsta owned process doing -bs Date: Fri, 29 Aug 1997 13:33:11 +0000 (GMT) From: Alfred Perlstein X-Sender: perlsta@server.local.sunyit.edu To: Eivind Eklund cc: Snob Art Genre , freebsd-hackers@FreeBSD.ORG Subject: Re: A disturbing discovery In-Reply-To: <199708290315.FAA06905@bitbox.follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could you explain the security problems with games? ._________________________________________ __ _ |Alfred Perlstein - Programming & SysAdmin for hire... |perlsta@sunyit.edu |http://www.cs.sunyit.edu/~perlsta : ---"Have you seen my FreeBSD tatoo?" ' ---"who was that masked admin?" On Fri, 29 Aug 1997, Eivind Eklund wrote: > > > > When I made world the other day, it installed sperl4.036 -- isn't that > > known to be insecure? > > Warner fixed this, AFAIK. It was unsecure, but > nothing that is known to be insecure is shipped. (Well, there is > likely some exploits in games; I've been wanting to turn all of these > setgid for quite a long while now, but never got around to it...) > > Eivind. > From owner-freebsd-hackers Fri Aug 29 10:28:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16121 for hackers-outgoing; Fri, 29 Aug 1997 10:28:27 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16104; Fri, 29 Aug 1997 10:28:23 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA01535; Fri, 29 Aug 1997 19:28:10 +0200 (MET DST) Date: Fri, 29 Aug 1997 19:28:10 +0200 (MET DST) Message-Id: <199708291728.TAA01535@bitbox.follo.net> From: Eivind Eklund To: "Bruno Keymolen" CC: hackers@FreeBSD.ORG, questions@FreeBSD.ORG In-reply-to: "Bruno Keymolen"'s message of Fri, 29 Aug 1997 15:30:09 +0200 Subject: Re: Prosignia VS, EISA References: <199708291330.PAA05398@pluto.rijsdijk.com> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Can you help me ?? > > > I want to install FreeBSD 2.2.2 on Compaq Prosignia VS > (32 MB Ram, Integrated FAST-SCSI-2) controller, Integrated Netflex-L Enet > controller, The bus structure is EISA ) > > I tryed to install the scsi controller using the drivers that come with the > FreeBSD cd. > None of them seem to work. Is there a driver availible for the Prosignia VS > ? Have you tried changing the base-addresses? I at least got the NetFlex to work on a ProSignia 500 by changing the base address of lnc0 to 0x7000, back in the 2.1.5 days... Eivind. From owner-freebsd-hackers Fri Aug 29 10:36:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16649 for hackers-outgoing; Fri, 29 Aug 1997 10:36:00 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16643 for ; Fri, 29 Aug 1997 10:35:47 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA01553; Fri, 29 Aug 1997 19:34:17 +0200 (MET DST) Date: Fri, 29 Aug 1997 19:34:17 +0200 (MET DST) Message-Id: <199708291734.TAA01553@bitbox.follo.net> From: Eivind Eklund To: "Marty Leisner" CC: louie@transsys.com, imp@rover.village.org, dave@jetcafe.org, sef@kithrup.com, hackers@FreeBSD.ORG In-reply-to: "Marty Leisner"'s message of Fri, 29 Aug 1997 07:49:11 PDT Subject: Re: shared libraries? References: <199708290035.UAA17627@whizzo.TransSys.COM> <9708291449.AA17699@gnu.sdsp.mc.xerox.com> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Can someone point me to a reference (or explain it briefly) how PIC > works? Basically just by doing all memory references relative to a register, which usually initially was set up relative to the PC (program counter, AKA instruction pointer). Thus, you can load it on any address in your computer, and it will work just like it was supposed to. Eivind. From owner-freebsd-hackers Fri Aug 29 11:07:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18505 for hackers-outgoing; Fri, 29 Aug 1997 11:07:20 -0700 (PDT) Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA18489 for ; Fri, 29 Aug 1997 11:07:11 -0700 (PDT) Received: from d00172.rdu.bellsouth.net (d00172.rdu.bellsouth.net [207.53.8.173]) by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id OAA25275; Fri, 29 Aug 1997 14:07:36 -0400 (EDT) Received: by d00172.rdu.bellsouth.net with Microsoft Mail id <01BCB482.BBA5BA80@d00172.rdu.bellsouth.net>; Fri, 29 Aug 1997 13:52:04 -0400 Message-ID: <01BCB482.BBA5BA80@d00172.rdu.bellsouth.net> From: Arthur Pesa To: "'Craig Spannring'" Cc: "'hackers@FreeBSD.ORG'" Subject: RE: JDK v1.0.x for FreeBSD... Date: Fri, 29 Aug 1997 13:51:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA18499 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Netscape has just released a patch (Windows) that will enable support for the JDK 1.1.x AWT. Also, you could try using the Java console while running your applet in order to debug. I am not sure how much of this is supported on FreeBSD. Arthur Pesa -----Original Message----- From: Craig Spannring [SMTP:cts@cdsnet.net] Sent: Friday, August 29, 1997 12:08 PM To: The Hermit Hacker Cc: hackers@FreeBSD.ORG Subject: Re: JDK v1.0.x for FreeBSD... The Hermit Hacker writes: > > Hi... > > I have a copy of v1.1 for FreeBSD that I'm using to development an > applet, but have ran into a snag that I *think* is v1.0 related...from > the v1.1 appletviewer, the applet works fine, but as soon as I try it under > Netscape, I get exceptions that prevent the applet from running... Netscape and most other browsers don't support 1.1. I would think (hope) that will change within the next few months. > > Unfortunately, I haven't figured out a way to narrow down *where* it > is failing :( Never underestimate the power of System.out.println -- ====================================================================== Life is short. | Craig Spannring Ski hard, Bike fast. | cts@cdsnet.net -------------------------------+------------------------------------ Save Cyberspace- | On the planet Vulcan, MSDOS Shoot a Perl Developer! | would be considered illogical. ====================================================================== From owner-freebsd-hackers Fri Aug 29 11:09:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18595 for hackers-outgoing; Fri, 29 Aug 1997 11:09:18 -0700 (PDT) Received: from eddie.mit.edu (EDDIE.MIT.EDU [18.62.0.6]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA18589 for ; Fri, 29 Aug 1997 11:09:13 -0700 (PDT) Received: from ccomp.inode.com by eddie.mit.edu id aa02708; 29 Aug 97 14:02 EDT Received: (from gdk@localhost) by ccomp.inode.com (8.6.9/1.4) id NAA06741; Fri, 29 Aug 1997 13:51:31 -0400 From: Gary Kendall Message-Id: <199708291751.NAA06741@ccomp.inode.com> Subject: Re: Fatal trap 12: page fault while in kernel mode To: gordon@drogon.NET Date: Fri, 29 Aug 1997 13:51:31 -0400 (EDT) Cc: hackers@freebsd.ORG In-Reply-To: from Gordon Henderson at "Aug 29, 97 05:11:45 pm" 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-freebsd-hackers@freebsd.ORG X-Loop: FreeBSD.org Precedence: bulk It wasn't too long ago that Gordon Henderson said: > > I got this last night: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x800010 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xe0121320 > stack pointer = 0x10:0xdfbfff18 > frame pointer = 0x10:0xdfbfff28 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 7539 (named-xfer) > interrupt mask = net tty > panic: page fault > > Can anyone tell me what it means? > [snip] This looks familiar. Were you running pppd at the time, by any chance? I found a bug in the 2.0 pppd that might have escaped others' attention, and I just joined this list. ;-) The problem was an splx(s) was missing before an error return, and left interrupts masked off. What follows is a patch to a 2.0 /sys/net/if_ppp.c file, so I'd apply it manually (eg, don't use patch to apply it). Hope this helps. -------------------------------- cut here ------------------------------------ *** if_ppp.c Wed Jul 9 16:17:41 1997 --- if_ppp.c~ Sat Jul 5 09:58:47 1997 *************** *** 380,389 **** return (EWOULDBLOCK); } error = ttysleep(tp, (caddr_t)&tp->t_rawq, TTIPRI|PCATCH, ttyin, 0); ! if (error) { ! splx(s); ! return (error); ! } } if (tp->t_line != PPPDISC) { splx(s); --- 380,387 ---- return (EWOULDBLOCK); } error = ttysleep(tp, (caddr_t)&tp->t_rawq, TTIPRI|PCATCH, ttyin, 0); ! if (error) ! return error; } if (tp->t_line != PPPDISC) { splx(s); -------------------------------- cut here ------------------------------------ %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % The difficult is done immediately, the impossible takes a little longer. % %----------------------------------------------------------------------------% % gdk@ccomp.inode.com or gkendall@eddie.mit.edu % %----------------------------------------------------------------------------% % Creative Computing * 96 Forest Street * Danvers, MA 01923 * 508-777-3784 % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% From owner-freebsd-hackers Fri Aug 29 11:12:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18880 for hackers-outgoing; Fri, 29 Aug 1997 11:12:42 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA18873 for ; Fri, 29 Aug 1997 11:12:39 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id LAA21190; Fri, 29 Aug 1997 11:14:57 -0700 (PDT) Message-Id: <199708291814.LAA21190@implode.root.com> To: Gordon Henderson cc: hackers@FreeBSD.ORG Subject: Re: Fatal trap 12: page fault while in kernel mode (again) In-reply-to: Your message of "Fri, 29 Aug 1997 17:54:18 BST." From: David Greenman Reply-To: dg@root.com Date: Fri, 29 Aug 1997 11:14:57 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >It happened again.. >fault virtual address = 0xe72d8690 >fault code = supervisor write, page not present >instruction pointer = 0x8:0xe012430a This appears to be a completely different failure from the previous one. I wonder if you might be having a hardware problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Aug 29 11:21:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA19417 for hackers-outgoing; Fri, 29 Aug 1997 11:21:18 -0700 (PDT) Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA19410 for ; Fri, 29 Aug 1997 11:21:12 -0700 (PDT) Received: from d00172.rdu.bellsouth.net (d00172.rdu.bellsouth.net [207.53.8.173]) by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id OAA26083 for ; Fri, 29 Aug 1997 14:21:35 -0400 (EDT) Received: by d00172.rdu.bellsouth.net with Microsoft Mail id <01BCB484.AFC6B7D0@d00172.rdu.bellsouth.net>; Fri, 29 Aug 1997 14:06:03 -0400 Message-ID: <01BCB484.AFC6B7D0@d00172.rdu.bellsouth.net> From: Arthur Pesa To: "'hackers@FreeBSD.ORG'" Subject: FW: JDK v1.0.x for FreeBSD... Date: Fri, 29 Aug 1997 14:05:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA19413 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am developing a large app at a "major" telecommunications Co. We are using Visigenics ORB in place of RMI so I can't comment directly on RMI. However, I and several others have downloaded the Netscape1.1 patch. We have several instances where we have gotten "classDefNotFound" errors. I have traced it down to the JDBC driver, but unfortunately I have several other Transactions that work using the same jdbc driver. Needless to say it all worked fine in the appletviewer(Sun). I am looking for a something from Netscape that describes what the patch actually supports and what it left out. On another note, I thought I had seen a posting several months ago that indicated that there was a Communicator4.xx port for FreeBSD, I may be mistaken. If there is I would appreciate a shove in the right direction as to where I might uncover such a thing.... Thanks Arthur Pesa -----Original Message----- From: Nate Williams [SMTP:nate@mt.sri.com] Sent: Friday, August 29, 1997 1:01 PM To: Craig Spannring Cc: The Hermit Hacker; hackers@FreeBSD.ORG Subject: Re: JDK v1.0.x for FreeBSD... Craig Spannring writes: > The Hermit Hacker writes: > > > > Hi... > > > > I have a copy of v1.1 for FreeBSD that I'm using to development an > > applet, but have ran into a snag that I *think* is v1.0 related...from > > the v1.1 appletviewer, the applet works fine, but as soon as I try it under > > Netscape, I get exceptions that prevent the applet from running... > > Netscape and most other browsers don't support 1.1. I would think > (hope) that will change within the next few months. >From Usenet: comp.lang.java.programmer #52315 (11 + 1 more) (1) From: kgelner@removeme.igs.com (Kendall Helmstetter Gelner) [1] Netscape now has full 1.1 support - how is it? Date: Thu Aug 28 17:02:54 MDT 1997 Lines: 15 I didn't see any other recent messages on this, so I thought I'd post... Netscape finally released the developers release of its full 1.1 support, you can get it from: http://developer.netscape.com/software/index.html?content=jdk/download.html I tried it out against some of the sample 1.1 applets at the Javasoft site, and it worked great - but I was wondering how it worked for larger apps, and if anyone has encountered any major problems with it. I was especially curious if the RMI support worked well now. ---> Kendall Gelner (kendall@rmi.net) Unfortunately, it's only for Win95/NT at this time, but that will change pretty quickly I suspect, now that the 'standard' platform is finished. Nate From owner-freebsd-hackers Fri Aug 29 11:33:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20067 for hackers-outgoing; Fri, 29 Aug 1997 11:33:42 -0700 (PDT) Received: from argus.tfs.net (pm3-p32.tfs.net [206.154.183.224]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA20062 for ; Fri, 29 Aug 1997 11:33:36 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id NAA00666; Fri, 29 Aug 1997 13:31:52 -0500 (CDT) From: Jim Bryant Message-Id: <199708291831.NAA00666@argus.tfs.net> Subject: Re: shared libraries? In-Reply-To: <9708291449.AA17699@gnu.sdsp.mc.xerox.com> from Marty Leisner at "Aug 29, 97 07:49:11 am" To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Fri, 29 Aug 1997 13:31:51 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > Can someone point me to a reference (or explain it briefly) how PIC > works? 1). man 1 pic 2). 4.4BSD User's Reference Manual [URM] (same thing) [after looking through the USD, I only found chapters for EQN and TBL].. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Fri Aug 29 11:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20130 for hackers-outgoing; Fri, 29 Aug 1997 11:34:10 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA20124 for ; Fri, 29 Aug 1997 11:34:04 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA17786 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Fri, 29 Aug 1997 20:33:38 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id XAA02694; Thu, 28 Aug 1997 23:10:17 +0200 (MET DST) From: Wilko Bulte Message-Id: <199708282110.XAA02694@yedi.iaf.nl> Subject: Re: shared libraries? To: andrew@zeta.org.au (Andrew Reilly) Date: Thu, 28 Aug 1997 23:10:17 +0200 (MET DST) Cc: toor@dyson.iquest.net, perlsta@sunyit.edu, hackers@FreeBSD.ORG In-Reply-To: <199708280638.QAA18886@gurney.reilly.home> from "Andrew Reilly" at Aug 28, 97 04:38:48 pm X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Andrew Reilly wrote... > On 28 Aug, John S. Dyson wrote: > > Believe it or not, shared libs often hurt more than help. Even with an > > ideal scheme that is prelinked, a program can take MORE memory, not less. > > We share the .text of programs even without using shared libs. In the > > case of shells, shared libs are usually a loose. A rule of thumb that I use > > is (These are only my opinions): > [list elided] [del] > Has anyone considered building a shared library use-analysis > tool, to attempt to optimise the ordering of objects within > the various shared libraries, so that the "most used" core > of modules were concatenated, probably at the front, with > less commonly used functions falling to the tail, so they > would mostly not be paged in? I think the SVR3 Unix libc_s was built using a reordering process like this. _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ----------------------------------------------------------------------Yoda From owner-freebsd-hackers Fri Aug 29 11:43:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20667 for hackers-outgoing; Fri, 29 Aug 1997 11:43:22 -0700 (PDT) Received: from punt-1.mail.demon.net (punt-1c.mail.demon.net [194.217.242.136]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA20662 for ; Fri, 29 Aug 1997 11:43:17 -0700 (PDT) Received: from longacre.demon.co.uk ([158.152.156.24]) by punt-1.mail.demon.net id aa1001069; 29 Aug 97 18:27 BST From: Michael Searle Message-ID: To: hackers@freebsd.org Subject: Insat Wireless Date: Fri, 29 Aug 1997 01:55:09 BST X-Mailer: Offlite 0.09 / Termite Internet for Acorn RISC OS Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone working on support for the Insat Wireless? It's a portable satellite Internet connection, minimum 80kbps, connected to the parallel port, with no time charges. There's more information at the web page at http://insat.zoneit.com/ although as of a week ago all there was only the two email addresses. I did see some messages about it on -hackers a few months ago, but nothing since. Thanks, Michael. -- Michael Searle - csubl@csv.warwick.ac.uk From owner-freebsd-hackers Fri Aug 29 11:50:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21149 for hackers-outgoing; Fri, 29 Aug 1997 11:50:28 -0700 (PDT) Received: from dreamland.d.kamp.net (Port-40-dus.kamp.de [195.4.52.104]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA21133 for ; Fri, 29 Aug 1997 11:50:18 -0700 (PDT) Received: (from joe@localhost) by dreamland.d.kamp.net (8.8.6/8.8.5) id UAA01069 for freebsd-hackers@FreeBSD.ORG; Fri, 29 Aug 1997 20:47:29 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 29 Aug 1997 20:40:42 +0200 (CEST) From: Joachim Jaeckel To: freebsd-hackers@FreeBSD.ORG Subject: How to use ibcs2/syscalls.master-file Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! On my way, wandering around through the ingenious world of the FreeBSD-Sourcecode, I wonder, where the shellscript is to produce the Source-Files for the iBCS2-Emulation from the syscalls.master file. Maybe someone could help me? Show me the path of the shellscript and/or the procedure of using it. Thanks in advance. Joachim Jaeckel. ---------------------------------- E-Mail: Joachim Jaeckel Date: 29-Aug-97 Time: 20:40:42 This message was sent by XFMail ---------------------------------- From owner-freebsd-hackers Fri Aug 29 12:01:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA21689 for hackers-outgoing; Fri, 29 Aug 1997 12:01:42 -0700 (PDT) Received: from pds-gateway.pdspc.com ([207.7.39.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA21684 for ; Fri, 29 Aug 1997 12:01:38 -0700 (PDT) Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3) id ; Fri, 29 Aug 1997 14:03:05 -0500 Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70ACA35@pds-gateway.pdspc.com> From: Kenny Hanson To: "'Arthur Pesa'" Cc: "'hackers@FreeBSD.ORG'" Subject: Netscape Communicator 4.02b7 Date: Fri, 29 Aug 1997 14:03:03 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Communicator 4.x for FreeBSD and Linux and other Unix systems can be found at ftp://ftp.netscape.com/pub/communicator/4.02/4.02b7/english/unix/. I've installed in FreeBSD-2.2.2-RELEASE and it works mighty fine :-) Kenny Hanson, Senior Research Analyst Paragon Development Systems Email: khanson@pdspc.com Web: http://www.pdspc.com Phone: (800) 966-6090 > -----Original Message----- > From: Arthur Pesa [SMTP:apesa@bellsouth.net] > Sent: Friday, August 29, 1997 1:06 PM > To: 'hackers@FreeBSD.ORG' > Subject: FW: JDK v1.0.x for FreeBSD... > > > > I am developing a large app at a "major" telecommunications Co. We are > using Visigenics ORB in place of RMI so I can't comment directly on > RMI. However, I and several others have downloaded the Netscape1.1 > patch. We have several instances where we have gotten > "classDefNotFound" errors. I have traced it down to the JDBC driver, > but unfortunately I have several other Transactions that work using > the same jdbc driver. Needless to say it all worked fine in the > appletviewer(Sun). I am looking for a something from Netscape that > describes what the patch actually supports and what it left out. > > On another note, I thought I had seen a posting several months ago > that indicated that there was a Communicator4.xx port for FreeBSD, I > may be mistaken. If there is I would appreciate a shove in the right > direction as to where I might uncover such a thing.... Thanks > > Arthur Pesa > > From owner-freebsd-hackers Fri Aug 29 12:35:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23515 for hackers-outgoing; Fri, 29 Aug 1997 12:35:26 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23510 for ; Fri, 29 Aug 1997 12:35:22 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA21879 for ; Fri, 29 Aug 1997 12:33:20 -0700 Message-Id: <3.0.3.32.19970829123642.0096e330@mailhost> X-Sender: toneil@mailhost X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 29 Aug 1997 12:36:42 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: Re: Netscape Communicator 4.02b7 In-Reply-To: <91DD7FDA88E4D011BED00000C0DD87E70ACA35@pds-gateway.pdspc.c om> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kenny Hanson wrote: >Communicator 4.x for FreeBSD and Linux and other Unix systems >can be found at >ftp://ftp.netscape.com/pub/communicator/4.02/4.02b7/english/unix/. >I've installed in FreeBSD-2.2.2-RELEASE and it works mighty fine :-) Just curious, and believe me, I feel bad about not being able to actually find out for myself, but my fBSD box does not have a net connection so I can't; was wondering if NC 4.02 is a thinned down version that I heard Netscape released, actually being called "Navigator" 4.02. I'm curious for human reasons because I heard there was some backlash at how code fat Communicator was, and for professional reasons because my company has an orb product bundled with Communicator that I know was not ported to any of the i386 unix platforms. -Tim From owner-freebsd-hackers Fri Aug 29 13:03:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25139 for hackers-outgoing; Fri, 29 Aug 1997 13:03:48 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA25122; Fri, 29 Aug 1997 13:03:30 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA22908; Sat, 30 Aug 1997 05:52:22 +1000 Date: Sat, 30 Aug 1997 05:52:22 +1000 From: Bruce Evans Message-Id: <199708291952.FAA22908@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: sio.c "turbo mode" additions. Cc: bde@FreeBSD.ORG, hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Nonstandard speeds break the speed tables in kern/tty_compat.c, >> i386/ibcs2/ibcs2_ioctl.c, i386/linux/linux_ioctl.c, rlogin and >> window (speeds set using termios get corrupted when a program >> saves and "restores" them using sgttyb). You have to extend these >Why should we limit our baud rates to thise used by linux? So that Linux programs work :-). >if we use a standard baud rate (e.g. 9600) they will >still be able to do it right? >I don't see this as much of an argument. certainly >it might be possible to "mask" the baud rates to those that are >expected, but I don't see how removing the table has any bad >effects as the only things looking at that table were in sio.c All Linux termios calls are filtered through the emulator. If you start with speed 230400 and run any termios program that does tcgetattr()+tcsetatr(), then the speed will be corrupted. In fact, due to bugs in the Linux emulator, the whole termios c_cflag will be corrupted - bsd_to_linux_speed() returns -1 (all bits 1) for unsupported speeds, and errors are not checked for, so c_cflag is set to all bits 1. The best that can be done is to mask -1 with LINUX_CBAUD so that only the speed bitfield gets set to all bits 1. Then all unsupported speeds will be set to the "highest" speed. This can be made to mean "don't change the speed" until the bitfield becomes congested again. Currently the following happens: linux_to_bsd_speed() returns -1 for unsupported speeds, and errors are not checked for, so c_ispeed and c_ospeed are set to -1. sio then rejects the whole tcsetattr(). This limits the damage - neither the speed nor the termios c_cflag are actually corrupted. However, this behaviour may actually be a bug - I think tcsetattr() is supposed to set everything it can - it should ignore impossible speeds and use the corrupted c_cflag :-). Note that correct handling wouldn't limit the speeds to ones supported by Linux (except for broken Linux brograms). It would limit the speed to ones supported our Linux (and other) emulators. >There are times when I'd have liked to be able to run at 1500 baud. >I've seen it in some non standard radio gear. >and the console driver allows aby speed to be set >without too much problem.. That's because the console driver doesn't check the i/ospeed at all. It can pretend to handle any speed, but it should handle the magic value of 0. >(sc on my 2.1.laptop anyhow) >I presume that these probrams you mention will only have problems >if I set the baud rate to 1700 or similar. Also for 230400 etc, until the tables are fixed. You can add 230400 and a few higher multiples to the tables, but this will fill up the smaller tables and leave no room for very unusual speeds. OTOH, systems that really need unusual speeds could support them by keeping them in a centralized table. >> >+ int siocn_baud_multiple = 1; /* set from vendor startup code */ >> >> I think this variable is unnecessary - you can use the configured >> value for everything (just be careful about converting the default >> of 0 to 1 everywhere). >no, I want to be able to use this regardless of how available the >com structure values are.. >the siocn-xxx() functions don't have a pointer to the appropriate >devconf or softc structures, so they need a global to use. >I admit that it could easily be initialised from teh devconf struct >at the time that it is probed for the 'CAN BE CONSOLE' bit but >in our case here, we have a file that contains code that >hits soem special registers to double the baud rate. this same >code doubles the multiplier at the same time, so that >the console code always works at the right speed, both before >and after the hardware has been nobbled. Oops, the variable is necessary. It's the initialization to 1 that is unnecessary/bogus. It should be initialized from the flags in all cases. >like a problem to me as it's almost always going to be set to a standard >speed. can you explain this a bit better, and in general Lots of programs (well, shells and editors) both get and set the speed. >do you think that the ability to handle 'turbo' sio ports >(becoming more common these days) is bad or worth while? Worth while. >I would like to re-do the interaction between siocn_xx() and >the normal driver a bit better. but I didn't want to change everything >as I want a HOPE of puting this in 2.2.3 >(where I actually need it) In -current, then main thing missing is support for multiple `siocn' devices. Bruce From owner-freebsd-hackers Fri Aug 29 13:12:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25635 for hackers-outgoing; Fri, 29 Aug 1997 13:12:39 -0700 (PDT) Received: from pds-gateway.pdspc.com ([207.7.39.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA25630 for ; Fri, 29 Aug 1997 13:12:37 -0700 (PDT) Received: by pds-gateway.pdspc.com with Internet Mail Service (5.0.1457.3) id ; Fri, 29 Aug 1997 15:14:05 -0500 Message-ID: <91DD7FDA88E4D011BED00000C0DD87E70ACA3D@pds-gateway.pdspc.com> From: Kenny Hanson To: "'Tim Oneil'" , hackers@FreeBSD.ORG Subject: RE: Netscape Communicator 4.02b7 Date: Fri, 29 Aug 1997 15:14:03 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm afraid not. It comes with just about everything that installs with NT or 95. The .tar.gz file is 7,132,310 bytes in size (yikes!). Kenny Hanson, Senior Research Analyst Paragon Development Systems Email: khanson@pdspc.com Web: http://www.pdspc.com Phone: (800) 966-6090 > -----Original Message----- > From: Tim Oneil [SMTP:toneil@visigenic.com] > Sent: Friday, August 29, 1997 2:37 PM > To: hackers@FreeBSD.ORG > Subject: Re: Netscape Communicator 4.02b7 > > Kenny Hanson wrote: > >Communicator 4.x for FreeBSD and Linux and other Unix systems > >can be found at > >ftp://ftp.netscape.com/pub/communicator/4.02/4.02b7/english/unix/. > >I've installed in FreeBSD-2.2.2-RELEASE and it works mighty fine :-) > > Just curious, and believe me, I feel bad about not being able > to actually find out for myself, but my fBSD box does not have > a net connection so I can't; was wondering if NC 4.02 is a thinned > down version that I heard Netscape released, actually being called > "Navigator" 4.02. I'm curious for human reasons because I heard > there was some backlash at how code fat Communicator was, and for > professional reasons because my company has an orb product bundled > with Communicator that I know was not ported to any of the i386 unix > platforms. > > -Tim From owner-freebsd-hackers Fri Aug 29 13:26:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26278 for hackers-outgoing; Fri, 29 Aug 1997 13:26:38 -0700 (PDT) Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA26227 for ; Fri, 29 Aug 1997 13:25:01 -0700 (PDT) Received: from gin-a.isi.edu by zephyr.isi.edu (5.65c/5.61+local-26) id ; Fri, 29 Aug 1997 13:23:41 -0700 Message-Id: <199708292023.AA00708@zephyr.isi.edu> To: jbryant@tfs.net Cc: leisner@sdsp.mc.xerox.com (Marty Leisner), freebsd-hackers@FreeBSD.ORG Subject: Re: shared libraries? In-Reply-To: Your message of "Fri, 29 Aug 1997 13:31:51 CDT." <199708291831.NAA00666@argus.tfs.net> X-Url: http://www.isi.edu/~faber Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 97 13:23:37 PDT From: Ted Faber Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Jim Bryant wrote: >In reply: >> Can someone point me to a reference (or explain it briefly) how PIC >> works? >1). man 1 pic >2). 4.4BSD User's Reference Manual [URM] (same thing) >[after looking through the USD, I only found chapters for EQN and TBL].. He means position independent code (PIC) not pic the figure drawing tool. But since I'm playing with pic the tool, I appreciate the pointer. :-) - ---------------------------------------------------------------------- Ted Faber faber@isi.edu USC/ISI Computer Scientist http://www.isi.edu/~faber (310) 822-1511 x190 -----BEGIN PGP SIGNATURE----- Version: 2.6.3 Charset: noconv iQCVAwUBNAcvxIb4eisfQ5rpAQFAEwP/ZK66Oi2R//jVggC7c7CP5s5EKUBFCKb0 g9HYLEGj04GWCiYxanrGEbxnk2D5n4zFR/rlpsTf/FiPEEIV+YSsx/iu8aeEcLY9 dxGy5Z5kfSRUAOay1Nw+4ojbTI+QZIwHknb5YAe/BXh1ChfEtZ8UAjy0DCrXb4iF rsgWjveXbMk= =Kfjm -----END PGP SIGNATURE----- From owner-freebsd-hackers Fri Aug 29 13:30:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26607 for hackers-outgoing; Fri, 29 Aug 1997 13:30:30 -0700 (PDT) Received: from brickbat9.mindspring.com (brickbat9.mindspring.com [207.69.200.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA26586; Fri, 29 Aug 1997 13:30:24 -0700 (PDT) Received: from mhaggag.fscorp.com (user-37kb0eu.dialup.mindspring.com [207.69.129.222]) by brickbat9.mindspring.com (8.8.5/8.8.5) with SMTP id QAA23919; Fri, 29 Aug 1997 16:29:55 -0400 (EDT) Message-Id: <3.0.1.32.19970829163025.00697814@mindspring.com> X-Sender: funcomputers@mindspring.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Fri, 29 Aug 1997 16:30:25 -0400 To: hackers@FreeBSD.ORG, questions@FreeBSD.ORG From: Mike HAGGAG Subject: Long Distance Service offered by ISPs Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Web Phone has been around for quite a while now. I recently read something about an alliance between AT&T, Dialogic and VocalTec (makers of Web Phone) to develop phone services using the Internet. Imagine any individual anywhere in the world being able to lift his phone's handset at phone, place a LOCAL call to his local ISP, enter a code (or a PIN), then dial a long distance call (to next city or around the world). The call would be routed over the Internet to another ISP in the destination city who would route the call to the person being called. All for no cost to either the caller or the callee other than their monthly fee to their respective ISPs. Now imagine this being setup in an organized way and almost overnight, ISPs all over the world are breaking phone companies' monopolies for good. Maybe that's whay phone companies (AT&T, Sprint, MCI etc...) got on the Internet access providing game so quickly... they saw this coming... I'd like to get some feedback from y'all on this since I despise phone companies' monopolies and I've toying with the idea of starting a ISP myself... Regards From owner-freebsd-hackers Fri Aug 29 13:40:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27147 for hackers-outgoing; Fri, 29 Aug 1997 13:40:47 -0700 (PDT) Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA27138 for ; Fri, 29 Aug 1997 13:40:44 -0700 (PDT) Received: from d00125.rdu.bellsouth.net (d00125.rdu.bellsouth.net [207.53.8.126]) by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id QAA04086; Fri, 29 Aug 1997 16:41:01 -0400 (EDT) Received: by d00125.rdu.bellsouth.net with Microsoft Mail id <01BCB49A.59EC4170@d00125.rdu.bellsouth.net>; Fri, 29 Aug 1997 16:41:08 -0400 Message-ID: <01BCB49A.59EC4170@d00125.rdu.bellsouth.net> From: "Arthur P. Pesa" To: "'Tim Oneil'" , "hackers@FreeBSD.ORG" Subject: RE: Netscape Communicator 4.02b7 Date: Fri, 29 Aug 1997 16:40:56 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk No I am using Communicator 4.02b. It has all the fluff that earlier versions have with the exception of HOD. Just curious, and believe me, what company do you work for that has an ORB bundled with Netscape. -----Original Message----- From: Tim Oneil [SMTP:toneil@visigenic.com] Sent: Friday, August 29, 1997 3:37 PM To: hackers@FreeBSD.ORG Subject: Re: Netscape Communicator 4.02b7 Kenny Hanson wrote: >Communicator 4.x for FreeBSD and Linux and other Unix systems >can be found at >ftp://ftp.netscape.com/pub/communicator/4.02/4.02b7/english/unix/. >I've installed in FreeBSD-2.2.2-RELEASE and it works mighty fine :-) Just curious, and believe me, I feel bad about not being able to actually find out for myself, but my fBSD box does not have a net connection so I can't; was wondering if NC 4.02 is a thinned down version that I heard Netscape released, actually being called "Navigator" 4.02. I'm curious for human reasons because I heard there was some backlash at how code fat Communicator was, and for professional reasons because my company has an orb product bundled with Communicator that I know was not ported to any of the i386 unix platforms. -Tim From owner-freebsd-hackers Fri Aug 29 13:46:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27387 for hackers-outgoing; Fri, 29 Aug 1997 13:46:51 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA27381 for ; Fri, 29 Aug 1997 13:46:49 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA28653 for ; Fri, 29 Aug 1997 13:44:51 -0700 Message-Id: <3.0.3.32.19970829134813.009678f0@mailhost> X-Sender: toneil@mailhost X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 29 Aug 1997 13:48:13 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: RE: Netscape Communicator 4.02b7 In-Reply-To: <01BCB49A.59EC4170@d00125.rdu.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Arthur P. Pesa wrote: >No I am using Communicator 4.02b. It has all the fluff that earlier >versions have with the exception of HOD. Just curious, and believe >me, what company do you work for that has an ORB bundled with >Netscape. HOD? Not sure what that is. If your talking about the orb technology, and I hope you are, then that jives... unless Netscape licensed our orb source code and made the port, which is possible. Although that would be a lot of work and I don't see a real cash opportunity for all that investment on FreeBSD. Hey, I could be wrong... -Tim From owner-freebsd-hackers Fri Aug 29 13:52:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27685 for hackers-outgoing; Fri, 29 Aug 1997 13:52:24 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA27680 for ; Fri, 29 Aug 1997 13:52:22 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA29101 for ; Fri, 29 Aug 1997 13:50:21 -0700 Message-Id: <3.0.3.32.19970829135342.00974140@mailhost> X-Sender: toneil@mailhost X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 29 Aug 1997 13:53:42 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: RE: Netscape Communicator 4.02b7 In-Reply-To: <91DD7FDA88E4D011BED00000C0DD87E70ACA3D@pds-gateway.pdspc.c om> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kenny Hanson wrote: >I'm afraid not. It comes with just about everything that installs >with NT or 95. The .tar.gz file is 7,132,310 bytes in size (yikes!). Yep, I keep forgetting the promise of Java. The communicator should run on any platform... it the enterprise server that won't (or shouldn't I dare say) run without a port. Oh well. -Tim From owner-freebsd-hackers Fri Aug 29 14:23:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29096 for hackers-outgoing; Fri, 29 Aug 1997 14:23:27 -0700 (PDT) Received: from agni.nuko.com (dummy.nuko.com [206.79.130.80] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29091 for ; Fri, 29 Aug 1997 14:23:24 -0700 (PDT) Received: (from vinay@localhost) by agni.nuko.com (8.8.5/8.7.3) id OAA10012 for freebsd-hackers@freebsd.org; Fri, 29 Aug 1997 14:22:59 -0700 (PDT) From: Vinay Bannai Message-Id: <199708292122.OAA10012@agni.nuko.com> Subject: Re: Long Distance Service offered by ISPs To: freebsd-hackers@freebsd.org Date: Fri, 29 Aug 1997 14:22:59 -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-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Mike HAGGAG: > Web Phone has been around for quite a while now. I recently read something > about an alliance between AT&T, Dialogic and VocalTec (makers of Web Phone) > to develop phone services using the Internet. > > Imagine any individual anywhere in the world being able to lift his phone's > handset at phone, place a LOCAL call to his local ISP, enter a code (or a > PIN), then dial a long distance call (to next city or around the world). > The call would be routed over the Internet to another ISP in the > destination city who would route the call to the person being called. All > for no cost to either the caller or the callee other than their monthly fee > to their respective ISPs. > > Now imagine this being setup in an organized way and almost overnight, ISPs > all over the world are breaking phone companies' monopolies for good. > > Maybe that's whay phone companies (AT&T, Sprint, MCI etc...) got on the > Internet access providing game so quickly... they saw this coming... > > I'd like to get some feedback from y'all on this since I despise phone > companies' monopolies and I've toying with the idea of starting a ISP > myself... > > Regards Eventhough your contempt of the telephone companies is shared, I don't know if this is the right mailing list to get feeback. You might want to try the freebsd-isp mailing list. Just to give you my feedback, I don't think it is possible (at this time) to do what you have suggested. Voice and multimedia traffic is time critical unlike the data traffic. So if the data does not arrive in time, it might as well not arrive at all. To achieve this you need to reasonable round trip delays and QoS over the wide area networks. I think the round trip delay should be under 400ms to avoid having annoying echos apart from having congestion free path.. Vinay From owner-freebsd-hackers Fri Aug 29 15:01:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01052 for hackers-outgoing; Fri, 29 Aug 1997 15:01:23 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA00943 for ; Fri, 29 Aug 1997 14:59:50 -0700 (PDT) Received: from mailhost.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <53162(1)>; Fri, 29 Aug 1997 14:57:59 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by mailhost.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id RAA23928; Fri, 29 Aug 1997 17:56:21 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA21581; Fri, 29 Aug 97 17:56:20 EDT Message-Id: <9708292156.AA21581@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ted Faber Cc: jbryant@tfs.net, freebsd-hackers@freebsd.org Subject: Re: shared libraries? In-Reply-To: Your message of "Fri, 29 Aug 1997 13:23:37 PDT." <199708292023.AA00708@zephyr.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 14:56:20 PDT From: "Marty Leisner" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > -----BEGIN PGP SIGNED MESSAGE----- > > > Jim Bryant wrote: > >In reply: > >> Can someone point me to a reference (or explain it briefly) how PIC > >> works? > >1). man 1 pic > >2). 4.4BSD User's Reference Manual [URM] (same thing) > >[after looking through the USD, I only found chapters for EQN and TBL].. > > He means position independent code (PIC) not pic the figure drawing > tool. But since I'm playing with pic the tool, I appreciate the > pointer. :-) > > - ---------------------------------------------------------------------- > Ted Faber faber@isi.edu > USC/ISI Computer Scientist http://www.isi.edu/~faber > (310) 822-1511 x190 > > > While we're talking about troff PIC, Brian Kernighan did a good tutorial of it. (should be on the web someplace)..also the Hayden/Oreilly Unix Text Processing Tools . -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-hackers Fri Aug 29 15:30:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02802 for hackers-outgoing; Fri, 29 Aug 1997 15:30:25 -0700 (PDT) Received: from argus.tfs.net (node22.tfs.net [207.2.220.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02796 for ; Fri, 29 Aug 1997 15:30:17 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id RAA01149; Fri, 29 Aug 1997 17:29:21 -0500 (CDT) From: Jim Bryant Message-Id: <199708292229.RAA01149@argus.tfs.net> Subject: Re: Long Distance Service offered by ISPs In-Reply-To: <3.0.1.32.19970829163025.00697814@mindspring.com> from Mike HAGGAG at "Aug 29, 97 04:30:25 pm" To: mikehaggag@mindspring.com (Mike HAGGAG) Date: Fri, 29 Aug 1997 17:29:20 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > Web Phone has been around for quite a while now. I recently read something > about an alliance between AT&T, Dialogic and VocalTec (makers of Web Phone) > to develop phone services using the Internet. > > Imagine any individual anywhere in the world being able to lift his phone's > handset at phone, place a LOCAL call to his local ISP, enter a code (or a > PIN), then dial a long distance call (to next city or around the world). > The call would be routed over the Internet to another ISP in the > destination city who would route the call to the person being called. All > for no cost to either the caller or the callee other than their monthly fee > to their respective ISPs. Not to mention just being an obnoxious waste of Internet bandwidth. I hear better quality voice over intercontinental SSB on HF than you find on these internet phone pieces of crap. The infrastructure for all these pie-in-the-sky internet promises will not exist for the most part until 30 to 50 years from now. So please don't waste my bandwidth just to ask the called party "what did you say? please repeat that." a million times. Reply-to: /dev/null jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Fri Aug 29 15:33:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02991 for hackers-outgoing; Fri, 29 Aug 1997 15:33:42 -0700 (PDT) Received: from mailbag.jf.intel.com (mailbag.jf.intel.com [134.134.248.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02986 for ; Fri, 29 Aug 1997 15:33:37 -0700 (PDT) Received: from aahz.jf.intel.com (aahz.jf.intel.com [192.198.161.2]) by mailbag.jf.intel.com (8.8.6/8.8.4) with ESMTP id PAA02413 for ; Fri, 29 Aug 1997 15:35:55 -0700 (PDT) Received: (from batie@localhost) by aahz.jf.intel.com (8.8.5/8.8.5) id PAA22116; Fri, 29 Aug 1997 15:33:29 -0700 (PDT) Message-ID: <19970829153329.51631@aahz.jf.intel.com> Date: Fri, 29 Aug 1997 15:33:29 -0700 From: Alan Batie To: hackers@freebsd.org Subject: ipfw protocols Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-md5; boundary=lTNgmc+xy1dBmNvC X-Mailer: Mutt 0.76 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --lTNgmc+xy1dBmNvC Content-Type: text/plain; charset=us-ascii I'm using freebsd as a multicast router here, and I need to be able to allow igmp requests from a network so viewers can join a group, but block transmission of multicast packets in general. ipfw only knows about tcp and udp, and from looking at the code and include files, it looks like the protocol specification interface is very limited. You need to be able to actually specify the protocol by number if the name isn't known (e.g. rsvp is 42, I believe, and I'm sure there are others). -- Alan Batie ------ What goes up, must come down. batie@aahz.jf.intel.com \ / Ask any system administrator. +1 503-264-8844 (voice) \ / --unknown D0 D2 39 0E 02 34 D6 B4 \/ 5A 41 21 8F 23 5F 08 9D --lTNgmc+xy1dBmNvC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNAdOOBCfrckvDwdpAQHovwP+P0Rmx3KafQlktO7NxWHYZOSfagv0nVAk oZXBp7YKZjnJ2dKkK+DJlqrpF1JwRJMbrigVHjjGCSq2+Ny6R6dLtQpoIkEUoA32 CKEhRPOeRVjgmGCImaosqBV1tJEeZkpYzu5MsgDu3pq5FzZAJsW007B2P7USu6M+ wcpfv0e8AnE= =1xNE -----END PGP SIGNATURE----- --lTNgmc+xy1dBmNvC-- From owner-freebsd-hackers Fri Aug 29 15:50:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04003 for hackers-outgoing; Fri, 29 Aug 1997 15:50:31 -0700 (PDT) Received: from mail.mexcom.net (mail.mexcom.net [206.103.64.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03958; Fri, 29 Aug 1997 15:50:05 -0700 (PDT) Received: from rafa.nix.mexcom.net (rafa.nix.mexcom.net [206.103.64.101]) by mail.mexcom.net (8.8.5/8.8.5) with SMTP id RAA26068; Fri, 29 Aug 1997 17:49:57 -0500 (CDT) Message-ID: <34075219.148E1EB5@mexcom.net> Date: Fri, 29 Aug 1997 17:50:01 -0500 From: "Rafael A. Reta Rodriguez" Organization: Mexcom X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-970811-SNAP i386) MIME-Version: 1.0 To: Mike HAGGAG CC: hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: Long Distance Service offered by ISPs References: <3.0.1.32.19970829163025.00697814@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike HAGGAG wrote: > > Web Phone has been around for quite a while now. I recently read something > about an alliance between AT&T, Dialogic and VocalTec (makers of Web Phone) > to develop phone services using the Internet. > > Imagine any individual anywhere in the world being able to lift his phone's > handset at phone, place a LOCAL call to his local ISP, enter a code (or a > PIN), then dial a long distance call (to next city or around the world). > The call would be routed over the Internet to another ISP in the > destination city who would route the call to the person being called. All > for no cost to either the caller or the callee other than their monthly fee > to their respective ISPs. > > Now imagine this being setup in an organized way and almost overnight, ISPs > all over the world are breaking phone companies' monopolies for good. > > Maybe that's whay phone companies (AT&T, Sprint, MCI etc...) got on the > Internet access providing game so quickly... they saw this coming... > > I'd like to get some feedback from y'all on this since I despise phone > companies' monopolies and I've toying with the idea of starting a ISP > myself... > > Regards Sound cool but have you considered the network congestion? I guess this is somthing I don't like in this moment. RafaReta From owner-freebsd-hackers Fri Aug 29 15:57:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04595 for hackers-outgoing; Fri, 29 Aug 1997 15:57:58 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04586 for ; Fri, 29 Aug 1997 15:57:52 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id SAA20076; Fri, 29 Aug 1997 18:57:43 -0400 (EDT) Date: Fri, 29 Aug 1997 18:57:43 -0400 (EDT) Message-Id: <199708292257.SAA20076@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh cc: freebsd-hackers@freebsd.org Subject: New warning, should I worry? In-Reply-To: References: X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh writes: > When I boot the most recent kernel (the first new I I had built since > June for my PCI machine), I get the following messages on boot. I've > provided some context so that people know where they are coming out > at. I have no IDE drives in this system. It's generally nothing to worry about. I put that noise in so I'd get some feedback on what other machines besides mine do. It doesn't affect you at all. I've changed the sense of the messages so that they aren't warnings anymore-- coming soon to a commit near you... --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Fri Aug 29 16:02:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA04875 for hackers-outgoing; Fri, 29 Aug 1997 16:02:31 -0700 (PDT) Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA04863 for ; Fri, 29 Aug 1997 16:02:22 -0700 (PDT) Received: from d00125.rdu.bellsouth.net (d00226.rdu.bellsouth.net [207.53.8.227]) by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id TAA12322; Fri, 29 Aug 1997 19:02:26 -0400 (EDT) Received: by d00125.rdu.bellsouth.net with Microsoft Mail id <01BCB4AE.1BED3190@d00125.rdu.bellsouth.net>; Fri, 29 Aug 1997 19:02:34 -0400 Message-ID: <01BCB4AE.1BED3190@d00125.rdu.bellsouth.net> From: "Arthur P. Pesa" To: "'Tim Oneil'" , "'hackers@FreeBSD.ORG'" Subject: RE: Netscape Communicator 4.02b7 Date: Fri, 29 Aug 1997 19:02:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk HOD, Host on Demand: 3270 SNA Type connectivity. -----Original Message----- From: Tim Oneil [SMTP:toneil@visigenic.com] Sent: Friday, August 29, 1997 4:48 PM To: hackers@FreeBSD.ORG Subject: RE: Netscape Communicator 4.02b7 Arthur P. Pesa wrote: >No I am using Communicator 4.02b. It has all the fluff that earlier >versions have with the exception of HOD. Just curious, and believe >me, what company do you work for that has an ORB bundled with >Netscape. HOD? Not sure what that is. If your talking about the orb technology, and I hope you are, then that jives... unless Netscape licensed our orb source code and made the port, which is possible. Although that would be a lot of work and I don't see a real cash opportunity for all that investment on FreeBSD. Hey, I could be wrong... -Tim From owner-freebsd-hackers Fri Aug 29 16:32:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06545 for hackers-outgoing; Fri, 29 Aug 1997 16:32:01 -0700 (PDT) Received: from zippy.dyn.ml.org (garbanzo@spain-13.ppp.hooked.net [206.169.228.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06499; Fri, 29 Aug 1997 16:31:50 -0700 (PDT) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.7/8.8.7) with SMTP id QAA18410; Fri, 29 Aug 1997 16:35:11 -0700 (PDT) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 29 Aug 1997 16:35:11 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Eivind Eklund cc: Bruno Keymolen , hackers@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: Prosignia VS, EISA In-Reply-To: <199708291728.TAA01535@bitbox.follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Eivind Eklund wrote: > > > > Can you help me ?? > > > > > > I want to install FreeBSD 2.2.2 on Compaq Prosignia VS > > (32 MB Ram, Integrated FAST-SCSI-2) controller, Integrated Netflex-L Enet > > controller, The bus structure is EISA ) > > > > I tryed to install the scsi controller using the drivers that come with the > > FreeBSD cd. > > None of them seem to work. Is there a driver availible for the Prosignia VS > > ? > > Have you tried changing the base-addresses? I at least got the > NetFlex to work on a ProSignia 500 by changing the base address of > lnc0 to 0x7000, back in the 2.1.5 days... Or if you do know the base address you could go into the kernel config when you first boot up and change it (I think). - alex From owner-freebsd-hackers Fri Aug 29 17:50:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA09444 for hackers-outgoing; Fri, 29 Aug 1997 17:50:39 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA09439 for ; Fri, 29 Aug 1997 17:50:37 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA13406; Fri, 29 Aug 1997 20:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 29 Aug 1997 20:50 EDT Received: from lakes.dignus.com (lakes [10.0.0.3]) by ponds.dignus.com (8.8.5/8.7.3) with ESMTP id UAA00211; Fri, 29 Aug 1997 20:46:02 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.5/8.6.9) id UAA07203; Fri, 29 Aug 1997 20:39:04 -0400 (EDT) Date: Fri, 29 Aug 1997 20:39:04 -0400 (EDT) From: Thomas David Rivers Message-Id: <199708300039.UAA07203@lakes.dignus.com> To: ponds!whistle.com!julian, ponds!lakes.dignus.com!rivers Subject: Re: 2.2.2+ kernel panic Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > where he goes on to note an issues in vfs_subr.c (curproc was NULL). > > > > I was wondering if anything has come of this - 2.2.2+ fixes particularly. > > This is in the area of my "daily panics" - and I always have questions > > when something like this pops up. > > > I have added extra diagnostics and am awaiting a re-occurance. > > > julian > > > > > - Thanks - > > - Dave Rivers - > Since this is 2.2.2+ - I could likely check your kernel with my reliable reproduction set-up of my vnode problems. I'd be anxious to see what your diagnostics produced there. If you can put it on freefall somewhere, I can ftp it. - Dave Rivers - From owner-freebsd-hackers Fri Aug 29 18:08:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10171 for hackers-outgoing; Fri, 29 Aug 1997 18:08:20 -0700 (PDT) Received: from mail.rdu.bellsouth.net (mail.rdu.bellsouth.net [205.152.32.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10166 for ; Fri, 29 Aug 1997 18:08:16 -0700 (PDT) Received: from d00136.rdu.bellsouth.net (d00136.rdu.bellsouth.net [207.53.8.137]) by mail.rdu.bellsouth.net (8.8.5/8.8.5) with SMTP id VAA18755 for ; Fri, 29 Aug 1997 21:08:46 -0400 (EDT) Received: by d00136.rdu.bellsouth.net with Microsoft Mail id <01BCB4BF.BFCF2C30@d00136.rdu.bellsouth.net>; Fri, 29 Aug 1997 21:08:50 -0400 Message-ID: <01BCB4BF.BFCF2C30@d00136.rdu.bellsouth.net> From: "Arthur P. Pesa" To: "'hackers@FreeBSD.ORG'" Subject: JDK 1.1.x Date: Fri, 29 Aug 1997 21:08:43 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could someone kindly point me in the right direction as to where I might find the FreeBSD JDK1.1.x. Had the ftp site address here earlier but can't seem to find it now. Thanks From owner-freebsd-hackers Fri Aug 29 18:28:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10882 for hackers-outgoing; Fri, 29 Aug 1997 18:28:25 -0700 (PDT) Received: from pooh.cdrom.com (pooh.cdrom.com [204.216.28.222]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10877 for ; Fri, 29 Aug 1997 18:28:21 -0700 (PDT) Received: from localhost (murray@localhost) by pooh.cdrom.com (8.8.5/8.7.3) with SMTP id SAA07343; Fri, 29 Aug 1997 18:27:54 -0700 (PDT) Date: Fri, 29 Aug 1997 18:27:54 -0700 (PDT) From: Murray Stokely To: freebsd-hackers@freebsd.org Subject: Cyberian RC5 Effort - 'Anti - Microsoft!' Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings FreeBSD Hackers! As most of you probably know, there is currently a massively distributed computing effort to crack the RC5-56 alogorithm and prove that current US encryption restrictions are ridiculous. You probably remember several months ago, when a FreeBSD Pentium 90 was responsible for finding the key in a similar contest to break DES. What you may not know, is that there are currently two efforts to find the key. The Bovine effort at http://rc5.distributed.net, and the Cyberian effort at http://www.cyberian.org Aside from the general goal of proving the inadequecy of 56bit cyphers, the Cyberian effort also offers you $5000 for finding the winning key! It's come to our attention that a large majority of you are involved with the vex.net team on the Bovine effort, and we'd like to invite you to join our 'anti-ms' team with Cyberian. But wether you join our team, or someone elses, there are many reasons why you should consider Cyberian instead of Bovine. - Cyberian has much faster clients - Cyberian has WORKING stats.. updated every 5 minutes. (bovine just now got the stats working, but they are very limited and updated only daily) - The Bovine team is COMPLETELY unresponsive to offers of help. People on the Bovine mailing list are constantly asking for new features, and someone always offers to do it. But the Bovine team wants to keep all the credit to themselves when the key is found, so they don't let anyone help out, and they CONSTANTLY come up with excuses and delays. - There is no statistical advantage to using Bovine over Cyberian at this time. Bovine checked the first 6% sequentially. So Cyberian didn't have to check that space, therefore they've technically eliminated 8% of the keyspace. This means that roughly one key in 10 that Cyberian checks has already been checked by Bovine. Since the Cyberian client is more than 10% faster on most systems, you're only wasting your time with Bovine. - Cyberian has its act together in all aspects of the effort. Most of the early Bovine enthusiasts have long since switched over. Cyberian is more fun, more focused on the real goal of disproving the strength of 56bit encryption, and more in tune to the needs of a REAL dynamic distributed computing effort. - Bovine uses Windows NT servers, Cyberian uses Unix ;) Our particular team is strongly unix based and definately anti-microsoft. We're currently ranked 79th, but we're rising fast! We've got alot of the computers here at Walnut Creek CDROM running, as well as two 6 processor SPARCs at Depaul University! Check out http://www.cdrom.com/cgi-bin/rc5stats.cgi?anti-ms for our current statistics. We've got a mailing list, a web page, and several cgi programs to cache the stats page and reformat them. Email us at anti-ms@baic.com if you have any questions! Murray Stokely From owner-freebsd-hackers Fri Aug 29 19:07:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12125 for hackers-outgoing; Fri, 29 Aug 1997 19:07:55 -0700 (PDT) Received: from mom.hooked.net (root@mom.hooked.net [206.80.6.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12119 for ; Fri, 29 Aug 1997 19:07:53 -0700 (PDT) Received: from fish.hooked.net (fish.hooked.net [206.80.6.48]) by mom.hooked.net (8.8.5/8.8.5) with SMTP id TAA22046; Fri, 29 Aug 1997 19:07:48 -0700 (PDT) Date: Fri, 29 Aug 1997 19:08:00 -0700 (PDT) From: "Sarcasm's Mailing List" Reply-To: "Sarcasm's Mailing List" To: Murray Stokely cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cyberian RC5 Effort - 'Anti - Microsoft!' In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > - Cyberian has much faster clients Get your facts straight before you go shooting off your mouth. > - Cyberian has WORKING stats.. updated every 5 minutes. (bovine just > now got the stats working, but they are very limited and updated only > daily) Bovine has working stats that are updated more than once daily. > - The Bovine team is COMPLETELY unresponsive to offers of help. > People on the Bovine mailing list are constantly asking for new > features, and someone always offers to do it. But the Bovine team > wants to keep all the credit to themselves when the key is found, so > they don't let anyone help out, and they CONSTANTLY come up with > excuses and delays. Unresponsive to whom? > - There is no statistical advantage to using Bovine over Cyberian at > this time. Bovine checked the first 6% sequentially. So Cyberian > didn't have to check that space, therefore they've technically > eliminated 8% of the keyspace. This means that roughly one key in 10 > that Cyberian checks has already been checked by Bovine. Since the > Cyberian client is more than 10% faster on most systems, you're only > wasting your time with Bovine. Again get your facts straight. The assembly p5 core in the beta 4 Bovine clients is as fast if not faster than the most current one in Cyberian's clients. A faster p6 core is slated. I get 220kkeys/sec with Bovine's client on a p166. > - Cyberian has its act together in all aspects of the effort. Most of > the early Bovine enthusiasts have long since switched over. Cyberian > is more fun, more focused on the real goal of disproving the strength > of 56bit encryption, and more in tune to the needs of a REAL dynamic > distributed computing effort. Meaning what exactly? How is the Bovine effort not not focused? They may not post it to the mailing lists, but they are constantly releasing clients for more platforms, without having a huge ego. In fact the last I saw the on the Bovine list, the Cyberian effort was called "a bunch of nice guys". What were they smoking. > - Bovine uses Windows NT servers, Cyberian uses Unix ;) So you both make Win32 clients? Big whoop. > Our particular team is strongly unix based and definately anti-microsoft. > We're currently ranked 79th, but we're rising fast! We've got alot of the > computers here at Walnut Creek CDROM running, as well as two 6 processor > SPARCs at Depaul University! Check out So what? Why use SPARCs for this? Wouldn't a PPC be faster with its rotate instruction? > for our current statistics. We've got a mailing list, a web page, and several > cgi programs to cache the stats page and reformat them. Email us at > anti-ms@baic.com if you have any questions! > > Murray Stokely Geez get your facts straight before you spew garbage. You're both working for a common goal, must you attack each other? Yeah I know this _doesn't_ belong at all on the list. So sue me. - alex From owner-freebsd-hackers Fri Aug 29 19:08:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12181 for hackers-outgoing; Fri, 29 Aug 1997 19:08:26 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA12124 for ; Fri, 29 Aug 1997 19:07:54 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id MAA20259; Sat, 30 Aug 1997 12:00:28 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id LAA13672; Sat, 30 Aug 1997 11:30:25 +0930 (CST) Message-ID: <19970830113025.45435@lemis.com> Date: Sat, 30 Aug 1997 11:30:25 +0930 From: Greg Lehey To: Eivind Eklund Cc: Marty Leisner , louie@transsys.com, imp@rover.village.org, dave@jetcafe.org, sef@Kithrup.COM, hackers@FreeBSD.ORG Subject: PIC (was: shared libraries?) References: <199708290035.UAA17627@whizzo.TransSys.COM> <9708291449.AA17699@gnu.sdsp.mc.xerox.com> <199708291734.TAA01553@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199708291734.TAA01553@bitbox.follo.net>; from Eivind Eklund on Fri, Aug 29, 1997 at 07:34:17PM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Aug 29, 1997 at 07:34:17PM +0200, Eivind Eklund wrote: >> >> >> Can someone point me to a reference (or explain it briefly) how PIC >> works? > > Basically just by doing all memory references relative to a register, > which usually initially was set up relative to the PC (program > counter, AKA instruction pointer). Thus, you can load it on any > address in your computer, and it will work just like it was supposed > to. Probably the most important factor in PIC is the instruction set. Many systems generate PIC by default, or with few constraints. The i386 architecture doesn't, unfortunately, and to generate PIC you have to do without a number of instructions or address modes. As a result, the code is less efficient. Greg From owner-freebsd-hackers Fri Aug 29 19:32:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13228 for hackers-outgoing; Fri, 29 Aug 1997 19:32:26 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA13223 for ; Fri, 29 Aug 1997 19:32:22 -0700 (PDT) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id MAA20547; Sat, 30 Aug 1997 12:31:00 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id MAA13714; Sat, 30 Aug 1997 12:00:49 +0930 (CST) Message-ID: <19970830120049.38856@lemis.com> Date: Sat, 30 Aug 1997 12:00:49 +0930 From: Greg Lehey To: john hood Cc: Warner Losh , freebsd-hackers@FreeBSD.ORG Subject: Re: New warning, should I worry? References: <199708292257.SAA20076@smoke.marlboro.vt.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199708292257.SAA20076@smoke.marlboro.vt.us>; from john hood on Fri, Aug 29, 1997 at 06:57:43PM -0400 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Aug 29, 1997 at 06:57:43PM -0400, john hood wrote: > Warner Losh writes: >> When I boot the most recent kernel (the first new I I had built since >> June for my PCI machine), I get the following messages on boot. I've >> provided some context so that people know where they are coming out >> at. I have no IDE drives in this system. > > It's generally nothing to worry about. I put that noise in so I'd get > some feedback on what other machines besides mine do. It doesn't > affect you at all. I've changed the sense of the messages so that > they aren't warnings anymore-- coming soon to a commit near you... What kind of feedback would you like? I'm getting it too, if that interests you, and I *do* have one IDE drive. I also thought it was set up for DMA. Do I need to do anything? Here are the messages: de_pci0: rev 0x02 on pci0.7.1 ide_pci: warning, ide0:0 not configured for DMA? ide_pci: warning, ide0:1 not configured for DMA? ide_pci: warning, ide1:0 not configured for DMA? ide_pci: warning, ide1:1 not configured for DMA? Greg From owner-freebsd-hackers Fri Aug 29 19:45:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13799 for hackers-outgoing; Fri, 29 Aug 1997 19:45:39 -0700 (PDT) Received: from pooh.cdrom.com (pooh.cdrom.com [204.216.28.222]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA13794 for ; Fri, 29 Aug 1997 19:45:36 -0700 (PDT) Received: from localhost (murray@localhost) by pooh.cdrom.com (8.8.5/8.7.3) with SMTP id TAA07691; Fri, 29 Aug 1997 19:44:39 -0700 (PDT) Date: Fri, 29 Aug 1997 19:44:39 -0700 (PDT) From: Murray Stokely To: "Sarcasm's Mailing List" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cyberian RC5 Effort - 'Anti - Microsoft!' In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk DO NOT REPLY TO THIS LIST.. REPLY PERSONALLY. I meant to send a friendly email inviting fellow unix advocates to join our effort and I never thought someone would start a huge bovine vs cyberian argument over this (to the whole list no less!) If you have no interest in this, then please delete this mail and accept my apology. On Fri, 29 Aug 1997, Sarcasm's Mailing List wrote: % Bovine has working stats that are updated more than once daily. Uhh, you've got to be joking if you call those stats.. Compare the two. % > - The Bovine team is COMPLETELY unresponsive to offers of help. % > People on the Bovine mailing list are constantly asking for new % > features, and someone always offers to do it. But the Bovine team % > wants to keep all the credit to themselves when the key is found, so % > they don't let anyone help out, and they CONSTANTLY come up with % > excuses and delays. % % Unresponsive to whom? Maybe I was a little unclear when i said 'People on the Bovine mailing list'. You can search through the archives and see all the people who were offering to fix the stats MONTHS ago. People have offered to port clients, offer enhancements, etc.. and their are completely ignored by the Bovine developers. They made it clear that they want to hog all of the publicity when the key is finally found. % Again get your facts straight. The assembly p5 core in the beta 4 Bovine % clients is as fast if not faster than the most current one in Cyberian's % clients. A faster p6 core is slated. I get 220kkeys/sec with Bovine's % client on a p166. I will not quote any specifics that I can't verify with my own eyes (even though I've never heard someone object to the fact that cyberian is significantly faster). But my Pentium Pro 233 / FreeBSD is 11% faster with Cyberian, and my Cyrix P200+ is 10% faster (330kkeys/sec). % Meaning what exactly? How is the Bovine effort not not focused? They may % not post it to the mailing lists, but they are constantly releasing % clients for more platforms, without having a huge ego. In fact the last I % saw the on the Bovine list, the Cyberian effort was called "a bunch of % nice guys". What were they smoking. People still use the Bovine mailing list? When I unsubscribed everyone got tired of fighting with the organizers and just joined Cyberian. Maybe you didn't understand my first paragraph when I described why they are not focused. % > - Bovine uses Windows NT servers, Cyberian uses Unix ;) % % So you both make Win32 clients? Big whoop. it's called humor. thats why it was the last one. just a trivial little fact i threw in (hence the smiley face) % So what? Why use SPARCs for this? Wouldn't a PPC be faster with its % rotate instruction? Yea, so whats your point? We don't have access to any 6 processor PPC's. Following that logic why would you use anything but the absolute fastest P2/PPC chips. That's more than just a little bit personally agressive for no good reason; attacking one of our platforms? % Geez get your facts straight before you spew garbage. You're both % working for a common goal, must you attack each other? Yeah I know this % _doesn't_ belong at all on the list. So sue me. You offered no facts by the way. You disputed the fact that Cyberians clients are much faster, despite all the publications to the contrary. Care to explain? (in private email - i will not respond to any more mails sent to the list) Murray Stokely From owner-freebsd-hackers Fri Aug 29 20:01:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA14410 for hackers-outgoing; Fri, 29 Aug 1997 20:01:35 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA14404 for ; Fri, 29 Aug 1997 20:01:31 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.8.5/8.7.3) with SMTP id DAA09234 for ; Sat, 30 Aug 1997 03:01:45 GMT Date: Sat, 30 Aug 1997 03:01:45 +0000 (GMT) From: Alfred Perlstein To: hackers@FreeBSD.ORG Subject: Re: PIC (was: shared libraries?) In-Reply-To: <19970830113025.45435@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Probably the most important factor in PIC is the instruction set. > Many systems generate PIC by default, or with few constraints. The > i386 architecture doesn't, unfortunately, and to generate PIC you have > to do without a number of instructions or address modes. As a result, > the code is less efficient. ummmm, as far as i know the 386 and beyond greatly reduced the addressing restrictions placed on code, almost any register is avalable for addressing and since you can load the PC into a register i don't see the problem here. Alfred From owner-freebsd-hackers Fri Aug 29 21:06:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17197 for hackers-outgoing; Fri, 29 Aug 1997 21:06:05 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17192 for ; Fri, 29 Aug 1997 21:05:57 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id XAA00224; Fri, 29 Aug 1997 23:05:22 -0500 (EST) From: "John S. Dyson" Message-Id: <199708300405.XAA00224@dyson.iquest.net> Subject: Re: PIC (was: shared libraries?) In-Reply-To: from Alfred Perlstein at "Aug 30, 97 03:01:45 am" To: perlsta@fang.cs.sunyit.edu (Alfred Perlstein) Date: Fri, 29 Aug 1997 23:05:22 -0500 (EST) Cc: hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alfred Perlstein said: > > Probably the most important factor in PIC is the instruction set. > > Many systems generate PIC by default, or with few constraints. The > > i386 architecture doesn't, unfortunately, and to generate PIC you have > > to do without a number of instructions or address modes. As a result, > > the code is less efficient. > > ummmm, as far as i know the 386 and beyond greatly reduced the addressing > restrictions placed on code, almost any register is avalable for > addressing and since you can load the PC into a register i don't see the > problem here. > Basically, PIC requires the use of an additional base register. That adds register pressure and complicates the needed addressing modes. There are only 6 or 7 registers to begin with on an X86. Please look at the code that gcc creates with the -fpic option. It isn't gcc's fault that the code looks more complex. It seems that the X86 could use at least a few more registers :-(, but there are always design tradeoffs. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Fri Aug 29 21:47:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA18402 for hackers-outgoing; Fri, 29 Aug 1997 21:47:52 -0700 (PDT) Received: from ppp6419.on.sympatico.ca (ppp6419.on.sympatico.ca [206.172.208.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA18393 for ; Fri, 29 Aug 1997 21:47:43 -0700 (PDT) Received: from localhost (tim@localhost) by ppp6419.on.sympatico.ca (8.8.5/8.7.3) with SMTP id AAA00392; Sat, 30 Aug 1997 00:46:06 -0400 (EDT) Date: Sat, 30 Aug 1997 00:46:05 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: Murray Stokely cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Cyberian RC5 Effort - 'Anti - Microsoft!' In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Murray Stokely wrote: > - There is no statistical advantage to using Bovine over Cyberian at > this time. Bovine checked the first 6% sequentially. So Cyberian > didn't have to check that space, therefore they've technically > eliminated 8% of the keyspace. This means that roughly one key in 10 Huh? Don't their stats say that they've checked almost 20% of the keyspace? http://rc5stats.distributed.net/summary.idc -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. From owner-freebsd-hackers Fri Aug 29 22:09:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19153 for hackers-outgoing; Fri, 29 Aug 1997 22:09:04 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA19146 for ; Fri, 29 Aug 1997 22:09:01 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id BAA20739; Sat, 30 Aug 1997 01:08:43 -0400 (EDT) Date: Sat, 30 Aug 1997 01:08:43 -0400 (EDT) Message-Id: <199708300508.BAA20739@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Greg Lehey cc: Warner Losh , freebsd-hackers@FreeBSD.ORG Subject: Re: New warning, should I worry? In-Reply-To: <19970830120049.38856@lemis.com> References: <199708292257.SAA20076@smoke.marlboro.vt.us> <19970830120049.38856@lemis.com> X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey writes: > What kind of feedback would you like? I'm getting it too, if that > interests you, and I *do* have one IDE drive. I also thought it was > set up for DMA. Do I need to do anything? Here are the messages: The longer and more complicated explanation: On busmastering controllers, there's a R/W bit in one of the status registers for each drive. This bit doesn't affect or reflect any hardware state, but is supposed to be used by BIOS or device driver software to indicate that the drive and controller have been configured for use with DMA (there are timing parameters that have to be setup on drive and controller). Early on in development, I wasn't clear on what various BIOSes did-- whether they did the programming and set this bit, or did the programming and didn't set the bit, or didn't do anything, or (hopefully not!) didn't do the programming and did set the bit. There's another heuristic for deciding whether or not the programming has been done, but I wasn't sure it was good enough. Bad timing configuration could lead to all sorts of nasty data corruption, so I had the driver spew that message when the configuration-done bit hadn't been set, to scare people into remembering they were playing with alpha software. And so, the controversy over a slightly bizarre warning and the bootlogs that I've seen go by in mail have given me some useful indications of what BIOSes do. It seems that although most BIOSes do a reasonable job of configuring the controller and drive, they don't set this bit; and the heuristic seems to work well enough that it was OK to take out the warning. I've changed the message so it only appears when the bit is set (DMA has been configured) and the boot -v flag is set. I'm still modestly curious to hear reports of motherboards and controller BIOSes that do set it (they're unusual), but I no longer need to know in order to get things working. As far as I know, nobody needs to do anything about any of the messages now, unless 1) your IDE hard drives don't work or you're losing data, or 2) you know enough about IDE to read the register dump and casually spot some bad configuration. In either case, you should let me know. If the wd driver reports "DMA," as part of the drive inquiry, it is using DMA to transfer data to and from the drive: wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Fri Aug 29 22:18:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19467 for hackers-outgoing; Fri, 29 Aug 1997 22:18:13 -0700 (PDT) Received: from mailbox.uq.edu.au (zzshocki.slip.cc.uq.edu.au [130.102.221.173]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA19458 for ; Fri, 29 Aug 1997 22:18:08 -0700 (PDT) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by mailbox.uq.edu.au (8.8.7/8.6.12) with ESMTP id PAA02145; Sat, 30 Aug 1997 15:23:20 +1000 (EST) Message-Id: <199708300523.PAA02145@mailbox.uq.edu.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: hackers@freebsd.org cc: andrew@zeta.org.au Subject: Re: shared libraries? In-reply-to: Your message of "Thu, 28 Aug 1997 16:38:48 +1000." <199708280638.QAA18886@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 15:23:19 +1000 From: Stephen Hocking Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Snippage re performance impact of shared libs] My own take on this is that I've seen less memeory consumption when using shared libs uon an SVR4 system (as measured by top, sar et al). With shared libs and the cache issue, clustering commonly used routines together has a positive performance impact (indeed, there whas a good paper put out by the SVR3 guys when they implemented the shared libc as how they had to re-order to reduce resident set size and so forth). I have a collection of references floating around for all this, including one paper by a guy called Jerry Breecher(sp?) in which he re-ordered modules in shared objects on Unix systems and a Data general system and saw reduced memory usage and pageout rates. It appeared that a re-ordering based on the simple ranking given by prof et al gave most of the benefits of schemes using fancy time-ordering techniques (what modules were most used at each phase within a program). I've been meaning to hack together a simple perl script to automate this process - perhaps I ought to bump up the priority of this a bit. It's not a new idea of course, look at the MIPS tools pixie and coord (which admittedly are more biased towards restructuring basic blocks for otimal cache line use). Stephen From owner-freebsd-hackers Fri Aug 29 22:37:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA20288 for hackers-outgoing; Fri, 29 Aug 1997 22:37:00 -0700 (PDT) Received: from argus.tfs.net (tc1-p38.tfs.net [139.146.197.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA20282 for ; Fri, 29 Aug 1997 22:36:56 -0700 (PDT) Received: (from jbryant@localhost) by argus.tfs.net (8.8.5/8.8.5) id AAA01778 for freebsd-hackers@freebsd.org; Sat, 30 Aug 1997 00:36:44 -0500 (CDT) From: Jim Bryant Message-Id: <199708300536.AAA01778@argus.tfs.net> Subject: Re: Cyberian RC5 Effort - 'Anti - Microsoft!' To: freebsd-hackers@freebsd.org Date: Sat, 30 Aug 1997 00:36:43 -0500 (CDT) Reply-to: jbryant@tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 2.2.2-RELEASE #0: Wed Jul 9 01:01:24 CDT 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > On Fri, 29 Aug 1997, Murray Stokely wrote: > > > - There is no statistical advantage to using Bovine over Cyberian at > > this time. Bovine checked the first 6% sequentially. So Cyberian > > didn't have to check that space, therefore they've technically > > eliminated 8% of the keyspace. This means that roughly one key in 10 > > Huh? Don't their stats say that they've checked almost 20% of the > keyspace? http://rc5stats.distributed.net/summary.idc > > > -- > tIM...HOEk > OPTIMIZATION: the process of using many one-letter variables names > hoping that the resultant code will run faster. cut the crap guys.. just do it. it'll be nice to get another FreeBSD victory. i might just join in. i could really use the $5000, uninsured motorist recently caused $7000 in damage to my car... so cut the crap, and let's just do it. just to put nt in it's place: the circular file. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Internet: jbryant@tfs.net AX.25 Packet: kc5vdj@wv0t.#neks.ks.usa.noam voice: KC5VDJ - 6 Meters AM/FM/SSB, 2 Meters AM/FM/SSB, 70cm FM. grid: EM28PW ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Fri Aug 29 23:23:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21669 for hackers-outgoing; Fri, 29 Aug 1997 23:23:36 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21662 for ; Fri, 29 Aug 1997 23:23:35 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id XAA10088; Fri, 29 Aug 1997 23:23:04 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma010086; Fri Aug 29 23:22:47 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id XAA02291; Fri, 29 Aug 1997 23:22:47 -0700 (PDT) From: Archie Cobbs Message-Id: <199708300622.XAA02291@bubba.whistle.com> Subject: Re: ipfw protocols In-Reply-To: <19970829153329.51631@aahz.jf.intel.com> from Alan Batie at "Aug 29, 97 03:33:29 pm" To: batie@aahz.jf.intel.com (Alan Batie) Date: Fri, 29 Aug 1997 23:22:46 -0700 (PDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm using freebsd as a multicast router here, and I need to be able to > allow igmp requests from a network so viewers can join a group, but > block transmission of multicast packets in general. ipfw only knows > about tcp and udp, and from looking at the code and include files, it > looks like the protocol specification interface is very limited. You > need to be able to actually specify the protocol by number if the name > isn't known (e.g. rsvp is 42, I believe, and I'm sure there are others). What version of FreeBSD (ie, ipfw) are you using? The current versions in 2.2.X and -current support naming all IP protocols. >From the man page: proto: ip All packets match. The alias all has the same ef- fect. tcp Only TCP packets match. udp Only UDP packets match. icmp Only ICMP packets match. Only packets for the specified protocol matches (see /etc/protocols for a complete list). -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri Aug 29 23:31:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22018 for hackers-outgoing; Fri, 29 Aug 1997 23:31:31 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22007 for ; Fri, 29 Aug 1997 23:31:27 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id BAA00303; Sat, 30 Aug 1997 01:31:13 -0500 (EST) From: "John S. Dyson" Message-Id: <199708300631.BAA00303@dyson.iquest.net> Subject: Re: shared libraries? In-Reply-To: <199708300523.PAA02145@mailbox.uq.edu.au> from Stephen Hocking at "Aug 30, 97 03:23:19 pm" To: shocking@mailbox.uq.edu.au (Stephen Hocking) Date: Sat, 30 Aug 1997 01:31:13 -0500 (EST) Cc: hackers@FreeBSD.ORG, andrew@zeta.org.au Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stephen Hocking said: > > [Snippage re performance impact of shared libs] > > My own take on this is that I've seen less memeory consumption when using > shared libs uon an SVR4 system (as measured by top, sar et al). With shared > libs and the cache issue, clustering commonly used routines together has a > positive performance impact (indeed, there whas a good paper put out by the > SVR3 guys when they implemented the shared libc as how they had to re-order to > reduce resident set size and so forth). > Actually, I have seen performance go through the floor when one of my customers decided to used shared libs on an SVR4 MIPS box (we are talking about multiple second symbol resolution.) It really depends on the app. It is usually silly to link X apps static (except in the case of licensing issues -- where someone might not have all of the shared libs), but it is equally silly to link a shell dynamic. The point that I have been trying to make is that it isn't a no-brainer to use shared libs. In fact, when doing lots of forks or execs, almost all systems see a performance hit. On an X86 it is even worse because of the PIC issues. (MIPS architectures don't exact quite the same performance penalties -- due to both inst. set. and the number of available registers.) For example, look at the shell. How can a shared lib improve the performance? If you have 100 shells running, why would you use a shared lib with a sparse .data and .bss? Remember, most U**X type OSes share .text and many share unmodified .data. A program ends up being it's own ideal shared library, with practically none of the disadvantages (like PIC, sparse image (which translates to cache, TLB, COW overhead), and general VM performance issues such as more internal datastructure sizes.) You will often have alot of pages COW'ed or created when only a few bytes in each are actually used. FreeBSD is often used on www server or sh server applications -- it often isn't a gain to use shared libs in that case. But say, if you have an app with lots of support code, and you only run a few copies of each program (e.g. X), then shared libs can be helpful. Regarding SVR3, it didn't do symbol resolution at program startup, so that situation was better. It still had a bit of a problem with .data being sparse. Maintaining the SVR3 shared libs was much more of a pain though. > > I have a collection of references > floating around for all this, including one paper by a guy called Jerry > Breecher(sp?) in which he re-ordered modules in shared objects on Unix systems > and a Data general system and saw reduced memory usage and pageout rates. It > appeared that a re-ordering based on the simple ranking given by prof et al > gave most of the benefits of schemes using fancy time-ordering techniques > (what modules were most used at each phase within a program). I've been > meaning to hack together a simple perl script to automate this process - > perhaps I ought to bump up the priority of this a bit. > That would be nice, because it could help our performance. DG and I have played with reordering libc. It is truely silly to have all of the system call stubs scattered throughout the entire lib (like we did at one time, and maybe even now.) > > It's not a new idea of course, look at the MIPS tools pixie and coord (which > admittedly are more biased towards restructuring basic blocks for otimal cache > I worked on/with the Tandem FT boxen, and the MIPS tools were kind-of impressive (IMO.) Eventually, they improved the shared lib support so that program startup dropped to the sub-second time (large program, on R4400.) It isn't bad to support shared libs on an OS, but they are not a panacea. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Fri Aug 29 23:34:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22246 for hackers-outgoing; Fri, 29 Aug 1997 23:34:46 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22241 for ; Fri, 29 Aug 1997 23:34:43 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id BAA00324; Sat, 30 Aug 1997 01:34:21 -0500 (EST) From: "John S. Dyson" Message-Id: <199708300634.BAA00324@dyson.iquest.net> Subject: Re: New warning, should I worry? In-Reply-To: <199708300508.BAA20739@smoke.marlboro.vt.us> from john hood at "Aug 30, 97 01:08:43 am" To: cgull@smoke.marlboro.vt.us (john hood) Date: Sat, 30 Aug 1997 01:34:20 -0500 (EST) Cc: grog@lemis.com, imp@rover.village.org, freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk john hood said: > > I've changed the message so it only appears when the bit is set (DMA > has been configured) and the boot -v flag is set. I'm still modestly > curious to hear reports of motherboards and controller BIOSes that do > set it (they're unusual), but I no longer need to know in order to get > things working. > Supermicro P6DNF does. I can turn the message on and off by flipping an ON/OFF in the bios. I usually prefer for it to be off, but some might like to see it :-). It depends on my mood :-). (Actually, the bit appears to be quite useless...) -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Fri Aug 29 23:51:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22878 for hackers-outgoing; Fri, 29 Aug 1997 23:51:19 -0700 (PDT) Received: from water.waterw.com (water.waterw.com [199.171.193.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22873 for ; Fri, 29 Aug 1997 23:51:15 -0700 (PDT) Received: from smilley (access32.accsyst.com [207.8.148.159]) by water.waterw.com (8.8.5/8.8.5) with SMTP id CAA06639 for ; Sat, 30 Aug 1997 02:51:04 -0400 (EDT) Message-Id: <1.5.4.32.19970730064651.0068f808@waterw.com> X-Sender: smilley@waterw.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 30 Jul 1997 02:46:51 -0400 To: freebsd-hackers@FreeBSD.org From: Stephen Milley Subject: Dos Emulation Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I would like to contribute some work into allowing Dos executables to work under FreeBSD. I have novice(but, not advanced) Dos knowledge, meaning that I have made many programs in Dos, and know some of its limitations and I've been under many compilers under that OS. However, I would like to strongly support the FreeBBS software, whenever possible, and learn alot of things at the same time. I am also good at reverse engineering, so I think I would be a good programmer at doing Dos emulation, if that is what the FreeBSD terminology calls it(I know it's called DOSEMU in Linux). Thanks, and e-mail me if you think I am qualified for coding this. :-) From owner-freebsd-hackers Sat Aug 30 00:28:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA24610 for hackers-outgoing; Sat, 30 Aug 1997 00:28:10 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA24588; Sat, 30 Aug 1997 00:28:03 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id DAA21181; Sat, 30 Aug 1997 03:27:26 -0400 (EDT) Date: Sat, 30 Aug 1997 03:27:26 -0400 (EDT) Message-Id: <199708300727.DAA21181@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dyson@FreeBSD.ORG cc: freebsd-hackers@FreeBSD.ORG Subject: Re: New warning, should I worry? In-Reply-To: <199708300634.BAA00324@dyson.iquest.net> References: <199708300508.BAA20739@smoke.marlboro.vt.us> <199708300634.BAA00324@dyson.iquest.net> X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson writes: > john hood said: > > > > I've changed the message so it only appears when the bit is set (DMA > > has been configured) and the boot -v flag is set. I'm still modestly > > curious to hear reports of motherboards and controller BIOSes that do > > set it (they're unusual), but I no longer need to know in order to get > > things working. > > > Supermicro P6DNF does. I can turn the message on and off by flipping > an ON/OFF in the bios. I usually prefer for it to be off, but some > might like to see it :-). It depends on my mood :-). > > (Actually, the bit appears to be quite useless...) It isn't, quite. If the bit is set, that means that no chipset- or drive-specific setup needs to be done, and the driver can just go ahead and use the DMA controller. This means that if you have some chipset that the driver doesn't know about (most of them, besides Intel's), or your drive uses something other than the usual DMA modes (very rare), the driver will work. It'll probably usually work anyway on other chipsets, because the driver also checks to see whether the drive has been configured to the usual DMA settings. If it has, the driver assumes that the chipset has also been configured and that everything will work. (This is the case that most people's machines fall into.) If BIOSes consistently set this bit, I wouldn't need an awful lot of initialization code and lame heuristics. But these are PCs we're talking about here :) --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard] From owner-freebsd-hackers Sat Aug 30 01:03:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA01604 for hackers-outgoing; Sat, 30 Aug 1997 01:03:28 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA01589 for ; Sat, 30 Aug 1997 01:03:25 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id BAA22588; Sat, 30 Aug 1997 01:03:18 -0700 (PDT) Message-ID: <19970830010317.20668@hydrogen.nike.efn.org> Date: Sat, 30 Aug 1997 01:03:17 -0700 From: John-Mark Gurney To: Stephen Milley Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Dos Emulation References: <1.5.4.32.19970730064651.0068f808@waterw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <1.5.4.32.19970730064651.0068f808@waterw.com>; from Stephen Milley on Wed, Jul 30, 1997 at 02:46:51AM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stephen Milley scribbled this message on Jul 30: well. I just had to reply because your month on your computer is a month behind... :) > I would like to contribute some work into allowing Dos executables to work > under FreeBSD. I have novice(but, not advanced) Dos knowledge, meaning that > I have made many programs in Dos, and know some of its limitations and I've > been under many compilers under that OS. However, I would like to strongly > support the FreeBBS software, whenever possible, and learn alot of things at > the same time. I am also good at reverse engineering, so I think I would be > a good programmer at doing Dos emulation, if that is what the FreeBSD > terminology calls it(I know it's called DOSEMU in Linux). Thanks, and e-mail > me if you think I am qualified for coding this. :-) yes.. basicly you want to subscribe to the -emulation list as this is were most of the work is going on.. on the freebsd world.. the program used is doscmd (generously made avaliable from BSDi)... right now the vm86 (which is used to run dos) is in the -current source tree.. Mike Smith would be able to give you a better idea of what's going on... hope this helps... ttyl.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Sat Aug 30 01:37:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA08061 for hackers-outgoing; Sat, 30 Aug 1997 01:37:10 -0700 (PDT) Received: from noc.demon.net (firewall-user@server.noc.demon.net [193.195.224.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA08042 for ; Sat, 30 Aug 1997 01:37:07 -0700 (PDT) Received: by noc.demon.net; id JAA10056; Sat, 30 Aug 1997 09:37:04 +0100 (BST) Received: from stress.noc.demon.net(195.11.55.5) by inside.noc.demon.net via smap (3.2) id xmac10047; Sat, 30 Aug 97 09:36:49 +0100 Received: (qmail 13576 invoked by uid 559); 30 Aug 1997 08:36:42 -0000 Message-ID: <19970830083642.13575.qmail@stress.noc.demon.net> To: "Marty Leisner" cc: Ted Faber , jbryant@tfs.net, freebsd-hackers@FreeBSD.ORG Subject: Re: shared libraries? X-Mailer: nmh v0.14, exmh 2.0gamma X-Colour: Green In-reply-to: <9708292156.AA21581@gnu.sdsp.mc.xerox.com> Date: Sat, 30 Aug 1997 09:36:42 +0100 From: Dom Mitchell Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marty Leisner" wrote: > While we're talking about troff PIC, Brian Kernighan did a good tutorial > of it. (should be on the web someplace)..also the Hayden/Oreilly Unix Text > Processing Tools . You can find quite a bit of useful stuff at: http://plan9.bell-labs.com/7thEdMan/ I'm not sure how it differs from Berkeley docs, though. In general, I find that the O'Reilly "Unix in a nutshell" books have an excellent summary of *roff, pic, eqn, etc when I need to use them. -Dom From owner-freebsd-hackers Sat Aug 30 04:30:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA13278 for hackers-outgoing; Sat, 30 Aug 1997 04:30:14 -0700 (PDT) Received: from ricardis.ricardis.tudelft.nl (ivo@ricardis.ricardis.tudelft.nl [130.161.58.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA13268 for ; Sat, 30 Aug 1997 04:30:08 -0700 (PDT) Received: from localhost (ivo@localhost) by ricardis.ricardis.tudelft.nl (8.8.5/8.6.9) with SMTP id NAA32128 for ; Sat, 30 Aug 1997 13:29:51 +0200 Date: Sat, 30 Aug 1997 13:29:50 +0200 (MET DST) From: Ivo Janssen To: freebsd-hackers@FreeBSD.ORG Subject: Re: Cyberian RC5 Effort vs. Bovine In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Murray Stokely > To: freebsd-hackers@FreeBSD.ORG > Subject: Cyberian RC5 Effort - 'Anti - Microsoft!' > > - Cyberian has much faster clients Well, that's bullshit. > - Cyberian has WORKING stats.. updated every 5 minutes. (bovine just > now got the stats working, but they are very limited and updated only > daily) They do have a point! We are still waiting for host stats. > - The Bovine team is COMPLETELY unresponsive to offers of help. > People on the Bovine mailing list are constantly asking for new > features, and someone always offers to do it. But the Bovine team > wants to keep all the credit to themselves when the key is found, so > they don't let anyone help out, and they CONSTANTLY come up with > excuses and delays. Hmm, it seems that rc5help@slacker.com and #rc5 on EFnet are more of a help. But I would like to see the "Powers that Be" some more on this list. > - There is no statistical advantage to using Bovine over Cyberian at > this time. Bovine checked the first 6% sequentially. So Cyberian > didn't have to check that space, therefore they've technically > eliminated 8% of the keyspace. This means that roughly one key in 10 > that Cyberian checks has already been checked by Bovine. Since the > Cyberian client is more than 10% faster on most systems, you're only > wasting your time with Bovine. Of course there's no statistically advantage. Every next key can be the one. Every key has a 2^-56 change. > - Cyberian has its act together in all aspects of the effort. Most of > the early Bovine enthusiasts have long since switched over. Cyberian > is more fun, more focused on the real goal of disproving the strength > of 56bit encryption, and more in tune to the needs of a REAL dynamic > distributed computing effort. Cyberian is more focused on the real effort? Why is Bovine offering less money then? > - Bovine uses Windows NT servers, Cyberian uses Unix ;) 1-0 for Cyberian! All together they still have 2 good points to switch over: - better stats and - more response from the dev team If Bovine could fix these two, and they're working really hard on the first one, then we're the better effort once again! And then there's _no_ excuse to switch to Cyberian whatsoever! Ivo Janssen From owner-freebsd-hackers Sat Aug 30 05:18:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA14771 for hackers-outgoing; Sat, 30 Aug 1997 05:18:42 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA14763 for ; Sat, 30 Aug 1997 05:18:38 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id OAA06130; Sat, 30 Aug 1997 14:18:32 +0200 (MET DST) Date: Sat, 30 Aug 1997 14:18:32 +0200 (MET DST) Message-Id: <199708301218.OAA06130@bitbox.follo.net> From: Eivind Eklund To: Alfred Perlstein CC: perhaps@yes.no, benedict@echonyc.com, freebsd-hackers@FreeBSD.ORG In-reply-to: Alfred Perlstein's message of Fri, 29 Aug 1997 13:33:11 +0000 (GMT) Subject: Re: A disturbing discovery References: <199708290315.FAA06905@bitbox.follo.net> Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Could you explain the security problems with games? Due to the setuid nature of games, a potential problem in games would make a user able to overwrite other games, and thus gain access to the accounts of other people that play games. This only applies to the games ordinarily distributed with the system. (I don't know of any security holes that are active, but the games were sloppily written originally, and there might still be holes left. We caught a lot during the review.) By changing the games to setgid, we would avoid the problem. I'm working on a patch now (as I've already exposed the problem, I should take care of it) Eivind. From owner-freebsd-hackers Sat Aug 30 06:59:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA18644 for hackers-outgoing; Sat, 30 Aug 1997 06:59:28 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA18639 for ; Sat, 30 Aug 1997 06:59:25 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA25151 for ; Sat, 30 Aug 1997 16:00:46 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id QAA23400 for freebsd-hackers@freefall.cdrom.com; Sat, 30 Aug 1997 16:04:32 +0200 (MEST) Date: Sat, 30 Aug 1997 16:04:32 +0200 (MEST) From: Christoph Kukulies Message-Id: <199708301404.QAA23400@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: linux emu Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have some linux binary which used to work und earlier versions of FreeBSD and now it doesn' work anymore. Since I wasn;t sure whether this has been a linux or FreeBSD binary I brandelfed it to FreeBSD first and got: toots# pawX11 ELF interpreter /usr/libexec/ld-elf.so.1 not found Abort toots# brandelf pawX11 File 'pawX11' is of brand 'FreeBSD'. toots# brandelf -t Linux pawX11 toots# brandelf pawX11 File 'pawX11' is of brand 'Linux'. toots# pawX11 ELF binary type not known Abort toots# Can FreeBSD run a.out linux binaries (pre linux 2.0) as well? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Aug 30 07:11:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA19065 for hackers-outgoing; Sat, 30 Aug 1997 07:11:09 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA19037 for ; Sat, 30 Aug 1997 07:11:03 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id QAA17319 for ; Sat, 30 Aug 1997 16:11:05 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id QAA19690 for hackers@FreeBSD.ORG; Sat, 30 Aug 1997 16:10:47 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.7/keltia-uucp-2.9) id LAA02820; Sat, 30 Aug 1997 11:39:09 +0200 (CEST) Message-ID: <19970830113909.02095@keltia.freenix.fr> Date: Sat, 30 Aug 1997 11:39:09 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: PIC (was: shared libraries?) References: <19970830113025.45435@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from Alfred Perlstein on Sat, Aug 30, 1997 at 03:01:45AM +0000 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3592 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Alfred Perlstein: > restrictions placed on code, almost any register is avalable for > addressing and since you can load the PC into a register i don't see the > problem here. You still have less available registers than say, a 680x0 or a Sparc. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #29: Tue Aug 26 21:05:09 CEST 1997 From owner-freebsd-hackers Sat Aug 30 08:23:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA21745 for hackers-outgoing; Sat, 30 Aug 1997 08:23:10 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA21728; Sat, 30 Aug 1997 08:23:04 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id LAA15901; Sat, 30 Aug 1997 11:22:44 -0400 (EDT) Date: Sat, 30 Aug 1997 11:22:44 -0400 (EDT) From: "David E. Cross" To: hackers@freebsd.org cc: multimedia@freebsd.org Subject: IRQ timing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just sent a message to the OSS people, and they mentioned that some of the problem I am experiencing is a result of some tight IRQ timing that the FreeBSD kernel has (ie, it takes too long to transfer the data). I was curious if this is something that would be trvial for me to change (a constant), and wouldn't break my system? -- David Cross From owner-freebsd-hackers Sat Aug 30 10:43:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26204 for hackers-outgoing; Sat, 30 Aug 1997 10:43:17 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA26184; Sat, 30 Aug 1997 10:43:09 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA03050; Sat, 30 Aug 1997 18:29:51 +0200 From: Luigi Rizzo Message-Id: <199708301629.SAA03050@labinfo.iet.unipi.it> Subject: IRQ problem (was Re: IRQ timing) To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Sat, 30 Aug 1997 18:29:51 +0200 (MET DST) Cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: from "David E. Cross" at Aug 30, 97 11:22:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just sent a message to the OSS people, and they mentioned that some of > the problem I am experiencing is a result of some tight IRQ timing that > the FreeBSD kernel has (ie, it takes too long to transfer the data). I would you care to mention what problem are you experiencing ? Curiously I have a related question, so hope people would excluse the crosspost.. I have a problem of missing interrupts with a device, but am not sure if it is a broken device, an intrinsic problem with ISA interrupts, a problem with my 82371 chipset, or what. So some help would be appreciated. Briefly, the question is: is there any feedback on the ISA bus to signal a device WITH MULTIPLE INTERNAL SOURCES that an interrupt has been served by the CPU and it can lower the interrupt line ? The device I have problems with is the OPTI931, a full duplex audio chip. It has multiple internal interrupt sources, all routed to a single ISA interrupt line. It is possible to acknowledge separately each interrupt source. My interrupt driver loops on the interrupt status register and returns when there are no more active sources, acking the various sources as they are served. Since the cause for interrupts is the completion of a dma transfer, I have an alternate way to check that the conditions for an interrupt have occurred. Very frequently, when both DMA channels are active, I find that the DMA transfer is complete, yet I don't get the interrupt I expect (luckily in most cases I can recover because at the same time I get an interrupt on the other channel, can test the ISA DMA count, and do the appropriate actions). At first I thought it was a problem with the board, but am not that sure now. Apparently the only feedback I can give to the device is through the individual interrupt acknowledge bits in the device. But when multiple internal sources are active, and one of them is not acked by the interrupt service routine (e.g. because it goes high after I read the status register) then the IRQ line should stay high. If ISA interrupts are really edge triggered, any interrupt not served when it occurs would be irremediably lost, or what ? Evidently things must be different from what I think because other similar devices (e.g. the CS4236) seem to work fine, but where is the trick ? Thanks 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 Sat Aug 30 11:39:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27653 for hackers-outgoing; Sat, 30 Aug 1997 11:39:19 -0700 (PDT) Received: from www2.shoppersnet.com (shoppersnet.com [204.156.152.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27646 for ; Sat, 30 Aug 1997 11:39:17 -0700 (PDT) Received: (from hlew@localhost) by www2.shoppersnet.com (8.8.5/8.8.5) id LAA14867; Sat, 30 Aug 1997 11:46:39 -0700 (PDT) Date: Sat, 30 Aug 1997 11:46:39 -0700 (PDT) From: Howard Lew To: Luigi Rizzo cc: hackers@FreeBSD.ORG Subject: Re: snd970829.tgz In-Reply-To: <199708291529.RAA01587@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Luigi, I had a chance to try out your latest sound code on 2 different sound cards (Opti 924 and Opti 925). Both of them seem to require some sort of preinit before PNP will work, so unfortunately neither will work. But I know it is possible to get them to work because those guys at 4Front have a lkm that works fine... I wonder if they are doing the pnp or preinit differently. Well, keep up the good work... I think I will try the AWE64. > another snap of the sound code at > > http://www.iet.unipi.it/~luigi/snd970829.tgz > ftp://www.iet.unipi.it/pub/snd970829.tgz > > This snap features some assorted cleanups of the code, inclusion of the > modifications to isa.c contributed by Amancio which should make it > into -current these days, and a lot of work in the attempt to make the > OPTi931 work despite the differences between the documentation and the > chip's behaviour. This code is also reported to work on the SB Awe64 > PnP. > > Cheers > 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 Sat Aug 30 11:52:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28205 for hackers-outgoing; Sat, 30 Aug 1997 11:52:09 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28191 for ; Sat, 30 Aug 1997 11:52:02 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.7/8.7.3) id TAA01049; Sat, 30 Aug 1997 19:54:59 +0200 (MEST) From: Søren Schmidt Message-Id: <199708301754.TAA01049@sos.freebsd.dk> Subject: Re: linux emu In-Reply-To: <199708301404.QAA23400@gil.physik.rwth-aachen.de> from Christoph Kukulies at "Aug 30, 97 04:04:32 pm" To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Sat, 30 Aug 1997 19:54:59 +0200 (MEST) Cc: freebsd-hackers@freefall.FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Christoph Kukulies who wrote: > > I have some linux binary which used to work und earlier versions > of FreeBSD and now it doesn' work anymore. > Since I wasn;t sure whether this has been a linux or FreeBSD > binary I brandelfed it to FreeBSD first and got: > > toots# pawX11 > ELF interpreter /usr/libexec/ld-elf.so.1 not found > Abort > toots# brandelf pawX11 > File 'pawX11' is of brand 'FreeBSD'. > toots# brandelf -t Linux pawX11 > toots# brandelf pawX11 > File 'pawX11' is of brand 'Linux'. > toots# pawX11 > ELF binary type not known > Abort > toots# Have you loaded the linuxulator ?? > Can FreeBSD run a.out linux binaries (pre linux 2.0) as well? Yes. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Aug 30 17:57:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10234 for hackers-outgoing; Sat, 30 Aug 1997 17:57:01 -0700 (PDT) Received: from phoenix.its.rpi.edu (phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10217; Sat, 30 Aug 1997 17:56:56 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.7/8.8.7) with SMTP id UAA27290; Sat, 30 Aug 1997 20:57:05 -0400 (EDT) Date: Sat, 30 Aug 1997 20:57:04 -0400 (EDT) From: "David E. Cross" To: Luigi Rizzo cc: hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-Reply-To: <199708301629.SAA03050@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 30 Aug 1997, Luigi Rizzo wrote: > > I just sent a message to the OSS people, and they mentioned that some of > > the problem I am experiencing is a result of some tight IRQ timing that > > the FreeBSD kernel has (ie, it takes too long to transfer the data). I > > > would you care to mention what problem are you experiencing ? > > Curiously I have a related question, so hope people would excluse the > crosspost.. > The exact problem is that at the highest sampling rate (44.1KHz/16Bit/Stereo) I get skips in the music, even in an unloaded system. I emailed 4front-tech about this and said that it was a known problem due to FreeBSD's tightness in the IRQ code. I was hoping that this was something that could be fairly easily changed (ie. a #define somewhere). (They did mention that they had spoken to some of the kernel team about this). Are there any beta patches, or pointers where to start digging. I have already started poking arround in /usr/src/sys/i386/isa. -- David Cross ACS Consultant From owner-freebsd-hackers Sat Aug 30 18:11:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10709 for hackers-outgoing; Sat, 30 Aug 1997 18:11:36 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10697 for ; Sat, 30 Aug 1997 18:11:28 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA24122; Sun, 31 Aug 1997 01:50:25 +0100 (BST) Message-Id: <199708310050.BAA24122@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: "David R. Rippel" cc: Brian Somers , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD -> Crywnr DOS PLIP Link In-reply-to: Your message of "Thu, 28 Aug 1997 23:31:18 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 01:50:25 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ok i've searched for '1's and vj in the plip.com ASM source, as well as > lpt.c and come up empty handed here, perhaps the problem is deeper rooted > than compression? The vjcomp option is in telbin.exe's config file rather than being anything to do with plip.com. This is from memory - the last time I ran telbin.exe was around March '96 when I hacked it to send telnet data to a UART and vice-versa. The config file I'm talking about is the same one in which you specify your IP address. Of course I wasn't using plip.com - I was using the network packet driver stuff. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Aug 30 18:11:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10737 for hackers-outgoing; Sat, 30 Aug 1997 18:11:45 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10716 for ; Sat, 30 Aug 1997 18:11:38 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA24090; Sun, 31 Aug 1997 01:44:55 +0100 (BST) Message-Id: <199708310044.BAA24090@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Kenneth Merry cc: brian@awfulhak.org (Brian Somers), mestery@winternet.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Sig 12's with user PPP In-reply-to: Your message of "Fri, 29 Aug 1997 00:44:04 MDT." <199708290644.AAA28380@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 01:44:54 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Brian Somers wrote... > > > Sounds *really* like an installation thing. Can you remove the UID > > bit on ppp and run it as root. You should get a core with the sig 12 > > - it would be interesting to know what the syscall problem is. > > I'm having trouble with ppp, except I get sig 10's and 11's. I > also get sio overflows all the time... > > sio1: 1 more silo overflow (total 1) > sio1: 1 more silo overflow (total 2) > pid 337 (ppp), uid 0: exited on signal 10 > pid 642 (ppp), uid 0: exited on signal 11 > pid 660 (ppp), uid 0: exited on signal 10 > sio1: 1 more silo overflow (total 3) > sio1: 1 more silo overflow (total 4) > > I compiled ppp with the debugging symbols in, and took the setuid > bit off it. Below is what happened when it crashed...gdb seems to be > unhappy. > > BTW, I'm running a SMP system as well. (the kernel is from August > 13th) > > Ken > -- > Kenneth Merry > ken@plutotech.com > > > # gdb ppp > 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-freebsd), > Copyright 1996 Free Software Foundation, Inc... > (gdb) set args pluto > (gdb) run > Starting program: /usr/sbin/ppp pluto > User Process PPP. Written by Toshiharu OHNO. > Using interface: tun0 > Interactive mode > Dial attempt 1 of 1 > Phone: 1234567 > dial OK! > login OK! > ppp ON > Packet mode. > Warning: No password entry for this host in ppp.secret > Warning: Manipulation is allowed by anyone > ppp ON thunderdome> > PPP ON thunderdome> > Program received signal SIGBUS, Bus error. > 0x183f1 in VjCompInput (bp= > Error accessing memory address 0xefffffa4: Invalid argument. > ) at /usr/src/usr.sbin/ppp/vjcomp.c:143 > 143 } > (gdb) where > #0 0x183f1 in VjCompInput (bp= > Error accessing memory address 0xefffffa4: Invalid argument. > ) at /usr/src/usr.sbin/ppp/vjcomp.c:143 > Error accessing memory address 0xefffff9c: Invalid argument. > I dunno how much I can do with this. Does "disable vjcomp" and "deny vjcomp" make the problem go away ? If so, it looks as if something in the bit that uncompresses a packet is scribbling on the return address. You'll need to delve a bit deeper to try to get more info. I haven't heard of this problem before. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Aug 30 18:11:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10785 for hackers-outgoing; Sat, 30 Aug 1997 18:11:58 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10734 for ; Sat, 30 Aug 1997 18:11:44 -0700 (PDT) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA24050; Sun, 31 Aug 1997 01:33:26 +0100 (BST) Message-Id: <199708310033.BAA24050@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Kyle Mestery cc: Brian Somers , freebsd-hackers@FreeBSD.ORG Subject: Re: Sig 12's with user PPP In-reply-to: Your message of "Thu, 28 Aug 1997 22:37:06 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 01:33:25 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Fri, 29 Aug 1997, Brian Somers wrote: > > > Sounds *really* like an installation thing. Can you remove the UID > > bit on ppp and run it as root. You should get a core with the sig 12 > > - it would be interesting to know what the syscall problem is. > > > Sure, I can try this, but this happens regardless of whether or not I run > ppp as root or as another user. As "Snob Art" pointed out, you don't get a core if the UID bit is set. > > The routing table thing also sounds like something's out of step. > > Perhaps a "make world" followed by a kernel install then a reboot is > > in order ? What sort of "screwing up" does your routing table > > experience ? > > > My impression is that it would not be solved by a make world, because as I > said this problem has followed me through make world build since early > june or so. As far as the routing tables being messed up, normally ppp > just adds a default route. But, when it gets "screwed up" it appears taht > ppp is trying to add a separate route to every host it can, in other words > this is what my routing table looks like: > > hope.winternet.com$ netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 204.246.71.1 UGSc 1 6 tun0 > 10.0.2/24 link#1 UC 0 0 > 10.0.2.18 0:0:c0:f2:16:9c UHLW 0 20 lo0 > 10.0.2.255 ff:ff:ff:ff:ff:ff UHLWb 1 326 ed0 > 127.0.0.1 127.0.0.1 UH 1 26 lo0 > 192.129.84 204.246.71.1 UGc 0 0 tun0 > 198.137.142 204.246.71.1 UGc 0 0 tun0 > 198.174.169 204.246.71.1 UGc 2 0 tun0 [.....] > 204.246.71.1 204.246.64.128 UH 39 0 tun0 > 204.246.76 204.246.71.1 UGc 0 0 tun0 > 204.246.78 204.246.71.1 UGc 0 0 tun0 [.....] > This seems rather large to me. I am running routed with -q. I am now > thinking of trying gated. I am just wondering if anyone else is seeing > these sig12s, and if not, then why I am the only one seeing them. Why are you running routed ? Are you getting any RIP packets from anywhere ? Try disabling routed altogether. If this doesn't help, can you post your config files ? The only time I've seen this sort of thing is when you've got a default route to a router that keeps sending back redirects for everything you want to talk to - but your default route above is correct. There's no reason for the extra routes. > Kyle Mestery > StorageTek's Network Systems Group > 7600 Boone Ave. N., Brooklyn Park, MN 55428 > mesteka@anubis.network.com, mestery@winternet.com > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sat Aug 30 18:59:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA12430 for hackers-outgoing; Sat, 30 Aug 1997 18:59:35 -0700 (PDT) Received: from thelab.hub.org (root@ppp-147.halifax-01.ican.net [206.231.248.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA12423 for ; Sat, 30 Aug 1997 18:59:30 -0700 (PDT) Received: from thelab.hub.org (scrappy@localhost [127.0.0.1]) by thelab.hub.org (8.8.7/8.8.2) with SMTP id WAA11446; Sat, 30 Aug 1997 22:59:15 -0300 (ADT) Date: Sat, 30 Aug 1997 22:59:15 -0300 (ADT) From: The Hermit Hacker To: Craig Spannring cc: hackers@FreeBSD.ORG Subject: Re: JDK v1.0.x for FreeBSD... In-Reply-To: <199708291607.JAA28823@bangkok.office.cdsnet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Craig Spannring wrote: > > Unfortunately, I haven't figured out a way to narrow down *where* it > > is failing :( > > Never underestimate the power of System.out.println When running through Netscape...where does this get output? Through the appletviewer, it gets output to the 'console' that I'm running from...if I could get that working in such a way that I could see *where* in the applet it is failing, that would at least give me an idea of *where* to debug :( Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Sat Aug 30 19:01:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA12568 for hackers-outgoing; Sat, 30 Aug 1997 19:01:23 -0700 (PDT) Received: from thelab.hub.org (root@ppp-147.halifax-01.ican.net [206.231.248.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA12563 for ; Sat, 30 Aug 1997 19:01:18 -0700 (PDT) Received: from thelab.hub.org (scrappy@localhost [127.0.0.1]) by thelab.hub.org (8.8.7/8.8.2) with SMTP id XAA11471; Sat, 30 Aug 1997 23:00:52 -0300 (ADT) Date: Sat, 30 Aug 1997 23:00:52 -0300 (ADT) From: The Hermit Hacker To: Arthur Pesa cc: "'Craig Spannring'" , "'hackers@FreeBSD.ORG'" Subject: RE: JDK v1.0.x for FreeBSD... In-Reply-To: <01BCB482.BBA5BA80@d00172.rdu.bellsouth.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 29 Aug 1997, Arthur Pesa wrote: > Netscape has just released a patch (Windows) that will enable support for the JDK 1.1.x AWT. Also, you could try using the Java console while running your applet in order to debug. I am not sure how much of this is supported on FreeBSD. Please explain? I'm doing about 95% of my debugging right now using the appletviewer, which at least sends error messages to the console I'm running from, but haven't figured out a similar way of doing this with Netscape...if I could get *that*, I can most likely figure out what is failing also :( > > Arthur Pesa > > -----Original Message----- > From: Craig Spannring [SMTP:cts@cdsnet.net] > Sent: Friday, August 29, 1997 12:08 PM > To: The Hermit Hacker > Cc: hackers@FreeBSD.ORG > Subject: Re: JDK v1.0.x for FreeBSD... > > The Hermit Hacker writes: > > > > Hi... > > > > I have a copy of v1.1 for FreeBSD that I'm using to development an > > applet, but have ran into a snag that I *think* is v1.0 related...from > > the v1.1 appletviewer, the applet works fine, but as soon as I try it under > > Netscape, I get exceptions that prevent the applet from running... > > Netscape and most other browsers don't support 1.1. I would think > (hope) that will change within the next few months. > > > > > Unfortunately, I haven't figured out a way to narrow down *where* it > > is failing :( > > Never underestimate the power of System.out.println > > > -- > ====================================================================== > Life is short. | Craig Spannring > Ski hard, Bike fast. | cts@cdsnet.net > -------------------------------+------------------------------------ > Save Cyberspace- | On the planet Vulcan, MSDOS > Shoot a Perl Developer! | would be considered illogical. > ====================================================================== > Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Sat Aug 30 19:34:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13776 for hackers-outgoing; Sat, 30 Aug 1997 19:34:16 -0700 (PDT) Received: from ducky.net (gate.ducky.net [198.145.101.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA13762; Sat, 30 Aug 1997 19:34:07 -0700 (PDT) Received: (from mike@localhost) by ducky.net (8.8.5/8.8.5) id TAA00415; Sat, 30 Aug 1997 19:33:49 -0700 (PDT) Date: Sat, 30 Aug 1997 19:33:49 -0700 (PDT) From: Mike Haertel Message-Id: <199708310233.TAA00415@ducky.net> To: dyson@FreeBSD.ORG Subject: Re: PIC (was: shared libraries?) Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: >Basically, PIC requires the use of an additional base register. That >adds register pressure and complicates the needed addressing modes. There >are only 6 or 7 registers to begin with on an X86. Please look at the >code that gcc creates with the -fpic option. It isn't gcc's fault that >the code looks more complex. It seems that the X86 could use at least a >few more registers :-(, but there are always design tradeoffs. One thing that's always baffled me is, why does gcc insist on *dedicating* a register for the global offset table pointer? I would hope that instead of dedicating a register, they would just make the global offset table pointer a regular variable subject to register allocation just like any other variable. Then, code that doesn't use global variables wouldn't be hurt by being put in a shared library. From owner-freebsd-hackers Sat Aug 30 19:47:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA14266 for hackers-outgoing; Sat, 30 Aug 1997 19:47:26 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA14261; Sat, 30 Aug 1997 19:47:18 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id VAA27134; Sat, 30 Aug 1997 21:46:58 -0500 (EST) From: "John S. Dyson" Message-Id: <199708310246.VAA27134@dyson.iquest.net> Subject: Re: PIC (was: shared libraries?) In-Reply-To: <199708310233.TAA00415@ducky.net> from Mike Haertel at "Aug 30, 97 07:33:49 pm" To: mike@ducky.net (Mike Haertel) Date: Sat, 30 Aug 1997 21:46:58 -0500 (EST) Cc: dyson@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Haertel said: > > One thing that's always baffled me is, why does gcc insist > on *dedicating* a register for the global offset table pointer? > > I would hope that instead of dedicating a register, they would > just make the global offset table pointer a regular variable > subject to register allocation just like any other variable. > Then, code that doesn't use global variables wouldn't be hurt > by being put in a shared library. > Good idea. It appears that the GCC folks are moving much faster now, and perhaps, maybe they'll look into that some day :-). -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-hackers Sat Aug 30 21:13:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17472 for hackers-outgoing; Sat, 30 Aug 1997 21:13:16 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17465; Sat, 30 Aug 1997 21:13:06 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA01087; Sun, 31 Aug 1997 13:41:23 +0930 (CST) Message-Id: <199708310411.NAA01087@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Haertel cc: dyson@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: PIC (was: shared libraries?) In-reply-to: Your message of "Sat, 30 Aug 1997 19:33:49 MST." <199708310233.TAA00415@ducky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 13:41:21 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > One thing that's always baffled me is, why does gcc insist > on *dedicating* a register for the global offset table pointer? Perhaps because if you don't know where it is, you can't load it in the first place? mike From owner-freebsd-hackers Sat Aug 30 21:22:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17831 for hackers-outgoing; Sat, 30 Aug 1997 21:22:16 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17809; Sat, 30 Aug 1997 21:22:09 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA00923; Sat, 30 Aug 1997 19:58:40 -0700 (PDT) Message-Id: <199708310258.TAA00923@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "David E. Cross" cc: Luigi Rizzo , hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sat, 30 Aug 1997 20:57:04 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 19:58:40 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We need a little bit more of information: o OS version o is the card using auto dma? o dma channels being used for the sound card o name of the app o buffer size used in in the application o complete dmesg output -- i want to know cpu model, etc.. o sound card brand/model Tnks, Amancio >From The Desk Of "David E. Cross" : > On Sat, 30 Aug 1997, Luigi Rizzo wrote: > > > > I just sent a message to the OSS people, and they mentioned that some of > > > the problem I am experiencing is a result of some tight IRQ timing that > > > the FreeBSD kernel has (ie, it takes too long to transfer the data). I > > > > > > would you care to mention what problem are you experiencing ? > > > > Curiously I have a related question, so hope people would excluse the > > crosspost.. > > > > The exact problem is that at the highest sampling rate > (44.1KHz/16Bit/Stereo) I get skips in the music, even in an unloaded > system. I emailed 4front-tech about this and said that it was a known > problem due to FreeBSD's tightness in the IRQ code. I was hoping that > this was something that could be fairly easily changed (ie. a #define > somewhere). (They did mention that they had spoken to some of the kernel > team about this). > > Are there any beta patches, or pointers where to start digging. I have > already started poking arround in /usr/src/sys/i386/isa. > > -- > David Cross > ACS Consultant > From owner-freebsd-hackers Sat Aug 30 22:02:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19523 for hackers-outgoing; Sat, 30 Aug 1997 22:02:01 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA19518; Sat, 30 Aug 1997 22:01:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00669; Sat, 30 Aug 1997 22:01:54 -0700 (PDT) Message-Id: <199708310501.WAA00669@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "David E. Cross" cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sat, 30 Aug 1997 23:35:03 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 22:01:54 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With the info which you have given us , most likely the problem is the sound driver and is easy to probe just borrow a gus pnp pro or a SB 16 PnP and try your apps with our sound driver: ftp://rah.star-gate.com/pub/guspnp18.tar.gz which supports the SB 16 and the GUS PnP Pro Right now, I am playing an mpeg file: {hasty} mpg123 track1.mpg High Performance MPEG 1.0/2.0 Audio Player for Layer 1, 2 and 3. Version 0.59g (97/04/23). Written and copyrights by Michael Hipp. Uses code from various people. See 'README' for more! THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! Playing MPEG stream from track1.mpg ... MPEG 1.0, Layer: II, Freq: 44100, mode: Stereo, modext: 0, BPF: 1254 Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0. Bitrate: 384 Kbits/s, Extension value: 0 No clicks, no pause while I typing this note and I am compiling the kernel in the background right --- so it appears that the the core logic handling dma and IRQs is not that bad 8) There is nothing special about the way that the gus pnp is handling the mpeg playback since it is using the CS4231 emulation mode which is a dumb codec. My cpu utilization for mp123 ir around 9.5% so it is back to basics for the OSS driver for your card. Cheers, Amancio From owner-freebsd-hackers Sat Aug 30 22:05:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19770 for hackers-outgoing; Sat, 30 Aug 1997 22:05:42 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA19747; Sat, 30 Aug 1997 22:05:36 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA03652; Sun, 31 Aug 1997 05:52:23 +0200 From: Luigi Rizzo Message-Id: <199708310352.FAA03652@labinfo.iet.unipi.it> Subject: Re: IRQ problem (was Re: IRQ timing) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 31 Aug 1997 05:52:23 +0200 (MET DST) Cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199708310258.TAA00923@rah.star-gate.com> from "Amancio Hasty" at Aug 30, 97 07:58:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We need a little bit more of information: > o OS version > o is the card using auto dma? > o dma channels being used for the sound card > o name of the app > o buffer size used in in the application i guess you also need the blocksize -- the size of each DMA transfers -- and not only the total amount of buffers. > o complete dmesg output -- i want to know cpu model, etc.. > o sound card brand/model > > > > I just sent a message to the OSS people, and they mentioned that some of > > > > the problem I am experiencing is a result of some tight IRQ timing that > > > > the FreeBSD kernel has (ie, it takes too long to transfer the data). I > > The exact problem is that at the highest sampling rate > > (44.1KHz/16Bit/Stereo) I get skips in the music, even in an unloaded > > system. I emailed 4front-tech about this and said that it was a known > > problem due to FreeBSD's tightness in the IRQ code. I was hoping that The relevant files are vector.s and icu.s in /sys/i386/isa The code for a regular interrupt handler registers the interrupt, re-enables the controller, and dispatches the interrupt if not blocked by some splXX() calli (otherwise the handler will be invoked as the software priority mask will allow it. I don't see where the problem could be in FreeBSD, unless there are long sections of code running with int masked (which should not happen in general, and almost certainly doesn't if the system is unloaded.) The OSS code probably uses use AUTO dma mode, so if the application can feed (or drain) data fast enough from the buffers, interrupt latency does not count provided you have a decent blocksize. At the highest audio speeds you have about 176KB/s so even using 2KB blocks (which are short for that speed) you have about 10ms to respond to the interrupt. I would rather look at the following: - what blocksize is used by your application ? - is the system really unloaded ? you might be reading/writing data from/to disk, and the latter might just be unable to support the required transfer rate (quite easy if it is nfs-mounted). Cheers 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 Sat Aug 30 22:23:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA20485 for hackers-outgoing; Sat, 30 Aug 1997 22:23:22 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA20458; Sat, 30 Aug 1997 22:23:17 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00779; Sat, 30 Aug 1997 22:23:03 -0700 (PDT) Message-Id: <199708310523.WAA00779@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sun, 31 Aug 1997 05:52:23 +0200." <199708310352.FAA03652@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 22:23:03 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > > We need a little bit more of information: > > o OS version > > o is the card using auto dma? > > o dma channels being used for the sound card > > o name of the app > > o buffer size used in in the application > > i guess you also need the blocksize -- the size of each DMA transfers > -- and not only the total amount of buffers. True but bear in mind that the system has plenty of memory: --- Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-STABLE #0: Sat Aug 30 21:51:37 EDT 1997 root@phoenix.its.rpi.edu:/usr/src/sys/compile/PHOENIX CPU: Pentium (132.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62734336 (61264K bytes) ---- I would hope that the OSS driver has the heuristics to allocate sufficient memory for the buffers. At any rate, if David downloads: ftp://rah.star-gate.com/pub/mmap_test.c and just prints the buffer size and the number of buffers that the sound driver has we can eliminate the possibility that the sound driver did not allocate sufficient buffers Cheers, Amancio From owner-freebsd-hackers Sat Aug 30 22:37:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21052 for hackers-outgoing; Sat, 30 Aug 1997 22:37:42 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA21034; Sat, 30 Aug 1997 22:37:38 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA03702; Sun, 31 Aug 1997 06:24:16 +0200 From: Luigi Rizzo Message-Id: <199708310424.GAA03702@labinfo.iet.unipi.it> Subject: Re: IRQ problem (was Re: IRQ timing) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 31 Aug 1997 06:24:16 +0200 (MET DST) Cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199708310523.WAA00779@rah.star-gate.com> from "Amancio Hasty" at Aug 30, 97 10:22:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > o buffer size used in in the application > > > > i guess you also need the blocksize -- the size of each DMA transfers > > -- and not only the total amount of buffers. > > True but bear in mind that the system has plenty of memory: ... > I would hope that the OSS driver has the heuristics to allocate > sufficient memory for the buffers. I think the default is 64K (seen in some include file). What I am not sure about is if the blocksize for DMA transfer is determined adaptively if the user does not call some SETFRAGMENT or SUBDIVIDE ioctl. In my code I wrote some code to use 0.25s of audio for each DMA transfer unless the user specifies elsewhere (using the above calls or the new one that I introduced, AIOSSIZE). What about guspnpXX ? Luigi From owner-freebsd-hackers Sat Aug 30 22:46:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21357 for hackers-outgoing; Sat, 30 Aug 1997 22:46:36 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA21338; Sat, 30 Aug 1997 22:46:30 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00887; Sat, 30 Aug 1997 22:46:00 -0700 (PDT) Message-Id: <199708310546.WAA00887@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: dec@phoenix.its.rpi.edu, hackers@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sun, 31 Aug 1997 06:24:16 +0200." <199708310424.GAA03702@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Aug 1997 22:46:00 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In guspnpxxx or linux sound driver 3.5 adaption for FreeBSD uses 64kb for the dma buffer, the default size for dma requests is a 1/2 second. If the user specifies a block size the dma buffer gets split in N blocks of the specified user block size and the dma buffer remains 64k. Amancio >From The Desk Of Luigi Rizzo : > > > > o buffer size used in in the application > > > > > > i guess you also need the blocksize -- the size of each DMA transfers > > > -- and not only the total amount of buffers. > > > > True but bear in mind that the system has plenty of memory: > ... > > I would hope that the OSS driver has the heuristics to allocate > > sufficient memory for the buffers. > > I think the default is 64K (seen in some include file). What I am not > sure about is if the blocksize for DMA transfer is determined > adaptively if the user does not call some SETFRAGMENT or SUBDIVIDE > ioctl. In my code I wrote some code to use 0.25s of audio for each DMA > transfer unless the user specifies elsewhere (using the above calls or > the new one that I introduced, AIOSSIZE). > > What about guspnpXX ? > > Luigi From owner-freebsd-hackers Sat Aug 30 23:20:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23193 for hackers-outgoing; Sat, 30 Aug 1997 23:20:56 -0700 (PDT) Received: from euthyphro.uchicago.edu (euthyphro.uchicago.edu [128.135.21.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23188 for ; Sat, 30 Aug 1997 23:20:53 -0700 (PDT) Received: from phaedrus.uchicago.edu (phaedrus [128.135.21.10]) by euthyphro.uchicago.edu (8.8.6/8.8.4) with ESMTP id BAA03902; Sun, 31 Aug 1997 01:20:50 -0500 (CDT) Received: (from sfarrell@localhost) by phaedrus.uchicago.edu (8.8.5/8.8.5) id BAA21769; Sun, 31 Aug 1997 01:20:49 -0500 (CDT) To: "Arthur P. Pesa" Cc: Subject: Re: JDK 1.1.x References: <01BCB4BF.BFCF2C30@d00136.rdu.bellsouth.net> Mime-Version: 1.0 (generated by tm-edit 7.89) Content-Type: text/plain; charset=US-ASCII From: stephen farrell Date: 31 Aug 1997 01:20:46 -0500 In-Reply-To: "Arthur P. Pesa"'s message of "Fri, 29 Aug 1997 21:08:43 -0400" Message-ID: <874t86rhz5.fsf@phaedrus.uchicago.edu> Lines: 7 X-Mailer: Gnus v5.4.64/XEmacs 19.15 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Arthur P. Pesa" writes: > Could someone kindly point me in the right direction as to where > I might find the FreeBSD JDK1.1.x. Had the ftp site address here > earlier but can't seem to find it now. Thanks http://www.csi.uottawa.ca/~kwhite/javaport.html