From owner-freebsd-hackers Sun Jul 19 00:09:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09357 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 00:09:26 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09352 for ; Sun, 19 Jul 1998 00:09:22 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id QAA00814; Sun, 19 Jul 1998 16:39:00 +0930 (CST) Message-ID: <19980719163859.H435@freebie.lemis.com> Date: Sun, 19 Jul 1998 16:38:59 +0930 From: Greg Lehey To: Wilko Bulte Cc: tlambert@primenet.com, gibbs@plutotech.com, andre@pipeline.ch, Matthew.Alton@anheuser-busch.com, Hackers@FreeBSD.ORG Subject: Re: Software RAID-5 performance References: <19980715094757.P15083@freebie.lemis.com> <199807152003.WAA03283@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199807152003.WAA03283@yedi.iaf.nl>; from Wilko Bulte on Wed, Jul 15, 1998 at 10:03:32PM +0200 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 15 July 1998 at 22:03:32 +0200, Wilko Bulte wrote: > As Greg Lehey wrote... >> On Tuesday, 14 July 1998 at 20:05:16 +0200, Wilko Bulte wrote: >> 3. As long as the disks didn't physically fail, rebuild the RAID-5 >> set after rebooting. > > I don't think this solves it, as you don't know which block is up to date > and which block is not. Or do I miss your point? Well, you'd have to have some convention like writing the data block before the parity block. Then you could assume that if you found a parity error, the parity block would be wrong, so you could fix it. Of course, any other consistent assumption would work as well, but having the parity block written last would mean you could bring up the array read-only while you were rebuilding it. Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 00:08:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09294 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 00:08:12 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09190 for ; Sun, 19 Jul 1998 00:07:44 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id QAA00806; Sun, 19 Jul 1998 16:37:03 +0930 (CST) Message-ID: <19980719163703.G435@freebie.lemis.com> Date: Sun, 19 Jul 1998 16:37:03 +0930 From: Greg Lehey To: Terry Lambert Cc: wilko@yedi.iaf.nl, gibbs@plutotech.com, andre@pipeline.ch, Matthew.Alton@anheuser-busch.com, Hackers@FreeBSD.ORG Subject: Re: Software RAID-5 performance References: <19980715094757.P15083@freebie.lemis.com> <199807150656.XAA08080@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199807150656.XAA08080@usr06.primenet.com>; from Terry Lambert on Wed, Jul 15, 1998 at 06:56:10AM +0000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wednesday, 15 July 1998 at 6:56:10 +0000, Terry Lambert wrote: >>> You now have an inconsistent raid5 set. >> >> Correct. Similar things happen if a disk loses power while writing, >> but the window is larger for RAID-5, and it's much more difficult to >> detect. There are a number of "solutions", of course: >> >> 1. Intent logging. Save some copy of the data elsewhere first. >> Slow. > > You can actually "containerize" this. You end up with something that > looks a lot like IBM's JFS. > > The basic idea is that you create a "container" that points to the > old object; then you update the new object to a new location, rewrite > the container, and free up the old object. Right. That was roughly what I was thinking of. Veritas does this by writing an intent log in a specific place in the file system. >> 3. As long as the disks didn't physically fail, rebuild the RAID-5 >> set after rebooting. >> >> None of these is nice. > > Unfortuantely, if you relied on this last approach, you wouldn't be > able to tell a soft failutre from a hard failure. Right. You would have to assume it was a hard failure every time. > VXFS (Veritas) on UnixWare used to have this problem; it assumed > that all soft failures would be resolved transparently (an incorrect > assumption). On slow IDE disks, the orginal 1.0 release had a habit > of eating "/usr" and marking it bad. So *that*'s what happened. I gave up VxFS for a long time as a result of that particular bug. > Unfortunately, you could undo this without a low level format. Could or couldn't? I undid it by moving to ufs :-) Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 03:06:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25714 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 03:06:22 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA25672 for ; Sun, 19 Jul 1998 03:06:09 -0700 (PDT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.8.8/8.8.8) with ESMTP id LAA03909; Sun, 19 Jul 1998 11:22:17 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Message-Id: <199807190922.LAA03909@numeri.campus.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: "Babkin, Serge" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Special memory board on ISA bus In-reply-to: Your message of "Thu, 16 Jul 1998 12:17:11 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sun, 19 Jul 1998 11:22:16 +0200 From: Johan Karlsson Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I have a special memory board on the ISA bus that responds to > > addresses from > > BOARD_BASE up to BOARD_BASE+BOARD_MASK. > > > Is it mapped in ISA hole under 1M or over it ? Currently BOARD_BASE is 8MB and BOARD_MASK is 512kB However I need to be able to make the BOARD_MASK alot more, say at least 4MB. Hence, the BIOS configured hole is too small. > You can add it to machdep.c, > to the memory size probe routine and add one more entry to the array > describing the physical memory. I guess this is what I have to do. > But there is a catch: the kernel is > loaded > over 1M, into the second contiguous piece of memory that is normally the > biggest. But if you have 15M hole and 32M of memory, the third piece > would be the biggest, and the VM initialization code is thinking that > the > kernel is in the biggest piece, not the second. That would be wrong and > need to be fixed. Can I move the kernel to start at BOARD_BASE+BOARD_MASK? This would be the biggest piece for me and then the VM would look there, correct? /K -- Johan Karlsson mailto:k@numeri.campus.luth.se SWEDEN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 03:27:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA29451 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 03:27:20 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA29440; Sun, 19 Jul 1998 03:27:04 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc102.reseau.uvsq.fr [193.51.24.18]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id MAA21726 ; Sun, 19 Jul 1998 12:26:21 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.8.8/8.8.5) id MAA00905; Sun, 19 Jul 1998 12:32:20 GMT Message-ID: <19980719123220.02032@breizh.prism.uvsq.fr> Date: Sun, 19 Jul 1998 12:32:20 +0000 From: Nicolas Souchu To: FreeBSD Hackers Cc: freebsd-multimedia@FreeBSD.ORG, Marc Bouget Subject: I2C and SMB development status Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I'd like to synchronize current works on I2C and SMB Here we have developed an I2C framework with a PCF (master/slave) driver. It looks like this: +---------+ +----------+ | iic I/O | | if_ic.c | DEVICES +---------+ +----------+ +----------------------+ | iicbus | BUS +----------------------+ +---------+ +----------+ | pcf | | bit-bang | ADAPTERS +---------+ +----------+ iic: master polled I/O allows to access any chip on the i2c bus if_ic: point to point IP driver over i2c iicbus: i2c bus generic code (exactly like ppbus for parallel port) pcf: pcf driver bit-bang: bit banging driver not yet ported from Peter Dufault code (Peter, would you have time/want to port your big-banging code?) A driver could be written for any particular I2C chip as a device code plug over iicbus. I propose to submit this code, which is quit stable, thanks to the IP driver. Mike? I propose the same layout for the SMB part... LM78 as a device, an smbus, PIIX4 as adapter. A first smbus adapter driver could be an i2c device ;) Just to implement SMB command interface. Is there any SMB/LMxx developments currently? -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 03:56:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA02455 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 03:56:16 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA02432 for ; Sun, 19 Jul 1998 03:56:12 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id MAA15549; Sun, 19 Jul 1998 12:47:07 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id MAA06496; Sun, 19 Jul 1998 12:35:30 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807191035.MAA06496@semyam.dinoco.de> To: Ryan Ziegler cc: freebsd-hackers@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: Kernel dies. In-reply-to: Your message of "Fri, 17 Jul 1998 10:16:42 EDT." Date: Sun, 19 Jul 1998 12:35:30 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ftp.freebsd.org:/pub/FreeBSD/packages/net/cvsup-bin-15.2.tgz It's at 15.4.2 already. Stefan. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 03:56:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA02584 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 03:56:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA02579 for ; Sun, 19 Jul 1998 03:56:37 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id MAA15548; Sun, 19 Jul 1998 12:47:02 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id MAA05859; Sun, 19 Jul 1998 12:34:21 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807191034.MAA05859@semyam.dinoco.de> To: ben@rosengart.com cc: CyberPsychotic , freebsd-hackers@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: Kernel dies. In-reply-to: Your message of "Thu, 16 Jul 1998 13:54:03 EDT." Date: Sun, 19 Jul 1998 12:34:20 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > transferred. I usually install it by doing > > cd /usr/ports/net/cvsup > make install clean Which requires Modula 3 on the machine. /usr/ports/net/cvsup-bin installs a package instead which should be less stressful for the machine. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 07:12:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17093 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 07:12:46 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from penmax.com (cc595093-a.mdltwn1.nj.home.com [24.3.192.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17088 for ; Sun, 19 Jul 1998 07:12:45 -0700 (PDT) (envelope-from vincef@penmax.com) Received: from penmax.com (rembrandt.penmax.com [10.1.3.2]) by penmax.com (8.8.8/8.8.8) with ESMTP id JAA01086; Sun, 19 Jul 1998 09:59:36 -0400 (EDT) (envelope-from vincef@penmax.com) Message-ID: <35B1FE76.21544D2E@penmax.com> Date: Sun, 19 Jul 1998 10:11:02 -0400 From: Vincent Fleming X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Greg Lehey CC: Wilko Bulte , tlambert@primenet.com, gibbs@plutotech.com, andre@pipeline.ch, Matthew.Alton@anheuser-busch.com, Hackers@FreeBSD.ORG Subject: Re: Software RAID-5 performance References: <19980715094757.P15083@freebie.lemis.com> <199807152003.WAA03283@yedi.iaf.nl> <19980719163859.H435@freebie.lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > On Wednesday, 15 July 1998 at 22:03:32 +0200, Wilko Bulte wrote: > > As Greg Lehey wrote... > >> On Tuesday, 14 July 1998 at 20:05:16 +0200, Wilko Bulte wrote: > >> 3. As long as the disks didn't physically fail, rebuild the RAID-5 > >> set after rebooting. > > > > I don't think this solves it, as you don't know which block is up to date > > and which block is not. Or do I miss your point? > > Well, you'd have to have some convention like writing the data block > before the parity block. Then you could assume that if you found a > parity error, the parity block would be wrong, so you could fix it. > Of course, any other consistent assumption would work as well, but > having the parity block written last would mean you could bring up the > array read-only while you were rebuilding it. > Actually, you MUST write the data block before the parity block to be RAB (RAID Advisory Board) RAID-5 compliant. You've sited the reason for it yourself; ability to rebuild. A 'hack' we put in our boxes that can be done in software (we've patented it, but I don't think anyone would care about FreeBSD borrowing the idea) is to implement 'commit' and 'rollback' features, much like a database. We don't log individual block numbers being updated, but instead cut the RAID group into sections of stripes. When you go to perform an update on a stripe, you mark it's section 'suspect'. Occasionally, clear the 'suspect' list when activity decreases. We do this with NVRAM, but you could use a chunk of a disk as well - it'll be slower, but not as slow as a log. Anyway, you should always write the data blocks before the partity. Anyway, when a system failure occurs, and you go to rebuild the RAID group, you look at the suspect list and rebuild just those sections affected. It's a LOT faster than rebuilding the entire group, particularly when using 9 & 18 GB drives. If you always write the data block before the parity, there's no need to bring it online read-only while rebuilding. What's the worst that can happen? You update a block with bad parity, generating more bad parity. So? When the rebuild gets to that stripe, it'll recalc the parity anyway. See? Vince Fleming Director, Advanced Solutions Group ECCS, Inc - Makers of High Performance RAID Subsystems vincef@eccs.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 07:52:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20007 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 07:52:13 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20002 for ; Sun, 19 Jul 1998 07:52:10 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id HAA13256; Sun, 19 Jul 1998 07:51:21 -0700 (PDT) Message-Id: <199807191451.HAA13256@implode.root.com> To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: Dump device with DEVFS? In-reply-to: Your message of "Sat, 18 Jul 1998 14:24:46 PDT." From: David Greenman Reply-To: dg@root.com Date: Sun, 19 Jul 1998 07:51:21 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >the test should be commented out for SLICE I'm a bit confused - you didn't preserve the minor number bit ordering in devfs? -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project >bde broke it because he thought it needed to test for a swap partition.. > > >it actually needs to be re-examined.. > >check the history of that file for bruce's backout. >your anaylsys is correct. > > >On 18 Jul 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > >> It seems to be impossible to enable a dump device with DEVFS. The >> following code in setdumpdev() in sys/i386/i386/autoconf.c is the >> culprit: >> >> if (dkpart(dev) != SWAP_PART) >> return (ENODEV); >> >> dkpart(dev) is #defined to (minor(dev) & 7) in disklabel.h, and >> SWAP_PART is #defined to 1 in the same file. >> >> Now MAKEDEV will assign minor numbers with the lower nybble 0x1 to >> swap partitions ([fosw]d?b or something like that) so it will work >> fine, but Helen's swap partition (/dev/wd0s1b) has minor number 11 >> (lower nybble 0x3), and Niobe's swap partition (/dev/sd0b) has minor >> number 20 (lower nybble 0x4), neither of which is acceptable to >> setdumpdev(). The only partition I have which is eligible as a dump >> device (due to its minor number being 25) is /dev/sd0h, aka. /usr/src. >> >> Am I missing something here? Is this a bug or a feature? How do I set >> a dump device on a DEVFS system? And anyway, shouldn't setdumpdev() >> just trust the user to know what he's doing even if the selected >> partition doesn't seem to be a swap partition? >> >> BTW, I just had a panic trying to umount an msdosfs floppy - probably >> thanks to soft updates, all my file systems except /var came up clean >> although I was cvsupping at the time of the panic. > >great.. > >> >> For completeness' sake, here is my dmesg, kernel config and a listing >> of /dev/sd*: >> >> Copyright (c) 1992-1998 FreeBSD Inc. >> Copyright (c) 1982, 1986, 1989, 1991, 1993 >> The Regents of the University of California. All rights reserved. >> FreeBSD 3.0-CURRENT #9: Fri Jul 17 18:26:15 CEST 1998 >> finrod@niobe.ewox.org:/usr/src/sys/compile/niobe >> Timecounter "i8254" frequency 1193182 Hz cost 2278 ns >> Timecounter "TSC" frequency 166193751 Hz cost 137 ns >> CPU: Pentium/P54C (166.19-MHz 586-class CPU) >> Origin = "GenuineIntel" Id = 0x52c Stepping=12 >> Features=0x1bf >> real memory = 134217728 (131072K bytes) >> >> FreeBSD Kernel Configuration Utility - Version 1.1 >> Type "help" for help or "visual" to go to the visual >> configuration interface (requires MGA/VGA display or >> serial terminal capable of displaying ANSI graphics). >> config> quit >> avail memory = 127885312 (124888K bytes) >> DEVFS: ready for devices >> Probing for devices on PCI bus 0: >> chip0: rev 0x03 on pci0.0.0 >> chip1: rev 0x01 on pci0.7.0 >> de0: rev 0x22 int a irq 15 on pci0.9.0 >> de0: ACCTON EN1207 21140A [10-100Mb/s] pass 2.2 >> de0: address 00:00:e8:4a:83:63 >> de0: enabling 100baseTX port >> vga0: rev 0x70 int a irq 9 on pci0.10.0 >> ahc0: rev 0x00 int a irq 12 on pci0.11.0 >> ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs >> scbus0 at ahc0 bus 0 >> sd0 at scbus0 target 2 lun 0 >> sd0: type 0 fixed SCSI 2 >> sd0: Direct-Access 4341MB (8890760 512 byte sectors) >> sd0: with 5899 cyls, 10 heads, and an average 150 sectors/track >> ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers >> sd1 at scbus0 target 4 lun 0 >> sd1: type 0 fixed SCSI 2 >> sd1: Direct-Access 6180MB (12657717 512 byte sectors) >> sd1: with 7068 cyls, 8 heads, and an average 223 sectors/track >> ahc1: rev 0x00 int a irq 11 on pci0.12.0 >> ahc1: aic7870 Single Channel, SCSI Id=7, 16 SCBs >> scbus1 at ahc1 bus 0 >> st0 at scbus1 target 3 lun 0 >> st0: type 1 removable SCSI 2 >> st0: Sequential-Access density code 0x0, drive empty >> sd2 at scbus1 target 4 lun 0 >> sd2: type 0 fixed SCSI 2 >> sd2: Direct-Access 1030MB (2110812 512 byte sectors) >> sd2: with 3658 cyls, 6 heads, and an average 96 sectors/track >> cd0 at scbus1 target 5 lun 0 >> cd0: type 5 removable SCSI 2 >> cd0: CD-ROM cd present [258777 x 2048 byte records] >> od0 at scbus1 target 6 lun 0 >> od0: type 7 removable SCSI 2 >> od0: Optical 217MB (446325 512 byte sectors) >> od0: with approximate 217 cyls, 64 heads, and 32 sectors/track >> Probing for PnP devices: >> Probing for devices on the ISA bus: >> sc0 at 0x60-0x6f irq 1 on motherboard >> sc0: VGA color <12 virtual consoles, flags=0x0> >> psm0 not found at 0x60 >> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa >> sio0: type 16550A >> sio1 at 0x2f8-0x2ff irq 3 on isa >> sio1: type 16550A >> lpt0 at 0x378-0x37f irq 7 on isa >> lpt0: Interrupt-driven port >> lp0: TCP/IP capable interface >> pcm0 not found >> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa >> fdc0: FIFO enabled, 8 bytes threshold >> fd0: 1.44MB 3.5in >> 1 3C5x9 board(s) on ISA found at 0x300 >> ep0 at 0x300-0x30f irq 10 on isa >> ep0: aui/bnc[*BNC*] address 00:60:8c:61:df:38 >> npx0 on motherboard >> npx0: INT 16 interface >> Intel Pentium F00F detected, installing workaround >> DEVFS: ready to run >> IP packet filtering initialized, divert disabled, rule-based forwarding disabled, logging limited to 256 packets/entry >> sd0: probing for MBR.. rejected.. Slice includes MBR sd0: probing for disklabel.. part a, start=0, size=131072 >> part b, start=131072, size=1048576 >> part d, start=3932160, size=4958600 >> part e, start=1179648, size=131072 >> part f, start=1310720, size=524288 >> part g, start=1835008, size=1048576 >> part h, start=2883584, size=1048576 >> sd1: probing for MBR.. rejected.. Slice includes MBR sd1: probing for disklabel.. part e, start=0, size=524288 >> part f, start=524288, size=1572864 >> part g, start=2097152, size=10560565 >> sd2: probing for MBR.. part 1, start=63, size=2104452 >> sd2s1: attaching disklabel.. >> part e, start=0, size=524288 >> part f, start=524288, size=1580164 >> fd0: probing for MBR.. WOULD SELECT /sd0a And it exists >> WARNING: / was not properly dismounted. >> fd0: Operation timeout >> fd0: hard error, block 0 (No status) >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> ffs_mountfs: superblock updated >> >> # >> # Kernel configuration for niobe.ewox.org >> # >> machine "i386" >> cpu "I586_CPU" >> ident niobe >> maxusers 64 >> # >> # Networking >> options INET >> options IPFIREWALL >> options IPFIREWALL_VERBOSE >> options "IPFIREWALL_VERBOSE_LIMIT=256" >> options "NMBCLUSTERS=4096" >> # >> # File system >> options DEVFS >> options FFS >> options FFS_ROOT # Boot from FFS >> options NFS >> options PROCFS >> options SLICE # Use devfs for devices >> options SOFTUPDATES >> # >> # XFree86 support >> options SYSVMSG >> options SYSVSEM >> options SYSVSHM >> options UCONSOLE >> # >> # Misc. kernel options >> options "AUTO_EOI_1" >> options "AUTO_EOI_2" >> options "COMPAT_43" >> options "MD5" >> options BOUNCE_BUFFERS >> options INCLUDE_CONFIG_FILE >> options USERCONFIG >> options USERCONFIG_BOOT >> options USER_LDT >> options VISUAL_USERCONFIG >> # >> config kernel root on sd0 >> # >> # Buses >> controller isa0 >> controller pci0 >> controller pnp0 >> # >> # Numeric processor extensions >> device npx0 at isa? port "IO_NPX" irq 13 vector npxintr >> # >> # Floppy controller >> controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr >> disk fd0 at fdc0 drive 0 >> # >> # SCSI controllers >> controller ahc0 >> controller scbus0 >> device sd0 >> device od0 >> device st0 >> device cd0 >> pseudo-device su >> pseudo-device ssc >> options "SCSI_DELAY=1" >> options SCSI_REPORT_GEOMETRY >> # >> # System console and mouse >> device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr >> options "MAXCONS=12" >> options "SC_HISTORY_SIZE=4096" >> options "MSGBUF_SIZE=32768" >> device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr >> # >> # I/O ports >> device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr >> device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr >> device lpt0 at isa? port? tty irq 7 vector lptintr >> # >> # Network adapters >> device de0 >> device ep0 at isa? port 0x300 net irq 10 vector epintr >> # >> # Networking pseudo-devices >> pseudo-device loop >> pseudo-device ether >> pseudo-device tun 4 >> pseudo-device bpfilter 4 >> # >> # Other pseudo-devices >> pseudo-device gzip >> pseudo-device pty 64 >> pseudo-device vn 4 >> # >> # Sound hardware (Luigi Rizzo) >> device pcm0 at isa? port? tty irq 5 drq 1 flags 0x15 vector pcmintr >> # >> >> root@niobe # ll /dev/sd* >> brw------- 1 root operator 14, 8 Jul 18 21:56 /dev/sd0 >> brw------- 1 root operator 14, 19 Jul 18 21:56 /dev/sd0a >> brw------- 1 root operator 14, 20 Jul 18 21:56 /dev/sd0b >> brw------- 1 root operator 14, 21 Jul 18 21:56 /dev/sd0d >> brw------- 1 root operator 14, 22 Jul 18 21:56 /dev/sd0e >> brw------- 1 root operator 14, 23 Jul 18 21:56 /dev/sd0f >> brw------- 1 root operator 14, 24 Jul 18 21:56 /dev/sd0g >> brw------- 1 root operator 14, 25 Jul 18 21:56 /dev/sd0h >> brw------- 1 root operator 14, 9 Jul 18 21:56 /dev/sd1 >> brw------- 1 root operator 14, 26 Jul 18 21:56 /dev/sd1e >> brw------- 1 root operator 14, 27 Jul 18 21:56 /dev/sd1f >> brw------- 1 root operator 14, 28 Jul 18 21:56 /dev/sd1g >> brw------- 1 root operator 14, 10 Jul 18 21:56 /dev/sd2 >> brw------- 1 root operator 14, 29 Jul 18 21:56 /dev/sd2s1 >> brw------- 1 root operator 14, 30 Jul 18 21:56 /dev/sd2s1e >> brw------- 1 root operator 14, 31 Jul 18 21:56 /dev/sd2s1f >> >> DES >> -- >> One two, one two, one two. >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message >> > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 09:25:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA26959 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 09:25:16 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from altos.rnd.runnet.ru (root@altos.rnd.runnet.ru [195.208.248.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA26932 for ; Sun, 19 Jul 1998 09:24:59 -0700 (PDT) (envelope-from max@rsu.ru) Received: from localhost (max@localhost [127.0.0.1]) by altos.rnd.runnet.ru (8.8.8/8.8.8) with SMTP id UAA26246; Sun, 19 Jul 1998 20:25:44 +0400 (MSD) Date: Sun, 19 Jul 1998 20:25:44 +0400 (MSD) From: Maxim Bolotin X-Sender: max@altos.rnd.runnet.ru Reply-To: Maxim Bolotin To: Mike Smith cc: Oleg Sharoiko , MIHIRA Sanpei Yoshiro , "Randal S. Masutani" , hackers@FreeBSD.ORG Subject: cs89x0 driver for 2.2.7 RELEASE Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1615265065-900865544=:25782" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1615265065-900865544=:25782 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi! Here's the latest version of cs89x0 driver. There're if_media and PNP support. I hope it'll be included in 2.2.7 RELEASE. Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@rsu.ru --0-1615265065-900865544=:25782 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="if_cs.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: /sys/i386/isa/if_cs.c LyoNCiAqIENvcHlyaWdodCAoYykgMTk5NywxOTk4IE1heGltIEJvbG90aW4g YW5kIE9sZWcgU2hhcm9pa28uDQogKiBBbGwgcmlnaHRzIHJlc2VydmVkLg0K ICoNCiAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBi aW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dA0KICogbW9kaWZpY2F0aW9u LCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBj b25kaXRpb25zDQogKiBhcmUgbWV0Og0KICogMS4gUmVkaXN0cmlidXRpb25z IG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmln aHQNCiAqICAgIG5vdGljZSB1bm1vZGlmaWVkLCB0aGlzIGxpc3Qgb2YgY29u ZGl0aW9ucywgYW5kIHRoZSBmb2xsb3dpbmcNCiAqICAgIGRpc2NsYWltZXIu DQogKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCBy ZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodA0KICogICAgbm90aWNlLCB0 aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNj bGFpbWVyIGluIHRoZQ0KICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3Ro ZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4N CiAqDQogKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRI T1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5EDQogKiBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBUSEUNCiAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBN RVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQ VVJQT1NFDQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxM IFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQ0KICogRk9S IEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwNCiAqIERBTUFHRVMgKElOQ0xV RElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJT VElUVVRFIEdPT0RTDQogKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERB VEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikNCiAq IEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElU WSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUDQogKiBMSUFCSUxJVFks IE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg QVJJU0lORyBJTiBBTlkgV0FZDQogKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElT IFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZ IE9GDQogKiBTVUNIIERBTUFHRS4NCiAqDQogKi8NCg0KLyoNCiAqICRJZDog aWZfY3MuYyx2IDEuNyAxOTk4LzA3LzE5IDE2OjAxOjIzIHJvb3QgRXhwIHJv b3QgJA0KICoNCiAqIERldmljZSBkcml2ZXIgZm9yIENyeXN0YWwgU2VtaWNv bmR1Y3RvciBDUzg5MjAgYmFzZWQgZXRoZXJuZXQNCiAqICAgYWRhcHRlcnMu IEJ5IE1heGltIEJvbG90aW4gYW5kIE9sZWcgU2hhcm9pa28sIDI3LUFwcmls LTE5OTcNCiAqLw0KDQovKiAjZGVmaW5lCSBDU19ERUJVRyAqLw0KI2luY2x1 ZGUgImNzLmgiDQojaW5jbHVkZSAiYnBmaWx0ZXIuaCINCg0KI2luY2x1ZGUg PHN5cy9wYXJhbS5oPg0KI2luY2x1ZGUgPHN5cy9zeXN0bS5oPg0KI2luY2x1 ZGUgPHN5cy9jb25mLmg+DQojaW5jbHVkZSA8c3lzL2Vycm5vLmg+DQojaW5j bHVkZSA8c3lzL2lvY3RsLmg+DQojaW5jbHVkZSA8c3lzL2tlcm5lbC5oPg0K I2luY2x1ZGUgPHN5cy9tYnVmLmg+DQojaW5jbHVkZSA8c3lzL3NvY2tldC5o Pg0KI2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCg0KI2luY2x1ZGUgPG5ldC9p Zi5oPg0KI2luY2x1ZGUgPG5ldC9pZl9kbC5oPg0KI2luY2x1ZGUgPG5ldC9p Zl9taWIuaD4NCiNpbmNsdWRlIDxuZXQvaWZfbWVkaWEuaD4NCiNpbmNsdWRl IDxuZXQvaWZfdHlwZXMuaD4NCg0KI2lmZGVmIElORVQNCiNpbmNsdWRlIDxu ZXRpbmV0L2luLmg+DQojaW5jbHVkZSA8bmV0aW5ldC9pbl9zeXN0bS5oPg0K I2luY2x1ZGUgPG5ldGluZXQvaW5fdmFyLmg+DQojaW5jbHVkZSA8bmV0aW5l dC9pcC5oPg0KI2luY2x1ZGUgPG5ldGluZXQvaWZfZXRoZXIuaD4NCiNlbmRp Zg0KDQojaWZkZWYgSVBYDQojaW5jbHVkZSA8bmV0aXB4L2lweC5oPg0KI2lu Y2x1ZGUgPG5ldGlweC9pcHhfaWYuaD4NCiNlbmRpZg0KDQojaWZkZWYgTlMN CiNpbmNsdWRlIDxuZXRucy9ucy5oPg0KI2luY2x1ZGUgPG5ldG5zL25zX2lm Lmg+DQojZW5kaWYNCg0KI2lmIE5CUEZJTFRFUiA+IDANCiNpbmNsdWRlIDxu ZXQvYnBmLmg+DQojaW5jbHVkZSA8bmV0L2JwZmRlc2MuaD4NCiNlbmRpZg0K DQojaW5jbHVkZSA8bWFjaGluZS9jbG9jay5oPg0KI2luY2x1ZGUgPG1hY2hp bmUvbWRfdmFyLmg+DQoNCiNpbmNsdWRlIDxpMzg2L2lzYS9pc2FfZGV2aWNl Lmg+DQojaW5jbHVkZSA8aTM4Ni9pc2EvaWN1Lmg+DQojaW5jbHVkZSA8aTM4 Ni9pc2EvaWZfY3NyZWcuaD4NCg0KI2luY2x1ZGUgInBucC5oIg0KDQojaWYg TlBOUCA+IDANCiNpbmNsdWRlIDxpMzg2L2lzYS9wbnAuaD4NCiNlbmRpZg0K DQojaWZkZWYgIENTX1VTRV82NEtfRE1BDQojZGVmaW5lIENTX0RNQV9CVUZG RVJfU0laRSA2NTUzNg0KI2Vsc2UNCiNkZWZpbmUgQ1NfRE1BX0JVRkZFUl9T SVpFIDE2Mzg0DQojZW5kaWYNCg0KI2lmbmRlZiBDU19XQUlUX05FWFRfUEFD S0VUDQojZGVmaW5lCUNTX1dBSVRfTkVYVF9QQUNLRVQgNTcwDQojZW5kaWYN Cg0KLyoNCiAqIGNzX3NvZnRjOiBwZXIgbGluZSBpbmZvIGFuZCBzdGF0dXMN CiAqLw0Kc3RhdGljIHN0cnVjdCBjc19zb2Z0YyB7DQoNCiAgICAgICAgLyog RXRoZXJuZXQgY29tbW9uIGNvZGUgKi8NCiAgICAgICAgc3RydWN0IGFycGNv bSBhcnBjb207DQoNCiAgICAgICAgLyogQ29uZmlndXJhdGlvbiB3b3JkcyBm cm9tIEVFUFJPTSAqLw0KICAgICAgICBpbnQgYXV0b19uZWdfY25mOyAgICAg ICAgICAgICAgIC8qIEF1dG9OZWdvdGl0YXRpb24gY29uZmlndXJhdGlvbiAq Lw0KCWludCBhZGFwdGVyX2NuZjsgICAgICAgICAgICAgICAgLyogQWRhcHRl ciBjb25maWd1cmF0aW9uICovDQogICAgICAgIGludCBpc2FfY29uZmlnOyAg ICAgICAgICAgICAgICAgLyogSVNBIGNvbmZpZ3VyYXRpb24gKi8NCiAgICAg ICAgaW50IGNoaXBfdHlwZTsJCQkvKiBUeXBlIG9mIGNoaXAgKi8NCg0KICAg ICAgICBzdHJ1Y3QgaWZtZWRpYSBtZWRpYTsJCS8qIE1lZGlhIGluZm9ybWF0 aW9uICovDQoNCiAgICAgICAgaW50IG5pY19hZGRyOyAJCQkvKiBCYXNlIElP IGFkZHJlc3Mgb2YgY2FyZCAqLw0KCWludCBzZW5kX2NtZDsNCiAgICAgICAg aW50IGxpbmVfY3RsOyAgICAgICAgICAgICAgICAgICAvKiAqLw0KICAgICAg ICBpbnQgc2VuZF91bmRlcnJ1bjsNCiAgICAgICAgdm9pZCAqcmVjdl9yaW5n Ow0KDQogICAgICAgIHVuc2lnbmVkIGNoYXIgKmJ1ZmZlcjsNCiAgICAgICAg aW50IGJ1Zl9sZW47DQoNCn0gY3Nfc29mdGNbTkNTXTsNCg0Kc3RhdGljIHVf bG9uZwljc191bml0ID0gTkNTOw0KDQpzdGF0aWMgaW50ICAgICAgY3NfYXR0 YWNoICAgICAgICAgICAgICAgX19QKChzdHJ1Y3QgY3Nfc29mdGMgKiwgaW50 LCBpbnQpKTsNCnN0YXRpYyBpbnQgICAgICBjc19hdHRhY2hfaXNhICAgICAg ICAgICBfX1AoKHN0cnVjdCBpc2FfZGV2aWNlICopKTsNCnN0YXRpYyB2b2lk CWNzX2luaXQJCQlfX1AoKHZvaWQgKikpOw0Kc3RhdGljIGludAljc19pb2N0 bAkJX19QKChzdHJ1Y3QgaWZuZXQgKiwgaW50LCBjYWRkcl90KSk7DQpzdGF0 aWMgaW50CWNzX3Byb2JlCQlfX1AoKHN0cnVjdCBpc2FfZGV2aWNlICopKTsN CnN0YXRpYyBpbnQJY3NfY3M4OXgwX3Byb2JlCQlfX1AoKHN0cnVjdCBjc19z b2Z0YyAqLA0KCQkJCQkgdV9zaG9ydCAqLCBzaG9ydCAqLCBpbnQsIGludCwg aW50KSk7DQpzdGF0aWMgdm9pZAljc19zdGFydAkJX19QKChzdHJ1Y3QgaWZu ZXQgKikpOw0Kc3RhdGljIHZvaWQJY3Nfc3RvcAkJCV9fUCgoc3RydWN0IGNz X3NvZnRjICopKTsNCnN0YXRpYyB2b2lkCWNzX3Jlc2V0CQlfX1AoKHN0cnVj dCBjc19zb2Z0YyAqKSk7DQpzdGF0aWMgdm9pZAljc193YXRjaGRvZwkJX19Q KChzdHJ1Y3QgaWZuZXQgKikpOw0KDQpzdGF0aWMgaW50CWNzX21lZGlhY2hh bmdlCV9fUCgoc3RydWN0IGlmbmV0ICopKTsNCnN0YXRpYyB2b2lkCWNzX21l ZGlhc3RhdHVzCV9fUCgoc3RydWN0IGlmbmV0ICosIHN0cnVjdCBpZm1lZGlh cmVxICopKTsNCnN0YXRpYyBpbnQgICAgICBjc19tZWRpYXNldAlfX1AoKHN0 cnVjdCBjc19zb2Z0YyAqLCBpbnQpKTsNCg0Kc3RhdGljIHZvaWQJY3Nfd3Jp dGVfbWJ1ZnMoc3RydWN0IGNzX3NvZnRjKiwgc3RydWN0IG1idWYqKTsNCnN0 YXRpYyB2b2lkCWNzX3htaXRfYnVmKHN0cnVjdCBjc19zb2Z0YyopOw0Kc3Rh dGljIGludAljc19nZXRfcGFja2V0KHN0cnVjdCBjc19zb2Z0YyopOw0Kc3Rh dGljIHZvaWQJY3Nfc2V0bW9kZShzdHJ1Y3QgY3Nfc29mdGMqKTsNCg0Kc3Rh dGljIGludAlnZXRfZWVwcm9tX2RhdGEoc3RydWN0IGNzX3NvZnRjICpzYywg aW50LCBpbnQsIGludCAqKTsNCnN0YXRpYyBpbnQJZ2V0X2VlcHJvbV9ja3N1 bShpbnQsIGludCwgaW50ICopOw0Kc3RhdGljIGludAl3YWl0X2VlcHJvbV9y ZWFkeSggc3RydWN0IGNzX3NvZnRjICopOw0Kc3RhdGljIHZvaWQJY29udHJv bF9kY19kYyggc3RydWN0IGNzX3NvZnRjICosIGludCApOw0Kc3RhdGljIGlu dAlzZW5kX3Rlc3RfcGt0KCBzdHJ1Y3QgY3Nfc29mdGMgKiApOw0Kc3RhdGlj IGludAllbmFibGVfdHAoc3RydWN0IGNzX3NvZnRjICopOw0Kc3RhdGljIGlu dAllbmFibGVfYXVpKHN0cnVjdCBjc19zb2Z0YyAqKTsNCnN0YXRpYyBpbnQJ ZW5hYmxlX2JuYyhzdHJ1Y3QgY3Nfc29mdGMgKik7DQpzdGF0aWMgaW50ICAg ICAgY3NfZHVwbGV4X2F1dG8oc3RydWN0IGNzX3NvZnRjICopOw0KDQpzdHJ1 Y3QgaXNhX2RyaXZlciBjc2RyaXZlciA9IHsNCgljc19wcm9iZSwNCgljc19h dHRhY2hfaXNhLA0KCUNTX05BTUUsDQoJMA0KfTsNCg0Kc3RhdGljIGludA0K Z2V0X2VlcHJvbV9kYXRhKCBzdHJ1Y3QgY3Nfc29mdGMgKnNjLCBpbnQgb2Zm LCBpbnQgbGVuLCBpbnQgKmJ1ZmZlcikNCnsNCglpbnQgaTsNCg0KI2lmZGVm IENTX0RFQlVHDQoJcHJpbnRmKENTX05BTUUiOkVFUFJPTSBkYXRhIGZyb20g JXggZm9yICV4OlxuIiwgb2ZmLGxlbik7DQojZW5kaWYNCg0KCWZvciAoaT0w O2k8bGVuO2krKykgew0KCQlpZiAod2FpdF9lZXByb21fcmVhZHkoc2MpIDwg MCkgcmV0dXJuIC0xOw0KCQkvKiBTZW5kIGNvbW1hbmQgdG8gRUVQUk9NIHRv IHJlYWQgKi8NCgkJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9FRUNN RCwgKG9mZitpKXxFRVBST01fUkVBRF9DTUQgKTsNCgkJaWYgKHdhaXRfZWVw cm9tX3JlYWR5KHNjKTwwKQ0KCQkJcmV0dXJuIC0xOw0KCQlidWZmZXJbaV0g PSBjc19yZWFkcmVnIChzYy0+bmljX2FkZHIsIFBQX0VFRGF0YSk7DQoNCiNp ZmRlZiBDU19ERUJVRw0KCQlwcmludGYoIiUwMnggJTAyeCAiLCh1bnNpZ25l ZCBjaGFyKWJ1ZmZlcltpXSwNCgkJCQkJKHVuc2lnbmVkIGNoYXIpYnVmZmVy W2krMV0pOw0KI2VuZGlmDQoJfQ0KDQojaWZkZWYgQ1NfREVCVUcNCglwcmlu dGYoIlxuIik7DQojZW5kaWYNCg0KCXJldHVybiAwOw0KfQ0KDQpzdGF0aWMg aW50DQpnZXRfZWVwcm9tX2Nrc3VtKGludCBvZmYsIGludCBsZW4sIGludCAq YnVmZmVyKQ0Kew0KCWludCBpLGNrc3VtPTA7DQoNCglmb3IgKGk9MDtpPGxl bjtpKyspDQoJCWNrc3VtKz1idWZmZXJbaV07DQoJY2tzdW0gJj0gMHhmZmZm Ow0KCWlmIChja3N1bT09MCkNCgkJcmV0dXJuIDA7DQoJcmV0dXJuIC0xOw0K fQ0KDQpzdGF0aWMgaW50DQp3YWl0X2VlcHJvbV9yZWFkeShzdHJ1Y3QgY3Nf c29mdGMgKnNjKQ0Kew0KCWludCB0aW1lb3V0PTEwMDA7DQoJREVMQVkgKCAz MDAwMCApOwkvKiBYWFggc2hvdWxkIHdlIGRvIHNvbWUgY2hlY2tzIGhlcmUg PyAqLw0KCXJldHVybiAwOw0KfQ0KDQpzdGF0aWMgdm9pZA0KY29udHJvbF9k Y19kYyhzdHJ1Y3QgY3Nfc29mdGMgKnNjLCBpbnQgb25fbm90X29mZikNCnsN Cgl1bnNpZ25lZCBpbnQgc2VsZl9jb250cm9sID0gSENCMV9FTkJMOw0KDQoJ aWYgKCgoc2MtPmFkYXB0ZXJfY25mICYgQV9DTkZfRENfRENfUE9MQVJJVFkp IT0wKSBeIG9uX25vdF9vZmYpDQoJCXNlbGZfY29udHJvbCB8PSBIQ0IxOw0K CWVsc2UNCgkJc2VsZl9jb250cm9sICY9IH5IQ0IxOw0KCWNzX3dyaXRlcmVn KCBzYy0+bmljX2FkZHIsIFBQX1NlbGZDVEwsIHNlbGZfY29udHJvbCApOw0K DQoJREVMQVkoIDUwMDAwMCApOw0KfQ0KDQoNCnN0YXRpYyBpbnQNCmNzX2R1 cGxleF9hdXRvKHN0cnVjdCBjc19zb2Z0YyAqc2MpDQp7DQogICAgICAgIGlu dCBpLCBlcnJvcj0wLCB1bml0PXNjLT5hcnBjb20uYWNfaWYuaWZfdW5pdDsN CiAgICAgICAgDQogICAgICAgIGNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwg UFBfQXV0b05lZ0NUTCwNCiAgICAgICAgICAgICAgICAgICAgUkVfTkVHX05P VyB8IEFMTE9XX0ZEWCB8IEFVVE9fTkVHX0VOQUJMRSApOw0KICAgICAgICBm b3IgKGk9MDsgY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIsUFBfQXV0b05lZ1NU KSZBVVRPX05FR19CVVNZOyBpKyspIHsNCiAgICAgICAgICAgICAgICBpZiAo aSA+IDQwMDAwKSB7DQogICAgICAgICAgICAgICAgICAgICAgICBwcmludGYo Q1NfTkFNRSIlMWQ6IGZ1bGwvaGFsZiBkdXBsZXggIg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICJhdXRvIG5lZ290aWF0aW9uIHRpbWVvdXRc biIsIHVuaXQpOw0KCQkJZXJyb3IgPSBFVElNRURPVVQ7DQogICAgICAgICAg ICAgICAgICAgICAgICBicmVhazsNCiAgICAgICAgICAgICAgICB9DQogICAg ICAgICAgICAgICAgREVMQVkoMTAwMCk7DQogICAgICAgIH0NCiAgICAgICAg REVMQVkoIDEwMDAwMDAgKTsNCglyZXR1cm4gZXJyb3I7DQp9DQoNCnN0YXRp YyBpbnQNCmVuYWJsZV90cChzdHJ1Y3QgY3Nfc29mdGMgKnNjKQ0Kew0KCWlu dCBpOw0KCWludCB1bml0ID0gc2MtPmFycGNvbS5hY19pZi5pZl91bml0Ow0K DQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9MaW5lQ1RMLCBzYy0+ bGluZV9jdGwgJiB+QVVJX09OTFkpOw0KCWNvbnRyb2xfZGNfZGMoc2MsIDAp Ow0KCURFTEFZKCAxNTAwMDAgKTsNCg0KCWlmICgoY3NfcmVhZHJlZyhzYy0+ bmljX2FkZHIsIFBQX0xpbmVTVCkgJiBMSU5LX09LKT09MCkgew0KCQlwcmlu dGYoQ1NfTkFNRSIlMWQ6IGZhaWxlZCB0byBlbmFibGUgVFBcbiIsIHVuaXQp Ow0KICAgICAgICAgICAgICAgIHJldHVybiBFSU5WQUw7DQoJfQ0KDQoJcmV0 dXJuIDA7DQp9DQoNCi8qDQogKiBYWFggVGhpcyB3YXMgcmV3cml0dGVuIGZy b20gTGludXggZHJpdmVyIHdpdGhvdXQgYW55IHRlc3RzLg0KICovICAgICAg ICAgICAgIA0Kc3RhdGljIGludA0Kc2VuZF90ZXN0X3BrdChzdHJ1Y3QgY3Nf c29mdGMgKnNjKQ0Kew0KCWludCB1bml0ID0gc2MtPmFycGNvbS5hY19pZi5p Zl91bml0Ow0KCWNoYXIgdGVzdF9wYWNrZXRbXSA9IHsgMCwwLDAsMCwwLDAs IDAsMCwwLDAsMCwwLA0KCQkJCTAsIDQ2LCAgLyogQSA0NiBpbiBuZXR3b3Jr IG9yZGVyICovDQoJCQkJMCwgMCwgICAvKiBEU0FQPTAgJiBTU0FQPTAgZmll bGRzICovDQoJCQkJMHhmMywgMCAvKiBDb250cm9sIChUZXN0IFJlcSArIFAg Yml0IHNldCkgKi8gfTsNCg0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwg UFBfTGluZUNUTCwNCgkJY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIsIFBQX0xp bmVDVEwpIHwgU0VSSUFMX1RYX09OICk7DQoJYmNvcHkodGVzdF9wYWNrZXQs DQoJCQlzYy0+YXJwY29tLmFjX2VuYWRkciwgRVRIRVJfQUREUl9MRU4pOw0K CWJjb3B5KHRlc3RfcGFja2V0K0VUSEVSX0FERFJfTEVOLA0KCQkJc2MtPmFy cGNvbS5hY19lbmFkZHIsIEVUSEVSX0FERFJfTEVOKTsNCglvdXR3KHNjLT5u aWNfYWRkciArIFRYX0NNRF9QT1JULCBzYy0+c2VuZF9jbWQpOw0KCW91dHco c2MtPm5pY19hZGRyICsgVFhfTEVOX1BPUlQsIHNpemVvZih0ZXN0X3BhY2tl dCkpOw0KDQoJLyogV2FpdCBmb3IgY2hpcCB0byBhbGxvY2F0ZSBtZW1vcnkg Ki8NCglERUxBWSg1MDAwMCk7DQoJaWYgKCEoY3NfcmVhZHJlZyhzYy0+bmlj X2FkZHIsIFBQX0J1c1NUKSAmIFJFQURZX0ZPUl9UWF9OT1cpKQ0KCQlyZXR1 cm4gMDsNCg0KCW91dHN3KHNjLT5uaWNfYWRkciArIFRYX0ZSQU1FX1BPUlQs IHRlc3RfcGFja2V0LCBzaXplb2YodGVzdF9wYWNrZXQpKTsNCg0KCURFTEFZ KDMwMDAwKTsNCg0KCWlmICgoY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIsUFBf VHhFdmVudCkgJiBUWF9TRU5EX09LX0JJVFMpID09IFRYX09LKQ0KCQlyZXR1 cm4gMTsNCglyZXR1cm4gMDsNCn0NCg0KLyoNCiAqIFhYWCBUaGlzIHdhcyBy ZXdyaXR0ZW4gZnJvbSBMaW51eCBkcml2ZXIgd2l0aG91dCBhbnkgdGVzdHMu DQogKi8NCnN0YXRpYyBpbnQNCmVuYWJsZV9hdWkoc3RydWN0IGNzX3NvZnRj ICpzYykNCnsNCglpbnQgdW5pdCA9IHNjLT5hcnBjb20uYWNfaWYuaWZfdW5p dDsNCg0KCWNvbnRyb2xfZGNfZGMoc2MsIDApOw0KCWNzX3dyaXRlcmVnKHNj LT5uaWNfYWRkciwgUFBfTGluZUNUTCwNCgkJKHNjLT5saW5lX2N0bCAmIH5B VVRPX0FVSV8xMEJBU0VUKSB8IEFVSV9PTkxZKTsNCg0KCWlmICghc2VuZF90 ZXN0X3BrdChzYykpIHsNCgkJcHJpbnRmKENTX05BTUUiJTFkIGZhaWxlZCB0 byBlbmFibGUgQVVJXG4iLCB1bml0KTsNCgkJcmV0dXJuIEVJTlZBTDsNCiAg ICAgICAgfQ0KICAgICAgICByZXR1cm4gMDsNCn0NCg0KLyoNCiAqIFhYWCBU aGlzIHdhcyByZXdyaXR0ZW4gZnJvbSBMaW51eCBkcml2ZXIgd2l0aG91dCBh bnkgdGVzdHMuDQogKi8gICAgICAgICAgICAgDQpzdGF0aWMgaW50DQplbmFi bGVfYm5jKHN0cnVjdCBjc19zb2Z0YyAqc2MpDQp7DQoJaW50IHVuaXQgPSBz Yy0+YXJwY29tLmFjX2lmLmlmX3VuaXQ7DQoNCgljb250cm9sX2RjX2RjKHNj LCAxKTsNCgljc193cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0xpbmVDVEws DQoJCShzYy0+bGluZV9jdGwgJiB+QVVUT19BVUlfMTBCQVNFVCkgfCBBVUlf T05MWSk7DQoNCglpZiAoIXNlbmRfdGVzdF9wa3Qoc2MpKSB7DQoJCXByaW50 ZihDU19OQU1FIiUxZCBmYWlsZWQgdG8gZW5hYmxlIEJOQ1xuIiwgdW5pdCk7 DQoJCXJldHVybiBFSU5WQUw7DQogICAgICAgIH0NCiAgICAgICAgcmV0dXJu IDA7DQp9DQoNCnN0YXRpYyBpbnQNCmNzX2NzODl4MF9wcm9iZShzdHJ1Y3Qg Y3Nfc29mdGMgKnNjLCB1X3Nob3J0ICpkZXZfaXJxLA0KCQkJc2hvcnQgKmRl dl9kcnEsIGludCBpb2Jhc2UsIGludCB1bml0LCBpbnQgZmxhZ3MpDQp7DQoJ dW5zaWduZWQgcmV2X3R5cGUgPSAwOw0KCWludCBpLCBpcnE9MCwgcmVzdWx0 Ow0KCWludCBlZXByb21fYnVmZltDSEtTVU1fTEVOXTsNCglpbnQgY2hpcF90 eXBlLCBwcF9pc2FpbnQsIHBwX2lzYWRtYTsNCgljaGFyIGNoaXBfcmV2aXNp b247DQoNCglpZiAoKGludyhpb2Jhc2UrQUREX1BPUlQpICYgQUREX01BU0sp ICE9IEFERF9TSUcpIHsNCgkJLyogQ2hpcCBub3QgZGV0ZWN0ZWQuIExldCdz IHRyeSB0byByZXNldCBpdCAqLw0KCQlpZiAoYm9vdHZlcmJvc2UpDQoJCQlw cmludGYoQ1NfTkFNRSIlMWQ6IHRyeWluZyB0byByZXNldCB0aGUgY2hpcC5c biIsIHVuaXQpOw0KCQlvdXR3KGlvYmFzZStBRERfUE9SVCwgUFBfU2VsZkNU TCk7DQoJCWkgPSBpbncoaW9iYXNlK0RBVEFfUE9SVCk7DQoJCW91dHcoaW9i YXNlK0FERF9QT1JULCBQUF9TZWxmQ1RMKTsNCgkJb3V0dyhpb2Jhc2UrREFU QV9QT1JULCBpIHwgUE9XRVJfT05fUkVTRVQpOw0KCQlpZiAoKGludyhpb2Jh c2UrQUREX1BPUlQpICYgQUREX01BU0spICE9IEFERF9TSUcpDQoJCQlyZXR1 cm4gMDsNCgl9DQoNCglvdXR3KGlvYmFzZStBRERfUE9SVCwgUFBfQ2hpcElE KTsNCglpZiAoaW53KGlvYmFzZStEQVRBX1BPUlQpICE9IENISVBfRUlTQV9J RF9TSUcpDQoJCXJldHVybiAwOw0KDQoJcmV2X3R5cGUgPSBjc19yZWFkcmVn KGlvYmFzZSwgUFJPRFVDVF9JRF9BREQpOw0KCWNoaXBfdHlwZSA9IHJldl90 eXBlICYgflJFVklTT05fQklUUzsNCgljaGlwX3JldmlzaW9uID0gKChyZXZf dHlwZSAmIFJFVklTT05fQklUUykgPj4gOCkgKyAnQSc7DQoNCglzYy0+bmlj X2FkZHIgPSBpb2Jhc2U7DQoJc2MtPmNoaXBfdHlwZSA9IGNoaXBfdHlwZTsN CglpZihjaGlwX3R5cGU9PUNTODkwMCkgew0KCQlwcF9pc2FpbnQgPSBQUF9D Uzg5MDBfSVNBSU5UOw0KCQlwcF9pc2FkbWEgPSBQUF9DUzg5MDBfSVNBRE1B Ow0KCQlzYy0+c2VuZF9jbWQgPSBUWF9DUzg5MDBfQUZURVJfQUxMOw0KCX0g ZWxzZSB7DQoJCXBwX2lzYWludCA9IFBQX0NTODkyMF9JU0FJTlQ7DQoJCXBw X2lzYWRtYSA9IFBQX0NTODkyMF9JU0FETUE7DQoJCXNjLT5zZW5kX2NtZCA9 IFRYX0NTODkyMF9BRlRFUl9BTEw7DQoJfQ0KDQogICAgICAgIC8qDQogICAg ICAgICAqIENsZWFyIHNvbWUgZmllbGRzIHNvIHRoYXQgZmFpbCBvZiBFRVBS T00gd2lsbCBsZWZ0IHRoZW0gY2xlYW4NCiAgICAgICAgICovDQogICAgICAg IHNjLT5hdXRvX25lZ19jbmYgPSAwOw0KICAgICAgICBzYy0+YWRhcHRlcl9j bmYgID0gMDsNCiAgICAgICAgc2MtPmlzYV9jb25maWcgICA9IDA7DQogICAg ICAgIA0KCS8qDQoJICogRUVQUk9NDQoJICovDQoJaWYoKGNzX3JlYWRyZWco aW9iYXNlLCBQUF9TZWxmU1QpICYgRUVQUk9NX1BSRVNFTlQpID09IDApIHsN CgkJcHJpbnRmKENTX05BTUUiJTFkOiBObyBFRVBST00sIGFzc3VtaW5nIGRl ZmF1bHRzLlxuIiwNCgkJCXVuaXQpOw0KCX0gZWxzZSB7DQoJCWlmIChnZXRf ZWVwcm9tX2RhdGEoc2MsU1RBUlRfRUVQUk9NX0RBVEEsQ0hLU1VNX0xFTiwg ZWVwcm9tX2J1ZmYpPDApIHsNCgkJCSBwcmludGYoQ1NfTkFNRSIlMWQ6IEVF UFJPTSByZWFkIGZhaWxlZCwgIg0KCQkJCSJhc3N1bWluZyBkZWZhdWx0cy4u XG4iLCB1bml0KTsNCgkJfSBlbHNlIHsNCgkJCWlmIChnZXRfZWVwcm9tX2Nr c3VtKFNUQVJUX0VFUFJPTV9EQVRBLENIS1NVTV9MRU4sIGVlcHJvbV9idWZm KTwwKSB7DQoJCQkJcHJpbnRmKCBDU19OQU1FIiUxZDogRUVQUk9NIGNoZWtz dW0gYmFkLCAiDQoJCQkJCSJhc3N1bWluZyBkZWZhdWx0cy4uXG4iLCB1bml0 ICk7DQoJCQl9IGVsc2Ugew0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBzYy0+YXV0b19uZWdfY25mID0NCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBlZXByb21fYnVmZltBVVRPX05FR19DTkZf T0ZGU0VULzJdOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBz Yy0+YWRhcHRlcl9jbmYgPQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGVlcHJvbV9idWZmW0FEQVBURVJfQ05GX09GRlNFVC8y XTsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc2MtPmlzYV9j b25maWcgPQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGVlcHJvbV9idWZmW0lTQV9DTkZfT0ZGU0VULzJdOw0KDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGZvciAoaT0wOyBpPEVUSEVSX0FE RFJfTEVOLzI7IGkrKykgew0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHNjLT5hcnBjb20uYWNfZW5hZGRyW2kqMl09DQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBl ZXByb21fYnVmZltpXTsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBzYy0+YXJwY29tLmFjX2VuYWRkcltpKjIrMV09DQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBl ZXByb21fYnVmZltpXSA+PiA4Ow0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB9DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg LyoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICogSWYgbm8g aW50ZXJydXB0IHNwZWNpZmllZCAob3IgIj8iKSwNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICogdXNlIHdoYXQgdGhlIGJvYXJkIHRlbGxz IHVzLg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKi8NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWYgKCpkZXZfaXJxIDw9 IDApIHsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBpcnEgPSBzYy0+aXNhX2NvbmZpZyAmIElOVF9OT19NQVNLOw0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmIChjaGlwX3R5 cGU9PUNTODkwMCkgew0KCQkJCQkJc3dpdGNoKGlycSkgew0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY2FzZSAw OiBpcnE9MTA7IGJyZWFrOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgY2FzZSAxOiBpcnE9MTE7IGJyZWFrOw0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgY2FzZSAyOiBpcnE9MTI7IGJyZWFrOw0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY2FzZSAzOiBpcnE9NTsg IGJyZWFrOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgZGVmYXVsdDogcHJpbnRmKENTX05BTUUiJTFkOiBpbnZh bGlkIGlycSBpbiBFRVBST00uXG4iLHVuaXQpOw0KCQkJCQkJfQ0KCQkJCQkJ aWYgKGlycSE9MCkNCgkJCQkJCQkqZGV2X2lycT0odV9zaG9ydCkoMTw8aXJx KTsNCgkJCQkJfSBlbHNlIHsNCgkJCQkJCWlmIChpcnEhPTAgJiYgaXJxPD1D Uzg5MjBfTk9fSU5UUykNCgkJCQkJCQkqZGV2X2lycT0odV9zaG9ydCkoMTw8 aXJxKTsNCgkJCQkJfQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9DQoJCQl9DQogICAgICAgICAgICAgICAgfQ0KICAgICAgICB9DQoNCiAg ICAgICAgaWYgKChpcnE9ZmZzKCpkZXZfaXJxKSkpIHsNCiAgICAgICAgICAg ICAgICBpcnEtLTsNCiAgICAgICAgICAgICAgICBpZiAoY2hpcF90eXBlID09 IENTODkwMCkgew0KCQkJc3dpdGNoKGlycSkgew0KICAgICAgICAgICAgICAg ICAgICAgICAgY2FzZSAgNTogaXJxID0gMzsgYnJlYWs7DQogICAgICAgICAg ICAgICAgICAgICAgICBjYXNlIDEwOiBpcnEgPSAwOyBicmVhazsNCiAgICAg ICAgICAgICAgICAgICAgICAgIGNhc2UgMTE6IGlycSA9IDE7IGJyZWFrOw0K ICAgICAgICAgICAgICAgICAgICAgICAgY2FzZSAxMjogaXJxID0gMjsgYnJl YWs7DQogICAgICAgICAgICAgICAgICAgICAgICBkZWZhdWx0OiBwcmludGYo Q1NfTkFNRSIlMWQ6IGludmFsaWQgaXJxXG4iLCB1bml0KTsNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIDA7DQoJCQl9DQogICAg ICAgICAgICAgICAgfSBlbHNlIHsNCiAgICAgICAgICAgICAgICAgICAgICAg IGlmIChpcnEgPiBDUzg5MjBfTk9fSU5UUykgew0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBwcmludGYoQ1NfTkFNRSIlMWQ6IGludmFsaWQg aXJxXG4iLCB1bml0KTsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgcmV0dXJuIDA7DQogICAgICAgICAgICAgICAgICAgICAgICB9DQogICAg ICAgICAgICAgICAgfQ0KICAgICAgICAgICAgICAgIGNzX3dyaXRlcmVnKGlv YmFzZSwgcHBfaXNhaW50LCBpcnEpOw0KCX0gZWxzZSB7DQoJICAgICAgIAlw cmludGYoQ1NfTkFNRSIlMWQ6IGludmFsaWQgaXJxXG4iLCB1bml0KTsNCiAg ICAgICAgICAgICAgICByZXR1cm4gMDsNCiAgICAgICAgfQ0KICAgICAgICAN CiAgICAgICAgLyoNCiAgICAgICAgICogVGVtcG9yYXJ5IGRpc2FibGVkDQog ICAgICAgICAqDQogICAgICAgIGlmIChkcnE+MCkNCgkJY3Nfd3JpdGVyZWco aW9iYXNlLCBwcF9pc2FkbWEsIGRycSk7DQoJZWxzZSB7DQoJCXByaW50Zigg Q1NfTkFNRSIlMWQ6IGluY29ycmVjdCBkcnFcbiIsIHVuaXQgKTsNCgkJcmV0 dXJuIDA7DQoJfQ0KICAgICAgICAqLw0KDQoJaWYgKGJvb3R2ZXJib3NlKQ0K CQkgcHJpbnRmKENTX05BTUUiJTFkOiBtb2RlbCBDUzg5JWMwJXMgcmV2ICVj XG4iDQoJCQlDU19OQU1FIiUxZDogbWVkaWElcyVzJXNcbiINCgkJCUNTX05B TUUiJTFkOiBpcnEgJWQgZHJxICVkXG4iLA0KCQkJdW5pdCwNCgkJCWNoaXBf dHlwZT09Q1M4OTAwID8gJzAnIDogJzInLA0KCQkJY2hpcF90eXBlPT1DUzg5 MjBNID8gIk0iIDogIiIsDQoJCQljaGlwX3JldmlzaW9uLA0KCQkJdW5pdCwN CgkJCShzYy0+YWRhcHRlcl9jbmYgJiBBX0NORl8xMEJfVCkgPyAiIFRQIiAg OiAiIiwNCgkJCShzYy0+YWRhcHRlcl9jbmYgJiBBX0NORl9BVUkpICAgPyAi IEFVSSIgOiAiIiwNCgkJCShzYy0+YWRhcHRlcl9jbmYgJiBBX0NORl8xMEJf MikgPyAiIEJOQyIgOiAiIiwNCgkJCXVuaXQsIChpbnQpKmRldl9pcnEsIChp bnQpKmRldl9kcnEpOw0KDQogICAgICAgIGlmICgoc2MtPmFkYXB0ZXJfY25m ICYgQV9DTkZfRVhUTkRfMTBCXzIpICYmDQogICAgICAgICAgICAoc2MtPmFk YXB0ZXJfY25mICYgQV9DTkZfTE9XX1JYX1NRVUVMQ0gpKQ0KICAgICAgICAg ICAgICAgIHNjLT5saW5lX2N0bCA9IExPV19SWF9TUVVFTENIOw0KICAgICAg ICBlbHNlDQogICAgICAgICAgICAgICAgc2MtPmxpbmVfY3RsID0gMDsNCg0K ICAgICAgICANCglyZXR1cm4gUFBfSVNBSU9COw0KfQ0KDQovKg0KICogRGV0 ZXJtaW5lIGlmIHRoZSBkZXZpY2UgaXMgcHJlc2VudA0KICoNCiAqICAgb24g ZW50cnk6DQogKiAJYSBwb2ludGVyIHRvIGFuIGlzYV9kZXZpY2Ugc3RydWN0 DQogKiAgIG9uIGV4aXQ6DQogKglOVUxMIGlmIGRldmljZSBub3QgZm91bmQN CiAqCW9yICMgb2YgaS9vIGFkZHJlc3NlcyB1c2VkIChpZiBmb3VuZCkNCiAq Lw0Kc3RhdGljIGludA0KY3NfcHJvYmUoc3RydWN0IGlzYV9kZXZpY2UgKmRl dikNCnsNCglpbnQgbnBvcnRzOw0KDQoJc3RydWN0IGNzX3NvZnRjICpzYz0m Y3Nfc29mdGNbZGV2LT5pZF91bml0XTsNCg0KCW5wb3J0cz1jc19jczg5eDBf cHJvYmUoc2MsICYoZGV2LT5pZF9pcnEpLCAmKGRldi0+aWRfZHJxKSwNCgkJ CShkZXYtPmlkX2lvYmFzZSksIChkZXYtPmlkX3VuaXQpLCAoZGV2LT5pZF9m bGFncykpOw0KDQoJaWYgKG5wb3J0cykNCgkJcmV0dXJuIChucG9ydHMpOw0K DQoJcmV0dXJuICgwKTsNCn0NCg0KLyoNCiAqIEluc3RhbGwgdGhlIGludGVy ZmFjZSBpbnRvIGtlcm5lbCBuZXR3b3JraW5nIGRhdGEgc3RydWN0dXJlcw0K ICovDQpzdGF0aWMgaW50DQpjc19hdHRhY2goc3RydWN0IGNzX3NvZnRjICpz YywgaW50IHVuaXQsIGludCBmbGFncykNCnsNCiAgICAgICAgaW50IG1lZGlh PTA7DQovKglzdHJ1Y3QgY3Nfc29mdGMgKnNjID0gJmNzX3NvZnRjW2Rldi0+ aWRfdW5pdF07ICovDQoJc3RydWN0IGlmbmV0ICppZnAgPSAmKHNjLT5hcnBj b20uYWNfaWYpOw0KDQoJaWYgKCFpZnAtPmlmX25hbWUpIHsNCgkJaWZwLT5p Zl9zb2Z0Yz1zYzsNCgkJaWZwLT5pZl91bml0PXVuaXQ7DQoJCWlmcC0+aWZf bmFtZT1jc2RyaXZlci5uYW1lOw0KCQlpZnAtPmlmX291dHB1dD1ldGhlcl9v dXRwdXQ7DQoJCWlmcC0+aWZfc3RhcnQ9Y3Nfc3RhcnQ7DQoJCWlmcC0+aWZf aW9jdGw9Y3NfaW9jdGw7DQoJCWlmcC0+aWZfd2F0Y2hkb2c9Y3Nfd2F0Y2hk b2c7DQoJCWlmcC0+aWZfaW5pdD1jc19pbml0Ow0KCQlpZnAtPmlmX3NuZC5p ZnFfbWF4bGVuPSBJRlFfTUFYTEVOOw0KCQkvKg0KICAgICAgICAgICAgICAg ICAqICBNSUIgREFUQQ0KICAgICAgICAgICAgICAgICAqLw0KICAgICAgICAg ICAgICAgIC8qDQoJCWlmcC0+aWZfbGlua21pYj0mc2MtPm1pYmRhdGE7DQoJ CWlmcC0+aWZfbGlua21pYmxlbj1zaXplb2Ygc2MtPm1pYmRhdGE7DQogICAg ICAgICAgICAgICAgKi8NCg0KCQlpZnAtPmlmX2ZsYWdzPShJRkZfQlJPQURD QVNUIHwgSUZGX1NJTVBMRVggfCBJRkZfTVVMVElDQVNUICk7DQoNCgkJLyoN CgkJICogdGhpcyBjb2RlIHN0aWxsIGluIHByb2dyZXNzIChETUEgc3VwcG9y dCkNCgkJICoNCg0KCQlzYy0+cmVjdl9yaW5nPW1hbGxvYyhDU19ETUFfQlVG RkVSX1NJWkU8PDEsIE1fREVWQlVGLCBNX05PV0FJVCk7DQoJCWlmIChzYy0+ cmVjdl9yaW5nID09IE5VTEwpIHsNCgkJCWxvZyhMT0dfRVJSLENTX05BTUUN CgkJCSIlZDogQ291bGRuJ3QgYWxsb2NhdGUgbWVtb3J5IGZvciBOSUNcbiIs IHVuaXQpOw0KCQkJcmV0dXJuKDApOw0KCQl9DQoJCWlmICgoc2MtPnJlY3Zf cmluZy0oc2MtPnJlY3ZfcmluZyAmIDB4MUZGRkYpKQ0KCQkgICAgPCAoMTI4 KjEwMjQtQ1NfRE1BX0JVRkZFUl9TSVpFKSkNCgkJICAgIHNjLT5yZWN2X3Jp bmcrPTE2KjEwMjQ7DQoNCgkJKi8NCg0KCQlzYy0+YnVmZmVyPW1hbGxvYyhF VEhFUl9NQVhfTEVOLUVUSEVSX0NSQ19MRU4sTV9ERVZCVUYsTV9OT1dBSVQp Ow0KCQlpZiAoc2MtPmJ1ZmZlciA9PSBOVUxMKSB7DQogICAgICAgICAgICAg ICAgICAgICAgICBwcmludGYoQ1NfTkFNRSIlZDogQ291bGRuJ3QgYWxsb2Nh dGUgbWVtb3J5IGZvciBOSUNcbiIsDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgdW5pdCk7DQogICAgICAgICAgICAgICAgICAgICAgICByZXR1 cm4oMCk7DQoJCX0NCg0KCQkvKg0KCQkgKiBJbml0aWFsaXplIHRoZSBtZWRp YSBzdHJ1Y3R1cmVzLg0KCQkgKi8NCgkJaWZtZWRpYV9pbml0KCZzYy0+bWVk aWEsIDAsIGNzX21lZGlhY2hhbmdlLCBjc19tZWRpYXN0YXR1cyk7DQoNCgkJ aWYgKHNjLT5hZGFwdGVyX2NuZiAmIEFfQ05GXzEwQl9UKSB7DQoJCQlpZm1l ZGlhX2FkZCgmc2MtPm1lZGlhLCBJRk1fRVRIRVJ8SUZNXzEwX1QsIDAsIE5V TEwpOw0KCQkJaWYgKHNjLT5jaGlwX3R5cGUgIT0gQ1M4OTAwKSB7DQoJCQkJ aWZtZWRpYV9hZGQoJnNjLT5tZWRpYSwNCgkJCQkJSUZNX0VUSEVSfElGTV8x MF9UfElGTV9GRFgsIDAsIE5VTEwpOw0KCQkJCWlmbWVkaWFfYWRkKCZzYy0+ bWVkaWEsDQoJCQkJCUlGTV9FVEhFUnxJRk1fMTBfVHxJRk1fSERYLCAwLCBO VUxMKTsNCgkJCX0NCgkJfSANCg0KCQlpZiAoc2MtPmFkYXB0ZXJfY25mICYg QV9DTkZfMTBCXzIpDQoJCQlpZm1lZGlhX2FkZCgmc2MtPm1lZGlhLCBJRk1f RVRIRVJ8SUZNXzEwXzIsIDAsIE5VTEwpOw0KDQoJCWlmIChzYy0+YWRhcHRl cl9jbmYgJiBBX0NORl9BVUkpDQoJCQlpZm1lZGlhX2FkZCgmc2MtPm1lZGlh LCBJRk1fRVRIRVJ8SUZNXzEwXzUsIDAsIE5VTEwpOw0KDQogICAgICAgICAg ICAgICAgaWYgKHNjLT5hZGFwdGVyX2NuZiAmIEFfQ05GX01FRElBKQ0KICAg ICAgICAgICAgICAgICAgICAgICAgaWZtZWRpYV9hZGQoJnNjLT5tZWRpYSwg SUZNX0VUSEVSfElGTV9BVVRPLCAwLCBOVUxMKTsNCg0KICAgICAgICAgICAg ICAgIC8qIFNldCBkZWZhdWx0IG1lZGlhIGZyb20gRUVQUk9NICovDQogICAg ICAgICAgICAgICAgc3dpdGNoIChzYy0+YWRhcHRlcl9jbmYgJiBBX0NORl9N RURJQV9UWVBFKSB7DQogICAgICAgICAgICAgICAgY2FzZSBBX0NORl9NRURJ QV9BVVRPOiAgbWVkaWEgPSBJRk1fRVRIRVJ8SUZNX0FVVE87IGJyZWFrOw0K ICAgICAgICAgICAgICAgIGNhc2UgQV9DTkZfTUVESUFfMTBCX1Q6IG1lZGlh ID0gSUZNX0VUSEVSfElGTV8xMF9UOyBicmVhazsNCiAgICAgICAgICAgICAg ICBjYXNlIEFfQ05GX01FRElBXzEwQl8yOiBtZWRpYSA9IElGTV9FVEhFUnxJ Rk1fMTBfMjsgYnJlYWs7DQogICAgICAgICAgICAgICAgY2FzZSBBX0NORl9N RURJQV9BVUk6ICAgbWVkaWEgPSBJRk1fRVRIRVJ8SUZNXzEwXzU7IGJyZWFr Ow0KICAgICAgICAgICAgICAgIGRlZmF1bHQ6IHByaW50ZihDU19OQU1FIiVk OiBhZGFwdGVyIGhhcyBubyBtZWRpYVxuIiwgdW5pdCk7DQogICAgICAgICAg ICAgICAgfQ0KICAgICAgICAgICAgICAgIGlmbWVkaWFfc2V0KCZzYy0+bWVk aWEsIG1lZGlhKTsNCgkJY3NfbWVkaWFzZXQoc2MsIG1lZGlhKTsNCg0KCQlp Zl9hdHRhY2goaWZwKTsNCgkJY3Nfc3RvcCggc2MgKTsNCgkJZXRoZXJfaWZh dHRhY2goaWZwKTsNCgl9DQoNCglpZiAoYm9vdHZlcmJvc2UpDQoJCXByaW50 ZihDU19OQU1FIiVkOiBldGhlcm5ldCBhZGRyZXNzICU2RFxuIiwNCgkJICAg ICAgIGlmcC0+aWZfdW5pdCwgc2MtPmFycGNvbS5hY19lbmFkZHIsICI6Iik7 DQoNCiNpZiBOQlBGSUxURVIgPiAwDQoJYnBmYXR0YWNoKGlmcCwgRExUX0VO MTBNQiwgc2l6ZW9mIChzdHJ1Y3QgZXRoZXJfaGVhZGVyKSk7DQojZW5kaWYN CglyZXR1cm4gMTsNCn0NCg0Kc3RhdGljIGludA0KY3NfYXR0YWNoX2lzYShz dHJ1Y3QgaXNhX2RldmljZSAqZGV2KQ0Kew0KICAgICAgICBpbnQgdW5pdD1k ZXYtPmlkX3VuaXQ7DQogICAgICAgIHN0cnVjdCBjc19zb2Z0YyAqc2M9JmNz X3NvZnRjW3VuaXRdOw0KICAgICAgICBpbnQgZmxhZ3M9ZGV2LT5pZF9mbGFn czsNCg0KICAgICAgICByZXR1cm4gY3NfYXR0YWNoKHNjLCB1bml0LCBmbGFn cyk7DQp9DQoNCi8qDQogKiBJbml0aWFsaXplIHRoZSBib2FyZA0KICovDQpz dGF0aWMgdm9pZA0KY3NfaW5pdCh2b2lkICp4c2MpDQp7DQoJc3RydWN0IGNz X3NvZnRjICpzYz0oc3RydWN0IGNzX3NvZnRjICopeHNjOw0KCXN0cnVjdCBp Zm5ldCAqaWZwID0gJnNjLT5hcnBjb20uYWNfaWY7DQoJaW50IGksIHMsIHJl c3VsdCwgcnhfY2ZnOw0KDQoJaWYgKGlmcC0+aWZfYWRkcmxpc3QgPT0gKHN0 cnVjdCBpZmFkZHIgKikgMCkNCgkJcmV0dXJuOw0KDQoJLyoNCgkgKiByZXNl dCB3aGF0Y2hkb2cgdGltZXINCgkgKi8NCglpZnAtPmlmX3RpbWVyPTA7DQoJ c2MtPmJ1Zl9sZW4gPSAwOw0KCQ0KCXM9c3BsaW1wKCk7DQoNCgkvKg0KCSAq IEhhcmR3YXJlIGluaXRpYWxpemF0aW9uIG9mIGNzDQoJICovDQoNCgkvKiBF bmFibGUgcmVjZWl2ZXIgYW5kIHRyYW5zbWl0dGVyICovDQoJY3Nfd3JpdGVy ZWcoc2MtPm5pY19hZGRyLCBQUF9MaW5lQ1RMLA0KCQkgICAgc2MtPmxpbmVf Y3RsIHwgU0VSSUFMX1JYX09OIHwgU0VSSUFMX1RYX09OKTsNCg0KCS8qIENv bmZpZ3VyZSB0aGUgcmVjZWl2ZXIgbW9kZSAqLw0KCWNzX3NldG1vZGUoc2Mp Ow0KDQoJLyoNCgkgKiBUaGlzIGRlZmluZXMgd2hhdCB0eXBlIG9mIGZyYW1l cyB3aWxsIGNhdXNlIGludGVycnVwdHMNCgkgKiBCYWQgZnJhbWVzIHNob3Vs ZCBnZW5lcmF0ZSBpbnRlcnJ1cHRzIHNvIHRoYXQgdGhlIGRyaXZlcg0KCSAq IGNvdWxkIHRyYWNrIHN0YXRpc3RpY3Mgb2YgZGlzY2FyZGVkIHBhY2tldHMN CgkgKi8NCiAgICAgICAgcnhfY2ZnID0gUlhfT0tfRU5CTCB8IFJYX0NSQ19F UlJPUl9FTkJMIHwgUlhfUlVOVF9FTkJMIHwNCgkJIFJYX0VYVFJBX0RBVEFf RU5CTDsNCglpZiAoc2MtPmlzYV9jb25maWcgJiBTVFJFQU1fVFJBTlNGRVIp DQoJCXJ4X2NmZyB8PSBSWF9TVFJFQU1fRU5CTDsNCgljc193cml0ZXJlZyhz Yy0+bmljX2FkZHIsIFBQX1J4Q0ZHLCByeF9jZmcpOw0KDQoJY3Nfd3JpdGVy ZWcoc2MtPm5pY19hZGRyLCBQUF9UeENGRywgVFhfTE9TVF9DUlNfRU5CTCB8 DQoJCSAgICBUWF9TUUVfRVJST1JfRU5CTCB8IFRYX09LX0VOQkwgfCBUWF9M QVRFX0NPTF9FTkJMIHwNCgkJICAgIFRYX0pCUl9FTkJMIHwgVFhfQU5ZX0NP TF9FTkJMIHwgVFhfMTZfQ09MX0VOQkwpOw0KDQoJY3Nfd3JpdGVyZWcoc2Mt Pm5pY19hZGRyLCBQUF9CdWZDRkcsIFJFQURZX0ZPUl9UWF9FTkJMIHwNCgkJ ICAgIFJYX01JU1NfQ09VTlRfT1ZSRkxPV19FTkJMIHwgVFhfQ09MX0NPVU5U X09WUkZMT1dfRU5CTCB8DQoJCSAgICBUWF9VTkRFUlJVTl9FTkJMIC8qfCBS WF9ETUFfRU5CTCovKTsNCg0KICAgICAgICAvKiBXcml0ZSBNQUMgYWRkcmVz cyBpbnRvIElBIGZpbHRlciAqLw0KICAgICAgICBmb3IgKGk9MDsgaTxFVEhF Ul9BRERSX0xFTi8yOyBpKyspDQogICAgICAgICAgICAgICAgY3Nfd3JpdGVy ZWcoc2MtPm5pY19hZGRyLCBQUF9JQStpKjIsDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgc2MtPmFycGNvbS5hY19lbmFkZHJbaSoyXSB8DQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgKHNjLT5hcnBjb20uYWNfZW5hZGRy W2kqMisxXSA8PCA4KSApOw0KDQoJLyoNCgkgKiBOb3cgZW5hYmxlIGV2ZXJ5 dGhpbmcNCgkgKi8NCi8qDQojaWZkZWYJQ1NfVVNFXzY0S19ETUENCgljc193 cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0J1c0NUTCwgRU5BQkxFX0lSUSB8 IFJYX0RNQV9TSVpFXzY0Syk7DQogICAgICAgICNlbHNlDQoNCiAgICAgICAg Y3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9CdXNDVEwsIEVOQUJMRV9J UlEpOw0KI2VuZGlmDQoqLw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwg UFBfQnVzQ1RMLCBFTkFCTEVfSVJRKTsNCgkNCgkvKg0KCSAqIFNldCBydW5u aW5nIGFuZCBjbGVhciBvdXRwdXQgYWN0aXZlIGZsYWdzDQoJICovDQoJc2Mt PmFycGNvbS5hY19pZi5pZl9mbGFncyB8PSBJRkZfUlVOTklORzsNCglzYy0+ YXJwY29tLmFjX2lmLmlmX2ZsYWdzICY9IH5JRkZfT0FDVElWRTsNCg0KCS8q DQoJICogU3RhcnQgc2VuZGluZyBwcm9jZXNzDQoJICovDQoJY3Nfc3RhcnQo aWZwKTsNCg0KCSh2b2lkKSBzcGx4KHMpOw0KfQ0KDQovKg0KICogR2V0IHRo ZSBwYWNrZXQgZnJvbSB0aGUgYm9hcmQgYW5kIHNlbmQgaXQgdG8gdGhlIHVw cGVyIGxheWVyDQogKiB2aWEgZXRoZXJfaW5wdXQoKS4NCiAqLw0Kc3RhdGlj IGludA0KY3NfZ2V0X3BhY2tldChzdHJ1Y3QgY3Nfc29mdGMgKnNjKQ0Kew0K CXN0cnVjdCBpZm5ldCAqaWZwID0gJihzYy0+YXJwY29tLmFjX2lmKTsNCglp bnQgaW9iYXNlID0gc2MtPm5pY19hZGRyLCBzdGF0dXMsIGxlbmd0aDsNCglz dHJ1Y3QgZXRoZXJfaGVhZGVyICplaDsNCglzdHJ1Y3QgbWJ1ZiAqbTsNCg0K I2lmZGVmIENTX0RFQlVHDQoJaW50IGk7DQojZW5kaWYNCg0KCXN0YXR1cyA9 IGludyhpb2Jhc2UgKyBSWF9GUkFNRV9QT1JUKTsNCglsZW5ndGggPSBpbnco aW9iYXNlICsgUlhfRlJBTUVfUE9SVCk7DQoNCiNpZmRlZiBDU19ERUJVRw0K CXByaW50ZihDU19OQU1FIiUxZDogcmN2ZDogc3RhdCAleCwgbGVuICVkXG4i LA0KCQlpZnAtPmlmX3VuaXQsIHN0YXR1cywgbGVuZ3RoKTsNCiNlbmRpZg0K DQoJaWYgKCEoc3RhdHVzICYgUlhfT0spKSB7DQojaWZkZWYgQ1NfREVCVUcN CgkJcHJpbnRmKENTX05BTUUiJTFkOiBiYWQgcGt0IHN0YXQgJXhcbiIsIGlm cC0+aWZfdW5pdCwgc3RhdHVzKTsNCiNlbmRpZg0KCQlpZnAtPmlmX2llcnJv cnMrKzsNCgkJcmV0dXJuIC0xOw0KCX0NCg0KCU1HRVRIRFIobSwgTV9ET05U V0FJVCwgTVRfREFUQSk7DQoJaWYgKG09PU5VTEwpDQoJCXJldHVybiAtMTsN Cg0KCWlmIChsZW5ndGggPiBNSExFTikgew0KCQlNQ0xHRVQobSwgTV9ET05U V0FJVCk7DQoJCWlmICghKG0tPm1fZmxhZ3MgJiBNX0VYVCkpIHsNCgkJCW1f ZnJlZW0obSk7DQoJCQlyZXR1cm4gLTE7DQoJCX0NCgl9DQoNCgkvKiBJbml0 aWFsaXplIHBhY2tldCdzIGhlYWRlciBpbmZvICovDQoJbS0+bV9wa3RoZHIu cmN2aWYgPSBpZnA7DQoJbS0+bV9wa3RoZHIubGVuID0gbGVuZ3RoOw0KCW0t Pm1fbGVuID0gbGVuZ3RoOw0KDQoJLyogR2V0IHRoZSBkYXRhICovDQoJaW5z dyhpb2Jhc2UgKyBSWF9GUkFNRV9QT1JULCBtLT5tX2RhdGEsIChsZW5ndGgr MSk+PjEpOw0KDQoJZWggPSBtdG9kKG0sIHN0cnVjdCBldGhlcl9oZWFkZXIg Kik7DQoNCiNpZiBOQlBGSUxURVIgPiAwDQoJaWYgKGlmcC0+aWZfYnBmKQ0K CQlicGZfbXRhcChpZnAsIG0pOw0KI2VuZGlmDQoNCiNpZmRlZiBDU19ERUJV Rw0KCWZvciAoaT0wO2k8bGVuZ3RoO2krKykNCgkgICAgIHByaW50ZigiICUw MngiLCh1bnNpZ25lZCBjaGFyKSooKGNoYXIgKikobS0+bV9kYXRhK2kpKSk7 DQoJcHJpbnRmKCAiXG4iICk7DQojZW5kaWYNCg0KCWlmIChzdGF0dXMgJiAo UlhfSUEgfCBSWF9CUk9BRENBU1QpIHx8IA0KCSAgICAoaWZwLT5pZl9mbGFn cyAmIElGRl9NVUxUSUNBU1QgJiYgc3RhdHVzICYgUlhfSEFTSEVEKSkgew0K CQltLT5tX3BrdGhkci5sZW4gLT0gc2l6ZW9mKHN0cnVjdCBldGhlcl9oZWFk ZXIpOw0KCQltLT5tX2xlbiAtPSBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRl cik7DQoJCW0tPm1fZGF0YSArPSBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRl cik7DQoNCgkJLyogRmVlZCB0aGUgcGFja2V0IHRvIHRoZSB1cHBlciBsYXll ciAqLw0KCQlldGhlcl9pbnB1dChpZnAsIGVoLCBtKTsNCg0KCQlpZnAtPmlm X2lwYWNrZXRzKys7DQoNCgkJaWYgKGxlbmd0aD09RVRIRVJfTUFYX0xFTi1F VEhFUl9DUkNfTEVOKQ0KICAgICAgICAgICAgICAgICAgICAgICAgREVMQVko IENTX1dBSVRfTkVYVF9QQUNLRVQgKTsNCgl9IGVsc2Ugew0KCQltX2ZyZWVt KG0pOw0KCX0NCg0KCXJldHVybiAwOw0KfQ0KDQovKg0KICogU29mdHdhcmUg Y2FsbHMgaW50ZXJydXB0IGhhbmRsZXINCiAqLw0Kc3RhdGljIHZvaWQNCmNz aW50cl9zYyhzdHJ1Y3QgY3Nfc29mdGMgKnNjLCBpbnQgdW5pdCkNCnsNCglz dHJ1Y3QgaWZuZXQgKmlmcCA9ICYoc2MtPmFycGNvbS5hY19pZik7DQoJaW50 IHN0YXR1cywgczsNCg0KI2lmZGVmIENTX0RFQlVHDQoJcHJpbnRmKENTX05B TUUiJTFkOiBJbnRlcnJ1cHQuXG4iLCB1bml0KTsNCiNlbmRpZg0KDQoJd2hp bGUgKChzdGF0dXM9Y3NfcmVhZHdvcmQoc2MtPm5pY19hZGRyLCBJU1FfUE9S VCkpKSB7DQoNCiNpZmRlZiBDU19ERUJVRw0KCQlwcmludGYoIENTX05BTUUi JTFkOmZyb20gSVNROiAlMDR4XG4iLCB1bml0LCBzdGF0dXMgKTsNCiNlbmRp Zg0KDQoJCXN3aXRjaCAoc3RhdHVzICYgSVNRX0VWRU5UX01BU0spIHsNCiAg ICAgICAgICAgICAgICBjYXNlIElTUV9SRUNFSVZFUl9FVkVOVDoNCiAgICAg ICAgICAgICAgICAgICAgICAgIGNzX2dldF9wYWNrZXQoc2MpOw0KICAgICAg ICAgICAgICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAgICAgICAgICAgICBj YXNlIElTUV9UUkFOU01JVFRFUl9FVkVOVDoNCiAgICAgICAgICAgICAgICAg ICAgICAgIGlmIChzdGF0dXMgJiBUWF9PSykNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgaWZwLT5pZl9vcGFja2V0cysrOw0KICAgICAgICAg ICAgICAgICAgICAgICAgZWxzZQ0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBpZnAtPmlmX29lcnJvcnMrKzsNCiAgICAgICAgICAgICAgICAg ICAgICAgIGlmcC0+aWZfZmxhZ3MgJj0gfklGRl9PQUNUSVZFOw0KICAgICAg ICAgICAgICAgICAgICAgICAgaWZwLT5pZl90aW1lciA9IDA7DQogICAgICAg ICAgICAgICAgICAgICAgICBicmVhazsNCg0KICAgICAgICAgICAgICAgIGNh c2UgSVNRX0JVRkZFUl9FVkVOVDoNCiAgICAgICAgICAgICAgICAgICAgICAg IGlmIChzdGF0dXMgJiBSRUFEWV9GT1JfVFgpIHsNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgaWZwLT5pZl9mbGFncyAmPSB+SUZGX09BQ1RJ VkU7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZf dGltZXIgPSAwOw0KICAgICAgICAgICAgICAgICAgICAgICAgfQ0KDQogICAg ICAgICAgICAgICAgICAgICAgICBpZiAoc3RhdHVzICYgVFhfVU5ERVJSVU4p IHsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWZwLT5pZl9m bGFncyAmPSB+SUZGX09BQ1RJVkU7DQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGlmcC0+aWZfdGltZXIgPSAwOw0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBpZnAtPmlmX29lcnJvcnMrKzsNCiAgICAgICAg ICAgICAgICAgICAgICAgIH0NCiAgICAgICAgICAgICAgICAgICAgICAgIGJy ZWFrOw0KDQogICAgICAgICAgICAgICAgY2FzZSBJU1FfUlhfTUlTU19FVkVO VDoNCiAgICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZfaWVycm9ycys9 KHN0YXR1cz4+Nik7DQogICAgICAgICAgICAgICAgICAgICAgICBicmVhazsN Cg0KICAgICAgICAgICAgICAgIGNhc2UgSVNRX1RYX0NPTF9FVkVOVDoNCiAg ICAgICAgICAgICAgICAgICAgICAgIGlmcC0+aWZfY29sbGlzaW9ucys9KHN0 YXR1cz4+Nik7DQogICAgICAgICAgICAgICAgICAgICAgICBicmVhazsNCiAg ICAgICAgICAgICAgICB9DQogICAgICAgIH0NCg0KICAgICAgICBpZiAoIShp ZnAtPmlmX2ZsYWdzICYgSUZGX09BQ1RJVkUpKSB7DQogICAgICAgICAgICAg ICAgY3Nfc3RhcnQoaWZwKTsNCiAgICAgICAgfQ0KfQ0KDQovKg0KICogSGFu ZGxlIGludGVycnVwdHMNCiAqLw0Kc3RhdGljIHZvaWQNCmNzaW50cihpbnQg dW5pdCkNCnsNCglzdHJ1Y3QgY3Nfc29mdGMgKnNjID0gJmNzX3NvZnRjW3Vu aXRdOw0KDQoJY3NpbnRyX3NjKHNjLCB1bml0KTsNCn0NCg0KLyoNCiAqIFNh dmUgdGhlIGRhdGEgaW4gYnVmZmVyDQogKi8NCg0Kc3RhdGljIHZvaWQNCmNz X3dyaXRlX21idWZzKCBzdHJ1Y3QgY3Nfc29mdGMgKnNjLCBzdHJ1Y3QgbWJ1 ZiAqbSApDQp7DQoJaW50IGxlbjsNCglzdHJ1Y3QgbWJ1ZiAqbXA7DQoJdW5z aWduZWQgY2hhciAqZGF0YSwgKmJ1ZjsNCg0KCWZvciAobXA9bSwgYnVmPXNj LT5idWZmZXIsIHNjLT5idWZfbGVuPTA7IG1wICE9IE5VTEw7IG1wPW1wLT5t X25leHQpIHsNCgkJbGVuID0gbXAtPm1fbGVuOw0KDQoJCS8qDQoJCSAqIEln bm9yZSBlbXB0eSBwYXJ0cw0KCQkgKi8NCgkJaWYgKCFsZW4pDQoJCWNvbnRp bnVlOw0KDQoJCS8qDQoJCSAqIEZpbmQgYWN0dWFsIGRhdGEgYWRkcmVzcw0K CQkgKi8NCgkJZGF0YSA9IG10b2QobXAsIGNhZGRyX3QpOw0KDQoJCWJjb3B5 KChjYWRkcl90KSBkYXRhLCAoY2FkZHJfdCkgYnVmLCBsZW4pOw0KCQlidWYg Kz0gbGVuOw0KCQlzYy0+YnVmX2xlbiArPSBsZW47DQoJfQ0KfQ0KDQoNCnN0 YXRpYyB2b2lkDQpjc194bWl0X2J1Ziggc3RydWN0IGNzX3NvZnRjICpzYyAp DQp7DQoJb3V0c3coc2MtPm5pY19hZGRyK1RYX0ZSQU1FX1BPUlQsIHNjLT5i dWZmZXIsIChzYy0+YnVmX2xlbisxKT4+MSk7DQoJc2MtPmJ1Zl9sZW4gPSAw Ow0KfQ0KDQpzdGF0aWMgdm9pZA0KY3Nfc3RhcnQoc3RydWN0IGlmbmV0ICpp ZnApDQp7DQoJaW50IHMsIGxlbmd0aDsNCglzdHJ1Y3QgbWJ1ZiAqbSwgKm1w Ow0KCXN0cnVjdCBjc19zb2Z0YyAqc2MgPSBpZnAtPmlmX3NvZnRjOw0KDQoJ cyA9IHNwbGltcCgpOw0KDQoJZm9yICg7Oykgew0KCQlpZiAoc2MtPmJ1Zl9s ZW4pDQoJCQlsZW5ndGggPSBzYy0+YnVmX2xlbjsNCgkJZWxzZSB7DQoJCQlJ Rl9ERVFVRVVFKCAmaWZwLT5pZl9zbmQsIG0gKTsNCg0KCQkJaWYgKG09PU5V TEwpIHsNCgkJCQkodm9pZCkgc3BseChzKTsNCgkJCQlyZXR1cm47DQoJCQl9 DQoNCgkJCWZvciAobGVuZ3RoPTAsIG1wPW07IG1wICE9IE5VTEw7IG1wPW1w LT5tX25leHQpDQoJCQkJbGVuZ3RoICs9IG1wLT5tX2xlbjsNCg0KCQkJLyog U2tpcCB6ZXJvLWxlbmd0aCBwYWNrZXRzICovDQoJCQlpZiAobGVuZ3RoID09 IDApIHsNCgkJCQltX2ZyZWVtKG0pOw0KCQkJCWNvbnRpbnVlOw0KCQkJfQ0K DQoJCQljc193cml0ZV9tYnVmcyhzYywgbSk7DQoNCiNpZiBOQlBGSUxURVIg PiAwDQoJCQlpZiAoaWZwLT5pZl9icGYpIHsNCgkJCQlicGZfbXRhcChpZnAs IG0pOw0KCQkJfQ0KI2VuZGlmDQoNCgkJCW1fZnJlZW0obSk7DQoJCX0NCg0K CQkvKg0KCQkgKiBJc3N1ZSBhIFNFTkQgY29tbWFuZA0KCQkgKi8NCgkJb3V0 dyhzYy0+bmljX2FkZHIrVFhfQ01EX1BPUlQsIHNjLT5zZW5kX2NtZCk7DQoJ CW91dHcoc2MtPm5pY19hZGRyK1RYX0xFTl9QT1JULCBsZW5ndGggKTsNCg0K CQkvKg0KCQkgKiBJZiB0aGVyZSdzIG5vIGZyZWUgc3BhY2UgaW4gdGhlIGJ1 ZmZlciB0aGVuIGxlYXZlDQoJCSAqIHRoaXMgcGFja2V0IGZvciB0aGUgbmV4 dCB0aW1lOiBpbmRpY2F0ZSBvdXRwdXQgYWN0aXZlDQoJCSAqIGFuZCByZXR1 cm4uDQoJCSAqLw0KCQlpZiAoIShjc19yZWFkcmVnKHNjLT5uaWNfYWRkciwg UFBfQnVzU1QpICYgUkVBRFlfRk9SX1RYX05PVykpIHsNCgkJCWlmcC0+aWZf dGltZXIgPSBzYy0+YnVmX2xlbjsNCgkJCSh2b2lkKSBzcGx4KHMpOw0KCQkJ aWZwLT5pZl9mbGFncyB8PSBJRkZfT0FDVElWRTsNCgkJCXJldHVybjsNCgkJ fQ0KDQogICAgICAgICAgICAgICAJY3NfeG1pdF9idWYoc2MpOw0KDQoJCS8q DQoJCSAqIFNldCB0aGUgd2F0Y2hkb2cgdGltZXIgaW4gY2FzZSB3ZSBuZXZl ciBoZWFyDQoJCSAqIGZyb20gYm9hcmQgYWdhaW4uIChJIGRvbid0IGtub3cg YWJvdXQgY29ycmVjdA0KCQkgKiB2YWx1ZSBmb3IgdGhpcyB0aW1lb3V0KQ0K CQkgKi8NCgkJaWZwLT5pZl90aW1lciA9IGxlbmd0aDsNCg0KCQkodm9pZCkg c3BseChzKTsNCgkJaWZwLT5pZl9mbGFncyB8PSBJRkZfT0FDVElWRTsNCgkJ cmV0dXJuOw0KCX0NCn0NCg0KLyoNCiAqIFN0b3AgZXZlcnl0aGluZyBvbiB0 aGUgaW50ZXJmYWNlDQogKi8NCnN0YXRpYyB2b2lkDQpjc19zdG9wKHN0cnVj dCBjc19zb2Z0YyAqc2MpDQp7DQoJaW50IHMgPSBzcGxpbXAoKTsNCg0KCWNz X3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfUnhDRkcsIDApOw0KCWNzX3dy aXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfVHhDRkcsIDApOw0KCWNzX3dyaXRl cmVnKHNjLT5uaWNfYWRkciwgUFBfQnVmQ0ZHLCAwKTsNCgljc193cml0ZXJl ZyhzYy0+bmljX2FkZHIsIFBQX0J1c0NUTCwgMCk7DQoNCglzYy0+YXJwY29t LmFjX2lmLmlmX2ZsYWdzICY9IH4oSUZGX1JVTk5JTkcgfCBJRkZfT0FDVElW RSk7DQoJc2MtPmFycGNvbS5hY19pZi5pZl90aW1lciA9IDA7DQoNCgkodm9p ZCkgc3BseChzKTsNCn0NCg0KLyoNCiAqIFJlc2V0IHRoZSBpbnRlcmZhY2UN CiAqLw0Kc3RhdGljIHZvaWQNCmNzX3Jlc2V0KHN0cnVjdCBjc19zb2Z0YyAq c2MpDQp7DQoJY3Nfc3RvcChzYyk7DQoJY3NfaW5pdChzYyk7DQp9DQoNCnN0 YXRpYyB2b2lkDQpjc19zZXRtb2RlKHN0cnVjdCBjc19zb2Z0YyAqc2MpDQp7 DQoJc3RydWN0IGlmbmV0ICppZnAgPSAmKHNjLT5hcnBjb20uYWNfaWYpOw0K CWludCByeF9jdGw7DQoNCgkvKiBTdG9wIHRoZSByZWNlaXZlciB3aGlsZSBj aGFuZ2luZyBmaWx0ZXJzICovDQoJY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRy LCBQUF9MaW5lQ1RMLCANCgkJCWNzX3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQ UF9MaW5lQ1RMKSAmIH5TRVJJQUxfUlhfT04pOw0KDQoJaWYgKGlmcC0+aWZf ZmxhZ3MgJiBJRkZfUFJPTUlTQykgew0KCQkvKiBUdXJuIG9uIHByb21pc2N1 b3VzIG1vZGUuICovDQoJCXJ4X2N0bCA9IFJYX09LX0FDQ0VQVCB8IFJYX1BS T01fQUNDRVBUOw0KCX0gZWxzZSB7DQoJCWlmIChpZnAtPmlmX2ZsYWdzICYg SUZGX01VTFRJQ0FTVCkgew0KCQkJLyogQWxsb3cgcmVjZWl2aW5nIGZyYW1l cyB3aXRoIG11bHRpY2FzdCBhZGRyZXNzZXMgKi8NCgkJCXJ4X2N0bCA9IFJY X0lBX0FDQ0VQVCB8IFJYX0JST0FEQ0FTVF9BQ0NFUFQgfA0KCQkJCSBSWF9P S19BQ0NFUFQgfCBSWF9NVUxUQ0FTVF9BQ0NFUFQ7DQoJCQkvKg0KCQkJICog SGVyZSB0aGUgcmVjb25maWd1cmF0aW9uIG9mIGNoaXAncyBtdWx0aWNhc3QN CgkJCSAqIGZpbHRlcnMgc2hvdWxkIGJlIGRvbmUgYnV0IEkndmUgbm8gaWRl YSBhYm91dA0KCQkJICogaGFzaCB0cmFuc2Zvcm1hdGlvbiBpbiB0aGlzIGNo aXAuIElmIHlvdSBjYW4NCgkJCSAqIGFkZCB0aGlzIGNvZGUgb3IgZGVzY3Jp YmUgbWUgdGhlIHRyYW5zZm9ybWF0aW9uDQoJCQkgKiBJJ2QgYmUgdmVyeSBn bGFkLg0KCQkJICovDQoJCX0gZWxzZSB7DQoJCQkvKg0KCQkJICogUmVjZWl2 ZSBvbmx5IGdvb2QgZnJhbWVzIGFkZHJlc3NlZCBmb3IgdXMgYW5kDQoJCQkg KiBnb29kIGJyb2FkY2FzdHMuDQoJCQkgKi8NCgkJCXJ4X2N0bCA9IFJYX0lB X0FDQ0VQVCB8IFJYX0JST0FEQ0FTVF9BQ0NFUFQgfA0KCQkJCSBSWF9PS19B Q0NFUFQ7DQoJCX0NCgl9DQoNCgkvKiBTZXQgdXAgdGhlIGZpbHRlciAqLw0K CWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfUnhDVEwsIFJYX0RFRl9B Q0NFUFQgfCBSWF9NVUxUQ0FTVF9BQ0NFUFQpOw0KDQoJLyogVHVybiBvbiBy ZWNlaXZlciAqLw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfTGlu ZUNUTCwNCgkJCWNzX3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9MaW5lQ1RM KSB8IFNFUklBTF9SWF9PTik7DQp9DQoNCnN0YXRpYyBpbnQNCmNzX2lvY3Rs KHJlZ2lzdGVyIHN0cnVjdCBpZm5ldCAqaWZwLCBpbnQgY29tbWFuZCwgY2Fk ZHJfdCBkYXRhKQ0Kew0KCXN0cnVjdCBjc19zb2Z0YyAqc2M9aWZwLT5pZl9z b2Z0YzsNCglzdHJ1Y3QgaWZyZXEgKmlmciA9IChzdHJ1Y3QgaWZyZXEgKilk YXRhOw0KCWludCBzLGVycm9yPTA7DQoNCiNpZmRlZiBDU19ERUJVRw0KCXBy aW50ZihDU19OQU1FIiVkOiBpb2N0bCgleClcbiIsc2MtPmFycGNvbS5hY19p Zi5pZl91bml0LGNvbW1hbmQpOw0KI2VuZGlmDQoNCglzPXNwbGltcCgpOw0K DQoJc3dpdGNoIChjb21tYW5kKSB7DQoJY2FzZSBTSU9DU0lGQUREUjoNCglj YXNlIFNJT0NHSUZBRERSOg0KCWNhc2UgU0lPQ1NJRk1UVToNCgkJZXRoZXJf aW9jdGwoaWZwLCBjb21tYW5kLCBkYXRhKTsNCgkJYnJlYWs7DQoNCgljYXNl IFNJT0NTSUZGTEFHUzoNCgkJLyoNCgkJICogU3dpdGNoIGludGVyZmFjZSBz dGF0ZSBiZXR3ZWVuICJydW5uaW5nIiBhbmQNCgkJICogInN0b3BwZWQiLCBy ZWZsZWN0aW5nIHRoZSBVUCBmbGFnLg0KICAgICAgICAgICAgICAgICAqLw0K ICAgICAgICAgICAgICAgIGlmIChzYy0+YXJwY29tLmFjX2lmLmlmX2ZsYWdz ICYgSUZGX1VQKSB7DQogICAgICAgICAgICAgICAgICAgICAgICBpZiAoKHNj LT5hcnBjb20uYWNfaWYuaWZfZmxhZ3MgJiBJRkZfUlVOTklORyk9PTApIHsN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY3NfaW5pdChzYyk7 DQogICAgICAgICAgICAgICAgICAgICAgICB9DQogICAgICAgICAgICAgICAg fSBlbHNlIHsNCiAgICAgICAgICAgICAgICAgICAgICAgIGlmICgoc2MtPmFy cGNvbS5hY19pZi5pZl9mbGFncyAmIElGRl9SVU5OSU5HKSE9MCkgew0KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjc19zdG9wKHNjKTsNCiAg ICAgICAgICAgICAgICAgICAgICAgIH0NCgkJfQ0KCQkvKg0KCQkgKiBQcm9t aXNjdW91cyBhbmQvb3IgbXVsdGljYXN0IGZsYWdzIG1heSBoYXZlIGNoYW5n ZWQsDQoJCSAqIHNvIHJlcHJvZ3JhbSB0aGUgbXVsdGljYXN0IGZpbHRlciBh bmQvb3IgcmVjZWl2ZSBtb2RlLg0KCQkgKg0KCQkgKiBTZWUgbm90ZSBhYm91 dCBtdWx0aWNhc3RzIGluIGNzX3NldG1vZGUNCgkJICovDQoJCWNzX3NldG1v ZGUoc2MpOw0KCQlicmVhazsNCg0KCWNhc2UgU0lPQ0FERE1VTFRJOg0KCWNh c2UgU0lPQ0RFTE1VTFRJOg0KCQkvKg0KCQkgKiBVcGRhdGUgb3V0IG11bHRp Y2FzdCBsaXN0Lg0KCQkgKi8NCiAgICAgICAgICAgICAgICBlcnJvciA9IChj b21tYW5kID09IFNJT0NBRERNVUxUSSkNCiAgICAgICAgICAgICAgICAgICAg ICAgID8gZXRoZXJfYWRkbXVsdGkoaWZyLCAmc2MtPmFycGNvbSkNCiAgICAg ICAgICAgICAgICAgICAgICAgIDogZXRoZXJfZGVsbXVsdGkoaWZyLCAmc2Mt PmFycGNvbSk7DQoNCiAgICAgICAgICAgICAgICBpZiAoZXJyb3IgPT0gRU5F VFJFU0VUKSB7DQogICAgICAgICAgICAgICAgICAgICAgICAvKg0KICAgICAg ICAgICAgICAgICAgICAgICAgICogTXVsdGljYXN0IGxpc3QgaGFzIGNoYW5n ZWQ7IHNldCB0aGUgaGFyZHdhcmUgZmlsdGVyDQogICAgICAgICAgICAgICAg ICAgICAgICAgKiBhY2NvcmRpbmdseS4NCiAgICAgICAgICAgICAgICAgICAg ICAgICAqDQogICAgICAgICAgICAgICAgICAgICAgICAgKiBTZWUgbm90ZSBh Ym91dCBtdWx0aWNhc3RzIGluIGNzX3NldG1vZGUNCgkJCSAqLw0KICAgICAg ICAgICAgICAgICAgICAgICAgY3Nfc2V0bW9kZShzYyk7DQogICAgICAgICAg ICAgICAgICAgICAgICBlcnJvciA9IDA7DQogICAgICAgICAgICAgICAgfQ0K ICAgICAgICAgICAgICAgIGJyZWFrOw0KDQogICAgICAgIGNhc2UgU0lPQ1NJ Rk1FRElBOg0KICAgICAgICBjYXNlIFNJT0NHSUZNRURJQToNCiAgICAgICAg ICAgICAgICBlcnJvciA9IGlmbWVkaWFfaW9jdGwoaWZwLCBpZnIsICZzYy0+ bWVkaWEsIGNvbW1hbmQpOw0KICAgICAgICAgICAgICAgIGJyZWFrOw0KDQog ICAgICAgIGRlZmF1bHQ6DQoJCWVycm9yID0gRUlOVkFMOw0KICAgICAgICB9 DQoNCgkodm9pZCkgc3BseChzKTsNCglyZXR1cm4gZXJyb3I7DQp9DQoNCi8q DQogKiBEZXZpY2UgdGltZW91dC93YXRjaGRvZyByb3V0aW5lLiBFbnRlcmVk IGlmIHRoZSBkZXZpY2UgbmVnbGVjdHMgdG8NCiAqIGdlbmVyYXRlIGFuIGlu dGVycnVwdCBhZnRlciBhIHRyYW5zbWl0IGhhcyBiZWVuIHN0YXJ0ZWQgb24g aXQuDQogKi8NCnN0YXRpYyB2b2lkDQpjc193YXRjaGRvZyhzdHJ1Y3QgaWZu ZXQgKmlmcCkNCnsNCglzdHJ1Y3QgY3Nfc29mdGMgKnNjID0gJmNzX3NvZnRj W2lmcC0+aWZfdW5pdF07DQoNCglpZnAtPmlmX29lcnJvcnMrKzsNCglsb2co TE9HX0VSUiwgQ1NfTkFNRSIlZDogZGV2aWNlIHRpbWVvdXRcbiIsIGlmcC0+ aWZfdW5pdCk7DQoNCgkvKiBSZXNldCB0aGUgaW50ZXJmYWNlICovDQoJaWYg KGlmcC0+aWZfZmxhZ3MgJiBJRkZfVVApDQoJCWNzX3Jlc2V0KHNjKTsNCgll bHNlDQoJCWNzX3N0b3Aoc2MpOw0KfQ0KDQpzdGF0aWMgaW50DQpjc19tZWRp YWNoYW5nZShzdHJ1Y3QgaWZuZXQgKmlmcCkNCnsNCglzdHJ1Y3QgY3Nfc29m dGMgKnNjID0gaWZwLT5pZl9zb2Z0YzsNCglzdHJ1Y3QgaWZtZWRpYSAqaWZt ID0gJnNjLT5tZWRpYTsNCg0KCWlmIChJRk1fVFlQRShpZm0tPmlmbV9tZWRp YSkgIT0gSUZNX0VUSEVSKQ0KCQlyZXR1cm4gRUlOVkFMOw0KDQoJcmV0dXJu IGNzX21lZGlhc2V0KHNjLCBpZm0tPmlmbV9tZWRpYSk7DQp9DQoNCnN0YXRp YyB2b2lkDQpjc19tZWRpYXN0YXR1cyhzdHJ1Y3QgaWZuZXQgKmlmcCwgc3Ry dWN0IGlmbWVkaWFyZXEgKmlmbXIpDQp7DQoJaW50IGxpbmVfc3RhdHVzOw0K CXN0cnVjdCBjc19zb2Z0YyAqc2MgPSBpZnAtPmlmX3NvZnRjOw0KDQoJaWZt ci0+aWZtX2FjdGl2ZSA9IElGTV9FVEhFUjsNCglsaW5lX3N0YXR1cyA9IGNz X3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9MaW5lU1QpOw0KCWlmIChsaW5l X3N0YXR1cyAmIFRFTkJBU0VUX09OKSB7DQoJCWlmbXItPmlmbV9hY3RpdmUg fD0gSUZNXzEwX1Q7DQoJCWlmIChzYy0+Y2hpcF90eXBlICE9IENTODkwMCkg ew0KCQkJaWYgKGNzX3JlYWRyZWcoc2MtPm5pY19hZGRyLCBQUF9BdXRvTmVn U1QpICYgRkRYX0FDVElWRSkNCgkJCQlpZm1yLT5pZm1fYWN0aXZlIHw9IElG TV9GRFg7DQoJCQlpZiAoY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIsIFBQX0F1 dG9OZWdTVCkgJiBIRFhfQUNUSVZFKQ0KCQkJCWlmbXItPmlmbV9hY3RpdmUg fD0gSUZNX0hEWDsNCgkJfQ0KCQlpZm1yLT5pZm1fc3RhdHVzID0gSUZNX0FW QUxJRDsNCgkJaWYgKGxpbmVfc3RhdHVzICYgTElOS19PSykNCgkJCWlmbXIt PmlmbV9zdGF0dXMgfD0gSUZNX0FDVElWRTsNCgl9IGVsc2Ugew0KCQkvKg0K CQkgKiBYWFggSSBkb24ndCBrbm93IGlmIHRoaXMgaXMgY29ycmVjdCBvciBu b3QuDQoJCSAqIElmIEFVSSB3aWxsIGJlIHJlcG9ydGVkIGluc3RlYWQgb2Yg Qk5DDQogICAgICAgICAgICAgICAgICogdGhlbiB0aGlzIGlzIHdyb25nLg0K CQkgKi8NCgkJaWYgKGxpbmVfc3RhdHVzICYgQVVJX09OKQ0KCQkJaWZtci0+ aWZtX2FjdGl2ZSB8PSBJRk1fMTBfNTsNCgkJZWxzZQ0KCQkJaWZtci0+aWZt X2FjdGl2ZSB8PSBJRk1fMTBfMjsNCiNpZmRlZiBDU19CUk9LRU5fQk5DX0RF VEVDVA0KCQlwcmludGYoQ1NfTkFNRSIlZDogUFBfTGluZVNUOiAlMDJ4IFBQ X1NlbGZTVDogJTAyeFxuIiwNCgkJCQlpZnAtPmlmX3VuaXQsbGluZV9zdGF0 dXMsDQoJCQkJY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIsUFBfU2VsZlNUKSk7 DQojZW5kaWYNCgl9DQp9DQoNCnN0YXRpYyBpbnQNCmNzX21lZGlhc2V0KHN0 cnVjdCBjc19zb2Z0YyAqc2MsIGludCBtZWRpYSkNCnsNCiAgICAgICAgaW50 IGVycm9yOw0KDQoJLyogU3RvcCB0aGUgcmVjZWl2ZXIgJiB0cmFuc21pdHRl ciAqLw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfTGluZUNUTCwN CiAgICAgICAgICAgICAgICAgICAgY3NfcmVhZHJlZyhzYy0+bmljX2FkZHIs IFBQX0xpbmVDVEwpICYNCgkJICAgIH4oU0VSSUFMX1JYX09OIHwgU0VSSUFM X1RYX09OKSk7DQoNCiNpZmRlZiBDU19ERUJVRw0KCXByaW50ZihDU19OQU1F IiVkOiBjc19zZXRtZWRpYSgleClcbiIsc2MtPmFycGNvbS5hY19pZi5pZl91 bml0LG1lZGlhKTsNCiNlbmRpZg0KDQoJc3dpdGNoIChJRk1fU1VCVFlQRSht ZWRpYSkpIHsNCgljYXNlIElGTV9BVVRPOg0KCQlpZiAoZXJyb3I9ZW5hYmxl X3RwKHNjKSkNCiAgICAgICAJCWlmIChlcnJvcj1lbmFibGVfYm5jKHNjKSkN CgkJICAgIGVycm9yPWVuYWJsZV9hdWkoc2MpOw0KCQlicmVhazsNCgljYXNl IElGTV8xMF9UOg0KCQlpZiAoZXJyb3I9ZW5hYmxlX3RwKHNjKSkNCgkJCWJy ZWFrOw0KCQlpZiAobWVkaWEgJiBJRk1fRkRYKQ0KCQkJY3NfZHVwbGV4X2Z1 bGwoc2MpOw0KCQllbHNlIGlmIChtZWRpYSAmIElGTV9IRFgpDQoJCQljc19k dXBsZXhfaGFsZihzYyk7DQoJCWVsc2UNCgkJCWVycm9yID0gY3NfZHVwbGV4 X2F1dG8oc2MpOw0KCQlicmVhazsNCgljYXNlIElGTV8xMF8yOg0KCQllcnJv ciA9IGVuYWJsZV9ibmMoc2MpOw0KCQlicmVhazsNCgljYXNlIElGTV8xMF81 Og0KCQllcnJvciA9IGVuYWJsZV9hdWkoc2MpOw0KCQlicmVhazsNCgl9DQoN CgkvKg0KCSAqIFR1cm4gdGhlIHRyYW5zbWl0dGVyICYgcmVjZWl2ZXIgYmFj ayBvbg0KCSAqLw0KCWNzX3dyaXRlcmVnKHNjLT5uaWNfYWRkciwgUFBfTGlu ZUNUTCwNCgkJICAgIGNzX3JlYWRyZWcoIHNjLT5uaWNfYWRkciwgUFBfTGlu ZUNUTCApIHwNCgkJICAgIFNFUklBTF9SWF9PTiB8IFNFUklBTF9UWF9PTik7 IA0KDQoJcmV0dXJuIGVycm9yOw0KfQ0KDQoNCiNpZiBOUE5QID4gMA0KDQpz dGF0aWMgc3RydWN0IGNzcG5wX2lkcyB7DQoJdV9sb25nCXZlbmRfaWQ7DQoJ Y2hhciAJKmlkX3N0cjsNCn0gY3NwbnBfaWRzW109IHsNCgl7IDB4NDA2MDYz MGUsICJDU0M2MDQwIiB9LA0KCXsgMHgxMDEwNGQyNCwgIklCTSBFdGhlckpl dCIgfSwNCgl7IDAgfQ0KfTsNCg0Kc3RhdGljIGNoYXIgKmNzX3BucF9wcm9i ZSh1X2xvbmcsIHVfbG9uZyk7DQpzdGF0aWMgdm9pZCBjc19wbnBfYXR0YWNo KHVfbG9uZywgdV9sb25nLCBjaGFyICosIHN0cnVjdCBpc2FfZGV2aWNlICop Ow0KDQpzdHJ1Y3QgcG5wX2RldmljZSBjc19wbnAgPSB7DQoJIkNTODkyMCBi YXNlZCBQblAgRXRoZXJuZXQiLA0KCWNzX3BucF9wcm9iZSwNCgljc19wbnBf YXR0YWNoLA0KCSZjc191bml0LA0KCSZuZXRfaW1hc2sJLyogaW1hc2sgKi8N Cn07DQoNCkRBVEFfU0VUIChwbnBkZXZpY2Vfc2V0LCBjc19wbnApOw0KDQpz dHJ1Y3QgY3NpbnRyX2xpc3Qgew0KCXN0cnVjdCBjc19zb2Z0YyAqc2M7DQoJ aW50IHVuaXQ7DQoJc3RydWN0IGNzaW50cl9saXN0ICpuZXh0Ow0KfTsNCg0K c3RhdGljIHN0cnVjdCBjc2ludHJfbGlzdCAqY3NpbnRyX2hlYWQ7DQoNCnN0 YXRpYyB2b2lkIGNzaW50cl9wbnBfYWRkKHN0cnVjdCBjc19zb2Z0YyAqc2Ms IGludCB1bml0KTsNCnN0YXRpYyB2b2lkIGNzaW50cl9wbnAoaW50IHVuaXQp Ow0KDQpzdGF0aWMgdm9pZA0KY3NpbnRyX3BucF9hZGQoc3RydWN0IGNzX3Nv ZnRjICpzYywgaW50IHVuaXQpDQp7DQogICAgc3RydWN0IGNzaW50cl9saXN0 ICppbnRyOw0KDQogICAgaWYgKCFzYykgcmV0dXJuOw0KDQogICAgaW50ciA9 IG1hbGxvYyAoc2l6ZW9mICgqaW50ciksIE1fREVWQlVGLCBNX1dBSVRPSyk7 DQogICAgaWYgKCFpbnRyKSByZXR1cm47DQoNCiAgICBpbnRyLT5zYyA9IHNj Ow0KICAgIGludHItPnVuaXQgPSB1bml0Ow0KICAgIGludHItPm5leHQgPSBj c2ludHJfaGVhZDsNCiAgICBjc2ludHJfaGVhZCA9IGludHI7DQp9DQoNCi8q DQogKiBJbnRlcnJ1cHQgaGFuZGxlciBmb3IgUE5QIGluc3RhbGxlZCBjYXJk DQogKiBXZSBoYXZlIHRvIGZpbmQgdGhlIG51bWJlciBvZiB0aGUgY2FyZC4N CiAqLw0Kc3RhdGljIHZvaWQNCmNzaW50cl9wbnAoaW50IHVuaXQpDQp7DQog ICAgc3RydWN0IGNzX3NvZnRjICpzYzsNCiAgICBzdHJ1Y3QgY3NpbnRyX2xp c3QgKmludHI7DQoNCiAgICBmb3IgKGludHI9Y3NpbnRyX2hlYWQ7IGludHI7 IGludHI9aW50ci0+bmV4dCkgew0KCSAgICBpZiAoaW50ci0+dW5pdCA9PSB1 bml0KQ0KCQljc2ludHJfc2MoaW50ci0+c2MsIHVuaXQpOw0KCQlicmVhazsN Cgl9DQp9DQoNCnN0YXRpYyBjaGFyICoNCmNzX3BucF9wcm9iZSh1X2xvbmcg Y3NuLCB1X2xvbmcgdmVuZF9pZCkNCnsNCiAgICBzdHJ1Y3QgY3NwbnBfaWRz ICppZHM7DQogICAgY2hhcgkgICAgICpzPU5VTEw7DQoNCiAgICBmb3IoaWRz ID0gY3NwbnBfaWRzOyBpZHMtPnZlbmRfaWQgIT0gMDsgaWRzKyspIHsNCglp ZiAodmVuZF9pZCA9PSBpZHMtPnZlbmRfaWQpIHsNCgkgICAgcyA9IGlkcy0+ aWRfc3RyOw0KCSAgICBicmVhazsNCgl9DQogICAgfQ0KDQogICAgaWYgKHMp IHsNCglzdHJ1Y3QgcG5wX2NpbmZvIGQ7DQoJaW50IGxkbiA9IDA7DQoNCgly ZWFkX3BucF9wYXJtcygmZCwgbGRuKTsNCglpZiAoZC5lbmFibGUgPT0gMCkg ew0KCSAgICBwcmludGYoIlRoaXMgaXMgYSAlcywgYnV0IExETiAlZCBpcyBk aXNhYmxlZFxuIiwgcywgbGRuKTsNCgkgICAgcmV0dXJuIE5VTEwgOw0KCX0N CglyZXR1cm4gczsNCiAgICB9DQoNCiAgICByZXR1cm4gTlVMTCA7DQp9DQoN CnN0YXRpYyB2b2lkDQpjc19wbnBfYXR0YWNoKHVfbG9uZyBjc24sIHVfbG9u ZyB2ZW5kX2lkLCBjaGFyICpuYW1lLA0KCXN0cnVjdCBpc2FfZGV2aWNlICpk ZXYpDQp7DQoNCiAgICBzdHJ1Y3QgcG5wX2NpbmZvIGQ7DQogICAgaW50CWxk biA9IDA7DQogICAgaW50IGlvYmFzZSwgdW5pdCwgZmxhZ3M7DQogICAgdV9z aG9ydCBpcnE7DQogICAgc2hvcnQgZHJxOw0KICAgIHN0cnVjdCBpc2FfZGV2 aWNlICpkdnA7DQogICAgc3RydWN0IGNzX3NvZnRjICpzYyA9IG1hbGxvYyhz aXplb2YgKnNjLCBNX0RFVkJVRiwgTV9OT1dBSVQpOw0KDQogICAgaWYgKHJl YWRfcG5wX3Bhcm1zICggJmQgLCBsZG4gKSA9PSAwICkgew0KCXByaW50Zigi ZmFpbGVkIHRvIHJlYWQgcG5wIHBhcm1zXG4iKTsNCglyZXR1cm47DQogICAg fQ0KDQogICAgd3JpdGVfcG5wX3Bhcm1zKCAmZCwgbGRuICk7DQogICAgZW5h YmxlX3BucF9jYXJkKCk7DQoNCiAgICBpb2Jhc2UgPSBkZXYtPmlkX2lvYmFz ZSA9IGQucG9ydFswXTsNCiAgICBpcnEgPSBkZXYtPmlkX2lycSA9ICgxIDw8 IGQuaXJxWzBdICk7DQogICAgZHJxID0gZGV2LT5pZF9kcnEgPSBkLmRycVsw XTsNCiAgICBkZXYtPmlkX21hZGRyID0gMDsNCiAgICBkZXYtPmlkX2ludHIg PSBjc2ludHJfcG5wOw0KICAgIGZsYWdzID0gZGV2LT5pZF9mbGFncyA9IDA7 DQogICAgdW5pdCA9IGRldi0+aWRfdW5pdDsNCg0KICAgIGlmIChkZXYtPmlk X2RyaXZlciA9PSBOVUxMKSB7DQoJZGV2LT5pZF9kcml2ZXIgPSAmY3Nkcml2 ZXI7DQoJZHZwID0gZmluZF9pc2FkZXYoaXNhX2RldnRhYl9uZXQsICZjc2Ry aXZlciwgMCk7DQoJaWYgKGR2cCAhPSBOVUxMKQ0KCWRldi0+aWRfaWQgPSBk dnAtPmlkX2lkOw0KICAgIH0NCg0KICAgIGlmICghc2MpIHJldHVybjsNCg0K ICAgIGJ6ZXJvKHNjLCBzaXplb2YgKnNjKTsNCiAgICBpZiAoY3NfY3M4OXgw X3Byb2JlKHNjLCAmaXJxLCAmZHJxLCBpb2Jhc2UsIHVuaXQsIGZsYWdzKSA9 PSAwDQoJfHwgY3NfYXR0YWNoKHNjLCB1bml0LCBmbGFncykgPT0gMCkgew0K CSAgICBmcmVlKHNjLCBNX0RFVkJVRik7DQogICAgfSBlbHNlIHsNCglpZiAo KGlycSAhPSBkZXYtPmlkX2lycSkNCgkgICAgfHwgKGRycSAhPSBkZXYtPmlk X2RycSkNCgkgICAgfHwgKGlvYmFzZSAhPSBkZXYtPmlkX2lvYmFzZSkNCgkg ICAgfHwgKHVuaXQgIT0gZGV2LT5pZF91bml0KQ0KCSAgICB8fCAoZmxhZ3Mg IT0gZGV2LT5pZF9mbGFncykNCgkJKSB7DQoJCXByaW50ZigiZmFpbGVkIHRv IHBucCBjYXJkIHBhcmFtZXRhcnNcbiIpOw0KCX0NCiAgICB9DQogICAgY3Np bnRyX3BucF9hZGQoc2MsIGRldi0+aWRfdW5pdCk7DQp9DQojZW5kaWYgLyog TlBOUCAqLw0K --0-1615265065-900865544=:25782 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="if_csreg.h" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: /sys/i386/isa/if_csreg.h LyoNCiAqIENvcHlyaWdodCAoYykgMTk5NywxOTk4IE1heGltIEJvbG90aW4g YW5kIE9sZWcgU2hhcm9pa28uDQogKiBBbGwgcmlnaHRzIHJlc2VydmVkLg0K ICoNCiAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBi aW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dA0KICogbW9kaWZpY2F0aW9u LCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBj b25kaXRpb25zDQogKiBhcmUgbWV0Og0KICogMS4gUmVkaXN0cmlidXRpb25z IG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmln aHQNCiAqICAgIG5vdGljZSB1bm1vZGlmaWVkLCB0aGlzIGxpc3Qgb2YgY29u ZGl0aW9ucywgYW5kIHRoZSBmb2xsb3dpbmcNCiAqICAgIGRpc2NsYWltZXIu DQogKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCBy ZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodA0KICogICAgbm90aWNlLCB0 aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNj bGFpbWVyIGluIHRoZQ0KICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3Ro ZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4N CiAqDQogKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRI T1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5EDQogKiBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5P VCBMSU1JVEVEIFRPLCBUSEUNCiAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBN RVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQ VVJQT1NFDQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxM IFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQ0KICogRk9S IEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBF WEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwNCiAqIERBTUFHRVMgKElOQ0xV RElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJT VElUVVRFIEdPT0RTDQogKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERB VEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikNCiAq IEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElU WSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUDQogKiBMSUFCSUxJVFks IE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg QVJJU0lORyBJTiBBTlkgV0FZDQogKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElT IFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZ IE9GDQogKiBTVUNIIERBTUFHRS4NCiAqDQogKi8NCg0KLyoNCiAqICRJZDog aWZfY3NyZWcuaCx2IDEuNyAxOTk4LzA3LzE5IDE2OjEzOjM5IHJvb3QgRXhw IHJvb3QgJA0KICovDQoNCiNkZWZpbmUgUFBfQ2hpcElEIDB4MDAwMAkvKiBv ZmZzZXQgICAwaCAtPiBDb3JwIC1JRCAgICAgICAgICAgICAgKi8NCgkJCQkv KiBvZmZzZXQgICAyaCAtPiBNb2RlbC9Qcm9kdWN0IE51bWJlciAgKi8NCgkJ CQkvKiBvZmZzZXQgICAzaCAtPiBDaGlwIFJldmlzaW9uIE51bWJlciAgKi8N Cg0KI2RlZmluZSBQUF9JU0FJT0IJCTB4MDAyMAkvKiAgSU8gYmFzZSBhZGRy ZXNzICovDQojZGVmaW5lCVBQX0NTODkwMF9JU0FJTlQJMHgwMDIyCS8qICBJ U0EgaW50ZXJydXB0IHNlbGVjdCAqLw0KI2RlZmluZQlQUF9DUzg5MDBfSVNB RE1BCTB4MDAyNAkvKiAgSVNBIFJlYyBETUEgY2hhbm5lbCAqLw0KI2RlZmlu ZSBQUF9DUzg5MjBfSVNBSU5UCTB4MDM3MAkvKiAgSVNBIGludGVycnVwdCBz ZWxlY3QgKi8NCiNkZWZpbmUgUFBfQ1M4OTIwX0lTQURNQSAJMHgwMzc0CS8q ICBJU0EgUmVjIERNQSBjaGFubmVsICovDQojZGVmaW5lIFBQX0lTQVNPRgkJ MHgwMDI2CS8qICBJU0EgRE1BIG9mZnNldCAqLw0KI2RlZmluZSBQUF9EbWFG cmFtZUNudAkJMHgwMDI4CS8qICBJU0EgRE1BIEZyYW1lIGNvdW50ICovDQoj ZGVmaW5lIFBQX0RtYUJ5dGVDbnQJCTB4MDAyQQkvKiAgSVNBIERNQSBCeXRl IGNvdW50ICovDQojZGVmaW5lIFBQX0NTODkyMF9JU0FNZW1CCTB4MDM0OAkv KiAgTWVtb3J5IGJhc2UgKi8NCg0KLyogRUVQUk9NIGRhdGEgYW5kIGNvbW1h bmQgcmVnaXN0ZXJzICovDQojZGVmaW5lIFBQX0VFQ01ECQkweDAwNDAJLyog IE5WUiBJbnRlcmZhY2UgQ29tbWFuZCByZWdpc3RlciAqLw0KI2RlZmluZSBQ UF9FRURhdGEJCTB4MDA0MgkvKiAgTlZSIEludGVyZmFjZSBEYXRhIFJlZ2lz dGVyICovDQojZGVmaW5lIFBQX0RlYnVnUmVnCQkweDAwNDQJLyogIERlYnVn IFJlZ2lzdGVyICovDQoNCiNkZWZpbmUgUFBfUnhDRkcJCTB4MDEwMgkvKiAg UnggQnVzIGNvbmZpZyAqLw0KI2RlZmluZSBQUF9SeENUTAkJMHgwMTA0CS8q ICBSZWNlaXZlIENvbnRyb2wgUmVnaXN0ZXIgKi8NCiNkZWZpbmUgUFBfVHhD RkcJCTB4MDEwNgkvKiAgVHJhbnNtaXQgQ29uZmlnIFJlZ2lzdGVyICovDQoj ZGVmaW5lIFBQX1R4Q01ECQkweDAxMDgJLyogIFRyYW5zbWl0IENvbW1hbmQg UmVnaXN0ZXIgKi8NCiNkZWZpbmUgUFBfQnVmQ0ZHCQkweDAxMEEJLyogIEJ1 cyBjb25maWd1cmF0aW9uIFJlZ2lzdGVyICovDQojZGVmaW5lIFBQX0xpbmVD VEwJCTB4MDExMgkvKiAgTGluZSBDb25maWcgUmVnaXN0ZXIgKi8NCiNkZWZp bmUgUFBfU2VsZkNUTAkJMHgwMTE0CS8qICBTZWxmIENvbW1hbmQgUmVnaXN0 ZXIgKi8NCiNkZWZpbmUgUFBfQnVzQ1RMCQkweDAxMTYJLyogIElTQSBidXMg Y29udHJvbCBSZWdpc3RlciAqLw0KI2RlZmluZSBQUF9UZXN0Q1RMCQkweDAx MTgJLyogIFRlc3QgUmVnaXN0ZXIgKi8NCiNkZWZpbmUgUFBfQXV0b05lZ0NU TAkJMHgwMTFDCS8qICBBdXRvIE5lZ290aWF0aW9uIEN0cmwgKi8NCg0KI2Rl ZmluZSBQUF9JU1EJCQkweDAxMjAJLyogIEludGVycnVwdCBTdGF0dXMgKi8N CiNkZWZpbmUgUFBfUnhFdmVudAkJMHgwMTI0CS8qICBSeCBFdmVudCBSZWdp c3RlciAqLw0KI2RlZmluZSBQUF9UeEV2ZW50CQkweDAxMjgJLyogIFR4IEV2 ZW50IFJlZ2lzdGVyICovDQojZGVmaW5lIFBQX0J1ZkV2ZW50CQkweDAxMkMJ LyogIEJ1cyBFdmVudCBSZWdpc3RlciAqLw0KI2RlZmluZSBQUF9SeE1pc3MJ CTB4MDEzMAkvKiAgUmVjZWl2ZSBNaXNzIENvdW50ICovDQojZGVmaW5lIFBQ X1R4Q29sCQkweDAxMzIJLyogIFRyYW5zbWl0IENvbGxpc2lvbiBDb3VudCAq Lw0KI2RlZmluZSBQUF9MaW5lU1QJCTB4MDEzNAkvKiAgTGluZSBTdGF0ZSBS ZWdpc3RlciAqLw0KI2RlZmluZSBQUF9TZWxmU1QJCTB4MDEzNgkvKiAgU2Vs ZiBTdGF0ZSByZWdpc3RlciAqLw0KI2RlZmluZSBQUF9CdXNTVAkJMHgwMTM4 CS8qICBCdXMgU3RhdHVzICovDQojZGVmaW5lIFBQX1REUgkJCTB4MDEzQwkv KiAgVGltZSBEb21haW4gUmVmbGVjdG9tZXRyeSAqLw0KI2RlZmluZSBQUF9B dXRvTmVnU1QJCTB4MDEzRQkvKiAgQXV0byBOZWcgU3RhdHVzICovDQojZGVm aW5lIFBQX1R4Q29tbWFuZAkJMHgwMTQ0CS8qICBUeCBDb21tYW5kICovDQoj ZGVmaW5lIFBQX1R4TGVuZ3RoCQkweDAxNDYJLyogIFR4IExlbmd0aCAqLw0K I2RlZmluZSBQUF9MQUYJCQkweDAxNTAJLyogIEhhc2ggVGFibGUgKi8NCiNk ZWZpbmUgUFBfSUEJCQkweDAxNTgJLyogIFBoeXNpY2FsIEFkZHJlc3MgUmVn aXN0ZXIgKi8NCg0KI2RlZmluZSBQUF9SeFN0YXR1cwkJMHgwNDAwCS8qICBS ZWNlaXZlIHN0YXJ0IG9mIGZyYW1lICovDQojZGVmaW5lIFBQX1J4TGVuZ3Ro CQkweDA0MDIJLyogIFJlY2VpdmUgTGVuZ3RoIG9mIGZyYW1lICovDQojZGVm aW5lIFBQX1J4RnJhbWUJCTB4MDQwNAkvKiAgUmVjZWl2ZSBmcmFtZSBwb2lu dGVyICovDQojZGVmaW5lIFBQX1R4RnJhbWUJCTB4MEEwMAkvKiAgVHJhbnNt aXQgZnJhbWUgcG9pbnRlciAqLw0KDQovKg0KICogIFByaW1hcnkgSS9PIEJh c2UgQWRkcmVzcy4gSWYgbm8gSS9PIGJhc2UgaXMgc3VwcGxpZWQgYnkgdGhl IHVzZXIsIHRoZW4gdGhpcw0KICogIGNhbiBiZSB1c2VkIGFzIHRoZSBkZWZh dWx0IEkvTyBiYXNlIHRvIGFjY2VzcyB0aGUgUGFja2V0UGFnZSBBcmVhLg0K ICovDQojZGVmaW5lIERFRkFVTFRJT0JBU0UJCTB4MDMwMA0KI2RlZmluZSBG SVJTVF9JTwkJMHgwMjBDCS8qICBGaXJzdCBJL08gcG9ydCB0byBjaGVjayAq Lw0KI2RlZmluZSBMQVNUX0lPCQkJMHgwMzdDCS8qICBMYXN0IEkvTyBwb3J0 IHRvIGNoZWNrICgrMTBoKSAqLw0KI2RlZmluZSBBRERfTUFTSwkJMHgzMDAw CS8qICBNYXNrIGl0IHVzZSBvZiB0aGUgQUREX1BPUlQgcmVnaXN0ZXIgKi8N CiNkZWZpbmUgQUREX1NJRwkJCTB4MzAwMAkvKiAgRXhwZWN0ZWQgSUQgc2ln bmF0dXJlICovDQoNCiNkZWZpbmUgQ0hJUF9FSVNBX0lEX1NJRwkweDYzMEUJ LyogIFByb2R1Y3QgSUQgQ29kZSBmb3IgQ3J5c3RhbCBDaGlwIChDUzg5MDAg c3BlYyA0LjMpICovDQoNCiNkZWZpbmUgUFJPRFVDVF9JRF9BREQJCTB4MDAw MgkvKiAgQWRkcmVzcyBvZiBwcm9kdWN0IElEICovDQoNCi8qICBNYXNrIHRv IGZpbmQgb3V0IHRoZSB0eXBlcyBvZiAgcmVnaXN0ZXJzICovDQojZGVmaW5l IFJFR19UWVBFX01BU0sJCTB4MDAxRg0KDQovKiAgRWVwcm9tIENvbW1hbmRz ICovDQojZGVmaW5lIEVSU0VfV1JfRU5CTAkJMHgwMEYwDQojZGVmaW5lIEVS U0VfV1JfRElTQUJMRQkJMHgwMDAwDQoNCi8qICBEZWZpbmVzIENvbnRyb2wv Q29uZmlnIHJlZ2lzdGVyIHF1aW50dXBsZXQgbnVtYmVycyAqLw0KI2RlZmlu ZSBSWF9CVUZfQ0ZHCQkweDAwMDMNCiNkZWZpbmUgUlhfQ09OVFJPTAkJMHgw MDA1DQojZGVmaW5lIFRYX0NGRwkJCTB4MDAwNw0KI2RlZmluZSBUWF9DT01N QU5ECQkweDAwMDkNCiNkZWZpbmUgQlVGX0NGRwkJCTB4MDAwQg0KI2RlZmlu ZSBMSU5FX0NPTlRST0wJCTB4MDAxMw0KI2RlZmluZSBTRUxGX0NPTlRST0wJ CTB4MDAxNQ0KI2RlZmluZSBCVVNfQ09OVFJPTAkJMHgwMDE3DQojZGVmaW5l IFRFU1RfQ09OVFJPTAkJMHgwMDE5DQoNCi8qICBEZWZpbmVzIFN0YXR1cy9D b3VudCByZWdpc3RlcnMgcXVpbnR1cGxldCBudW1iZXJzICovDQojZGVmaW5l IFJYX0VWRU5UCQkweDAwMDQNCiNkZWZpbmUgVFhfRVZFTlQJCTB4MDAwOA0K I2RlZmluZSBCVUZfRVZFTlQJCTB4MDAwQw0KI2RlZmluZSBSWF9NSVNTX0NP VU5UCQkweDAwMTANCiNkZWZpbmUgVFhfQ09MX0NPVU5UCQkweDAwMTINCiNk ZWZpbmUgTElORV9TVEFUVVMJCTB4MDAxNA0KI2RlZmluZSBTRUxGX1NUQVRV UwkJMHgwMDE2DQojZGVmaW5lIEJVU19TVEFUVVMJCTB4MDAxOA0KI2RlZmlu ZSBURFIJCQkweDAwMUMNCg0KLyoNCiAqIFBQX1J4Q0ZHIC0gUmVjZWl2ZSAg Q29uZmlndXJhdGlvbiBhbmQgSW50ZXJydXB0IE1hc2sNCiAqCQkJIGJpdCBk ZWZpbml0aW9uIC0gIFJlYWQvd3JpdGUNCiAqLw0KI2RlZmluZSBTS0lQXzEJ CQkweDAwNDANCiNkZWZpbmUgUlhfU1RSRUFNX0VOQkwJCTB4MDA4MA0KI2Rl ZmluZSBSWF9PS19FTkJMCQkweDAxMDANCiNkZWZpbmUgUlhfRE1BX09OTFkJ CTB4MDIwMA0KI2RlZmluZSBBVVRPX1JYX0RNQQkJMHgwNDAwDQojZGVmaW5l IEJVRkZFUl9DUkMJCTB4MDgwMA0KI2RlZmluZSBSWF9DUkNfRVJST1JfRU5C TAkweDEwMDANCiNkZWZpbmUgUlhfUlVOVF9FTkJMCQkweDIwMDANCiNkZWZp bmUgUlhfRVhUUkFfREFUQV9FTkJMCTB4NDAwMA0KDQovKiBQUF9SeENUTCAt IFJlY2VpdmUgQ29udHJvbCBiaXQgZGVmaW5pdGlvbiAtIFJlYWQvd3JpdGUg Ki8NCiNkZWZpbmUgUlhfSUFfSEFTSF9BQ0NFUFQJMHgwMDQwDQojZGVmaW5l IFJYX1BST01fQUNDRVBUCQkweDAwODANCiNkZWZpbmUgUlhfT0tfQUNDRVBU CQkweDAxMDANCiNkZWZpbmUgUlhfTVVMVENBU1RfQUNDRVBUCTB4MDIwMA0K I2RlZmluZSBSWF9JQV9BQ0NFUFQJCTB4MDQwMA0KI2RlZmluZSBSWF9CUk9B RENBU1RfQUNDRVBUCTB4MDgwMA0KI2RlZmluZSBSWF9CQURfQ1JDX0FDQ0VQ VAkweDEwMDANCiNkZWZpbmUgUlhfUlVOVF9BQ0NFUFQJCTB4MjAwMA0KI2Rl ZmluZSBSWF9FWFRSQV9EQVRBX0FDQ0VQVAkweDQwMDANCiNkZWZpbmUgUlhf QUxMX0FDQ0VQVAkJKFJYX1BST01fQUNDRVBUIHwgUlhfQkFEX0NSQ19BQ0NF UFQgfAlcDQoJCQkJIFJYX1JVTlRfQUNDRVBUIHwgUlhfRVhUUkFfREFUQV9B Q0NFUFQpDQovKg0KICogIERlZmF1bHQgcmVjZWl2ZSBtb2RlIC0gaW5kaXZp ZHVhbGx5IGFkZHJlc3NlZCwgYnJvYWRjYXN0LCBhbmQgZXJyb3IgZnJlZQ0K ICovDQojZGVmaW5lIFJYX0RFRl9BQ0NFUFQgKFJYX0lBX0FDQ0VQVCB8IFJY X0JST0FEQ0FTVF9BQ0NFUFQgfCBSWF9PS19BQ0NFUFQpDQoNCi8qDQogKiBQ UF9UeENGRyAtIFRyYW5zbWl0IENvbmZpZ3VyYXRpb24gSW50ZXJydXB0IE1h c2sNCiAqCQkJIGJpdCBkZWZpbml0aW9uIC0gUmVhZC93cml0ZQ0KICovDQoj ZGVmaW5lIFRYX0xPU1RfQ1JTX0VOQkwJMHgwMDQwDQojZGVmaW5lIFRYX1NR RV9FUlJPUl9FTkJMCTB4MDA4MA0KI2RlZmluZSBUWF9PS19FTkJMCQkweDAx MDANCiNkZWZpbmUgVFhfTEFURV9DT0xfRU5CTAkweDAyMDANCiNkZWZpbmUg VFhfSkJSX0VOQkwJCTB4MDQwMA0KI2RlZmluZSBUWF9BTllfQ09MX0VOQkwJ CTB4MDgwMA0KI2RlZmluZSBUWF8xNl9DT0xfRU5CTAkJMHg4MDAwDQoNCi8q DQogKiBQUF9UeENNRCAtIFRyYW5zbWl0IENvbW1hbmQgYml0IGRlZmluaXRp b24gLSBSZWFkLW9ubHkNCiAqLw0KI2RlZmluZSBUWF9TVEFSVF80X0JZVEVT CTB4MDAwMA0KI2RlZmluZSBUWF9TVEFSVF82NF9CWVRFUwkweDAwNDANCiNk ZWZpbmUgVFhfU1RBUlRfMTI4X0JZVEVTCTB4MDA4MA0KI2RlZmluZSBUWF9T VEFSVF9BTExfQllURVMJMHgwMEMwDQojZGVmaW5lIFRYX0ZPUkNFCQkweDAx MDANCiNkZWZpbmUgVFhfT05FX0NPTAkJMHgwMjAwDQojZGVmaW5lIFRYX1RX T19QQVJUX0RFRkZfRElTQUJMRSAweDA0MDANCiNkZWZpbmUgVFhfTk9fQ1JD CQkweDEwMDANCiNkZWZpbmUgVFhfUlVOVAkJCTB4MjAwMA0KDQovKg0KICog UFBfQnVmQ0ZHIC0gQnVmZmVyIENvbmZpZ3VyYXRpb24gSW50ZXJydXB0IE1h c2sNCiAqCQkJIGJpdCBkZWZpbml0aW9uIC0gUmVhZC93cml0ZQ0KICovDQoj ZGVmaW5lIEdFTkVSQVRFX1NXX0lOVEVSUlVQVAkweDAwNDANCiNkZWZpbmUg UlhfRE1BX0VOQkwJCTB4MDA4MA0KI2RlZmluZSBSRUFEWV9GT1JfVFhfRU5C TAkweDAxMDANCiNkZWZpbmUgVFhfVU5ERVJSVU5fRU5CTAkweDAyMDANCiNk ZWZpbmUgUlhfTUlTU19FTkJMCQkweDA0MDANCiNkZWZpbmUgUlhfMTI4X0JZ VEVfRU5CTAkweDA4MDANCiNkZWZpbmUgVFhfQ09MX0NPVU5UX09WUkZMT1df RU5CTCAweDEwMDANCiNkZWZpbmUgUlhfTUlTU19DT1VOVF9PVlJGTE9XX0VO QkwgMHgyMDAwDQojZGVmaW5lIFJYX0RFU1RfTUFUQ0hfRU5CTAkweDgwMDAN Cg0KLyoNCiAqIFBQX0xpbmVDVEwgLSBMaW5lIENvbnRyb2wgYml0IGRlZmlu aXRpb24gLSBSZWFkL3dyaXRlDQogKi8NCiNkZWZpbmUgU0VSSUFMX1JYX09O CQkweDAwNDANCiNkZWZpbmUgU0VSSUFMX1RYX09OCQkweDAwODANCiNkZWZp bmUgQVVJX09OTFkJCTB4MDEwMA0KI2RlZmluZSBBVVRPX0FVSV8xMEJBU0VU CTB4MDIwMA0KI2RlZmluZSBNT0RJRklFRF9CQUNLT0ZGCTB4MDgwMA0KI2Rl ZmluZSBOT19BVVRPX1BPTEFSSVRZCTB4MTAwMA0KI2RlZmluZSBUV09fUEFS VF9ERUZESVMJCTB4MjAwMA0KI2RlZmluZSBMT1dfUlhfU1FVRUxDSAkJMHg0 MDAwDQoNCi8qDQogKiBQUF9TZWxmQ1RMIC0gU29mdHdhcmUgU2VsZiBDb250 cm9sIGJpdCBkZWZpbml0aW9uIC0gUmVhZC93cml0ZQ0KICovDQojZGVmaW5l IFBPV0VSX09OX1JFU0VUCQkweDAwNDANCiNkZWZpbmUgU1dfU1RPUAkJCTB4 MDEwMA0KI2RlZmluZSBTTEVFUF9PTgkJMHgwMjAwDQojZGVmaW5lIEFVVE9f V0FLRVVQCQkweDA0MDANCiNkZWZpbmUgSENCMF9FTkJMCQkweDEwMDANCiNk ZWZpbmUgSENCMV9FTkJMCQkweDIwMDANCiNkZWZpbmUgSENCMAkJCTB4NDAw MA0KI2RlZmluZSBIQ0IxCQkJMHg4MDAwDQoNCi8qDQogKiBQUF9CdXNDVEwg LSBJU0EgQnVzIENvbnRyb2wgYml0IGRlZmluaXRpb24gLSBSZWFkL3dyaXRl DQogKi8NCiNkZWZpbmUgUkVTRVRfUlhfRE1BCQkweDAwNDANCiNkZWZpbmUg TUVNT1JZX09OCQkweDA0MDANCiNkZWZpbmUgRE1BX0JVUlNUX01PREUJCTB4 MDgwMA0KI2RlZmluZSBJT19DSEFOTkVMX1JFQURZX09OCTB4MTAwMA0KI2Rl ZmluZSBSWF9ETUFfU0laRV82NEtzCTB4MjAwMA0KI2RlZmluZSBFTkFCTEVf SVJRCQkweDgwMDANCg0KLyoNCiAqIFBQX1Rlc3RDVEwgLSBUZXN0IENvbnRy b2wgYml0IGRlZmluaXRpb24gLSBSZWFkL3dyaXRlDQogKi8NCiNkZWZpbmUg TElOS19PRkYJCTB4MDA4MA0KI2RlZmluZSBFTkRFQ19MT09QQkFDSwkJMHgw MjAwDQojZGVmaW5lIEFVSV9MT09QQkFDSwkJMHgwNDAwDQojZGVmaW5lIEJB Q0tPRkZfT0ZGCQkweDA4MDANCiNkZWZpbmUgRkFTVF9URVNUCQkweDgwMDAN Cg0KLyoNCiAqIFBQX1J4RXZlbnQgLSBSZWNlaXZlIEV2ZW50IEJpdCBkZWZp bml0aW9uIC0gUmVhZC1vbmx5DQogKi8NCiNkZWZpbmUgUlhfSUFfSEFTSEVE CQkweDAwNDANCiNkZWZpbmUgUlhfRFJJQkJMRQkJMHgwMDgwDQojZGVmaW5l IFJYX09LCQkJMHgwMTAwDQojZGVmaW5lIFJYX0hBU0hFRAkJMHgwMjAwDQoj ZGVmaW5lIFJYX0lBCQkJMHgwNDAwDQojZGVmaW5lIFJYX0JST0FEQ0FTVAkJ MHgwODAwDQojZGVmaW5lIFJYX0NSQ19FUlJPUgkJMHgxMDAwDQojZGVmaW5l IFJYX1JVTlQJCQkweDIwMDANCiNkZWZpbmUgUlhfRVhUUkFfREFUQQkJMHg0 MDAwDQoNCiNkZWZpbmUgSEFTSF9JTkRFWF9NQVNLCQkweDBGQzAwDQoNCi8q DQogKiBQUF9UeEV2ZW50IC0gVHJhbnNtaXQgRXZlbnQgQml0IGRlZmluaXRp b24gLSBSZWFkLW9ubHkNCiAqLw0KI2RlZmluZSBUWF9MT1NUX0NSUwkJMHgw MDQwDQojZGVmaW5lIFRYX1NRRV9FUlJPUgkJMHgwMDgwDQojZGVmaW5lIFRY X09LCQkJMHgwMTAwDQojZGVmaW5lIFRYX0xBVEVfQ09MCQkweDAyMDANCiNk ZWZpbmUgVFhfSkJSCQkJMHgwNDAwDQojZGVmaW5lIFRYXzE2X0NPTAkJMHg4 MDAwDQojZGVmaW5lIFRYX1NFTkRfT0tfQklUUwkJKFRYX09LIHwgVFhfTE9T VF9DUlMpDQojZGVmaW5lIFRYX0NPTF9DT1VOVF9NQVNLCTB4NzgwMA0KDQov Kg0KICogUFBfQnVmRXZlbnQgLSBCdWZmZXIgRXZlbnQgQml0IGRlZmluaXRp b24gLSBSZWFkLW9ubHkNCiAqLw0KI2RlZmluZSBTV19JTlRFUlJVUFQJCTB4 MDA0MA0KI2RlZmluZSBSWF9ETUEJCQkweDAwODANCiNkZWZpbmUgUkVBRFlf Rk9SX1RYCQkweDAxMDANCiNkZWZpbmUgVFhfVU5ERVJSVU4JCTB4MDIwMA0K I2RlZmluZSBSWF9NSVNTCQkJMHgwNDAwDQojZGVmaW5lIFJYXzEyOF9CWVRF CQkweDA4MDANCiNkZWZpbmUgVFhfQ09MX09WUkZMVwkJMHgxMDAwDQojZGVm aW5lIFJYX01JU1NfT1ZSRkxXCQkweDIwMDANCiNkZWZpbmUgUlhfREVTVF9N QVRDSAkJMHg4MDAwDQoNCi8qDQogKiBQUF9MaW5lU1QgLSBFdGhlcm5ldCBM aW5lIFN0YXR1cyBiaXQgZGVmaW5pdGlvbiAtIFJlYWQtb25seQ0KICovDQoj ZGVmaW5lIExJTktfT0sJCQkweDAwODANCiNkZWZpbmUgQVVJX09OCQkJMHgw MTAwDQojZGVmaW5lIFRFTkJBU0VUX09OCQkweDAyMDANCiNkZWZpbmUgUE9M QVJJVFlfT0sJCTB4MTAwMA0KI2RlZmluZSBDUlNfT0sJCQkweDQwMDANCg0K LyoNCiAqIFBQX1NlbGZTVCAtIENoaXAgU29mdHdhcmUgU3RhdHVzIGJpdCBk ZWZpbml0aW9uDQogKi8NCiNkZWZpbmUgQUNUSVZFXzMzVgkJMHgwMDQwDQoj ZGVmaW5lIElOSVRfRE9ORQkJMHgwMDgwDQojZGVmaW5lIFNJX0JVU1kJCQkw eDAxMDANCiNkZWZpbmUgRUVQUk9NX1BSRVNFTlQJCTB4MDIwMA0KI2RlZmlu ZSBFRVBST01fT0sJCTB4MDQwMA0KI2RlZmluZSBFTF9QUkVTRU5UCQkweDA4 MDANCiNkZWZpbmUgRUVfU0laRV82NAkJMHgxMDAwDQoNCi8qDQogKiBQUF9C dXNTVCAtIElTQSBCdXMgU3RhdHVzIGJpdCBkZWZpbml0aW9uDQogKi8NCiNk ZWZpbmUgVFhfQklEX0VSUk9SCQkweDAwODANCiNkZWZpbmUgUkVBRFlfRk9S X1RYX05PVwkweDAxMDANCg0KLyoNCiAqIFBQX0F1dG9OZWdDVEwgLSBBdXRv IE5lZ290aWF0aW9uIENvbnRyb2wgYml0IGRlZmluaXRpb24NCiAqLw0KI2Rl ZmluZSBSRV9ORUdfTk9XCQkweDAwNDANCiNkZWZpbmUgQUxMT1dfRkRYCQkw eDAwODANCiNkZWZpbmUgQVVUT19ORUdfRU5BQkxFCQkweDAxMDANCiNkZWZp bmUgTkxQX0VOQUJMRQkJMHgwMjAwDQojZGVmaW5lIEZPUkNFX0ZEWAkJMHg4 MDAwDQojZGVmaW5lIEFVVE9fTkVHX0JJVFMJCShGT1JDRV9GRFggfCBOTFBf RU5BQkxFIHwgQVVUT19ORUdfRU5BQkxFKQ0KI2RlZmluZSBBVVRPX05FR19N QVNLCQkoRk9SQ0VfRkRYIHwgTkxQX0VOQUJMRSB8IEFVVE9fTkVHX0VOQUJM RSB8IFwNCgkJCQkgQUxMT1dfRkRYIHwgUkVfTkVHX05PVykNCg0KLyoNCiAq IFBQX0F1dG9OZWdTVCAtIEF1dG8gTmVnb3RpYXRpb24gU3RhdHVzIGJpdCBk ZWZpbml0aW9uDQogKi8NCiNkZWZpbmUgQVVUT19ORUdfQlVTWQkJMHgwMDgw DQojZGVmaW5lIEZMUF9MSU5LCQkweDAxMDANCiNkZWZpbmUgRkxQX0xJTktf R09PRAkJMHgwODAwDQojZGVmaW5lIExJTktfRkFVTFQJCTB4MTAwMA0KI2Rl ZmluZSBIRFhfQUNUSVZFCQkweDQwMDANCiNkZWZpbmUgRkRYX0FDVElWRQkJ MHg4MDAwDQoNCi8qDQogKiBUaGUgZm9sbG93aW5nIGJsb2NrIGRlZmluZXMg dGhlIElTUSBldmVudCB0eXBlcw0KICovDQojZGVmaW5lIElTUV9SRUNFSVZF Ul9FVkVOVAkweDA0DQojZGVmaW5lIElTUV9UUkFOU01JVFRFUl9FVkVOVAkw eDA4DQojZGVmaW5lIElTUV9CVUZGRVJfRVZFTlQJMHgwYw0KI2RlZmluZSBJ U1FfUlhfTUlTU19FVkVOVAkweDEwDQojZGVmaW5lIElTUV9UWF9DT0xfRVZF TlQJMHgxMg0KDQojZGVmaW5lIElTUV9FVkVOVF9NQVNLCQkweDAwM0YJLyog SVNRIG1hc2sgdG8gZmluZCBvdXQgdHlwZSBvZiBldmVudCAqLw0KI2RlZmlu ZSBJU1FfSElTVAkJMTYJLyogc21hbGwgaGlzdG9yeSBidWZmZXIgKi8NCiNk ZWZpbmUgQVVUT0lOQ1JFTUVOVAkJMHg4MDAwCS8qIEJpdCBtYXNrIHRvIHNl dCBiaXQtMTUgZm9yIGF1dG9pbmNyZW1lbnQgKi8NCg0KI2RlZmluZSBUWFJY QlVGU0laRQkJMHgwNjAwDQojZGVmaW5lIFJYRE1BQlVGU0laRQkJMHg4MDAw DQojZGVmaW5lIFJYRE1BU0laRQkJMHg0MDAwDQojZGVmaW5lIFRYUlhfTEVO R1RIX01BU0sJMHgwN0ZGDQoNCi8qICByeCBvcHRpb25zIGJpdHMgKi8NCiNk ZWZpbmUgUkNWX1dJVEhfUlhPTgkJMSAgICAgICAvKiAgU2V0IFNlclJ4IE9O ICovDQojZGVmaW5lIFJDVl9DT1VOVFMJCTIgICAgICAgLyogIFVzZSBGcmFt ZWNudDEgKi8NCiNkZWZpbmUgUkNWX1BPTkcJCTQgICAgICAgLyogIFBvbmcg cmVzcG9uZGVudCAqLw0KI2RlZmluZSBSQ1ZfRE9ORwkJOCAgICAgICAvKiAg RG9uZyBvcGVyYXRpb24gKi8NCiNkZWZpbmUgUkNWX1BPTExJTkcJCTB4MTAJ LyogIFBvbGwgUnhFdmVudCAqLw0KI2RlZmluZSBSQ1ZfSVNRCQkJMHgyMAkv KiAgVXNlIElTUSwgaW50ICovDQojZGVmaW5lIFJDVl9BVVRPX0RNQQkJMHgx MDAJLyogIFNldCBBdXRvUnhETUFFICovDQojZGVmaW5lIFJDVl9ETUEJCQkw eDIwMAkvKiAgU2V0IFJ4RE1BIG9ubHkgKi8NCiNkZWZpbmUgUkNWX0RNQV9B TEwJCTB4NDAwCS8qICBDb3B5IGFsbCBETUEnZWQgKi8NCiNkZWZpbmUgUkNW X0ZJWEVEX0RBVEEJCTB4ODAwCS8qICBFdmVyeSBmcmFtZSBzYW1lICovDQoj ZGVmaW5lIFJDVl9JTwkJCTB4MTAwMAkvKiAgVXNlIElTQSBJTyBvbmx5ICov DQojZGVmaW5lIFJDVl9NRU1PUlkJCTB4MjAwMAkvKiAgVXNlIElTQSBNZW1v cnkgKi8NCg0KI2RlZmluZSBSQU1fU0laRQkJMHgxMDAwICAgICAgLyogIFRo ZSBjYXJkIGhhcyA0ayBieXRlcyBvciBSQU0gKi8NCiNkZWZpbmUgUEtUX1NU QVJUCQlQUF9UeEZyYW1lICAvKiAgU3RhcnQgb2YgcGFja2V0IFJBTSAqLw0K DQojZGVmaW5lIFJYX0ZSQU1FX1BPUlQJCTB4MDAwMA0KI2RlZmluZSBUWF9G UkFNRV9QT1JUCQlSWF9GUkFNRV9QT1JUDQojZGVmaW5lIFRYX0NNRF9QT1JU CQkweDAwMDQNCiNkZWZpbmUgVFhfQ1M4OTAwX05PVwkJMHgwMDAwICAvKiBU eCBwYWNrZXQgYWZ0ZXIgICA1IGJ5dGVzIGNvcGllZCAqLw0KI2RlZmluZSBU WF9DUzg5MDBfQUZURVJfMzgxCTB4MDAyMCAgLyogVHggcGFja2V0IGFmdGVy IDM4MSBieXRlcyBjb3BpZWQgKi8NCiNkZWZpbmUgVFhfQ1M4OTAwX0FGVEVS X0FMTAkweDAwNjAgIC8qIFR4IHBhY2tldCBhZnRlciBhbGwgYnl0ZXMgY29w aWVkICovDQojZGVmaW5lIFRYX0NTODkyMF9OT1cJCTB4MDAwMCAgLyogVHgg cGFja2V0IGFmdGVyICAgNSBieXRlcyBjb3BpZWQgKi8NCiNkZWZpbmUgVFhf Q1M4OTIwX0FGVEVSXzM4MQkweDAwNDAgIC8qIFR4IHBhY2tldCBhZnRlciAz ODEgYnl0ZXMgY29waWVkICovDQojZGVmaW5lIFRYX0NTODkyMF9BRlRFUl8x MDIxCTB4MDA4MCAgLyogVHggcGFja2V0IGFmdGVyMTAyMSBieXRlcyBjb3Bp ZWQgKi8NCiNkZWZpbmUgVFhfQ1M4OTIwX0FGVEVSX0FMTAkweDAwQzAgIC8q IFR4IHBhY2tldCBhZnRlciBhbGwgYnl0ZXMgY29waWVkICovDQojZGVmaW5l IFRYX0xFTl9QT1JUCQkweDAwMDYNCiNkZWZpbmUgSVNRX1BPUlQJCTB4MDAw OA0KI2RlZmluZSBBRERfUE9SVAkJMHgwMDBBDQojZGVmaW5lIERBVEFfUE9S VAkJMHgwMDBDDQoNCiNkZWZpbmUgRUVQUk9NX1dSSVRFX0VOCQkweDAwRjAN CiNkZWZpbmUgRUVQUk9NX1dSSVRFX0RJUwkweDAwMDANCiNkZWZpbmUgRUVQ Uk9NX1dSSVRFX0NNRAkweDAxMDANCiNkZWZpbmUgRUVQUk9NX1JFQURfQ01E CQkweDAyMDANCg0KLyogIFJlY2VpdmUgSGVhZGVyDQogKiAgRGVzY3JpcHRp b24gb2YgaGVhZGVyIG9mIGVhY2ggcGFja2V0IGluIHJlY2VpdmUgYXJlYSBv ZiBtZW1vcnkNCiAqLw0KI2RlZmluZSBSQlVGX0VWRU5UX0xPVwkwICAvKiBM b3cgYnl0ZSBvZiBSeEV2ZW50IC0gc3RhdHVzIG9mIHJlY2VpdmVkIGZyYW1l ICovDQojZGVmaW5lIFJCVUZfRVZFTlRfSElHSAkxICAvKiBIaWdoIGJ5dGUg b2YgUnhFdmVudCAtIHN0YXR1cyBvZiByZWNlaXZlZCBmcmFtZSAqLw0KI2Rl ZmluZSBSQlVGX0xFTl9MT1cJMiAgLyogTGVuZ3RoIG9mIHJlY2VpdmVkIGRh dGEgLSBsb3cgYnl0ZSAqLw0KI2RlZmluZSBSQlVGX0xFTl9ISQkzICAvKiBM ZW5ndGggb2YgcmVjZWl2ZWQgZGF0YSAtIGhpZ2ggYnl0ZSAqLw0KI2RlZmlu ZSBSQlVGX0hFQURfTEVOCTQgIC8qIExlbmd0aCBvZiB0aGlzIGhlYWRlciAq Lw0KDQojZGVmaW5lIENISVBfUkVBRCAweDEgIC8qIFVzZWQgdG8gbWFyayBz dGF0ZSBvZiB0aGUgcmVwaW5zIGNvZGUgKGNoaXAgb3IgZG1hKSAqLw0KI2Rl ZmluZSBETUFfUkVBRCAgMHgyICAvKiBVc2VkIHRvIG1hcmsgc3RhdGUgb2Yg dGhlIHJlcGlucyBjb2RlIChjaGlwIG9yIGRtYSkgKi8NCg0KLyogIGZvciBi aW9zIHNjYW4gKi8NCi8qICAqLw0KI2lmZGVmIENTREVCVUcNCi8qICB1c2Ug dGhlc2UgdmFsdWVzIGZvciBkZWJ1Z2dpbmcgYmlvcyBzY2FuICovDQojZGVm aW5lIEJJT1NfU1RBUlRfU0VHCQkweDAwMDAwDQojZGVmaW5lIEJJT1NfT0ZG U0VUX0lOQwkJMHgwMDEwDQojZWxzZQ0KI2RlZmluZSBCSU9TX1NUQVJUX1NF RwkJMHgwYzAwMA0KI2RlZmluZSBCSU9TX09GRlNFVF9JTkMJCTB4MDIwMA0K I2VuZGlmDQoNCiNkZWZpbmUgQklPU19MQVNUX09GRlNFVAkweDBmYzAwDQoN Ci8qDQogKiAgQnl0ZSBvZmZzZXRzIGludG8gdGhlIEVFUFJPTSBjb25maWd1 cmF0aW9uIGJ1ZmZlcg0KICovDQojZGVmaW5lIElTQV9DTkZfT0ZGU0VUCQkw eDYNCiNkZWZpbmUgVFhfQ1RMX09GRlNFVAkJKElTQV9DTkZfT0ZGU0VUICsg OCkJLyogIDg5MDAgZWVwcm9tICovDQojZGVmaW5lIEFVVE9fTkVHX0NORl9P RkZTRVQJKElTQV9DTkZfT0ZGU0VUICsgOCkJLyogIDg5MjAgZWVwcm9tICov DQoNCi8qDQogKiAgdGhlIGFzc3VtcHRpb24gaGVyZSBpcyB0aGF0IHRoZSBi aXRzIGluIHRoZSBlZXByb20gYXJlIGdlbmVyYWxseSANCiAqICBpbiB0aGUg c2FtZSBwb3NpdGlvbiBhcyB0aG9zZSBpbiB0aGUgYXV0b25lZ2N0bCByZWdp c3Rlci4gDQogKiAgT2YgY291cnNlIHRoZSBJTU0gYml0IGlzIG5vdCBpbiB0 aGF0IHJlZ2lzdGVyIHNvIGl0IG11c3QgYmUgDQogKiAgbWFza2VkIG91dA0K ICovDQojZGVmaW5lIEVFX0ZPUkNFX0ZEWAkJMHg4MDAwDQojZGVmaW5lIEVF X05MUF9FTkFCTEUJCTB4MDIwMA0KI2RlZmluZSBFRV9BVVRPX05FR19FTkFC TEUJMHgwMTAwDQojZGVmaW5lIEVFX0FMTE9XX0ZEWAkJMHgwMDgwDQojZGVm aW5lIEVFX0FVVE9fTkVHX0NORl9NQVNLCShFRV9GT1JDRV9GRFggfCBFRV9O TFBfRU5BQkxFIHwgCVwNCgkJCQkgRUVfQVVUT19ORUdfRU5BQkxFIHwgRUVf QUxMT1dfRkRYKQ0KDQojZGVmaW5lIElNTV9CSVQJCQkweDAwNDAJLyogIGln bm9yZSBtaXNzaW5nIG1lZGlhCSAqLw0KDQojZGVmaW5lIEFEQVBURVJfQ05G X09GRlNFVAkoQVVUT19ORUdfQ05GX09GRlNFVCArIDIpDQojZGVmaW5lIEFf Q05GX01FRElBICAgICAgICAgICAgIDB4MDAwNw0KI2RlZmluZSBBX0NORl8x MEJfVAkJMHgwMDAxDQojZGVmaW5lIEFfQ05GX0FVSQkJMHgwMDAyDQojZGVm aW5lIEFfQ05GXzEwQl8yCQkweDAwMDQNCiNkZWZpbmUgQV9DTkZfTUVESUFf VFlQRQkweDAwNjANCiNkZWZpbmUgQV9DTkZfTUVESUFfQVVUTwkweDAwMDAN CiNkZWZpbmUgQV9DTkZfTUVESUFfMTBCX1QJMHgwMDIwDQojZGVmaW5lIEFf Q05GX01FRElBX0FVSQkJMHgwMDQwDQojZGVmaW5lIEFfQ05GX01FRElBXzEw Ql8yCTB4MDA2MA0KI2RlZmluZSBBX0NORl9EQ19EQ19QT0xBUklUWQkweDAw ODANCiNkZWZpbmUgQV9DTkZfTk9fQVVUT19QT0xBUklUWQkweDIwMDANCiNk ZWZpbmUgQV9DTkZfTE9XX1JYX1NRVUVMQ0gJMHg0MDAwDQojZGVmaW5lIEFf Q05GX0VYVE5EXzEwQl8yCTB4ODAwMA0KDQojZGVmaW5lIFBBQ0tFVF9QQUdF X09GRlNFVAkweDgNCg0KLyoNCiAqICBCaXQgZGVmaW5pdGlvbnMgZm9yIHRo ZSBJU0EgY29uZmlndXJhdGlvbiB3b3JkIGZyb20gdGhlIEVFUFJPTQ0KICov DQojZGVmaW5lIElOVF9OT19NQVNLCQkweDAwMEYNCiNkZWZpbmUgRE1BX05P X01BU0sJCTB4MDA3MA0KI2RlZmluZSBJU0FfRE1BX1NJWkUJCTB4MDIwMA0K I2RlZmluZSBJU0FfQVVUT19SeERNQQkJMHgwNDAwDQojZGVmaW5lIElTQV9S eERNQQkJMHgwODAwDQojZGVmaW5lIERNQV9CVVJTVAkJMHgxMDAwDQojZGVm aW5lIFNUUkVBTV9UUkFOU0ZFUgkJMHgyMDAwDQojZGVmaW5lIEFOWV9JU0Ff RE1BCQkoSVNBX0FVVE9fUnhETUEgfCBJU0FfUnhETUEpDQoNCi8qICBETUEg Y29udHJvbGxlciByZWdpc3RlcnMgKi8NCiNkZWZpbmUgRE1BX0JBU0UJCTB4 MDAgICAvKiBETUEgY29udHJvbGxlciBiYXNlICovDQojZGVmaW5lIERNQV9C QVNFXzIJCTB4MEMwICAvKiBETUEgY29udHJvbGxlciBiYXNlICovDQoNCiNk ZWZpbmUgRE1BX1NUQVQJCTB4MEQwICAvKiBETUEgY29udHJvbGxlciBzdGF0 dXMgcmVnaXN0ZXIgKi8NCiNkZWZpbmUgRE1BX01BU0sJCTB4MEQ0ICAvKiBE TUEgY29udHJvbGxlciBtYXNrIHJlZ2lzdGVyICovDQojZGVmaW5lIERNQV9N T0RFCQkweDBENiAgLyogRE1BIGNvbnRyb2xsZXIgbW9kZSByZWdpc3RlciAq Lw0KI2RlZmluZSBETUFfUkVTRVRGRgkJMHgwRDggIC8qIERNQSBjb250cm9s bGVyIGZpcnN0L2xhc3QgZmxpcCBmbG9wICovDQoNCi8qICBETUEgZGF0YSAq Lw0KI2RlZmluZSBETUFfRElTQUJMRQkJMHgwNCAgIC8qICBEaXNhYmxlIGNo YW5uZWwgbiAqLw0KI2RlZmluZSBETUFfRU5BQkxFCQkweDAwICAgLyogIEVu YWJsZSBjaGFubmVsIG4gKi8NCi8qICBEZW1hbmQgdHJhbnNmZXJzLCBpbmNy LiBhZGRyZXNzLCBhdXRvIGluaXQsIHdyaXRlcywgY2guIG4gKi8NCiNkZWZp bmUgRE1BX1JYX01PREUJCTB4MTQNCi8qICBEZW1hbmQgdHJhbnNmZXJzLCBp bmNyLiBhZGRyZXNzLCBhdXRvIGluaXQsIHJlYWRzLCBjaC4gbiAqLw0KI2Rl ZmluZSBETUFfVFhfTU9ERQkJMHgxOA0KDQojZGVmaW5lIERNQV9TSVpFCQko MTYqMTAyNCkJLyogU2l6ZSBvZiBkbWEgYnVmZmVyIC0gMTZrICovDQoNCiNk ZWZpbmUgQ1M4OTAwCQkJMHgwMDAwDQojZGVmaW5lIENTODkyMAkJCTB4NDAw MCAgIA0KI2RlZmluZSBDUzg5MjBNCQkJMHg2MDAwICAgDQojZGVmaW5lIFJF VklTT05fQklUUwkJMHgxRjAwDQojZGVmaW5lIEVFVkVSX05VTUJFUgkJMHgx Mg0KI2RlZmluZSBDSEtTVU1fTEVOCQkweDE0DQojZGVmaW5lIENIS1NVTV9W QUwJCTB4MDAwMA0KI2RlZmluZSBTVEFSVF9FRVBST01fREFUQQkweDAwMWMg LyogT2Zmc2V0IGludG8gZWVwcm9tIGZvciBzdGFydCBvZiBkYXRhICovDQoj ZGVmaW5lIElSUV9NQVBfRUVQUk9NX0RBVEEJMHgwMDQ2IC8qIE9mZnNldCBp bnRvIGVlcHJvbSBmb3IgdGhlIElSUSBtYXAgKi8NCiNkZWZpbmUgSVJRX01B UF9MRU4JCTB4MDAwNCAvKiBObyBvZiBieXRlcyB0byByZWFkIGZvciB0aGUg SVJRIG1hcCAqLw0KI2RlZmluZSBQTlBfSVJRX0ZSTVQJCTB4MDAyMiAvKiBQ TlAgc21hbGwgaXRlbSBJUlEgZm9ybWF0ICovDQojZGVmaW5lIENTODkwMF9J UlFfTUFQCQkweDFjMjAgLyogVGhpcyBJUlEgbWFwIGlzIGZpeGVkICovDQoN CiNkZWZpbmUgQ1M4OTIwX05PX0lOVFMJCTB4MEYgICAvKiAgTWF4IENTODky MCBpbnRlcnJ1cHQgc2VsZWN0ICMgKi8NCg0KI2RlZmluZSBQTlBfQUREX1BP UlQJCTB4MDI3OQ0KI2RlZmluZSBQTlBfV1JJVEVfUE9SVAkJMHgwQTc5DQoN CiNkZWZpbmUgR0VUX1BOUF9JU0FfU1RSVUNUCTB4NDANCiNkZWZpbmUgUE5Q X0lTQV9TVFJVQ1RfTEVOCTB4MDYNCiNkZWZpbmUgUE5QX0NTTl9DTlRfT0ZG CQkweDAxDQojZGVmaW5lIFBOUF9SRF9QT1JUX09GRgkJMHgwMg0KI2RlZmlu ZSBQTlBfRlVOQ1RJT05fT0sJCTB4MDANCiNkZWZpbmUgUE5QX1dBS0UJCTB4 MDMNCiNkZWZpbmUgUE5QX1JTUkNfREFUQQkJMHgwNA0KI2RlZmluZSBQTlBf UlNSQ19SRUFEWQkJMHgwMQ0KI2RlZmluZSBQTlBfU1RBVFVTCQkweDA1DQoj ZGVmaW5lIFBOUF9BQ1RJVkFURQkJMHgzMA0KI2RlZmluZSBQTlBfQ05GX0lP X0gJCTB4NjANCiNkZWZpbmUgUE5QX0NORl9JT19MCQkweDYxDQojZGVmaW5l IFBOUF9DTkZfSU5UCQkweDcwDQojZGVmaW5lIFBOUF9DTkZfRE1BCQkweDc0 DQojZGVmaW5lIFBOUF9DTkZfTUVNCQkweDQ4DQoNCiNkZWZpbmUgQklUMAkJ CTENCiNkZWZpbmUgQklUMTUJCQkweDgwMDANCg0KI2RlZmluZQlDU19EVVBM RVhfQVVUTwkJMA0KI2RlZmluZSBDU19EVVBMRVhfRlVMTAkJMQ0KI2RlZmlu ZSBDU19EVVBMRVhfSEFMRgkJMg0KDQovKiBEZXZpY2UgbmFtZSAqLw0KI2Rl ZmluZSBDU19OQU1FCQkJImNzIg0KDQojZGVmaW5lIGNzX3JlYWRyZWcoaW9i YXNlLCBwb3J0bm8pIFwNCgkob3V0dygoaW9iYXNlKSArIEFERF9QT1JULCAo cG9ydG5vKSksIFwNCglpbncoKGlvYmFzZSkgKyBEQVRBX1BPUlQpKQ0KI2Rl ZmluZSBjc193cml0ZXJlZyhpb2Jhc2UsIHBvcnRubywgdmFsdWUpIFwNCgko b3V0dygoaW9iYXNlKSArIEFERF9QT1JULCAocG9ydG5vKSksIFwNCglvdXR3 KChpb2Jhc2UpICsgREFUQV9QT1JULCAodmFsdWUpKSkNCiNkZWZpbmUgY3Nf cmVhZHdvcmQoaW9iYXNlLCBwb3J0bm8pIFwNCgkoaW53KChpb2Jhc2UpICsg KHBvcnRubykpKQ0KI2RlZmluZSBjc193cml0ZXdvcmQoaW9iYXNlLCBwb3J0 bm8sIHZhbHVlKSBcDQoJKG91dHcoKGlvYmFzZSkgKyAocG9ydG5vKSwgKHZh bHVlKSkpDQoNCiNkZWZpbmUgcmVzZXRfY2hpcChuaWNfYWRkcikgXA0KCWNz X3dyaXRlcmVnKG5pY19hZGRyLCBQUF9TZWxmQ1RMLCBjc19yZWFkcmVnKGlv YWRkciwgUFBfU2VsZkNUTCkgfCBQT1dFUl9PTl9SRVNFVCksIFwNCglERUxB WSgzMDAwMCkNCg0KI2RlZmluZSBjc19kdXBsZXhfZnVsbChzYykgXA0KICAg ICAgICAoY3Nfd3JpdGVyZWcoc2MtPm5pY19hZGRyLCBQUF9BdXRvTmVnQ1RM LCBGT1JDRV9GRFgpKQ0KDQojZGVmaW5lIGNzX2R1cGxleF9oYWxmKHNjKSBc DQogICAgICAgIChjc193cml0ZXJlZyhzYy0+bmljX2FkZHIsIFBQX0F1dG9O ZWdDVEwsIE5MUF9FTkFCTEUpKQ0KDQo= --0-1615265065-900865544=:25782-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 11:18:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05432 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 11:18:36 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA05427 for ; Sun, 19 Jul 1998 11:18:35 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA05824; Sun, 19 Jul 1998 11:09:31 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd005819; Sun Jul 19 18:09:24 1998 Date: Sun, 19 Jul 1998 11:09:20 -0700 (PDT) From: Julian Elischer To: David Greenman cc: hackers@FreeBSD.ORG Subject: Re: Dump device with DEVFS? In-Reply-To: <199807191451.HAA13256@implode.root.com> Message-ID: 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 LAA05428 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG no, DEVFS preserves minor number bit ordering, but under SLICE, with completely dynamic partitionning it is impossible to preallocate any meaning to bits of the minor number. SLICE isa a completely separate pseudo device driver with it's own devsw entry, that sits above the raw disk drivers. All disk like devices come in through this interface instead of being accessed directly. it handles all partitionning and layering issues. Because it is impossible ahead of time to know how a disk may be partitionned, the static allocation of bits in the minor number is imppossible. For example what do you do if you decide to put a disklabel on a disklabel partition to further divide up your 'd' partition into 8 more devices? how do you assign the bits? SLICE handles this issue by simply handing out minor numbers sequentially as needed , and mapping them internally to a pointer to the device's softc structure. To see if a device is a swap partition, the correct way would be to somehow ASK it if it can be dumped to.. julian On Sun, 19 Jul 1998, David Greenman wrote: > >the test should be commented out for SLICE > > I'm a bit confused - you didn't preserve the minor number bit ordering in > devfs? > > -DG > > David Greenman > Co-founder/Principal Architect, The FreeBSD Project > > >bde broke it because he thought it needed to test for a swap partition.. > > > > > >it actually needs to be re-examined.. > > > >check the history of that file for bruce's backout. > >your anaylsys is correct. > > > > > >On 18 Jul 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > > > >> It seems to be impossible to enable a dump device with DEVFS. The > >> following code in setdumpdev() in sys/i386/i386/autoconf.c is the > >> culprit: > >> > >> if (dkpart(dev) != SWAP_PART) > >> return (ENODEV); > >> > >> dkpart(dev) is #defined to (minor(dev) & 7) in disklabel.h, and > >> SWAP_PART is #defined to 1 in the same file. > >> > >> Now MAKEDEV will assign minor numbers with the lower nybble 0x1 to > >> swap partitions ([fosw]d?b or something like that) so it will work > >> fine, but Helen's swap partition (/dev/wd0s1b) has minor number 11 > >> (lower nybble 0x3), and Niobe's swap partition (/dev/sd0b) has minor > >> number 20 (lower nybble 0x4), neither of which is acceptable to > >> setdumpdev(). The only partition I have which is eligible as a dump > >> device (due to its minor number being 25) is /dev/sd0h, aka. /usr/src. > >> > >> Am I missing something here? Is this a bug or a feature? How do I set > >> a dump device on a DEVFS system? And anyway, shouldn't setdumpdev() > >> just trust the user to know what he's doing even if the selected > >> partition doesn't seem to be a swap partition? > >> > >> BTW, I just had a panic trying to umount an msdosfs floppy - probably > >> thanks to soft updates, all my file systems except /var came up clean > >> although I was cvsupping at the time of the panic. > > > >great.. > > > >> > >> For completeness' sake, here is my dmesg, kernel config and a listing > >> of /dev/sd*: > >> > >> Copyright (c) 1992-1998 FreeBSD Inc. > >> Copyright (c) 1982, 1986, 1989, 1991, 1993 > >> The Regents of the University of California. All rights reserved. > >> FreeBSD 3.0-CURRENT #9: Fri Jul 17 18:26:15 CEST 1998 > >> finrod@niobe.ewox.org:/usr/src/sys/compile/niobe > >> Timecounter "i8254" frequency 1193182 Hz cost 2278 ns > >> Timecounter "TSC" frequency 166193751 Hz cost 137 ns > >> CPU: Pentium/P54C (166.19-MHz 586-class CPU) > >> Origin = "GenuineIntel" Id = 0x52c Stepping=12 > >> Features=0x1bf > >> real memory = 134217728 (131072K bytes) > >> > >> FreeBSD Kernel Configuration Utility - Version 1.1 > >> Type "help" for help or "visual" to go to the visual > >> configuration interface (requires MGA/VGA display or > >> serial terminal capable of displaying ANSI graphics). > >> config> quit > >> avail memory = 127885312 (124888K bytes) > >> DEVFS: ready for devices > >> Probing for devices on PCI bus 0: > >> chip0: rev 0x03 on pci0.0.0 > >> chip1: rev 0x01 on pci0.7.0 > >> de0: rev 0x22 int a irq 15 on pci0.9.0 > >> de0: ACCTON EN1207 21140A [10-100Mb/s] pass 2.2 > >> de0: address 00:00:e8:4a:83:63 > >> de0: enabling 100baseTX port > >> vga0: rev 0x70 int a irq 9 on pci0.10.0 > >> ahc0: rev 0x00 int a irq 12 on pci0.11.0 > >> ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs > >> scbus0 at ahc0 bus 0 > >> sd0 at scbus0 target 2 lun 0 > >> sd0: type 0 fixed SCSI 2 > >> sd0: Direct-Access 4341MB (8890760 512 byte sectors) > >> sd0: with 5899 cyls, 10 heads, and an average 150 sectors/track > >> ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers > >> sd1 at scbus0 target 4 lun 0 > >> sd1: type 0 fixed SCSI 2 > >> sd1: Direct-Access 6180MB (12657717 512 byte sectors) > >> sd1: with 7068 cyls, 8 heads, and an average 223 sectors/track > >> ahc1: rev 0x00 int a irq 11 on pci0.12.0 > >> ahc1: aic7870 Single Channel, SCSI Id=7, 16 SCBs > >> scbus1 at ahc1 bus 0 > >> st0 at scbus1 target 3 lun 0 > >> st0: type 1 removable SCSI 2 > >> st0: Sequential-Access density code 0x0, drive empty > >> sd2 at scbus1 target 4 lun 0 > >> sd2: type 0 fixed SCSI 2 > >> sd2: Direct-Access 1030MB (2110812 512 byte sectors) > >> sd2: with 3658 cyls, 6 heads, and an average 96 sectors/track > >> cd0 at scbus1 target 5 lun 0 > >> cd0: type 5 removable SCSI 2 > >> cd0: CD-ROM cd present [258777 x 2048 byte records] > >> od0 at scbus1 target 6 lun 0 > >> od0: type 7 removable SCSI 2 > >> od0: Optical 217MB (446325 512 byte sectors) > >> od0: with approximate 217 cyls, 64 heads, and 32 sectors/track > >> Probing for PnP devices: > >> Probing for devices on the ISA bus: > >> sc0 at 0x60-0x6f irq 1 on motherboard > >> sc0: VGA color <12 virtual consoles, flags=0x0> > >> psm0 not found at 0x60 > >> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa > >> sio0: type 16550A > >> sio1 at 0x2f8-0x2ff irq 3 on isa > >> sio1: type 16550A > >> lpt0 at 0x378-0x37f irq 7 on isa > >> lpt0: Interrupt-driven port > >> lp0: TCP/IP capable interface > >> pcm0 not found > >> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > >> fdc0: FIFO enabled, 8 bytes threshold > >> fd0: 1.44MB 3.5in > >> 1 3C5x9 board(s) on ISA found at 0x300 > >> ep0 at 0x300-0x30f irq 10 on isa > >> ep0: aui/bnc[*BNC*] address 00:60:8c:61:df:38 > >> npx0 on motherboard > >> npx0: INT 16 interface > >> Intel Pentium F00F detected, installing workaround > >> DEVFS: ready to run > >> IP packet filtering initialized, divert disabled, rule-based forwarding disabled, logging limited to 256 packets/entry > >> sd0: probing for MBR.. rejected.. Slice includes MBR sd0: probing for disklabel.. part a, start=0, size=131072 > >> part b, start=131072, size=1048576 > >> part d, start=3932160, size=4958600 > >> part e, start=1179648, size=131072 > >> part f, start=1310720, size=524288 > >> part g, start=1835008, size=1048576 > >> part h, start=2883584, size=1048576 > >> sd1: probing for MBR.. rejected.. Slice includes MBR sd1: probing for disklabel.. part e, start=0, size=524288 > >> part f, start=524288, size=1572864 > >> part g, start=2097152, size=10560565 > >> sd2: probing for MBR.. part 1, start=63, size=2104452 > >> sd2s1: attaching disklabel.. > >> part e, start=0, size=524288 > >> part f, start=524288, size=1580164 > >> fd0: probing for MBR.. WOULD SELECT /sd0a And it exists > >> WARNING: / was not properly dismounted. > >> fd0: Operation timeout > >> fd0: hard error, block 0 (No status) > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> ffs_mountfs: superblock updated > >> > >> # > >> # Kernel configuration for niobe.ewox.org > >> # > >> machine "i386" > >> cpu "I586_CPU" > >> ident niobe > >> maxusers 64 > >> # > >> # Networking > >> options INET > >> options IPFIREWALL > >> options IPFIREWALL_VERBOSE > >> options "IPFIREWALL_VERBOSE_LIMIT=256" > >> options "NMBCLUSTERS=4096" > >> # > >> # File system > >> options DEVFS > >> options FFS > >> options FFS_ROOT # Boot from FFS > >> options NFS > >> options PROCFS > >> options SLICE # Use devfs for devices > >> options SOFTUPDATES > >> # > >> # XFree86 support > >> options SYSVMSG > >> options SYSVSEM > >> options SYSVSHM > >> options UCONSOLE > >> # > >> # Misc. kernel options > >> options "AUTO_EOI_1" > >> options "AUTO_EOI_2" > >> options "COMPAT_43" > >> options "MD5" > >> options BOUNCE_BUFFERS > >> options INCLUDE_CONFIG_FILE > >> options USERCONFIG > >> options USERCONFIG_BOOT > >> options USER_LDT > >> options VISUAL_USERCONFIG > >> # > >> config kernel root on sd0 > >> # > >> # Buses > >> controller isa0 > >> controller pci0 > >> controller pnp0 > >> # > >> # Numeric processor extensions > >> device npx0 at isa? port "IO_NPX" irq 13 vector npxintr > >> # > >> # Floppy controller > >> controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr > >> disk fd0 at fdc0 drive 0 > >> # > >> # SCSI controllers > >> controller ahc0 > >> controller scbus0 > >> device sd0 > >> device od0 > >> device st0 > >> device cd0 > >> pseudo-device su > >> pseudo-device ssc > >> options "SCSI_DELAY=1" > >> options SCSI_REPORT_GEOMETRY > >> # > >> # System console and mouse > >> device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr > >> options "MAXCONS=12" > >> options "SC_HISTORY_SIZE=4096" > >> options "MSGBUF_SIZE=32768" > >> device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > >> # > >> # I/O ports > >> device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr > >> device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr > >> device lpt0 at isa? port? tty irq 7 vector lptintr > >> # > >> # Network adapters > >> device de0 > >> device ep0 at isa? port 0x300 net irq 10 vector epintr > >> # > >> # Networking pseudo-devices > >> pseudo-device loop > >> pseudo-device ether > >> pseudo-device tun 4 > >> pseudo-device bpfilter 4 > >> # > >> # Other pseudo-devices > >> pseudo-device gzip > >> pseudo-device pty 64 > >> pseudo-device vn 4 > >> # > >> # Sound hardware (Luigi Rizzo) > >> device pcm0 at isa? port? tty irq 5 drq 1 flags 0x15 vector pcmintr > >> # > >> > >> root@niobe # ll /dev/sd* > >> brw------- 1 root operator 14, 8 Jul 18 21:56 /dev/sd0 > >> brw------- 1 root operator 14, 19 Jul 18 21:56 /dev/sd0a > >> brw------- 1 root operator 14, 20 Jul 18 21:56 /dev/sd0b > >> brw------- 1 root operator 14, 21 Jul 18 21:56 /dev/sd0d > >> brw------- 1 root operator 14, 22 Jul 18 21:56 /dev/sd0e > >> brw------- 1 root operator 14, 23 Jul 18 21:56 /dev/sd0f > >> brw------- 1 root operator 14, 24 Jul 18 21:56 /dev/sd0g > >> brw------- 1 root operator 14, 25 Jul 18 21:56 /dev/sd0h > >> brw------- 1 root operator 14, 9 Jul 18 21:56 /dev/sd1 > >> brw------- 1 root operator 14, 26 Jul 18 21:56 /dev/sd1e > >> brw------- 1 root operator 14, 27 Jul 18 21:56 /dev/sd1f > >> brw------- 1 root operator 14, 28 Jul 18 21:56 /dev/sd1g > >> brw------- 1 root operator 14, 10 Jul 18 21:56 /dev/sd2 > >> brw------- 1 root operator 14, 29 Jul 18 21:56 /dev/sd2s1 > >> brw------- 1 root operator 14, 30 Jul 18 21:56 /dev/sd2s1e > >> brw------- 1 root operator 14, 31 Jul 18 21:56 /dev/sd2s1f > >> > >> DES > >> -- > >> One two, one two, one two. > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-hackers" in the body of the message > >> > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 13:22:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17309 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 13:22:18 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17303 for ; Sun, 19 Jul 1998 13:22:11 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id QAA29241 for ; Sun, 19 Jul 1998 16:30:40 -0400 (EDT) Date: Sun, 19 Jul 1998 16:30:40 -0400 (EDT) From: Charles Youse To: freebsd-hackers@FreeBSD.ORG Subject: /usr/src/sys/sparc/include/bsd_openprom.h Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The official kick-off of FreeBSD's sparc support. This one is simply an import from NetBSD, with a few modifications. As I don't have commit rights to -current, someone's gotta grab the ball for me. More to come... Chuck Youse cyouse@syncom.net begin 644 bsd_openprom.h M+RH*("H@0V]P>7)I9VAT("AC*2`Q.3DR+"`Q.3DS"B`J"51H92!296=E;G1S M(&]F('1H92!5;FEV97)S:71Y(&]F($-A;&EF;W)N:6$N("!!;&P@2!B92!U2D@-B\Q,2\Y,PH@*B\*"B\J"B`J(%-U;C1M M('-U<'!O2X* M("H@0VAA;F=E&9F9C`P,#`P"@HC9&5F M:6YE"4]014Y04D]-7TU!1TE#(#!X,3`P,3`T,#<*"B\J"B`J(%9E2!A&%C=&QY('1W;R!C:&%R86-T97)S("@B M71H:6YG(&%N>7=H97)E+"!W:71H;W5T(&%N>2!M86=I8R!T2!A;&QO8V%T;W(@86YD(&UA<"!F M=6YC=&EO;G,@87)E(&EN8VQU9&5D(&AE2!R96QA=&4@;VYL>2!I;F1I2!A;&QO8V%T:6]N(&%N M9"!R96QE87-E+B`J+PH)=F]I9`DJ*"IV,E]M86QL;V,I(%]?4"@H8V%D9')? M="!V82P@=5]I;G0@2!M87!P97(N M("HO"@EC861D2!R96=I;VYS('=I=&@@=&AE'1R86-T('1H M96T@:6YT;R!L;V-A;"!T96UP;W)A2!S8V%N;FEN9R!T:&4@=&%K96X@5DTN("!5 M;F9OPH)8VAA<@DJ8F%? M87)G=ELX73L)"2\J(&%R9W8@9F]R;6%T(&9O2!04D]- M('9E8W1OPH)+RH@5F5R2!D97-C"`J+PH* M"7-T2P@:71S(&EN=&5R9F%C90H)("H@8VAA;F=E9"!B971W M965N(%8P(&%N9"!6,BP@=VAI8V@@9V%V92!U2!T;R!S970@=&AE(&-O M;G1E>'0@'1S(#$@=&AR;W5G M:"!.(&UA>2!H879E(&EN=F%L:60@=')A;G-L871I;VYS(&9O'1B;"P*"0D)"2`@ M("`@(&EN="!C;VYT97AT+"!C861D2TM+6%N9"!T:&4*("H@;F]D97,@87)E(&%R2!V M86QU97,@87)E(')E86QL>2!J=7-T($,@6]U(&IU'0G(&9U;F-T:6]N2!I;F1I2!B92!R96QA=&EV92D@*B\*"75?:6YT"6]A7V)A MPH)+RH*"2`J(%1R964@=')A=F5R2!F=6YC=&EO;G,N("!0'1E < Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24048 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 14:24:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24043 for ; Sun, 19 Jul 1998 14:24:37 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA22657; Sun, 19 Jul 1998 14:24:17 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd022624; Sun Jul 19 14:24:09 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id OAA00240; Sun, 19 Jul 1998 14:24:02 -0700 (MST) From: Terry Lambert Message-Id: <199807192124.OAA00240@usr06.primenet.com> Subject: Re: Software RAID-5 performance To: grog@lemis.com (Greg Lehey) Date: Sun, 19 Jul 1998 21:24:02 +0000 (GMT) Cc: tlambert@primenet.com, wilko@yedi.iaf.nl, gibbs@plutotech.com, andre@pipeline.ch, Matthew.Alton@anheuser-busch.com, Hackers@FreeBSD.ORG In-Reply-To: <19980719163703.G435@freebie.lemis.com> from "Greg Lehey" at Jul 19, 98 04:37:03 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So *that*'s what happened. I gave up VxFS for a long time as a result > of that particular bug. > > > Unfortunately, you could undo this without a low level format. > > Could or couldn't? I undid it by moving to ufs :-) Couldn't. It would mark the range bad in such a way that you couldn't mark it good. It did this using sector replacement off the VTOC. This means that if you put a UFS on it without redoing the install, you would end up with the sectors remaining marked "bad". The low level format wasn't technically required, but if you did not szero the spare area and the VTOC, it would recognize this on a simple reinstall, and the sectors would remain "bad". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 15:27:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02971 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 15:27:02 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bone.nectar.com (bone.nectar.com [204.27.67.93]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02965 for ; Sun, 19 Jul 1998 15:27:00 -0700 (PDT) (envelope-from nectar@bone.nectar.com) Received: from bone.nectar.com (localhost.nectar.com [127.0.0.1]) by bone.nectar.com (8.9.0/8.9.0) with ESMTP id RAA13308 for ; Sun, 19 Jul 1998 17:26:14 -0500 (CDT) Message-Id: <199807192226.RAA13308@bone.nectar.com> X-Mailer: exmh version 2.0.2 2/24/98 X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE X-PGP-RSAkey: http://www.nectar.com/nectar-pgp262.txt From: Jacques Vidrine Subject: Intel 82558 10/100 FastEthernet chipset supported? To: hackers@FreeBSD.ORG Date: Sun, 19 Jul 1998 17:26:14 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hi, The Tyan S1836DLUAN motherboard comes with onboard FastEthernet. Does anyone know if it is works with the fxp driver? Jacques Vidrine -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNbJyhjeRhT8JRySpAQFCqgP/QFYiGv3TGs5w577+1SCqGN8zRImCc9/k Knn00mUuuY1oQFeT6T1IcwE0uug6G4kxLPEVCSFA045Zi+SR0ybUFdhn3Zg18tga zGspW00mJKPmYHaz0KKpi0WCDVV1411+58w6Zm8zpZcdiCP2Z4WvnlV3c6cee+XQ qCaV0uG96Jg= =ZPEn -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 16:25:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10197 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 16:25:58 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10192 for ; Sun, 19 Jul 1998 16:25:56 -0700 (PDT) (envelope-from peter.jeremy@alcatel.com.au) Received: from mfg1.cim.alcatel.com.au ("port 3115"@[139.188.23.1]) by gatekeeper.alcatel.com.au (PMDF V5.1-7 #U2695) with ESMTP id <01IZMA6NJB5C000ZOT@gatekeeper.alcatel.com.au> for hackers@freebsd.org; Mon, 20 Jul 1998 09:25:08 +1000 Received: from gsms01.alcatel.com.au by cim.alcatel.com.au (PMDF V5.1-10 #U2695) with ESMTP id <01IZMA67TVHSIXSNUW@cim.alcatel.com.au> for hackers@freebsd.org; Mon, 20 Jul 1998 09:24:47 +1000 Received: (from jeremyp@localhost) by gsms01.alcatel.com.au (8.8.8/8.7.3) id JAA05650 for hackers@freebsd.org; Mon, 20 Jul 1998 09:25:01 +1000 (EST) Date: Mon, 20 Jul 1998 09:25:01 +1000 (EST) From: Peter Jeremy Subject: LPIP losing clock interrupts - need new spl...() call To: hackers@FreeBSD.ORG Message-id: <199807192325.JAA05650@gsms01.alcatel.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Last Wednesday I posted a question regarding LPIP losing clock interrupts. Following further examination of the code, a discussion with Bruce Evans and some experimenting, I've verified that the problem is due to the use of splhigh() within the LPIP input and output routines. It appears that the splhigh() is intended to stop other interrupts interfering with the packet transfer - an interrupt on either machine delays both machines, so this seems reasonable. The problem is that LPIP is slow enough that it can lose clock interrupts - which isn't reasonable. At the same time, it's fairly essential that other PIO-related interrupts be blocked - otherwise the performance is abyssmal (I measured ~100 bytes/sec across LPIP when I saturated both machines IDE drives). Unfortunately, this requirement isn't covered by any of the existing spl...() macros. There are also no macros defining the hardclock() and statclock() IRQ's (they are hard-coded constants in the relevant register_intr() calls from isa/clock.c). The solution (from my point of view) is a new spllpip() (or maybe splplip()). Technically, this is easy, but I have a number of stylistic questions: - Should it go in i386/include/spl.h (since it's an spl()) or i386/isa/lpt.c (the only place it's used)? I tend towards the former. - How should a mask of `all 1's except the hardclock() and statclock() IRQs' be declared? Some options include: a) GENSPL(spllpip, cpl |= SWI_MASK | 0xfefe) b) #include GENSPL(spllpip, cpl |= SWI_MASK | (HWI_MASK & ~(IRQ0 | IRQ8))) c) In an include file somewhere: #define HWI_CLOCK 0 #define HWI_STATCLOCK 8 In i386/include/spl.h: GENSPL(spllpip, cpl |= SWI_MASK | (HWI_MASK & ~((1 << HWI_CLOCK) | (1 << HWI_STATCLOCK)))) And update i386/isa/clock.c to use the new macros. BTW, as far as I can tell, none of IF_DROP(), IF_ENQUEUE(), IF_QFULL(), bpf_tap(), m_devget(), m_freem() or schednetisr() must be called at non-zero spl's. Can anyone confirm this? Peter -- Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 16:37:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11696 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 16:37:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11691 for ; Sun, 19 Jul 1998 16:37:10 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id QAA20000; Sun, 19 Jul 1998 16:36:17 -0700 (PDT) Message-Id: <199807192336.QAA20000@implode.root.com> To: Jacques Vidrine cc: hackers@FreeBSD.ORG Subject: Re: Intel 82558 10/100 FastEthernet chipset supported? In-reply-to: Your message of "Sun, 19 Jul 1998 17:26:14 CDT." <199807192226.RAA13308@bone.nectar.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 19 Jul 1998 16:36:17 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The Tyan S1836DLUAN motherboard comes with onboard FastEthernet. >Does anyone know if it is works with the fxp driver? Yes, the 82558 is supported. I haven't specifically tested it on the Tyan S1836 motherboard, however. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 17:27:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16753 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 17:27:04 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16746 for ; Sun, 19 Jul 1998 17:27:02 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id RAA22503; Sun, 19 Jul 1998 17:26:27 -0700 (PDT) (envelope-from jdp) Message-Id: <199807200026.RAA22503@austin.polstra.com> To: markc@socialnet.com Subject: Re: writing software for serial port based devices In-Reply-To: <00b101bdb1c1$1d352ab0$ed3252cf@stimpy.intranet.relationships.com> References: <00b101bdb1c1$1d352ab0$ed3252cf@stimpy.intranet.relationships.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Date: Sun, 19 Jul 1998 17:26:27 -0700 From: John Polstra Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <00b101bdb1c1$1d352ab0$ed3252cf@stimpy.intranet.relationships.com>, Mark Castillo wrote: > > I've been interested in writing software that will dowload images > from a serial port based digital camera. In particular the Epson PhotoPC. > I'm a decent C programmer, but don't no where to start with on FreeBSD > as far as programming serial port devices. Can someone please direct me > to where the best resources for this is (source code that uses the serial > port, etc.) Just FYI, there's already a port "graphics/photopc" that does this. See also several other ports in the graphics category, e.g., "camediaplay". John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 17:32:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17436 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 17:32:57 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17418 for ; Sun, 19 Jul 1998 17:32:46 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id RAA22528; Sun, 19 Jul 1998 17:32:29 -0700 (PDT) (envelope-from jdp) Message-Id: <199807200032.RAA22528@austin.polstra.com> To: n@nectar.com Subject: Re: Intel 82558 10/100 FastEthernet chipset supported? In-Reply-To: <199807192226.RAA13308@bone.nectar.com> References: <199807192226.RAA13308@bone.nectar.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Date: Sun, 19 Jul 1998 17:32:28 -0700 From: John Polstra Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199807192226.RAA13308@bone.nectar.com>, Jacques Vidrine wrote: > > Hi, > > The Tyan S1836DLUAN motherboard comes with onboard FastEthernet. > Does anyone know if it is works with the fxp driver? Yes, I have one of these boards, and it works just fine with the fxp driver. The onboard aic-7895 also works very well with CAM. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 19 18:13:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21884 for freebsd-hackers-outgoing; Sun, 19 Jul 1998 18:13:52 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bif.mainstreet.net (bif.mainstreet.net [207.5.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA21879 for ; Sun, 19 Jul 1998 18:13:51 -0700 (PDT) (envelope-from charles@lrc.com) Received: from stationa.lrc.com (lrc049.lrc.com [204.147.186.49]) by bif.mainstreet.net (8.8.5/8.8.5) with SMTP id SAA24165 for ; Sun, 19 Jul 1998 18:13:35 -0700 (PDT) Date: Sun, 19 Jul 1998 18:13:35 -0700 (PDT) Message-Id: <199807200113.SAA24165@bif.mainstreet.net> X-Sender: charles@pop.mainstreet.net X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.ORG From: Charles Jo Subject: LRC.776: Ad: FreeBSD/BSDI/UNIX kernel developer needed in Silicon Valley Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed that you are a FreeBSD Developer so I thought you may be interested in this project in Silicon Valley: ---------------------------------------------------- LRC.776: CONTRACT: Software Engineer: UNIX Kernel ---------------------------------------------------- Req#: LRC.776 Company: Lloyd-Ritter Consulting Position: Technician: UNIX Kernel Location: Mid Peninsula Duration: 2-6 months Rate: DOE Starts: ASAP ---------------------------------------------------- Software Engineer/Technician: UNIX Kernel RESPONSIBILITIES: Tweak and hack UNIX kernel for an R & D project that involves future Internet access/protocol. Offsite work possible. REQUIREMENTS: 1. UNIX kernel 2. BSDI or FreeBSD preferred but LINUX is ok. 3. Other UNIX flavors will be considered also. ---------------------------------------------------- Send resumes to: Charles Jo Lloyd-Ritter Consulting 1043 N. Shoreline Blvd., Suite 101 Mountain View, CA 94043 650-964-6644 x133 (voice) 650-964-8719 (fax) charles@lrc.com (e-mail) 1) PLEASE INDICATE THE JOB REQ# ON THE SUBJECT LINE OF YOUR E-MAIL WHEN SUBMITTING A RESUME FOR A SPECIFIC POSITION. 2) We prefer ASCII text, Word, and HTML compatible resumes attached to e-mail. If you have your resume posted on a website, please indicate the URL. 3) Should you decide to submit a resume without a job#, please write your desired position title (eg. Software Engineer) on the subject line of the e-mail. 4) Even if there is not a perfect match for your skilL sets, we encourage you to submit your resume since our market is continually expanding. 5) We have more opportunities at our website http://www.lrc.com. ---------------------------------------------------- ______________________________________________________________________________ Charles Jo Phone: 650.964.6644 x133 Senior Technical Recruiter Fax: 650.964.8719 Lloyd-Ritter Consulting E-mail: charles@lrc.com 1043 N. Shoreline Blvd., Suite 101 URL: http://www.lrc.com Mountain View, CA 94043 ______________________________________________________________________________ Lloyd-Ritter Consulting is a leading supplier of Technical, Business, and Marketing Consultants for Silicon Valley firms. We also assist our clients in staffing regular fulltime employees. ______________________________________________________________________________ Please visit http://www.lrc.com for current opportunities with our company. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 01:00:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09143 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 01:00:31 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail0.u-aizu.ac.jp (mail0.u-aizu.ac.jp [163.143.103.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09136; Mon, 20 Jul 1998 01:00:27 -0700 (PDT) (envelope-from sarikaya@u-aizu.ac.jp) Received: from pross114.u-aizu.ac.jp (pross114 [163.143.180.102]) by mail0.u-aizu.ac.jp (8.8.8+2.7Wbeta7+codeconv/3.6Wbeta7internet-gw) with ESMTP id RAA00600; Mon, 20 Jul 1998 17:00:07 +0900 (JST) Received: from u-aizu.ac.jp (localhost [127.0.0.1]) by pross114.u-aizu.ac.jp (8.8.8+2.7Wbeta7+codeconv/3.6Wbeta7istcmx+kanji) with ESMTP id RAA26399; Mon, 20 Jul 1998 17:00:06 +0900 (JST) Message-Id: <199807200800.RAA26399@pross114.u-aizu.ac.jp> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@FreeBSD.ORG, mobile@FreeBSD.ORG cc: Max Gotlib , sarikaya@u-aizu.ac.jp Subject: How to Configure Wavelan with Wavepoint? Date: Mon, 20 Jul 1998 17:00:05 +0900 From: Behcet Sarikaya Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Does someone know how to configure wlp0 when it can only "see" a Wavepoint bridge? On Windows95 it works but I could not get it working on a FreeBSD laptop running 2.2.6. Part of the problem is setting NWID. I put wlconfig -i wlp0 -w 0xa100 ifconfig_wlp0="inet x.x.226.22 netmask 255.255.255.0" into rc.conf.local file and rc.conf has default_router "x.x.226.20" which is a FreeBSD desktop with ISA Wavelan card and "routed" running (x.x is our network number). When I boot close to the default router it works but when I boot close to the wavepoint (x.x.226.100) it does not. Our Ethernet default router is x.x.180.1. Any help would be appreciated. Please direct your mails to me. Regards, Behcet Sarikaya University of Aizu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 06:34:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05946 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 06:34:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cullinan.bistbn.com (cullinan.bistbn.com [209.88.174.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05937 for ; Mon, 20 Jul 1998 06:34:37 -0700 (PDT) (envelope-from yury@bistbn.com) Received: from yuryk (yuryk.bistbn.com [209.88.174.51]) by cullinan.bistbn.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id PC68QVMY; Mon, 20 Jul 1998 16:34:33 +0300 From: "Yuri Krichevsky" To: "Bill Paul" Cc: , Subject: RE: cvs commit: src/sys/pci if_tl.c if_tlreg.h Date: Mon, 20 Jul 1998 16:33:56 +0300 Message-ID: <001501bdb3e3$0b60e710$33ae58d1@yuryk.bistbn.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <199807180248.WAA07322@skynet.ctr.columbia.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm using rev 1.3 on two COMPAQ Proliant 850R and one workstation with NetFlex/3 NIC - It work's good enought ;-) P.S. I'm using 2.2-STABLE > I already have a 2.2.x version of the driver in /home/wpaul/tl/2.2 > on freefall (grr... okay, for you web browsing types, I also put a > copy at http://freebsd.org/~wpaul/thunderlan/2.2). The code is the > same as the -current version except for 2.2/3.0 differences (i.e. PCI > initialization and multicast handling). I've been keeping a 2.2 version > synced with the changes I've been making in -current, but I've resisted > putting the driver into the 2.2.x tree due a lack of feedback about the > driver's stability. I know that it works for me on my original > development machine, but I was hoping to get some more user reports > before putting it in the 2.2 branch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 07:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11661 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 07:19:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11655 for ; Mon, 20 Jul 1998 07:19:51 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA11208 for freebsd-hackers@FreeBSD.ORG; Mon, 20 Jul 1998 16:18:39 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id PAA16587; Mon, 20 Jul 1998 15:59:21 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807201359.PAA16587@semyam.dinoco.de> To: freebsd-hackers@FreeBSD.ORG cc: seggers@semyam.dinoco.de Subject: libdialog question (for use in sysinstall) Date: Mon, 20 Jul 1998 15:59:21 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I'm finished with the dependency support for sysinstall. It seems to work and is the first step to a halfway decent size information with- in the package installation process. Packages which will be added as dependencies get a 'D' instead of an 'X' as marker. The only point where I have a problem is the case where the user (un-) selects some package. In that case the dependencies might cause some changes to the currently displayed list of packages. For this reason I have to return DITEM_SUCCESS|DITEM_RECREATE. This causes flickering but that is not the most serious problem. The main problem here is that it will restart at the top of the list which is confusing. This is caused by libdialog not storing the position information before taking the "goto draw;" in the DITEM_RE- CREATE handling. Now the questions is how I best can resolve this. The easiest way would be to change DITEM_RECREATE to save the position information but that might break some programs which rely on this. The alternative solution is to add a new case which combines the DITEM_RECREATE actions with storing the position. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 10:25:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05571 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 10:25:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from heathers.stdio.com (lile@heathers2.stdio.com [199.89.192.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05562 for ; Mon, 20 Jul 1998 10:25:10 -0700 (PDT) (envelope-from lile@stdio.com) Received: (from lile@localhost) by heathers.stdio.com (8.8.8/8.8.8) id NAA16069; Mon, 20 Jul 1998 13:21:52 -0400 (EDT) Date: Mon, 20 Jul 1998 13:21:52 -0400 (EDT) From: "Larry S. Lile" To: hackers@FreeBSD.ORG Subject: IF_DEQUEUE problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What are the conditions neccesary to make IF_DEQUEUE work properly? In my driver when you want to transmit a packet you have to create a transmit SRB and interrupt the adapter, it will respond with an interrupt and a transmit data ARB which you fill out and respond with another interrupt which generates a status interrupt. tok_start: tok_intr: xmit srb ----------------------> ack'd by adapter tok_tx_intr: <------------------ xmit data arb from adapter fill out arb -------------------> adapter gives xmit return code If I call IF_DEQUEUE during tok_start the packet dequeues correctly and I can pass it to bpf and everyting appears to work correctly, except that I don't actually set up the transmit srb. If I move the IF_DEQUEUE and bpf tap to tok_tx_intr then my mbuf pointer always gets set to null. I have checked to make sure that ifp is getting pointed to the correct interface, so is there something magic about ifp->if_start and IF_DEQUEUE, or have I missed something? I have also made sure that I am not attempting to dequeue that packet twice, and I have tried to splimp/splx around IF_DEQUEUE in tok_tx_intr. Any help? Larry Lile lile@stdio.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 12:13:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25761 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 12:13:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from firewall.mbc-nsc.com (firewall-user@[204.193.70.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25593; Mon, 20 Jul 1998 12:12:33 -0700 (PDT) (envelope-from rayseals@midwestis.com) Received: by firewall.mbc-nsc.com; id OAA20426; Mon, 20 Jul 1998 14:00:37 -0400 (EDT) Received: from unknown(172.16.30.26) by firewall.mbc-nsc.com via smap (V3.1.1) id xma020418; Mon, 20 Jul 98 14:00:22 -0400 Received: by localhost with Microsoft MAPI; Mon, 20 Jul 1998 14:07:49 -0500 Message-ID: <01BDB3E7.C6EBC780.rayseals@midwestis.com> From: Ray Seals Reply-To: "rayseals@midwestis.com" To: "'Richard Wackerbarth'" , Yonny Cardenas Baron Cc: "jseger@FreeBSD.ORG" , hackers Subject: RE: DHCP Server with FreeBSD Date: Mon, 20 Jul 1998 14:07:47 -0500 Organization: Midwest Information Systems X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG IP helper. -----Original Message----- From: Richard Wackerbarth [SMTP:rkw@dataplex.net] Sent: Tuesday, July 14, 1998 5:14 PM To: Yonny Cardenas Baron Cc: jseger@FreeBSD.ORG; hackers Subject: Re: DHCP Server with FreeBSD At 2:58 PM -0500 7/14/98, Yonny Cardenas Baron wrote: >Hi, > >I have a problem with my ISC DHCP server in FreeBSD. > >The request of clients from other subnets not pass for a router Cisco >7500. The "problem" is neither FreeBSD nor DHCP. For a server to service any network to which it is not directly attached, the routers on that network must be set up to relay the dhcp requests. In Cisco terminology, I think that is a "dhcp-helper" that must be configured in the Cisco. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 12:35:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29931 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 12:35:41 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29925 for ; Mon, 20 Jul 1998 12:35:35 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id OAA16154; Mon, 20 Jul 1998 14:30:18 -0500 (CDT) Date: Mon, 20 Jul 1998 14:30:17 -0500 (CDT) From: Steve Price To: Charles Youse cc: freebsd-hackers@FreeBSD.ORG Subject: Re: /usr/src/sys/sparc/include/bsd_openprom.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I certainly hope someone responded with a "heck yeah I'll do it" to this request. If not, don't feel dis- heartened. We are currently undergoing the 2.2.7 release and alot of people have their noses to the grindstone right now. Things will be back to normal in a few days. You might consider prodding Jordan directly towards the end of the week if you don't hear anything by then. Thanks, Steve On Sun, 19 Jul 1998, Charles Youse wrote: # # The official kick-off of FreeBSD's sparc support. # This one is simply an import from NetBSD, with a few modifications. # # As I don't have commit rights to -current, someone's gotta grab the ball # for me. More to come... # # Chuck Youse # cyouse@syncom.net [bsd_openprom.h elided] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 13:05:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04646 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 13:05:49 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from acacia.cts.ucla.edu (acacia.cts.ucla.edu [164.67.62.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04635; Mon, 20 Jul 1998 13:05:48 -0700 (PDT) (envelope-from denis@acacia.cts.ucla.edu) Received: from localhost (denis@localhost) by acacia.cts.ucla.edu (8.8.8/8.8.8) with SMTP id NAA00215; Mon, 20 Jul 1998 13:06:45 -0700 (PDT) (envelope-from denis@acacia.cts.ucla.edu) Date: Mon, 20 Jul 1998 13:06:44 -0700 (PDT) From: Denis DeLaRoca To: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: USERCONFIG_BOOT option: how to? In-Reply-To: <199807201535.IAA20428@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What are the details of using the USERCONFIG_BOOT option when configuring a kernel. I can't find any documentation on it... I think it allows for porgramming "boot -c" commands on /kernel.config but so far I don't seem to get working that way. Am I missing some parm when specifying the option in the kernel config file? -- Denis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 13:33:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09800 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 13:33:15 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn-max9-38.chicago.il.ameritech.net [206.141.212.38] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09788 for ; Mon, 20 Jul 1998 13:33:04 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id QAA13243; Mon, 20 Jul 1998 16:31:46 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <35B3A930.98E88FF8@ameritech.net> Date: Mon, 20 Jul 1998 16:31:44 -0400 From: Adam McDougall Reply-To: mcdougall@ameritech.net X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Denis DeLaRoca CC: hackers@FreeBSD.ORG Subject: Re: USERCONFIG_BOOT option: how to? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Denis DeLaRoca wrote: > What are the details of using the USERCONFIG_BOOT option when configuring > a kernel. I can't find any documentation on it... I think it allows for > porgramming "boot -c" commands on /kernel.config but so far I don't seem > to get working that way. Am I missing some parm when specifying the option > in the kernel config file? > > -- Denis > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message This works for me.. % cat /kernel.config USERCONFIG disable le0 disable wdc1 enable ed0 quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 16:59:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22953 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 16:59:50 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22916; Mon, 20 Jul 1998 16:59:40 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.5/8.8.8) with SMTP id QAA23691; Mon, 20 Jul 1998 16:59:22 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 20 Jul 1998 16:59:22 -0700 (PDT) From: Doug White To: Denis DeLaRoca cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: USERCONFIG_BOOT option: how to? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 20 Jul 1998, Denis DeLaRoca wrote: > > What are the details of using the USERCONFIG_BOOT option when configuring > a kernel. I can't find any documentation on it... I think it allows for > porgramming "boot -c" commands on /kernel.config but so far I don't seem > to get working that way. Am I missing some parm when specifying the option > in the kernel config file? USERCONFIG_BOOT makes the UserConfig selection screen appear always on startup, like it does on the install floppy. If you just want -c functionality, use these options: options USERCONFIG options VISUAL_USERCONFIG # if you like the visual fullscreen mode Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 17:57:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04498 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 17:57:04 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ix.netcom.com (sil-wa5-21.ix.netcom.com [206.214.137.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04471; Mon, 20 Jul 1998 17:57:00 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.8.8/8.8.8) id RAA00719; Mon, 20 Jul 1998 17:56:30 -0700 (PDT) (envelope-from tomdean) Date: Mon, 20 Jul 1998 17:56:30 -0700 (PDT) Message-Id: <199807210056.RAA00719@ix.netcom.com> From: Thomas Dean To: denis@acacia.cts.ucla.edu CC: questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: (message from Denis DeLaRoca on Mon, 20 Jul 1998 13:06:44 -0700 (PDT)) Subject: Re: USERCONFIG_BOOT option: how to? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Look at /sys/i386/conf/LINT. options USERCONFIG #boot -c editor options USERCONFIG_BOOT #imply -c and parse info area options VISUAL_USERCONFIG #visual boot -c editor To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 19:54:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23151 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 19:54:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from Server-UNIX.orland.u91.k12.me.us (root@Server-UNIX.orland.u91.k12.me.us [169.244.111.67]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA23146 for ; Mon, 20 Jul 1998 19:54:42 -0700 (PDT) (envelope-from netmonger@genesis.ispace.com) Received: from Celeris (Droobie@56k-port4023.ime.net [209.90.195.33]) by Server-UNIX.orland.u91.k12.me.us (8.8.7/8.8.7) with SMTP id WAA18736 for ; Mon, 20 Jul 1998 22:54:47 -0400 (EDT) Message-Id: <199807210254.WAA18736@Server-UNIX.orland.u91.k12.me.us> X-Comment: Sent Via FreeBSD 3.0-971104TBN-SNAP (Network_Host-Celeris). X-Sender: netmonger@genesis.ispace.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.31 (Beta) Date: Mon, 20 Jul 1998 22:52:59 -0400 To: Freebsd-Hackers@FreeBSD.ORG From: Drew Baxter Subject: Re: PCMCIA Support for Accura 56K Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Accura 56K PC Card works fine with the FreeBSD 0520 Snap. Thing is, the configuration for it isn't in the PCCARD.CONF.. Here's the PCCard.CONF I used.. the Optima 288 would work fine, had it the right Index point. card "Hayes" "Accura 56K PC CARD" config 0x22 "sio2" ? reset 10000 insert echo Accura 56K inserted remove echo Accura 56K removed I used the 5684US card to do this. Seems to work fine... I have not successfully managed to get my 3C589D to work though, I get either a Driver or a Resource error depending on what my Index is. BUT it does work with the kernel ZP0 support.. --- Drew "Droobie" Baxter Network Admin/Professional Computer Nerd(TM) OneEX: The OneNetwork Exchange 207-942-0275 http://www.droo.orland.me.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 20 23:05:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20542 for freebsd-hackers-outgoing; Mon, 20 Jul 1998 23:05:01 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20524 for ; Mon, 20 Jul 1998 23:04:56 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id IAA26853; Tue, 21 Jul 1998 08:07:50 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Tue, 21 Jul 1998 08:07:50 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Adam McDougall cc: Denis DeLaRoca , hackers@FreeBSD.ORG Subject: Re: USERCONFIG_BOOT option: how to? In-Reply-To: <35B3A930.98E88FF8@ameritech.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 20 Jul 1998, Adam McDougall wrote: > Denis DeLaRoca wrote: > > > What are the details of using the USERCONFIG_BOOT option when configuring > > a kernel. I can't find any documentation on it... I think it allows for > > porgramming "boot -c" commands on /kernel.config but so far I don't seem > > to get working that way. Am I missing some parm when specifying the option > > in the kernel config file? > > > > -- Denis > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > This works for me.. > % cat /kernel.config > USERCONFIG > disable le0 > disable wdc1 > enable ed0 > quit ... and "USERCONFIG\n" being the crucial thing here - it's the keyword for userconfig code that it has to look into this section of kernel.config. When it sees this keyword, it passes the contents of all lines into command-line engine as if they were read from keyboard. That's why it has to end with "quit" command. And yes, you have to include USERCONFIG_BOOT. If you use boot: -c when the /kernel.config is present, it will first read it and set up parameters appropriately, but then it will ignore the final "quit" command. Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 00:18:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28815 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 00:18:54 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.camalott.com (root@mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA28810 for ; Tue, 21 Jul 1998 00:18:53 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-83.camalott.com [208.229.74.83]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id CAA09247; Tue, 21 Jul 1998 02:19:27 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.8.8/8.8.8) id CAA00740; Tue, 21 Jul 1998 02:18:31 -0500 (CDT) (envelope-from joelh) Date: Tue, 21 Jul 1998 02:18:31 -0500 (CDT) Message-Id: <199807210718.CAA00740@detlev.UUCP> To: freebsd-hackers@FreeBSD.ORG Subject: boot -v by default From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there any way to turn on the kernel's -v (verbose) flag by default? Happy hacking, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 02:17:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA12493 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 02:17:10 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12485 for ; Tue, 21 Jul 1998 02:17:03 -0700 (PDT) (envelope-from hamada@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.9.1+3.0W/3.7W-astecMX2.3) with ESMTP id SAA15567; Tue, 21 Jul 1998 18:16:27 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.26.2]) by amont.astec.co.jp (8.7.6/3.6W-astecMX2.4) with ESMTP id SAA13283; Tue, 21 Jul 1998 18:16:26 +0900 (JST) Received: (from hamada@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id SAA10730; Tue, 21 Jul 1998 18:16:25 +0900 (JST) Date: Tue, 21 Jul 1998 18:16:25 +0900 (JST) Message-Id: <199807210916.SAA10730@stone.astec.co.jp> From: HAMADA Naoki References: <199807171254.IAA06263@skynet.ctr.columbia.edu> To: wpaul@skynet.ctr.columbia.edu CC: hackers@FreeBSD.ORG In-reply-to: Bill Paul's message of "Fri, 17 Jul 1998 08:54:14 -0400 (EDT)" <199807171254.IAA06263@skynet.ctr.columbia.edu> Subject: Re: Obtaining 3Com programming documentation Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul wrote: >Anybody know the right place/person from which to obtain programming >documentation for 3Com ethernet chips? See http://infodeli.3com.com/infodeli/services/online2.htm#facts and try their interactive fax delivery service. Request an information request form for developers. After you get it, fill out the form and send it back via fax. This procedure is quite irritating, but their response is not so bad! - nao To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 04:19:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA00107 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 04:19:42 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from oslo.geco-prakla.slb.com (geos01.oslo.geco-prakla.slb.com [134.32.44.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA29988; Tue, 21 Jul 1998 04:19:38 -0700 (PDT) (envelope-from smoergrd@oslo.sl.slb.com) Received: from sunw110.oslo.Geco-Prakla.slb.com (sunw110 [192.23.231.54]) by oslo.geco-prakla.slb.com (8.8.8/8.6.9) with SMTP id NAA16652 ; Tue, 21 Jul 1998 13:17:28 +0200 (MET DST) Received: by sunw110.oslo.Geco-Prakla.slb.com (SMI-8.6/SMI-SVR4) id NAA22102; Tue, 21 Jul 1998 13:17:28 +0200 To: Ian Kallen Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: rc can't fsck References: Organization: Schlumberger Geco-Prakla X-Disclaimer: I speak only for myself. From: smoergrd@oslo.geco-prakla.slb.com (Dag-Erling Coidan Smørgrav) Date: 21 Jul 1998 13:17:27 +0200 In-Reply-To: Ian Kallen's message of Fri, 17 Jul 1998 22:59:01 -0700 (PDT) Message-ID: Lines: 12 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ian Kallen writes: > I migrated a machine that includes a big ass seagate drive from 2.2.5 to > 2.2.6 and it won't fsck it at boot time! I can fsck it fine manually but > check out rc croaking on fsck'ing it: This is a FAQ. The memory usage limit in the 'daemon' login class is too low to fsck large file systems. This has been fixed in newer versions of /etc/login.conf. DES -- Dag-Erling Smørgrav - smoergrd@oslo.geco-prakla.slb.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 05:22:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA09285 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 05:22:33 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA09277; Tue, 21 Jul 1998 05:22:30 -0700 (PDT) (envelope-from witr@spooky.rwwa.com) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.7/8.8.7) with ESMTP id IAA01557; Tue, 21 Jul 1998 08:26:55 -0400 (EDT) (envelope-from witr@spooky.rwwa.com) Message-Id: <199807211226.IAA01557@spooky.rwwa.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: CTM: Full delta needed after 2.2.7 tagging. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Jul 1998 08:26:55 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could the maintainers of the CTM system please make a full release-delta when FreeBSD is tagged for 2.2.7 (comming soon to a CVS repository near you!). This seems to have fallen into the cracks for 2.2.6. [Actually, I guess I mean, make the delta from whatever goes onto the CD. I don't know for sure if that is the result of the "first" tagging or not. Jordan?] Thanks! (I posted to hackers *and* stable, Cuz I don't know for sure if the CTM maintainers read stable. Sue me. ;-) --------------------------------------------------------------------- Robert Withrow, R.W. Withrow Associates, Swampscott MA, witr@rwwa.COM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 05:50:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13423 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 05:50:22 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA13417 for ; Tue, 21 Jul 1998 05:50:15 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id IAA13651; Tue, 21 Jul 1998 08:53:00 -0400 From: Bill Paul Message-Id: <199807211253.IAA13651@skynet.ctr.columbia.edu> Subject: Re: Obtaining 3Com programming documentation To: hamada@astec.co.jp (HAMADA Naoki) Date: Tue, 21 Jul 1998 08:52:58 -0400 (EDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <199807210916.SAA10730@stone.astec.co.jp> from "HAMADA Naoki" at Jul 21, 98 06:16:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, HAMADA Naoki had to walk into mine and say: > Bill Paul wrote: > >Anybody know the right place/person from which to obtain programming > >documentation for 3Com ethernet chips? > > See http://infodeli.3com.com/infodeli/services/online2.htm#facts and > try their interactive fax delivery service. Request an information > request form for developers. After you get it, fill out the form and > send it back via fax. This procedure is quite irritating, but their > response is not so bad! > > - nao I ended up calling tech support and from there was told about the faxback service. For the record, the document to request from the faxback menu is #9070. However, be advised that the version of the document there is out of date: it lists choices for ordering the 3c50x and 3c59x tech documents, but it says nothing about the 3c90x. The 3c90x documentation is available though: if it's not listed on the form, you can write in that you want it at the bottom of the sheet and fax it back. I filled out and faxed back the forms this past Friday, and lo and behond, they arrived on Monday via Airborne Express. Included with the bundle was an updated form which did indeed list the 3c90x documents in the tech briefs section. (It also had larger boxes for writing in your name and address, which is another big improvement: the original form had tiny little boxes that were much too small. The new form also has an entry at the bottom form the 3Com 3c985 gigabit ethernet adapter, but it says documentation isn't available yet ("no ETA"). :( Looking over the 3c90x book, I'm a little dismayed that they don't have a complete register summary anywhere: it looks like they describe all the important registers, but the descriptions are spead out all through the manual. There is a summary of those registers not described anywhere else, but I would have prefered an entire listing: the entire last third of the ThunderLAN manual contains a complete summary of all the available registers with short descriptions of each and what their various bits do, which is very handy when you're cranking code and just need to look something up quickly. I know now that the reason the Vortex driver doesn't work with the 3c905B chip is that they got rid of the PIO interface for transfering packets to/from the chip's on-board RAM: now you have to use the bus-master DMA mechanism. The Boomerang chip in the 3c905 supported bus-master DMA, but retained the PIO interface for compatibility. Now the PIO interface is totally gone. The DMA mechanism appears to work very much like that of the ThunderLAN (it has upload/download lists with fragment pointers, a forward pointer and a status word), which I suppose is not that surprising. The 3c905B's improvements over the 3c905 include a 64-bit multicast hash filter (previously you could only program the chip to receive all multicast packets) and hardware TCP/IP checksumming. This means you can get the chip to generate IP, TCP and UDP checksums on the way out and verify IP, TCP and UDP checksums on the way in. I'm not quite sure how to take advantage of this in the BSD TCP/IP structure, so I'm probably going to leave it alone for now. The manual states that it only works for IPv4 packets at this point. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 06:03:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15137 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 06:03:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mb05.swip.net (mb05.swip.net [193.12.122.209]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA15131 for ; Tue, 21 Jul 1998 06:03:10 -0700 (PDT) (envelope-from mg24174@gaia.swipnet.se) Received: from nic.swipnet.se (dialup159-2-53.swipnet.se [130.244.159.117]) by mb05.swip.net (8.8.8/8.8.8) with ESMTP id PAA23087 for ; Tue, 21 Jul 1998 15:02:51 +0200 (MET DST) Message-ID: <35B49017.CFF7235D@gaia.swipnet.se> Date: Tue, 21 Jul 1998 14:56:55 +0200 From: joppe X-Mailer: Mozilla 4.0 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-hackers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 06:18:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17634 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 06:18:37 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17622 for ; Tue, 21 Jul 1998 06:18:28 -0700 (PDT) (envelope-from gram@cdsec.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id PAA04222 for ; Tue, 21 Jul 1998 15:23:37 +0200 (SAT) Received: by citadel via recvmail id 4220; Tue Jul 21 15:23:35 1998 From: Graham Wheeler Message-Id: <199807211322.PAA03583@cdsec.com> Subject: Building a kernel with PCI devices To: hackers@FreeBSD.ORG Date: Tue, 21 Jul 1998 15:22:43 +0200 (SAT) Cc: gram@gram.cdsec.com (Graham Wheeler) X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all I was just wondering: if one is creating a config file for a kernel that should support multiple 3Com 3C59x NICs, should one have multiple vx entries in the config? I have built a kernel with: device vx0 device vx1 device vx2 The resulting kernel does support multiple cards, but I thought that it may be possible to use just a single vx entry and still be able to support multiple cards. The same question applies to the tx, fxp and de drivers. Does anyone know? TIA gram -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 06:54:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA22368 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 06:54:08 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA22358; Tue, 21 Jul 1998 06:54:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA08652; Tue, 21 Jul 1998 06:52:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Robert Withrow cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: CTM: Full delta needed after 2.2.7 tagging. In-reply-to: Your message of "Tue, 21 Jul 1998 08:26:55 EDT." <199807211226.IAA01557@spooky.rwwa.com> Date: Tue, 21 Jul 1998 06:52:08 -0700 Message-ID: <8649.901029128@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > [Actually, I guess I mean, make the delta from whatever goes > onto the CD. I don't know for sure if that is the result > of the "first" tagging or not. Jordan?] It is whatever's tagged as RELENG_2_2_7_RELEASE, yes. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 07:57:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05851 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 07:57:22 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05840 for ; Tue, 21 Jul 1998 07:57:15 -0700 (PDT) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.8.8/8.8.8) id PAA16992; Tue, 21 Jul 1998 15:51:52 +0100 (BST) (envelope-from joe) Message-ID: <19980721155151.L26364@pavilion.net> Date: Tue, 21 Jul 1998 15:51:51 +0100 From: Josef Karthauser To: Doug White , Nick Hibma Cc: hackers@FreeBSD.ORG Subject: Re: NetBSD now has USB .. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: ; from Doug White on Fri, Jul 17, 1998 at 09:35:48AM -0700 X-NCC-RegID: uk.pavilion Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 17, 1998 at 09:35:48AM -0700, Doug White wrote: > > On Fri, 17 Jul 1998, Nick Hibma wrote: > > > > ... Is FreeBSD next? > > > > > > Someone want to take on a porting project? (and don't say me, I don't > > > have time or the technical expertice.) I'm actually building a USB device at the moment (including device firmware and NT device driver), so I'm up to speed on this. If anyone wants my help (i.e. we do it together) drop me a line. I'd love to help, but don't have the full amount of time to do it myself at the moment. Joe -- Josef Karthauser Technical Manager FreeBSD: The power to serve (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 09:05:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16876 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 09:05:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16855 for ; Tue, 21 Jul 1998 09:05:37 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id SAA24430 for freebsd-hackers@FreeBSD.ORG; Tue, 21 Jul 1998 18:02:28 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id RAA05691; Tue, 21 Jul 1998 17:58:00 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807211558.RAA05691@semyam.dinoco.de> To: freebsd-hackers@FreeBSD.ORG cc: seggers@semyam.dinoco.de Subject: How to check if slice is bootable? (for PR misc/7190) Date: Tue, 21 Jul 1998 17:58:00 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! Looking for a way to resolve PR misc/7190 I discovered that our slice code seems to have no provisions to get at the information of which partitions are bootable. Sure, this information doesn't make sense on all systems but on those that have such a flag it would be useful to be able to read it. Now the questions is how to resolve this problem with sysinstall as I don't think we can just say "don't make two FreeBSD slices with sys- install". What I prefer not to do but which is the cleanest way to make it work is fiddling with the slice code or adding another ioctl for this - most likely the latter. I am not keen on doing this. Or shall I just change libdisk to read the MBR directly? It does write it that way already and I don't think it would be that great a loss to do the same with reading. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 12:07:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18558 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 12:07:07 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from firebat.wolfepub.com (firebat.wolfepub.com [206.250.193.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18547 for ; Tue, 21 Jul 1998 12:07:01 -0700 (PDT) (envelope-from matthew@wolfepub.com) Received: from ricecake.fastnet0.net (grxa6-ppp13.triton.net [209.172.2.13]) by firebat.wolfepub.com (8.9.0/8.9.0) with SMTP id PAA15784 for ; Tue, 21 Jul 1998 15:05:02 -0400 (EDT) Message-Id: <3.0.3.32.19980721151319.0072a5f0@wolfepub.com> X-Sender: matthew@wolfepub.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 21 Jul 1998 15:13:19 -0400 To: hackers@FreeBSD.ORG From: Matthew Hagerty Subject: Environment for a daemon Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings, What environment does a daemon get when it is run, then changes its uid? I have a program that is being run as a cgi via apache and requires an environment var set. Apache is started as root and changes to what ever user you have set in the config. Then when my program (cgi) is run, it has the uid of the user set in the config, but what about its environment? Does it get initialized to the .profile settings just like a user logging in? If not, where can I set up an environment for a program that gets executed in this manner? FreeBSD-2.2.6-R Thanks, Matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 13:39:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06358 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 13:39:46 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from picasso.wcape.school.za ([196.21.102.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA06265 for ; Tue, 21 Jul 1998 13:39:23 -0700 (PDT) (envelope-from pvh@leftside.wcape.school.za) Received: from uucp by picasso.wcape.school.za with local-rmail (Exim 1.92 #2) for freebsd-hackers@freebsd.org id 0yyjBV-0007Hh-00; Tue, 21 Jul 1998 22:38:53 +0200 Received: from localhost (pvh@localhost) by leftside.wcape.school.za (8.8.8/8.8.4) with SMTP id WAA01978 for ; Tue, 21 Jul 1998 22:38:02 +0200 (SAT) Date: Tue, 21 Jul 1998 22:38:01 +0200 (SAT) From: Peter van Heusden To: freebsd-hackers@FreeBSD.ORG Subject: Netscape Directory API port? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just compiled the 19980531 version of the Netscape Directory API code (it compiles with one tiny change on FreeBSD 2.2.6) and am considering turning it into a port. A couple of questions, though: 1) Is anyone actively working on such a port already? 2) Is anyone using the Directory API code? Are there any suggestions at to what should get installed where? 3) The libraries for the Netscape stuff will clash with the UMich stuff. Anyone wanting to work with LDAP will probably want to have both hanging around, to have both an API, and a server (esp. if the UMich server gets upgraded along the lines people on this list have suggested). Any ideas about how the conflict should be resolved? Hoping this doesn't sound clueless, Peter -- Peter van Heusden | Computers Networks Reds Greens Justice Peace Beer Africa pvh@leftside.wcape.school.za | Support the SAMWU 50 litres campaign! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 13:52:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09573 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 13:52:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bingsun2 (bingsun2.cc.binghamton.edu [128.226.1.6]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA09539 for ; Tue, 21 Jul 1998 13:52:35 -0700 (PDT) (envelope-from bf20761@binghamton.edu) Received: from localhost (bf20761@localhost) by bingsun2 (SMI-8.6/8.6.9) with SMTP id QAA26647 for ; Tue, 21 Jul 1998 16:52:13 -0400 Date: Tue, 21 Jul 1998 16:52:12 -0400 (EDT) From: zhihuizhang X-Sender: bf20761@bingsun2 To: hackers Subject: Questions on inactive page queue Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, (1) Why we set a target for the inactive page queue? Who can manipulate the pages on the inactive page queue? How to guarantee that a page won't move from the inactive queue while paging out? (2) I find that the VM fault routine vm_fault() can call tsleep() to sleep! This contradict my knowledge that interrupt routine can never go to sleep. How can this happen? Any help is appreciated. -------------------------------------------------- | Zhihui Zhang, http://cs.binghamton.edu/~zzhang | | Dept. of Computer Science, SUNY at Binghamton | -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 14:39:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21237 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 14:39:29 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from Tyr.office.EFN.org (root@[204.214.99.45]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21197 for ; Tue, 21 Jul 1998 14:39:18 -0700 (PDT) (envelope-from spy@tyr.office.efn.org) Received: from Tyr.office.EFN.org (IDENT:spy@Tyr.office.EFN.org [204.214.99.45]) by Tyr.office.EFN.org (8.9.0/8.9.0) with SMTP id OAA13188; Tue, 21 Jul 1998 14:38:44 -0700 (PDT) Date: Tue, 21 Jul 1998 14:38:43 -0700 (PDT) From: Ben Reply-To: ben@efn.org To: Joel Ray Holveck cc: freebsd-hackers@FreeBSD.ORG Subject: Re: boot -v by default In-Reply-To: <199807210718.CAA00740@detlev.UUCP> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Jul 1998, Joel Ray Holveck wrote: > > Is there any way to turn on the kernel's -v (verbose) flag by default? root@yourhost[/] echo "-v" >/boot.config > > Happy hacking, > joelh -ben@efn.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 15:03:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25750 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 15:03:55 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25744 for ; Tue, 21 Jul 1998 15:03:54 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA02219; Tue, 21 Jul 1998 14:59:53 -0700 (PDT) Message-Id: <199807212159.OAA02219@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Peter van Heusden cc: freebsd-hackers@FreeBSD.ORG, Giao Nguyen Subject: Re: Netscape Directory API port? In-reply-to: Your message of "Sat, 21 Jul 1998 22:38:01 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Jul 1998 14:59:53 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I've just compiled the 19980531 version of the Netscape Directory API code > (it compiles with one tiny change on FreeBSD 2.2.6) and am considering > turning it into a port. A couple of questions, though: > > 1) Is anyone actively working on such a port already? You will want to talk with Giao Nguyen who is carrying an LDAP torch at the moment. I believe he's still working on the Umich server port, which needs a million patches. He ought to be about ready with it though (*poke*). > 2) Is anyone using the Directory API code? Are there any suggestions at to > what should get installed where? Not yet. It would be nice to have one or the other available to backend the get*by* stuff, but it would need to be a 'pluggable' thing so that the system could run without it (take a look at the size of the libraries to see what I mean). > 3) The libraries for the Netscape stuff will clash with the UMich stuff. > Anyone wanting to work with LDAP will probably want to have both hanging > around, to have both an API, and a server (esp. if the UMich server > gets upgraded along the lines people on this list have suggested). Any > ideas about how the conflict should be resolved? You'll have to pick a new name for one or the other of them. I don't know of any third-part apps on our radar currently that expect one or the other to have a specific name, but the umich libraries came first, so perhaps you should come up with another name for the netscape library. Maybe ask the Netscape people what they'd be recommending? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 15:26:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28817 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 15:26:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from beelzebubba.sysabend.org (grail@beelzebubba.sysabend.org [209.48.124.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28766 for ; Tue, 21 Jul 1998 15:26:02 -0700 (PDT) (envelope-from grail@beelzebubba.sysabend.org) Received: (from grail@localhost) by beelzebubba.sysabend.org (8.8.5/8.8.5) id SAA14556; Tue, 21 Jul 1998 18:24:56 -0400 (EDT) Message-ID: <19980721182456.A13495@beelzebubba.sysabend.org> Date: Tue, 21 Jul 1998 18:24:56 -0400 From: Giao Nguyen To: Mike Smith , Peter van Heusden Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Netscape Directory API port? Mail-Followup-To: Mike Smith , Peter van Heusden , freebsd-hackers@FreeBSD.ORG References: <199807212159.OAA02219@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1 In-Reply-To: <199807212159.OAA02219@dingo.cdrom.com>; from Mike Smith on Tue, Jul 21, 1998 at 02:59:53PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith said: > > > > 1) Is anyone actively working on such a port already? > > You will want to talk with Giao Nguyen who is > carrying an LDAP torch at the moment. I believe he's still working on > the Umich server port, which needs a million patches. He ought to be > about ready with it though (*poke*). I think that was a hint. :) Thank you for reminding me though. I haven't been working on the umich port proper as much as digesting RFC's and notes from the FreeBSD community and others. It's just not right to get into something without fully understanding it (note: Send that last comment to a certain software company). I am now approaching patch collection status. If you've got patches since the last port owner was active, please send them my way. *Active* work will commence once I've got it all (or a good sized chunk). Giao To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 15:31:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29788 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 15:31:55 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29755; Tue, 21 Jul 1998 15:31:39 -0700 (PDT) (envelope-from se@dialup124.zpr.uni-koeln.de) Received: from dialup124.zpr.Uni-Koeln.DE (dialup124.zpr.Uni-Koeln.DE [134.95.219.124]) by Octopussy.MI.Uni-Koeln.DE (8.8.8/8.8.8) with ESMTP id AAA10201; Wed, 22 Jul 1998 00:31:18 +0200 (MET DST) Received: (from se@localhost) by dialup124.zpr.Uni-Koeln.DE (8.8.8/8.6.9) id AAA05147; Wed, 22 Jul 1998 00:11:57 +0200 (CEST) X-Face: " Date: Wed, 22 Jul 1998 00:11:56 +0200 From: Stefan Esser To: Graham Wheeler , hackers@FreeBSD.ORG Cc: Stefan Esser Subject: Re: Building a kernel with PCI devices Mail-Followup-To: Graham Wheeler , hackers@FreeBSD.ORG References: <199807211322.PAA03583@cdsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: <199807211322.PAA03583@cdsec.com>; from Graham Wheeler on Tue, Jul 21, 1998 at 03:22:43PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1998-07-21 15:22 +0200, Graham Wheeler wrote: > Hi all > > I was just wondering: if one is creating a config file for a kernel > that should support multiple 3Com 3C59x NICs, should one have multiple > vx entries in the config? I have built a kernel with: > > device vx0 > device vx1 > device vx2 > > The resulting kernel does support multiple cards, but I thought that > it may be possible to use just a single vx entry and still be able to > support multiple cards. The same question applies to the tx, fxp and > de drivers. Does anyone know? Yes, sure, I do ... Just use one single entry per driver. All data structures are dynamically allocated by each driver for each device that is found during the PCI bus scan. There currently is no way to associate "flags" with PCI devices in the way this can be done for ISA device entries in the config file. In case you want to assign fixed device names to cards in certain PCI slots, there is preliminary support in pci_compat.c. But this is more useful for SCSI cards, I assume. (Prevents cleaning of an assumed scratch drive if some host adapter has been removed from a system and another one takes its PCI device name ...) But even then you still need only one line per PCI driver in the kernel config file ... Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 15:58:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04604 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 15:58:58 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA04599 for ; Tue, 21 Jul 1998 15:58:56 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA24512; Tue, 21 Jul 1998 15:44:14 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdU24508; Tue Jul 21 22:44:06 1998 Date: Tue, 21 Jul 1998 15:44:04 -0700 (PDT) From: Julian Elischer To: zhihuizhang cc: hackers Subject: Re: Questions on inactive page queue In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG iare you getting answers to these questions? I ask, because usually it used to be john Dyson who would answer them but now that he has gon to work on different things I want to makwe sure that your questions are not just getting dropped.. julian On Tue, 21 Jul 1998, zhihuizhang wrote: > > Hi, > > (1) Why we set a target for the inactive page queue? Who can manipulate > the pages on the inactive page queue? How to guarantee that a page won't > move from the inactive queue while paging out? > > (2) I find that the VM fault routine vm_fault() can call tsleep() to > sleep! This contradict my knowledge that interrupt routine can never go to > sleep. How can this happen? > > Any help is appreciated. > > > -------------------------------------------------- > | Zhihui Zhang, http://cs.binghamton.edu/~zzhang | > | Dept. of Computer Science, SUNY at Binghamton | > -------------------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 17:18:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20049 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 17:18:26 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19957 for ; Tue, 21 Jul 1998 17:18:10 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id RAA22239; Tue, 21 Jul 1998 17:16:57 -0700 (PDT) Message-Id: <199807220016.RAA22239@implode.root.com> To: zhihuizhang cc: hackers Subject: Re: Questions on inactive page queue In-reply-to: Your message of "Tue, 21 Jul 1998 16:52:12 EDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 21 Jul 1998 17:16:57 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >(1) Why we set a target for the inactive page queue? Who can manipulate >the pages on the inactive page queue? How to guarantee that a page won't >move from the inactive queue while paging out? The main purpose of the inactive queue is for holding modified pages until they are cleaned, but it is also used as a way of pessimizing a page for reclaimation. The active and inactive queues are otherwise identical as far as how you must handle the pages on them. >(2) I find that the VM fault routine vm_fault() can call tsleep() to >sleep! This contradict my knowledge that interrupt routine can never go to >sleep. How can this happen? A page fault isn't a device interrupt - at least not in this context. The process is put to sleep so that the system can have time to resolve the page fault (perhaps requiring disk IO or the reclaimation of pages from another process) before it is resumed. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 18:53:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06995 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 18:53:22 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06975 for ; Tue, 21 Jul 1998 18:53:03 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id LAA08898; Wed, 22 Jul 1998 11:22:41 +0930 (CST) Message-ID: <19980722112240.K8098@freebie.lemis.com> Date: Wed, 22 Jul 1998 11:22:40 +0930 From: Greg Lehey To: FreeBSD Hackers Subject: How do I access a block device in -CURRENT? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since the change in bdevsw/cdevsw in -CURRENT, I have a problem: how do I access block devices from a driver? Previously I would do something like (*bdevsw [major (devno)]->d_strategy) (bp); I'm not supposed to use bdevsw any more, I should use cdevsw instead. But the major numbers are different. How do I find the correct major number? I went through the way the system does it, and found: #2 0xf014959e in spec_strategy (ap=0xf439de30) at ../../miscfs/specfs/spec_vnops.c:556 556 (*bdevsw[major(bp->b_dev)]->d_strategy)(bp); So what's the story now? Is bdevsw dead or not? How do I access the devices? One obvious choice would be to give block and character devices the same major numbers, like System V does, but the problems on changeover would be horrendous. Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 22:36:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08800 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 22:36:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08781 for ; Tue, 21 Jul 1998 22:36:53 -0700 (PDT) (envelope-from hamada@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.9.1+3.0W/3.7W-astecMX2.3) with ESMTP id OAA17859; Wed, 22 Jul 1998 14:35:47 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.26.2]) by amont.astec.co.jp (8.7.6/3.6W-astecMX2.4) with ESMTP id OAA28047; Wed, 22 Jul 1998 14:35:46 +0900 (JST) Received: (from hamada@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id OAA12647; Wed, 22 Jul 1998 14:35:45 +0900 (JST) Date: Wed, 22 Jul 1998 14:35:45 +0900 (JST) Message-Id: <199807220535.OAA12647@stone.astec.co.jp> From: HAMADA Naoki References: <199807211322.PAA03583@cdsec.com> To: gram@cdsec.com CC: hackers@FreeBSD.ORG In-reply-to: Graham Wheeler's message of "Tue, 21 Jul 1998 15:22:43 +0200 (SAT)" <199807211322.PAA03583@cdsec.com> Subject: Re: Building a kernel with PCI devices Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG gram writes: >I was just wondering: if one is creating a config file for a kernel >that should support multiple 3Com 3C59x NICs, should one have multiple >vx entries in the config? I have built a kernel with: > > device vx0 > device vx1 > device vx2 > >The resulting kernel does support multiple cards, but I thought that >it may be possible to use just a single vx entry and still be able to >support multiple cards. The same question applies to the tx, fxp and >de drivers. Does anyone know? For some historical reasons, the vx driver needs explicit declaration in the config file to use multiple NICs. This can be fixed quite easily, I suppose. Shold I? - nao To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 21 23:24:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17097 for freebsd-hackers-outgoing; Tue, 21 Jul 1998 23:24:30 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17076 for ; Tue, 21 Jul 1998 23:24:19 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA08091; Tue, 21 Jul 1998 23:20:51 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdsT8080; Wed Jul 22 06:20:42 1998 Date: Tue, 21 Jul 1998 23:20:32 -0700 (PDT) From: Julian Elischer To: Greg Lehey cc: FreeBSD Hackers Subject: Re: How do I access a block device in -CURRENT? In-Reply-To: <19980722112240.K8098@freebie.lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's exactly the same.. except that the TYEP of the entry is cdevsw both bdevsw[] and cdevsw[] arrays point to the same structure, (the name of which should neow be changed to devsw). so you would go: *bdevsw[major (devno)]->d_strategy) (bp); look familiar? teh only differnce is that bdevsw[] is an array of cdevsw entries for now.. also the Bdevsw major number is stored in d_bmaj. teh changeover problem with major numbers is a problemm which is why htere are still two differnt arrays of pointers. if you use devfs of course there is no problem :-) (as it bypasses the bdevsw and cdevsw arrays anyhow) what is dead is the bdevsw structure, not (yet) the array. this jsut means that each driver only declares a single cdevsw struct and it gets put in both arrays. EVENTUALLY, the bdevsw array will go away but just not quite yet. of curse if you are doing this then you are adding yet another place that will have to be hacked when the change is made.. julian On Wed, 22 Jul 1998, Greg Lehey wrote: > Since the change in bdevsw/cdevsw in -CURRENT, I have a problem: how > do I access block devices from a driver? Previously I would do > something like > > (*bdevsw [major (devno)]->d_strategy) (bp); > > I'm not supposed to use bdevsw any more, I should use cdevsw instead. > But the major numbers are different. How do I find the correct major > number? I went through the way the system does it, and found: > > #2 0xf014959e in spec_strategy (ap=0xf439de30) at ../../miscfs/specfs/spec_vnops.c:556 > 556 (*bdevsw[major(bp->b_dev)]->d_strategy)(bp); > > So what's the story now? Is bdevsw dead or not? How do I access the > devices? One obvious choice would be to give block and character > devices the same major numbers, like System V does, but the problems > on changeover would be horrendous. not with devfs :-) Eventually there will be no bdevs and you will simly mount the cdevs. there is no real difference at the moment as it is, and in fact poul-henning has had a system booting without the bdevs. > > Greg > -- > See complete headers for address and phone numbers > finger grog@lemis.com for PGP public key > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 00:19:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA26380 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 00:19:17 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nl-mail-dmz.cmg-gecis.nl (nl-mail-dmz.cmg-gecis.nl [195.109.155.100]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA26361; Wed, 22 Jul 1998 00:19:11 -0700 (PDT) (envelope-from mike.crawfurd@cmg.nl) Received: from nl-amv-mail01.atf.cmg.nl (unverified [10.16.66.200]) by nl-mail-dmz.cmg-gecis.nl (Dr Solomon's SMTPRS 2.0.15) with ESMTP id ; Wed, 22 Jul 1998 09:18:54 +0200 Received: from MCR2 by nl-amv-mail01.atf.cmg.nl with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id PBJHWLYL; Wed, 22 Jul 1998 09:18:41 +0200 Message-Id: <35B595A6.EE81B6FF@cmg.nl> Date: Wed, 22 Jul 1998 09:32:54 +0200 From: Mike Crawfurd Organization: CMG Advanced Technologies Rotterdam X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Samba FS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dear People, While searching the mailinglist archives I found nothing that indicates that there is development / porting of SambaFS on FreeBSD. I really would like to know if someone is porting SambaFS on FreeBSD, seeing I'm currently the only one running FreeBSD in a WinNT notwork, and being able to print (tcp/ip printing) but not accessing my 'home-directory' on the NT server. Does anyone perhaps knows how to mount a NT directory if SambaFS will not be implemented in the near future ? Thanks in advance, Mike Crawfurd. Mike Crawfurd Telephone. (+31) 10 253 7000 CMG Advanced Technologies Industries Telefax. (+31) 10 253 7033 Kralingseweg 241, 3062 CE Rotterdam Mobile. (+31) 65 534 7574 The Netherlands Email. mike.crawfurd@cmg.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 01:07:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA04178 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 01:07:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tuan.cse.rmit.EDU.AU (tuan.cse.rmit.edu.au [131.170.118.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA04155; Wed, 22 Jul 1998 01:06:57 -0700 (PDT) (envelope-from s9507886@tuan.cse.rmit.EDU.AU) Received: from dropbear.cse.rmit.EDU.AU (s9507886@dropbear.cse.rmit.edu.au [131.170.118.20]) by tuan.cse.rmit.EDU.AU (8.8.5/8.8.5) with ESMTP id SAA12240; Wed, 22 Jul 1998 18:06:30 +1000 (EST) Received: (s9507886@localhost) by dropbear.cse.rmit.EDU.AU (8.8.5/8.6.12) id SAA08425; Wed, 22 Jul 1998 18:06:26 +1000 (EST) Date: Wed, 22 Jul 1998 18:06:26 +1000 (EST) Message-Id: <199807220806.SAA08425@dropbear.cse.rmit.EDU.AU> From: Tony Alexander Frank To: mike.crawfurd@cmg.nl CC: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: <35B595A6.EE81B6FF@cmg.nl> (message from Mike Crawfurd on Wed, 22 Jul 1998 09:32:54 +0200) Subject: Re: Samba FS Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, While searching the mailinglist archives I found nothing that indicates that there is development / porting of SambaFS on FreeBSD. I really would like to know if someone is porting SambaFS on FreeBSD, seeing I'm currently the only one running FreeBSD in a WinNT notwork, and being able to print (tcp/ip printing) but not accessing my 'home-directory' on the NT server. Does anyone perhaps knows how to mount a NT directory if SambaFS will not be implemented in the near future ? Thanks in advance, Mike Crawfurd. Mike Crawfurd Telephone. (+31) 10 253 7000 CMG Advanced Technologies Industries Telefax. (+31) 10 253 7033 Kralingseweg 241, 3062 CE Rotterdam Mobile. (+31) 65 534 7574 The Netherlands Email. mike.crawfurd@cmg.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 01:36:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA11229 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 01:36:38 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from luggage.nanoteq.co.za (luggage.nanoteq.co.za [196.37.91.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA10975 for ; Wed, 22 Jul 1998 01:35:34 -0700 (PDT) (envelope-from lm@nanoteq.com) Received: from nanoteq.com (localhost [127.0.0.1]) by luggage.nanoteq.co.za (8.8.8/8.8.5) with ESMTP id KAA00222 for ; Wed, 22 Jul 1998 10:34:02 +0200 (SAT) Message-ID: <35B5A3F8.CD55B1F@nanoteq.com> Date: Wed, 22 Jul 1998 10:34:01 +0200 From: Leendert Meyer X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.6-RELEASE i386) MIME-Version: 1.0 To: Free BSD Hackers Subject: Radiotrack Radio Card Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I bought a Radiotrack radio card after I tested a friend's card with FreeBSD (2.2.6-RELEASE). Unfortunately for me Aimslab released a new version of the card just before I bought mine and I ended up with a new card. Aimslab has changed the interface to the card and now I can not use it under FreeBSD. I got hold of some nifty Radio Tuner software written in Qt called cRadio. Thie apparently works well with the older version of the card. I requested technical information on the card from Aimslab numerous times but they choose to ignore me completely. I also mailed a number of commercial third party software writers for the RadioTrack card and begged them for the protocol. I also promissed that I will not be competition to them but... you know what happened don't you... :-) What I want to know is if somebody out there can supply me with the technical specs (Protocol the card is contolled with) for the newer version of the card. Thanx in advance... Leendert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 02:20:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19921 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 02:20:41 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19828; Wed, 22 Jul 1998 02:19:55 -0700 (PDT) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id RAA14048; Wed, 22 Jul 1998 17:49:04 +0930 (CST) Message-Id: <199807220819.RAA14048@cain.gsoft.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Crawfurd cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Samba FS In-reply-to: Your message of "Wed, 22 Jul 1998 09:32:54 +0200." <35B595A6.EE81B6FF@cmg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Jul 1998 17:49:03 +0930 From: "Daniel O'Connor" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > While searching the mailinglist archives I found nothing that indicates > that there is development / porting of SambaFS on FreeBSD. > I really would like to know if someone is porting SambaFS on FreeBSD, > seeing I'm currently the only one running FreeBSD in a WinNT notwork, > and being able to print (tcp/ip printing) but not accessing my > 'home-directory' on the NT server. You can use Sharity Light (formerly known as Rumba) Have a look in /usr/ports/net/sharity-light if you have the ports system installed.. --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 02:54:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25420 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 02:54:29 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA25383 for ; Wed, 22 Jul 1998 02:54:17 -0700 (PDT) (envelope-from gram@cdsec.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id MAA03277 for ; Wed, 22 Jul 1998 12:00:49 +0200 (SAT) Received: by citadel via recvmail id 3275; Wed Jul 22 12:00:20 1998 From: Graham Wheeler Message-Id: <199807220959.LAA05052@cdsec.com> Subject: Building a kernel with disabled devices To: hackers@FreeBSD.ORG Date: Wed, 22 Jul 1998 11:59:31 +0200 (SAT) X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all Another question on kernel building - is there a way that a kernel can be built in which all the network devices are present but disabled, so that on the first boot with that kernel none of them are probed? Yes, I know that I could build a kernel, boot with -c and disable the devices, and the resulting kernel would be what I want, but I would like to be able to do this without having to boot the kernel, so that I can have a Makefile that will build several kernels, each of which will have the NIC drivers disabled, without having to go through multiple reboots each time to do the disabling. TIA gram -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 03:56:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04633 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 03:56:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04617; Wed, 22 Jul 1998 03:56:40 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id GAA24059; Wed, 22 Jul 1998 06:28:20 -0400 (EDT) From: Peter Dufault Message-Id: <199807221028.GAA24059@hda.hda.com> Subject: Re: I2C and SMB development status In-Reply-To: <19980719123220.02032@breizh.prism.uvsq.fr> from Nicolas Souchu at "Jul 19, 98 12:32:20 pm" To: Nicolas.Souchu@prism.uvsq.fr (Nicolas Souchu) Date: Wed, 22 Jul 1998 06:28:20 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, mbouget@club-internet.fr 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 Precedence: bulk X-Loop: FreeBSD.ORG > Hi there, > > I'd like to synchronize current works on I2C and SMB > > Here we have developed an I2C framework with a PCF (master/slave) driver. > It looks like this: > > > +---------+ +----------+ > | iic I/O | | if_ic.c | DEVICES > +---------+ +----------+ > > +----------------------+ > | iicbus | BUS > +----------------------+ > > +---------+ +----------+ > | pcf | | bit-bang | ADAPTERS > +---------+ +----------+ > > iic: master polled I/O allows to access any chip on the i2c bus What do you mean here by "master polled I/O"? > if_ic: point to point IP driver over i2c > iicbus: i2c bus generic code (exactly like ppbus for parallel port) > pcf: pcf driver > bit-bang: bit banging driver not yet ported from Peter Dufault code > (Peter, would you have time/want to port your big-banging code?) My schedule doesn't permit it now. Anyone interested in a non-blocking bit banging implementation should look in the i2cslave code in my i2c code. Just now I'm more interested in getting some of your work for the PCF since I need the interrupt driven version and haven't gotten around to it yet. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 04:08:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA07547 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 04:08:38 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA07490 for ; Wed, 22 Jul 1998 04:08:22 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id LAA17486; Wed, 22 Jul 1998 11:07:45 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id NAA29911; Wed, 22 Jul 1998 13:07:45 +0200 (MET DST) Message-ID: <19980722130745.43611@follo.net> Date: Wed, 22 Jul 1998 13:07:45 +0200 From: Eivind Eklund To: Graham Wheeler , hackers@FreeBSD.ORG Subject: Re: Building a kernel with disabled devices References: <199807220959.LAA05052@cdsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199807220959.LAA05052@cdsec.com>; from Graham Wheeler on Wed, Jul 22, 1998 at 11:59:31AM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 22, 1998 at 11:59:31AM +0200, Graham Wheeler wrote: > Another question on kernel building - is there a way that a kernel can be > built in which all the network devices are present but disabled, so that > on the first boot with that kernel none of them are probed? Yes, I know > that I could build a kernel, boot with -c and disable the devices, and > the resulting kernel would be what I want, but I would like to be able > to do this without having to boot the kernel, so that I can have a > Makefile that will build several kernels, each of which will have the > NIC drivers disabled, without having to go through multiple reboots > each time to do the disabling. eivind(bitbox)--% grep disable /sys/i386/conf/GENERIC device apm0 at isa? disable flags 0x31 # Advanced Power Management device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr eivind(bitbox)--% 'nuf said? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 04:20:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10122 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 04:20:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from citadel.cdsec.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10030 for ; Wed, 22 Jul 1998 04:20:17 -0700 (PDT) (envelope-from gram@cdsec.com) Received: (from nobody@localhost) by citadel.cdsec.com (8.8.5/8.6.9) id NAA06842 for ; Wed, 22 Jul 1998 13:26:50 +0200 (SAT) Received: by citadel via recvmail id 6799; Wed Jul 22 13:25:59 1998 From: Graham Wheeler Message-Id: <199807221125.NAA05168@cdsec.com> Subject: Re: Building a kernel with disabled devices To: hackers@FreeBSD.ORG Date: Wed, 22 Jul 1998 13:25:11 +0200 (SAT) In-Reply-To: <19980722130745.43611@follo.net> from "Eivind Eklund" at Jul 22, 98 01:07:45 pm X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > eivind(bitbox)--% grep disable /sys/i386/conf/GENERIC > device apm0 at isa? disable flags 0x31 # Advanced Power Management > device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr > device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr > eivind(bitbox)--% > > 'nuf said? Okay, I'm blushing... ;-) -- Dr Graham Wheeler E-mail: gram@cdsec.com Citadel Data Security Phone: +27(21)23-6065/6/7 Internet/Intranet Network Specialists Mobile: +27(83)253-9864 Firewalls/Virtual Private Networks Fax: +27(21)24-3656 Data Security Products WWW: http://www.cdsec.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 04:30:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12453 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 04:30:43 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from oslo.geco-prakla.slb.com (geos01.oslo.geco-prakla.slb.com [134.32.44.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA12411 for ; Wed, 22 Jul 1998 04:30:22 -0700 (PDT) (envelope-from smoergrd@oslo.sl.slb.com) Received: from sunw110.oslo.Geco-Prakla.slb.com (sunw110 [192.23.231.54]) by oslo.geco-prakla.slb.com (8.8.8/8.6.9) with SMTP id NAA02820 ; Wed, 22 Jul 1998 13:29:29 +0200 (MET DST) Received: by sunw110.oslo.Geco-Prakla.slb.com (SMI-8.6/SMI-SVR4) id NAA23004; Wed, 22 Jul 1998 13:29:28 +0200 To: Graham Wheeler Cc: hackers@FreeBSD.ORG Subject: Re: Building a kernel with disabled devices References: <199807220959.LAA05052@cdsec.com> Organization: Schlumberger Geco-Prakla X-Disclaimer: I speak only for myself. From: smoergrd@oslo.geco-prakla.slb.com (Dag-Erling Coidan Smørgrav) Date: 22 Jul 1998 13:29:27 +0200 In-Reply-To: Graham Wheeler's message of Wed, 22 Jul 1998 11:59:31 +0200 (SAT) Message-ID: Lines: 10 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler writes: > Another question on kernel building - is there a way that a kernel can be > built in which all the network devices are present but disabled, so that Just add "disabled" to each device line. Look in the GENERIC kernel configuration file to see how it's done. DES -- Dag-Erling Smørgrav - smoergrd@oslo.geco-prakla.slb.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 05:21:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18609 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 05:21:41 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from brooklyn.slack.net (root@brooklyn.slack.net [206.41.21.102]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18596; Wed, 22 Jul 1998 05:21:35 -0700 (PDT) (envelope-from andrewr@brooklyn.slack.net) Received: from localhost (andrewr@localhost) by brooklyn.slack.net (8.8.7/8.8.7) with SMTP id IAA11497; Wed, 22 Jul 1998 08:27:04 -0400 (EDT) Date: Wed, 22 Jul 1998 08:27:04 -0400 (EDT) From: andrewr To: Mike Crawfurd cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Samba FS In-Reply-To: <35B595A6.EE81B6FF@cmg.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Jul 1998, Mike Crawfurd wrote: > Dear People, > > While searching the mailinglist archives I found nothing that indicates > that there is development / porting of SambaFS on FreeBSD. > I really would like to know if someone is porting SambaFS on FreeBSD, > seeing I'm currently the only one running FreeBSD in a WinNT notwork, > and being able to print (tcp/ip printing) but not accessing my > 'home-directory' on the NT server. > > Does anyone perhaps knows how to mount a NT directory if SambaFS will > not be implemented in the near future ? smbmount, etc etc. Just get the samba client package for FreeBSD, which will allow you to mount a share on your NT machine and access your 'home-directory'. Andrew > > Thanks in advance, > > Mike Crawfurd. > > Mike Crawfurd Telephone. (+31) 10 253 7000 > CMG Advanced Technologies Industries Telefax. (+31) 10 253 7033 > Kralingseweg 241, 3062 CE Rotterdam Mobile. (+31) 65 534 7574 > The Netherlands Email. mike.crawfurd@cmg.nl > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 05:37:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA21689 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 05:37:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cam.grad.kiev.ua (grad-UTC-28k8.ukrtel.net [195.5.25.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA21619; Wed, 22 Jul 1998 05:36:48 -0700 (PDT) (envelope-from Ruslan@Shevchenko.Kiev.UA) Received: from Shevchenko.Kiev.UA (localhost [127.0.0.1]) by cam.grad.kiev.ua (8.8.8/8.8.5) with ESMTP id PAA07449; Wed, 22 Jul 1998 15:34:50 +0300 (EEST) Message-ID: <35B5DC62.ED54182@Shevchenko.Kiev.UA> Date: Wed, 22 Jul 1998 15:34:43 +0300 From: Ruslan Shevchenko Reply-To: rssh@grad.kiev.ua Organization: GlavAPU X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 2.2.5-STABLE i386) MIME-Version: 1.0 To: Mike Crawfurd CC: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Samba FS References: <35B595A6.EE81B6FF@cmg.nl> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Crawfurd wrote: > Dear People, > > While searching the mailinglist archives I found nothing that indicates > that there is development / porting of SambaFS on FreeBSD. > I really would like to know if someone is porting SambaFS on FreeBSD, > seeing I'm currently the only one running FreeBSD in a WinNT notwork, > and being able to print (tcp/ip printing) but not accessing my > 'home-directory' on the NT server. > > Does anyone perhaps knows how to mount a NT directory if SambaFS will > not be implemented in the near future ? > rumba in ports collection. > Thanks in advance, > > Mike Crawfurd. > > Mike Crawfurd Telephone. (+31) 10 253 7000 > CMG Advanced Technologies Industries Telefax. (+31) 10 253 7033 > Kralingseweg 241, 3062 CE Rotterdam Mobile. (+31) 65 534 7574 > The Netherlands Email. mike.crawfurd@cmg.nl > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- @= //RSSH mailto:Ruslan@Shevchenko.Kiev.UA CORBA in Ukraine ? ex-USSR: http://www.corbadev.kiev.ua To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 05:53:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24727 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 05:53:48 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24720 for hackers; Wed, 22 Jul 1998 05:53:46 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199807221253.FAA24720@hub.freebsd.org> Subject: macro expansion with gcc To: hackers Date: Wed, 22 Jul 1998 05:53:45 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG gcc -E runs the preprocessor, so i expected that all macros would be expanded....but thats not what happened. what switch do i need to get the token pasting "##" operation to take effect and leave behind the C code? jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 07:27:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08302 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 07:27:26 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.ny.otec.com (bright.ny.otec.com [209.3.16.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08272; Wed, 22 Jul 1998 07:27:12 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.ny.otec.com (8.8.8/8.8.8) with SMTP id KAA27185; Wed, 22 Jul 1998 10:27:20 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.ny.otec.com: bright owned process doing -bs Date: Wed, 22 Jul 1998 10:27:20 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.ny.otec.com To: Mike Crawfurd cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Samba FS In-Reply-To: <35B595A6.EE81B6FF@cmg.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG there used to be something called rumba, don't know where it went (deleted out of the ports collection) but there is something else available, just check the ports tree. -Alfred (and don't cross post! *fwap* :) ) On Wed, 22 Jul 1998, Mike Crawfurd wrote: > Dear People, > > While searching the mailinglist archives I found nothing that indicates > that there is development / porting of SambaFS on FreeBSD. > I really would like to know if someone is porting SambaFS on FreeBSD, > seeing I'm currently the only one running FreeBSD in a WinNT notwork, > and being able to print (tcp/ip printing) but not accessing my > 'home-directory' on the NT server. > > Does anyone perhaps knows how to mount a NT directory if SambaFS will > not be implemented in the near future ? > > Thanks in advance, > > Mike Crawfurd. > > Mike Crawfurd Telephone. (+31) 10 253 7000 > CMG Advanced Technologies Industries Telefax. (+31) 10 253 7033 > Kralingseweg 241, 3062 CE Rotterdam Mobile. (+31) 65 534 7574 > The Netherlands Email. mike.crawfurd@cmg.nl > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 07:32:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09552 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 07:32:48 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.ny.otec.com (bright.ny.otec.com [209.3.16.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09488 for ; Wed, 22 Jul 1998 07:32:29 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.ny.otec.com (8.8.8/8.8.8) with SMTP id KAA27193; Wed, 22 Jul 1998 10:32:12 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.ny.otec.com: bright owned process doing -bs Date: Wed, 22 Jul 1998 10:32:12 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.ny.otec.com To: Graham Wheeler cc: hackers@FreeBSD.ORG Subject: Re: Building a kernel with disabled devices In-Reply-To: <199807220959.LAA05052@cdsec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG um, notice how the 2 high serial ports (com3 & 4) are disabled? device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr do the same thing with keyword "disable" like: device ed0 at isa? disable port 0x280 net irq 10 iomem 0xd8000 vector edintr ------------------^^^^^^^^ -Alfred On Wed, 22 Jul 1998, Graham Wheeler wrote: > Hi all > > Another question on kernel building - is there a way that a kernel can be > built in which all the network devices are present but disabled, so that > on the first boot with that kernel none of them are probed? Yes, I know > that I could build a kernel, boot with -c and disable the devices, and > the resulting kernel would be what I want, but I would like to be able > to do this without having to boot the kernel, so that I can have a > Makefile that will build several kernels, each of which will have the > NIC drivers disabled, without having to go through multiple reboots > each time to do the disabling. > > TIA > gram > -- > Dr Graham Wheeler E-mail: gram@cdsec.com > Citadel Data Security Phone: +27(21)23-6065/6/7 > Internet/Intranet Network Specialists Mobile: +27(83)253-9864 > Firewalls/Virtual Private Networks Fax: +27(21)24-3656 > Data Security Products WWW: http://www.cdsec.com/ > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 07:41:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA12054 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 07:41:09 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA12028; Wed, 22 Jul 1998 07:41:03 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.8/8.8.4) with ESMTP id KAA29799; Wed, 22 Jul 1998 10:40:41 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by dignus.com (8.8.8/8.8.5) with ESMTP id LAA01802; Wed, 22 Jul 1998 11:12:38 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.8/8.6.9) id KAA00397; Wed, 22 Jul 1998 10:44:47 -0400 (EDT) Date: Wed, 22 Jul 1998 10:44:47 -0400 (EDT) From: Thomas David Rivers Message-Id: <199807221444.KAA00397@lakes.dignus.com> To: hackers@hub.freebsd.org, jmb@FreeBSD.ORG Subject: Re: macro expansion with gcc In-Reply-To: <199807221253.FAA24720@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > gcc -E runs the preprocessor, so i expected that all macros > would be expanded....but thats not what happened. > > what switch do i need to get the token pasting "##" > operation to take effect and leave behind the C code? > > > jmb > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > It should have expanded everything... token pasting is a little tricky though..., so it may not be pasting the way you expect. [I know I, personally, frequently get this wrong.] Can you point us to an example where it didn't seem to do the expansion? - Dave R. - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 07:51:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA14298 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 07:51:49 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA14189; Wed, 22 Jul 1998 07:51:27 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199807221451.HAA14189@hub.freebsd.org> Subject: Re: macro expansion with gcc In-Reply-To: <199807221444.KAA00397@lakes.dignus.com> from Thomas David Rivers at "Jul 22, 98 10:44:47 am" To: rivers@dignus.com (Thomas David Rivers) Date: Wed, 22 Jul 1998 07:51:23 -0700 (PDT) Cc: hackers@hub.freebsd.org, jmb@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thomas David Rivers wrote: > > > > gcc -E runs the preprocessor, so i expected that all macros > > would be expanded....but thats not what happened. > > > > what switch do i need to get the token pasting "##" > > operation to take effect and leave behind the C code? > > > > > > jmb > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > It should have expanded everything... token pasting is a little > tricky though..., so it may not be pasting the way you expect. > [I know I, personally, frequently get this wrong.] Can you point us > to an example where it didn't seem to do the expansion? will do. /sys/kern/kern_clock.c contains: SYSCTL_NODE(_kern, OID_AUTO, timecounter, CTLFLAG_RW, 0, ""); SYSCTL_PROC(_kern_timecounter, OID_AUTO, frequency, CTLTYPE_INT | CTLFLAG_RW, 0, sizeof(u_int), sysctl_kern_timecounter_frequency, "I", ""); SYSCTL_PROC(_kern_timecounter, OID_AUTO, adjustment, CTLTYPE_INT | CTLFLAG_RW, 0, sizeof(int), sysctl_kern_timecounter_adjustment, "I", ""); which "cd /sys/kern; gcc -E kern_clock.c" expands to: SYSCTL_NODE(_kern, (-1) , timecounter, (0x80000000 | 0x40000000 ) , 0, ""); SYSCTL_PROC(_kern_timecounter, (-1) , frequency, 2 | (0x80000000 | 0x40000000 ) , 0, sizeof(u_int), sysctl_kern_timecounter_frequency, "I", ""); SYSCTL_PROC(_kern_timecounter, (-1) , adjustment, 2 | (0x80000000 | 0x40000000 ) , 0, sizeof(int), sysctl_kern_timecounter_adjustment, "I", ""); defining KERNEL......grrr.....make all the difference in the world! sorry to have bothered you all ;) extern struct linker_set sysctl__kern_timecounter ; static const struct sysctl_o id sysctl___kern_timecounter = { (-1) , 1 | (0x80000000 | 0x40000000 ) , (void*)&sysctl__kern_timecounter , 0 , "timecounter", 0 , "N" }; static void const * const __set_sysctl__kern_sym_sysctl___kern_timecounter = & sysctl___kern_timecounter ; __asm(".stabs \"_" "sysctl__kern" "\", " "23" ", 0, 0, _" "sysctl___kern_timecounter") ; static void const * const __ set_sysctl__kern_timecounter_sym_sysctl___kern_timecounter = & sysctl___ke rn_timecounter ; __asm(".stabs \"_" "sysctl__kern_timecounter" "\", " "23" ", 0, 0, _" "sysctl___kern_timecounter") ; etc... jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 08:33:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20725 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 08:33:56 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fleming.cs.strath.ac.uk (root@fleming.cs.strath.ac.uk [130.159.196.123]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20707 for ; Wed, 22 Jul 1998 08:33:45 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (posh.dmem.strath.ac.uk [130.159.202.3]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id QAA11334 Wed, 22 Jul 1998 16:33:20 +0100 (BST) Message-ID: <35B60638.62B01ACB@cs.strath.ac.uk> Date: Wed, 22 Jul 1998 16:33:12 +0100 From: Roger Hardiman Organization: Strathclyde Uni X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-980311-SNAP i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Star Office 4 sp3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I am trying to install Star Office 4 (sp3) setup Core Dumps immediatly. Running a SNAP of current from 11 May 1998 FYI, I run Star Office 3.1 ok. Any ideas? Is there a FAQ to help me with this procfs problem I have heared about? Thanks Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 09:23:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA00948 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 09:23:03 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00929 for ; Wed, 22 Jul 1998 09:22:51 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA14879; Wed, 22 Jul 1998 09:22:16 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199807221622.JAA14879@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Roger Hardiman cc: hackers@FreeBSD.ORG Subject: Star Office Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Jul 1998 09:22:15 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Found this posting and I haven't tried it. Have Fun! Amancio ------- Forwarded Message Return-Path: hasty@star-gate.com Received: from star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id CAA01372 for ; Sat, 18 Jul 1998 02:08:23 -0700 (PDT) (envelope-from hasty@star-gate.com) Sender: hasty Message-ID: <35B06606.65DCC5B0@star-gate.com> Date: Sat, 18 Jul 1998 02:08:23 -0700 From: Amancio Hasty X-Mailer: Mozilla 4.05 [en] (X11; U; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: hasty@star-gate.com Subject: DN - StarOffice 4.0 SP3 installed on FreeBSD 2.2.6 Content-Type: multipart/mixed; boundary="------------BF7468451B037DE639EFA7DB" This is a multi-part message in MIME format. - --------------BF7468451B037DE639EFA7DB Content-Type: multipart/alternative; boundary="------------8B38469A25D12D1D38A9 7391" - --------------8B38469A25D12D1D38A97391 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit http://x11.dejanews.com/getdoc.xp?AN=367702037&CONTEXT=899399290.131989671&hi - --------------8B38469A25D12D1D38A97391 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit   

http://x11.dejanews.com/getdoc.xp?AN=367702037&CONTEXT=899399290.131989
671&hi
  - --------------8B38469A25D12D1D38A97391-- - --------------BF7468451B037DE639EFA7DB Content-Type: text/html; charset=us-ascii; name="getdoc.xp" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="getdoc.xp" Content-Base: "http://x11.dejanews.com/getdoc.xp?AN=3 67702037&CONTEXT=899399290.13198967 1&hi" DN - StarOffice 4.0 SP3 installed on FreeBSD 2.2.6

Deja News Toolbar  
Home About Deja News Search Browse Post My Deja News Help

Be Prepared With Yahoo! Classifieds.
Chat, Email, Finance, Sports, Shopping, etc. Yahoo! has it all!

 Article 1 of exactly 0
  <<
Previous
Article		   >>
Next
Article		   /\
Current
Results
Email a Friend
Email this message!
  • Help
  • Author Profile
  • View Thread
    		•
  • Post New
  • Post Reply
  • Email Reply
    		•
  • Bookmark
  • Text Only
    		•  

    Subject:      StarOffice 4.0 SP3 
installed on FreeBSD 2.2.6
From:         Christian Kreiner <kreiner@iti.tu-graz.ac.at>
Date:         1998/07/01
Message-ID:   <3599FFA4.F8E82296@iti.tu-graz.ac.at>
Newsgroups:   comp.unix.bsd.freebsd.misc 
[More Headers]
[
Subscribe to comp.unix.bsd.freebsd.misc]

    This is a multi-part message in MIME format.
- --------------80F1D85D782D94FF84792E8D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello !

A hack to the procfs part of the kernel helped me to install StarOffice
4.0 SP3:
it provides a substitute for the linux "cmdline" entry in /proc,
enabling the setup program to
run. There is a limitation though: as this hack provides only the
command name and not it's
arguments as the original linux cmdline does, which  prevents passing
command-line arguments.

patch installation (2.2.6-RELEASE system, should work for others):
1. apply the attached patches in /usr/src/sys/miscfs/procfs to procfs.h,
procfs_status.c,
    procfs_subr.c,procfs_vnops.c
2. build a new kernel or loadable procfs module, install/reboot

- -> now you should see the cmdline entry in the /proc/xxx/ subdirs !

- -- christian

BTW: no warranty, use at your risk !

- --------------80F1D85D782D94FF84792E8D
Content-Type: text/plain; charset=us-ascii; name="procfs.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="procfs.h.diff"

*** procfs.h.orig	Tue Aug 12 06:45:20 1997
- --- procfs.h	Tue Jun 30 20:15:19 1998
***************
*** 54,60 ****
  	Pnote,		/* process notifier */
  	Pnotepg,	/* process group notifier */
  	Pmap,		/* memory map */
! 	Ptype		/* executable type */
  } pfstype;
  
  /*
- --- 54,61 ----
  	Pnote,		/* process notifier */
  	Pnotepg,	/* process group notifier */
  	Pmap,		/* memory map */
! 	Ptype,		/* executable type */
! 	Pcmdln		/* command line */
  } pfstype;
  
  /*
***************
*** 150,155 ****
- --- 151,157 ----
  extern int procfs_dostatus __P((struct proc *, struct proc *, struct pfsnode 
*pfsp, struct uio *uio));
  extern int procfs_domap __P((struct proc *, struct proc *, struct pfsnode 
*pfsp, struct uio *uio));
  extern int procfs_dotype __P((struct proc *, struct proc *, struct pfsnode 
*pfsp, struct uio *uio));
+ extern int procfs_docmdln __P((struct proc *, struct proc *, struct pfsnode 
*pfsp, struct uio *uio));
  
  /* check to see if the process has the "items" (regs/file) */
  int procfs_validfile __P((struct proc *));

- --------------80F1D85D782D94FF84792E8D
Content-Type: text/plain; charset=us-ascii; name="procfs_status.c.diff&quo
t;
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="procfs_status.c.diff"

*** procfs_status.c.orig	Fri Feb  2 06:19:20 1996
- --- procfs_status.c	Wed Jul  1 10:39:32 1998
***************
*** 150,152 ****
- --- 150,203 ----
  
  	return (error);
  }
+ 
+ 
+ 
+ 
+ int
+ procfs_docmdln(curp, p, pfs, uio)
+ 	struct proc *curp;
+ 	struct proc *p;
+ 	struct pfsnode *pfs;
+ 	struct uio *uio;
+ {
+ 	struct session *sess;
+ 	struct tty *tp;
+ 	struct ucred *cr;
+ 	char *ps;
+ 	char *sep;
+ 	int pid, ppid, pgid, sid;
+ 	int i;
+ 	int xlen;
+ 	int error;
+ 	char psbuf[256];		/* XXX - conservative */
+ 
+ 	if (uio->uio_rw != UIO_READ)
+ 		return (EOPNOTSUPP);
+ 
+ 	pid = p->p_pid;
+ 	ppid = p->p_pptr ? p->p_pptr->p_pid : 0,
+ 	pgid = p->p_pgrp->pg_id;
+ 	sess = p->p_pgrp->pg_session;
+ 	sid = sess->s_leader ? sess->s_leader->p_pid : 0;
+ 
+ /* comm pid ppid pgid sid maj,min ctty,sldr start ut st wmsg 
+                                 euid ruid rgid,egid,groups[1 .. NGROUPS]
+ */
+ 	ps = psbuf;
+ 	bcopy(p->p_comm, ps, MAXCOMLEN);
+ 	ps[MAXCOMLEN] = '\0';
+ 	ps += strlen(ps);
+ 
+ 	xlen = ps - psbuf;
+ 	xlen -= uio->uio_offset;
+ 	ps = psbuf + uio->uio_offset;
+ 	xlen = min(xlen, uio->uio_resid);
+ 	if (xlen <= 0)
+ 		error = 0;
+ 	else
+ 		error = uiomove(ps, xlen, uio);
+ 
+ 	return (error);
+ }
+ 

- --------------80F1D85D782D94FF84792E8D
Content-Type: text/plain; charset=us-ascii; name="procfs_subr.c.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="procfs_subr.c.diff"

*** procfs_subr.c.orig	Sat Jun 21 18:16:34 1997
- --- procfs_subr.c	Tue Jun 30 20:28:22 1998
***************
*** 170,175 ****
- --- 170,176 ----
  	case Ptype:
  	case Pmap:
  	case Pstatus:
+ 	case Pcmdln:
  		pfs->pfs_mode = (VREAD) |
  				(VREAD >> 3) |
  				(VREAD >> 6);
***************
*** 276,281 ****
- --- 277,286 ----
  
  	case Ptype:
  		rtval = procfs_dotype(curp, p, pfs, uio);
+ 		break;
+ 
+ 	case Pcmdln:
+ 		rtval = procfs_docmdln(curp, p, pfs, uio);
  		break;
  
  	default:

- --------------80F1D85D782D94FF84792E8D
Content-Type: text/plain; charset=us-ascii; name="procfs_vnops.c.diff"
;
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="procfs_vnops.c.diff"

*** procfs_vnops.c.orig	Tue Aug 12 06:45:27 1997
- --- procfs_vnops.c	Tue Jun 30 21:48:59 1998
***************
*** 98,103 ****
- --- 98,104 ----
  	{  N("notepg"),	Pnotepg, NULL },
  	{  N("map"), 	Pmap,	 procfs_validmap },
  	{  N("etype"),	Ptype,	 procfs_validtype },
+ 	{  N("cmdline"),Pcmdln,	 NULL },
  #undef N
  };
  #define Nprocent (sizeof(procent)/sizeof(procent[0]))
***************
*** 445,450 ****
- --- 446,452 ----
  	case Pstatus:
  	case Pnote:
  	case Pnotepg:
+ 	case Pcmdln:
  		vap->va_nlink = 1;
  		vap->va_uid = procp->p_ucred->cr_uid;
  		vap->va_gid = procp->p_ucred->cr_gid;
***************
*** 720,726 ****
  			dp->d_fileno = PROCFS_FILENO(pfs->pfs_pid, dt->d_pfstype);
  			dp->d_type = DT_REG;
  			dp->d_namlen = dt->d_namlen;
! 			bcopy(dt->d_name, dp->d_name, sizeof(dt->d_name)-1);
  			error = uiomove((caddr_t) dp, UIO_MX, uio);
  			if (error)
  				break;
- --- 722,728 ----
  			dp->d_fileno = PROCFS_FILENO(pfs->pfs_pid, dt->d_pfstype);
  			dp->d_type = DT_REG;
  			dp->d_namlen = dt->d_namlen;
! 			bcopy(dt->d_name, dp->d_name, dt->d_namlen+1);
  			error = uiomove((caddr_t) dp, UIO_MX, uio);
  			if (error)
  				break;

- --------------80F1D85D782D94FF84792E8D--
    Be Prepared With Yahoo! Classifieds.
    Chat, Email, Finance, Sports, Shopping, etc. Yahoo! has it all!
      <<
    Previous
    Article    		   >>
    Next
    Article    		   /\
    Current
    Results
    Email a Friend
    Email this message!
  • Help
  • Author Profile
  • View Thread
    		•
  • Post New
  • Post Reply
  • Email Reply
    		•
  • Bookmark
  • Text Only
    		•
    Free Coupons!  |  Find People Now!  |  Classifieds  |  Yellow Pages
    Register Your Domain Name  |  Auctions  |  Directories

    New Users · About Deja News · Ad Info · Our Advertisers
    Free Web Email · Link to Deja News · Create Your Own Forum

    Home  ·  Search  ·  Browse  ·  Post  ·  My Deja News  ·  Help  ·  How are we doing?

    Copyright © 1995-98 Deja News, Inc. All rights reserved. Conditions of use .
    - --------------BF7468451B037DE639EFA7DB-- ------- End of Forwarded Message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 09:37:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04550 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 09:37:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ultra10 (ultra10.cc.binghamton.edu [128.226.4.30]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA04492 for ; Wed, 22 Jul 1998 09:37:27 -0700 (PDT) (envelope-from bf20761@binghamton.edu) Received: from localhost (bf20761@localhost) by ultra10 (SMI-8.6/8.6.9) with SMTP id MAA01435; Wed, 22 Jul 1998 12:37:02 -0400 Date: Wed, 22 Jul 1998 12:37:02 -0400 (EDT) From: zhihuizhang X-Sender: bf20761@ultra10 To: Julian Elischer cc: hackers Subject: Re: Questions on inactive page queue In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 21 Jul 1998, Julian Elischer wrote: > iare you getting answers to these questions? > > I ask, because usually it used to be john Dyson who would answer them > but now that he has gon to work on different things I want to makwe sure > that your questions are not just getting dropped.. > > julian > > > (1) Why we set a target for the inactive page queue? Who can manipulate > > the pages on the inactive page queue? How to guarantee that a page won't > > move from the inactive queue while paging out? > > David Greenman answered my second question and part of the first one. I guess that one of the hardest part of VM is to understand how pages get moved around different queues. In my case, I want to know who could possibly access the inactive queue at the same time the pageout is going on. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 10:47:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17231 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 10:47:09 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ultra10 (ultra10.cc.binghamton.edu [128.226.4.30]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA17219 for ; Wed, 22 Jul 1998 10:47:04 -0700 (PDT) (envelope-from bf20761@binghamton.edu) Received: from localhost (bf20761@localhost) by ultra10 (SMI-8.6/8.6.9) with SMTP id NAA01596 for ; Wed, 22 Jul 1998 13:46:41 -0400 Date: Wed, 22 Jul 1998 13:46:41 -0400 (EDT) From: zhihuizhang X-Sender: bf20761@ultra10 To: hackers Subject: How to read the Mailinglist Archive? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can anyone tell me how to read the Archive files of FreeBSD (like 19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text format. Thanks for your help. -------------------------------------------------- | Zhihui Zhang, http://cs.binghamton.edu/~zzhang | | Dept. of Computer Science, SUNY at Binghamton | -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 11:54:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28714 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 11:54:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28614; Wed, 22 Jul 1998 11:54:13 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA29317; Wed, 22 Jul 1998 11:47:40 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdB29313; Wed Jul 22 18:47:32 1998 Date: Wed, 22 Jul 1998 11:47:29 -0700 (PDT) From: Julian Elischer To: Mike Crawfurd cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Samba FS In-Reply-To: <35B595A6.EE81B6FF@cmg.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG you should look for references to 'vmount' vmount allows you to run LINUX filesystem modules, which includes their smbfs module.. I can't give you much more info however.. On Wed, 22 Jul 1998, Mike Crawfurd wrote: > Dear People, > > While searching the mailinglist archives I found nothing that indicates > that there is development / porting of SambaFS on FreeBSD. > I really would like to know if someone is porting SambaFS on FreeBSD, > seeing I'm currently the only one running FreeBSD in a WinNT notwork, > and being able to print (tcp/ip printing) but not accessing my > 'home-directory' on the NT server. > > Does anyone perhaps knows how to mount a NT directory if SambaFS will > not be implemented in the near future ? > > Thanks in advance, > > Mike Crawfurd. > > Mike Crawfurd Telephone. (+31) 10 253 7000 > CMG Advanced Technologies Industries Telefax. (+31) 10 253 7033 > Kralingseweg 241, 3062 CE Rotterdam Mobile. (+31) 65 534 7574 > The Netherlands Email. mike.crawfurd@cmg.nl > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 12:03:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00577 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 12:03:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00445 for ; Wed, 22 Jul 1998 12:02:36 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id VAA28922; Wed, 22 Jul 1998 21:00:20 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id SAA20898; Wed, 22 Jul 1998 18:55:22 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807221655.SAA20898@semyam.dinoco.de> To: Julian Elischer cc: hackers , seggers@semyam.dinoco.de Subject: Re: Questions on inactive page queue In-reply-to: Your message of "Tue, 21 Jul 1998 15:44:04 PDT." Date: Wed, 22 Jul 1998 18:55:21 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > iare you getting answers to these questions? I'll try my best to answer VM related questions as I read the code at present and intend to get used to it for making swap management a bit easier with priorities (to use fast swap spaces first), swapoff (for an obvious purpose) and such things. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 12:03:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00622 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 12:03:29 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00503 for ; Wed, 22 Jul 1998 12:02:54 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id VAA28940; Wed, 22 Jul 1998 21:00:24 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id SAA20605; Wed, 22 Jul 1998 18:51:22 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807221651.SAA20605@semyam.dinoco.de> To: zhihuizhang Cc: freebsd-hackers@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: Questions on inactive page queue In-reply-to: Your message of "Tue, 21 Jul 1998 16:52:12 EDT." Date: Wed, 22 Jul 1998 18:51:22 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (2) I find that the VM fault routine vm_fault() can call tsleep() to > sleep! This contradict my knowledge that interrupt routine can never go to > sleep. How can this happen? When you get a normal interrupt there might be whatever process run- ning at that time and you would make it go to sleep then if sleeping in interrupts were OK. Now imagine the X server sleeping because of a printer port interrupt for example. And sometimes there even is no process running at all. W/o a process tsleep isn't able to do its work as far as I know. Someone please correct me if I'm wrong with this. In contrast to this a page fault for a process's address space is always associated with that process and that one you put to sleep. You will always pick the right process and are guaranteed to have one. Doing a sleep then is OK. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 12:04:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00753 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 12:04:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dan.emsphone.com (dan@dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00586 for ; Wed, 22 Jul 1998 12:03:10 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.8.8/8.8.8) id OAA12673; Wed, 22 Jul 1998 14:02:36 -0500 (CDT) (envelope-from dan) Message-ID: <19980722140236.A12609@emsphone.com> Date: Wed, 22 Jul 1998 14:02:36 -0500 From: Dan Nelson To: zhihuizhang , hackers Subject: Re: How to read the Mailinglist Archive? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: ; from "zhihuizhang" on Wed Jul 22 13:46:41 GMT 1998 X-OS: FreeBSD 2.2.6-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Jul 22), zhihuizhang said: > > Can anyone tell me how to read the Archive files of FreeBSD (like > 19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text > format. They should be in standard mailbox format. I usually cat together a years' worth of archives, then run "mutt -f 1996.freebsd-bugs" to read a particular archive. -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 12:09:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA01975 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 12:09:30 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.gamespot.com (ns2.gamespot.com [206.169.18.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA01859 for ; Wed, 22 Jul 1998 12:08:49 -0700 (PDT) (envelope-from ian@gamespot.com) Received: from noteeth (noteeth.gamespot.com [206.169.18.116]) by mail.gamespot.com (8.9.0/8.9.0) with SMTP id MAA05403; Wed, 22 Jul 1998 12:07:46 -0700 (PDT) Message-Id: <3.0.5.32.19980722110630.009f23d0@mail.gamespot.com> X-Sender: ian@mail.gamespot.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Wed, 22 Jul 1998 11:06:30 -0700 To: Matthew Hagerty , hackers@FreeBSD.ORG From: Ian Kallen Subject: Re: Environment for a daemon In-Reply-To: <3.0.3.32.19980721151319.0072a5f0@wolfepub.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You can get/set environment variables in your CGI and from Apache. Count the ways in which the environment can be manipulated.... http://www.apache.org/docs/mod/mod_env.html#passenv http://www.apache.org/docs/mod/mod_env.html#setenv http://www.apache.org/docs/mod/mod_setenvif.html#setenvif http://www.apache.org/docs/mod/mod_setenvif.html#SetEnvIfNoCase http://www.apache.org/docs/mod/mod_env.html#unsetenv -Ian At 03:13 PM 7/21/98 -0400, Matthew Hagerty wrote: >Greetings, > >What environment does a daemon get when it is run, then changes its uid? I >have a program that is being run as a cgi via apache and requires an >environment var set. Apache is started as root and changes to what ever >user you have set in the config. Then when my program (cgi) is run, it has >the uid of the user set in the config, but what about its environment? >Does it get initialized to the .profile settings just like a user logging >in? If not, where can I set up an environment for a program that gets >executed in this manner? > >FreeBSD-2.2.6-R > >Thanks, >Matthew > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > > -- Ian Kallen ian@gamespot.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 12:10:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02151 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 12:10:15 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA02012 for ; Wed, 22 Jul 1998 12:09:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id MAA01144; Wed, 22 Jul 1998 12:07:56 -0700 (PDT) Message-Id: <199807221907.MAA01144@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: zhihuizhang cc: hackers Subject: Re: How to read the Mailinglist Archive? In-reply-to: Your message of "Wed, 22 Jul 1998 13:46:41 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Jul 1998 12:07:56 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Can anyone tell me how to read the Archive files of FreeBSD (like > 19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text > format. The archives are in mailbox format, ie. just the messages appended to each other. Most of them are gzipped though, so you'll need to take care of that first... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 13:14:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15926 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 13:14:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15789 for ; Wed, 22 Jul 1998 13:14:06 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id QAA03075; Wed, 22 Jul 1998 16:13:00 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.8.8/8.8.8) id QAA02364; Wed, 22 Jul 1998 16:12:59 -0400 (EDT) Message-ID: <19980722161259.46149@kublai.com> Date: Wed, 22 Jul 1998 16:12:59 -0400 From: Brian Cully To: Ryan Ziegler , CyberPsychotic Cc: ben@rosengart.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Kernel dies. Reply-To: shmit@kublai.com Mail-Followup-To: Ryan Ziegler , CyberPsychotic , ben@rosengart.com, freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Ryan Ziegler on Fri, Jul 17, 1998 at 10:16:42AM -0400 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 17, 1998 at 10:16:42AM -0400, Ryan Ziegler wrote: > ftp.freebsd.org:/pub/FreeBSD/packages/net/cvsup-bin-15.2.tgz > > I have found the port impossible to compile properly. News to me. I compiled 15.4.2 from /usr/ports on my FreeBSD-stable box and FreeBSD-current box just last week. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 14:57:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03872 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 14:57:12 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03844; Wed, 22 Jul 1998 14:57:03 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc104.reseau.uvsq.fr [193.51.24.20]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id XAA12040 ; Wed, 22 Jul 1998 23:56:38 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.8.8/8.8.5) id AAA00431; Thu, 23 Jul 1998 00:04:16 GMT Message-ID: <19980723000257.24868@breizh.prism.uvsq.fr> Date: Thu, 23 Jul 1998 00:02:57 +0000 From: Nicolas Souchu To: Peter Dufault Cc: freebsd-hackers@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, mbouget@club-internet.fr Subject: Re: I2C and SMB development status References: <19980719123220.02032@breizh.prism.uvsq.fr> <199807221028.GAA24059@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199807221028.GAA24059@hda.hda.com>; from Peter Dufault on Wed, Jul 22, 1998 at 06:28:20AM -0400 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 22, 1998 at 06:28:20AM -0400, Peter Dufault wrote: >> >> iic: master polled I/O allows to access any chip on the i2c bus > >What do you mean here by "master polled I/O"? Master side code, polling the PIN bit. > >> if_ic: point to point IP driver over i2c >> iicbus: i2c bus generic code (exactly like ppbus for parallel port) >> pcf: pcf driver >> bit-bang: bit banging driver not yet ported from Peter Dufault code >> (Peter, would you have time/want to port your big-banging code?) > >My schedule doesn't permit it now. Anyone interested in a non-blocking >bit banging implementation should look in the i2cslave code in >my i2c code. Just now I'm more interested in getting some of your work >for the PCF since I need the interrupt driven version and haven't gotten >around to it yet. But you known the bit-banging code very well... Only slave side is managed with interrupts... master is still polled. I hope the iic code will be in the -current tree soon ;) IP over I2C is pretty fun ;) -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 15:38:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11394 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 15:38:06 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11364 for ; Wed, 22 Jul 1998 15:37:57 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id PAA17907; Wed, 22 Jul 1998 15:37:33 -0700 (PDT) (envelope-from jdp) Message-Id: <199807222237.PAA17907@austin.polstra.com> To: hoek@hwcn.org Subject: Re: Kernel dies. In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Date: Wed, 22 Jul 1998 15:37:33 -0700 From: John Polstra Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Question for the galley: Why isn't cvsup installed by default? > > For the same reason you can't compile it on a normal computer. > It (well, modula-3), is big. That's a pretty pathetic notion of what "normal computer" means these days. :-) I've built both Modula-3 and CVSup zillions of times on a 486/66 with 16 MB of RAM. You just have to make sure you have plenty of swap and that your resource limits are high enough. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 17:27:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29521 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 17:27:50 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29513 for ; Wed, 22 Jul 1998 17:27:45 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id RAA07941; Wed, 22 Jul 1998 17:26:19 -0700 (PDT) Message-Id: <199807230026.RAA07941@implode.root.com> To: zhihuizhang cc: Julian Elischer , hackers Subject: Re: Questions on inactive page queue In-reply-to: Your message of "Wed, 22 Jul 1998 12:37:02 EDT." From: David Greenman Reply-To: dg@root.com Date: Wed, 22 Jul 1998 17:26:19 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > (1) Why we set a target for the inactive page queue? Who can manipulate >> > the pages on the inactive page queue? How to guarantee that a page won't >> > move from the inactive queue while paging out? >> > > >David Greenman answered my second question and part of the first one. I >guess that one of the hardest part of VM is to understand how pages get >moved around different queues. In my case, I want to know who could >possibly access the inactive queue at the same time the pageout is going >on. Accessing the queue and doing something to a page that is on it are different things. When the system wants to page out a page, the page is made read-only for all mappings of it and it is then set as busy so that 1) the page-reclaim part of the kernel leaves it alone on subsequant scans, and 2) so that if a page fault occurs for it, the fault will be suspended until the system is done paging it out. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 17:31:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00217 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 17:31:30 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from suarez.bestweb.net (root@suarez.bestweb.net [209.94.100.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00157 for ; Wed, 22 Jul 1998 17:31:22 -0700 (PDT) (envelope-from mark@suarez.bestweb.net) Received: from kandinsky.bestweb.net (kandinsky.bestweb.net [209.94.100.35]) by suarez.bestweb.net (8.9.1/8.9.1) with SMTP id PAA10580; Wed, 22 Jul 1998 15:31:15 -0500 (EST) Message-ID: <021601bdb5d2$0bd1cb60$23645ed1@kandinsky.bestweb.net> Reply-To: "Mark Dickey" From: "Mark Dickey" To: "zhihuizhang" , "hackers" Subject: Re: How to read the Mailinglist Archive? Date: Wed, 22 Jul 1998 20:37:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Those files are in the format of a mail file. Just download them to your box and run "mail -f " to open it. It is exactly the same as if they were in your inbox and you were reading your mail through "mail" Mark Dickey mark@bestweb.net -----Original Message----- From: zhihuizhang To: hackers Date: Wednesday, July 22, 1998 10:02 AM Subject: How to read the Mailinglist Archive? > >Can anyone tell me how to read the Archive files of FreeBSD (like >19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text >format. > >Thanks for your help. > >-------------------------------------------------- >| Zhihui Zhang, http://cs.binghamton.edu/~zzhang | >| Dept. of Computer Science, SUNY at Binghamton | >-------------------------------------------------- > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 18:30:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09548 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 18:30:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09536; Wed, 22 Jul 1998 18:30:54 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199807230130.SAA09536@hub.freebsd.org> Subject: Re: How to read the Mailinglist Archive? In-Reply-To: from zhihuizhang at "Jul 22, 98 01:46:41 pm" To: bf20761@binghamton.edu (zhihuizhang) Date: Wed, 22 Jul 1998 18:30:54 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG zhihuizhang wrote: > > Can anyone tell me how to read the Archive files of FreeBSD (like > 19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text > format. hub jmb[138] pwd /g/mail/archive/1996/freebsd-current hub jmb[139] file 19960526* 19960526.freebsd-current.gz: gzip compressed data, deflated, original filename, last modified: Mon Jul 14 16:14:59 1997, os: Unix gunzip the file....then its plain ascii. jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 20:00:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22621 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 20:00:21 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA22616 for ; Wed, 22 Jul 1998 20:00:20 -0700 (PDT) (envelope-from dkelly@n4hhe.ampr.org) Received: from nospam.hiwaay.net (tnt2-127.HiWAAY.net [208.147.148.127]) by mail.HiWAAY.net (8.9.0/8.9.0) with ESMTP id VAA26498; Wed, 22 Jul 1998 21:59:56 -0500 (CDT) Received: from n4hhe.ampr.org (localhost.ampr.org [127.0.0.1]) by nospam.hiwaay.net (8.8.8/8.8.8) with ESMTP id VAA15821; Wed, 22 Jul 1998 21:59:53 -0500 (CDT) (envelope-from dkelly@n4hhe.ampr.org) Message-Id: <199807230259.VAA15821@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: "zhihuizhang" , "hackers" From: David Kelly Subject: Re: How to read the Mailinglist Archive? In-reply-to: Message from "Mark Dickey" of "Wed, 22 Jul 1998 20:37:17 EDT." <021601bdb5d2$0bd1cb60$23645ed1@kandinsky.bestweb.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Jul 1998 21:59:52 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Mark Dickey" writes: > Those files are in the format of a mail file. Just download them to your > box and run "mail -f " to open it. It is exactly the same as if they > were in your inbox and you were reading your mail through "mail" Plus you can put them into your system mailbox with "save * %". Then run your favorite email client off your system mailbox because not only will they act just like they are in your inbox, they will be in your inbox. The above was the easiest way I found to run mail archives thru slocal and into exmh. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 20:44:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28604 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 20:44:01 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA28591 for ; Wed, 22 Jul 1998 20:43:57 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id UAA24725; Wed, 22 Jul 1998 20:43:37 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd024709; Wed Jul 22 20:43:30 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id UAA12911; Wed, 22 Jul 1998 20:43:27 -0700 (MST) From: Terry Lambert Message-Id: <199807230343.UAA12911@usr05.primenet.com> Subject: Re: Star Office To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 23 Jul 1998 03:43:27 +0000 (GMT) Cc: roger@cs.strath.ac.uk, hackers@FreeBSD.ORG In-Reply-To: <199807221622.JAA14879@rah.star-gate.com> from "Amancio Hasty" at Jul 22, 98 09:22:15 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Found this posting and I haven't tried it. Do you have one not in HTML for the guy? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 22 23:37:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20672 for freebsd-hackers-outgoing; Wed, 22 Jul 1998 23:37:54 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from thoth.mch.sni.de (thoth.mch.sni.de [192.35.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20655 for ; Wed, 22 Jul 1998 23:37:43 -0700 (PDT) (envelope-from Karlheinz.Eckmeier@mch.sni.de) X-Envelope-Sender-Is: Karlheinz.Eckmeier@mch.sni.de (at relayer thoth.mch.sni.de) Received: from osiris.mch.sni.de (osiris.mch.sni.de [139.25.208.21]) by thoth.mch.sni.de (8.9.1/8.9.1) with SMTP id IAA20928 for <@mail.mch.sni.de:freebsd-hackers@FreeBSD.ORG>; Thu, 23 Jul 1998 08:37:20 +0200 (MDT) Received: (from khe@localhost) by osiris.mch.sni.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA02237; Thu, 23 Jul 1998 08:37:40 +0200 Message-ID: <19980723083739.02467@osiris.mch.sni.de> Date: Thu, 23 Jul 1998 08:37:39 +0200 From: Karlheinz Eckmeier To: freebsd-hackers@FreeBSD.ORG Subject: Re: How to read the Mailinglist Archive? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from zhihuizhang on Wed, Jul 22, 1998 at 01:46:41PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jul 22, 1998 at 01:46:41PM -0400, zhihuizhang wrote: > > Can anyone tell me how to read the Archive files of FreeBSD (like > 19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text > format. > Last time I tried, they were compressed. Try uncompressing the files with "gzip -d". -- Karlheinz Eckmeier -- Karlheinz.Eckmeier@consol.de -- ConSol* GmbH Tel.: +49 89 45841-100 Franziskanerstr. 38 Fax: +49 89 45841-111 81669 Muenchen ConSol's 'CallManager*'(TM) is IBM's "Solution of the year 1997" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 03:58:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27687 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 03:58:04 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27664 for ; Thu, 23 Jul 1998 03:58:02 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id MAA07475 for ; Thu, 23 Jul 1998 12:57:39 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id MAA10857 for hackers@freeBSD.org; Thu, 23 Jul 1998 12:57:39 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807231057.MAA10857@surf.IAE.nl> Subject: SYSCTL ....... To: hackers@FreeBSD.ORG Date: Thu, 23 Jul 1998 12:57:39 +0200 (MET DST) Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I was working on variant links ....... Then I needed to expand the sysctl-naming space ...... So I started looking into how to do that dynamicly ...... Turns out most of it is created by hardcoded structed which are joined in what I consider a gruesome hack with linker-sets. I've already started thinking on what I would have build. (and actually started desiging some of the code) Until I just dicsussed some of the issues with some people here. And one of the questions is: Why did Mike Karels create such a difficult way of doing this? There has to be a reason for it! What I did has some complexity in it, but it does require a PD to come up with a decend structure. Or question: Are other people looking into this? How far are they? Am I free to redo the sysctl stuff as long as I can create a glue function between the old and new systemcall? And the most important: Any body with suggestions and/or pitfalls to avoid? --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 09:45:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16592 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 09:45:49 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from styx.aic.net (Styx.AIC.NET [195.250.64.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16553; Thu, 23 Jul 1998 09:45:06 -0700 (PDT) (envelope-from ran@styx.aic.net) Received: (from ran@localhost) by styx.aic.net (8.9.0/8.9.0) id VAA12415; Thu, 23 Jul 1998 21:44:28 +0500 ( AMT ) Message-Id: <199807231644.VAA12415@styx.aic.net> Subject: Driver for Arlan-655 To: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru Date: Thu, 23 Jul 1998 21:44:28 +0500 ( AMT ) From: ran@ran.am Reply-To: ran@ran.am 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 Precedence: bulk X-Loop: FreeBSD.ORG Hi there, Attached to this letter you'll find source code of a driver for Aeronet radio modem arlan-655. The driver was developed by Iwan Sharow , I modified this driver to add multiple modems support, as well as have added a configuration program and its support in the driver through ioctl. The driver has been extensively tested by in company during the last month: one computer was configured with one ethernet card and two radio modems, another one had two ethernet cars and one radio modem. Cumulative traffic for each of the computers was over 4-5 GB per day. The most loaded radio modem could provide more than 2 GB per day. There are still things to improve in the driver and the configuration program, but this beta version is already useful and it's worth to publishing it on the ftp server. Here goes dmesg output from one of the routers: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-RELEASE #2: Tue Jul 21 17:44:58 AMT 1998 ran@styx.aic.net:/usr/src/sys/compile/Router1 CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 15085568 (14732K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:40:33:94:47:d4, type NE2000 (16 bit) fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit wd0: 124MB (255255 sectors), 1001 cyls, 15 heads, 17 S/T, 512 B/S al0 at 0xd0000 irq 3 al0: ether 00:40:96:20:ce:15 al0 at 0x0 irq 3 maddr 0xd0000 on isa al1 at 0xd2000 irq 4 al1: ether 00:40:96:11:f1:25 al1 at 0x0 irq 4 maddr 0xd2000 on isa npx0 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, unlimited logging ipfw: Entry 65535 cleared. And here is kernel configuration file: machine "i386" cpu "I486_CPU" cpu "I586_CPU" ident Zeytoon maxusers 32 options "CLK_USE_I8254_CALIBRATION" options "CLK_USE_I586_CALIBRATION" options INET options FFS options PROCFS options "COMPAT_43" options UCONSOLE options FAILSAFE options USERCONFIG options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT options INCLUDE_CONFIG_FILE config kernel root on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr disk wd0 at wdc0 drive 0 device npx0 at isa? port "IO_NPX" flags 0x0 irq 13 vector npxintr device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device al0 at isa? conflicts net irq 3 iomem 0xd0000 vector alintr device al1 at isa? conflicts net irq 4 iomem 0xd2000 vector alintr device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 4 pseudo-device bpfilter 4 The whole suite is also available from ftp://styx.aic.net/pub/FreeBSD/arlan-655-0721.tgz begin 400 arlan-655-0721.tgz M'XL(`,R/M#4``^0\_7?:2)+SJ_@K:CPO67"P#1CL)(3,8ALGW&#B`SRWLUX? M3Q;"UAHD(@D;)^/YVZ^JNEMJ?6![9S+O[=WQQ@/JKJKNJJZNKV[%]&>FN_/= MG_J!>F6_48'O`#_51O);?"H`>XU&H[*_WZCC;]C?J^Y^!XT_=UKBLPQ"TP?X MSC?=1^&>ZO]?^C%Y_9WIV)QM6W_2&-5*9:^^=OUQR:N[8OVKE?W=ZAYV5JN- M^G=0^9/FD_C\/U__G&?Z-N#OB1.$OG.Y#.T)W#GA-?0_ MP7^U!X-V?]3M#,O@>B'8M[8+X37"SQ"`']#Z,$RL(D*0LV]B3.] MQXGJ+)H!S#SWBKZY8VX'@7G%K-_8BU#P3+PIC#)1,VF5Y\VU_*8&K^UN5QM:; MUT:B1^P38^[AK"TOF-NA8\D!+>:\#($YI[[YW';#`!#',-J]T7]"L%PL/#]4 MY-_DD3<,Z]JV;L"WKVC)F2(W^_;<0QY].[!#N%Q>22JU74&%9Y4S4?618Z.B MN%ML9FC.MB)2W:KLTU1P;?\:A/>K;=.QMET[Y)$=SPIGK%0V<<138FTR9Y;G M3ATYE1TH%'YP7&NVG-CP#BW8]7MJF$*_W8/W4-%Z-RX74V<6VO[V]8:.%-P' M.PO3-^>$FVS&OS"G^<;V77N6;9]?+J?95N8DA[9GW=AAMIVXR[;:ON]ZN1.< M>5>2:=6!(D1SG@06;>/)++E42;F]8U\K!C+9;3I;NN2E-8SGMBWCF6O`["6:ZE2 M7(%V92WFCCFCK>"P=A=V-M&VHJ&!Q=)?>(&-.SQ:WZ/.P=F'P@^`$%.4!QP5 M@Y(T-`O?<<,I!-3K2$AV9^@C,E#(6HW'J5:U7K_PUR8KM97T_J.,6"P;*US5^O,8;): MU_H_8("(<:36V]!ZS[9_VBZ>G(ZJN_4WI?)P83IJ$JQ>'"J#T2$'A$X@CB1) M[Y8@>DO,(B27TT#[6`T"@5U&/P@ M,:,0158*"X4\7G`PBK:2'QE91%L3$R-/CI$,G!8CX@R6KA,V19.!CX[_N6D0 M#L_<7V+@BXJ]M''CS,@`T;C+,6T4``H4SJM[%TTY#<1J#WKM/G22K@:SVR7 M^-)'2\"`X4N@AV@ESC%0O(@M!XL)^]![7^*@X_%IL2AE'7M!V)2_2Z6F0KSU MG`D3MSNM)L#LSM*XG MWE5R(E/2PTUGNLC!<)#0M+ MKGC,R5/+458T,(`O$W%4$B*5IF6[YN7,?IP:B-4M_"#\MV'Z'%X;1F55MTBW MS^L7(JI)`HS;]4;%J&2;]["YFM.\C]"KR]R.#O98N92H9Y(S=+W2&V&7G8?4 MP(Z:G9BPS&:9J0DQA5GPA+C*PN#>_B>#Y?8Y+O5IQ`\_G8P//_6/-9:I:?"W M<:??/NAUC%W5#K*]??!I,#+J"?!1!-Y(MPOPO41S_].I8>PGFKK]$7'WNE(P M#+*.-&NI5"S#>;4%B(&`X2,!5R[4+*))H2H#PWG1*.S5AF(IB<^45R>R69R@!7!7!E584B M&G[+IJ+&I64&80"E"-I/#7]G!@IXLHT@DIT=^M87LS\:?.J-!QV,CXPJ>YE+ MST15D48KUAA0L(=MH\:`)/G4&?&DKP"B5UB`%MI13-7`%W M^D<9T*..#JK1[9S2KL+.@D8'/>GX8Z=]U!F,A]V_TUZM'$9&B)V:]]@=6W\B@P,?VSYW3GU1/C49&46S]X8\LY^1] M1&P@ZC5+X?.!50(7#I<0-J)Q"*] MO3.FTI+RYLA8EU;7Y3'-&1QBY._:,QC:H1:51;@R`9!0!-2"-QR)),-=&A<; MHWDKLIP*4'7*D@VDW3^\B0&/">`'0_UP+:&AH# M"B'%%(\H;N3GF\N=0,T1,SQ01).4#UD9!S2B-A^2#16'[#F@ M9Z-S,+XXJRB2A-6'ALFU"M,"6@@$HWE,/#\5F_.RHZZ%76AS0XF9=1C.M, M+D#'[QZ?%BGN>AP?(;;>.U/15=#MU%&GU_XEVK/\5*P*HTC,5`%E64;BR\4" M`Z<)9H+W.@>20#5)H!$3^"9&R3CE&)YVI0BB=65"^1:B,#\WWIZ4"E\QW8JE MC;*8<.Z$T1UP".K@BH+2F4V,2S<_8SB*C=2/`D1_K_`PR2JAVZPRQE&QB!KQ M8@(TO$,'$"&ZBA78+94I7?.FQ;BE5,*@`2HE^%J(JV]2`G2$-$7CFV::N0,,$\*E[T*QPL\/ M@F,Y2Q(6SI(F@C][:"]F`@G_1XTR_1QPPLF[L]H$,NEHK&W,*$4@0A8=6$F* M\+E5%(N9DDS:K459^.=WQ5R,5[J?WZJ6FAK*JU=0HL>OBA!MM2F[D]]_Q[F)K.#*T[JM7YB]5%OCY]+LEQ M`"XQ1[IIRGP^N'$6BDY(10#6)B'\!Y+5Y1?;]Q+J6`:=7U+S4M,0U$2D)6,^ MS.4W=RA`%`O$,>#QS+P22Y/]4%[A!-\Q&K#F,DL.O(/.Z"/&CNVC MH\&XU^DW!3O"$E!=:=NT*(?%)3MW+N3>27I$YX*W^O,(DYQ2'E63P@6-`6M' M,;).-HTL4#-0%U)O'Y@(AWTZ9DJ)6E+><=GI!#$8-1DI96D(U`24FK<]>61, M-6\J/:!Y/U3C<7"2E5`*3T"1A,1.@QS$,E3W2J(H[5J+^S4P1:I;;):*BFJ) MT(#PA+US>.OP^M9Y25&M*+Q:LPX-\R"^Q/\33CP;OFB! M1!F$OXGB$=3"V(,K'Y2TK7S""R_VCC*T\FP9QM=O-Q0A%3%41<,#G\^0XL/04^M% M$1@VHG/GW/KHPQ!*>ES+E4J*;*_O!)FX)IL(9W/BV"@JO;X34R!!J&KN(S%5 M`:*`/H)+NK='_';LDU>U^CJW7$6_O+55HJ`ICHR<5JM"O`/D1D01%YJ+U@)+ M4"7QHM88A3CYLRU*390]Q)J03,S^-]`*5@M51L`$TG:Y;)*[R`JL^%@BA]'F M5U[?HVB%%9X5^C/`C8O>$;_2FXUD8B0"*[;Y"2$0D!$#Y0A.A)G/DNA_MX`N MBO4[O7%[-.KT1]U/?8J=']#J?)/==F6(OMQAI"R6X%0[V^-I9,C_^\<Q'X$&4R6B+)N9U<(^I6W:QA(`C M"+EG:6\U(=77I-T$8CN)NI!4X"8GZ0F6B)U7KS1FU.[C2%3S\ZDQ1&2ATAYI M.*MRFX',Y8XRS(D5ROH0FH90)$FJ\LTL<$?4CBDB\C'0I++357JS%>*SG\>T M@G?:,W6]5>SV1YW!X.QT)"OTOQ[V.IA'1B`HLA;^4BLL^1,=&&R0S]\.VJ,\K+N1.NE5)U5Y6&;:X- M9ZW=JMHD'%U5K8((^*-(J5Q958^/,=K@0XNI@Q&! M3,Q%Z,+W4RMQ8IP@6,EUQI0\:E-XCI.K\&FF+A?(LW+*C5?W7J?\.)T8I7QY M9#@T5Y[OQL6BA\[^S'3)D(M`3#LJ^%Y: M0EHD$4C208#GHSD)X=:<+6U50R$OD'/8D*A]2+$H$[N:3C71Y)]45)0X'IGD M.SKATZ4L9I,+K,@E@V=XHBJ1F&AF'<4A$-B^[_F9950.)$V6SMHZ.I"^WBIB MB[\?0-.I5'8OTO1,^41YLW?P)BF;?/2D.$ MG+--4M+5Q(4#%$1YCR\4Z0=RHC*6J5B`T8H.;7BVS:AP9T7L&OGZG(03+`O0 MK!`06$YKV#V*;5E4;:A<("95)40YHG+13$-4DQ#5+$0M"5'+0NPF(7;%#:?8 M4,[-U9&\CS1TOM@&.]8*KYZ-+^0K(GQ"G$Y32Y,Y)%R*DE4?XJ/TJE-'CNH MBE1.\4D6J:(*%L0&H+#.`.1'-6MCEC@54QLI%<3D;Q]IG=*IHK`GVBYB9_`L M7PA)9YADK$5EU<@A4F[[7'(BFR[3J=RQ(U.3T_N*NBN'B0K.6YZ+N'SQ M(MAZ$93Y@@)?.GB++2)/*&-HI@XWB,9B*@,L`8_ MGH$\D4&(;1X5W;)N%Z0)USUOGC^-`/-]:JZ%%PBZB<\X6ZG/3[K<'+AL3_$PY1&>U,<>M/]HDRN?M7O:*L,OQ1 MOPC\^D+6+S[E%J57_!;.10G^V3Y&(?P>5_,X[K_@<;ZMRZ'K\HXY<[Z([`M% ML9)WVT4A$9U13E%:OAWP>VXJ)>[/\P5Z86A?)L_2G"F].Q$!4PY#P&;TZA/0 M:WI\3WXR@\U@,FNJ]TJXLD4DM:TAW[C@2SI:%[UL(GMHN&BK"?Y2VZO$%RFB MNXOQF8VJI1D3S_T+"8[>+1!W)PQ5*(R`4/&-@L$W0J7D[;3`MQDS<=^-I]R, M&^6=*,6:;&4#W^+[?5KK/%QB(U^9.!F=:1UHH19+(L,'G/)1ZQ>,M*+W);0N M\4)$*WHW0NNB71M0Z:Y[?#P^&'QJ'QVVAR/X%>AYV#TY[77^QJ?^"B%ZQZ.E MO_$15_GHO7&MYB.0S%GX68ST:XLACL>#3OOH%V4^C4)!W)>]@SL;+-.5:RK^ M<8#HI2@I::G0?`L19R;D@=J6:$5[96SBXI^BS/@U?/D:N,BOD2CI:91MTVMY M`:[UYHY!(YC:#48"H6ZD>7?M4!6_2`!HF?MGO5X)7KX$:B!8DX'U+KK+D^Q% MHV&.I^;?).0.:TO=%I2<"CVX1H,L#@ZE9S;T4WVT MQM_NCNB0W\*'+FVIOP3;.997;+RU;R'-TV\@%;[F65%M-55KBF9K3C`32;S?4\7)FRB$JD2B@FZ:0F M>J4/K>WETZ)`F.S3@8K6,R<^:)88L?#5XF@2/VX!6B\ MP,9DX-/AL'M,"O:6=Y=N\7YML84[.R7\B,"ZG4I4M7_%`#%X!-R\]$C4#?DR M6U&7B:AR7=I3^J/"4H`YI/F3J3

    6E5!51:!%F M73"1!S[_0_2&!LJ[,@N4`JY!;]IZ,RY.D)YDL7E0F.0AEO8DXA!$=]$ M'`H6UW$8\288?)1#(0[QGM=:/5R[?!C=O"UHK-%!4\+=`T)L)Q8F4CD*DMY' M09*4M#(XG6[_YW8O)?.$MB M()FL(]A+8=_:O7&_?=*Y*$<7-*.;E%&2^GW`9]A%P#DNQDO+I^5[R0^FQ9=[ M2_P^'>\P><*CZA]E;:!A]PC'J4?$HX[_:>_IG]NVD;U?Q;\"=2>I%,NR)$M6 MFL2YVTO7$S&EFB;9XE44-*CO*N>7_[VP\`!$!0+R[IS)Z#&0Q+VW< M:4'`'3K]8`T,_40CX*!4T@#?G!R=K5)*D?$N)_XAX,A1;."VED:!9M@T&%NL M;B%N;',Z7;W(U<^6:+()HB+I5J2S"]2TE!GRJEHEN7FR6:A+4:+*WLOM=P=G M:A0]A'EJ$::L8SD)*5#WVTN:8-2&2U\_(<,SU$]+QI+O8\G"PU81%-DFTJ+) M^O3XGNR].GT/[$G^I!FG:U3SUJ1KJ5/]2Z235! M.5G.:'<.>[(OKA-GN*ZTZ,38Y@=WZ`AP`P.HH58V@1'/6`X,.88!+-,DF["( MK2R'A(_((09T56*S! ME`ESZR`L;B`MS\LIEE+3CW+=GRWRCL\'7,XZ$C.AO>AB\TC22$D3K"0M.A5Q MM,2V^4/N\$)I@$T[5MF8O&;6A<#67S"RJ4BW"M M#IQ0ZTRXSKO,4"H_=953J_<72'M\\2Q#U/A5Z/W@MM&CGS-51*Y> MB1IO9T$]/0Y[4^%76LEX35JRBM&^90H[,'>8*W[HTJJF0*#%BN]3I?L:Y/9A M**"IXW04:6,U6YN0#:G$T1W'5`[6=\LV*NK`P-#4RVNOYME(;O`6$H(!2L(0 MPSB]$TG(^1X=WAVI#XAL2RE$66BFRX*8$V65;5"IW:L8)F3JG-S3K M-8LV4:$PB%(R)^:OT"94BI))[%B#;7S+VTU;`XS[W9PB#G;`)35_$*:CF_+, M$G5PFCMLD'0=>([9`FTEPC.8C]6\*BVE0"C)^>]3,AQO[YSM_[P'%%(*`J&/ M#)3N'+LA!09"DX4GMY!?R-Z;U!F*7?JH93*; MWD&\D*=(0IS-R:1=3.<399.=7;&?D2L=CX20S2#'R-\RJ6OZE0;+=,J*'?'ITU2!4U8!9^7?H]%4`$GT%+XDGEM,32# M1>B*)?OP,+9/]W>5CQ<1/D'W"W68[A>R>3!>D;(:YG_*_G;PHFW$ONR3Z.H: M%LD(;W"06WG"I2699^(*>OT6CT95^+^NA9.JB*JTRE).:WI0R[Q\7XY-3M(O M&S+![\;:SXY5S'V`PU&YH[MD)#&(T7\^=1AKD:8(46KX5Z-[)[[1-[<[NO7VW]VY/3C5VKJPT"MA[+D+CBL?QF7VN7(`$M%`!*>?$3>Q*.AY41W4M MPNU?(K`D_"%%]S77\H(VSH2J1$I-8Q/[H`[]BV>77[+++X]<_PYR$>R.[@E4 MC^_,,6O9EL'>(.`JBN;$0*9BI`P.\"=\6GL^(F.%S.ZN3-^H.)V825SA/B(: MST)N'7.MT30>E$?*B6:EFC'6741?-@#S>>/A_I$\;I2S&VD:D2*9DT+1Y!)/92F4!%]V=6P5"N<`E&3"A!_= M:6^2)Q7MUP#6`V&M`9GMK[20R70%YC`:?IO\>T?V%$-JF0807)\=P/G+%!CY MR*T)2]C*+-Y7/F+$(3N;#6"7#G"';G/_3*RZD>X.ES!ELWT^4I,>QI/D9[H M-S2C7LUO2'GCP8_%_D'$A07@T0C_'>E;+0H4C`$#U&(:3279@#[N/#[!$UP+8NOF2Y6)3 MBF&JQX=N]_E4F&)BU4)J<5')^J-Q64U3HN@U(%!/$[#KA'*H8/]HYX`D^$4( MWCG(H7@99K$/2C`Z[.[]>I8GR@7]SOI#G8$&O/CGV=[I@DJM^Z1%CP1K+*?V MD[O2ZSYL(^Y_@%D/R6B%57TB':&3&EXGUB7[[4TQS`4R:8J&LP#8^D+T8D>> MZ8[@1<;I1/H$YH)8E M%ZT-7L`X@GT:0)S;Q4.47]VROBO&Q&SL7@657@J;)25/SB9*I+R&S2(0_A`= M4*8UOZ,>E&\^U_\\&I(F2EWO6>Y!0+C.S#SE+A3/D<-KP]S/+E$AK/E,=-&$ M2Y\!1]D.IX?RKN#`661B':+EG<#X:A@RS1#4I&U;&E?%=8]8P"5OIGL?#"$< M@RD%)6D%7BAHDSG*`D&;9#8\B>=)OMB(V#!0.XJGN"OHN69J_=X8/9%>X#>T MF!U%:7\6SU**5R;(8A-*$TX$.NL:4TI4"G38D+AHLCK"IF MN.[AWB3FXVM&-J!2X@C-&T/@JQ]ABPZ`J2B7I_A\Y&!B$(>T]]0!UD:S(=`; M^FPWK>W*2S?S;TZ.#_=/=Z3Q`S#-"_3M&EZO/6GR M=3%8^GV1Q+T!MOS.0,D"0Q_7?-*;*T7"M*&0R$0:M$D4,#/B+1'N`9".H66/2$YG')%FFO%U&,D<.MO6`F$"ZY3][X<)LJ#$_U@IA M!Y346^>-.Y#B1[UIN`L38INO@&1*;`E!I$E?:;VETZ2DKW)]GA*YJ$K9K&1> M)8><66:NJ\S.@76NU4TS7YDW>MGIP:J)C:J53*4;30-U9$:?#96^"9[74W]N M/78EO,`&]WTPGQU27Y,!!9.SI.,(K8.<\^*,:G/T;!.T$BX"81]\`LCI?`O] MW>&_^M8D9LNYN1.LT3>=;+D.\?)NN"3QF?Z%KC@=O>QE1_`B5WNN>I&_P-_#`IX@&5("OYL;J(?BOUWW9-*]&_ZO",>TV,F;%7/[GXJ[U_J[\%5J M35Q[B+0O)JFN_`.&&(7E%BAIL]/WO+V"=O[M::W2'WRR>9&_2PQE0:ZFZ<%( M+P6F3_=,SG=8N.VY20NL_:J/):PM%+;SK^3F3N2^2N^=X[EB+,@_EJ+@ M3C5;1@0S]B(,`@O>D7V@+:2J'K;YU*CX$QL.W)%!;'DX!$]BA_&[%B_"TF9+ M&?+/#L7]ISQ&_'>*T_HEZE@<_[U1[S0Q_GNKTVJW-MJ=%L9_W]QL?HO__C4> M%='&"@ZBSSE@,KYFY<%I=#7NX6WY3'5'2<(BURDK+]ULZ<[>_"=I*1 MI=(Y@9'*(JI3NMLX;S3=JFR3_$TW66\TI>2>SV%ZL'>21KU_Q9YJZ/;FPW-#O/!=2EDOL#@T0*#N=7KC^O9 M.*FP1DKTVQ^_2>(KQ()3#QKE([_='_6NW#9V-\X;+1=GIEMA;TJV#C;:.FX` M-OU$AIJ33>=&]_*-MI<*%Z/SE\G('B\F(+6WR7_/=K)V)4D_3Q')_(6B&@\- M)_.W,]BI3#\ZW[4-F8O`EG219(_AF3H+MC!QD/9Z(2- MW]P&M3TCJG92^HY-?B:!/'$!RVE1ND?F=TE#>MT:<+('M]U-`U?RFV?[G:\\ M&HW"P?(<,-R^#(I(3MFA3:@N6%H`>BEKS@_PZ'G:&]Y(2&X7.N?-CD7RIQSM M3$\).5_9$%CF61.['$Q,YTI%^2B^#8=#C-F&MY_Z%:.(:O-T?L9RG=L9,C5` M)2&FNTU\S%'4C-IW+-^@1B-RS,2*N901OWWAU![W(O;F7&=U1@.Y)G-UM_D_ MGN=6`3GYH`&[O+/S\6`OQR!JSM?1J)__Z%8"DPT=\\]D%&.[`=B5ANR=4PON@-21.?SD:Y]C3.6SF*=3T3YI-? MXD#::7)EF_N9@XSN>9@?1A`1XB3/9I(XGAXG)^$DA#GJSAGWXEY^TET"DWT3 M#X=O0@#OCL($$G;#?L^M4Q7:11?Z>6(`D>;L&G!^'0]=B)#D`]AM-"W&PVW# MUG/#W4VU'O`WS(3=Y\&9HCO,"PTD^3I"D?@H_>@2<;J.5[R(: M`V&C\BG#;.GU@&J3>SV[F[R']Q%0RH:0&4T6:-5MX<=E?$HMEJRV$8]OYCC@49_,H,UY,9M:V_L3R!9FL:Z8K12 MAW97,1_=P>3J>Q=&Z!R*P^8XY.>ZRJ2PY,VQ<[*S1RH6;RH+L@LR;%]`QQ>D MG_WZ;CS`#<'8GW[RZ_'M@N37P%11R/8F,E*7H8!S+<2!3.2)3\P[879<2%274X+^XRY0%0?QQ]@=;@*_2TU M!7VYY/@S'FWO_&3AS^52'>!2CS=S">JNPCGY%O;L>^Q4%^IC2*E?7`X*M_N- MIVZ1'_.;`%.Y]S1`GQ#HP0S-PUDEH940/(5C:T?'WX:^W1S="S+6`&GIPNH* MNACD3TH<0.2T,CBGKL1CS"Y MJ9/=*#&8VLH*V\I/3'PCXB*]9L9$-17_"(."](2ZX:-L=4QA`;$R`'!B-JUQ@'WIL M$A.BFA]:OWUP),A)"0'@JZ=(>>6+)`)N6ZF*0'[<@(^]?A\W9'3]!Y+(_]88 M&R;QD(/4;M>"8%^PVU&2"/`BP33L7X\CM$,'SM-/(I+AT002C8QZ41*C^;BT MV8`&Q./A1P$[U-E<(3F-9TF?41#.I7RBNSA*![&V#N("-3P%W1\#W0Z')%77 M`A?I=)\N&J*;3-3LU_I5D:GXL9?KL%%=CS8>;ZZ#N"/O.N'MNB!HU`)8&H-` M):Y+",)Y8NHG]%H^ZA>['5CCI@)/CXVZ4/6S3NVJX7L0-+DRZ:J@-ZRC!2E4 M^G>RZ4?WL6T1Q:-P!+QM0,'E;_E8CFT$"/Q'0)^X"1,*:2?]5D,50;!1"U"E M>A5F+HJK@CS@5*V8\TCDHYC,MB[Q)D](Y17F@&3&`[ZBH,F`_!JEXFH6#<(: MFKU!&X`8Q^0?D>VYY-B:!!7,QJ@610+^?C:F>U!TSY#H;(@,7=XYNR4+,K,1 M0="J!6?J#A,0_"1%0[,G@>SPVIC0T)W`END2M7==1@CY0@KZ`U&KK<-_4/T$ MH*XOR#OJW4`[8!L_'CP5^,+_0H.(WF`"!/M\@0;6[QDL>FD5?GT46=_(RPM& M0DEB=M+*:,3N5(,(=KDA^L#BR$B<%P:Q*1C+%[-H.%!T'D"7>^.;%#,<#\,K M<7H]2R;137PKRI?1@"96\PE&CE]O;E:,HVDN9'0+%)6"$`'U!*5PU(N&0/__N,*C MUF06E)QV/VY\YO*^]#'7_]KV[N[]0N=GR?K?V.@TPIL![ULS)_M;7G.$&K#63])`O0$C*]1G7O.%1Q1C%0 M7V]9+=BT8=0'EJ#KJ^?KTR`:.1`='PA/D\G_1BQPH.]EY;1,OMC`F1:1_TNK M5;:$[".O/45>^Z%VWVST+_LP_\^FZ)>H8QG_;VYVF/_7-S;Z/+E$4+771#>3QSD_[Q]W77:UAL+^2^2]PLXCE&9*@@+UJ[EXF]]+(D\C] M=Q9.B0^],H[(1YBJ$NFG]^W!6:F[?_S+2?F'Z(>JZ)@W<($+5=!>$TWAW[[; M/M@_^R==X+8A;!\<6!`:!1`@GUOZ-%^ZZ2F=9J5U<>E;M%3"@WOSZ^G^+GYL M6!_1;R=];5E9WYQPWK;Y%3<&]'73_(K>+>EKQ_R*SB;IZT!]+4D/E_BUN1&X MG[G1IC*J9'@_+9EJJ)+IHK1DJJ!*II_1$NF?W!3JA(F%DND"%-N63Z'.U.>M M>A#HL'4V*?[9T^;_S:/X/R_-ZU^D#M&J=]K%_!^>NI+_.[``(/_?Z-3_)MI? MI#7.\Q_._YWQ/P3I"67`>ZUCR?H/`D!;C7^KO='!'6&COOEM_?\:3[!#41A6 MM\3:/LC<8NT7O-6]-FKA%NG-R?&KK9(BCN#T9.T6M5"T:]X>S02B>7:2# MVB2)KVJCF^??N/-?YW'F_Q?9""R;_YK_:_E_L]5L_TTTOL;FY#]\_N?&7TWN M>ZQCB?U_8V.CJ?A_H].I(_]O;7S;_WV5)_A>LW#K7;]W/G,^[K\=]KH M69]7LMFZ$ABYQ^%T/;JT(<"WB+Z/"[Y?=NEZ&::&^\O M7+9E0A$EI2G#I;PB!2"@4=65W\;;O">VK&YGTPC-N&N_H7M8>3G*+?DN[5U1 M>$WQ#/;O4,5S$9'*\]%K59[CW>>N`E^./A-0\!S$VI/YAD!$VK% MS:#BLEI\,MMF"HU8QK.TBW`8?Z@L@2&;C,]1^$$>#J'20.L0%K7"KO:)6E1^ M1BA/BLN5,#='#\%M/77]:'&'2VDT<$I(L^[]W47%4('@E'NI-*M"WOL09=%L M-9I5^+?9P7];]+M-OS?;8@$.2VQW[=3P(D+5+(9AV6BWJ@*X M3>T!1=@55F2GOXL5&+$5\03^MJ$%%:<% M4PQR4Y\_J#?U_QD(2%MMOK=>&];K>Q<>#J4F:6!,AZ__:X6#`XMS58Z#6/F* M7DA:A8(W%QPO6%XFR$IS9*L\*GZ;TA(@L`=/BO[)NH;*I??6F]DU>F\Z[QO. M>\MY;WO'ATE^<;.(R6M@J!%[;[V93:/WIO.^X;RWG'=N&EK7T509]:(Q.5;H M)5=]-4?@]^WY>[5*F4K/$OPK[W3G5M[2H[#'G9;1(.UPD)@`%6$`P@%&3KN* MT$,JO5F0:8LXSY6!6H4N[NO3K8/JT)YLT/HD/D9 M.7X!GE1N5%>XG.)`*IX[8*>&`;=XPE)].%[RAKR9F@5+X6^(P%H61W9+1:+D M7,OBU)F0R#G95A:.D7)E'2$)K8Q#D"G)JUEN#`)9R;KYBO7;*Q4#T839K2U$ M]+\S&@=VFS50]ERX#!I?I*M'BJS$5$"1/B1%`)81OGY=E?4$)2(`\B,!L#D5 MPRBQ:&!]7FU0W#<9AV^:8(RU_@B#>D@B6L$16)'7Z9?%^),$9P3X0W*EJ,>9 MWISRHH=,V55T\V!&%"Q3?B1"HF]Z>TZQY/$Q M/CY04T"B9HLA-SG@(`PL`&M`>UX`+T66O\:K#.?68:A4%#,$N2@@H8,,2+X+ M+I"7N,B0D65UAZDDE9*8X9652E'VQK+5P0*+Y8@2H M.)^%",`,=T$`RS,6"IA3B;"GH]KC/ESUB')*!^@>9F1N"?Q]H$4#/F'P#_B# MX3_@#X?ALZ/]P>?W*CY'V%M[#JM>.#W'K_X^8Z&[]!F7R?OK\?^NHR1J?FY' ML9#JJ+$@<,H=WI;5?=_A4RA*B4@3* @*XWX0+TR02T5/ZBOG[X=0GQ[OCU+G_\!AN6(H`#(``"W ` end -- Ran d'Adi ran@ran.am ran@styx.aic.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 09:57:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19151 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 09:57:16 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from herald.cc.purdue.edu (herald.cc.purdue.edu [128.210.11.29]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA19140 for ; Thu, 23 Jul 1998 09:57:10 -0700 (PDT) (envelope-from pvernon@purdue.edu) Received: from pool1-07.laf.cioe.com by herald.cc.purdue.edu; Thu, 23 Jul 98 11:56:43 -0500 Message-Id: <3.0.5.32.19980723115320.007b1e50@purdue.edu> X-Sender: pvernon@purdue.edu X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Thu, 23 Jul 1998 11:53:20 -0500 To: freebsd-hackers@FreeBSD.ORG From: Pia Vernon Subject: question Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I want to install 2.2.7 on one of my machines. I have to install it over a serial port because I am blind and need to read the screen during install. My speech software runs under dos. Thus, i must install it on my new machine from my dos box. I'm not sure how to install it on a machine im not physically at. Thank You for taking the time to read my e-mail, Pia Mikeal (HarleY) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 12:23:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13477 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 12:23:04 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13419 for ; Thu, 23 Jul 1998 12:22:37 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.8/8.8.5) with SMTP id UAA01792; Thu, 23 Jul 1998 20:22:15 +0100 (BST) Date: Thu, 23 Jul 1998 20:22:15 +0100 (BST) From: Doug Rabson To: wjw@IAEhv.nl cc: hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-Reply-To: <199807231057.MAA10857@surf.IAE.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 23 Jul 1998, Willem Jan Withagen wrote: > Hi, > > I was working on variant links ....... > Then I needed to expand the sysctl-naming space ...... > So I started looking into how to do that dynamicly ...... > > Turns out most of it is created by hardcoded structed which are > joined in what I consider a gruesome hack with linker-sets. The linker-set thing is certainly hard to understand but it does work very well for statically configured data. The linker does all the work of building the tree. As you have noticed, adding data dynamically is a challenge. > > I've already started thinking on what I would have build. > (and actually started desiging some of the code) > Until I just dicsussed some of the issues with some people here. > > And one of the questions is: > > Why did Mike Karels create such a difficult way of doing this? I believe that Poul Henning did the linker set thing. The original 4.4 code was even harder to extend... > > There has to be a reason for it! What I did has some complexity in it, but > it does require a PD to come up with a decend structure. > > Or question: > Are other people looking into this? > How far are they? > Am I free to redo the sysctl stuff as long as I can create > a glue function between the old and new systemcall? I have been avoiding doing this bit of work for literally years ;-). I will be happy to review any code which you produce. > > And the most important: > Any body with suggestions and/or pitfalls to avoid? Last time I was daydreaming about sysctl, I thought that using SYSINIT functions to build the tree would be a good idea. This would have the benefit of trivially adding in sysctl variables in kernel modules loaded using KLD since it runs SYSINITs in the loaded modules. To support unloading modules, a method of automatically disconnecting variables defined by the module is needed. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 13:17:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25544 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 13:17:38 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25460 for ; Thu, 23 Jul 1998 13:17:14 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id WAA05074 for hackers@FreeBSD.ORG; Thu, 23 Jul 1998 22:15:09 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id WAA20874 for hackers@FreeBSD.ORG; Thu, 23 Jul 1998 22:06:36 +0200 (CEST) (envelope-from andreas) Message-ID: <19980723220636.A19622@klemm.gtn.com> Date: Thu, 23 Jul 1998 22:06:36 +0200 From: Andreas Klemm To: hackers@FreeBSD.ORG Subject: is our dump broken ? Elizabeth Zwicky's torture test stresses dump... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi ! I'm writing an article for C't (german PC magazine) about what backup program to choose for safe and complete system backups and discovered Elizabeth Zwicky's excellent article from 1991, which was presented at LISA V if I remember right, see the reference in the FreeBSD handbook. Elizabeth was so nice to give me a copy of her torture.pl script and I'm now torture testing some backup programs on different platforms (FreeBSD-current, FreeBSD-STABLE, Solaris 2.6 x86, OpenBSD, NetBSD, SuSE Linux). Starting with FreeBSD-current I discovered, that dump has it's problems with long filenames and such ... Elizabeth was very astonished about the results and wondered, why dump is so "broken" in FreeBSD-current. You can find a complete typescript session with dump and other programs on my homepage and Elizabeth's torture.pl. Would like to get some feedback from you, if/why our dump is broken and if it could be fixed. http://www.freebsd.org/~andreas/download/torture.pl http://www.freebsd.org/~andreas/download/typescript.freebsd-current-3.0-980720 Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 14:32:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07814 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 14:32:15 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07750; Thu, 23 Jul 1998 14:32:04 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA01196; Thu, 23 Jul 1998 14:30:07 -0700 (PDT) Message-Id: <199807232130.OAA01196@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: ran@ran.am cc: freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru Subject: Re: Driver for Arlan-655 In-reply-to: Your message of "Thu, 23 Jul 1998 21:44:28 +0500." <199807231644.VAA12415@styx.aic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jul 1998 14:30:06 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Hi there, > > Attached to this letter you'll find source code of a driver for Aeronet > radio modem arlan-655. The driver was developed by Iwan Sharow > , I modified this driver to add multiple modems support, as > well as have added a configuration program and its support in the driver > through ioctl. Hmm. Aironet don't actually mention this product on their webpages. Is it current, or obsolete? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 14:35:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08317 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 14:35:41 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08306; Thu, 23 Jul 1998 14:35:36 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA01224; Thu, 23 Jul 1998 14:34:31 -0700 (PDT) Message-Id: <199807232134.OAA01224@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Pia Vernon cc: freebsd-hackers@FreeBSD.ORG, max@FreeBSD.ORG Subject: Re: question In-reply-to: Your message of "Thu, 23 Jul 1998 11:53:20 CDT." <3.0.5.32.19980723115320.007b1e50@purdue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jul 1998 14:34:30 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Max; I copied you on this because if anyone knows about how to make this happen, you do. > I want to install 2.2.7 on one of my machines. I have to install it over a > serial port because I am blind and need to read the screen during install. > My speech software runs under dos. Thus, i must install it on my new > machine from my dos box. I'm not sure how to install it on a machine im not > physically at. FreeBSD supports using the first serial port on your system as the console port. If you don't have a video card in the system, it will use the serial port instead. Then you simply connect the serial port from the FreeBSD system to your DOS system, and use a DOS terminal program to provide you with a console. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 15:22:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15727 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 15:22:09 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from styx.aic.net (Styx.AIC.NET [195.250.64.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15676; Thu, 23 Jul 1998 15:21:59 -0700 (PDT) (envelope-from ran@styx.aic.net) Received: (from ran@localhost) by styx.aic.net (8.9.0/8.9.0) id DAA15734; Fri, 24 Jul 1998 03:21:19 +0500 ( AMT ) Message-Id: <199807232221.DAA15734@styx.aic.net> Subject: Re: Driver for Arlan-655 In-Reply-To: <199807232130.OAA01196@dingo.cdrom.com> from Mike Smith at "Jul 23, 98 02:30:06 pm" To: mike@smith.net.au (Mike Smith) Date: Fri, 24 Jul 1998 03:21:19 +0500 ( AMT ) Cc: ran@ran.am, freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru From: ran@ran.am Reply-To: ran@ran.am 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 Precedence: bulk X-Loop: FreeBSD.ORG > > > > Hi there, > > > > Attached to this letter you'll find source code of a driver for Aeronet > > radio modem arlan-655. The driver was developed by Iwan Sharow > > , I modified this driver to add multiple modems support, as > > well as have added a configuration program and its support in the driver > > through ioctl. > > Hmm. Aironet don't actually mention this product on their webpages. > Is it current, or obsolete? > Look here: http://www.aironet.com/products/2200fam/2200fam.html AFAIK, IC2200 is new name for arlan-655. > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > -- Ran d'Adi ran@ran.am ran@styx.aic.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 15:32:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17146 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 15:32:26 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17127; Thu, 23 Jul 1998 15:32:19 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id PAA01480; Thu, 23 Jul 1998 15:30:05 -0700 (PDT) Message-Id: <199807232230.PAA01480@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: ran@ran.am cc: mike@smith.net.au (Mike Smith), freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru Subject: Re: Driver for Arlan-655 In-reply-to: Your message of "Fri, 24 Jul 1998 03:21:19 +0500." <199807232221.DAA15734@styx.aic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jul 1998 15:30:05 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > > > Hi there, > > > > > > Attached to this letter you'll find source code of a driver for Aeronet > > > radio modem arlan-655. The driver was developed by Iwan Sharow > > > , I modified this driver to add multiple modems support, as > > > well as have added a configuration program and its support in the driver > > > through ioctl. > > > > Hmm. Aironet don't actually mention this product on their webpages. > > Is it current, or obsolete? > > > > Look here: > http://www.aironet.com/products/2200fam/2200fam.html > AFAIK, IC2200 is new name for arlan-655. Ok, that helps quite a lot. 8) How expensive are these cards? Anyone know of a supplier in the USA? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 16:17:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24015 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 16:17:08 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA24004 for ; Thu, 23 Jul 1998 16:17:03 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id BAA18056; Fri, 24 Jul 1998 01:16:40 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id BAA06524; Fri, 24 Jul 1998 01:16:39 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807232316.BAA06524@surf.IAE.nl> Subject: Re: SYSCTL ....... In-Reply-To: from Doug Rabson at "Jul 23, 98 08:22:15 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 24 Jul 1998 01:16:39 +0200 (MET DST) Cc: wjw@IAEhv.nl, hackers@FreeBSD.ORG Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You ( Doug Rabson ) write: => > Turns out most of it is created by hardcoded structed which are => > joined in what I consider a gruesome hack with linker-sets. => => The linker-set thing is certainly hard to understand but it does work very => well for statically configured data. The linker does all the work of => building the tree. As you have noticed, adding data dynamically is a => challenge. Challenge fall in the "understatement of the week" category. I've build some compilers before, even using GNU-stuff. But I would not have thought of doing it this way. I would certainly win a price in an obfuscated code contest. => > And one of the questions is: => > => > Why did Mike Karels create such a difficult way of doing this? => => I believe that Poul Henning did the linker set thing. The original 4.4 => code was even harder to extend... Well, cudos to Poul, since he would have had a real bad time. And it does work, the the lack of dynamic allocation is more or less killing. Atleast it is for what I want(ed) to do. => I have been avoiding doing this bit of work for literally years ;-). => I will be happy to review any code which you produce. Meaning: You'll review and commit if aproved? => > And the most important: => > Any body with suggestions and/or pitfalls to avoid? => => Last time I was daydreaming about sysctl, I thought that using SYSINIT => functions to build the tree would be a good idea. This would have the => benefit of trivially adding in sysctl variables in kernel modules loaded => using KLD since it runs SYSINITs in the loaded modules. To support => unloading modules, a method of automatically disconnecting variables => defined by the module is needed. Intresting point. I haven't thought about this point. I considered that once submitted OID's are there for ever. But evaporating LKM's would case some access trouble. The main issue here is that the data-structure is fully dynamical. And follows the MIB idea: which has identifiers: N^n or S^n where N is either a number or S a string. Given a certain prefix: a.b.c.d of the sequence a.b.c.d.e then the element N_e and S_e have a fixed matching relation. (Call each level a layer of hierachy in the nameing space, or more compiler like: scope) However if the sequence is: w.x.y.z.e' then again N_e' and S_e' are a matching pair. But there is no relation between S_e and S_e', although N_e and N_e' can have the same value. this disjunct relation also hold for all other relation which are part of the OIDnodes e and e'. The numeric sequences are more/most important entry for the structure. This due to the idea have on SNMP-mib's. So what I want to implement is a forest of dubble linked binary trees for each of the layers in the OID space. Each of these hierachies is connected with parent and child relations to the previous (and following). The tree themselves hold binary links for the numbers for the OID and another set for the names. This creates what I would eufemisticly would call a megaforest of dubble linked binary trees. :-) Note that the trees themselves will be relatively small, in most cases. Given the fact that one of the most common operators on a MIB-tree will be get_next, I'm considering adding a UP-relation as well. This will make it possible to get back to the one-higher node in the same tree. (Another way of doing it would be recursive descend on the whole megaforest.) The major element will be a routine to insert nodes into this tree: by number and name, creating nodes on the "fly" if needed. by number only, giving no names to values in each scope. by name, possibly giving "random" numbers to the names on each scope Other routines will be: sysctl_-find_by_numoid .. find_by_nameoid .. name2num .. num2name .. findnext_by_numoid .. get_by_numoid .. modify_by_numoid --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 16:29:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25058 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 16:29:02 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from shell6.ba.best.com (jkb@shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA25051 for ; Thu, 23 Jul 1998 16:28:59 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id QAA20739; Thu, 23 Jul 1998 16:28:38 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Thu, 23 Jul 1998 16:28:38 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: hackers@FreeBSD.ORG cc: don@whtech.com Subject: Free BSD Port to new platform. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello Don, I am forwarding your mail to hackers mailing list where someone will be able to answer your questions better. -- Yan Jan Koum jkb@best.com | "Turn up the lights; I don't want www.FreeBSD.org -- The Power to Serve | to go home in the dark." ---------- Forwarded message ---------- Date: Wed, 22 Jul 1998 14:18:56 -0700 From: Don O'Neil To: questions@FreeBSD.ORG Subject: Free BSD Port to new platform. Our company is currently developing a new MIPS based computing/gaming platform. Whom do I speak with to find out the feasability of creating a Free BSD port for this platform? Full platform specs will be published in the coming weeks with prototypes rolling by years end. It would be wonderfull to have a great OS like Free BSD available for developers and enthusiasts alike. Don O'Neil Western Horizon Technologies To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 17:24:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02436 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 17:24:06 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from lily.ezo.net (root@lily.ezo.net [206.102.130.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02371; Thu, 23 Jul 1998 17:23:59 -0700 (PDT) (envelope-from jflowers@ezo.net) Received: from violet.eznets.canton.oh.us (violet.ezo.net [206.102.130.138]) by lily.ezo.net (8.8.7/8.8.7) with SMTP id UAA27534; Thu, 23 Jul 1998 20:21:26 -0400 (EDT) From: "Jim Flowers" To: , "Mike Smith" Cc: "Mike Smith" , , , Subject: Re: Driver for Arlan-655 Date: Thu, 23 Jul 1998 20:24:00 -0400 Message-ID: <01bdb699$5acedd80$8a8266ce@violet.eznets.canton.oh.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG They're about 20 miles from me. I think I looked at their stuff and decided against using it which could be because of pricing, no driver or no external antenna. I have pricing at the office so I'll check tomorrow and see if it also identifies their distribution channels. -----Original Message----- From: Mike Smith To: ran@ran.am Cc: Mike Smith ; freebsd-hackers@FreeBSD.ORG ; freebsd-questions@FreeBSD.ORG ; is@gcom.ru Date: Thursday, July 23, 1998 7:01 PM Subject: Re: Driver for Arlan-655 > >How expensive are these cards? Anyone know of a supplier in the USA? > >-- >\\ Sometimes you're ahead, \\ Mike Smith >\\ sometimes you're behind. \\ mike@smith.net.au >\\ The race is long, and in the \\ msmith@freebsd.org >\\ end it's only with yourself. \\ msmith@cdrom.com > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 18:08:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07626 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 18:08:50 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07608; Thu, 23 Jul 1998 18:08:46 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id SAA18094; Thu, 23 Jul 1998 18:08:24 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd018025; Thu Jul 23 18:08:15 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id SAA22750; Thu, 23 Jul 1998 18:08:00 -0700 (MST) From: Terry Lambert Message-Id: <199807240108.SAA22750@usr06.primenet.com> Subject: Accessability (was Re: question) To: mike@smith.net.au (Mike Smith) Date: Fri, 24 Jul 1998 01:08:00 +0000 (GMT) Cc: pvernon@purdue.edu, freebsd-hackers@FreeBSD.ORG, max@FreeBSD.ORG In-Reply-To: <199807232134.OAA01224@dingo.cdrom.com> from "Mike Smith" at Jul 23, 98 02:34:30 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Max; I copied you on this because if anyone knows about how to make this > happen, you do. > > > I want to install 2.2.7 on one of my machines. I have to install it over a > > serial port because I am blind and need to read the screen during install. > > My speech software runs under dos. Thus, i must install it on my new > > machine from my dos box. I'm not sure how to install it on a machine im not > > physically at. > > FreeBSD supports using the first serial port on your system as the > console port. If you don't have a video card in the system, it will > use the serial port instead. > > Then you simply connect the serial port from the FreeBSD system to your > DOS system, and use a DOS terminal program to provide you with a > console. It seems that it would be a good idea to provide some way to invoke this with as little work as possible from a boot floppy. It would also be a good idea to start thinking in terms of accessibility functions for the console, the keyboard driver, and Free-B.S.D. in general. One project might be a text to pc audio speech tool. The ones which are freely avilable tend to sound like Norwegian fisher-men, but would be years better than what we have now, which is nothing. Another project might be adding code to the sys-cons driver so that when a shift or alt or control key is held down a long time, the user is asked if they want to turn on accessability options. For the keyboard driver this would be sticky modifier keys for shift or alt or control. This would allow people with limited ability to use a keyboard to use Free-B.S.D.. Other options would be to ignore brief keystrokes, or repeated keystrokes which occur within a time window that makes it likely the repetition was a mistake, or even toned when caps lock, num lock, scroll lock, or a sticky key is toggled; perhaps rising tone on enable, falling tone on disable. Or it could speak the state, like "caps lock on". For the hearing imparied, support for a visual bell is necessary. For focal impairment, pan-and-scan magnification and high contrast such as high intensity white (15) instead of normal intesity white (7) would be helpful. For color impairment, and to aid in contrast for focal impariment, the ability to use the software without any color would be useful. You could also automatically disable the accessibility options after a set period, such as when the screen saver kicks in. Notification messages and tones or speech when features are enabled and disabled would be generally useful. As icing on the cake, the "SerialKey" standard specifies a method of accessing keyboard and mouse controls through a designated serial port, usually at 300 baud. Finally, a number of blind programmers I know use pin-reader devices which are optically coupled to allow them to use X windows. It would be useful to provide some mouse-based access to a magnified pin frig region under the mouse cursor for these devices. The devices can also be serially interfaced. The method of connection would have to be a daemon on the serial port the device is connected to that has access to the linear frame buffer. Because X allows X-Grab-Server(), it is not sufficient for this to be a normal X application, since it would need to work for user login, etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 18:29:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10715 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 18:29:06 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA10703 for ; Thu, 23 Jul 1998 18:29:03 -0700 (PDT) (envelope-from dkelly@n4hhe.ampr.org) Received: from nospam.hiwaay.net (tnt2-167.HiWAAY.net [208.147.148.167]) by mail.HiWAAY.net (8.9.0/8.9.0) with ESMTP id UAA09490 for ; Thu, 23 Jul 1998 20:28:40 -0500 (CDT) Received: from n4hhe.ampr.org (localhost.ampr.org [127.0.0.1]) by nospam.hiwaay.net (8.8.8/8.8.8) with ESMTP id UAA18535 for ; Thu, 23 Jul 1998 20:15:16 -0500 (CDT) (envelope-from dkelly@n4hhe.ampr.org) Message-Id: <199807240115.UAA18535@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-hackers@FreeBSD.ORG From: David Kelly Subject: Re: How to read the Mailinglist Archive? In-reply-to: Message from Karlheinz Eckmeier of "Thu, 23 Jul 1998 08:37:39 +0200." <19980723083739.02467@osiris.mch.sni.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Jul 1998 20:15:16 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Karlheinz Eckmeier writes: > On Wed, Jul 22, 1998 at 01:46:41PM -0400, zhihuizhang wrote: > > > > Can anyone tell me how to read the Archive files of FreeBSD (like > > 19960616.freebsd-bugs, 19960526.freebsd-current)? It is not in text > > format. > > > Last time I tried, they were compressed. Try uncompressing the files > with "gzip -d". Yeah, that reminds me, certain web browsers have a bad habit of deleting the .gz extension without ungzip'ing the contents. -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 19:00:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14922 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 19:00:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from moebius.space.net (qmailr@moebius.Space.Net [195.30.1.25]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA14892 for ; Thu, 23 Jul 1998 19:00:25 -0700 (PDT) (envelope-from maex@Space.Net) Received: (qmail 28127 invoked by uid 1013); 24 Jul 1998 01:59:56 -0000 Message-ID: <19980724035956.H11327@space.net> Date: Fri, 24 Jul 1998 03:59:56 +0200 From: Markus Stumpf To: freebsd-hackers@FreeBSD.ORG Subject: swap/memory management problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG System: FreeBSD 2.2.5-RELEASE #0 CPU: Pentium Pro (300.68-MHz 686-class CPU) real memory = 268435456 (262144K bytes) avail memory = 256962560 (250940K bytes) Swap space configured 300 MB. The machine is dedicated as cache/proxy server using squid-1.22-NOVM. No other tasks than the minimum system processes running. We have about 1.8 million objects in cache. Squid claims memory demand of 178768 KB. Now the problem: If I start squid fresh it starts to read its "database" and grows in memory. As soon as it reaches about 170 MB the systems starts to swap. Swap space is filling slowly but after one day approx about 240 MBs are used. The follwing numbers are from squid running for about 50 hours now. "top" reports: -------------- Mem: 129M Active, 47M Inact, 42M Wired, 32M Cache, 8224K Buf, 784K Free Swap: 300M Total, 238M Used, 62M Free, 79% Inuse, 12K In PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 8021 root 2 -15 235M 173M select 135:57 0.38% 0.38% squid "systat -vmstat": ----------------- Mem:KB REAL VIRTUAL Tot Share Tot Share Free Act 196604 548 247308 704 36252 count All 255936 676 1195900 1432 pages Watched this a loooong ;-) time and never seen pages swapped out but only in. The nasty thing with this is that squid is getting slower and slower and even so the above numbers do no change its getting slower every day it runs until I restart it. I assume this all is due to proactive swapping? Is there any chance to get rid of this behaviour? Would it help to reduce the swap space to e.g. 30 MB? (the 27 GB disk is filled, so I don't think squid will grow any further). Anything else I'm missing? Thanks \Maex P.S. If there are any more infos on the system I could provide which would help to solve the problem, I'd be glad to do so. -- SpaceNet GmbH | http://www.Space.Net/ | If you don't think women Research & Development | mailto:research@Space.Net | are explosive, drop one! Frankfurter Ring 193a | Tel: +49 (89) 32356-0 | D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 21:21:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08265 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 21:21:36 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA08260; Thu, 23 Jul 1998 21:21:34 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id VAA27476; Thu, 23 Jul 1998 21:21:12 -0700 (PDT) (envelope-from jdp) Message-Id: <199807240421.VAA27476@austin.polstra.com> To: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: The Yahoo CVSup link Date: Thu, 23 Jul 1998 21:21:12 -0700 From: John Polstra Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would the person who submitted the Yahoo link to the CVSup FAQ please contact me? I would like to change the URL to point to the CVSup home page rather than directly to the FAQ. But Yahoo wants the e-mail address of the original submitter for security reasons. OK, the "home page" just has a link to the FAQ, currently. :-) But it might have more stuff in the future. Thanks, John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 23 22:33:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19863 for freebsd-hackers-outgoing; Thu, 23 Jul 1998 22:33:24 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from styx.aic.net (Styx.AIC.NET [195.250.64.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA19833; Thu, 23 Jul 1998 22:33:15 -0700 (PDT) (envelope-from ran@styx.aic.net) Received: (from ran@localhost) by styx.aic.net (8.9.0/8.9.0) id KAA18007; Fri, 24 Jul 1998 10:32:07 +0500 ( AMT ) Message-Id: <199807240532.KAA18007@styx.aic.net> Subject: Re: Driver for Arlan-655 In-Reply-To: <01bdb699$5acedd80$8a8266ce@violet.eznets.canton.oh.us> from Jim Flowers at "Jul 23, 98 08:24:00 pm" To: jflowers@ezo.net (Jim Flowers) Date: Fri, 24 Jul 1998 10:32:07 +0500 ( AMT ) Cc: ran@ran.am, mike@smith.net.au, freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru From: ran@ran.am Reply-To: ran@ran.am 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 Precedence: bulk X-Loop: FreeBSD.ORG > They're about 20 miles from me. I think I looked at their stuff and decided > against using it which could be because of pricing, no driver or no external > antenna. I have pricing at the office so I'll check tomorrow and see if it > also identifies their distribution channels. > > -----Original Message----- > From: Mike Smith > To: ran@ran.am > Cc: Mike Smith ; freebsd-hackers@FreeBSD.ORG > ; freebsd-questions@FreeBSD.ORG > ; is@gcom.ru > Date: Thursday, July 23, 1998 7:01 PM > Subject: Re: Driver for Arlan-655 > > > > > >How expensive are these cards? Anyone know of a supplier in the USA? > > Ok, now I understood, Mike :) This is 8-bit ISA card. Can operate in two mode: point-to-point - between two 655 ( sorry, I will use old terminology ), and when one or more 655 card connected to access point - other Aironet's product - little box with antenna and ethernet connector ( old name arlan-640, new - BR2000 ). Radio parameters: Frequency: 2400 or 900 MHz, vary from disain up to 5 frequency ( 2412, ..27, 42, 57 and 65 in our case ). Bitrate: up to 2 Mbit/s for 2.4GGz models, and 860kb/s for 900MHz. Power: 100mW or 1 W with external amplifier ( not sure about 900MHz ). Security: System Identifier, 6 hexadecimal value. And last, I don't know about price :( > >-- > >\\ Sometimes you're ahead, \\ Mike Smith > >\\ sometimes you're behind. \\ mike@smith.net.au > >\\ The race is long, and in the \\ msmith@freebsd.org > >\\ end it's only with yourself. \\ msmith@cdrom.com > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > > > > -- Ran d'Adi ran@ran.am ran@styx.aic.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 02:40:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29570 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 02:40:16 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29484 for ; Fri, 24 Jul 1998 02:40:09 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.8/8.8.5) with SMTP id KAA05511; Fri, 24 Jul 1998 10:40:42 +0100 (BST) Date: Fri, 24 Jul 1998 10:40:42 +0100 (BST) From: Doug Rabson To: wjw@IAEhv.nl cc: hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-Reply-To: <199807232316.BAA06524@surf.IAE.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Jul 1998, Willem Jan Withagen wrote: > Meaning: > You'll review and commit if aproved? Yes. > > => > And the most important: > => > Any body with suggestions and/or pitfalls to avoid? > => > => Last time I was daydreaming about sysctl, I thought that using SYSINIT > => functions to build the tree would be a good idea. This would have the > => benefit of trivially adding in sysctl variables in kernel modules loaded > => using KLD since it runs SYSINITs in the loaded modules. To support > => unloading modules, a method of automatically disconnecting variables > => defined by the module is needed. > > Intresting point. > I haven't thought about this point. I considered that once submitted OID's > are there for ever. But evaporating LKM's would case some access trouble. I think that coping well with loading/unloading modules is a requirement since supporting loadable drivers (and other components) is a goal we should be working towards. > > The main issue here is that the data-structure is fully dynamical. And > follows the MIB idea: which has identifiers: > N^n or S^n > where N is either a number or S a string. Given a certain prefix: > a.b.c.d > of the sequence a.b.c.d.e then the element N_e and S_e have a fixed > matching relation. (Call each level a layer of hierachy in the nameing > space, or more compiler like: scope) > However if the sequence is: > w.x.y.z.e' > then again N_e' and S_e' are a matching pair. But there is no relation > between S_e and S_e', although N_e and N_e' can have the same value. > this disjunct relation also hold for all other relation which are part of > the OIDnodes e and e'. > > The numeric sequences are more/most important entry for the structure. > This due to the idea have on SNMP-mib's. > > So what I want to implement is a forest of dubble linked binary trees for > each of the layers in the OID space. Each of these hierachies is connected > with parent and child relations to the previous (and following). > The tree themselves hold binary links for the numbers for the OID and > another set for the names. This creates what I would eufemisticly would call > a megaforest of dubble linked binary trees. :-) Note that the trees > themselves will be relatively small, in most cases. I'm afraid that you lost me a couple of paragraphs back. Sounds good though :-) > > Given the fact that one of the most common operators on a MIB-tree will be > get_next, I'm considering adding a UP-relation as well. This will make it > possible to get back to the one-higher node in the same tree. > (Another way of doing it would be recursive descend on the whole > megaforest.) > > The major element will be a routine to insert nodes into this tree: > by number and name, creating nodes on the "fly" if needed. > by number only, giving no names to values in each scope. > by name, possibly giving "random" numbers to the names on each scope > > Other routines will be: > sysctl_-find_by_numoid > .. find_by_nameoid > .. name2num > .. num2name > .. findnext_by_numoid > .. get_by_numoid > .. modify_by_numoid And of course, the existing macros for defining simple sysctl variables will be supported? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 02:49:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01684 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 02:49:42 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01516 for ; Fri, 24 Jul 1998 02:48:41 -0700 (PDT) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id MAA17830; Fri, 24 Jul 1998 12:43:59 +0300 (EEST) (envelope-from ru) Message-ID: <19980724124358.A17572@ucb.crimea.ua> Date: Fri, 24 Jul 1998 12:43:58 +0300 From: Ruslan Ermilov To: hackers@FreeBSD.ORG, andreas@klemm.gtn.com Subject: Bug in the latest change to /etc/security Mail-Followup-To: hackers@freebsd.org, andreas@klemm.gtn.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i X-Operating-System: FreeBSD 2.2.7-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! The change was made by Andreas Klemm as described in PR#7050. I like this change, but it has a bug. The /etc/security script runs daily, and every time it is running it looks "login failures" and "refused connect" in /var/log/messages. Suppose, I have the following line in my /etc/newsyslog.conf: /var/log/messages 664 5 * 168 Z It means that my /var/log/messages rotates once a week. Then, if I had "login failure" message on Monday, I'll get the same message during the whole week until the next log rotation. In the second case I have /var/log/messages rotating several times a day. Then I will see the warning messages from latest log only. Anyone has an idea how to fix? Regards, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 03:32:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09311 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 03:32:31 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09303 for ; Fri, 24 Jul 1998 03:32:28 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id MAA25177; Fri, 24 Jul 1998 12:32:05 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id MAA19151; Fri, 24 Jul 1998 12:32:05 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807241032.MAA19151@surf.IAE.nl> Subject: Re: SYSCTL ....... In-Reply-To: from Doug Rabson at "Jul 24, 98 10:40:42 am" To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 24 Jul 1998 12:32:04 +0200 (MET DST) Cc: wjw@IAEhv.nl, hackers@FreeBSD.ORG Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You ( Doug Rabson ) write: => > => Last time I was daydreaming about sysctl, I thought that using SYSINIT => > => functions to build the tree would be a good idea. This would have the => > => benefit of trivially adding in sysctl variables in kernel modules loaded => > => using KLD since it runs SYSINITs in the loaded modules. To support => > => unloading modules, a method of automatically disconnecting variables => > => defined by the module is needed. => > => > Intresting point. => > I haven't thought about this point. I considered that once submitted OID's => > are there for ever. But evaporating LKM's would case some access trouble. => => I think that coping well with loading/unloading modules is a requirement => since supporting loadable drivers (and other components) is a goal we => should be working towards. It could have some influence on the data-structures if deleteing nodes is a frequent operation. The alternative would be to invalidate te content pointers. It also puts a serious commitment by the LKM-builder. He needs to make shure he unregisters everything he has registered. Which could be more than he/she bargained for. => I'm afraid that you lost me a couple of paragraphs back. Sounds good => though :-) I've rewritten it twice, because the other descriptions were even more illedigble. Perhaps the code will be more understandable. => > The major element will be a routine to insert nodes into this tree: => > by number and name, creating nodes on the "fly" if needed. => > by number only, giving no names to values in each scope. => > by name, possibly giving "random" numbers to the names on each scope => > => > Other routines will be: => > sysctl_-find_by_numoid => > .. find_by_nameoid => > .. name2num => > .. num2name => > .. findnext_by_numoid => > .. get_by_numoid => > .. modify_by_numoid => => And of course, the existing macros for defining simple sysctl variables => will be supported? I'm intending to build a glue layer for the old stuff. There is going to be one tinny problem: Since creation is currently done link/compile time, these creation actions are currently macros which are not included in any executed environment. So something is going to break .... Which I tend to fix by going over all SYSCTL_ stuff in the kernel and replace which the new functions. It is relatively straightforward, but a lot of grunt work. Unless I really have a ball, and copy whatever is in the static structure to the dynamic structure. Thus waisting some allocated space, which is not much at the moment. Trouble is, that if I do it this way, old_sysctl is going to be there for a long long time. --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 03:36:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09752 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 03:36:08 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.postklg.ru (ns.postklg.ru [195.54.204.129]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA09661 for ; Fri, 24 Jul 1998 03:35:27 -0700 (PDT) (envelope-from ddn@ns.postklg.ru) Received: from ddn by ns.postklg.ru with SMTP id OAA03122; (8.6.11/vak/1.9) Fri, 24 Jul 1998 14:28:29 +0400 Message-ID: <000201bdb6ed$ed5f6bc0$cdcc36c3@ddn> From: "Dmitri N. Dmitriev" To: Subject: Signup Date: Fri, 24 Jul 1998 13:23:56 +0400 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3007.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3007.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 03:39:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10272 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 03:39:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from lab321.ru (anonymous1.omsk.net.ru [62.76.128.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10234 for ; Fri, 24 Jul 1998 03:38:09 -0700 (PDT) (envelope-from kev@lab321.ru) Received: from localhost (kev@localhost) by lab321.ru (1.0/8.8.5) with SMTP id RAA27516 for ; Fri, 24 Jul 1998 17:36:48 +0700 (OSS) Date: Fri, 24 Jul 1998 17:36:48 +0700 (OSS) From: Eugeny Kuzakov To: hackers@FreeBSD.ORG Subject: mount /etc /etc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, All ! I tryed it uder 3.0-snap.... :( -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) kev@lab321.ru ICQ#: 5885106 p.s. Do not try this on production servers ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 03:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11860 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 03:49:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fredead.systems.pavilion.net (sam@fredead.systems.pavilion.net [194.242.128.49]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11854 for ; Fri, 24 Jul 1998 03:49:57 -0700 (PDT) (envelope-from sam@pavilion.net) Received: (from sam@localhost) by fredead.systems.pavilion.net (8.8.8/8.8.8) id LAA18287 for freebsd-hackers@FreeBSD.ORG; Fri, 24 Jul 1998 11:49:32 +0100 (BST) (envelope-from sam) Message-ID: <19980724114932.D17465@pavilion.net> Date: Fri, 24 Jul 1998 11:49:32 +0100 From: Sam Eaton To: freebsd-hackers@FreeBSD.ORG Subject: Re: Accessability (was Re: question) References: <199807232134.OAA01224@dingo.cdrom.com> <199807240108.SAA22750@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.1i In-Reply-To: <199807240108.SAA22750@usr06.primenet.com>; from Terry Lambert on Fri, Jul 24, 1998 at 01:08:00AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 24, 1998 at 01:08:00AM +0000, Terry Lambert wrote: > > Finally, a number of blind programmers I know use pin-reader devices > which are optically coupled to allow them to use X windows. It > would be useful to provide some mouse-based access to a magnified pin > frig region under the mouse cursor for these devices. The devices can > also be serially interfaced. The method of connection would have to > be a daemon on the serial port the device is connected to that has > access to the linear frame buffer. Because X allows X-Grab-Server(), > it is not sufficient for this to be a normal X application, since it > would need to work for user login, etc.. Coincidentally, just after I read this, I spotted this announcement : ----- BRLTTY - Access software for Unix for a blind person using a soft Braille terminal Version 2.0, July 1998 Copyright (C) 1995-1998 by The BRLTTY Team, All rights reserved. Nicolas Pitre Stéphane Doyon Nikhil Nair (and others) Home Page: http://www.cam.org/~nico/brltty [snip] BRLTTY attempts to fill this gap. It runs as a daemon, possibly started at boot-time, and allows a soft Braille user to access text mode applications directly from the Linux's virtual consoles. Since BRLTTY is written as a daemon, it should allow a user a completely free choice of application and development tools. CURRENTLY SUPPORTED HARDWARE ============================ BRLTTY requires Linux kernel 1.1.92 or later (for `/dev/vcsa0'). It has been tested on The following Braille displays are supported (serial communication only): - Tieman B.V.: CombiBraille 25/45/85; - Alva B.V.: ABT3xx series; - Telesensory Systems Inc.: PowerBraille 40 / 65/81; Navigator 20/40/80 (latest firmware version only?). - Papenmeier Screen 2D Terminal - EuroBraille family of displays (tested only on ClioBraille 40) Where to find it ================ BRLTTY version 2.0 can be downloaded from the following FTP sites: sunsite.unc.edu /pub/Linux/system/access/brltty-2.0.tar.gz ftp.leb.net /pub/blinux/brltty-2.0.tar.gz If it's not there, it may still be in the incoming directory. It is also possible to download the package from the home page at: http://www.cam.org/~nico/brltty ---- Unfortunately it's only for Linux so far, but looks like a starting point? Sam. -- ------------------------------------------------------------------------ Sam Eaton Senior Systems Manager, Pavilion Internet Plc "Fortified with essential bitterness and sarcasm" ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 04:28:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19049 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 04:28:07 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19031; Fri, 24 Jul 1998 04:28:02 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id GAA29880; Fri, 24 Jul 1998 06:59:31 -0400 (EDT) From: Peter Dufault Message-Id: <199807241059.GAA29880@hda.hda.com> Subject: Re: I2C and SMB development status In-Reply-To: <19980723000257.24868@breizh.prism.uvsq.fr> from Nicolas Souchu at "Jul 23, 98 00:02:57 am" To: Nicolas.Souchu@prism.uvsq.fr (Nicolas Souchu) Date: Fri, 24 Jul 1998 06:59:30 -0400 (EDT) Cc: dufault@hda.com, freebsd-hackers@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG, mbouget@club-internet.fr 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 Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Jul 22, 1998 at 06:28:20AM -0400, Peter Dufault wrote: > >> > >> iic: master polled I/O allows to access any chip on the i2c bus > > > >What do you mean here by "master polled I/O"? > > Master side code, polling the PIN bit. Shucks, that is the part I need interrupt driven. > >My schedule doesn't permit it now. Anyone interested in a non-blocking > >bit banging implementation should look in the i2cslave code in > >my i2c code. Just now I'm more interested in getting some of your work > >for the PCF since I need the interrupt driven version and haven't gotten > >around to it yet. > > But you known the bit-banging code very well... Bit banging code? It is all very vague now... Seriously, when spare time permits or it becomes part of a project I'll do that work. Otherwise I want to ensure there is a trail in the mailing list archives so that when someone goes to implement bit banging in your structure they will find these pointers and can leverage off my work or arrange to have me do it. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 05:18:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA26667 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 05:18:37 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA26660 for ; Fri, 24 Jul 1998 05:18:33 -0700 (PDT) (envelope-from witr@spooky.rwwa.com) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.7/8.8.7) with ESMTP id IAA01417; Fri, 24 Jul 1998 08:17:29 -0400 (EDT) (envelope-from witr@spooky.rwwa.com) Message-Id: <199807241217.IAA01417@spooky.rwwa.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: wjw@IAEhv.nl, hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-reply-to: Your message of "Fri, 24 Jul 1998 01:16:39 +0200." <199807232316.BAA06524@surf.IAE.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 08:17:29 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Your proposed datatstructures are very space-ineficient, but that isn't a big deal in a VM environment. (I come from the position of writing mib agents for routers, where you don't generally have VM.) I think you are making a mistake by providing seperate operations for "numoids" and "nameoids". That is because you should also be able to combine them. E.G.: aaaa.3.5 1.3.6.1.n.n.n.n.n.n.aaaa.3 I suggest you simply provide an oid parser that "does the right thing". That is how I do it, and just about everyone else who parses oids does it. Also, if you are going to have a MIB, why isn't it built like "normal" mibs are built, I.E. with an asn.1 description and a toolchain? (I'm asking that of the general FreeBSD crowd.) Also, why not provide the famous "Awesome Get Bulk" operation? --------------------------------------------------------------------- Robert Withrow, R.W. Withrow Associates, Swampscott MA, witr@rwwa.COM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 05:40:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29092 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 05:40:20 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29077 for ; Fri, 24 Jul 1998 05:40:14 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id OAA01081; Fri, 24 Jul 1998 14:39:40 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id OAA03407; Fri, 24 Jul 1998 14:39:34 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807241239.OAA03407@surf.IAE.nl> Subject: Re: SYSCTL ....... In-Reply-To: <199807241217.IAA01417@spooky.rwwa.com> from Robert Withrow at "Jul 24, 98 08:17:29 am" To: witr@rwwa.com (Robert Withrow) Date: Fri, 24 Jul 1998 14:39:33 +0200 (MET DST) Cc: wjw@IAEhv.nl, hackers@FreeBSD.ORG Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You ( Robert Withrow ) write: => Your proposed datatstructures are very space-ineficient, but that => isn't a big deal in a VM environment. (I come from the position => of writing mib agents for routers, where you don't generally have => VM.) Well actually it goes into the kernel, and it will be debatable if it is in VM/hence swappable. Next tot the fact that there are pico-attempts to get kernels running in small memory. My major concern goes to "efficiency for lookups". Perhaps that is wrong, and are there other solutions. Please, educate me. => I think you are making a mistake by providing seperate operations => for "numoids" and "nameoids". That is because you should also => be able to combine them. E.G.: => => aaaa.3.5 => 1.3.6.1.n.n.n.n.n.n.aaaa.3 => => I suggest you simply provide an oid parser that "does the right thing". => That is how I do it, and just about everyone else who parses oids does => it. I would expect that most of the actual parsing is done in userspace. You point of having a sysctl_find_oid, sounds like a very valid one, with the minor problem of determining the type of a field. (but that's a very minor one) It does cut down on writing man-pages. :-) Then it would also be: oid2name and oid2num just to get full name oids or full number oids. => Also, if you are going to have a MIB, why isn't it built like "normal" => mibs are built, I.E. with an asn.1 description and a toolchain? (I'm => asking that of the general FreeBSD crowd.) I've always wondered wether a MIB could be used to describe, aka generate C-code and structures, to monitor/control a kernel. Next of course to the fact that it require a storage model, which was the actual topic of my previous mail. I wasn't as far as you are..... (Remember that I started this to make the current sysctl-stuff more dynamic for other purposes) => Also, why not provide the famous "Awesome Get Bulk" operation? Is there a need for that in the kernel? Isn't get_next enough? --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 05:50:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01049 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 05:50:22 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01031 for ; Fri, 24 Jul 1998 05:50:13 -0700 (PDT) (envelope-from graaf@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id OAA04315 for ; Fri, 24 Jul 1998 14:49:40 +0200 (CEST) Received: (from graaf@localhost) by surf.IAE.nl (8.8.7/8.8.7) id OAA04892 for freebsd-hackers@freebsd.org; Fri, 24 Jul 1998 14:49:40 +0200 (MET DST) From: Edwin de Graaf Message-Id: <199807241249.OAA04892@surf.IAE.nl> Subject: How do I measure swap activity? To: freebsd-hackers@FreeBSD.ORG Date: Fri, 24 Jul 1998 14:49:40 +0200 (MET DST) X-NCC-RegID: nl.iae 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 Precedence: bulk X-Loop: FreeBSD.ORG Hello hackers, I am looking for a good way to measure how much disk activity is caused by pages being swapped in and out from disk. In the systat -vmstat display there are two kinds of pagers, the VN pager and the SWAP pager. Do both of these cause a disk access? What is the difference between the two? On the other hand I have vmstat which shows the number of page faults, is this the sum of the VN and SWAP pagers? Does each page fault cause a fixed block (4096 bytes?) to be read from disk? Pointers to documents describing these would also be most welcome. Thanks a lot. Best regards, Edwin de Graaf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 06:31:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05931 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 06:31:17 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fledge.watson.org (root@COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05910 for ; Fri, 24 Jul 1998 06:31:12 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id JAA22780; Fri, 24 Jul 1998 09:30:15 -0400 (EDT) Date: Fri, 24 Jul 1998 09:30:14 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: wjw@IAEhv.nl cc: Doug Rabson , hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-Reply-To: <199807241032.MAA19151@surf.IAE.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Jul 1998, Willem Jan Withagen wrote: > You ( Doug Rabson ) write: > => > Intresting point. > => > I haven't thought about this point. I considered that once submitted OID's > => > are there for ever. But evaporating LKM's would case some access trouble. > => > => I think that coping well with loading/unloading modules is a requirement > => since supporting loadable drivers (and other components) is a goal we > => should be working towards. > > It could have some influence on the data-structures if deleteing nodes is > a frequent operation. The alternative would be to invalidate te content > pointers. > It also puts a serious commitment by the LKM-builder. He needs to make shure > he unregisters everything he has registered. Which could be more than he/she > bargained for. LKM writers should not register sysctl nodes unless they are willing to delete them afterwards. It is the same as any kernel hook -- if an lkm calls at_fork(), they are morally obligated to call rm_at_fork() when they unload :). Otherwise things go down the tubes pretty quickly. However, the interface should make it extremely easy for the lkm writer to register/unregister without excessive overhead. Also, to detect duplicate registrations, etc. I don not think deleting would be a frequent (read: performance-intensive) activity, as relinking stuff in your running kernel is bound to be slow anyway. Unless we plan to providing routing information or something through a dynamic sysctl mechanism :). Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 07:41:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17162 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 07:41:03 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from trout.cse.fau.edu (trout.cse.fau.edu [131.91.80.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17140 for ; Fri, 24 Jul 1998 07:40:45 -0700 (PDT) (envelope-from craig@trout.cse.fau.edu) Received: (from craig@localhost) by trout.cse.fau.edu (8.8.8/8.8.8) id KAA23887 for freebsd-hackers@freebsd.org; Fri, 24 Jul 1998 10:40:08 -0400 (EDT) From: Craig Yap Message-Id: <199807241440.KAA23887@trout.cse.fau.edu> Subject: iso images To: freebsd-hackers@FreeBSD.ORG Date: Fri, 24 Jul 1998 10:40:07 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25 PGP7] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Someone told me today that Debian Linux creates ISO images for their distributions. Is it possible to also have this done for FreeBSD? This would make it much easier for people like me who have CD-Rs at work and a poor slow connection at home. Just my 2 cents, craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:00:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20777 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:00:49 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA20772 for ; Fri, 24 Jul 1998 08:00:42 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id JAA27782; Fri, 24 Jul 1998 09:55:46 -0500 Received: from stlabcexg004.anheuser-busch.com(stlabcexg004 151.145.101.160) by gatewaya via smap (V2.1) id xma027757; Fri, 24 Jul 98 09:55:35 -0500 Received: by stlabcexg004.anheuser-busch.com with Internet Mail Service (5.5.1960.3) id ; Fri, 24 Jul 1998 15:58:45 +0100 Message-ID: <31B3F0BF1C40D11192A700805FD48BF90177661B@STLABCEXG011> From: "Alton, Matthew" To: "'Jan B. Koum '" , hackers@FreeBSD.ORG Cc: don@whtech.com Subject: RE: Free BSD Port to new platform. (fwd) Date: Fri, 24 Jul 1998 15:59:05 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sounds fun. Let's do it. > -----Original Message----- > From: Jan B. Koum [SMTP:jkb@best.com] > Sent: Thursday, July 23, 1998 6:29 PM > To: hackers@FreeBSD.ORG > Cc: don@whtech.com > Subject: Free BSD Port to new platform. (fwd) > > > Hello Don, > > I am forwarding your mail to hackers mailing list where someone > will be able to answer your questions better. > > -- Yan > > Jan Koum jkb@best.com | "Turn up the lights; I don't > want > www.FreeBSD.org -- The Power to Serve | to go home in the dark." > > ---------- Forwarded message ---------- > Date: Wed, 22 Jul 1998 14:18:56 -0700 > From: Don O'Neil > To: questions@FreeBSD.ORG > Subject: Free BSD Port to new platform. > > Our company is currently developing a new MIPS based computing/gaming > platform. Whom do I speak with to find out the feasability of creating > a > Free BSD port for this platform? Full platform specs will be published > in > the coming weeks with prototypes rolling by years end. It would be > wonderfull to have a great OS like Free BSD available for developers > and > enthusiasts alike. > > Don O'Neil > Western Horizon Technologies > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:07:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22097 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:07:47 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from att.com (kcgw1.att.com [192.128.133.151]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA22091 for ; Fri, 24 Jul 1998 08:07:43 -0700 (PDT) (envelope-from sbabkin@dcn.att.com) From: sbabkin@dcn.att.com Received: from kcig1.att.att.com by kcgw1.att.com (AT&T/UPAS) for freebsd.org!freebsd-hackers sender dcn.att.com!sbabkin (dcn.att.com!sbabkin); Fri Jul 24 10:07 CDT 1998 Received: from dcn71.dcn.att.com ([135.44.192.112]) by kcig1.att.att.com (AT&T/GW-1.0) with ESMTP id KAA07508 for ; Fri, 24 Jul 1998 10:07:15 -0500 (CDT) Received: by dcn71.dcn.att.com with Internet Mail Service (5.0.1458.49) id ; Fri, 24 Jul 1998 11:07:06 -0400 Message-ID: To: craig@cse.fau.edu, freebsd-hackers@FreeBSD.ORG Subject: RE: iso images Date: Fri, 24 Jul 1998 11:07:04 -0400 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 Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > From: Craig Yap [SMTP:craig@cse.fau.edu] > > Someone told me today that Debian Linux creates ISO images for their > distributions. Is it possible to also have this done for FreeBSD? > This would > make it much easier for people like me who have CD-Rs at work and a > poor > slow connection at home. > Try man mkisofs, I guess it's still there. Serge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:18:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24229 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:18:17 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from trout.cse.fau.edu (trout.cse.fau.edu [131.91.80.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24187 for ; Fri, 24 Jul 1998 08:18:04 -0700 (PDT) (envelope-from craig@trout.cse.fau.edu) Received: (from craig@localhost) by trout.cse.fau.edu (8.8.8/8.8.8) id LAA24416; Fri, 24 Jul 1998 11:17:20 -0400 (EDT) From: Craig Yap Message-Id: <199807241517.LAA24416@trout.cse.fau.edu> Subject: Re: iso images To: sbabkin@dcn.att.com Date: Fri, 24 Jul 1998 11:17:20 -0400 (EDT) Cc: craig@cse.fau.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "sbabkin@dcn.att.com" at Jul 24, 98 11:07:04 am X-Mailer: ELM [version 2.4 PL25 PGP7] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > -----Original Message----- > > From: Craig Yap [SMTP:craig@cse.fau.edu] > > > > Someone told me today that Debian Linux creates ISO images for their > > distributions. Is it possible to also have this done for FreeBSD? > > This would > > make it much easier for people like me who have CD-Rs at work and a > > poor > > slow connection at home. > > > Try man mkisofs, I guess it's still there. > > Serge Yep, I use that right now but I wish they were already .iso files. Just for convenience I guess. craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:21:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24762 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:21:30 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from att.com (cagw2.att.com [192.128.52.90]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA24748 for ; Fri, 24 Jul 1998 08:21:26 -0700 (PDT) (envelope-from sbabkin@dcn.att.com) From: sbabkin@dcn.att.com Received: from caig2.att.att.com by cagw2.att.com (AT&T/UPAS) for freebsd.org!freebsd-hackers sender dcn.att.com!sbabkin (dcn.att.com!sbabkin); Fri Jul 24 11:16 EDT 1998 Received: from dcn71.dcn.att.com ([135.44.192.112]) by caig2.att.att.com (AT&T/GW-1.0) with ESMTP id LAA21846 for ; Fri, 24 Jul 1998 11:20:49 -0400 (EDT) Received: by dcn71.dcn.att.com with Internet Mail Service (5.0.1458.49) id ; Fri, 24 Jul 1998 11:20:43 -0400 Message-ID: To: craig@cse.fau.edu Cc: freebsd-hackers@FreeBSD.ORG Subject: RE: iso images Date: Fri, 24 Jul 1998 11:20:42 -0400 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 Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > From: Craig Yap [SMTP:craig@cse.fau.edu] > > > > > -----Original Message----- > > > From: Craig Yap [SMTP:craig@cse.fau.edu] > > > > > > Someone told me today that Debian Linux creates ISO images for > their > > > distributions. Is it possible to also have this done for FreeBSD? > > > This would > > > make it much easier for people like me who have CD-Rs at work and > a > > > poor > > > slow connection at home. > > > > > Try man mkisofs, I guess it's still there. > > > > Serge > > Yep, I use that right now but I wish they were already .iso files. > Just for convenience I guess. > I've tried to map the image created by mkisofs to /dev/vn* and mount it. It worked. Or do you mean something different ? Serge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:38:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26939 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:38:18 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA26929 for ; Fri, 24 Jul 1998 08:38:15 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id IAA18008; Fri, 24 Jul 1998 08:37:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Craig Yap cc: freebsd-hackers@FreeBSD.ORG Subject: Re: iso images In-reply-to: Your message of "Fri, 24 Jul 1998 10:40:07 EDT." <199807241440.KAA23887@trout.cse.fau.edu> Date: Fri, 24 Jul 1998 08:37:10 -0700 Message-ID: <18005.901294630@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Someone told me today that Debian Linux creates ISO images for their > distributions. Is it possible to also have this done for FreeBSD? This woul d > make it much easier for people like me who have CD-Rs at work and a poor > slow connection at home. Well, considering that the images are ~630MB apiece and there are 4 of them, I don't have the space to host them on ftp.freebsd.org right now; we're just too full up over there. Anyone else care to host them? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27589 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:40:08 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27465 for ; Fri, 24 Jul 1998 08:39:47 -0700 (PDT) (envelope-from woods@mail.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id LAA19946 for ; Fri, 24 Jul 1998 11:37:20 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id LAA01308 for ; Fri, 24 Jul 1998 11:37:19 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id LAA03611; Fri, 24 Jul 1998 11:40:47 -0400 (EDT) (envelope-from woods@mail.zeus.leitch.com) Date: Fri, 24 Jul 1998 11:40:47 -0400 (EDT) Message-Id: <199807241540.LAA03611@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-hackers@FreeBSD.ORG Subject: why does CVSup sometimes "Touch" every file in the repository? X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [[ Please send/CC replies directly to me -- I'm not on freebsd-hackers. ]] Occasionally, esp. after global tagging, etc., CVSup wants to "Touch" every file in the repository. Why? I can't think of any CVS operation that would do this unless someone deletes a tag and re-applies it between the times I run CVSup -- and I know Jordan mentioned he had moved a tag forward on a couple of files yesterday (I assumed he would have done this on only those individual files though). I'm not complaining because this causes me any pain, but I'm concerned that this might be causing undue load on the CVSup servers if it's not necessary. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 08:44:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28469 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 08:44:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA28441 for ; Fri, 24 Jul 1998 08:44:36 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id LAA09083; Fri, 24 Jul 1998 11:53:25 -0400 (EDT) Date: Fri, 24 Jul 1998 11:53:24 -0400 (EDT) From: Charles Youse To: Craig Yap cc: freebsd-hackers@FreeBSD.ORG Subject: Re: iso images In-Reply-To: <199807241440.KAA23887@trout.cse.fau.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How about supporting FreeBSD and buying the damned CD? Chuck On Fri, 24 Jul 1998, Craig Yap wrote: > Someone told me today that Debian Linux creates ISO images for their > distributions. Is it possible to also have this done for FreeBSD? This would > make it much easier for people like me who have CD-Rs at work and a poor > slow connection at home. > > Just my 2 cents, > craig > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 09:16:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06279 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 09:16:09 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA06223 for ; Fri, 24 Jul 1998 09:15:58 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA02065; Fri, 24 Jul 1998 09:14:57 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199807241614.JAA02065@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Charles Youse cc: Craig Yap , freebsd-hackers@FreeBSD.ORG Subject: Re: iso images In-reply-to: Your message of "Fri, 24 Jul 1998 11:53:24 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 09:14:57 -0700 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a 128kb isdn line and I still buy the cdrom. Why? Well, I can reinstall a system from scratch in about 20 minutes. I could tied the disk space for emergency re-installs however I think is a lot cheaper and safer to just have the cdrom given that I only have two systems. Amancio > > How about supporting FreeBSD and buying the damned CD? > > Chuck > > On Fri, 24 Jul 1998, Craig Yap wrote: > > > Someone told me today that Debian Linux creates ISO images for their > > distributions. Is it possible to also have this done for FreeBSD? This would > > make it much easier for people like me who have CD-Rs at work and a poor > > slow connection at home. > > > > Just my 2 cents, > > craig > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 09:32:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09259 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 09:32:12 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09182 for ; Fri, 24 Jul 1998 09:32:07 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id SAA25076; Fri, 24 Jul 1998 18:31:40 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id SAA28948; Fri, 24 Jul 1998 18:31:31 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807241631.SAA28948@surf.IAE.nl> Subject: Re: SYSCTL ....... In-Reply-To: from Robert Watson at "Jul 24, 98 09:30:14 am" To: robert+freebsd@cyrus.watson.org Date: Fri, 24 Jul 1998 18:31:31 +0200 (MET DST) Cc: wjw@IAEhv.nl, dfr@nlsystems.com, hackers@FreeBSD.ORG Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You ( Robert Watson ) write: => LKM writers should not register sysctl nodes unless they are willing to => delete them afterwards. It is the same as any kernel hook -- if an lkm => calls at_fork(), they are morally obligated to call rm_at_fork() when they => unload :). Otherwise things go down the tubes pretty quickly. I'm of the same position. And as such it'll be a 'good thing(tm)' if there is a way of deactivating the reference which goes with a MIB element. There are 2 possibilities: Deleting the whole oid. (What to do on the implicitly created intermediates) Deactivating the reference to which the OID-value pointed. If you chose for the last one, you'll always have "prove" of the fact that the LKM was at any loaded. => However, the interface should make it extremely easy for the lkm writer to => register/unregister without excessive overhead. Also, to detect duplicate => registrations, etc. Dupliacte registrations will/should lead to the same element to be created again. (perhaps with a different value) => I don not think deleting would be a frequent (read: performance-intensive) => activity, as relinking stuff in your running kernel is bound to be slow => anyway. Unless we plan to providing routing information or something => through a dynamic sysctl mechanism :). The solution for this is to be able to hand of part of the tree virtually to a routine which can generate the requested information. So your router-module should have a/more function(s) which allow it to extend the tree once this proc-node is hit. This tree can then be constructed or the answers could be returned on the fly by the current data. So currently I have a routine which does a recursive dump of the whole sysctl_tree which has the following heading: sysctl_dumptree( sysctl *node, oidfullname prefix ) To be able to dump your router table, you need to create a "proc-stub" in the sysctl tree which points to a set/list of routines, and if the dumptree routine is available, it is called to treedump what ever could be hidden behind the given prefix. --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 09:41:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11027 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 09:41:00 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10994 for ; Fri, 24 Jul 1998 09:40:48 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from olvaldi.ifi.uio.no (2602@olvaldi.ifi.uio.no [129.240.65.43]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id SAA10747; Fri, 24 Jul 1998 18:39:49 +0200 (MET DST) Received: (from dag-erli@localhost) by olvaldi.ifi.uio.no ; Fri, 24 Jul 1998 18:39:48 +0200 (MET DST) Mime-Version: 1.0 To: sbabkin@dcn.att.com Cc: craig@cse.fau.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: iso images References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 24 Jul 1998 18:39:48 +0200 In-Reply-To: sbabkin@dcn.att.com's message of "Fri, 24 Jul 1998 11:20:42 -0400" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA11008 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sbabkin@dcn.att.com writes: > > Yep, I use that right now but I wish they were already .iso files. > > Just for convenience I guess. > I've tried to map the image created by mkisofs to /dev/vn* and mount > it. It worked. Or do you mean something different ? I think he means that some kind soul should take it upon {him,her}self to build an ISO image of the distribution and make it available on an FTP site so people can burn it directly without having to build the image themselves. DES (who thinks it's a good idea) -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 10:11:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16671 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 10:11:22 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from exchnorth.pbvideo.com (exchnorth.pbvs.com [207.215.252.225]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA16634 for ; Fri, 24 Jul 1998 10:11:01 -0700 (PDT) (envelope-from don@whtech.com) Received: from daoneil (daoneil.pbvideo.com [207.215.248.100]) by exchnorth.pbvideo.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id PL02HA0M; Fri, 24 Jul 1998 10:10:20 -0700 Message-ID: <009c01bdb725$e47e5740$64f8d7cf@daoneil.pbvideo.com> From: "Don O'Neil" To: Subject: Re: Free BSD Port to new platform. (fwd) Date: Fri, 24 Jul 1998 10:10:00 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What would the process be involved in this type of port? It has been suggested to me that I look into NetBSD instead since they have a MIPS port allready. Don -----Original Message----- From: Alton, Matthew To: 'Jan B. Koum ' ; hackers@FreeBSD.ORG Cc: don@whtech.com Date: Friday, July 24, 1998 9:40 AM Subject: RE: Free BSD Port to new platform. (fwd) >Sounds fun. Let's do it. > >> -----Original Message----- >> From: Jan B. Koum [SMTP:jkb@best.com] >> Sent: Thursday, July 23, 1998 6:29 PM >> To: hackers@FreeBSD.ORG >> Cc: don@whtech.com >> Subject: Free BSD Port to new platform. (fwd) >> >> >> Hello Don, >> >> I am forwarding your mail to hackers mailing list where someone >> will be able to answer your questions better. >> >> -- Yan >> >> Jan Koum jkb@best.com | "Turn up the lights; I don't >> want >> www.FreeBSD.org -- The Power to Serve | to go home in the dark." >> >> ---------- Forwarded message ---------- >> Date: Wed, 22 Jul 1998 14:18:56 -0700 >> From: Don O'Neil >> To: questions@FreeBSD.ORG >> Subject: Free BSD Port to new platform. >> >> Our company is currently developing a new MIPS based computing/gaming >> platform. Whom do I speak with to find out the feasability of creating >> a >> Free BSD port for this platform? Full platform specs will be published >> in >> the coming weeks with prototypes rolling by years end. It would be >> wonderfull to have a great OS like Free BSD available for developers >> and >> enthusiasts alike. >> >> Don O'Neil >> Western Horizon Technologies >> >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-questions" in the body of the message >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 10:28:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20079 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 10:28:37 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dns.webwizard.net.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19880 for ; Fri, 24 Jul 1998 10:27:56 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id MAA06409; Fri, 24 Jul 1998 12:24:13 -0500 (CDT) Message-ID: <35B8C33D.6776679E@webwizard.org.mx> Date: Fri, 24 Jul 1998 12:24:13 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: sbabkin@dcn.att.com, craig@cse.fau.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: iso images References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sbabkin@dcn.att.com wrote: > > -----Original Message----- > > From: Craig Yap [SMTP:craig@cse.fau.edu] > > > > Someone told me today that Debian Linux creates ISO images for their > > distributions. Is it possible to also have this done for FreeBSD? > > This would > > make it much easier for people like me who have CD-Rs at work and a > > poor > > slow connection at home. > > > Try man mkisofs, I guess it's still there. > > Serge > We use it daily with current, no problems. Think there is now something called mkhybrid , mkhybrid11 and mkhybrid12 in /usr/ports/sysutils next to mkisofs. ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 10:58:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27769 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 10:58:17 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27674 for ; Fri, 24 Jul 1998 10:58:11 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id TAA22308; Fri, 24 Jul 1998 19:56:51 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.8.8/8.8.8) with ESMTP id TAA21786; Fri, 24 Jul 1998 19:41:06 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199807241741.TAA21786@semyam.dinoco.de> To: Edwin de Graaf cc: freebsd-hackers@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: How do I measure swap activity? In-reply-to: Your message of "Fri, 24 Jul 1998 14:49:40 +0200." <199807241249.OAA04892@surf.IAE.nl> Date: Fri, 24 Jul 1998 19:41:06 +0200 From: Stefan Eggers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > there are two kinds of pagers, the VN pager and the SWAP pager. Do both of > these cause a disk access? What is the difference between the two? As far as I understand the internals now the VN pager is the one used for vnodes - used with mmap'ed files. The other is for swap space use - the pages the system throws out of main memory. > On the other hand I have vmstat which shows the number of page faults, is > this the sum of the VN and SWAP pagers? Does each page fault cause a fixed I think it should be the sum of both but would have to get at the source to make sure it is so. If it is not I think it is a bug and should either have a different calcuation or two separate figures. > this the sum of the VN and SWAP pagers? Does each page fault cause a fixed > block (4096 bytes?) to be read from disk? The code says that it tries to read up to 7 pages before the requested one and 8 pages after it so it reads up to 16 pages at once. The handling of multiple swap partitions sometimes requires to reduce this to stay within one of them so this can be smaller. As to behavior in the case of a program saying it is accessing pages at random (with madvice) I am not sure. I didn't read it often enough, yet to remember every detail but I think then it should read just the requested one as the others are most likely wasted effort and only consume physical memory. > Pointers to documents describing these would also be most welcome. The source is the documentation until someone sits down and writes something more. I never saw a good documentation on this. I was quite puzzled as to what "chached" in the top display means. Now I know after reading the source. I am not a good writer so I don't think am the right person to do it. But maybe you want to do it. As to knowing what to write: Just ask if you don't want to read the source yourself. At least I am willing to help with information gained from -current sources. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 11:16:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02015 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 11:16:31 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01993 for ; Fri, 24 Jul 1998 11:16:22 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id UAA05489 for hackers@freebsd.org; Fri, 24 Jul 1998 20:15:12 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id TAA11494 for hackers@freebsd.org; Fri, 24 Jul 1998 19:17:43 +0200 (CEST) (envelope-from andreas) Message-ID: <19980724191743.B10326@klemm.gtn.com> Date: Fri, 24 Jul 1998 19:17:43 +0200 From: Andreas Klemm To: hackers@FreeBSD.ORG Subject: Re: Bug in the latest change to /etc/security References: <19980724124358.A17572@ucb.crimea.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19980724124358.A17572@ucb.crimea.ua>; from Ruslan Ermilov on Fri, Jul 24, 1998 at 12:43:58PM +0300 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jul 24, 1998 at 12:43:58PM +0300, Ruslan Ermilov wrote: > Hi! > > The change was made by Andreas Klemm as described in PR#7050. > > I like this change, but it has a bug. > > The /etc/security script runs daily, and every time it is running > it looks "login failures" and "refused connect" in /var/log/messages. > > Suppose, I have the following line in my /etc/newsyslog.conf: > /var/log/messages 664 5 * 168 Z > > It means that my /var/log/messages rotates once a week. > Then, if I had "login failure" message on Monday, I'll get the same > message during the whole week until the next log rotation. > > In the second case I have /var/log/messages rotating several times a day. > Then I will see the warning messages from latest log only. > > Anyone has an idea how to fix? > Sorry, but I think it's up to you, how often you rotate the messages file. Important was for me, that _if_ we have a security script (and surely we do), we don't want to hide such important messages... If you see them more than once it's better than nothing at all ! Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 11:59:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07761 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 11:59:38 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA07746 for ; Fri, 24 Jul 1998 11:59:30 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id NAA15115; Fri, 24 Jul 1998 13:56:35 -0500 Received: from stlabcexg004.anheuser-busch.com(stlabcexg004 151.145.101.160) by gatewaya via smap (V2.1) id xma015106; Fri, 24 Jul 98 13:56:17 -0500 Received: by stlabcexg004.anheuser-busch.com with Internet Mail Service (5.5.1960.3) id ; Fri, 24 Jul 1998 19:59:27 +0100 Message-ID: <31B3F0BF1C40D11192A700805FD48BF90177661C@STLABCEXG011> From: "Alton, Matthew" To: "'Don O'Neil'" , hackers@FreeBSD.ORG Subject: RE: Free BSD Port to new platform. (fwd) Date: Fri, 24 Jul 1998 19:59:47 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With full access to the platform specs and the cooperation of design and engineering people the project amounts to rewriting the hardware-dependent portions of the code, resolving issues like endianness, alignment.... and writing drivers for your new devices. It's a substantial project but the process is quite well-defined. The NetBSD people have a small jump here with the MIPS-specific work largely out of the way. The real issue is willingness to do the work. Why not work with all comers? If this new platform is even vaguely interesting it would be very difficult to keep hackerfolk from supplying it with a real OS for free, anyway. :-) I'd bet that you could get a different OS port done per each prototype box that you were willing to supply. This sounds very interesting. Let's do it. > -----Original Message----- > From: Don O'Neil [SMTP:don@whtech.com] > Sent: Friday, July 24, 1998 12:10 PM > To: hackers@FreeBSD.ORG > Subject: Re: Free BSD Port to new platform. (fwd) > > What would the process be involved in this type of port? > It has been suggested to me that I look into NetBSD instead since they > have > a MIPS port allready. > > Don > -----Original Message----- > From: Alton, Matthew > To: 'Jan B. Koum ' ; hackers@FreeBSD.ORG > > Cc: don@whtech.com > Date: Friday, July 24, 1998 9:40 AM > Subject: RE: Free BSD Port to new platform. (fwd) > > > >Sounds fun. Let's do it. > > > >> -----Original Message----- > >> From: Jan B. Koum [SMTP:jkb@best.com] > >> Sent: Thursday, July 23, 1998 6:29 PM > >> To: hackers@FreeBSD.ORG > >> Cc: don@whtech.com > >> Subject: Free BSD Port to new platform. (fwd) > >> > >> > >> Hello Don, > >> > >> I am forwarding your mail to hackers mailing list where someone > >> will be able to answer your questions better. > >> > >> -- Yan > >> > >> Jan Koum jkb@best.com | "Turn up the lights; I > don't > >> want > >> www.FreeBSD.org -- The Power to Serve | to go home in the dark." > >> > >> ---------- Forwarded message ---------- > >> Date: Wed, 22 Jul 1998 14:18:56 -0700 > >> From: Don O'Neil > >> To: questions@FreeBSD.ORG > >> Subject: Free BSD Port to new platform. > >> > >> Our company is currently developing a new MIPS based > computing/gaming > >> platform. Whom do I speak with to find out the feasability of > creating > >> a > >> Free BSD port for this platform? Full platform specs will be > published > >> in > >> the coming weeks with prototypes rolling by years end. It would be > >> wonderfull to have a great OS like Free BSD available for > developers > >> and > >> enthusiasts alike. > >> > >> Don O'Neil > >> Western Horizon Technologies > >> > >> > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-questions" in the body of the message > >> > >> > >> To Unsubscribe: send mail to majordomo@FreeBSD.org > >> with "unsubscribe freebsd-hackers" in the body of the message > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 13:47:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25689 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 13:47:34 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from exchnorth.pbvideo.com (exchnorth.pbvs.com [207.215.252.225]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25674 for ; Fri, 24 Jul 1998 13:47:31 -0700 (PDT) (envelope-from don@whtech.com) Received: from daoneil (daoneil.pbvideo.com [207.215.248.100]) by exchnorth.pbvideo.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id PL02HB1K; Fri, 24 Jul 1998 13:46:50 -0700 Message-ID: <01dc01bdb744$228a73c0$64f8d7cf@daoneil.pbvideo.com> From: "Don O'Neil" To: "Alton, Matthew" , Subject: Re: Free BSD Port to new platform. (fwd) Date: Fri, 24 Jul 1998 13:46:29 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was thinking the same thing, to get more than one group on-line to help out. The BEST thing that we have going for us is the HUGE "talent pool" of "hackers" out there that would love to get their hands on such a box. We're hoping that we can make this new platform "instantly sucessfull", which would mean we will have to provide every last detail, every last "loop hole", every last "secret", and TONS of support and assistance to the developing people, including free hardware (Everyone loves free stuff!!!). We are currently nailing down the last specs, and will begin to roll out prototypes in the comming months, then we have to write a BOOT system. If there is anyone out there with experience writing a boot program, PLEASE contact us, we can use your help. Input is also welcomed once the final specs are published. Don -----Original Message----- From: Alton, Matthew To: 'Don O'Neil' ; hackers@FreeBSD.ORG Date: Friday, July 24, 1998 12:00 PM Subject: RE: Free BSD Port to new platform. (fwd) >With full access to the platform specs and the cooperation of design and > >engineering people the project amounts to rewriting the >hardware-dependent >portions of the code, resolving issues like endianness, alignment.... >and >writing drivers for your new devices. It's a substantial project but >the process >is quite well-defined. The NetBSD people have a small jump here with >the >MIPS-specific work largely out of the way. The real issue is >willingness to >do the work. Why not work with all comers? If this new platform is >even >vaguely interesting it would be very difficult to keep hackerfolk from >supplying >it with a real OS for free, anyway. :-) I'd bet that you could get a >different OS >port done per each prototype box that you were willing to supply. >This sounds very interesting. Let's do it. > > > >> -----Original Message----- >> From: Don O'Neil [SMTP:don@whtech.com] >> Sent: Friday, July 24, 1998 12:10 PM >> To: hackers@FreeBSD.ORG >> Subject: Re: Free BSD Port to new platform. (fwd) >> >> What would the process be involved in this type of port? >> It has been suggested to me that I look into NetBSD instead since they >> have >> a MIPS port allready. >> >> Don >> -----Original Message----- >> From: Alton, Matthew >> To: 'Jan B. Koum ' ; hackers@FreeBSD.ORG >> >> Cc: don@whtech.com >> Date: Friday, July 24, 1998 9:40 AM >> Subject: RE: Free BSD Port to new platform. (fwd) >> >> >> >Sounds fun. Let's do it. >> > >> >> -----Original Message----- >> >> From: Jan B. Koum [SMTP:jkb@best.com] >> >> Sent: Thursday, July 23, 1998 6:29 PM >> >> To: hackers@FreeBSD.ORG >> >> Cc: don@whtech.com >> >> Subject: Free BSD Port to new platform. (fwd) >> >> >> >> >> >> Hello Don, >> >> >> >> I am forwarding your mail to hackers mailing list where someone >> >> will be able to answer your questions better. >> >> >> >> -- Yan >> >> >> >> Jan Koum jkb@best.com | "Turn up the lights; I >> don't >> >> want >> >> www.FreeBSD.org -- The Power to Serve | to go home in the dark." >> >> >> >> ---------- Forwarded message ---------- >> >> Date: Wed, 22 Jul 1998 14:18:56 -0700 >> >> From: Don O'Neil >> >> To: questions@FreeBSD.ORG >> >> Subject: Free BSD Port to new platform. >> >> >> >> Our company is currently developing a new MIPS based >> computing/gaming >> >> platform. Whom do I speak with to find out the feasability of >> creating >> >> a >> >> Free BSD port for this platform? Full platform specs will be >> published >> >> in >> >> the coming weeks with prototypes rolling by years end. It would be >> >> wonderfull to have a great OS like Free BSD available for >> developers >> >> and >> >> enthusiasts alike. >> >> >> >> Don O'Neil >> >> Western Horizon Technologies >> >> >> >> >> >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> >> with "unsubscribe freebsd-questions" in the body of the message >> >> >> >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> >> with "unsubscribe freebsd-hackers" in the body of the message >> > >> >To Unsubscribe: send mail to majordomo@FreeBSD.org >> >with "unsubscribe freebsd-hackers" in the body of the message >> > >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 14:04:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28838 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 14:04:18 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatewaya.anheuser-busch.com (gatewaya.anheuser-busch.com [151.145.250.252]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA28740 for ; Fri, 24 Jul 1998 14:04:01 -0700 (PDT) (envelope-from Matthew.Alton@anheuser-busch.com) Received: by gatewaya.anheuser-busch.com; id PAA22992; Fri, 24 Jul 1998 15:58:26 -0500 Received: from stlabcexg004.anheuser-busch.com(stlabcexg004 151.145.101.160) by gatewaya via smap (V2.1) id xma022987; Fri, 24 Jul 98 15:58:17 -0500 Received: by stlabcexg004.anheuser-busch.com with Internet Mail Service (5.5.1960.3) id ; Fri, 24 Jul 1998 22:01:28 +0100 Message-ID: <31B3F0BF1C40D11192A700805FD48BF90177661D@STLABCEXG011> From: "Alton, Matthew" To: "'Don O'Neil'" , hackers@FreeBSD.ORG Subject: RE: Free BSD Port to new platform. (fwd) Date: Fri, 24 Jul 1998 22:01:50 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -----Original Message----- > From: Don O'Neil [SMTP:don@whtech.com] > Sent: Friday, July 24, 1998 3:46 PM > To: Alton, Matthew; hackers@FreeBSD.ORG > Subject: Re: Free BSD Port to new platform. (fwd) > > I was thinking the same thing, to get more than one group on-line to > help > out. The BEST thing that we have going for us is the HUGE "talent > pool" of > "hackers" out there that would love to get their hands on such a box. > We're > hoping that we can make this new platform "instantly sucessfull", > which > would mean we will have to provide every last detail, every last "loop > hole", every last "secret", and TONS of support and assistance to the > developing people, including free hardware (Everyone loves free > stuff!!!). > We are currently nailing down the last specs, and will begin to roll > out > prototypes in the comming months, then we have to write a BOOT system. > If > there is anyone out there with experience writing a boot program, > PLEASE > contact us, we can use your help. Input is also welcomed once the > final > specs are published. > > [Alton, Matthew] Firmware boot code or software or what, exactly? Sound fun. let's do it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 14:25:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03244 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 14:25:13 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from exchnorth.pbvideo.com (exchnorth.pbvs.com [207.215.252.225]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03231 for ; Fri, 24 Jul 1998 14:25:09 -0700 (PDT) (envelope-from don@whtech.com) Received: from daoneil (daoneil.pbvideo.com [207.215.248.100]) by exchnorth.pbvideo.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id PL02HBFA; Fri, 24 Jul 1998 14:24:27 -0700 Message-ID: <01e501bdb749$63d8f360$64f8d7cf@daoneil.pbvideo.com> From: "Don O'Neil" To: "Alton, Matthew" , Subject: Re: Free BSD Port to new platform. (fwd) Date: Fri, 24 Jul 1998 14:24:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Firmware boot code is the first step, then the boot loader (which will be part of the OS) Don -----Original Message----- From: Alton, Matthew To: 'Don O'Neil' ; hackers@FreeBSD.ORG Date: Friday, July 24, 1998 2:09 PM Subject: RE: Free BSD Port to new platform. (fwd) > >> -----Original Message----- >> From: Don O'Neil [SMTP:don@whtech.com] >> Sent: Friday, July 24, 1998 3:46 PM >> To: Alton, Matthew; hackers@FreeBSD.ORG >> Subject: Re: Free BSD Port to new platform. (fwd) >> >> I was thinking the same thing, to get more than one group on-line to >> help >> out. The BEST thing that we have going for us is the HUGE "talent >> pool" of >> "hackers" out there that would love to get their hands on such a box. >> We're >> hoping that we can make this new platform "instantly sucessfull", >> which >> would mean we will have to provide every last detail, every last "loop >> hole", every last "secret", and TONS of support and assistance to the >> developing people, including free hardware (Everyone loves free >> stuff!!!). >> We are currently nailing down the last specs, and will begin to roll >> out >> prototypes in the comming months, then we have to write a BOOT system. >> If >> there is anyone out there with experience writing a boot program, >> PLEASE >> contact us, we can use your help. Input is also welcomed once the >> final >> specs are published. >> >> > [Alton, Matthew] > > Firmware boot code or software or what, exactly? > Sound fun. let's do it. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 14:48:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06947 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 14:48:24 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06938 for ; Fri, 24 Jul 1998 14:48:16 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id OAA00326; Fri, 24 Jul 1998 14:46:48 -0700 (PDT) Message-Id: <199807242146.OAA00326@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Don O'Neil" cc: "Alton, Matthew" , hackers@FreeBSD.ORG Subject: Re: Free BSD Port to new platform. (fwd) In-reply-to: Your message of "Fri, 24 Jul 1998 13:46:29 PDT." <01dc01bdb744$228a73c0$64f8d7cf@daoneil.pbvideo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 14:46:47 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > prototypes in the comming months, then we have to write a BOOT system. If > there is anyone out there with experience writing a boot program, PLEASE > contact us, we can use your help. Input is also welcomed once the final > specs are published. Er, I guess I have some background with bootstraps and the like, if you want to talk about general stuff. I'm by no means a Mips guru though, so you'll need to handle at least some of that stuff yourself. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 15:39:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13880 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 15:39:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13872 for ; Fri, 24 Jul 1998 15:39:49 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id SAA09275; Fri, 24 Jul 1998 18:39:13 -0400 (EDT) Date: Fri, 24 Jul 1998 18:39:13 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Stefan Eggers cc: Edwin de Graaf , freebsd-hackers@FreeBSD.ORG Subject: Re: How do I measure swap activity? In-Reply-To: <199807241741.TAA21786@semyam.dinoco.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 24 Jul 1998, Stefan Eggers wrote: > > there are two kinds of pagers, the VN pager and the SWAP pager. Do both of > > these cause a disk access? What is the difference between the two? > > As far as I understand the internals now the VN pager is the one used > for vnodes - used with mmap'ed files. The other is for swap space use > - the pages the system throws out of main memory. Do we use the VN pager for executing program files, like 4.4BSD? Also, the 4.4 book describes a device pager as well as swap and vnode, for paging memory-mapped hardware devices. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 16:09:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20074 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 16:09:27 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20014 for ; Fri, 24 Jul 1998 16:09:04 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id QAA00758; Fri, 24 Jul 1998 16:07:04 -0700 (PDT) Message-Id: <199807242307.QAA00758@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: wjw@IAEhv.nl cc: dfr@nlsystems.com (Doug Rabson), hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-reply-to: Your message of "Fri, 24 Jul 1998 01:16:39 +0200." <199807232316.BAA06524@surf.IAE.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 16:07:04 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > => Last time I was daydreaming about sysctl, I thought that using SYSINIT > => functions to build the tree would be a good idea. This would have the > => benefit of trivially adding in sysctl variables in kernel modules loaded > => using KLD since it runs SYSINITs in the loaded modules. To support > => unloading modules, a method of automatically disconnecting variables > => defined by the module is needed. > > Intresting point. > I haven't thought about this point. I considered that once submitted OID's > are there for ever. But evaporating LKM's would case some access trouble. Correct. We should incorporate the simple structure reference counting implementation that Terry published a little while back (Terry, why is this not on your webpage?). When registering a node, it should be possible to supply an object against which a reference will be taken. In the case of an LKM, the module may not be unloaded without its reference count being zero. > The main issue here is that the data-structure is fully dynamical. And > follows the MIB idea: which has identifiers: > N^n or S^n > where N is either a number or S a string. Given a certain prefix: > a.b.c.d > of the sequence a.b.c.d.e then the element N_e and S_e have a fixed > matching relation. (Call each level a layer of hierachy in the nameing > space, or more compiler like: scope) > However if the sequence is: > w.x.y.z.e' > then again N_e' and S_e' are a matching pair. But there is no relation > between S_e and S_e', although N_e and N_e' can have the same value. > this disjunct relation also hold for all other relation which are part of > the OIDnodes e and e'. Save yourself some grief, and eliminate numeric OIDs. > The numeric sequences are more/most important entry for the structure. > This due to the idea have on SNMP-mib's. No, and very bad. Numeric OIDs should be supported for *legacy* nodes only. > Given the fact that one of the most common operators on a MIB-tree will be > get_next, I'm considering adding a UP-relation as well. This will make it > possible to get back to the one-higher node in the same tree. The ability to traverse, and also to best-guess restart a traversal from a node that no longer exists, is critical. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 16:12:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20679 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 16:12:54 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20629 for ; Fri, 24 Jul 1998 16:12:19 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id QAA00777; Fri, 24 Jul 1998 16:09:02 -0700 (PDT) Message-Id: <199807242309.QAA00777@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Robert Withrow cc: wjw@IAEhv.nl, hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-reply-to: Your message of "Fri, 24 Jul 1998 08:17:29 EDT." <199807241217.IAA01417@spooky.rwwa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 16:09:02 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Also, if you are going to have a MIB, why isn't it built like "normal" > mibs are built, I.E. with an asn.1 description and a toolchain? (I'm > asking that of the general FreeBSD crowd.) Speaking of structuring this sort of thing; make sure that any potential implementors have a long hard look at the DMI structures. See http://www.dmtf.org This may be unpleasant and bulky, but maintaining a useful relationship to this structure will make FreeBSD a 'drop-in' for large management environments. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 16:48:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA27493 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 16:48:53 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27401 for ; Fri, 24 Jul 1998 16:48:23 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id BAA24054; Sat, 25 Jul 1998 01:47:55 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id BAA23128; Sat, 25 Jul 1998 01:47:55 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807242347.BAA23128@surf.IAE.nl> Subject: Re: SYSCTL ....... In-Reply-To: <199807242307.QAA00758@dingo.cdrom.com> from Mike Smith at "Jul 24, 98 04:07:04 pm" To: mike@smith.net.au (Mike Smith) Date: Sat, 25 Jul 1998 01:47:55 +0200 (MET DST) Cc: wjw@IAEhv.nl, dfr@nlsystems.com, hackers@FreeBSD.ORG Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You ( Mike Smith ) write: => > => Last time I was daydreaming about sysctl, I thought that using SYSINIT => > => functions to build the tree would be a good idea. This would have the => > => benefit of trivially adding in sysctl variables in kernel modules loaded => > => using KLD since it runs SYSINITs in the loaded modules. To support => > => unloading modules, a method of automatically disconnecting variables => > => defined by the module is needed. => > => > Intresting point. => > I haven't thought about this point. I considered that once submitted OID's => > are there for ever. But evaporating LKM's would case some access trouble. => => Correct. We should incorporate the simple structure reference counting => implementation that Terry published a little while back (Terry, why is => this not on your webpage?). => => When registering a node, it should be possible to supply an object => against which a reference will be taken. In the case of an LKM, the => module may not be unloaded without its reference count being zero. I would consider multiple attempts to create a node redundant, since only one node will be created. The first invalidation of a node disables the node, more request to that nature will be again redundant. => Save yourself some grief, and eliminate numeric OIDs. Why would you say that? if we want to doSNMP we'd need atleast a translation from namestrings to numberstrings. => > The numeric sequences are more/most important entry for the structure. => > This due to the idea have on SNMP-mib's. => => No, and very bad. Numeric OIDs should be supported for *legacy* nodes => only. At first I find this a little strange, Tell me more ..... => > Given the fact that one of the most common operators on a MIB-tree will be => > get_next, I'm considering adding a UP-relation as well. This will make it => > possible to get back to the one-higher node in the same tree. => => The ability to traverse, and also to best-guess restart a traversal => from a node that no longer exists, is critical. Hence my reason not to remove the node, but invalidate it. The data is no longer there, but the node is. --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 17:01:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA00174 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 17:01:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA00135 for ; Fri, 24 Jul 1998 17:01:39 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id QAA01020; Fri, 24 Jul 1998 16:59:19 -0700 (PDT) Message-Id: <199807242359.QAA01020@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: wjw@IAEhv.nl cc: mike@smith.net.au (Mike Smith), dfr@nlsystems.com, hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-reply-to: Your message of "Sat, 25 Jul 1998 01:47:55 +0200." <199807242347.BAA23128@surf.IAE.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 16:59:19 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > => > => Correct. We should incorporate the simple structure reference counting > => implementation that Terry published a little while back (Terry, why is > => this not on your webpage?). > => > => When registering a node, it should be possible to supply an object > => against which a reference will be taken. In the case of an LKM, the > => module may not be unloaded without its reference count being zero. > > I would consider multiple attempts to create a node redundant, since only > one node will be created. The first invalidation of a node disables the > node, more request to that nature will be again redundant. You miss my point; when the LKM creates a sysctl node, the act of creating the node should increment the reference count on the LKM, so that the LKM can't be unloaded without first deregistering the node. The intent here is to make it impossible to remove an LKM while there are things that hold references to it (eg. the access method functions or pointers in the node). > => Save yourself some grief, and eliminate numeric OIDs. > > Why would you say that? if we want to doSNMP we'd need atleast a translation > from namestrings to numberstrings. The DMI people have a name:number mapping scheme that works. The problem with numbers is that you have to assign them. If I want to create fifteen new nodes, I can't do that until the IANA gives me numbers for them. In the limited cases where numbers are useful (SNMP), use a translation table. But don't hamstring the kernel database by forcing it to keep track of both naming conventions. > => > The numeric sequences are more/most important entry for the structure. > => > This due to the idea have on SNMP-mib's. > => > => No, and very bad. Numeric OIDs should be supported for *legacy* nodes > => only. > > At first I find this a little strange, > Tell me more ..... In the Bad Old Days, every node had an assigned OID. These days, most of them have their OIDs assigned when the tree is assembled. Lookup by name is more flexible (I can create names on the fly) Think for a moment about the variant link stuff if you like; if you mandate numbers, you'd have to get a new number for every new link token. > => > Given the fact that one of the most common operators on a MIB-tree will be > => > get_next, I'm considering adding a UP-relation as well. This will make it > => > possible to get back to the one-higher node in the same tree. > => > => The ability to traverse, and also to best-guess restart a traversal > => from a node that no longer exists, is critical. > > Hence my reason not to remove the node, but invalidate it. > The data is no longer there, but the node is. Hmm. If the tree is highly dynamic and long-lived, this may be problematic. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 17:24:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05603 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 17:24:20 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05549; Fri, 24 Jul 1998 17:24:14 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id RAA01186; Fri, 24 Jul 1998 17:21:02 -0700 (PDT) Message-Id: <199807250021.RAA01186@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: ran@ran.am cc: jflowers@ezo.net (Jim Flowers), mike@smith.net.au, freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru Subject: Re: Driver for Arlan-655 In-reply-to: Your message of "Fri, 24 Jul 1998 10:32:07 +0500." <199807240532.KAA18007@styx.aic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 17:21:02 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >How expensive are these cards? Anyone know of a supplier in the USA? > > > > > Ok, now I understood, Mike :) Thanks. 8) > This is 8-bit ISA card. Can operate in two mode: > point-to-point - between two 655 ( sorry, I will use old terminology ), > and when one or more 655 card connected to access point - other Aironet's > product - little box with antenna and ethernet connector ( old name > arlan-640, new - BR2000 ). So you can't use more than two cards in a network without an access point? > And last, I don't know about price :( OK. One more; I thought I read just recently that Aironet had just recently changed the software interface to these cards and that subsequent attempts to get documentation from them were being refused. Can we get a confirm/deny on that? One other thing; could you submit a PR with the URL for the patches & stuff, so that we don't lose track of your submission? Thanks! -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 17:24:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAB05699 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 17:24:59 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05676; Fri, 24 Jul 1998 17:24:47 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id RAA01204; Fri, 24 Jul 1998 17:22:49 -0700 (PDT) Message-Id: <199807250022.RAA01204@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Terry Lambert cc: mike@smith.net.au (Mike Smith), pvernon@purdue.edu, freebsd-hackers@FreeBSD.ORG, max@FreeBSD.ORG Subject: Re: Accessability (was Re: question) In-reply-to: Your message of "Fri, 24 Jul 1998 01:08:00 -0000." <199807240108.SAA22750@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 17:22:49 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Max; I copied you on this because if anyone knows about how to make this > > happen, you do. > > > > > I want to install 2.2.7 on one of my machines. I have to install it over a > > > serial port because I am blind and need to read the screen during install. > > > My speech software runs under dos. Thus, i must install it on my new > > > machine from my dos box. I'm not sure how to install it on a machine im not > > > physically at. > > > > FreeBSD supports using the first serial port on your system as the > > console port. If you don't have a video card in the system, it will > > use the serial port instead. > > > > Then you simply connect the serial port from the FreeBSD system to your > > DOS system, and use a DOS terminal program to provide you with a > > console. > > It seems that it would be a good idea to provide some way to invoke > this with as little work as possible from a boot floppy. There is an option in the bootstrap to probe the keyboard; I'm not sure if it's the default or not. If the keyboard's not present, it will use the serial port. > It would also be a good idea to start thinking in terms of accessibility > functions for the console, the keyboard driver, and Free-B.S.D. in > general. Thinking is easy; finding a developer interested in taking on the work less so. Your suggestions are pretty good though (if unoriginal 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 17:33:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07333 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 17:33:30 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07300; Fri, 24 Jul 1998 17:33:07 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA13531; Fri, 24 Jul 1998 17:32:43 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp01.primenet.com, id smtpd013429; Fri Jul 24 17:32:33 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id RAA18039; Fri, 24 Jul 1998 17:32:28 -0700 (MST) From: Terry Lambert Message-Id: <199807250032.RAA18039@usr06.primenet.com> Subject: Re: Accessability (was Re: question) To: mike@smith.net.au (Mike Smith) Date: Sat, 25 Jul 1998 00:32:28 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, pvernon@purdue.edu, freebsd-hackers@FreeBSD.ORG, max@FreeBSD.ORG In-Reply-To: <199807250022.RAA01204@dingo.cdrom.com> from "Mike Smith" at Jul 24, 98 05:22:49 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It seems that it would be a good idea to provide some way to invoke > > this with as little work as possible from a boot floppy. > > There is an option in the bootstrap to probe the keyboard; I'm not sure > if it's the default or not. If the keyboard's not present, it will use > the serial port. Presuming that the machine will not ask the user to hit F1 if the keyboard is missing. The bigger question is whether or not the screen-oriented install methodology would not be a problem. The issue here is that the words on the screen are not painted in "speech order" -- the order a human would read them aloud -- nor are they painted in their entirety, due to minimal redraw optimizations. > > It would also be a good idea to start thinking in terms of accessibility > > functions for the console, the keyboard driver, and Free-B.S.D. in > > general. > > Thinking is easy; finding a developer interested in taking on the work > less so. > > Your suggestions are pretty good though (if unoriginal 8) They were intended to be food for thought, not original. Once invoked, other options which are more original could be fine tuned; for example, instead of making the modifier keys sticky, turn them into "dead keys", where you hit "shift" then "sp", and you get upper case "S" and lower case "p". You could also define multiple shift key hits to start the accessibility mode; it's possible that someone with parkinsonianism, for example, would not be able to hold the shift key down long enough to activate it, if holding it down a long time was the switch. I'm not claiming that I'm the first guy to think about this, only that someone with the ability to make the changes to the FreeBSD source tree *should* be thinking about it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 17:44:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09261 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 17:44:58 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09117 for ; Fri, 24 Jul 1998 17:44:05 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA13955; Fri, 24 Jul 1998 17:43:36 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd013935; Fri Jul 24 17:43:30 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id RAA18387; Fri, 24 Jul 1998 17:43:28 -0700 (MST) From: Terry Lambert Message-Id: <199807250043.RAA18387@usr06.primenet.com> Subject: Re: How do I measure swap activity? To: graaf@surf.IAE.nl (Edwin de Graaf) Date: Sat, 25 Jul 1998 00:43:28 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199807241249.OAA04892@surf.IAE.nl> from "Edwin de Graaf" at Jul 24, 98 02:49:40 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am looking for a good way to measure how much disk activity is caused by > pages being swapped in and out from disk. In the systat -vmstat display > there are two kinds of pagers, the VN pager and the SWAP pager. Do both of > these cause a disk access? What is the difference between the two? Unmodified data pages and unmodified text pages are swapped into memory from the program image in a filesystem, using the VN pager to access the filesystem. In addition, pages backed by mmap'ed files are swapped in and out via the vnode pager. Dirty data pages are backed by swap, and are swapped out using the SWAP pager. > On the other hand I have vmstat which shows the number of page faults, is > this the sum of the VN and SWAP pagers? Does each page fault cause a fixed > block (4096 bytes?) to be read from disk? Pages are aggressively cached in FreeBSD. A fault occurs when a mapped page is referenced, but not present. The difference between thisn and the infamous Windows 95 "page not present" error is that the error is handled by acquiring an anonymous page, and filling it from the swap store backing the object. In general, this is either a vnode or swap region. > Pointers to documents describing these would also be most welcome. You should look at the -current list archives at FreeBSD.org where a document describing the VM architecture in good detail was recently reposted. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 18:00:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA12498 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 18:00:14 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12390 for ; Fri, 24 Jul 1998 17:59:46 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA20674; Fri, 24 Jul 1998 17:59:20 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp01.primenet.com, id smtpd020609; Fri Jul 24 17:59:12 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id RAA19097; Fri, 24 Jul 1998 17:59:08 -0700 (MST) From: Terry Lambert Message-Id: <199807250059.RAA19097@usr06.primenet.com> Subject: Re: SYSCTL ....... To: wjw@IAEhv.nl Date: Sat, 25 Jul 1998 00:59:08 +0000 (GMT) Cc: robert+freebsd@cyrus.watson.org, dfr@nlsystems.com, hackers@FreeBSD.ORG In-Reply-To: <199807241631.SAA28948@surf.IAE.nl> from "Willem Jan Withagen" at Jul 24, 98 06:31:31 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > There are 2 possibilities: > Deleting the whole oid. > (What to do on the implicitly created intermediates) > Deactivating the reference to which the OID-value pointed. > > If you chose for the last one, you'll always have "prove" of the fact that > the LKM was at any loaded. I dislike any implementation which implies that the kernel must do dynamic scoping and grabage collection to get rid of unused objects; this is one of my primary objections to the way JAVA implements variables, or for that matter, the way EMACS uses ELISP. If I want proof that an LKM was loaded at some time in the past, I will look at my kernel logs. > The solution for this is to be able to hand of part of the tree virtually > to a routine which can generate the requested information. > So your router-module should have a/more function(s) which allow it > to extend the tree once this proc-node is hit. > This tree can then be constructed or the answers could be returned on the > fly by the current data. Yes. In other words, the MIB is a nodal hierarchy with a single root, and realms of responsibility can be appended at edges. In other words, you mount the things just like you mount FS's. In terms of accessing the data structures, I'm against providing a VOP-like functionality for MIB data (unless you are planning on exposing it via procfs, and then you expose it exactly once, using the procfs code, not code in each LKM). This means that there is an "oid" registration mechanism for claiming an area of the tree. If you are going to allow "submounts", then you will need to imply "module B depends on module A" if B exports a subtree of A, theis is the only method by which A and B are related, and you are trying to unload module A. This is a dependency interaction, and since there can be others ("module C depended on Module A because module C imports function X and module A exports function X"), it would be best to resolve them in one place. The easiest implementation would be a simple reference count, where each dependency does an "addref" and when removed, does an "unref". When the reference fall to 0, the module can be unloaded. The "easiest way" is probably not the right way, since you would have to say "module A cannot be unloaded because it is being referenced" instead of "module A can not be unloaded because module B is using it". To get the useful information that you need to unload B to unload A, you need to keep a pointer to the referencing module, ie: struct _modref; typedef struct _modref modref_t; struct _modref { modref_t *mr_next; uint32_t mr_count; mod_t mr_by; } modref_t; Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 18:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA14203 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 18:10:07 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA14119 for ; Fri, 24 Jul 1998 18:10:00 -0700 (PDT) (envelope-from dkelly@n4hhe.ampr.org) Received: from nospam.hiwaay.net (tnt1-245.HiWAAY.net [208.147.147.245]) by mail.HiWAAY.net (8.9.0/8.9.0) with ESMTP id UAA04726 for ; Fri, 24 Jul 1998 20:09:33 -0500 (CDT) Received: from n4hhe.ampr.org (localhost.ampr.org [127.0.0.1]) by nospam.hiwaay.net (8.8.8/8.8.8) with ESMTP id TAA03352 for ; Fri, 24 Jul 1998 19:48:31 -0500 (CDT) (envelope-from dkelly@n4hhe.ampr.org) Message-Id: <199807250048.TAA03352@nospam.hiwaay.net> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-hackers@FreeBSD.ORG From: David Kelly Subject: Re: iso images In-reply-to: Message from Craig Yap of "Fri, 24 Jul 1998 10:40:07 EDT." <199807241440.KAA23887@trout.cse.fau.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 19:48:30 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Craig Yap writes: > Someone told me today that Debian Linux creates ISO images for their > distributions. Is it possible to also have this done for FreeBSD? This woul > d > make it much easier for people like me who have CD-Rs at work and a poor > slow connection at home. Install /usr/ports/sysutils/cdrecord. Its mkisofs may be more current than the one in /usr/ports/sysutils/mkisofs. In any case you'll need cdrecord to move the image to CD-R. While the 4-CD set is handy, I usually prefer a single home made custom CD with The Things I Want. Upgraded from a 2G to 9G HD so I'd have enough room for a local CVS copy and to be able to "cd /usr/src; make buildworld && ( cd release; make release )" -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 18:17:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA14876 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 18:17:31 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA14871 for ; Fri, 24 Jul 1998 18:17:30 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA27479; Fri, 24 Jul 1998 18:17:06 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd027459; Fri Jul 24 18:17:02 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id SAA20077; Fri, 24 Jul 1998 18:16:57 -0700 (MST) From: Terry Lambert Message-Id: <199807250116.SAA20077@usr06.primenet.com> Subject: Re: SYSCTL ....... To: mike@smith.net.au (Mike Smith) Date: Sat, 25 Jul 1998 01:16:57 +0000 (GMT) Cc: wjw@IAEhv.nl, dfr@nlsystems.com, hackers@FreeBSD.ORG In-Reply-To: <199807242307.QAA00758@dingo.cdrom.com> from "Mike Smith" at Jul 24, 98 04:07:04 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Correct. We should incorporate the simple structure reference counting > implementation that Terry published a little while back (Terry, why is > this not on your webpage?). Uh, because it's trivial? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 20:56:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA00472 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 20:56:25 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA00464; Fri, 24 Jul 1998 20:56:23 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yzvR8-0007FP-00; Fri, 24 Jul 1998 21:55:58 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id VAA19936; Fri, 24 Jul 1998 21:59:01 -0600 (MDT) Message-Id: <199807250359.VAA19936@harmony.village.org> To: "Jonathan M. Bresler" Subject: Re: macro expansion with gcc Cc: rivers@dignus.com (Thomas David Rivers), hackers@hub.freebsd.org In-reply-to: Your message of "Wed, 22 Jul 1998 07:51:23 PDT." <199807221451.HAA14189@hub.freebsd.org> References: <199807221451.HAA14189@hub.freebsd.org> Date: Fri, 24 Jul 1998 21:59:00 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199807221451.HAA14189@hub.freebsd.org> "Jonathan M. Bresler" writes: : defining KERNEL......grrr.....make all the difference in the world! : sorry to have bothered you all ;) Also, to be pedantic, one needs to use exactly the same command line with -E added that one normally uses so that includes and the like will grab the right files. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 21:06:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01738 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 21:06:44 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA01721; Fri, 24 Jul 1998 21:06:41 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yzvaq-0007Fk-00; Fri, 24 Jul 1998 22:06:00 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id WAA19992; Fri, 24 Jul 1998 22:09:04 -0600 (MDT) Message-Id: <199807250409.WAA19992@harmony.village.org> To: ran@ran.am Subject: Re: Driver for Arlan-655 Cc: jflowers@ezo.net (Jim Flowers), mike@smith.net.au, freebsd-hackers@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG, is@gcom.ru In-reply-to: Your message of "Fri, 24 Jul 1998 10:32:07 +0500." <199807240532.KAA18007@styx.aic.net> References: <199807240532.KAA18007@styx.aic.net> Date: Fri, 24 Jul 1998 22:09:04 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199807240532.KAA18007@styx.aic.net> ran@ran.am writes: : Ok, now I understood, Mike :) : This is 8-bit ISA card. Can operate in two mode: : point-to-point - between two 655 ( sorry, I will use old terminology ), : and when one or more 655 card connected to access point - other Aironet's : product - little box with antenna and ethernet connector ( old name : arlan-640, new - BR2000 ). : Radio parameters: : Frequency: 2400 or 900 MHz, vary from disain up to 5 frequency : ( 2412, ..27, 42, 57 and 65 in our case ). : Bitrate: up to 2 Mbit/s for 2.4GGz models, and 860kb/s for 900MHz. : Power: 100mW or 1 W with external amplifier ( not sure about 900MHz ). : Security: System Identifier, 6 hexadecimal value. Hmmm. This sounds similar to the IBM LAN Entry card which is going for about $30/each in the various markets these days. Ask me in about a month for a beta driver. This card can do T1ish speeds (the bitrate is in the 1mb range, if I recall correctly). For $30 each you can't go too wrong. Oh, and you don't need a base station either :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 21:07:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01913 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 21:07:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA01907 for ; Fri, 24 Jul 1998 21:07:43 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0yzvc3-0007Fm-00; Fri, 24 Jul 1998 22:07:15 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id WAA20006; Fri, 24 Jul 1998 22:10:18 -0600 (MDT) Message-Id: <199807250410.WAA20006@harmony.village.org> To: "Alton, Matthew" Subject: Re: Free BSD Port to new platform. (fwd) Cc: "'Jan B. Koum '" , hackers@FreeBSD.ORG, don@whtech.com In-reply-to: Your message of "Fri, 24 Jul 1998 15:59:05 BST." <31B3F0BF1C40D11192A700805FD48BF90177661B@STLABCEXG011> References: <31B3F0BF1C40D11192A700805FD48BF90177661B@STLABCEXG011> Date: Fri, 24 Jul 1998 22:10:18 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <31B3F0BF1C40D11192A700805FD48BF90177661B@STLABCEXG011> "Alton, Matthew" writes: : Sounds fun. Let's do it. Depends on the hardware.... If it is one of the MIPS chips that just has base and bounds registers for VM, it will be very hard... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 24 22:50:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12275 for freebsd-hackers-outgoing; Fri, 24 Jul 1998 22:50:35 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles108.castles.com [208.214.165.108]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12269; Fri, 24 Jul 1998 22:50:28 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id RAA01325; Fri, 24 Jul 1998 17:39:52 -0700 (PDT) Message-Id: <199807250039.RAA01325@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Terry Lambert cc: mike@smith.net.au (Mike Smith), pvernon@purdue.edu, freebsd-hackers@FreeBSD.ORG, max@FreeBSD.ORG Subject: Re: Accessability (was Re: question) In-reply-to: Your message of "Sat, 25 Jul 1998 00:32:28 -0000." <199807250032.RAA18039@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 Jul 1998 17:39:52 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > It seems that it would be a good idea to provide some way to invoke > > > this with as little work as possible from a boot floppy. > > > > There is an option in the bootstrap to probe the keyboard; I'm not sure > > if it's the default or not. If the keyboard's not present, it will use > > the serial port. > > Presuming that the machine will not ask the user to hit F1 if the > keyboard is missing. > > The bigger question is whether or not the screen-oriented install > methodology would not be a problem. > > The issue here is that the words on the screen are not painted in > "speech order" -- the order a human would read them aloud -- nor are > they painted in their entirety, due to minimal redraw optimizations. The screen layout in sysinstall was worked on by Jordan in conjunction with Max, who is quite well versed in these things. Hence bringing him into the discussion. 8) > I'm not claiming that I'm the first guy to think about this, only > that someone with the ability to make the changes to the FreeBSD > source tree *should* be thinking about it. Agreed. Where are they? 8( -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 00:53:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21929 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 00:53:37 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21921 for ; Sat, 25 Jul 1998 00:53:31 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.8/8.8.5) with SMTP id IAA16188 for ; Sat, 25 Jul 1998 08:54:22 +0100 (BST) Date: Sat, 25 Jul 1998 08:54:22 +0100 (BST) From: Doug Rabson To: hackers@FreeBSD.ORG Subject: Broken email now fixed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could anyone who attempted to email me yesterday and got a bounce message please resend - I have fixed the problem. For the record, it was the bash2 package not registering itself in /etc/shells which caused the problem. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 02:19:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27864 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 02:19:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ilium.troy.msen.com (ilium.troy.msen.com [148.59.4.47]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA27846; Sat, 25 Jul 1998 02:19:37 -0700 (PDT) (envelope-from wayne@ilium.troy.msen.com) Received: by ilium.troy.msen.com (Smail3.1.28.1 #1) id m0z00TR-0003cUC; Sat, 25 Jul 98 05:18 EDT Message-Id: To: hackers@FreeBSD.ORG, freebsd-install@FreeBSD.ORG Subject: Install problems with FreeBSD 2.2.7-RELEASE From: wayne@msen.com Date: Sat, 25 Jul 98 05:18:40 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Trying to from-scratch via-ftp install 2.2.7 and seeing an odd problem. Most of the way through the process an error occurs. The screen says something like "if this is repeatable send mail". While it's repeatable (takes about 40 minutes to get there so we only did it 3 times), instead of pausing at this point, the machine reboots so fast after printing this that the message is not easily read. Since it is fairly late in the installation process, enough has been installed to bring the machine up but SOMEthing is not right here. I'm going to try again tommorrow and see if I can note exactly where in the installation proccess this occurs. The box is not out of disk space on any partitions. It's a 256MB 300MHz P-II running the install floppy from the ftp site. /\/\ \/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 05:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13957 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 05:29:58 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13947 for ; Sat, 25 Jul 1998 05:29:53 -0700 (PDT) (envelope-from witr@spooky.rwwa.com) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.7/8.8.7) with ESMTP id IAA06297; Sat, 25 Jul 1998 08:29:08 -0400 (EDT) (envelope-from witr@spooky.rwwa.com) Message-Id: <199807251229.IAA06297@spooky.rwwa.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: wjw@IAEhv.nl cc: witr@rwwa.com (Robert Withrow), hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-reply-to: Your message of "Fri, 24 Jul 1998 14:39:33 +0200." <199807241239.OAA03407@surf.IAE.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jul 1998 08:29:08 -0400 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG wjw@surf.IAE.nl said: :- My major concern goes to "efficiency for lookups". Perhaps that is :- wrong, and are there other solutions. Please, educate me. In the FreeBSD space I think you are right. Like I said, I have to worry about getting router management working on 4MB boxes, along with IP, BGP, IPX, FR, etc, etc, etc... Sigh. :- You point of having a sysctl_find_oid, sounds like a very valid one, :- with the minor problem of determining the type of a field. That ties in my point about having a .mib file describe the entities. Actually there are two parts to the database: 1) The mib database itself (i.e., the data that you fetch and that gets set). 2) The "meta-mib" that tells you the type, size, oid, and other attributes about the entities. At Bay we generate the meta-mib from the .mib files (and other files that annotate the .mib file). The NMS's then read this meta-information and know everything they need to about the mib itself. :- => Also, why not provide the famous "Awesome Get Bulk" operation? :- Is there a need for that in the kernel? Isn't get_next enough? >From the point of view of a client, the Get Bulk really *is* awesome. And itis pretty trivial to implement in the agent. mike@smith.net.au said: :- Speaking of structuring this sort of thing; make sure that any :- potential implementors have a long hard look at the DMI structures. :- See http://www.dmtf.org Another question (to the community): Have the FreeBSD *architects* weigh in on the value of the sytsctl approach as opposed to, say, something like a "sysctl" filesystem (like the proc filesystem)? Also, is this interface expected to be exposed via SNMP? --------------------------------------------------------------------- Robert Withrow, R.W. Withrow Associates, Swampscott MA, witr@rwwa.COM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 06:59:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20920 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 06:59:48 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA20915 for ; Sat, 25 Jul 1998 06:59:47 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id GAA22459; Sat, 25 Jul 1998 06:59:22 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd022450; Sat Jul 25 06:59:19 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id GAA21345; Sat, 25 Jul 1998 06:59:13 -0700 (MST) From: Terry Lambert Message-Id: <199807251359.GAA21345@usr09.primenet.com> Subject: Re: Free BSD Port to new platform. (fwd) To: imp@village.org (Warner Losh) Date: Sat, 25 Jul 1998 13:59:12 +0000 (GMT) Cc: Matthew.Alton@anheuser-busch.com, jkb@best.com, hackers@FreeBSD.ORG, don@whtech.com In-Reply-To: <199807250410.WAA20006@harmony.village.org> from "Warner Losh" at Jul 24, 98 10:10:18 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : Sounds fun. Let's do it. > > Depends on the hardware.... > > If it is one of the MIPS chips that just has base and bounds registers > for VM, it will be very hard... On the other hand, there is probably a market for FreeBSD on Nintendo on MIPS, running a copy of Netscape, or WebTV wouldn't have sold 400,000 units so far... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 08:43:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01896 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 08:43:37 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA01884 for ; Sat, 25 Jul 1998 08:43:32 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA20742 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 25 Jul 1998 16:55:37 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id QAA12815 for FreeBSD-hackers@freebsd.org; Sat, 25 Jul 1998 16:55:48 +0200 (CEST) From: Wilko Bulte Message-Id: <199807251455.QAA12815@yedi.iaf.nl> Subject: Sendmail 8.9.1. antispam on 2.1.0R To: FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list) Date: Sat, 25 Jul 1998 16:55:48 +0200 (CEST) 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.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just installed sendmail 8.9.1 on a FreeBSD 2.1.0 box (remotely located so still not upgraded to something more recent). Strangely enough it does not seem to bother to check MAIL FROM: for a valid domain. According to www.sendmail.org it should. It does check for illegal relaying, this according to the docs. Did I miss anything? _ ______________________________________________________________________ | / o / / _ Bulte email: wilko @ yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW: http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 12:08:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17480 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 12:08:39 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.ny.otec.com (bright.ny.otec.com [209.3.16.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17464 for ; Sat, 25 Jul 1998 12:08:36 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.ny.otec.com (8.8.8/8.8.8) with SMTP id PAA11885; Sat, 25 Jul 1998 15:08:18 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.ny.otec.com: bright owned process doing -bs Date: Sat, 25 Jul 1998 15:08:18 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.ny.otec.com To: "Don O'Neil" cc: "Alton, Matthew" , hackers@FreeBSD.ORG Subject: Re: Free BSD Port to new platform. (fwd) In-Reply-To: <01dc01bdb744$228a73c0$64f8d7cf@daoneil.pbvideo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG with proper docs i'm quite the assembly language hacker. x86/vax right now. if you need anything done, and have a URL or something to the specs of the platform, i'm quite sure i can be helpful. -Alfred On Fri, 24 Jul 1998, Don O'Neil wrote: > I was thinking the same thing, to get more than one group on-line to help > out. The BEST thing that we have going for us is the HUGE "talent pool" of > "hackers" out there that would love to get their hands on such a box. We're > hoping that we can make this new platform "instantly sucessfull", which > would mean we will have to provide every last detail, every last "loop > hole", every last "secret", and TONS of support and assistance to the > developing people, including free hardware (Everyone loves free stuff!!!). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 12:18:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18381 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 12:18:11 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns1.seidata.com (ns1.seidata.com [208.10.211.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18373 for ; Sat, 25 Jul 1998 12:18:09 -0700 (PDT) (envelope-from mike@seidata.com) Received: from localhost (mike@localhost) by ns1.seidata.com (8.8.8/8.8.5) with SMTP id PAA11141; Sat, 25 Jul 1998 15:19:24 -0400 (EDT) Date: Sat, 25 Jul 1998 15:19:23 -0400 (EDT) From: Mike To: Wilko Bulte cc: FreeBSD hackers list Subject: Re: Sendmail 8.9.1. antispam on 2.1.0R In-Reply-To: <199807251455.QAA12815@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 25 Jul 1998, Wilko Bulte wrote: > I just installed sendmail 8.9.1 on a FreeBSD 2.1.0 box (remotely located > so still not upgraded to something more recent). Curious: Did you encounter any error messages pertaining to your sendmail.cf file when upgrading to 8.9.1? I was playing around with moving from 8.8.8 to 8.9.1 and whenever I'd restart sendmail or run newaliases, I'd get complaints about having a 'Version 8 sendmail.cf'. Was this, perhaps, becuase I had a lot of anti-spam stuff in my existing .cf file and much of this is 'built in' now? If you did not receive any such errors, could I get a reference copy of your sendmail.cf file? TIA, -mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 13:41:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25711 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 13:41:53 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25690; Sat, 25 Jul 1998 13:41:49 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA11713; Sat, 25 Jul 1998 22:41:22 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sat, 25 Jul 1998 22:41:20 +0200 (MET DST) Mime-Version: 1.0 To: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: sysexits Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 25 Jul 1998 22:41:19 +0200 Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA25694 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The style(9) man page recommends the use of values defined in to indicate failure conditions. However, there is no predefined value for what is probably the most common error condition, at least in some applications - a failed malloc(), calloc() or realloc(). I therefore suggest adding the constant EX_NOMEM, with the value 79, to /usr/include/sysexits.h, and bumping EX__MAX to 79 (as well as updating the sysexits(3) man page, of course). Unless somebody strenuously objects, I'll commit the changes to -current in a couple of days. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 15:48:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10666 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 15:48:52 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles156.castles.com [208.214.165.156]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10650 for ; Sat, 25 Jul 1998 15:48:46 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id PAA06616 for ; Sat, 25 Jul 1998 15:36:55 -0700 (PDT) Message-Id: <199807252236.PAA06616@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: hackers@FreeBSD.ORG Subject: AMD PCNet/FAST cards; suppliers? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jul 1998 15:36:55 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howdy; a straightforward question: FreeBSD Test Labs is looking for a source for a PCI card or cards using the AMD PCNet and/or PCNet/FAST chips. (Am79c97x etc.) Any ideas on where we can get some? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 15:50:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10911 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 15:50:25 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles156.castles.com [208.214.165.156]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10904 for ; Sat, 25 Jul 1998 15:50:22 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id LAA05792; Sat, 25 Jul 1998 11:43:15 -0700 (PDT) Message-Id: <199807251843.LAA05792@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Robert Withrow cc: wjw@IAEhv.nl, hackers@FreeBSD.ORG Subject: Re: SYSCTL ....... In-reply-to: Your message of "Sat, 25 Jul 1998 08:29:08 EDT." <199807251229.IAA06297@spooky.rwwa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jul 1998 11:43:14 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Another question (to the community): > > Have the FreeBSD *architects* weigh in on the value of the sytsctl approach > as opposed to, say, something like a "sysctl" filesystem (like the proc > filesystem)? Yes, there was a discussion on it a while back; you should be able to locate the thread(s) by searching the archives (hackers IIRC) for 'sysctlfs'. Opinions were divided, but I think that the 'against's were sufficiently convincing at the time. > Also, is this interface expected to be exposed via SNMP? Only indirectly, via an agent that has the opportunity to hold a set of OID:name mappings without forcing the mappings into the kernel. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 15:52:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11245 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 15:52:08 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from localhost.my.domain (ppp6543.on.bellglobal.com [206.172.208.135]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11225; Sat, 25 Jul 1998 15:52:04 -0700 (PDT) (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by localhost.my.domain (8.8.8/8.8.8) with ESMTP id SAA27414; Sat, 25 Jul 1998 18:52:15 -0400 (EDT) (envelope-from ac199@hwcn.org) X-Authentication-Warning: localhost.my.domain: tim owned process doing -bs Date: Sat, 25 Jul 1998 18:52:14 -0400 (EDT) From: Tim Vanderhoek X-Sender: tim@localhost Reply-To: ac199@hwcn.org To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: sysexits In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 25 Jul 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > to indicate failure conditions. However, there is no > predefined value for what is probably the most common error condition, > at least in some applications - a failed malloc(), calloc() or What's wrong with EX_OSERR and EX_TEMPFAIL? ;-) -- This .sig is not innovative, witty, or profund. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 16:05:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12714 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 16:05:45 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from phoenix.home (root@dt02q0n04.nycap.rr.com [204.210.172.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12709 for ; Sat, 25 Jul 1998 16:05:43 -0700 (PDT) (envelope-from dcross1@mail.nycap.rr.com) Received: from mail.nycap.rr.com (dec@localhost.phoenix.home [127.0.0.1] (may be forged)) by phoenix.home (8.8.8/8.8.7) with ESMTP id TAA26763; Sat, 25 Jul 1998 19:05:06 -0400 (EDT) (envelope-from dcross1@mail.nycap.rr.com) Message-ID: <35BA64A1.94E6A416@mail.nycap.rr.com> Date: Sat, 25 Jul 1998 19:05:06 -0400 From: "David E. Cross" X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.6-STABLE i386) MIME-Version: 1.0 To: "Dag-Erling Coidan Smørgrav" CC: sbabkin@dcn.att.com, craig@cse.fau.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: iso images References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I did this for a while with the 2.2.5-RELEASE... it did not take that much system resources, or badnwith surprisingly (I limited it to only 20 people at a time.) I hopefully soon will be in a position to offer this type of service again; and if everything goes well I plan too. I received much positive feedback from all of you. Dag-Erling Coidan Smørgrav wrote: > I think he means that some kind soul should take it upon {him,her}self > to build an ISO image of the distribution and make it available on an > FTP site so people can burn it directly without having to build the > image themselves. > > DES (who thinks it's a good idea) > -- > Dag-Erling Smørgrav - dag-erli@ifi.uio.no > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 19:07:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25691 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 19:07:24 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25671; Sat, 25 Jul 1998 19:07:19 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA29472; Sun, 26 Jul 1998 12:06:52 +1000 Date: Sun, 26 Jul 1998 12:06:52 +1000 From: Bruce Evans Message-Id: <199807260206.MAA29472@godzilla.zeta.org.au> To: current@FreeBSD.ORG, dag-erli@ifi.uio.no, hackers@FreeBSD.ORG Subject: Re: sysexits Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The style(9) man page recommends the use of values defined in > to indicate failure conditions. However, there is no That's a bug in style(9) :-)/2. The only non-contrib'ed 4.4-Lite source files that use it are rmail/rmail.c, mail.local/mail.local.c and sccs/sccs.c. >predefined value for what is probably the most common error condition, >at least in some applications - a failed malloc(), calloc() or >realloc(). I therefore suggest adding the constant EX_NOMEM, with the What's wrong with errx(1, "[mcre]alloc failed")? The error string will be understood by most humans and approximately 0 progams. EX_NOMEM will be understood by few humans and approximately 1 program (sendmail, but only after you change it to recognise the new error). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 19:07:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25794 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 19:07:51 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25761 for ; Sat, 25 Jul 1998 19:07:37 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id EAA06309 for FreeBSD-hackers@FreeBSD.ORG; Sun, 26 Jul 1998 04:07:10 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.9.0.Beta4/keltia-2.14/nospam) id CAA08318 for FreeBSD-hackers@FreeBSD.ORG; Sun, 26 Jul 1998 02:31:40 +0200 (CEST) (envelope-from roberto) Message-ID: <19980726023140.A7527@keltia.freenix.fr> Date: Sun, 26 Jul 1998 02:31:40 +0200 From: Ollivier Robert To: FreeBSD hackers list Subject: Re: Sendmail 8.9.1. antispam on 2.1.0R Mail-Followup-To: FreeBSD hackers list References: <199807251455.QAA12815@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93i In-Reply-To: <199807251455.QAA12815@yedi.iaf.nl>; from Wilko Bulte on Sat, Jul 25, 1998 at 04:55:48PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4462 AMD-K6 MMX @ 225 MHz Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Wilko Bulte: > Strangely enough it does not seem to bother to check MAIL FROM: for a > valid domain. According to www.sendmail.org it should. It does check > for illegal relaying, this according to the docs. Did you kept the same sendmail.cf or did you rebuild a new one ? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #61: Sun Jul 12 14:38:23 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 19:17:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27651 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 19:17:46 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27646; Sat, 25 Jul 1998 19:17:44 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id WAA05555; Sat, 25 Jul 1998 22:17:12 -0400 (EDT) (envelope-from wollman) Date: Sat, 25 Jul 1998 22:17:12 -0400 (EDT) From: Garrett Wollman Message-Id: <199807260217.WAA05555@khavrinen.lcs.mit.edu> To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: sysexits In-Reply-To: References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < at least in some applications - a failed malloc(), calloc() or > realloc(). I therefore suggest adding the constant EX_NOMEM, with the > value 79, to /usr/include/sysexits.h, and bumping EX__MAX to 79 (as Good idea. I would also add EX_NOGROUP (parallel to EX_NOUSER). Don't forget to update the table of names in sendmail. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 25 20:02:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02545 for freebsd-hackers-outgoing; Sat, 25 Jul 1998 20:02:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02500 for ; Sat, 25 Jul 1998 20:01:56 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.8/8.7.3) with ESMTP id XAA13690; Sat, 25 Jul 1998 23:00:04 -0400 (EDT) Message-Id: <199807260300.XAA13690@whizzo.transsys.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Mike Smith cc: hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: AMD PCNet/FAST cards; suppliers? References: <199807252236.PAA06616@antipodes.cdrom.com> In-reply-to: Your message of "Sat, 25 Jul 1998 15:36:55 PDT." <199807252236.PAA06616@antipodes.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Jul 1998 23:00:03 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Howdy; a straightforward question: FreeBSD Test Labs is looking for a > source for a PCI card or cards using the AMD PCNet and/or PCNet/FAST > chips. (Am79c97x etc.) > > Any ideas on where we can get some? The or-Computers Compact PCI systems have these guys on them. I discovered this when testing an eval unit at the office. This is almost certainly not what you expected. On the other hand, if you're looking for an industrial-strength platform to replace freefall, then these things might just be the ticket :-) See http://www.or-computers.com/products/compactpci/compactpci.html for some info. The web page isn't update to date as it doesn't list the new P-II systems they (and Motorola and probably others) have recently come out with. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message