From owner-freebsd-hackers Sun Mar 10 5: 3:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 959FC37B402 for ; Sun, 10 Mar 2002 05:03:15 -0800 (PST) Received: from hades.hell.gr (patr530-a138.otenet.gr [212.205.215.138]) by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g2AD30ft024576; Sun, 10 Mar 2002 15:03:03 +0200 (EET) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g2AD309m003233; Sun, 10 Mar 2002 15:03:00 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from charon@localhost) by hades.hell.gr (8.12.2/8.12.2/Submit) id g2ACpwBR002733; Sun, 10 Mar 2002 14:51:58 +0200 (EET) (envelope-from keramida@freebsd.org) X-Authentication-Warning: hades.hell.gr: charon set sender to keramida@freebsd.org using -f Date: Sun, 10 Mar 2002 14:51:58 +0200 From: Giorgos Keramidas To: "Simon 'corecode' Schubert" Cc: freebsd-hackers@freebsd.org Subject: Re: Swapping performance Message-ID: <20020310125158.GA798@hades.hell.gr> References: <20020307090707.GC26621@elvis.mu.org> <20020307142759.0d95d467.mitko@rila.bg> <20020307080906.367be8df.gclarkii@vsservices.com> <20020307164724.D377@straylight.oblivion.bg> <20020307153615.GB1942@student.uu.se> <20020307164500.5dd21d16.corecode@corecode.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020307164500.5dd21d16.corecode@corecode.ath.cx> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-03-07 16:45, Simon 'corecode' Schubert wrote: > to everybody who doesn't believe that: it really generates bad code. > i've been having severe problems with my tcp and udp stack lately (on a > i586/mmx machine). guess what, -O2 resulted in code which >>sometimes<< > generated bad tcp and/or udp checksums (depending on ip). i didn't > investigate any further, but believe me: not being able to access some > dns servers is a pain in the ass. I've seen this too. When I built both my kernel and userland with -O3, problems accessing the Internet started. When I tried to use tcpdump to find out what went wrong, I saw that it reported *all* outgoing packets for *some* hosts as invalid [0xffff]. The funny thing was that depending on which source/destination I used, it would either work or fail. For destinations that it failed once, it failed all the time. Since I could not verify both the userland and kernel binaries, I chose to disable most optimizations and stick with -O :-) Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 6:59:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from leaf01.kodaksan.com (f012adsl206.coara.or.jp [61.123.217.206]) by hub.freebsd.org (Postfix) with ESMTP id 7031837B400 for ; Sun, 10 Mar 2002 06:59:18 -0800 (PST) Received: by leaf01.kodaksan.com (Postfix, from userid 0) id 16E9A6A901; Sun, 10 Mar 2002 23:59:15 +0900 (JST) To: Some perl administrator Message-Id: <20020310145915.16E9A6A901@leaf01.kodaksan.com> Date: Sun, 10 Mar 2002 23:59:15 +0900 (JST) From: root@kodaksan.com (Charlie Root) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Subject: Mail::Internet test subject This is a test message that was sent by the test suite of Mail::Internet. Testing. one From foo four >From bar seven To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 10:34:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id DF6AB37B41E for ; Sun, 10 Mar 2002 10:33:45 -0800 (PST) Received: from pool0441.cvx21-bradley.dialup.earthlink.net ([209.179.193.186] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16k88D-0003h6-00; Sun, 10 Mar 2002 10:33:18 -0800 Message-ID: <3C8BA6DD.7D57BAB1@mindspring.com> Date: Sun, 10 Mar 2002 10:33:01 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Giorgos Keramidas Cc: Simon 'corecode' Schubert , freebsd-hackers@freebsd.org Subject: Re: Swapping performance References: <20020307090707.GC26621@elvis.mu.org> <20020307142759.0d95d467.mitko@rila.bg> <20020307080906.367be8df.gclarkii@vsservices.com> <20020307164724.D377@straylight.oblivion.bg> <20020307153615.GB1942@student.uu.se> <20020307164500.5dd21d16.corecode@corecode.ath.cx> <20020310125158.GA798@hades.hell.gr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Giorgos Keramidas wrote: > On 2002-03-07 16:45, Simon 'corecode' Schubert wrote: > > to everybody who doesn't believe that: it really generates bad code. > > i've been having severe problems with my tcp and udp stack lately (on a > > i586/mmx machine). guess what, -O2 resulted in code which >>sometimes<< > > generated bad tcp and/or udp checksums (depending on ip). i didn't > > investigate any further, but believe me: not being able to access some > > dns servers is a pain in the ass. > > I've seen this too. When I built both my kernel and userland with -O3, > problems accessing the Internet started. When I tried to use tcpdump to > find out what went wrong, I saw that it reported *all* outgoing packets for > *some* hosts as invalid [0xffff]. > > The funny thing was that depending on which source/destination I used, it > would either work or fail. For destinations that it failed once, it failed > all the time. Since I could not verify both the userland and kernel > binaries, I chose to disable most optimizations and stick with -O :-) Uh, I told you guys the NAT checksum code is broken for certain underflow cases. THis includes the TCP pseudo-header rewrite and the IP header rewrite, when the source and destination address sum goes negative. A simple way of fixing the calculation is to convert all operands to shorts, and then add with carry into an int, folding the final result. You have to accumulate the old value (m) and the new value (m') in seperate accumulators, then reduce the accumulations to shorts, again. THen you compute the final value, per RFC 1624, and reduce it to a short, as well: HC' = ~(~HC + ~m +m') Those are all 16-bit "~"'s; the same effect is available for an int value (which the accumulators should be) via m^0x0000ffff. The key here is that the underflow is associative, but not commutative (this failure, though, is a different commutation than the failure dicussed in the reason RFC 1624 is updating the algorithm). Note that your accumulators must be int's, or you aren't folding the carrys correctly. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 13:54:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-ls-10-3-dialup-2.freesurf.ch [194.230.238.2]) by hub.freebsd.org (Postfix) with ESMTP id 6B88137B400 for ; Sun, 10 Mar 2002 13:53:37 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g2ALlE500250 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Sun, 10 Mar 2002 22:47:15 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g2ALlDw00249; Sun, 10 Mar 2002 22:47:13 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Date: Sun, 10 Mar 2002 22:47:13 +0100 (CET) Message-Id: <200203102147.g2ALlDw00249@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery Subject: Re: unionfs and getcwd problem. To: Takanori Watanabe Cc: "Vladimir B. " Grebenschikov , hackers@freebsd.org References: <200202251435.XAA91094@shidahara1.planet.sci.kobe-u.ac.jp> <1015415443.3157.2.camel@vbook.express.ru> Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Slow Dial-in Modem X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [replies sent directly to me may timeout and bounce, since I'm not online as often as I should be, but I'll check the list archives] Moin, moin! %s wrote on %.3s, %lld Sep 1993 > On Mon, 2002-02-25 at 17:35, Takanori Watanabe wrote: > > Hi, I had trouble with unionfs when it calles getcwd(3) when > > I mount some directory on the directry in same file system,like > > mount -t union /usr/home/foo/bar /usr/src/sys/ . [...] > > so it failed to recognize mount point. So I tried the patch as > > follows taken from nullfs. Are there any problem with this patch? Thanks! I'm pleased to report that I applied your patch to my -stable source, and now I'm able to `make buildworld' with my rw unionfs mount of my local hacks, atop a ro nullfs mount with unaltered source, which I'm doing right now. The only obvious `problem' is when a non-r00t user attempts to access the union-mounted fs when the shadow directories have not yet been created, and `permission denied' is returned for all directories that exist below, but not in the unionfs fs. E.g.: | bash-2.05a$ ls -l /usr/src/sys/boot/ | ls: alpha: Permission denied | ls: arc: Permission denied | ls: forth: Permission denied | ls: pc98: Permission denied | total 20 | -rw-r--r-- 1 root wheel 516 Nov 15 1999 Makefile | -rw-r--r-- 1 root wheel 11542 Jul 7 2000 README | drwxr-xr-x 4 root wheel 512 Mar 9 17:15 common [...] > patch below will turn on caching on unionfs, and solve getcwd problem, > patch against -CURRENT > + if ((error == 0 || error == ENOENT) && saveflags & MAKEENTRY && > cnp->cn_nameiop != CREATE) { This apparently doesn't want to work for -stable, with `saveflags' causing a problem. Once I finish my -stable build, I'll see how this changes the behaviour in -current. Thanks! -*- Hmmm, it has the same `saveflags' problem with my -current (from a few days ago). Also, the first patch above, which worked well for me in -stable, also seems to work for the getcwd() problem (csh, make) in -current, but two minor problems remain -- * non-r00t users get errors as in -stable for missing directories ls: share: Permission denied ls: tools: Permission denied ls: usr.bin: Permission denied * existing directories show up twice in -current (not a problem with -stable) with `ls -li' here: 41032 drwxr-xr-x 53 root wheel 512 Mar 10 22:22 sys 41032 drwxr-xr-x 53 root wheel 512 Mar 10 22:22 sys 41029 drwxr-xr-x 164 root wheel 512 Dec 27 03:10 usr.sbin 41029 drwxr-xr-x 164 root wheel 512 Dec 27 03:10 usr.sbin (heh, I haven't checked to see how identical files in both layers are handled) Also, this is a unionfs mount atop a nullfs mount within the same filesystem, /usr, /usr/local/system/src nullfs atop /usr/src, with /usr/local/source-hacks unionfs atop the nullfs /usr/src, if it matters. thanks, barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 14: 5:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-ls-10-3-dialup-2.freesurf.ch [194.230.238.2]) by hub.freebsd.org (Postfix) with ESMTP id 9E99E37B402 for ; Sun, 10 Mar 2002 14:05:13 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g2AK5TR99335 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Sun, 10 Mar 2002 21:05:36 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g2AK5SN99334; Sun, 10 Mar 2002 21:05:28 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Date: Sun, 10 Mar 2002 21:05:28 +0100 (CET) Message-Id: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery Subject: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) To: hackers@freebsd.org Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Slow Dial-in Modem X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [replies sent directly to me may timeout and bounce, since I'm not online as often as I should be, but I'll check the list archives] I wrote a while back, in an old freebsd-current list thread, in which it was determined that WITNESS was to be avoided in -current if one wanted decent performance... > Hmmm, a few weeks ago I did some totally unscientific testing, noting > that -current was much slower than -stable, by playing an mp3 with an [...] > explain why FreeBSD's mpg123 takes ~60% CPU and NetBSD's ~30% (vs the > ~90+% usage by -current)... > Oh, I'll try rebuilding -current Real Soon^W^W later today, without > WITNESS, and compare, just to stay on-topic for this list. And so I did. (build sans WITNESS, not stay on-topic) The results were, well, interesting. I built both a WITNESS and a WITNESSless kernel with more recent k0deZ, and in the case of playing an mp3 file with `mpg123', I saw practically no difference between the two, based on %cpu as shown by `top' (like I say, completely unscientific and inaccurate) That's interesting, because the previous -current+WITNESS reported a sound-related lock order reversal and mpg123 took >90% cpu, while neither of the more recent kernels had this lock order reversal. In fact, the %cpu needed by `mpg123' seemed identical between -current, both with and without WETNESS, and -stable. Look: Stable CPU states: 52.7% user, 0.0% nice, 2.3% system, 5.8% interrupt, 39.2% idle PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 272 beer 45 0 344M 908K RUN 3:10 56.10% 56.10% mpg123-O3 260 root 28 0 1440K 1176K RUN 0:04 0.24% 0.24% top Current+WITNESS CPU states: 51.9% user, 0.0% nice, 8.3% system, 12.4% interrupt, 27.4% idle PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 305 beer 115 0 113M 960K RUN 2:06 55.91% 55.91% mpg123-O3 10 root -16 0 0K 12K RUN 1:52 27.39% 27.39% idle 29 root -60 -179 0K 12K WAIT 0:14 5.96% 5.96% irq5: sbc0 12 root -48 -167 0K 12K WAIT 0:07 2.00% 2.00% swi6: tty:sio 313 root 97 0 1544K 1264K RUN 0:02 1.19% 1.17% top Current-without CPU states: 54.0% user, 0.0% nice, 6.8% system, 10.6% interrupt, 28.7% idle PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 322 beer 117 0 97400K 1384K RUN 4:44 55.18% 55.18% mpg123-O3 10 root -16 0 0K 12K RUN 5:38 26.95% 26.95% idle 29 root -60 -179 0K 12K WAIT 0:35 6.01% 6.01% irq5: sbc0 12 root -48 -167 0K 12K WAIT 0:19 2.83% 2.83% swi6: tty:sio 313 root 97 0 1544K 1252K RUN 0:16 1.07% 1.07% top In both -current and -stable, the audio is usually smooth but periodically has a hiccup or two and loops briefly. But the very same hardware, booted into NetBSD off the same disk, running a NetBSD-native binary of mpg123 on NetBSD-current shows this: CPU states: 38.1% user, 0.0% nice, 1.5% system, 1.0% interrupt, 59.4% idle PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 229 beer 10 0 308K 3828K aud_wr 1:17 37.16% 37.16% mpg123 245 root 28 0 164K 860K CPU 0:00 0.89% 0.29% top This machine can happily do a second task without it needing to be `nice'd and still exude clean audio. Not possible with FreeBSD. Just in case I had botched the optimizations for the FreeBSD versions of mpg123, I compiled them statically (I couldn't get the NetBSD version to run under FreeBSD tho), and ran those under NetBSD with the COMPAT_FREEBSD kernel option. Under FreeBSD I saw no change in CPU needed, whilst surprisingly, the static FreeBSD binary run under NetBSD on the same hardware needed *less* cpu than before: CPU states: 20.3% user, 0.0% nice, 1.0% system, 0.0% interrupt, 78.7% idle PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 241 beer 36 0 512K 2020K RUN 0:24 21.71% 21.63% mpg123-stati 268 root 28 0 164K 860K CPU 0:00 0.74% 0.24% top I'm concerned. I know this isn't at all scientific, but why would NetBSD require about 1/3 the CPU to run the same binary as either -stable or -current FreeBSD on the same hardware? Can I be slowing my FreeBSD OSen by using a kernel option that I shouldn't, or is something else coming into play? Another thing of note, with this hardware, under FreeBSD, it takes some seconds (ten or so) from the time I start mpg123 until it stops pegging the CPU and starts to play audio, while with NEtBSD, playing starts immediately with both binaries. If that means anything. -stable: ls: /etc/malloc.conf: No such file or directory -current: /FreeBSD-CURRENT/etc/malloc.conf -> aj sound card: sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: on sbc0 cpu: CPU: Pentium/P54C (75.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping = 4 Features=0x1bf real memory = 75497472 (73728K bytes) (entire dmesg on request if of interest) kernel config options used, if something is obviously a hog, -stable: options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=2000 #Delay (in ms) before probing SCSI options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ATA_STATIC_ID #Static device numbering options PQ_CACHESIZE=512 # color for 512k/16k cache options CPU_SUSP_HLT options USER_LDT #allow user-level control of i386 ldt options SHMMAXPGS=10000 # max amount of shared memory pages (4k on i386) options SHMALL=8192 # max amount of shared memory (bytes) options SHMMIN=1 # min shared memory segment size (bytes) options SHMMNI=200 # max number of shared memory identifiers options SHMSEG=200 # max shared memory segments per process options SEMMAP=31 # amount of entries in semaphore map options SEMMNI=128 # number of semaphore identifiers in the system options SEMMNS=65536 # number of semaphores in the system options SEMMNU=31 # number of undo structures in the system options SEMMSL=512 # max number of semaphores per id options SEMOPM=101 # max number of operations per semop call options SEMUME=11 # max number of undo entries per process options DDB options DDB_UNATTENDED options PERFMON options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpf) options RANDOM_IP_ID options ICMP_BANDLIM options NFS_NOSERVER #Disable the NFS-server code. options UFS_DIRHASH options EXT2FS options CAM_MAX_HIGHPOWER=2 options MSGBUF_SIZE=40960 options PPS_SYNC options MAXCONS=12 # number of virtual consoles options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=500 # number of history buffer lines options SC_NORM_ATTR="(FG_YELLOW|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_BLACK|BG_GREEN)" options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION options NMBCLUSTERS=4096 (I post this in case something is glaringly obvious, before I start to randomly disable half these options to see if things change) Rest of kernel config skipped here, but can be posted if of interest I haven't paid much attention to CPU usage of mpg123 on a 500MHz machine with both OSen, but it's in the low single digits, and is not as blindingly obvious as with this slow machine. I've done a `buildworld' on this 75MHz machine for FreeBSD-current and -stable is in progress, so I think I'll try a NetBSD build too and see how elapsed time (many many hours) compares, not that that is a reliable indicator of speed and efficiency either. confused, barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 14:23:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 3BB5937B402 for ; Sun, 10 Mar 2002 14:23:36 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g2AMK1H36336; Sun, 10 Mar 2002 14:20:01 -0800 (PST) (envelope-from rizzo) Date: Sun, 10 Mar 2002 14:20:01 -0800 From: Luigi Rizzo To: BOUWSMA Beery Cc: hackers@FreeBSD.ORG Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Message-ID: <20020310142001.A36238@iguana.icir.org> References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, it is not the same binary, and compile options may make a huge difference. Browsing in the FreeBSD port of mpg123 I note this message: @${ECHO_MSG} "+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++" @${ECHO_MSG} "Note: you can set OPT_ARCH to optimize for your hardware." @${ECHO_MSG} "(e.g. make OPT_ARCH=i486)." @${ECHO_MSG} "Valid values are: i486, i586, 3dnow" @${ECHO_MSG} "+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++" and none of these seems to be used as default cc -O -pipe -DINET6 -Wall -ansi -pedantic -funroll-all-loops -ffast-math -fomi t-frame-pointer -DROT_I386 -DI386_ASSEM -DREAL_IS_FLOAT -DREAD_MMAP -DUSE_MMAP -DOSS -DTERM_CONTROL -I/usr/local/include -c mpg123.c cheers luigi On Sun, Mar 10, 2002 at 09:05:28PM +0100, BOUWSMA Beery wrote: ... > I wrote a while back, in an old freebsd-current list thread, in which it > was determined that WITNESS was to be avoided in -current if one wanted ... > Stable > CPU states: 52.7% user, 0.0% nice, 2.3% system, 5.8% interrupt, 39.2% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 272 beer 45 0 344M 908K RUN 3:10 56.10% 56.10% mpg123-O3 > 260 root 28 0 1440K 1176K RUN 0:04 0.24% 0.24% top > Current+WITNESS > CPU states: 51.9% user, 0.0% nice, 8.3% system, 12.4% interrupt, 27.4% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 305 beer 115 0 113M 960K RUN 2:06 55.91% 55.91% mpg123-O3 > 10 root -16 0 0K 12K RUN 1:52 27.39% 27.39% idle > 29 root -60 -179 0K 12K WAIT 0:14 5.96% 5.96% irq5: sbc0 > 12 root -48 -167 0K 12K WAIT 0:07 2.00% 2.00% swi6: tty:sio > 313 root 97 0 1544K 1264K RUN 0:02 1.19% 1.17% top > Current-without > CPU states: 54.0% user, 0.0% nice, 6.8% system, 10.6% interrupt, 28.7% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 322 beer 117 0 97400K 1384K RUN 4:44 55.18% 55.18% mpg123-O3 > 10 root -16 0 0K 12K RUN 5:38 26.95% 26.95% idle > 29 root -60 -179 0K 12K WAIT 0:35 6.01% 6.01% irq5: sbc0 > 12 root -48 -167 0K 12K WAIT 0:19 2.83% 2.83% swi6: tty:sio > 313 root 97 0 1544K 1252K RUN 0:16 1.07% 1.07% top > > > In both -current and -stable, the audio is usually smooth but > periodically has a hiccup or two and loops briefly. > > > But the very same hardware, booted into NetBSD off the same disk, > running a NetBSD-native binary of mpg123 on NetBSD-current shows this: > CPU states: 38.1% user, 0.0% nice, 1.5% system, 1.0% interrupt, 59.4% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 229 beer 10 0 308K 3828K aud_wr 1:17 37.16% 37.16% mpg123 > 245 root 28 0 164K 860K CPU 0:00 0.89% 0.29% top > > This machine can happily do a second task without it needing to be > `nice'd and still exude clean audio. Not possible with FreeBSD. > > Just in case I had botched the optimizations for the FreeBSD versions > of mpg123, I compiled them statically (I couldn't get the NetBSD > version to run under FreeBSD tho), and ran those under NetBSD with > the COMPAT_FREEBSD kernel option. Under FreeBSD I saw no change > in CPU needed, whilst surprisingly, the static FreeBSD binary run > under NetBSD on the same hardware needed *less* cpu than before: > > CPU states: 20.3% user, 0.0% nice, 1.0% system, 0.0% interrupt, 78.7% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 241 beer 36 0 512K 2020K RUN 0:24 21.71% 21.63% mpg123-stati > 268 root 28 0 164K 860K CPU 0:00 0.74% 0.24% top > > > I'm concerned. I know this isn't at all scientific, but why would > NetBSD require about 1/3 the CPU to run the same binary as either > -stable or -current FreeBSD on the same hardware? Can I be slowing > my FreeBSD OSen by using a kernel option that I shouldn't, or is > something else coming into play? > > Another thing of note, with this hardware, under FreeBSD, it takes > some seconds (ten or so) from the time I start mpg123 until it stops > pegging the CPU and starts to play audio, while with NEtBSD, playing > starts immediately with both binaries. If that means anything. > > > -stable: ls: /etc/malloc.conf: No such file or directory > -current: /FreeBSD-CURRENT/etc/malloc.conf -> aj > sound card: sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 > pcm0: on sbc0 > cpu: CPU: Pentium/P54C (75.00-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x524 Stepping = 4 > Features=0x1bf > real memory = 75497472 (73728K bytes) > (entire dmesg on request if of interest) > > kernel config options used, if something is obviously a hog, -stable: > > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options FFS_ROOT #FFS usable as root device [keep this!] > options SOFTUPDATES #Enable FFS soft updates support > options MFS #Memory Filesystem > options PROCFS #Process filesystem > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=2000 #Delay (in ms) before probing SCSI > options USERCONFIG #boot -c editor > options VISUAL_USERCONFIG #visual boot -c editor > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options P1003_1B #Posix P1003_1B real-time extensions > options _KPOSIX_PRIORITY_SCHEDULING > options ICMP_BANDLIM #Rate limit bad replies > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ATA_STATIC_ID #Static device numbering > options PQ_CACHESIZE=512 # color for 512k/16k cache > options CPU_SUSP_HLT > options USER_LDT #allow user-level control of i386 ldt > options SHMMAXPGS=10000 # max amount of shared memory pages (4k on i386) > options SHMALL=8192 # max amount of shared memory (bytes) > options SHMMIN=1 # min shared memory segment size (bytes) > options SHMMNI=200 # max number of shared memory identifiers > options SHMSEG=200 # max shared memory segments per process > options SEMMAP=31 # amount of entries in semaphore map > options SEMMNI=128 # number of semaphore identifiers in the system > options SEMMNS=65536 # number of semaphores in the system > options SEMMNU=31 # number of undo structures in the system > options SEMMSL=512 # max number of semaphores per id > options SEMOPM=101 # max number of operations per semop call > options SEMUME=11 # max number of undo entries per process > options DDB > options DDB_UNATTENDED > options PERFMON > options PPP_BSDCOMP #PPP BSD-compress support > options PPP_DEFLATE #PPP zlib/deflate/gzip support > options PPP_FILTER #enable bpf filtering (needs bpf) > options RANDOM_IP_ID > options ICMP_BANDLIM > options NFS_NOSERVER #Disable the NFS-server code. > options UFS_DIRHASH > options EXT2FS > options CAM_MAX_HIGHPOWER=2 > options MSGBUF_SIZE=40960 > options PPS_SYNC > options MAXCONS=12 # number of virtual consoles > options SC_DISABLE_REBOOT # disable reboot key sequence > options SC_HISTORY_SIZE=500 # number of history buffer lines > options SC_NORM_ATTR="(FG_YELLOW|BG_BLACK)" > options SC_NORM_REV_ATTR="(FG_BLACK|BG_GREEN)" > options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" > options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" > options CLK_USE_I8254_CALIBRATION > options CLK_USE_TSC_CALIBRATION > options NMBCLUSTERS=4096 > > (I post this in case something is glaringly obvious, before I start > to randomly disable half these options to see if things change) > > Rest of kernel config skipped here, but can be posted if of interest > > > I haven't paid much attention to CPU usage of mpg123 on a 500MHz > machine with both OSen, but it's in the low single digits, and is > not as blindingly obvious as with this slow machine. > > I've done a `buildworld' on this 75MHz machine for FreeBSD-current > and -stable is in progress, so I think I'll try a NetBSD build too > and see how elapsed time (many many hours) compares, not that that > is a reliable indicator of speed and efficiency either. > > > > confused, > barry bouwsma > > > 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 Mar 10 15:41:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.web.de (smtp02.web.de [217.72.192.151]) by hub.freebsd.org (Postfix) with ESMTP id C8D6537B402 for ; Sun, 10 Mar 2002 15:41:20 -0800 (PST) Received: from [193.170.124.123] (helo=klumpert) by smtp.web.de with smtp (WEB.DE(Exim) 4.31 #23) id 16kCuz-00060S-00; Mon, 11 Mar 2002 00:39:57 +0100 Message-ID: <002e01c1c88c$e209bc30$df02110a@klumpert> From: "Martin Ankerl" To: "BOUWSMA Beery" Cc: References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Date: Mon, 11 Mar 2002 00:39:54 +0100 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Hmmm, a few weeks ago I did some totally unscientific testing, noting > > that -current was much slower than -stable, by playing an mp3 with an > [...] > > explain why FreeBSD's mpg123 takes ~60% CPU and NetBSD's ~30% (vs the > > ~90+% usage by -current)... from http://www.mpg123.de: -------------- The benchmarking lie? Let's write a few notes about benchmarking the different mp3 decoders, which are available. 'top' is NOT a benchmark, it's a simple check on how a program performs. The sad thing with 'top' (or better the linux kernel) is, that it has some problems with the measurement of threaded programs or programs only requesting short chunks of processor time. One real test is to measure how long your machine needs to decode a stream without threads with 100% CPU. Using mpg123 you can do this with time mpg123 -t mp3stream.mp3 or time mpg123 -s mp3stream.mp3 > /dev/null if you additionally want to measure the I/O time. If you find a player, which claims to be 10 or even more times faster than the current players: just don't believe it. A factor of 2 MAY BE possible -------------- Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 19: 2:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail7.nc.rr.com (mail7.southeast.rr.com [24.93.67.54]) by hub.freebsd.org (Postfix) with ESMTP id 32E0337B41D for ; Sun, 10 Mar 2002 19:01:58 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail7.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Sun, 10 Mar 2002 22:01:51 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 47DA7BB35; Sun, 10 Mar 2002 22:01:48 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: "Martin Ankerl" , "BOUWSMA Beery" Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Date: Sun, 10 Mar 2002 22:01:47 -0500 X-Mailer: KMail [version 1.3] Cc: References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> <002e01c1c88c$e209bc30$df02110a@klumpert> In-Reply-To: <002e01c1c88c$e209bc30$df02110a@klumpert> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020311030148.47DA7BB35@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 10 March 2002 06:39 pm, Martin Ankerl wrote: | > > Hmmm, a few weeks ago I did some totally unscientific testing, noting | > > that -current was much slower than -stable, by playing an mp3 with an | > | > [...] | > | > > explain why FreeBSD's mpg123 takes ~60% CPU and NetBSD's ~30% (vs the | > > ~90+% usage by -current)... | | from http://www.mpg123.de: | | -------------- | The benchmarking lie? | Let's write a few notes about benchmarking the different mp3 decoders, | which are available. 'top' is NOT a benchmark, it's a simple check on how a | program performs. The sad thing with 'top' (or better the linux kernel) is, | that it has some problems with the measurement of threaded programs or | programs only requesting short chunks of processor time. One real test is | to measure how long your machine needs to decode a stream without threads | with 100% CPU. Using mpg123 you can do this with | | time mpg123 -t mp3stream.mp3 | or | time mpg123 -s mp3stream.mp3 > /dev/null | | if you additionally want to measure the I/O time. If you find a player, | which claims to be 10 or even more times faster than the current players: | just don't believe it. A factor of 2 MAY BE possible Let's not be too quick to defend FreeBSD's "honor" when people ask questions like this. He stated, if you read the entire mail that he could do multiple tasks while listening to musc under NetBSD but not under FreeBSD. This isn't a benchmarking lie, or measurement anomoly or anything--it's a problem. The figures he posted are what he found when he went to figure out what was going on. FWIW, I listten to music and do other things all the time, but I have 512M of ram and a 900MHz CPU, and I'm guessng he doesn't. I also don't listen to MP3s much, but when I did they seemed to be less taxing that CDs (presumaby due to the i/o) rather than more. | -------------- | | Martin | | | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 19:27:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.trit.org (bazooka.trit.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 9BFF437B405 for ; Sun, 10 Mar 2002 19:27:24 -0800 (PST) Received: by bazooka.trit.org (Postfix, from userid 1000) id 654EF3E31; Mon, 11 Mar 2002 03:27:24 +0000 (UTC) Received: from bazooka (localhost [127.0.0.1]) by bazooka.trit.org (Postfix) with ESMTP id 559263C12E for ; Mon, 11 Mar 2002 03:27:24 +0000 (UTC) To: hackers@freebsd.org Subject: dumpon(8) obsolete Date: Mon, 11 Mar 2002 03:27:19 +0000 From: Dima Dorfman Message-Id: <20020311032724.654EF3E31@bazooka.trit.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Since sysctl(8) grew support for setting dev_t's, dumpon(8) can be reduced to: sysctl kern.dumpdev=$argument Since dumpon(8) is not a standard interface and only appears to be used in /etc/rc, I'd like to change the latter to use sysctl(8) directly and remove dumpon(8) from the tree. The only issue I can see is that there is a lot of relevant information in the dumpon(8) manual page, but most of it is probably more appropriate for the Handbook or crash(8), anyway. If nobody objects, I'd like to move the relevant stuff out of the dumpon(8) manual and proceed to remove the program itself as described above. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 20:27:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id E028737B405 for ; Sun, 10 Mar 2002 20:27:40 -0800 (PST) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g2B4RdHR011444; Mon, 11 Mar 2002 15:27:39 +1100 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g2B4Rdn2011441; Mon, 11 Mar 2002 15:27:39 +1100 (EST) Received: (qmail 47781 invoked by uid 107); 11 Mar 2002 04:27:39 -0000 Message-ID: <20020311042739.47780.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Bad network performance after 4.5 upgrade To: hackers@freebsd.org Date: Mon, 11 Mar 2002 10:28:59 +1100 (EST) X-Mailer: ELM [version 2.5 PL2] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have a FreeBSD box connected to another via a dual-channel isdn router (64+64k). The way this works is that if sustained throughput is detected the second channel on the router (cisco 770) automatically comes up giving throughput of around 14k/sec (or 7k/sec for a single channel). One was running 4.3, the other 4.4. Recently I upgraded the 4.3 machine (which is plugged directly into the router) to 4.5 and noticed an immediate problem with the network upload throughput. Since I was intending to upgrade the other machine anyway I suspended judgement until then. Having done so the problem persists, which is this: as soon as the second channel cuts in the network throughput splutters to a halt. For example, when using scp or ftp it tells me the connection has stalled. The second channel then automatically drops out again due to no network activity (as indicated by the leds). New network sessions can usually be started ok, but it takes quite a while for the scp transfer to recover and the cycle repeats. Initially I suspected the openssh software (since this would have changed with the upgrade), but I have upgraded it and then also noticed the same behaviour with X11 connections, ftp, etc. Additionally, scp transfers between the FreeBSD box and a Solaris 2.6 box across the isdn line behave as expected with the second channel clicking in and staying up, instead of just dying. I've discounted the idea that it's the network driver per se, since it works fine to Solaris and is okay when downloading. Help! Is there some sort of sysctl tweak? I wonder if some sort of timing is being thrown out by the brief delay as the second channel comes up. I witnessed a bit of talk in hackers around December about tcp changes and a bit of recent activity mentioning patches. At this stage, though, it seems like the 4.5 upgrade has stuffed my network throughput in one direction. Here is the ifconfig and dmesg output for the affected end. The isdn router is a cisco 770. xl0: flags=8843 mtu 1500 options=3 inet6 fe80::2c0:4fff:fe60:ad0d%xl0 prefixlen 64 scopeid 0x1 inet 10.179.46.21 netmask 0xfffffff8 broadcast 10.179.46.23 ether 00:c0:4f:60:ad:0d media: Ethernet 10baseT/UTP status: active xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xfe008000-0xfe00 807f irq 10 at device 17.0 on pci0 xl0: Ethernet address: 00:c0:4f:60:ad:0d regards, Callum (c)2002 Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 10 23:58:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id ABA9737B41A for ; Sun, 10 Mar 2002 23:58:39 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2B7wFnp095663; Mon, 11 Mar 2002 08:58:19 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dima Dorfman Cc: hackers@FreeBSD.ORG Subject: Re: dumpon(8) obsolete In-Reply-To: Your message of "Mon, 11 Mar 2002 03:27:19 GMT." <20020311032724.654EF3E31@bazooka.trit.org> Date: Mon, 11 Mar 2002 08:58:15 +0100 Message-ID: <95662.1015833495@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Dima, Can you hold off on this one for a bit ? I would like to see how dumpdevices end in GEOM before I make up my mind. It may be needed to do more than the sysctl in a GEOM world ( like actually opening the device for instance) so a program like dumpon would be useful to embed this code in. Poul-Henning In message <20020311032724.654EF3E31@bazooka.trit.org>, Dima Dorfman writes: >Since sysctl(8) grew support for setting dev_t's, dumpon(8) can be >reduced to: > > sysctl kern.dumpdev=$argument > >Since dumpon(8) is not a standard interface and only appears to be >used in /etc/rc, I'd like to change the latter to use sysctl(8) >directly and remove dumpon(8) from the tree. The only issue I can see >is that there is a lot of relevant information in the dumpon(8) manual >page, but most of it is probably more appropriate for the Handbook or >crash(8), anyway. > >If nobody objects, I'd like to move the relevant stuff out of the >dumpon(8) manual and proceed to remove the program itself as described >above. > >Thanks. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 0:10:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.trit.org (bazooka.trit.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 564FE37B419 for ; Mon, 11 Mar 2002 00:10:24 -0800 (PST) Received: by bazooka.trit.org (Postfix, from userid 1000) id F244A3E31; Mon, 11 Mar 2002 08:10:23 +0000 (UTC) Received: from bazooka (localhost [127.0.0.1]) by bazooka.trit.org (Postfix) with ESMTP id EE40B3C12E; Mon, 11 Mar 2002 08:10:23 +0000 (UTC) To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: dumpon(8) obsolete In-Reply-To: <95662.1015833495@critter.freebsd.dk>; from phk@critter.freebsd.dk on "Mon, 11 Mar 2002 08:58:15 +0100" Date: Mon, 11 Mar 2002 08:10:18 +0000 From: Dima Dorfman Message-Id: <20020311081023.F244A3E31@bazooka.trit.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > Can you hold off on this one for a bit ? I would like to see how > dumpdevices end in GEOM before I make up my mind. It may be needed > to do more than the sysctl in a GEOM world ( like actually opening > the device for instance) so a program like dumpon would be useful > to embed this code in. Certainly. I wouldn't want to unnecessarily delay the integration of copy-on-write :-). Consider my proposal withdrawn. > In message <20020311032724.654EF3E31@bazooka.trit.org>, Dima Dorfman writes: > >Since sysctl(8) grew support for setting dev_t's, dumpon(8) can be > >reduced to: > > > > sysctl kern.dumpdev=$argument > > > >Since dumpon(8) is not a standard interface and only appears to be > >used in /etc/rc, I'd like to change the latter to use sysctl(8) > >directly and remove dumpon(8) from the tree. The only issue I can see > >is that there is a lot of relevant information in the dumpon(8) manual > >page, but most of it is probably more appropriate for the Handbook or > >crash(8), anyway. > > > >If nobody objects, I'd like to move the relevant stuff out of the > >dumpon(8) manual and proceed to remove the program itself as described > >above. > > > >Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 0:25:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id C2BCA37B416 for ; Mon, 11 Mar 2002 00:25:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02F2666C76; Mon, 11 Mar 2002 00:25:34 -0800 (PST) Date: Mon, 11 Mar 2002 00:25:34 -0800 From: Kris Kennaway To: BOUWSMA Beery Cc: hackers@freebsd.org Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Message-ID: <20020311002534.A9838@xor.obsecurity.org> References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk>; from freebsd-user@dcf77-zeit.netscum.dyndns.dk on Sun, Mar 10, 2002 at 09:05:28PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 10, 2002 at 09:05:28PM +0100, BOUWSMA Beery wrote: > I built both a WITNESS and a WITNESSless kernel with more recent > k0deZ, and in the case of playing an mp3 file with `mpg123', I > saw practically no difference between the two, based on %cpu as > shown by `top' (like I say, completely unscientific and inaccurate) As you are no doubt aware there are significant infrastructural changes in -current relating to SMP scalability. It's in a very interim state at the moment, and one of the downsides is increased interrupt latency and lock contention for certain operations (yes, audio playback is one of them). Basically, it's a known issue. Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8jGn+Wry0BWjoQKURAnLeAKDF7KGy+tlujf9huPQoFbduAWCGwgCfUUU2 FLtK7gIlm1pewFhqkROIseI= =Gglu -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 0:28:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) by hub.freebsd.org (Postfix) with ESMTP id C1BBD37B417 for ; Mon, 11 Mar 2002 00:28:16 -0800 (PST) Received: from localhost (os@localhost [127.0.0.1]) by brain.cc.rsu.ru (8.11.6/8.11.4) with ESMTP id g2B8S3b51223 for ; Mon, 11 Mar 2002 11:28:06 +0300 (MSK) (envelope-from os@rsu.ru) Date: Mon, 11 Mar 2002 11:28:02 +0300 (MSK) From: Oleg Sharoiko X-X-Sender: os@brain.cc.rsu.ru To: freebsd-hackers@freebsd.org Subject: Patches to fix MD5 auth in routed Message-ID: <20020311104710.I48441-100000@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! The MD5 authentication of ripv2 packets calculated by routed is (for the moment) incompatible with MD5 authentication calculated by cisco and zebra routers. Routed skips two fields while running MD5_Update. Due to this routed can not talk to cisco and cisco can not talk to routed. The patches bellow will fix the problem. Could someone please review them and commit if they're ok or send me comments if not. I've posted two messages on freebsd-net, but nobody replied so I'm posting here. I really need cisco and routed to communicate with auth enabled and thus I'm ready to spent some time on fixing this part of routed in a way acceptable for the FreeBSD community. Thanks in advance --- include/protocols/routed.h Sun Sep 5 17:43:31 1999 +++ include/protocols/routed.h Wed Feb 27 11:58:16 2002 @@ -84,6 +84,7 @@ /* RIPv2 authentication */ struct netauth { +#define RIP_AUTH_HDR_LEN 4 u_int16_t a_family; /* always RIP_AF_AUTH */ u_int16_t a_type; #define RIP_AUTH_NONE 0 --- sbin/routed.org/input.c Wed Feb 20 10:48:56 2002 +++ sbin/routed/input.c Wed Feb 20 11:15:21 2002 @@ -967,7 +967,7 @@ */ if (TRACEPACKETS) { if (NA->au.a_md5.md5_auth_len - != RIP_AUTH_MD5_LEN) + != RIP_AUTH_HDR_LEN + RIP_AUTH_MD5_LEN) msglim(use_authp, from, "unknown MD5 RIPv2 auth len %#x" " instead of %#x from %s", @@ -989,7 +989,7 @@ } MD5Init(&md5_ctx); - MD5Update(&md5_ctx, (u_char *)rip, len); + MD5Update(&md5_ctx, (u_char *)rip, len+RIP_AUTH_HDR_LEN); MD5Update(&md5_ctx, ap->key, RIP_AUTH_MD5_LEN); MD5Final(hash, &md5_ctx); if (!memcmp(hash, na2->au.au_pw, sizeof(hash))) --- sbin/routed.org/output.c Wed Feb 20 10:47:48 2002 +++ sbin/routed/output.c Wed Feb 20 10:50:01 2002 @@ -303,7 +303,7 @@ na2->a_type = htons(1); na->au.a_md5.md5_pkt_len = htons(len); MD5Init(&md5_ctx); - MD5Update(&md5_ctx, (u_char *)wb->buf, len); + MD5Update(&md5_ctx, (u_char *)wb->buf, len + RIP_AUTH_HDR_LEN); MD5Update(&md5_ctx, ap->key, RIP_AUTH_MD5_LEN); MD5Final(na2->au.au_pw, &md5_ctx); wb->n++; -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 0:52:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from shared1-mail.whowhere.com (shared1-batch.whowhere.com [209.185.123.82]) by hub.freebsd.org (Postfix) with SMTP id 0EA6337B417 for ; Mon, 11 Mar 2002 00:52:35 -0800 (PST) Received: from Unknown/Local ([?.?.?.?]) by shared1-mail.whowhere.com; Mon Mar 11 00:52:26 2002 To: freebsd-hackers@FreeBSD.org Date: Mon, 11 Mar 2002 14:22:26 +0530 From: "Rajesh P Jain" Message-ID: Mime-Version: 1.0 Cc: "Robert Watson" X-Sent-Mail: on Reply-To: rpjain_1977@eudoramail.com X-Mailer: MailCity Service Subject: BPF - Problem with ioctl calls of BPF X-Sender-Ip: 203.197.138.199 Organization: QUALCOMM Eudora Web-Mail (http://www.eudoramail.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, In the BPF - Berkeley Packet Filter, when a file descriptor is associated to an interface to send and receive packets, there is an ioctl parameter "BIOCSSEESENT", which is by default set to 1. Hence the packets both from "remote systems" and "locally generated" are received. If "locally generated" packets needs to be filtered, we can use the option "BIOCSSEESENT" and set the value to 0. After using this ioctl(BIOCSSEESENT) call for one of the ethernet intrfaces (successfully) and associating the BPF using the BIOCSETIF. Now, if we try to assocaite one more BPF to the second interface of the machine (using the BIOCSETIF), the association of the BPF with that interface fails. Am I missing something ??? Please throw light on this issue. Of course, without using the BIOCSSEESENT, I am able to associate 2 interfaces to separate BPF's. With Regards Rajesh P Jain Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 2:23: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 9871437B405 for ; Mon, 11 Mar 2002 02:22:56 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2BAMtw13071 for ; Mon, 11 Mar 2002 11:22:55 +0100 (CET) Date: Mon, 11 Mar 2002 11:24:31 +0100 (CET) From: Martin Blapp To: Subject: OpenOffice c++ Build crash in saxparser Message-ID: <20020311112313.H84384-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Maybe someone can help me ? This only happens with CURRENT. Making: ../../unxfbsd.pro/misc/localedata_ascii.dpc Making : Dependencies touch ../../unxfbsd.pro/misc/localedata_ascii.dpc cp /usr/ports/editors/openoffice-work/work/oo_641c_src/solver/641/unxfbsd.pro/bin/applicat.rdb ../../unxfbsd.pro/bin/applicat.rdb rm -f ../../unxfbsd.pro/misc/localedata_af_ZA.cxx ../../unxfbsd.pro/bin/saxparser af_ZA af_ZA.xml ../../unxfbsd.pro/misc/localedata_af_ZA.cxx ../../unxfbsd.pro/bin/applicat.rdb Segmentation fault (core dumped) dmake: Error code 139, while making '../../unxfbsd.pro/misc/localedata_af_ZA.cxx' ---* TG_SLO.MK *--- (gdb) bt #0 0x8079fb4 in ?? () #1 0x2866816e in stoc_impreg::ImplementationRegistration::registerImplementation (this=0x286ad808, implementationLoaderUrl=@0xbfbfe710, locationUrl=@0xbfbfe73c, xReg=@0xbfbfe70c) at /usr/ports/editors/openoffice-work/work/oo_641c_src/stoc/source/implementationregistration/implreg.cxx:1423 #2 0x804fcfb in main (argc=5, argv=0xbfbfe7bc) at /usr/ports/editors/openoffice-work/work/oo_641c_src/i18npool/source/xmlparser/saxparser.cxx:481 (gdb) frame 1 #1 0x2866816e in stoc_impreg::ImplementationRegistration::registerImplementation (this=0x286ad808, implementationLoaderUrl=@0xbfbfe710, locationUrl=@0xbfbfe73c, xReg=@0xbfbfe70c) at /usr/ports/editors/openoffice-work/work/oo_641c_src/stoc/source/implementationregistration/implreg.cxx:1423 1423 (gdb) p m_xSMgr $1 = { = {_pInterface = 0x285deca4}, } (gdb) p m_xCtx $2 = { = {_pInterface = 0x28671e14}, } (gdb) p xAct $3 = { = {_pInterface = 0x286b1dac}, } (gdb) p xRegistry $4 = { = {_pInterface = 0x285e075c}, } (gdb) p implLoaderUrl $5 = {pData = 0x286ade70} (gdb) p locationUrl $6 = (OUString &) @0xbfbfe73c: {pData = 0x286adfd0} (gdb) p sal_True No symbol "sal_True" in current context (gdb) whatis _xSMgr No symbol "_xSMgr" in current context. (gdb) whatis m_xSMgr type = Reference (gdb) whatis m_xCtx type = Reference (gdb) whatis xAct type = Reference (gdb) whatis xRegistry type = Reference (gdb) whatis implLoaderUrl type = OUString (gdb) whatis locationUrl type = OUString & (gdb) whatis sal_True No symbol "sal_True" in current context. Thanks for helping. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 2:45:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by hub.freebsd.org (Postfix) with SMTP id D726937B417 for ; Mon, 11 Mar 2002 02:45:43 -0800 (PST) Message-ID: <20020311104543.26176.qmail@web21110.mail.yahoo.com> Received: from [62.254.0.5] by web21110.mail.yahoo.com via HTTP; Mon, 11 Mar 2002 02:45:43 PST Date: Mon, 11 Mar 2002 02:45:43 -0800 (PST) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) To: Kris Kennaway , BOUWSMA Beery Cc: hackers@freebsd.org In-Reply-To: <20020311002534.A9838@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Kris Kennaway wrote: > As you are no doubt aware there are significant infrastructural > changes in -current relating to SMP scalability. It's in a very > interim state at the moment, and one of the downsides is increased > interrupt latency and lock contention for certain operations (yes, > audio playback is one of them). > > Basically, it's a known issue. Yep. I agree with Kris, as this issue was discussed in the -current list somewhere. And also, I have been running CURRENT for a while now (around 7/8 months), and it has been going pretty smoothly in the tasks I do. I use mpg123, and xamp for a while with CURRENT and although there are lock issues, but they will be solved by either me, or someone else who can do it. (as I am running an SMP test CURRENT system) __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 5: 7:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 0FC1037B41A for ; Mon, 11 Mar 2002 05:07:25 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2BCahi29199; Mon, 11 Mar 2002 07:36:51 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Mar 2002 07:36:42 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Rajesh P Jain Cc: freebsd-hackers@FreeBSD.org Subject: Re: BPF - Problem with ioctl calls of BPF In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Mar 2002, Rajesh P Jain wrote: > In the BPF - Berkeley Packet Filter, when a file descriptor is > associated to an interface to send and receive packets, there is an > ioctl parameter "BIOCSSEESENT", which is by default set to 1. Hence the > packets both from "remote systems" and "locally generated" are received. > > If "locally generated" packets needs to be filtered, we can use the > option "BIOCSSEESENT" and set the value to 0. > > After using this ioctl(BIOCSSEESENT) call for one of the ethernet > intrfaces (successfully) and associating the BPF using the BIOCSETIF. > > Now, if we try to assocaite one more BPF to the second interface of > the machine (using the BIOCSETIF), the association of the BPF with that > interface fails. > > Am I missing something ??? Please throw light on this issue. > > Of course, without using the BIOCSSEESENT, I am able to associate 2 > interfaces to separate BPF's. I haven't run into this -- the circumstance under which I used (and first added) BIOCSSEESENT was one in which I bound (n) BPF devices to (n) seperate interfaces, and set BIOCSSEESENT=0 on each. We used such an environment to create a userland bridging tool, and use this to avoid first order cycles. Could you provide a code snippet demonstrating the failure? What failure do you get? Our loop consisted of (logically): foreach interface (interface list) { open bpf instance set bpf capture length set bpf interface get and check bpf data link type set bpf "complete header" flag to true set bpf "see sent" flag to false set bpf "immediate" flag to true set bpf "promiscuous" flag to true set bpf instructions } It appeared to work fine although I haven't tried it on recent -STABLE. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 5:17:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [194.141.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 0C27937B405 for ; Mon, 11 Mar 2002 05:17:51 -0800 (PST) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.6/8.11.4) with SMTP id g2BDHnj02283 for ; Mon, 11 Mar 2002 15:17:49 +0200 (EET) (envelope-from vladimirt@rila.bg) Date: Mon, 11 Mar 2002 15:17:49 +0200 From: Vladimir Terziev To: freebsd-hackers@FreeBSD.ORG Subject: BootFORTH language reference Message-Id: <20020311151749.3b5f36eb.vladimirt@rila.bg> X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.7; i386-unknown-freebsd4.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hachers, where can I find a manual/reference for/to a BootFORTH language? regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 5:23:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id 44F0537B419 for ; Mon, 11 Mar 2002 05:23:51 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Mon, 11 Mar 2002 08:23:50 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 105D6BA05; Mon, 11 Mar 2002 08:23:40 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Kris Kennaway , BOUWSMA Beery Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Date: Mon, 11 Mar 2002 08:23:38 -0500 X-Mailer: KMail [version 1.3] Cc: hackers@FreeBSD.ORG References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> <20020311002534.A9838@xor.obsecurity.org> In-Reply-To: <20020311002534.A9838@xor.obsecurity.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020311132340.105D6BA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 11 March 2002 03:25 am, Kris Kennaway wrote: | On Sun, Mar 10, 2002 at 09:05:28PM +0100, BOUWSMA Beery wrote: | > I built both a WITNESS and a WITNESSless kernel with more recent | > k0deZ, and in the case of playing an mp3 file with `mpg123', I | > saw practically no difference between the two, based on %cpu as | > shown by `top' (like I say, completely unscientific and inaccurate) | | As you are no doubt aware there are significant infrastructural | changes in -current relating to SMP scalability. It's in a very | interim state at the moment, and one of the downsides is increased | interrupt latency and lock contention for certain operations (yes, | audio playback is one of them). | | Basically, it's a known issue. At -stable as well as -current or at -current only? The original report here was there a provious thread had established some issues with -current, but he did some testing and there are issues with -stable as well. Are those known issues, too? | | Kris -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 5:54:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id 516F937B419 for ; Mon, 11 Mar 2002 05:54:19 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E3A8366C80; Mon, 11 Mar 2002 05:54:15 -0800 (PST) Date: Mon, 11 Mar 2002 05:54:15 -0800 From: Kris Kennaway To: "Brian T.Schellenberger" Cc: Kris Kennaway , BOUWSMA Beery , hackers@FreeBSD.ORG Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Message-ID: <20020311055415.A17397@xor.obsecurity.org> References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> <20020311002534.A9838@xor.obsecurity.org> <20020311132340.105D6BA05@i8k.babbleon.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020311132340.105D6BA05@i8k.babbleon.org>; from bts@babbleon.org on Mon, Mar 11, 2002 at 08:23:38AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 11, 2002 at 08:23:38AM -0500, Brian T.Schellenberger wrote: > On Monday 11 March 2002 03:25 am, Kris Kennaway wrote: > | On Sun, Mar 10, 2002 at 09:05:28PM +0100, BOUWSMA Beery wrote: > | > I built both a WITNESS and a WITNESSless kernel with more recent > | > k0deZ, and in the case of playing an mp3 file with `mpg123', I > | > saw practically no difference between the two, based on %cpu as > | > shown by `top' (like I say, completely unscientific and inaccurate) > | > | As you are no doubt aware there are significant infrastructural > | changes in -current relating to SMP scalability. It's in a very > | interim state at the moment, and one of the downsides is increased > | interrupt latency and lock contention for certain operations (yes, > | audio playback is one of them). > | > | Basically, it's a known issue. >=20 > At -stable as well as -current or at -current only? What I'm talking about is a -current issue only. I don't recall reading the earlier thread. Kris --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8jLcGWry0BWjoQKURAu9AAJ9IApU5AuMgdEALdaw82lKtq99QGwCg+xlW JLcM4Md6QSZwm6jIPjZ985M= =KmQa -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 6:29:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51]) by hub.freebsd.org (Postfix) with ESMTP id DA62537B400 for ; Mon, 11 Mar 2002 06:29:30 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail4.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Mon, 11 Mar 2002 09:29:57 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 3079BBA05; Mon, 11 Mar 2002 09:29:26 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Kris Kennaway Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Date: Mon, 11 Mar 2002 09:29:25 -0500 X-Mailer: KMail [version 1.3] Cc: Kris Kennaway , BOUWSMA Beery , hackers@FreeBSD.ORG References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> <20020311132340.105D6BA05@i8k.babbleon.org> <20020311055415.A17397@xor.obsecurity.org> In-Reply-To: <20020311055415.A17397@xor.obsecurity.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020311142926.3079BBA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 11 March 2002 08:54 am, Kris Kennaway wrote: | On Mon, Mar 11, 2002 at 08:23:38AM -0500, Brian T.Schellenberger wrote: | > On Monday 11 March 2002 03:25 am, Kris Kennaway wrote: | > | On Sun, Mar 10, 2002 at 09:05:28PM +0100, BOUWSMA Beery wrote: | > | > I built both a WITNESS and a WITNESSless kernel with more recent | > | > k0deZ, and in the case of playing an mp3 file with `mpg123', I | > | > saw practically no difference between the two, based on %cpu as | > | > shown by `top' (like I say, completely unscientific and inaccurate) | > | | > | As you are no doubt aware there are significant infrastructural | > | changes in -current relating to SMP scalability. It's in a very | > | interim state at the moment, and one of the downsides is increased | > | interrupt latency and lock contention for certain operations (yes, | > | audio playback is one of them). | > | | > | Basically, it's a known issue. | > | > At -stable as well as -current or at -current only? | | What I'm talking about is a -current issue only. I don't recall | reading the earlier thread. Well, the original article in *this* thread stated: In fact, the %cpu needed by `mpg123' seemed identical between -current, both with and without W[I]TNESS, and -stable. Look: [55% CPU to decode for all three cases] In both -current and -stable, the audio is usually smooth but periodically has a hiccup or two and loops briefly. But the very same hardware, booted into NetBSD off the same disk, running a NetBSD-native binary of mpg123 on NetBSD-current shows this: [37% CPU to decode] So I don't think that your explanation covers the observed behavior. Though the *system* time and *interrupt* time seem to track as one might expect for this issue, there still seems to be something *else* going on per the mpg123 time and idle time. Ref: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=13691+0+current/freebsd-hackers | | Kris -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 6:50:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id AEBE137B404 for ; Mon, 11 Mar 2002 06:50:13 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g2BEmVX42847; Mon, 11 Mar 2002 06:48:31 -0800 (PST) (envelope-from rizzo) Date: Mon, 11 Mar 2002 06:48:31 -0800 From: Luigi Rizzo To: "Brian T.Schellenberger" Cc: Kris Kennaway , BOUWSMA Beery , hackers@FreeBSD.ORG Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Message-ID: <20020311064831.A42820@iguana.icir.org> References: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> <20020311132340.105D6BA05@i8k.babbleon.org> <20020311055415.A17397@xor.obsecurity.org> <20020311142926.3079BBA05@i8k.babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020311142926.3079BBA05@i8k.babbleon.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As I already asked: what compile time options were used in the two cases ? They surely can make a huge difference. cheers luigi On Mon, Mar 11, 2002 at 09:29:25AM -0500, Brian T.Schellenberger wrote: > Though the *system* time and *interrupt* time seem to track as one might > expect for this issue, there still seems to be something *else* going on per > the mpg123 time and idle time. > > Ref: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=13691+0+current/freebsd-hackers > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 7:10:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by hub.freebsd.org (Postfix) with SMTP id 59CDF37B402 for ; Mon, 11 Mar 2002 07:10:31 -0800 (PST) Message-ID: <20020311151031.14799.qmail@web21108.mail.yahoo.com> Received: from [62.254.0.4] by web21108.mail.yahoo.com via HTTP; Mon, 11 Mar 2002 07:10:31 PST Date: Mon, 11 Mar 2002 07:10:31 -0800 (PST) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) To: Luigi Rizzo , "Brian T.Schellenberger" Cc: Kris Kennaway , BOUWSMA Beery , hackers@FreeBSD.ORG In-Reply-To: <20020311064831.A42820@iguana.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Luigi Rizzo wrote: > As I already asked: > what compile time options were used in the two cases ? > They surely can make a huge difference. > > cheers > luigi > Could it also be a possibility, that the NetBSD defaults differ from the FreeBSD defaults, I think this could make some difference too. :) Regards, -- Hiten Pandya -- __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 7:27: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id 0B39737B416 for ; Mon, 11 Mar 2002 07:27:01 -0800 (PST) Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.com with smtp id 16kRhB-0000Lf-08; Mon, 11 Mar 2002 16:26:41 +0100 Received: from spirit.corecode.ath.cx (320050403952-0001@[80.128.107.3]) by fmrl02.sul.t-online.com with esmtp id 16kRh5-1G0wHQC; Mon, 11 Mar 2002 16:26:35 +0100 Received: from elevation.zuhause.stoert.net (elevation.zuhause.stoert.net [192.168.66.46]) by spirit.corecode.ath.cx (8.11.6/8.11.6) with ESMTP id g2BFQYs02087; Mon, 11 Mar 2002 16:26:34 +0100 (CET) (envelope-from corecode@corecode.ath.cx) Received: (from corecode@localhost) by elevation.zuhause.stoert.net (8.11.6/8.11.6) id g2BFQYw10021; Mon, 11 Mar 2002 16:26:34 +0100 (CET) (envelope-from corecode) Date: Mon, 11 Mar 2002 16:26:31 +0100 From: "Simon 'corecode' Schubert" To: hiten@uk.FreeBSD.org Cc: hitmaster2k@yahoo.com, rizzo@icir.org, bts@babbleon.org, kris@obsecurity.org, freebsd-user@netscum.dyndns.dk, hackers@FreeBSD.ORG Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Message-Id: <20020311162631.7321fc96.corecode@corecode.ath.cx> In-Reply-To: <20020311151031.14799.qmail@web21108.mail.yahoo.com> References: <20020311064831.A42820@iguana.icir.org> <20020311151031.14799.qmail@web21108.mail.yahoo.com> X-Mailer: Sylpheed version 0.7.2claws (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="TytkXWuxah(=.EVh" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --TytkXWuxah(=.EVh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 11 Mar 2002 07:10:31 -0800 (PST) Hiten Pandya wrote: > --- Luigi Rizzo wrote: > > As I already asked: > > what compile time options were used in the two cases ? > > They surely can make a huge difference. > > > > cheers > > luigi > > > > Could it also be a possibility, that the NetBSD defaults differ from > the FreeBSD defaults, I think this could make some difference too. :) actually he mentioned in his post that he used the _same_ binary on fbsd and netbsd (statically linked, netbsd with fbsd emu layer) -- /"\ http://corecode.ath.cx/ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --TytkXWuxah(=.EVh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE8jMypr5S+dk6z85oRAoosAJ9F4+ODcFpDdur6/7B+DoyWq9qAOgCgwyyC 9fTiD2gpoxFij/reqJOA3LQ= =4Nkx -----END PGP SIGNATURE----- --TytkXWuxah(=.EVh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 7:30:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 589E537B402 for ; Mon, 11 Mar 2002 07:30:27 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g2BFTxZ43279; Mon, 11 Mar 2002 07:29:59 -0800 (PST) (envelope-from rizzo) Date: Mon, 11 Mar 2002 07:29:59 -0800 From: Luigi Rizzo To: "Simon 'corecode' Schubert" Cc: hiten@uk.FreeBSD.org, hitmaster2k@yahoo.com, bts@babbleon.org, kris@obsecurity.org, freebsd-user@netscum.dyndns.dk, hackers@FreeBSD.ORG Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) Message-ID: <20020311072959.B43252@iguana.icir.org> References: <20020311064831.A42820@iguana.icir.org> <20020311151031.14799.qmail@web21108.mail.yahoo.com> <20020311162631.7321fc96.corecode@corecode.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020311162631.7321fc96.corecode@corecode.ath.cx> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 11, 2002 at 04:26:31PM +0100, Simon 'corecode' Schubert wrote: > On Mon, 11 Mar 2002 07:10:31 -0800 (PST) Hiten Pandya wrote: > > > --- Luigi Rizzo wrote: > > > As I already asked: > > > what compile time options were used in the two cases ? > > > They surely can make a huge difference. > > > > > > cheers > > > luigi > > > > > > > Could it also be a possibility, that the NetBSD defaults differ from > > the FreeBSD defaults, I think this could make some difference too. :) > > actually he mentioned in his post that he used the _same_ binary on fbsd > and netbsd (statically linked, netbsd with fbsd emu layer) actually later in the same message he mentioned he used a different binary, and the "top" output showed two different names. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 8:25: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id E22A137B405 for ; Mon, 11 Mar 2002 08:24:52 -0800 (PST) Received: from pool0620.cvx22-bradley.dialup.earthlink.net ([209.179.200.110] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16kSbR-0003iw-00; Mon, 11 Mar 2002 08:24:50 -0800 Message-ID: <3C8CDA41.B77B649F@mindspring.com> Date: Mon, 11 Mar 2002 08:24:33 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: BootFORTH language reference References: <20020311151749.3b5f36eb.vladimirt@rila.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vladimir Terziev wrote: > where can I find a manual/reference for/to a BootFORTH language? It is fairly standard FORTH. Just look for FORTH programming information, and most of it will be applicable. It has some minor strangenesses to do with quote interpretration, but it is not incompatible with other FORTH implementations because of this. There are generally two ways to deal with special expansions, and one of them will always work for any given situation. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 8:33:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id C0FFC37B419 for ; Mon, 11 Mar 2002 08:33:27 -0800 (PST) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g2BGXIL99500; Tue, 12 Mar 2002 01:33:18 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: hackers@FreeBSD.org In-Reply-To: <20020311151749.3b5f36eb.vladimirt@rila.bg> References: <20020311151749.3b5f36eb.vladimirt@rila.bg> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 11 From: Makoto Matsushita To: vladimirt@rila.bg Subject: Re: BootFORTH language reference Date: Tue, 12 Mar 2002 01:33:10 +0900 Message-Id: <20020312013310A.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG vladimirt> where can I find a manual/reference for/to a BootFORTH vladimirt> language? BootFORTH is a derived work of ficl 2.05. You may want to check Ficl documentation at . And src/sys/boot is a good reference for you :-) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 9: 4: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 5D5AA37B400 for ; Mon, 11 Mar 2002 09:03:55 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2BH3ri43714; Mon, 11 Mar 2002 12:03:53 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 11 Mar 2002 12:03:52 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: BOUWSMA Beery Cc: hackers@freebsd.org Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) In-Reply-To: <200203102005.g2AK5SN99334@beerswilling.netscum.dyndns.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If you measure this using the 'time' command, what is the result? In particular, how do the %user and %system vary between FreeBSD and NetBSD? This could point us at differences in the sound infrastructure, if the extra CPU you're seeing is a result of increased kernel activity. If it's more user activity, maybe it's a library/memory/alignment/... issue. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Sun, 10 Mar 2002, BOUWSMA Beery wrote: > [replies sent directly to me may timeout and bounce, since I'm not > online as often as I should be, but I'll check the list archives] > > > I wrote a while back, in an old freebsd-current list thread, in which it > was determined that WITNESS was to be avoided in -current if one wanted > decent performance... > > > Hmmm, a few weeks ago I did some totally unscientific testing, noting > > that -current was much slower than -stable, by playing an mp3 with an > [...] > > explain why FreeBSD's mpg123 takes ~60% CPU and NetBSD's ~30% (vs the > > ~90+% usage by -current)... > > > Oh, I'll try rebuilding -current Real Soon^W^W later today, without > > WITNESS, and compare, just to stay on-topic for this list. > > And so I did. (build sans WITNESS, not stay on-topic) The results > were, well, interesting. > > I built both a WITNESS and a WITNESSless kernel with more recent > k0deZ, and in the case of playing an mp3 file with `mpg123', I > saw practically no difference between the two, based on %cpu as > shown by `top' (like I say, completely unscientific and inaccurate) > > That's interesting, because the previous -current+WITNESS reported > a sound-related lock order reversal and mpg123 took >90% cpu, while > neither of the more recent kernels had this lock order reversal. > > In fact, the %cpu needed by `mpg123' seemed identical between > -current, both with and without WETNESS, and -stable. Look: > Stable > CPU states: 52.7% user, 0.0% nice, 2.3% system, 5.8% interrupt, 39.2% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 272 beer 45 0 344M 908K RUN 3:10 56.10% 56.10% mpg123-O3 > 260 root 28 0 1440K 1176K RUN 0:04 0.24% 0.24% top > Current+WITNESS > CPU states: 51.9% user, 0.0% nice, 8.3% system, 12.4% interrupt, 27.4% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 305 beer 115 0 113M 960K RUN 2:06 55.91% 55.91% mpg123-O3 > 10 root -16 0 0K 12K RUN 1:52 27.39% 27.39% idle > 29 root -60 -179 0K 12K WAIT 0:14 5.96% 5.96% irq5: sbc0 > 12 root -48 -167 0K 12K WAIT 0:07 2.00% 2.00% swi6: tty:sio > 313 root 97 0 1544K 1264K RUN 0:02 1.19% 1.17% top > Current-without > CPU states: 54.0% user, 0.0% nice, 6.8% system, 10.6% interrupt, 28.7% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 322 beer 117 0 97400K 1384K RUN 4:44 55.18% 55.18% mpg123-O3 > 10 root -16 0 0K 12K RUN 5:38 26.95% 26.95% idle > 29 root -60 -179 0K 12K WAIT 0:35 6.01% 6.01% irq5: sbc0 > 12 root -48 -167 0K 12K WAIT 0:19 2.83% 2.83% swi6: tty:sio > 313 root 97 0 1544K 1252K RUN 0:16 1.07% 1.07% top > > > In both -current and -stable, the audio is usually smooth but > periodically has a hiccup or two and loops briefly. > > > But the very same hardware, booted into NetBSD off the same disk, > running a NetBSD-native binary of mpg123 on NetBSD-current shows this: > CPU states: 38.1% user, 0.0% nice, 1.5% system, 1.0% interrupt, 59.4% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 229 beer 10 0 308K 3828K aud_wr 1:17 37.16% 37.16% mpg123 > 245 root 28 0 164K 860K CPU 0:00 0.89% 0.29% top > > This machine can happily do a second task without it needing to be > `nice'd and still exude clean audio. Not possible with FreeBSD. > > Just in case I had botched the optimizations for the FreeBSD versions > of mpg123, I compiled them statically (I couldn't get the NetBSD > version to run under FreeBSD tho), and ran those under NetBSD with > the COMPAT_FREEBSD kernel option. Under FreeBSD I saw no change > in CPU needed, whilst surprisingly, the static FreeBSD binary run > under NetBSD on the same hardware needed *less* cpu than before: > > CPU states: 20.3% user, 0.0% nice, 1.0% system, 0.0% interrupt, 78.7% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 241 beer 36 0 512K 2020K RUN 0:24 21.71% 21.63% mpg123-stati > 268 root 28 0 164K 860K CPU 0:00 0.74% 0.24% top > > > I'm concerned. I know this isn't at all scientific, but why would > NetBSD require about 1/3 the CPU to run the same binary as either > -stable or -current FreeBSD on the same hardware? Can I be slowing > my FreeBSD OSen by using a kernel option that I shouldn't, or is > something else coming into play? > > Another thing of note, with this hardware, under FreeBSD, it takes > some seconds (ten or so) from the time I start mpg123 until it stops > pegging the CPU and starts to play audio, while with NEtBSD, playing > starts immediately with both binaries. If that means anything. > > > -stable: ls: /etc/malloc.conf: No such file or directory > -current: /FreeBSD-CURRENT/etc/malloc.conf -> aj > sound card: sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 > pcm0: on sbc0 > cpu: CPU: Pentium/P54C (75.00-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x524 Stepping = 4 > Features=0x1bf > real memory = 75497472 (73728K bytes) > (entire dmesg on request if of interest) > > kernel config options used, if something is obviously a hog, -stable: > > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options FFS_ROOT #FFS usable as root device [keep this!] > options SOFTUPDATES #Enable FFS soft updates support > options MFS #Memory Filesystem > options PROCFS #Process filesystem > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=2000 #Delay (in ms) before probing SCSI > options USERCONFIG #boot -c editor > options VISUAL_USERCONFIG #visual boot -c editor > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options P1003_1B #Posix P1003_1B real-time extensions > options _KPOSIX_PRIORITY_SCHEDULING > options ICMP_BANDLIM #Rate limit bad replies > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ATA_STATIC_ID #Static device numbering > options PQ_CACHESIZE=512 # color for 512k/16k cache > options CPU_SUSP_HLT > options USER_LDT #allow user-level control of i386 ldt > options SHMMAXPGS=10000 # max amount of shared memory pages (4k on i386) > options SHMALL=8192 # max amount of shared memory (bytes) > options SHMMIN=1 # min shared memory segment size (bytes) > options SHMMNI=200 # max number of shared memory identifiers > options SHMSEG=200 # max shared memory segments per process > options SEMMAP=31 # amount of entries in semaphore map > options SEMMNI=128 # number of semaphore identifiers in the system > options SEMMNS=65536 # number of semaphores in the system > options SEMMNU=31 # number of undo structures in the system > options SEMMSL=512 # max number of semaphores per id > options SEMOPM=101 # max number of operations per semop call > options SEMUME=11 # max number of undo entries per process > options DDB > options DDB_UNATTENDED > options PERFMON > options PPP_BSDCOMP #PPP BSD-compress support > options PPP_DEFLATE #PPP zlib/deflate/gzip support > options PPP_FILTER #enable bpf filtering (needs bpf) > options RANDOM_IP_ID > options ICMP_BANDLIM > options NFS_NOSERVER #Disable the NFS-server code. > options UFS_DIRHASH > options EXT2FS > options CAM_MAX_HIGHPOWER=2 > options MSGBUF_SIZE=40960 > options PPS_SYNC > options MAXCONS=12 # number of virtual consoles > options SC_DISABLE_REBOOT # disable reboot key sequence > options SC_HISTORY_SIZE=500 # number of history buffer lines > options SC_NORM_ATTR="(FG_YELLOW|BG_BLACK)" > options SC_NORM_REV_ATTR="(FG_BLACK|BG_GREEN)" > options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" > options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" > options CLK_USE_I8254_CALIBRATION > options CLK_USE_TSC_CALIBRATION > options NMBCLUSTERS=4096 > > (I post this in case something is glaringly obvious, before I start > to randomly disable half these options to see if things change) > > Rest of kernel config skipped here, but can be posted if of interest > > > I haven't paid much attention to CPU usage of mpg123 on a 500MHz > machine with both OSen, but it's in the low single digits, and is > not as blindingly obvious as with this slow machine. > > I've done a `buildworld' on this 75MHz machine for FreeBSD-current > and -stable is in progress, so I think I'll try a NetBSD build too > and see how elapsed time (many many hours) compares, not that that > is a reliable indicator of speed and efficiency either. > > > > confused, > barry bouwsma > > > 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 Mar 11 11:57:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id D5C8C37B41D for ; Mon, 11 Mar 2002 11:56:52 -0800 (PST) Received: from boredom (dickie.ST.HMC.Edu [134.173.59.94]) by odin.ac.hmc.edu (8.11.0/8.11.0) with SMTP id g2BJuq819827 for ; Mon, 11 Mar 2002 11:56:52 -0800 Message-ID: <002001c1c936$c25ff4d0$5e3bad86@boredom> From: "Jeff Jirsa" To: Subject: logging securelevel violations Date: Mon, 11 Mar 2002 11:55:56 -0800 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've noticed that currently, violations of securelevel are aborted, but not typically logged. It seems like in addition to aborting whichever calls are in progress, logging an error might be beneficial. I recognize that this goes along the same lines as logging file permission errors, but if a file is marked immutable, the implicit value of the file should suggest that one might want to be able to audit attempted changes to that file. A case in point: /usr/src/sys/kern/kern_linker.c (4.5 STABLE): int linker_load_file(const char* filename, linker_file_t* result) { ... /* Refuse to load modules if securelevel raised */ if (securelevel > 0) return EPERM; ..... Would the following not work? int linker_load_file(const char* filename, linker_file_t* result) { ... /* Refuse to load modules if securelevel raised */ if (securelevel > 0) { log(LOG_ERR, "Unable to load module %s: securelevel violation \n", filename); return EPERM; } ... So, my questions are: Why shouldn't it be done? What simple problems am I overlooking? (Would such a contribution have a chance of making it into 5.0?) - Jeff ================= Jeff Jirsa jjirsa@hmc.edu ================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 12: 2:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by hub.freebsd.org (Postfix) with ESMTP id A756937B405 for ; Mon, 11 Mar 2002 12:02:28 -0800 (PST) Received: from mira (mira.palisadesys.com [192.188.162.116]) (authenticated (0 bits)) by magellan.palisadesys.com (8.11.6/8.11.6) with ESMTP id g2BK22w14735 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Mon, 11 Mar 2002 14:02:02 -0600 From: "Guy Helmer" To: "Jeff Jirsa" , Subject: RE: logging securelevel violations Date: Mon, 11 Mar 2002 14:02:21 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal In-Reply-To: <002001c1c936$c25ff4d0$5e3bad86@boredom> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jeff Jirsa wrote: > I've noticed that currently, violations of securelevel are > aborted, but not > typically logged. It seems like in addition to aborting whichever > calls are > in progress, logging an error might be beneficial. I recognize that this > goes along the same lines as logging file permission errors, but if a file > is marked immutable, the implicit value of the file should > suggest that one > might want to be able to audit attempted changes to that file. I think this would be useful, but I would be concerned about the rate at which these messages could come when someone is actively attacking a system. Perhaps such messages could go through a rate limiter mechanism similar to that now used by the network interfaces. I am not certain whether this addition would affect the TrustedBSD work, either. Guy Helmer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 12:40:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 9390737B402 for ; Mon, 11 Mar 2002 12:40:20 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020311204019.QVXM2626.rwcrmhc51.attbi.com@InterJet.elischer.org>; Mon, 11 Mar 2002 20:40:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA64832; Mon, 11 Mar 2002 12:29:20 -0800 (PST) Date: Mon, 11 Mar 2002 12:29:19 -0800 (PST) From: Julian Elischer To: hiten@uk.FreeBSD.org Cc: Kris Kennaway , BOUWSMA Beery , hackers@freebsd.org Subject: Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) In-Reply-To: <20020311104543.26176.qmail@web21110.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Mar 2002, Hiten Pandya wrote: > --- Kris Kennaway wrote: > > As you are no doubt aware there are significant infrastructural > > changes in -current relating to SMP scalability. It's in a very > > interim state at the moment, and one of the downsides is increased > > interrupt latency and lock contention for certain operations (yes, > > audio playback is one of them). > > > > Basically, it's a known issue. He also compared stable which also was much worse..... > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 12:49:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 0492F37B402 for ; Mon, 11 Mar 2002 12:49:42 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g2BKneV54414 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO) for ; Mon, 11 Mar 2002 15:49:42 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Mar 2002 22:00:41 +0100 To: freebsd-hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: RE: logging securelevel violations Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I think this would be useful, but I would be concerned about the rate at >which these messages could come when someone is actively attacking a system. >Perhaps such messages could go through a rate limiter mechanism similar to >that now used by the network interfaces. syslogd already has a "last message repeated N times" Also most things you do that are negated by securelevel you can only do as root, so I don't see how someone without elevated privileges could fill up your logs with these messages anyway. These audit messages could be a nice way of finding out that someone has root when they shouldn't. And if root is compromised you have bigger things to worry about then overflowing log files. I personally think this would be very useful. Maybe supply a sysctl for turning on and off. And for the newbies in the house turn it on by default. That way the "Why can't I get this to work?" caused by securelevel settings would be answered a lot quicker. I'm still a junior kernel hacker myself, but I'd say this would be a perfect junior kernel hacker project. Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 15:24:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 075F037B405 for ; Mon, 11 Mar 2002 15:24:37 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g2BNOaL48224; Mon, 11 Mar 2002 15:24:36 -0800 (PST) (envelope-from rizzo) Date: Mon, 11 Mar 2002 15:24:36 -0800 From: Luigi Rizzo To: hackers@freebsd.org Subject: kernel/library wierdness Message-ID: <20020311152436.A47452@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While observing a tcpdump output of a diskless client booting over a slow network, I noticed a few weird access patterns to the root filesystem -- see the tcpdump below (sorry for the long lines): + /sbin/init, right before running /bin/sh, reads /etc/login.conf and then attempts 4 times to access login.conf.db. This really looks bogus, I would expect first one attempt to read the "db" copy, followed by access to the plaintext one. Here not only the order seems wrong, also the number of retries is strange. 23:38:45.270788 c.282475278 > s.2049: 112 lookup fh 965,348397/1661 "login.conf" (DF) 23:38:45.364103 s.2049 > c.282475278: reply ok 240 lookup fh 965,348397/1797 (DF) 23:38:46.905227 c.282475283 > s.2049: 116 lookup fh 965,348397/1661 "login.conf.db" (DF) 23:38:47.105798 s.2049 > c.282475283: reply ok 120 lookup ERROR: No such file or directory (DF) 23:38:47.106296 c.282475284 > s.2049: 116 lookup fh 965,348397/1661 "login.conf.db" (DF) 23:38:47.287960 s.2049 > c.282475284: reply ok 120 lookup ERROR: No such file or directory (DF) 23:38:49.290951 c.282475292 > s.2049: 116 lookup fh 965,348397/1661 "login.conf.db" (DF) 23:38:49.388328 s.2049 > c.282475292: reply ok 120 lookup ERROR: No such file or directory (DF) 23:38:49.388809 c.282475293 > s.2049: 116 lookup fh 965,348397/1661 "login.conf.db" (DF) 23:38:49.520152 s.2049 > c.282475293: reply ok 120 lookup ERROR: No such file or directory (DF) + ifconfig ed0, despite the fact the driver is compiled in, still tries to lookup the module from the filesystem (here the bug might be in sbin/ifconfig.c:ifmaybeload() or in some of the library function that are used there): 23:39:09.451271 c.282475358 > s.2049: 108 lookup fh 965,348397/1567 "ifconfig" (DF) 23:39:09.610255 s.2049 > c.282475358: reply ok 240 lookup fh 965,348397/1590 (DF) 23:39:16.118390 c.282475378 > s.2049: 112 lookup fh 965,348397/1661 "malloc.conf" (DF) 23:39:16.269858 s.2049 > c.282475378: reply ok 120 lookup ERROR: No such file or directory (DF) 23:39:17.257558 c.282475382 > s.2049: 108 lookup fh 965,348397/2 "if_ed.ko" (DF) 23:39:17.363892 s.2049 > c.282475382: reply ok 120 lookup ERROR: No such file or directory (DF) 23:39:17.364415 c.282475383 > s.2049: 104 lookup fh 965,348397/2 "boot" (DF) 23:39:17.500753 s.2049 > c.282475383: reply ok 240 lookup fh 965,348397/1645 (DF) 23:39:17.501360 c.282475384 > s.2049: 108 lookup fh 965,348397/1645 "if_ed.ko" (DF) 23:39:17.613907 s.2049 > c.282475384: reply ok 120 lookup ERROR: No such file or directory (DF) 23:39:17.614367 c.282475385 > s.2049: 108 lookup fh 965,348397/2 "modules" (DF) + /etc/disktab.db is read twice in a row before accessing /etc/disktab: 23:39:26.610493 c.282475420 > s.2049: 112 lookup fh 965,348397/1661 "disktab.db" (DF) 23:39:26.708059 s.2049 > c.282475420: reply ok 120 lookup ERROR: No such file or directory (DF) 23:39:26.708550 c.282475421 > s.2049: 112 lookup fh 965,348397/1661 "disktab.db" (DF) 23:39:26.799911 s.2049 > c.282475421: reply ok 120 lookup ERROR: No such file or directory (DF) 23:39:26.800386 c.282475422 > s.2049: 108 lookup fh 965,348397/1661 "disktab" (DF) 23:39:26.893958 s.2049 > c.282475422: reply ok 240 lookup fh 965,348397/1826 (DF) Just thought to mention them in case someone is interested in looking them up... cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 15:39: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.pressenter.com (hermes.pressenter.com [209.224.20.19]) by hub.freebsd.org (Postfix) with ESMTP id 2196837B405 for ; Mon, 11 Mar 2002 15:39:02 -0800 (PST) Received: from [209.224.32.229] (helo=daggar.sbgnet.net) by hermes.pressenter.com with smtp (Exim 3.16 #1) id 16kZNd-0001dn-00 for freebsd-hackers@freebsd.org; Mon, 11 Mar 2002 17:39:01 -0600 Date: Mon, 11 Mar 2002 17:39:49 -0600 From: Stephen Hilton To: freebsd-hackers@freebsd.org Subject: Adopting src question Message-Id: <20020311173949.5b578a8d.nospam@hiltonbsd.com> X-Mailer: Sylpheed version 0.7.3 (GTK+ 1.2.10; i386-portbld-freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, I have been working on a cvsup/buildworld "helper" document located at: http://www.hiltonbsd.com/articles/buildworld.php And could sure use some review from you hackers :-) One of the areas that concerns me most is the instructions regarding "adopting" your current src version, before cvsup updating to -STABLE. http://www.hiltonbsd.com/articles/buildworld.php#ADOPT Is this step still necessary?, or have advances in the cvsup software made this point moot? And if "adopting" is a necessary step for correct deletions of stale files, are my instructions correct and clear? This is geared towards newer users of cvsup/buildworld, and especially the "broadband-less" users, myself included. Downloading a complete src set over 56k modem is not a joyfull thing. Thanks in advance, Stephen Hilton nospam@hiltonbsd.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 16:15:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by hub.freebsd.org (Postfix) with ESMTP id CB1BC37B42B; Mon, 11 Mar 2002 16:15:29 -0800 (PST) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g2C0DG569744; Mon, 11 Mar 2002 16:13:16 -0800 (PST) (envelope-from root@utility.clubscholarship.com) Date: Mon, 11 Mar 2002 16:13:16 -0800 (PST) From: Patrick Thomas To: Cc: Subject: cryptography implications (privacy) of FreeBSD jail ? Message-ID: <20020311161036.B69654-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Let's say I am running in a jail, and say 5 other people are running in other, seperate jails on the same machine. Now lets say I start up pgp, and generate my keys, and generally use pgp through the command line in my jail. Or, instead of pgp I do other crypto related sensitive activities... what is my risk here ? Can someone either on the host machine or in one of the other jails watch memory on the machine and discern things like my keys or passphrases or have very easy access to the data I am decrypting ? Please feel free to expand on the topic as well, in case there are related questions that I am _not_ asking, but should be... --pt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 16:37:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 54E2237B41A for ; Mon, 11 Mar 2002 16:37:15 -0800 (PST) Received: from hades.hell.gr (patr530-b218.otenet.gr [212.205.244.226]) by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g2C0b51S015745; Tue, 12 Mar 2002 02:37:06 +0200 (EET) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g2C0b4Y0004300; Tue, 12 Mar 2002 02:37:04 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from charon@localhost) by hades.hell.gr (8.12.2/8.12.2/Submit) id g2C0b0HA004293; Tue, 12 Mar 2002 02:37:00 +0200 (EET) (envelope-from keramida@freebsd.org) X-Authentication-Warning: hades.hell.gr: charon set sender to keramida@freebsd.org using -f Date: Tue, 12 Mar 2002 02:36:59 +0200 From: Giorgos Keramidas To: "Rogier R. Mulhuijzen" Cc: freebsd-hackers@freebsd.org Subject: Re: logging securelevel violations Message-ID: <20020312003659.GH2388@hades.hell.gr> References: <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-03-11 22:00, Rogier R. Mulhuijzen wrote: > > >I think this would be useful, but I would be concerned about the rate at > >which these messages could come when someone is actively attacking a > >system. > >Perhaps such messages could go through a rate limiter mechanism similar to > >that now used by the network interfaces. > > syslogd already has a "last message repeated N times" Rate limiting is still needed: while true ;do echo "" > /dev/ad0 echo "" > /dev/ad1 done This would cause syslogd to go nuts! Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 16:46:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id E4CD737B402; Mon, 11 Mar 2002 16:46:49 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2C0klb40427; Tue, 12 Mar 2002 01:46:47 +0100 (CET) Date: Tue, 12 Mar 2002 01:49:02 +0100 (CET) From: Martin Blapp To: Jan Stocker Cc: , , Subject: RE: gcc -O broken in CURRENT In-Reply-To: <000a01c1c8d8$5d549540$fe02010a@twoflower.liebende.de> Message-ID: <20020312014441.M441-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Here are my test news. The -O bug doesn't happen with gcc295 from ports ! Previously I had stated before, the gcc295 from ports did not work too. but it seems that that was a user error :-) /usr/ports/devel/stlport (and the tests test/eh) can be succesfully be made. My staroffice build has survived the segfaulting part now in saxparser. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 16:56:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id 849F837B402 for ; Mon, 11 Mar 2002 16:56:36 -0800 (PST) Received: from newsguy.com (ppp243-bsace7002.telebrasilia.net.br [200.181.81.243]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id QAA18312; Mon, 11 Mar 2002 16:56:20 -0800 (PST) Message-ID: <3C8D524A.96351BDA@newsguy.com> Date: Mon, 11 Mar 2002 21:56:42 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: BootFORTH language reference References: <20020311151749.3b5f36eb.vladimirt@rila.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vladimir Terziev wrote: > > Hi hachers, > > where can I find a manual/reference for/to a BootFORTH language? Try www.fig.org and www.forth.org. You may also look at the FICL page on sourceforge, though you are unlikely to find anything there. You must complete this info with the loader(8) man page. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@international.bsdconspiracy.net "They did what they could to help her, using human skills -- and then, when that failed, left it in the hands of the gods. In this case," he bowed slightly, "myself. Like it or not," the demon continued, "that is my status in this region. Take it up with my priests if it bothers you." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 18: 1:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cauchy.clarkevans.com (209-9-30-66.sdsl.cais.net [209.9.30.66]) by hub.freebsd.org (Postfix) with ESMTP id 56A1B37B400 for ; Mon, 11 Mar 2002 18:01:29 -0800 (PST) Received: from cce by cauchy.clarkevans.com with local (Exim 3.33 #1) id 16kbdU-000A22-00 for freebsd-hackers@freebsd.org; Mon, 11 Mar 2002 21:03:32 -0500 Date: Mon, 11 Mar 2002 21:03:32 -0500 From: "Clark C . Evans" To: freebsd-hackers@freebsd.org Subject: panic: pmap_enter Message-ID: <20020311210332.A38510@doublegemini.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. I'm building "cdrom" based program that uses a memory file system for /var and /tmp. I'm using RELEASE 4_5 kernel stock + IP_FIREWALL defined. When a program crashes, it seems to take the whole system with it... a second or two after the core dump it drops down to the kernel debugger... panic: pmap_enter: attempted pmap_enter on 4MB page trace: Debugger panic pmap_enter vm_fault trap_pfault trap calltrap Anyway, this seems to happen regardless of which program core dumps... any ideas? Best, Clark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 21: 7:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wombat.bytecraft.au.com (wombat.bytecraft.au.com [203.39.118.3]) by hub.freebsd.org (Postfix) with ESMTP id 0D1B537B400 for ; Mon, 11 Mar 2002 21:07:55 -0800 (PST) Received: from MJTDEVNULL (unknown [203.39.118.42]) by wombat.bytecraft.au.com (Postfix) with SMTP id 58C583FF4 for ; Tue, 12 Mar 2002 16:07:52 +1100 (EST) Message-ID: <000801c1c983$dc122540$2a7627cb@MJTDEVNULL> From: "Murray Taylor" To: Subject: Firewall and mpd Date: Tue, 12 Mar 2002 16:07:51 +1100 Organization: Bytrcraft Systems 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 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (hopefully this is not too mangled by M$. It should display ok in fixed width fonts) Proposed firewall structure We are proposing to augment our firewalling as follows and I would like advice on how to (re)setup our MPD installation. I see two options (a) put MPD on the bastion host and allow the GRE packets through to it via the RED network, and then allow the authenticated TCP packets from it through to the GREEN network. (b) place a GIF tunnel on the bastion host and forward the GRE packets on towarwds the GREEN network that way. I have never used gif yet and am looking to those who have been here before as to the most appropriate method. INTERNET | GRE | (pptp) | | | v | a...1 +---------------------+ +-----------------------+ | | | | | Bastion host | | Access Router | | | | | | | | | | MPD or gif tunnel | | | | ? | | | +---------------------+ +-----------------------+ | x...1 | x...126 TCP | ^ GRE | | | | | | v | GRE <-GRE v | RED ============================================================= TCP-> TCP | | | v | | x...32 +-----------------------+ | | | Choke router | | | | | | MPD here if gif? | | | +-----------------------+ | y...32 | | GREEN ============================================================= Murray Taylor -- Special Projects Engineer Bytecraft Systems P/L +61 3 8710 2555 phone +61 3 8710 2599 fax www.bytecraftsystems.com www.bytecraftentertainment.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 23:18:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 2893E37B41B for ; Mon, 11 Mar 2002 23:18:38 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g2C7IWV75248 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Tue, 12 Mar 2002 02:18:34 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 12 Mar 2002 08:29:33 +0100 To: Giorgos Keramidas From: "Rogier R. Mulhuijzen" Subject: Re: logging securelevel violations Cc: freebsd-hackers@freebsd.org In-Reply-To: <20020312003659.GH2388@hades.hell.gr> References: <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 02:36 12-3-2002 +0200, Giorgos Keramidas wrote: >On 2002-03-11 22:00, Rogier R. Mulhuijzen wrote: > > > > >I think this would be useful, but I would be concerned about the rate at > > >which these messages could come when someone is actively attacking a > > >system. > > >Perhaps such messages could go through a rate limiter mechanism similar to > > >that now used by the network interfaces. > > > > syslogd already has a "last message repeated N times" > >Rate limiting is still needed: > > while true ;do > echo "" > /dev/ad0 > echo "" > /dev/ad1 > done > >This would cause syslogd to go nuts! crw-r----- 2 root operator 116, 0x00010002 Jan 20 03:13 /dev/ad0 Only if you're root. Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 11 23:58:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 8EC7B37B400 for ; Mon, 11 Mar 2002 23:58:39 -0800 (PST) Received: from blackbox.pacbell.net ([64.166.84.104]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GSU00MEROTPAQ@mta5.snfc21.pbi.net> for freebsd-hackers@freebsd.org; Mon, 11 Mar 2002 23:58:39 -0800 (PST) Received: from blackbox.pacbell.net (localhost [127.0.0.1]) by blackbox.pacbell.net (8.12.2/8.12.2) with ESMTP id g2C7wVKl005788; Mon, 11 Mar 2002 23:58:31 -0800 Received: (from mikem@localhost) by blackbox.pacbell.net (8.12.2/8.12.2/Submit) id g2C7wU1g005787; Mon, 11 Mar 2002 23:58:30 -0800 (PST) Date: Mon, 11 Mar 2002 23:58:30 -0800 From: Mike Makonnen Subject: Re: panic: pmap_enter In-reply-to: <20020311210332.A38510@doublegemini.com> To: "Clark C . Evans" Cc: freebsd-hackers@freebsd.org Message-id: <1015919910.4901.5.camel@blackbox.pacbell.net> MIME-version: 1.0 X-Mailer: Evolution/1.0.2 Content-type: text/plain Content-transfer-encoding: 7BIT References: <20020311210332.A38510@doublegemini.com> X-Authentication-warning: blackbox.pacbell.net: mikem set sender to mike_makonnen@yahoo.com using -f Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-03-11 at 18:03, Clark C . Evans wrote: > panic: pmap_enter: attempted pmap_enter on 4MB page > > trace: > Debugger > panic > pmap_enter > vm_fault > trap_pfault > trap > calltrap > It seems to me that you are showing only the last part of the trace, which shows where a second panic occurred. While that may also be an issue the real reason for the panic occurred earlier. Please post the complete trace. Cheers, Mike Makonnen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 0: 4:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 338CC37B400; Tue, 12 Mar 2002 00:04:23 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020312080417.DGYJ2951.rwcrmhc53.attbi.com@blossom.cjclark.org>; Tue, 12 Mar 2002 08:04:17 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g2C84Hu31718; Tue, 12 Mar 2002 00:04:17 -0800 (PST) (envelope-from cjc) Date: Tue, 12 Mar 2002 00:04:17 -0800 From: "Crist J. Clark" To: Patrick Thomas Cc: freebsd-hackers@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: cryptography implications (privacy) of FreeBSD jail ? Message-ID: <20020312000417.F29705@blossom.cjclark.org> References: <20020311161036.B69654-100000@utility.clubscholarship.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020311161036.B69654-100000@utility.clubscholarship.com>; from root@utility.clubscholarship.com on Mon, Mar 11, 2002 at 04:13:16PM -0800 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 11, 2002 at 04:13:16PM -0800, Patrick Thomas wrote: > > Let's say I am running in a jail, and say 5 other people are running in > other, seperate jails on the same machine. > > Now lets say I start up pgp, and generate my keys, and generally use pgp > through the command line in my jail. Or, instead of pgp I do other crypto > related sensitive activities... > > what is my risk here ? Can someone either on the host machine or in one > of the other jails watch memory on the machine and discern things like my > keys or passphrases or have very easy access to the data I am decrypting ? As always, root on the host ownz you. root in your jail probably does too. If the jails are set up "promiscuously," I can think of ways users in other jails could get information, but if they are set up well, I don't see any straightforward attacks. But I haven't done exhaustive research. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 0:31:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id B702137B404 for ; Tue, 12 Mar 2002 00:31:05 -0800 (PST) Received: from pool0052.cvx40-bradley.dialup.earthlink.net ([216.244.42.52] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16khgQ-0002Y8-00; Tue, 12 Mar 2002 00:30:58 -0800 Message-ID: <3C8DBC98.508D76A9@mindspring.com> Date: Tue, 12 Mar 2002 00:30:16 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Makonnen Cc: "Clark C . Evans" , freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter References: <20020311210332.A38510@doublegemini.com> <1015919910.4901.5.camel@blackbox.pacbell.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Makonnen wrote: > On Mon, 2002-03-11 at 18:03, Clark C . Evans wrote: > > panic: pmap_enter: attempted pmap_enter on 4MB page > > > > trace: > > Debugger > > panic > > pmap_enter > > vm_fault > > trap_pfault > > trap > > calltrap > > > > It seems to me that you are showing only the last part of the trace, > which shows where a second panic occurred. While that may also be an > issue the real reason for the panic occurred earlier. Please post the > complete trace. You faulted on a 4M page mapping for which backing store was not assigned. You are not permitted to create 4M pages without assigned backing store (basically, you can't page them in and out). Probably you are doing something incredibly weird that you are not allowed to do, but don't want to tell us about... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 0:34:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id E5F9937B404; Tue, 12 Mar 2002 00:34:14 -0800 (PST) Received: from pool0052.cvx40-bradley.dialup.earthlink.net ([216.244.42.52] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16khja-00044u-00; Tue, 12 Mar 2002 00:34:14 -0800 Message-ID: <3C8DBD5E.7055B080@mindspring.com> Date: Tue, 12 Mar 2002 00:33:34 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Crist J. Clark" Cc: Patrick Thomas , freebsd-hackers@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: cryptography implications (privacy) of FreeBSD jail ? References: <20020311161036.B69654-100000@utility.clubscholarship.com> <20020312000417.F29705@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Crist J. Clark" wrote: > On Mon, Mar 11, 2002 at 04:13:16PM -0800, Patrick Thomas wrote: > > Let's say I am running in a jail, and say 5 other people are running in > > other, seperate jails on the same machine. > > > > Now lets say I start up pgp, and generate my keys, and generally use pgp > > through the command line in my jail. Or, instead of pgp I do other crypto > > related sensitive activities... > > > > what is my risk here ? Can someone either on the host machine or in one > > of the other jails watch memory on the machine and discern things like my > > keys or passphrases or have very easy access to the data I am decrypting ? > > As always, root on the host ownz you. root in your jail probably does > too. If the jails are set up "promiscuously," I can think of ways > users in other jails could get information, but if they are set up > well, I don't see any straightforward attacks. But I haven't done > exhaustive research. Enable devfs. Disable direct use of specfs, so that user created device nodes are no good. Mount the devfs in the jail, which will create a local instance from the template. Now delete /dev/io, /dev/mem, /dev/kmem out of the devfs. Voila'... it's now as safe as it's possible to be, and the reading of memory other than that mapped into your process address space is not possible, since you can't use /dec/mem or /dev/kmem to map the memory, and you can't use /dev/io to hack the bits on the disk, the hard (and dangerous) way. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 2:50:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by hub.freebsd.org (Postfix) with SMTP id 4B8F137B436 for ; Tue, 12 Mar 2002 02:50:34 -0800 (PST) Received: from yognix (AUTH login) at privatbank.comcent.nikolaev.ua (HELO mindpower) (yognix@213.130.12.214) by smtp.mail.vip.sc5.yahoo.com with SMTP; 12 Mar 2002 10:50:23 -0000 Message-ID: <000201c1c9b3$d9e33680$56010d0a@mindlab> From: "Nix Yog" To: Subject: Date: Tue, 12 Mar 2002 12:48:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 Disposition-Notification-To: "Nix Yog" X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 3:59:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from draco.over-yonder.net (draco.over-yonder.net [198.78.58.61]) by hub.freebsd.org (Postfix) with ESMTP id 0A05F37B47A for ; Tue, 12 Mar 2002 03:58:45 -0800 (PST) Received: by draco.over-yonder.net (Postfix, from userid 100) id A203EFC4; Tue, 12 Mar 2002 05:58:44 -0600 (CST) Date: Tue, 12 Mar 2002 05:58:44 -0600 From: "Matthew D. Fuller" To: hackers@freebsd.org Subject: [fullermd@over-yonder.net: Re: bug in pw, freebsd 4.5] Message-ID: <20020312055844.K57293@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5-fullermd.1i X-Editor: vi X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Come to think of it, -hackers may be the more appropriate forum for RFC'ing on this... ----- Forwarded message from "Matthew D. Fuller" ----- From: "Matthew D. Fuller" To: Daniel Sickels Cc: freebsd-bugs@FreeBSD.ORG Date: Sat, 9 Mar 2002 04:52:25 -0600 Subject: Re: bug in pw, freebsd 4.5 User-Agent: Mutt/1.2.5-fullermd.1i Message-ID: <20020309045225.D57293@over-yonder.net> On Fri, Mar 08, 2002 at 12:43:51PM -0500 I heard the voice of Daniel Sickels, and lo! it spake thus: > Multiple instances of pw making chanegs at the same time cause some rather > horrid things to happen. The master.passwd file can be quite badly > corrupted, or pwd_mkdb can fail. This bug is easily reproducable with a > 10000+ line master.passwd, using: > pw useradd test1; pw userdel test1 > ten times over in one process, and > pw useradd test2; pw userdel test2 > ten times over at the same time. The reason for this is that the only file pw(8) locks is /etc/master.passwd.new when it copies into it. It can't lock master.passwd, because that file will disappear and reappear in the middle of its work. I suppose in THEORY you could change the master.passwd -> internal fudging -> master.passwd.new -> rename(master.passwd.new, master.passwd) into .... -> ftruncate(master.passwd), master.passwd.new copy into master.passwd, but that seems rather ugly. I think the correct (well, the least incorrect, anyway) solution is to use an external lockfile for dealings with the passwd file. From a look at hier(8), /var/run seems the most appropriate place. pwd_mkdb(8) and vipw(8) would need to be made to use that location too, and I think pwd_mkdb(8) may need to have a flag added to NOT lock (since pw(8) calls pwd_mkdb(8) internally, it would have to hold the lock the whole time so as to avoid opening a race window). If anybody's interested, I could take a stab at hacking something together for this sometime over the next week or so. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 6: 7:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 151C937B400 for ; Tue, 12 Mar 2002 06:07:27 -0800 (PST) Received: from hades.hell.gr (patr530-a145.otenet.gr [212.205.215.145]) by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g2CE7HuO002283; Tue, 12 Mar 2002 16:07:18 +0200 (EET) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g2CE7bmO003661; Tue, 12 Mar 2002 16:07:37 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from charon@localhost) by hades.hell.gr (8.12.2/8.12.2/Submit) id g2CE7XkS003660; Tue, 12 Mar 2002 16:07:33 +0200 (EET) (envelope-from keramida@freebsd.org) X-Authentication-Warning: hades.hell.gr: charon set sender to keramida@freebsd.org using -f Date: Tue, 12 Mar 2002 16:07:32 +0200 From: Giorgos Keramidas To: "Rogier R. Mulhuijzen" Cc: freebsd-hackers@freebsd.org Subject: Re: logging securelevel violations Message-ID: <20020312140732.GC955@hades.hell.gr> References: <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-03-12 08:29, Rogier R. Mulhuijzen wrote: > At 02:36 12-3-2002 +0200, Giorgos Keramidas wrote: > >Rate limiting is still needed: > > > > while true ;do > > echo "" > /dev/ad0 > > echo "" > /dev/ad1 > > done > > > >This would cause syslogd to go nuts! > > crw-r----- 2 root operator 116, 0x00010002 Jan 20 03:13 /dev/ad0 > > Only if you're root. Well, you get the idea. I meant that syslog will catch the repetitive messages, only if no other messages are sent between the two or more lines that match :-( Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 6:20:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [194.141.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 55C1E37B400 for ; Tue, 12 Mar 2002 06:20:30 -0800 (PST) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.6/8.11.4) with SMTP id g2CEKOj05944 for ; Tue, 12 Mar 2002 16:20:25 +0200 (EET) (envelope-from vladimirt@rila.bg) Date: Tue, 12 Mar 2002 16:20:24 +0200 From: Vladimir Terziev To: freebsd-hackers@FreeBSD.ORG Subject: Running different startup scripts on behalf of loaded kernel and kernel modules Message-Id: <20020312162024.4d19feee.vladimirt@rila.bg> X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.7; i386-unknown-freebsd4.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, I have to configure a box, which has to run different startup scrips on behalf of loaded kernel and kernel modules at startup. What I mean? I have done a loader configuration menu (using bootforth language), which allows different kernel and groups of kernel modules to be load on adminitrator's desire at boot time. What I need to do, else, is to run different startup scrips on behalf of choosed config menu item. How can I do this? I have no ideas for now ... Any ideas? Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 6:31: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from lily.ezo.net (lily.ezo.net [206.102.130.13]) by hub.freebsd.org (Postfix) with ESMTP id 6144C37B620 for ; Tue, 12 Mar 2002 06:30:31 -0800 (PST) Received: from peony.ezo.net (peony.ezo.net [206.102.130.11]) by lily.ezo.net (8.11.6/8.11.6) with ESMTP id g2CETQo05643; Tue, 12 Mar 2002 09:29:26 -0500 (EST) (envelope-from jflowers@ezo.net) From: "Jim Flowers" To: Vladimir Terziev , freebsd-hackers@FreeBSD.ORG Subject: Re: Running different startup scripts on behalf of loaded kernel and kernel modules Date: Tue, 12 Mar 2002 09:30:27 -0500 Message-Id: <20020312093027.M95579@ezo.net> In-Reply-To: <20020312162024.4d19feee.vladimirt@rila.bg> References: <20020312162024.4d19feee.vladimirt@rila.bg> X-Mailer: Open WebMail 1.60 20020130 X-OriginatingIP: 66.24.204.147 (jflowers) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG create/move startup_scripts.sh into/out of /usr/local/etc/rc.d? > Hi hackers, > > I have to configure a box, which has to run different startup > scrips on behalf of loaded kernel and kernel modules at startup. > What I mean? > > I have done a loader configuration menu (using bootforth language) > , which allows different kernel and groups of kernel modules > to be load on adminitrator's desire at boot time. > > What I need to do, else, is to run different startup scrips > on behalf of choosed config menu item. > > How can I do this? I have no ideas for now ... > > Any ideas? > > Vladimir > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Jim Flowers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 6:56:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [194.141.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 438CA37B924 for ; Tue, 12 Mar 2002 06:40:28 -0800 (PST) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.6/8.11.4) with SMTP id g2CEcgj05973; Tue, 12 Mar 2002 16:38:43 +0200 (EET) (envelope-from vladimirt@rila.bg) Date: Tue, 12 Mar 2002 16:38:42 +0200 From: Vladimir Terziev To: "Jim Flowers" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Running different startup scripts on behalf of loaded kernel and kernel modules Message-Id: <20020312163842.7be15f79.vladimirt@rila.bg> In-Reply-To: <20020312093027.M95579@ezo.net> References: <20020312162024.4d19feee.vladimirt@rila.bg> <20020312093027.M95579@ezo.net> X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.7; i386-unknown-freebsd4.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think, I should refine my question ... How can I understand, when the startup scripts are going to be runned, which menu item is choosed ? On Tue, 12 Mar 2002 09:30:27 -0500 "Jim Flowers" wrote: > create/move startup_scripts.sh into/out of /usr/local/etc/rc.d? > > > Hi hackers, > > > > I have to configure a box, which has to run different startup > > scrips on behalf of loaded kernel and kernel modules at startup. > > What I mean? > > > > I have done a loader configuration menu (using bootforth language) > > , which allows different kernel and groups of kernel modules > > to be load on adminitrator's desire at boot time. > > > > What I need to do, else, is to run different startup scrips > > on behalf of choosed config menu item. > > > > How can I do this? I have no ideas for now ... > > > > Any ideas? > > > > Vladimir > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > -- > Jim Flowers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 7:30:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail1.itera.ru (mail1.itera.ru [212.74.231.141]) by hub.freebsd.org (Postfix) with ESMTP id C06EB37BB73 for ; Tue, 12 Mar 2002 07:21:47 -0800 (PST) Received: from lh3.itera.ru ([10.6.1.10]) by mail1.itera.ru (Lotus Domino Release 5.0.9a) with ESMTP id 2002031218052922:7809 ; Tue, 12 Mar 2002 18:05:29 +0300 Received: by LH3 with Internet Mail Service (5.5.2650.21) id ; Tue, 12 Mar 2002 18:04:41 +0300 Message-ID: <3A6B3E1BDD00D611B38F009027874F960ACE13@LH3> From: =?koi8-r?Q?=EC=C5=CF=CE=C9=C4_=F3=CD=D9=CB=CF=D7?= To: "'freebsd-hackers@FreeBSD.org'" Subject: Date: Tue, 12 Mar 2002 18:04:33 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1C9D7.3C0D70F0" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C1C9D7.3C0D70F0 Content-Type: text/plain; charset="koi8-r" ------_=_NextPart_001_01C1C9D7.3C0D70F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="koi8-r" =F3=CF=CF=C2=DD=C5=CE=C9=C5
 
------_=_NextPart_001_01C1C9D7.3C0D70F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 8: 0:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id D462737B91E for ; Tue, 12 Mar 2002 07:59:17 -0800 (PST) Received: (qmail 42176 invoked by uid 1000); 12 Mar 2002 15:58:20 -0000 Date: Tue, 12 Mar 2002 17:58:20 +0200 From: Peter Pentchev To: Vladimir Terziev Cc: Jim Flowers , freebsd-hackers@FreeBSD.ORG Subject: Re: Running different startup scripts on behalf of loaded kernel and kernel modules Message-ID: <20020312175820.A93263@straylight.oblivion.bg> Mail-Followup-To: Vladimir Terziev , Jim Flowers , freebsd-hackers@FreeBSD.ORG References: <20020312162024.4d19feee.vladimirt@rila.bg> <20020312093027.M95579@ezo.net> <20020312163842.7be15f79.vladimirt@rila.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020312163842.7be15f79.vladimirt@rila.bg>; from vladimirt@rila.bg on Tue, Mar 12, 2002 at 04:38:42PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 12, 2002 at 04:38:42PM +0200, Vladimir Terziev wrote: > On Tue, 12 Mar 2002 09:30:27 -0500 > "Jim Flowers" wrote: > > > Hi hackers, > > >=20 > > > I have to configure a box, which has to run different startup=20 > > > scrips on behalf of loaded kernel and kernel modules at startup.=20 > > > What I mean? > > >=20 > > > I have done a loader configuration menu (using bootforth language) > > > , which allows different kernel and groups of kernel modules=20 > > > to be load on adminitrator's desire at boot time. > > >=20 > > > What I need to do, else, is to run different startup scrips=20 > > > on behalf of choosed config menu item. > > >=20 > > > How can I do this? I have no ideas for now ... > > >=20 > > > Any ideas? > >=20 > > create/move startup_scripts.sh into/out of /usr/local/etc/rc.d? >=20 > I think, I should refine my question ... >=20 > How can I understand, when the startup scripts are going to be runned, > which menu item is choosed ? I think that your scripts should set some variables in the loader's environment that can later be passed on to the kernel and read by userland utilities (including startup scripts) - see kenv(1). Then again, I have no idea exactly how this should be done, and whether this is really the right way to go. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 "yields falsehood, when appended to its quotation." yields falsehood, when = appended to its quotation. --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyOJZwACgkQ7Ri2jRYZRVPlHgCgrn2oSxlK2i/Osu794MXouAIV vF4AoKJ8b8LWeQMYmp/Sk4vkMd9VrNwf =mWyf -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 8: 3:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cauchy.clarkevans.com (209-9-30-66.sdsl.cais.net [209.9.30.66]) by hub.freebsd.org (Postfix) with ESMTP id D82EE37B623 for ; Tue, 12 Mar 2002 08:02:31 -0800 (PST) Received: from cce by cauchy.clarkevans.com with local (Exim 3.33 #1) id 16kntS-000Ahu-00; Tue, 12 Mar 2002 10:08:50 -0500 Date: Tue, 12 Mar 2002 10:08:50 -0500 From: "Clark C . Evans" To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter Message-ID: <20020312100850.A41104@doublegemini.com> References: <20020311210332.A38510@doublegemini.com> <1015919910.4901.5.camel@blackbox.pacbell.net> <3C8DBC98.508D76A9@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C8DBC98.508D76A9@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 12, 2002 at 12:30:16AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 12:30:16AM -0800, Terry Lambert wrote: | Mike Makonnen wrote: | > It seems to me that you are showing only the last part of the trace, | > which shows where a second panic occurred. While that may also be an | > issue the real reason for the panic occurred earlier. Please post the | > complete trace. Thank you Mike, I'll do my best to duplicate it, I'm not an expert. It seems that I have the problem (panic) when ever a program core-dumps. But that said, I'm getting core dumps fairly easily... is the memory file system stable? | You faulted on a 4M page mapping for which backing store was | not assigned.a By "backing store" you mean "swap"? I don't have a swap space, although I do have 1GB memory and I'm not using much memory. | You are not permitted to create 4M pages without assigned | backing store (basically, you can't page them in and out). Ok. This is swap related... I'm running with just a read-only CD-ROM and a MFS. Must I have a swap? How do I tell FreeBSD not to use a swap? I have /var and /tmp as a MFS. | Probably you are doing something incredibly weird that you | are not allowed to do, but don't want to tell us about... I'm trying to run FreeBSD without a disk (but with plenty of memory and a CD-ROM boot device). Thanks! Clark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 8: 4:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cauchy.clarkevans.com (209-9-30-66.sdsl.cais.net [209.9.30.66]) by hub.freebsd.org (Postfix) with ESMTP id C897037B629 for ; Tue, 12 Mar 2002 08:02:33 -0800 (PST) Received: from cce by cauchy.clarkevans.com with local (Exim 3.33 #1) id 16koJt-000Am9-00; Tue, 12 Mar 2002 10:36:09 -0500 Date: Tue, 12 Mar 2002 10:36:09 -0500 From: "Clark C . Evans" To: Terry Lambert Cc: Mike Makonnen , freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter Message-ID: <20020312103609.A41341@doublegemini.com> References: <20020311210332.A38510@doublegemini.com> <1015919910.4901.5.camel@blackbox.pacbell.net> <3C8DBC98.508D76A9@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C8DBC98.508D76A9@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 12, 2002 at 12:30:16AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 12, 2002 at 12:30:16AM -0800, Terry Lambert wrote: | Mike Makonnen wrote: | > It seems to me that you are showing only the last part of the trace, | > which shows where a second panic occurred. While that may also be an | > issue the real reason for the panic occurred earlier. Please post the | > complete trace. (after a core-dump of Python due to "bus error"). I can't seem to get the core-dump off the box or I'd try to post it. dev=MFS2, bno =132, bsize=16384, size=16384, fs=/tmp panic: ffs_blkfree: bad size Debugger("panic") db> trace panic fss_blkfree fss_indirtrunc fss_truncate ufs_setattr ufs_vnoperate coredump sigexit postsig syscall2 Xint0x80_syscall I hope this is better. Basically, I'm running a python program that reads in fdisk information, and writes it out. Attached is the python code... it works a few times, but then eventually crashes. However, the general crashing problem doesn't seem to be dependent on Python. Best, Clark --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="disk.py" import os, tempfile class disk: def __init__(self,idx,typ='ad'): self.idx = idx; self.typ = typ (sin,sout,serr) = os.popen3("fdisk -s /dev/%s%d " % (typ,idx)) if not(serr.readline()): self.valid = 1 (x,cyl,y,hd,z,sec,q) = sout.readline().split() self.siz = int(cyl)*int(hd)*int(sec) sout.readline() self.blank = not(sout.readline()) else: self.valid = 0 def __repr__(self): if self.valid: return repr((self.typ,self.idx,self.blank,self.siz)) return '' def partition(self): fn = tempfile.mktemp() f = open(fn,'w') f.write("p 1 165 0 %s\n" % self.siz) f.write("p 2 0 0 0\np 3 0 0 0\np 4 0 0 0\n") f.close() os.system("fdisk -f %s /dev/%s%d" % (fn,self.typ,self.idx)) os.remove(fn) print disk(0) print disk(1) print disk(2) print disk(3) print disk(4) print disk(5) print disk(6) print disk(7) print disk(8) disk(2).partition() --Q68bSM7Ycu6FN28Q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 8: 8:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by hub.freebsd.org (Postfix) with ESMTP id 9ED7D37BAA1 for ; Tue, 12 Mar 2002 08:05:37 -0800 (PST) Received: from fwd09.sul.t-online.de by mailout07.sul.t-online.com with smtp id 16koXf-0004h2-0G; Tue, 12 Mar 2002 16:50:23 +0100 Received: from pc5.abc (520067998749-0001@[217.233.110.216]) by fmrl09.sul.t-online.com with esmtp id 16koXI-28H4c4C; Tue, 12 Mar 2002 16:50:00 +0100 Received: (from nicolas@localhost) by pc5.abc (8.11.6/8.11.6) id g2CFnx652891 for freebsd-hackers@FreeBSD.ORG; Tue, 12 Mar 2002 16:49:59 +0100 (CET) (envelope-from list@rachinsky.de) Date: Tue, 12 Mar 2002 16:49:59 +0100 From: Nicolas Rachinsky To: freebsd-hackers@FreeBSD.ORG Subject: Re: Running different startup scripts on behalf of loaded kernel and kernel modules Message-ID: <20020312154959.GP48172@pc5.abc> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020312162024.4d19feee.vladimirt@rila.bg> <20020312093027.M95579@ezo.net> <20020312163842.7be15f79.vladimirt@rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020312163842.7be15f79.vladimirt@rila.bg> User-Agent: Mutt/1.3.27i X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: C11ABC0E X-PGP-Fingerprint: 19DB 8392 8FE0 814A 7362 EEBD A53B 526A C11A BC0E X-PGP-Key: http://www.rachinsky.de/nicolas/nicolas_rachinsky.asc X-Sender: 520067998749-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * On Tue, Mar 12, 2002 at 04:38:42PM +0200, * Vladimir Terziev wrote: > I think, I should refine my question ... > > How can I understand, when the startup scripts are going to be runned, which menu item is choosed ? Does the output of "sysctl kern.bootfile" and kldstat help you? If you call "kldstat -n nameofmodule" the exitvalue depends on wether the module is loaded or not. Nicolas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 8:23:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d24.as2.nwbl0.wi.voyager.net [169.207.92.24]) by hub.freebsd.org (Postfix) with ESMTP id 0F72A37BEA3 for ; Tue, 12 Mar 2002 08:21:35 -0800 (PST) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.2/8.12.2) with ESMTP id g2CAQ5jJ014559; Tue, 12 Mar 2002 10:26:05 GMT (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.2/8.12.2/Submit) with ESMTP id g2CAPq6d014556; Tue, 12 Mar 2002 10:25:53 GMT X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 12 Mar 2002 10:25:51 +0000 (GMT) From: Mike Silbersack To: "Clark C . Evans" Cc: Terry Lambert , Subject: Re: panic: pmap_enter In-Reply-To: <20020312100850.A41104@doublegemini.com> Message-ID: <20020312102504.I14552-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Clark C . Evans wrote: > Ok. This is swap related... I'm running with just a read-only > CD-ROM and a MFS. Must I have a swap? How do I tell FreeBSD > not to use a swap? I have /var and /tmp as a MFS. What block/fragment size are you using on that MFS? Fragment:Block ratios that are not 8:1 are known to cause problems. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 10: 3:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id A294137B43B; Tue, 12 Mar 2002 10:02:45 -0800 (PST) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id SAA19216; Tue, 12 Mar 2002 18:02:42 GMT From: "Bri" To: , Subject: chowning problem or somthing... Date: Tue, 12 Mar 2002 18:23:49 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG %pwd /usr/home %chown testuser4:staff testuser4/ %ls -l | grep testuser4 drwxr-xr-x 2 testuser3 staff 512 Feb 21 15:06 testuser4 %whoami root %uname -r 4.5-RELEASE // Notice how its still owned as testuser3 when I chowned it as testuser4 should own testuser4's directory maybe it does but the ls command isn't displaying it properly I'm not sure is not really a problem to me but its weird. It could be also something to do with me having testuser and testuser2 + 3 & 4 in the same directory. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 10:26: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 321F737B436; Tue, 12 Mar 2002 10:25:43 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g2CIPeQ8394264; Tue, 12 Mar 2002 21:25:40 +0300 (MSK) Date: Tue, 12 Mar 2002 21:25:39 +0300 (MSK) From: Maxim Konovalov To: Bri Cc: freebsd-hackers@FreeBSD.ORG, Subject: Re: chowning problem or somthing... In-Reply-To: Message-ID: <20020312212449.H94471-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 18:23-0000, Mar 12, 2002, Bri wrote: > %pwd > /usr/home > %chown testuser4:staff testuser4/ > %ls -l | grep testuser4 > drwxr-xr-x 2 testuser3 staff 512 Feb 21 15:06 testuser4 > %whoami > root > %uname -r > 4.5-RELEASE %grep ^testuser /etc/passwd > > // Notice how its still owned as testuser3 when I chowned it as testuser4 > should own testuser4's directory maybe it does but the ls command isn't > displaying it properly I'm not sure is not really a problem to me but its > weird. It could be also something to do with me having testuser and > testuser2 + 3 & 4 in the same directory. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 10:35:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id C76BB37B421; Tue, 12 Mar 2002 10:35:21 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id VAA24405; Tue, 12 Mar 2002 21:42:44 +0300 (MSK) Message-Id: <200203121842.VAA24405@aaz.links.ru> Subject: Re: cryptography implications (privacy) of FreeBSD jail ? In-Reply-To: <3C8DBD5E.7055B080@mindspring.com> from "Terry Lambert" at "Mar 12, 2 00:33:34 am" To: tlambert2@mindspring.com (Terry Lambert) Date: Tue, 12 Mar 2002 21:42:44 +0300 (MSK) Cc: cjc@FreeBSD.ORG, root@utility.clubscholarship.com, freebsd-hackers@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert writes: > "Crist J. Clark" wrote: > > On Mon, Mar 11, 2002 at 04:13:16PM -0800, Patrick Thomas wrote: > > > Let's say I am running in a jail, and say 5 other people are running in > > > other, seperate jails on the same machine. > > > > > > Now lets say I start up pgp, and generate my keys, and generally use pgp > > > through the command line in my jail. Or, instead of pgp I do other crypto > > > related sensitive activities... > > > > > > what is my risk here ? Can someone either on the host machine or in one > > > of the other jails watch memory on the machine and discern things like my > > > keys or passphrases or have very easy access to the data I am decrypting ? > > > > As always, root on the host ownz you. root in your jail probably does > > too. If the jails are set up "promiscuously," I can think of ways > > users in other jails could get information, but if they are set up > > well, I don't see any straightforward attacks. But I haven't done > > exhaustive research. > > Enable devfs. Disable direct use of specfs, so that user > created device nodes are no good. Mount the devfs in the > jail, which will create a local instance from the template. Last time I try devfs on CURRENT it was buggy. Now I use this trik: /dev/ad2s1f /jail ufs rw,nodev 2 2 /full /jail/xf3/dev null ro,noexec 0 0 /null /jail/qmail/o/dev null ro,noexec 0 0 /null /jail/qmail/i/dev null ro,noexec 0 0 /null /jail/pop/ck/dev null ro,noexec 0 0 /null /jail/pop/in/dev null ro,noexec 0 0 .... where /full and /null have some restricted sets of devices. > Now delete /dev/io, /dev/mem, /dev/kmem out of the devfs. > > Voila'... it's now as safe as it's possible to be, and the > reading of memory other than that mapped into your process > address space is not possible, since you can't use /dec/mem > or /dev/kmem to map the memory, and you can't use /dev/io to > hack the bits on the disk, the hard (and dangerous) way. > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 11: 9: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id B31F937B400 for ; Tue, 12 Mar 2002 11:09:04 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2CJ94A00844 for freebsd-hackers@freebsd.org; Tue, 12 Mar 2002 14:09:04 -0500 Date: Tue, 12 Mar 2002 14:09:04 -0500 From: Craig Rodrigues To: freebsd-hackers@freebsd.org Subject: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020312140904.A799@bbn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am currently using FreeBSD 4.3, and am working with ACE, a cross-platform C++ library for doing systems programming (networking, threading, I/O, etc.). I am having problems with the configuration of ACE on FreeBSD, related to POSIX 1003.1b features. Can someone tell me how a user can, at compile time, determine the presence or absence of POSIX 1003.1b features such as: sigwaitinfo sigtimedwait sigqueue Currently, I have some code that does: #if (__FreeBSD_version > 440000) # define _P1003_1B_VISIBLE # define ACE_HAS_AIO_CALLS # define SIGRTMIN 32 # define SIGRTMAX (_SIG_MAXSIG - 1) #endif This test is wrong, because it fails on FreeBSD 4.5. If I read the posix4(9) man page, it says that I need to check _POSIX_VERSION, _POSIX_C_SOURCE, and _POSIX_SOURCE macros to detect what POSIX features are available. If I look in , I see: #ifdef _KERNEL . . . #if (!defined(_POSIX_SOURCE) && !defined(_POSIX_C_SOURCE)) || \ (_POSIX_VERSION >= 199309L && defined(_POSIX_C_SOURCE) && \ _POSIX_C_SOURCE >= 199309L) #define _P1003_1B_VISIBLE #define _P1003_1B_VISIBLE_HISTORICALLY #endif . . . #endif Can I re-use this test to determine if I have the POSIX 1003.1b functions: sigwaitinfo, sigtimedwait, sigqueue available? In , I see the following: #ifdef _P1003_1B_VISIBLE __BEGIN_DECLS int sigqueue __P((_BSD_PID_T_, int, const union sigval)); int sigtimedwait __P((const sigset_t *, siginfo_t *, const struct timespec *)); int sigwaitinfo __P((const sigset_t *, siginfo_t *)); __END_DECLS #endif Any clarification on how to correctly detect and use these features, would be appreciated. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 11:14:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.dyndns.org (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by hub.freebsd.org (Postfix) with ESMTP id 5208737B4AD; Tue, 12 Mar 2002 11:13:44 -0800 (PST) Received: (from chris@localhost) by holly.dyndns.org (8.11.6/8.9.3) id g2CJBbZ49501; Tue, 12 Mar 2002 13:11:38 -0600 (CST) (envelope-from chris) Date: Tue, 12 Mar 2002 13:11:37 -0600 From: Chris Costello To: Bri Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: chowning problem or somthing... Message-ID: <20020312131136.N7081@holly.calldei.com> Reply-To: chris@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from brian@ukip.com on Tue, Mar 12, 2002 at 06:23:49PM -0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday, March 12, 2002, Bri wrote: > %pwd > /usr/home > %chown testuser4:staff testuser4/ > %ls -l | grep testuser4 > drwxr-xr-x 2 testuser3 staff 512 Feb 21 15:06 testuser4 > %whoami > root > %uname -r > 4.5-RELEASE Do testuser3 and testuser4 have the same UID? -- +-------------------+-----------------------------------------+ | Chris Costello | The computer is mightier than the pen, | | chris@FreeBSD.org | the sword, and usually, the programmer. | +-------------------+-----------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 11:30:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 6890B37B419 for ; Tue, 12 Mar 2002 11:30:47 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g2CJUhQ8594425; Tue, 12 Mar 2002 22:30:43 +0300 (MSK) Date: Tue, 12 Mar 2002 22:30:43 +0300 (MSK) From: Maxim Konovalov To: Oleg Sharoiko Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Patches to fix MD5 auth in routed In-Reply-To: <20020311104710.I48441-100000@brain.cc.rsu.ru> Message-ID: <20020312222644.R7354-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oleg, On 11:28+0300, Mar 11, 2002, Oleg Sharoiko wrote: > Hello! > > The MD5 authentication of ripv2 packets calculated by routed is (for the > moment) incompatible with MD5 authentication calculated by cisco and zebra > routers. Routed skips two fields while running MD5_Update. Due to this routed > can not talk to cisco and cisco can not talk to routed. The patches bellow > will fix the problem. Could someone please review them and commit if they're > ok or send me comments if not. I've posted two messages on freebsd-net, but > nobody replied so I'm posting here. I really need cisco and routed to > communicate with auth enabled and thus I'm ready to spent some time on fixing > this part of routed in a way acceptable for the FreeBSD community. > > Thanks in advance I am going to take a look at your patches. Could you please fill a PR meantime? http://www.freebsd.org/doc/en_US.ISO8859-1/articles/problem-reports/ -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 13: 1: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 17B8437B404 for ; Tue, 12 Mar 2002 13:01:00 -0800 (PST) Received: from pool0199.cvx15-bradley.dialup.earthlink.net ([209.179.44.199] helo=sm.socccd.cc.ca.us) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16ktOE-0004He-00 for freebsd-hackers@freebsd.org; Tue, 12 Mar 2002 13:00:58 -0800 Message-ID: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> Date: Tue, 12 Mar 2002 13:02:13 -0800 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Recv() to a mmap'ed file? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi -hackers, In trying to increase throughput in a file transfer application I am working on, I wondered if it was possible to do something like (code of course edited for brevity): /* file_fd points to a regular file which is filled with SIZE nul bytes */ map_addr = mmap(NULL, size, PROT_WRITE, MAP_PRIVATE, file_fd, 0); rv = recv(sockfd, map_addr, size, MSG_WAITALL); Rather than the usual recv() to a fixed size buffer, write() to the file descriptor, loop, etc. However when I try to do this recv gives me back an EFAULT (bad address). Is there a limitation of the architecture which does not allows us to recv() to an mmap'ed area of a file, or is it just something which hasn't been implemented? Thanks. -- Farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 13: 4:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id EB02A37B400 for ; Tue, 12 Mar 2002 13:04:34 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g2CL54g17917; Tue, 12 Mar 2002 13:05:04 -0800 (PST) Date: Tue, 12 Mar 2002 13:05:04 -0800 (PST) From: Doug White To: Bri Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: chowning problem or somthing... In-Reply-To: Message-ID: <20020312130427.V15268-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Bri wrote: > %pwd > /usr/home `id` here? remember, you can't chown files unless you're root. File giveaways are not allowed. > %chown testuser4:staff testuser4/ > %ls -l | grep testuser4 > drwxr-xr-x 2 testuser3 staff 512 Feb 21 15:06 testuser4 > %whoami > root > %uname -r > 4.5-RELEASE Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | 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 Tue Mar 12 13:16:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 480AC37B402 for ; Tue, 12 Mar 2002 13:16:22 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g2CLF4V01068 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Tue, 12 Mar 2002 16:15:06 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020312222347.01c3b080@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 12 Mar 2002 22:26:06 +0100 To: Giorgos Keramidas From: "Rogier R. Mulhuijzen" Subject: Re: logging securelevel violations Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020312140732.GC955@hades.hell.gr> References: <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 16:07 12-3-2002 +0200, Giorgos Keramidas wrote: >On 2002-03-12 08:29, Rogier R. Mulhuijzen wrote: > > At 02:36 12-3-2002 +0200, Giorgos Keramidas wrote: > > >Rate limiting is still needed: > > > > > > while true ;do > > > echo "" > /dev/ad0 > > > echo "" > /dev/ad1 > > > done > > > > > >This would cause syslogd to go nuts! > > > > crw-r----- 2 root operator 116, 0x00010002 Jan 20 03:13 /dev/ad0 > > > > Only if you're root. > >Well, you get the idea. I meant that syslog will catch the repetitive >messages, only if no other messages are sent between the two or more lines >that match :-( What I meant is, the file permissions on /dev/ad0 stop ordinary users from even reaching the point where the secure level denies the attempt. And so only root can actually trigger the secure level violation log message. So it cannot be used to maliously fill the logs. Unless someone has root, and then you have bigger problems. Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 13:21:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id BBB6037B41B for ; Tue, 12 Mar 2002 13:21:15 -0800 (PST) Received: from pool0291.cvx40-bradley.dialup.earthlink.net ([216.244.43.36] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16ktdm-0002xS-00; Tue, 12 Mar 2002 13:17:02 -0800 Message-ID: <3C8E703D.430CEC4E@mindspring.com> Date: Tue, 12 Mar 2002 13:16:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Clark C . Evans" Cc: freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter References: <20020311210332.A38510@doublegemini.com> <1015919910.4901.5.camel@blackbox.pacbell.net> <3C8DBC98.508D76A9@mindspring.com> <20020312100850.A41104@doublegemini.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Clark C . Evans" wrote: > | > It seems to me that you are showing only the last part of the trace, > | > which shows where a second panic occurred. While that may also be an > | > issue the real reason for the panic occurred earlier. Please post the > | > complete trace. > > Thank you Mike, I'll do my best to duplicate it, I'm not an > expert. It seems that I have the problem (panic) when ever > a program core-dumps. But that said, I'm getting core dumps > fairly easily... is the memory file system stable? > > | You faulted on a 4M page mapping for which backing store was > | not assigned.a > > By "backing store" you mean "swap"? I don't have a swap space, > although I do have 1GB memory and I'm not using much memory. No, I mean allocate kernel memory pages. As I said, 4M pages are not permitted to be swapped, so they should never go through the swap code. Because of this, a fault indicating that there is not a page present behind some of the memory is fatal. > | You are not permitted to create 4M pages without assigned > | backing store (basically, you can't page them in and out). > > Ok. This is swap related... I'm running with just a read-only > CD-ROM and a MFS. Must I have a swap? How do I tell FreeBSD > not to use a swap? I have /var and /tmp as a MFS. Right now, there are two possibilities one is extremely ugly. As I told you before: Add DISABLE_PSE to your config file and try it again and tell us what happens. This will actually diagnose which of the two is the problem. Basically, your posted Python program and the fdisk program down in /usr/src/sbin/i386/fdisk do nothing to exercise the 4M page path (i.e. they don't mmap a device). It would be useful to know the virtual address of the panic, to know whether it was because of a pysical page backing for one of the MFS', or for the kernel. Personally, I don't use the MFS code enough, and have no idea which version of it you are using anyway, to know whether or not it tries to use 4M pages or not (basically, if the allocation is on a 4M boundary in KVA space, and goes for at least 4M, then it's possible; that's 4M +/- 4M of space to trigger use of 4M pages). From my reasing of the non-kernel 4M page mapping, it seems to me that it's not possible to end up without backing store in the 4M mapping case for devices, wihch is basically the only other place that 4M pages get invoked. So my guess is that you are exhausting memory, and so your reference is causing it to blow up. If the DISABLE_PSE fixes your problem (by making the system use only 4K pages), then it's most likely that you are running into a kernel image that's smaller than 4M being used with a4M mapping, so the memory at the end of the 4M page is not given physical pages as backing for the mapping (i.e. the mapping is bogus), and when you go to access the memory, it explodes. There are also some subtle bugs in the AMD and Intel CPUs having to do with 4M pages. Disabling the page size extension with the DISABLE_PSE will push your code out of the running as the cause of the problem for this, so you should try this first. If you are personally using 4M pages in the kernel, and getting panics as a result, then you probably don't know what you are doing with the 4M page allocations, and need to back out that code until you do understand. In one of the postings someone (maybe you?) suggested that they were having panics of this sort on an SMP system. THe use of 4M pages in the presence of MESI cache coherency as impemeneted by Intel and AMD is particularly problematic. Again, DISABLE_PSE would be a good diagnostic. In the worst case, you may just be running code from the small period of time when Peter Wemm had reordered some of the assembly code to do some needed cleanup, and tickled the Intel/AMD 4M page bugs, and had to back it out. If you are running -current, make sure you are running recent code, and not some old "stable snapshot of 5.0" that could contain these bugs (and not be as stable as you thought it was at the time you picked the date as your snapshot date). So... Again: add DISABLE_PSE to your config, and tell us if that fixes the problem for you. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 13:33:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id A844C37B405 for ; Tue, 12 Mar 2002 13:33:52 -0800 (PST) Received: from pool0291.cvx40-bradley.dialup.earthlink.net ([216.244.43.36] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16ktu2-00033c-00; Tue, 12 Mar 2002 13:33:50 -0800 Message-ID: <3C8E742C.7C2E63B8@mindspring.com> Date: Tue, 12 Mar 2002 13:33:32 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Rodrigues Cc: freebsd-hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? References: <20020312140904.A799@bbn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues wrote: > I am currently using FreeBSD 4.3, and am working with > ACE, a cross-platform C++ library for doing systems > programming (networking, threading, I/O, etc.). > I am having problems with the configuration of ACE > on FreeBSD, related to POSIX 1003.1b features. > > Can someone tell me how a user can, at compile time, determine > the presence or absence of POSIX 1003.1b features > such as: > > sigwaitinfo > sigtimedwait > sigqueue > > Currently, I have some code that does: > > #if (__FreeBSD_version > 440000) > # define _P1003_1B_VISIBLE You are not allowed to define this. It is defined by the system or not at all. It is for use by programs to do feature testing, not for you to define to cause interfaces to be exposed that would not otherwise be exposed. > This test is wrong, because it fails on FreeBSD 4.5. Yes. You are telling the header file that it should expose prototypes for functions that aren't exposed. The result, although you do not post about it, will be an undefined symbol error for each use of these routines. > If I read the posix4(9) man page, it says that > I need to check _POSIX_VERSION, _POSIX_C_SOURCE, and > _POSIX_SOURCE macros to detect what POSIX features > are available. THat's *CHECK*, _not_ *SET*. If something begins with an "_", it's for you to check, not for you to set. > #if (!defined(_POSIX_SOURCE) && !defined(_POSIX_C_SOURCE)) || \ > (_POSIX_VERSION >= 199309L && defined(_POSIX_C_SOURCE) && \ > _POSIX_C_SOURCE >= 199309L) > #define _P1003_1B_VISIBLE > #define _P1003_1B_VISIBLE_HISTORICALLY > #endif Yes. You should *CHECK* _P1003_1B_VISIBLE to see if you should use those interfaces: #ifdef _P1003_1B_VISIBLE /* OK to use POSIX 1003 B functions */ #else /* !_P1003_1B_VISIBLE */ /* * Have to figure out how to get the same effect some * other way */ #endif /* !_P1003_1B_VISIBLE */ > Can I re-use this test to determine if I have the POSIX 1003.1b > functions: sigwaitinfo, sigtimedwait, sigqueue available? > > In , I see the following: > > #ifdef _P1003_1B_VISIBLE > > __BEGIN_DECLS > int sigqueue __P((_BSD_PID_T_, int, const union sigval)); > int sigtimedwait __P((const sigset_t *, siginfo_t *, const struct timespec *)); > int sigwaitinfo __P((const sigset_t *, siginfo_t *)); > __END_DECLS > > #endif The only thing you are allowed to do is to use the same #ifdef they are using before the prototype declarations to determine in your own code if you can use these functions. The manifest constant is a feature-test macro. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 13:49: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id E0D6B37B417 for ; Tue, 12 Mar 2002 13:48:51 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 9B3BFAE23A; Tue, 12 Mar 2002 13:48:51 -0800 (PST) Date: Tue, 12 Mar 2002 13:48:51 -0800 From: Alfred Perlstein To: Farooq Mela Cc: freebsd-hackers@freebsd.org Subject: Re: Recv() to a mmap'ed file? Message-ID: <20020312214851.GK92565@elvis.mu.org> References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Farooq Mela [020312 13:01] wrote: > > Rather than the usual recv() to a fixed size buffer, write() to the > file descriptor, loop, etc. However when I try to do this recv gives > me back an EFAULT (bad address). Is there a limitation of the > architecture which does not allows us to recv() to an mmap'ed area of > a file, or is it just something which hasn't been implemented? You may not extend a file using mmap(2), you must use ftuncate(2) or write(2). -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 14: 1:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id 2298437B416 for ; Tue, 12 Mar 2002 14:01:08 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2CM17I01720; Tue, 12 Mar 2002 17:01:07 -0500 Date: Tue, 12 Mar 2002 17:01:07 -0500 From: Craig Rodrigues To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020312170107.A1666@bbn.com> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C8E742C.7C2E63B8@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 12, 2002 at 01:33:32PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 01:33:32PM -0800, Terry Lambert wrote: > > If I read the posix4(9) man page, it says that > > I need to check _POSIX_VERSION, _POSIX_C_SOURCE, and > > _POSIX_SOURCE macros to detect what POSIX features > > are available. > > THat's *CHECK*, _not_ *SET*. If something begins with an "_", > it's for you to check, not for you to set. I understand. I didn't write the code in ACE that sets _P1003_1B_VISIBLE, so I am trying to fix it in the correct manner. > > #if (!defined(_POSIX_SOURCE) && !defined(_POSIX_C_SOURCE)) || \ > > (_POSIX_VERSION >= 199309L && defined(_POSIX_C_SOURCE) && \ > > _POSIX_C_SOURCE >= 199309L) > > #define _P1003_1B_VISIBLE > > #define _P1003_1B_VISIBLE_HISTORICALLY > > #endif The other question I have is, when is _P1003_1B_VISIBLE actually defined? In , it looks like that _P1003_1B_VISIBLE is only defined if _KERNEL is defined. So, this macro is only defined if you are compiling kernel code. For user-level (not kernel level) code, is it better to check the _POSIX_SOURCE, _POSIX_VERSION, and _POSIX_C_SOURCE myself, with: #if (!defined(_POSIX_SOURCE) && !defined(_POSIX_C_SOURCE)) || \ (_POSIX_VERSION >= 199309L && defined(_POSIX_C_SOURCE) && \ _POSIX_C_SOURCE >= 199309L) /* put code which requires 1003.1b here */ #endif Also, can someone tell me what _POSIX_VERSION expand to on FreeBSD current? On FreeBSD 4.3, it expands to: 199009L What is the status of the asynch I/O code in FreeBSD current? Is it compiled in by default, or is it still an option? Thanks. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 14: 6:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d24.as2.nwbl0.wi.voyager.net [169.207.92.24]) by hub.freebsd.org (Postfix) with ESMTP id 1551137B405 for ; Tue, 12 Mar 2002 14:06:25 -0800 (PST) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.2/8.12.2) with ESMTP id g2CGBCjJ015993; Tue, 12 Mar 2002 16:11:12 GMT (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.2/8.12.2/Submit) with ESMTP id g2CGBAcI015990; Tue, 12 Mar 2002 16:11:12 GMT X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 12 Mar 2002 16:11:10 +0000 (GMT) From: Mike Silbersack To: Terry Lambert Cc: "Clark C . Evans" , Subject: Re: panic: pmap_enter In-Reply-To: <3C8E703D.430CEC4E@mindspring.com> Message-ID: <20020312160818.T14552-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Terry Lambert wrote: > No, I mean allocate kernel memory pages. As I said, 4M pages > are not permitted to be swapped, so they should never go through > the swap code. > > Because of this, a fault indicating that there is not a page > present behind some of the memory is fatal. Whoa, slow down Terry! He pasted the entire traceback in his second message, and it looks like the ffs code is where the fault is occuring. Clark confirmed that he was not using a 8:1 frag:block ratio on the MFS partition, so that was probably the problem. He's trying out different MFS settings, and I assume we'll hear back from him once he can determine whether that fixed the problem or not. In the meantime, stop hypothesizing about 4MB pages, and go figure out why the FFS code can't handle other frag:block ratios. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 14:35:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 2F63537B4A7 for ; Tue, 12 Mar 2002 14:34:31 -0800 (PST) Received: from pool0291.cvx40-bradley.dialup.earthlink.net ([216.244.43.36] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16kuqe-00071g-00; Tue, 12 Mar 2002 14:34:24 -0800 Message-ID: <3C8E825E.41E7DDFA@mindspring.com> Date: Tue, 12 Mar 2002 14:34:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Silbersack Cc: "Clark C . Evans" , freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter References: <20020312160818.T14552-100000@patrocles.silby.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Silbersack wrote: > On Tue, 12 Mar 2002, Terry Lambert wrote: > > No, I mean allocate kernel memory pages. As I said, 4M pages > > are not permitted to be swapped, so they should never go through > > the swap code. > > > > Because of this, a fault indicating that there is not a page > > present behind some of the memory is fatal. > > > > Whoa, slow down Terry! > > He pasted the entire traceback in his second message, and it looks like > the ffs code is where the fault is occuring. His trap was in the pmap_enter on a 4M page that wasn't "swapped in", when it's ``impossible'' to create one that needs to be demand paged in the first place. My gut feeling was(is) that it's a problem with the MFS backing in the overcommit case, because of the pmap_enter message in the panic he posted. > Clark confirmed that he was not using a 8:1 frag:block ratio > on the MFS partition, so that was probably the problem. He's > trying out different MFS settings, and I assume we'll hear back > from him once he can determine whether that fixed the problem > or not. > > In the meantime, stop hypothesizing about 4MB pages, and go figure out why > the FFS code can't handle other frag:block ratios. :) Are you sure this is an FFS problem, and not an MFS problem? I have never had problems using odd frag sizes. On the other hand, my branch point for my common work is pretty old. It seems to me that in fs.h, the following: #define blkmap(fs, map, loc) \ (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & (0xff >> (NBBY - (fs)->fs_frag))) looks a little suspect, doesn't it? "& 0" for 8 is probably correct, but "& 1" for 4 and "& 2" for 2 and "& 4" for 1 is probably not right... maybe: #define blkmap(fs, map, loc) \ (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & 0xff & ((0xff >> (NBBY - (fs)->fs_frag))^0xff)) Would be more right? After all, it's the high bits of the low bits you want to save, not the low bits of the low bits... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 14:50:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id C4EBA37B417; Tue, 12 Mar 2002 14:50:15 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2CMnrnp035127; Tue, 12 Mar 2002 23:49:53 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org, security@freebsd.org Subject: Userland Hacker Task: divert socket listener... From: Poul-Henning Kamp Date: Tue, 12 Mar 2002 23:49:53 +0100 Message-ID: <35126.1015973393@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is something I miss a lot: I would like a small program which can listen to a specified divert(4) socket and act on the incoming packets. Specifically I want to direct all unwanted trafic from my ipfw rules into the divert socket and have the program examine these packets and when configured thresholds were exceeded take actions like: Add a blackhole route for a period of time to the source IP to prevent any packets getting back to the attacker. Add a blocking ipfw rule for incoming trafic from the attackers IP# for some period of time. Add a divert ipfw rule for incoming trafic from the attackers IP# to capture all the tricks he is trying to do. Log the received packets in detail in pcap format files. Report the packets to Dshield.org etc. Any takers ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 14:55:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bubo.vslib.cz (bubo.vslib.cz [147.230.16.1]) by hub.freebsd.org (Postfix) with ESMTP id 06A3437B47B for ; Tue, 12 Mar 2002 14:55:12 -0800 (PST) Received: from 127.0.0.1 (localhost [127.0.0.1]) by bubo.vslib.cz (Postfix) with SMTP id 43B8E10C138 for ; Tue, 12 Mar 2002 23:55:09 +0100 (CET) Received: from A411A (a410a.kolej.vslib.cz [147.230.152.17]) by bubo.vslib.cz (Postfix) with SMTP id 1B67710C11A for ; Tue, 12 Mar 2002 23:55:06 +0100 (CET) Message-ID: <002901c1ca19$12f00ec0$1198e693@kolej.vslib.cz> From: "Martin Vana" To: Subject: firewall and ports Date: Tue, 12 Mar 2002 23:55:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, I sit behind a tough firewall, and none of the ports in port collection is able to fetch files need for install. How could I overcome the firewall? Thank you To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 14:58:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mobile.webweaving.org (uds84-60.dial.hccnet.nl [62.251.60.84]) by hub.freebsd.org (Postfix) with ESMTP id 5522137B448; Tue, 12 Mar 2002 14:58:12 -0800 (PST) Received: from localhost.leiden.webweaving.org (localhost.leiden.webweaving.org [127.0.0.1] (may be forged)) by mobile.webweaving.org (8.10.2/8.10.2) with ESMTP id g2CMvs210242; Tue, 12 Mar 2002 23:57:54 +0100 (CET) X-Curiosity: Killed the Cat X-Huis-aan-Huis-deur-sticker: nee-nee X-Spam: no X-Passed: MX on Gandalf.WebWeaving.org Tue, 12 Mar 2002 23:57:54 +0100 (CET) and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Date: Tue, 12 Mar 2002 23:57:54 +0100 (CET) From: dirkx@covalent.net X-X-Sender: dirkx@gandalf.leiden.webweaving.org To: phk@FreeBSD.ORG Cc: hackers@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: Userland Hacker Task: divert socket listener... In-Reply-To: <35126.1015973393@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Poul-Henning Kamp wrote: > Here is something I miss a lot: > > I would like a small program which can listen to a specified divert(4) > socket and act on the incoming packets. > > Specifically I want to direct all unwanted trafic from my ipfw rules > into the divert socket and have the program examine these packets > and when configured thresholds were exceeded take actions like: > > Add a blackhole route for a period of time to the source > IP to prevent any packets getting back to the attacker. > > Add a blocking ipfw rule for incoming trafic from the > attackers IP# for some period of time. > > Add a divert ipfw rule for incoming trafic from the > attackers IP# to capture all the tricks he is trying to > do. > > Log the received packets in detail in pcap format files. > > Report the packets to Dshield.org Reroute/rewrite all my outgoing port 25 mail to some magic smart host over an userland ssh connection. Dw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 15: 5:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id 945F437B416; Tue, 12 Mar 2002 15:05:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F00E66C76; Tue, 12 Mar 2002 15:05:44 -0800 (PST) Date: Tue, 12 Mar 2002 15:05:43 -0800 From: Kris Kennaway To: Martin Blapp Cc: Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020312150543.A70773@xor.obsecurity.org> References: <000a01c1c8d8$5d549540$fe02010a@twoflower.liebende.de> <20020312014441.M441-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020312014441.M441-100000@levais.imp.ch>; from mb@imp.ch on Tue, Mar 12, 2002 at 01:49:02AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 12, 2002 at 01:49:02AM +0100, Martin Blapp wrote: >=20 > Hi all, >=20 > Here are my test news. The -O bug doesn't happen with > gcc295 from ports ! Since this problem was apparently introduced recently, can you check the commits against the gcc code in -current with the patches to the port? Presumably one or more commits have not yet appeared as patches, and one of those is likely to be the cause. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8jonHWry0BWjoQKURAoIoAKCRnSxHi02Ict/nK4hLaFnKuftDfwCfc8hH JZOTiHgkwsE7imQyhSU/cqI= =KfYB -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 15:20:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id A494337B41E; Tue, 12 Mar 2002 15:20:18 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020312232018.YHOX2951.rwcrmhc53.attbi.com@InterJet.elischer.org>; Tue, 12 Mar 2002 23:20:18 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA71260; Tue, 12 Mar 2002 15:03:47 -0800 (PST) Date: Tue, 12 Mar 2002 15:03:45 -0800 (PST) From: Julian Elischer To: Poul-Henning Kamp Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Userland Hacker Task: divert socket listener... In-Reply-To: <35126.1015973393@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG nice idea.. procmail for packets. On Tue, 12 Mar 2002, Poul-Henning Kamp wrote: > > Here is something I miss a lot: > > I would like a small program which can listen to a specified divert(4) > socket and act on the incoming packets. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 15:34:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from duluth.camulus.org (c24.158.24.190.dul.mn.charter.com [24.158.24.190]) by hub.freebsd.org (Postfix) with ESMTP id 2C54437B400; Tue, 12 Mar 2002 15:34:26 -0800 (PST) Received: from nihilist.local.net (nihilist.local.net [192.168.100.1]) by duluth.camulus.org (8.11.6/8.11.6) with ESMTP id g2CNY5T50339; Tue, 12 Mar 2002 23:34:05 GMT (envelope-from alex@camulus.com) Date: Tue, 12 Mar 2002 23:34:05 +0000 (GMT) From: "Alex C. Jokela" X-X-Sender: alex@duluth.camulus.org To: Julian Elischer Cc: Poul-Henning Kamp , , Subject: Re: Userland Hacker Task: divert socket listener... In-Reply-To: Message-ID: <20020312232838.R50303-100000@duluth.camulus.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG what about a program - like snort - but instead of listening on an interface, it would listen on your divert(4) socket. a setup like this could actually help snort (or an other program) be more responsive. i know that i have run into troubles with snort's flex-resp mechanism not stopping packets. with the divert(4) socket, i think you would be able to stop packets dead in their tracks. -aj- ---- http://www.camulus.org/ On Tue, 12 Mar 2002, Julian Elischer wrote: > nice idea.. procmail for packets. > > > On Tue, 12 Mar 2002, Poul-Henning Kamp wrote: > > > > > Here is something I miss a lot: > > > > I would like a small program which can listen to a specified divert(4) > > socket and act on the incoming packets. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-security" 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 Mar 12 15:49:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id 0FA7637B416; Tue, 12 Mar 2002 15:49:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 573A266C76; Tue, 12 Mar 2002 15:49:51 -0800 (PST) Date: Tue, 12 Mar 2002 15:49:51 -0800 From: Kris Kennaway To: Poul-Henning Kamp Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Userland Hacker Task: divert socket listener... Message-ID: <20020312154951.A72677@xor.obsecurity.org> References: <35126.1015973393@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <35126.1015973393@critter.freebsd.dk>; from phk@freebsd.org on Tue, Mar 12, 2002 at 11:49:53PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 12, 2002 at 11:49:53PM +0100, Poul-Henning Kamp wrote: >=20 > Here is something I miss a lot: >=20 > I would like a small program which can listen to a specified divert(4) > socket and act on the incoming packets. There are a number of ports which may do something similar to what you require. I've never used them, though. One of them is portsentry, but I think there are others already in the collection. Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8jpQeWry0BWjoQKURAluIAKDOzcy5Vt2qTcFLp+25BBjALQOrWQCgj0cU rp85CqikuxfoPhcQQ1rBPLw= =pW0B -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 16: 2:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.canon.com.au (bergeron.research.canon.com.au [203.12.172.124]) by hub.freebsd.org (Postfix) with ESMTP id 9277837B400 for ; Tue, 12 Mar 2002 16:02:50 -0800 (PST) Received: from bellmann.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by a.mx.canon.com.au (Postfix) with ESMTP id 8C5363391B for ; Wed, 13 Mar 2002 00:02:45 +0000 (GMT) Received: from brixi.research.canon.com.au (brixi.research.canon.com.au [10.8.1.11]) by bellmann.research.canon.com.au (Postfix) with ESMTP id 251088BE3 for ; Wed, 13 Mar 2002 10:39:17 +1100 (EST) Received: by brixi.research.canon.com.au (Postfix, from userid 452) id 0B01F540D0; Wed, 13 Mar 2002 11:02:43 +1100 (EST) Subject: DMA memory allocation/deallocation To: freebsd-hackers@freebsd.org Date: Wed, 13 Mar 2002 11:02:43 +1100 (EST) X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20020313000243.0B01F540D0@brixi.research.canon.com.au> From: gjohnson@research.canon.com.au (Greg Johnson) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there FreeBSD guys, I am having some memory allocation woes in my FreeBSD kernel device driver. I allocate DMAable memory with something like: retval = bus_dma_tag_create ( NULL, 4, 0, BUS_SPACE_MAXADDR, BUS_SPACE_MAXADDR, NULL, NULL, (1 << 20), 1, (1 << 20), 0, &memtag ); retval = bus_dmamem_alloc ( memtag, (void **) &vaddr, BUS_DMA_WAITOK, &memmap ); retval = bus_dmamap_load ( memtag, memmap, vaddr, (1 << 20), my_callback, NULL, 0 ); which seems to succeed/work. But when I attempt to release the allocated memory like this: bus_dmamap_unload(memtag, memmap); bus_dmamem_free(memtag, (void *) vaddr, memmap); bus_dmamap_destroy(memtag, memmap); bus_dma_tag_destroy(memtag); The actual memory does not seem to get released. If I continually load and unload the driver, the physical addresses allocated keep increasing by the amount I am trying to allocate and never seem to get re-used. In addition, after enough load/unloads 'bus_dmamem_alloc' returns ENOMEM! So to mem it does not look like the deallocation incantation is actually releasing the allocated memory back to the system. Any ideas would be appreciated. Further information: Machine: P4 1.4 GHz 512MB memory OS: FreeBSD 4.5 Thank you. Greg. -- +------------------------------------------------------+ | Do you want to know more? www.geocities.com/worfsom/ | | ..ooOO Greg Johnson OOoo.. | | HW/SW Engineer gjohnson@research.canon.COM.Au | | Canon Information Systems Research Australia (CISRA) | | 1 Thomas Holt Dr., North Ryde, NSW, 2113, Australia | | "I FLEXed my BISON and it went YACC!" - me. | +------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 16: 5:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Nolo.com (fc.parker-st.com [208.25.95.29]) by hub.freebsd.org (Postfix) with ESMTP id D85E937B417; Tue, 12 Mar 2002 16:04:57 -0800 (PST) Message-id: Date: Tue, 12 Mar 2002 16:07:29 -0800 Subject: old bsdi to freebsd 4.5 compatibility To: freebsd-hackers@freebsd.org, freebsd-questoins@freebsd.org Cc: dwheaton@syndicate.net From: "Mark Stuhr" MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We are trying to port an old application (originally written for BSDI 2.x) on to FreeBSD. It currently runs fine under BSDI 4.1. Some pieces of it run on FreeBSD but not near enough to be helpful. Can't recompile under FreeBSD (file format errors on some old custom library files.) The binaries that come across and run okay are in the a.out (not ELF) format. When comparing the ELF format of the binaries that don't run with those on the FreeBSD 4.5 system the main difference is that the FreeBSD ones identify themselves as OS/ABI: UNIX - FreeBSD The ones on the old system that don't run when copied to the new system are OS/ABI: UNIX - System V We are attempting to get gcc on the bsdi system to recompile the program so that all pieces are in the a.out format. We are getting close to getting that done, but aren't even sure that will solve the problem. Any tips or clues to getting the compile to work?? Any ideas for other methods to get better compatibility?? thanks Mark Stuhr Director of Inf. Tech. www.nolo.com mark@nolo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 16:35:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id D86DD37B400 for ; Tue, 12 Mar 2002 16:35:15 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2D0ZEJ02247; Tue, 12 Mar 2002 19:35:14 -0500 Date: Tue, 12 Mar 2002 19:35:14 -0500 From: Craig Rodrigues To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020312193514.A2226@bbn.com> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C8E742C.7C2E63B8@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 12, 2002 at 01:33:32PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I compiled this simple program with gcc 2.95 on FreeBSD 4.3: #include int main(int argc, char *argv[]) { sigqueue(0,0,(union sigval)0); sigtimedwait((sigset_t *)0, (siginfo_t *)0, (struct timespec *)0); sigwaitinfo((sigset_t *)0, (siginfo_t *)0); return 0; } % gcc test.c /tmp/cc6AHohn.o: In function `main': /tmp/cc6AHohn.o(.text+0x11): undefined reference to `sigqueue' /tmp/cc6AHohn.o(.text+0x22): undefined reference to `sigtimedwait' /tmp/cc6AHohn.o(.text+0x31): undefined reference to `sigwaitinfo' If I look in signal.h, I find: #ifdef _P1003_1B_VISIBLE __BEGIN_DECLS int sigqueue __P((_BSD_PID_T_, int, const union sigval)); int sigtimedwait __P((const sigset_t *, siginfo_t *, const struct timespec *)); int sigwaitinfo __P((const sigset_t *, siginfo_t *)); __END_DECLS #endif So, apparently _P1003_1B_VISIBLE is somehow being defined by the header files, but these particular functions are not available. Can someone tell me how I can detect if these functions are available on a system at compile time? I cannot use an autoconf type of test, and need to use a preprocessor macro type of test. It seems to me that this particular definition of _P1003_1B_VISIBLE is broken if it is enabling symbols in header files to appear which cannot be linked on a generically configured FreeBSD system. Thanks. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 16:59:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 97EE537B400 for ; Tue, 12 Mar 2002 16:59:40 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 67616AE1FE; Tue, 12 Mar 2002 16:59:40 -0800 (PST) Date: Tue, 12 Mar 2002 16:59:40 -0800 From: Alfred Perlstein To: Craig Rodrigues Cc: Terry Lambert , freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020313005940.GB32410@elvis.mu.org> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020312193514.A2226@bbn.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Craig Rodrigues [020312 16:35] wrote: > > Can someone tell me how I can detect if these functions are available > on a system at compile time? I cannot use an autoconf type of test, > and need to use a preprocessor macro type of test. __FreeBSD__version. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 17:13:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id C38A537B416; Tue, 12 Mar 2002 17:13:00 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020313011254.NJKN1147.rwcrmhc52.attbi.com@blossom.cjclark.org>; Wed, 13 Mar 2002 01:12:54 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g2D1Csr34325; Tue, 12 Mar 2002 17:12:54 -0800 (PST) (envelope-from cjc) Date: Tue, 12 Mar 2002 17:12:54 -0800 From: "Crist J. Clark" To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: Userland Hacker Task: divert socket listener... Message-ID: <20020312171254.H29705@blossom.cjclark.org> References: <35126.1015973393@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <35126.1015973393@critter.freebsd.dk>; from phk@FreeBSD.ORG on Tue, Mar 12, 2002 at 11:49:53PM +0100 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 12, 2002 at 11:49:53PM +0100, Poul-Henning Kamp wrote: > > Here is something I miss a lot: > > I would like a small program which can listen to a specified divert(4) > socket and act on the incoming packets. > > Specifically I want to direct all unwanted trafic from my ipfw rules > into the divert socket and have the program examine these packets > and when configured thresholds were exceeded take actions like: > > Add a blackhole route for a period of time to the source > IP to prevent any packets getting back to the attacker. > > Add a blocking ipfw rule for incoming trafic from the > attackers IP# for some period of time. > > Add a divert ipfw rule for incoming trafic from the > attackers IP# to capture all the tricks he is trying to > do. > > Log the received packets in detail in pcap format files. > > Report the packets to Dshield.org > > etc. > > Any takers ? I wrote a framework for something like that a few months ago during a fit of boredom. Meet dpcd, the Divert Packet Capture Daemon. I don't even remember if I left the code in a working state. I'm sure I had writing pcap(3) files working at one point. Tarball of what I got attatched. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org --IJpNTDwzlM2Ie8A6 Content-Type: application/x-tar-gz Content-Disposition: attachment; filename="dpcd.tgz" Content-Transfer-Encoding: base64 H4sIAGGmjjwAA+xbe3fa1pbvv+hTnHF7W3AJBj/iXKdpB4PsaK4NDOCmWW2Xr5AEqBYS1cOO p5PvPr+9zzl6gOO2N0m77pqymiKOztnvt2R37bh7n3zcjzhsHx8diU+E6Bwfdcrf+tMW4vjw sHNweNw5xLU4PmrvfyKOPjJd/MmS1I6F+MT5yXl036/d/zf9uKT/S/vGm/uB95FwdNrtp4eH 79b/QecYKj94erB/eHC0j+tOZ3//+BPR/kj0VD7/z/X/qfjMck+EtoDmrei09sV+u93Z67T3 2n8XnWcnB09POvsCAhDmmzV/f2YYl11rMMU/c1x7QWv/OY89b5a4rSheGKPx8LyGdbIuYzLu TfSPliNWkZsFXoIrN1utCSku13G0iO1VyzF6Zxfd80lNmcaXL8STV3YQAN3gWQ7kmWG0/NAJ MtcTXxFOOt5a3Xxt/Nni/Lf7sP+PzW7/0vxoOOD/h4/4//7R0wP2f0SJ/acUCzrtw+P9v/z/ j/jA/8/guKeTPny61vdvvTgVI9u58VLRs9dpFnuib3urKDQMo9MSr152p8KaiP6o1/8GJ8h+ 6s8awk/EyrPDVKSRmHnCFom/WgcefkaBmEexcCM/XAiAn0WJZ9SCaLHAQlM4EklTYE+ULr1Y 2PHMT2M7vqeo4HhJQgejuVgzVYlRm8fRSrhMav2wIZKI11ugxkqJkDDCV5h6oeu5RI8bCe8N fiY4IuzQDu4T7AJExJBoRdBdO7VbRm0K9NiBf4vYs1MmPhGBf+OJSRjFaVPsZUm8t8Zlspd4 Thb76f1ewrdAVs5lkmbzuTwHOIGw+pOWkLRVhcTSyRLPNWpYQgSciWTtOf7cd0R6v/aSEt/C A0sxgb+PsljM/di7Q2Qk4QJ3FkvZKe6ALkxSz3YJwErJ8M5PlwLbxI0Xh17QlOG5xqJK/QhH g3uRIhMk2IUDCUkxIvriwA5dXLCstOCNmpa8gODE2otBysoOHU+Q7n3HJqDMAsAlIllGWeAS 44QjZMSRsB0nyiASnxiVdAZ2vIB0VrTOx0k9gBFH2YIZgNmxSULl+y0xvhoMrME5m2TJIu/s RNxBQWCO5B1noYhCoYyd1UE7XO/WC6I1DAUWXlN3xVGr3RSzrKoxBcEO78mME/BGtOkjRo3F +6BZknicCMlKYkz8RSgtE7Jw42hN6FkYpBwNMIGWHbCa4ndLnGZ+4JJwUg1rHgVBdJfwwp0H Q3AjJ1uRkbiUY70AIHEadyUEi9RA9g2ebLidNB3hw6rvfPxYBzZpLpWU2IKs3KhhB3xkRcss BIK3sv1QAjWMAwoJ5tgU06E4N6daCYNI3DGynxBfxb2XYuthS3Svpi+HY5YIqMhFMrMTVoAI 7ZR01xRkbguIMpTs+RCl+8SBt5Cph460VjgfW4cWeZNoJHiIPggg/mKZgsM7O3YpkvzkOURF 7cyDaKhYIXYSBAnxc+axpTZFki0WXqJ+zP03Hr5gy3F065Fkk6YSSJjGPsyDzTuNmoDai30w +l8t0YP13oivNiqir5lnO7yBPfzZIb/y4fwvi6qPhuPx/N/ZP9rvbOb/pwftv/L/H/Fp/bBj 4J/oRev7mDym7jS4/BdVi25u1fj65NhzsVH7g5CJAoEkVBGMV2Z+SAmdEkTSlIkIjkTfUZYy GIQsSnucM5qcg5FQVhS+2XtvfU7mS8rKSx38KB7CGV2fPZHB0MGVl57wD9QrVeo4myiyOPqs KDzFXsoRDXDtGVwdt5QwGAo+qCh8BzUK57GA5AI4BWZmsUoWsDqB7a+8uMVA9rdJAcqSWDQp 4NXNQN5HokZIRjUonTNsrbu9vAxb2VRu2CiAcvHnBUSZkVZuCdOXKAwnw7Ppqy4SAq7RBn5r 9c2+OH2Nm6boDQfTsXV6NR2OJ+Kf/+xOsOmLL0R30Me/1wzD/G40NicTMRwL63J0YeEwoI27 g6llTprCGvQurvrI9k0BMGIwnIoL69KaYtt02CQkDGX7qBieiUtz3HuJn91T68Kavma8Z9Z0 QPjOgLArRt3x1OpdXXTHDGZ0NR4NJ6YgdvrWpHfRtS5N1A4gA6iF+a05mIrJy+7FxTZ7p5KS C6t7emFK8IPXgDI2e1Pio7jqQUQg6qIpJiOzZ9GF+Z0JDrrj100GgsOAPTH/+wobsUH0u5fd czBV/xV5QAG9q7F5iWMS0JmYXJ1Optb0amqK8+Gwz5KemONvrZ45eS4uhhMW1dXEbALLtNuk +wADOeH2UMrl9GpisdSswdQcj69GU2s4aIiXw1cQCWjt4nifxTscMNuQznD8mgCTPFj6kjPU Drg3JoGy9Lokkgmk2JuWthINEOq0xK8YmOcX1rk56JlaREOC9MqamA0ozJrQJkuif9UFbogH +ElPoE5elsxVkkMaFdaZ6Pa/tYgFdQBGMLGU0bAIey+VCgrj5zGKTKQ8ROlsDlH+ftJp50OU z4xW3xVDJ41mcLVnTd6MtZQLKPHMaA0TXQkarclSDLqXYHSwkjV7a+CKR3s1OjJ5PRiOJtaE jhmt0xvx5C6KXYTJ4VqcBeDR1Zcj0Y3F2ndpGKPX1rxGNSAtdLnqmfsLucW8YQx9c9IbW6x9 gys6NcbRESMp+sA5lj3gv+GiUzZ9FJl0c0M9ndH6LlbVnDg0VP1MVWzr7I1oGbKKBo/cUHg5 MrRYblIBJOyHQDW5wfBkxSy3q84iQu1ZBqubTjWqahoqoobC8zk2+iFVkxVIM3wVRTyKCkey qjozo9zLxlz1l4/DjkZr4zKSsZzWqSuLqRYlIRVnZXumanWNTY/UyiJirZfbF6WTQiWMYU6A Zl5656Eje1D+OpsoJNQGhUQJEonuDFviUt40VvY96yNXB51WnaFAmxWrntD11qi8WRgy8YLV LEBzX/dai5ZsgtGh+P+DrJOPCmheWLYZblN4asl1fOmWgVtoOoBd5jLZLmqLaQovdVqNnGpB VCPRRYpCTxFlsHVos1Bq9uYkX43PV4ovq13qcrpRpaxWJIrAJ0NbqzxNw4Zb2w/sWeChYjkN xJPUXsBPfReJ1g9dZGajhU6V3NU4vYfY5jbE1GTlShuiPi4X9hwazWkDQStN2JZRU8/uJ4Yk RThoTRbKM2b20r71YaM0OZH4hOzTvXXaEoMo9WQdtirpHHYKOlCtxDHZGFcm6rCcDgR2AlaY jyjmi76hRh2y9ZN9bUlKgECTEbYgDZgCyq0dZJ6R1yS+PkrRKZP2xUbR0pLrf1jJ8WDAYA6J c7TwUnqPkcLCVnrXp3jsQ6GnEBrZVZoq53o3qPeQZi4U1yiT5IVkgokez0Fas2zB3pml6ywt mXfoUjsNiqOYSTGUa7mRJwdvc4rxeWQi51jEURYWmCvJZpgrlstKZW64y8zC9R1VmSZyxmHn FiBKFmC8S1Y90oyemuRQQ6QiJZB5FiAcho5nrMitYdc04/HYShxcQ0863sHibT2TQCWd81Mk yncww9PBVv9nIXttjq9Ng6NknvUQSG9R0yfiSCDblJilYdMmu9umYRSmYccLrui1mYX4FfsO JR2bFJ2i3wCITaxgxww4cHUhbVe2EnZQgMvdMXmHZWpDhqyMEv+AaYs9BFw5ZaBzhAzyjb2f Mz9mn34AWlpEY7COq+C+xUUH6sQz6/xq3KWyA/X7hanS3haIJdF6R0MeHhipOeXcj5Fl1RrP ctD86UiYcM5OVRqVZMIH4EHKh/1ERXWIYnZPybQKSLWkJdX4IY9FJVkKeBGDPSHv6jQj7+RQ ZZ4EdaEqCmA+vptBMWojOXgxWC2NAHWvZmhcw5Cmu1sCoECN7jBLSLk0sivS1wMi5dkhqg8y Qu9NqtzMXK3Te44zCdkZXxg0V0nzsbNN2lhSqIxtB7EWSH4W8IlPDcqC/iKEuFFH9OzEy0f4 K3Idql5IbDfePZevwGY7S8ZhLJUxFiK09b4NLbEPtYwLOJ2qwEB9bIu7pZ96yZqKICViHS1z kiqJ3CjnbkQ1D6KMIrf5WPJGeOjScRlxEy+txgeZWHVRiHAR+M69HM1ylVmueCicGtUikyfZ siq0xSyKAtR7kl0ZdO6hCsoRuAwjWSFqzDrZqECnE1Eo1JClkkBye6qmHWHMA3sh6zwFR6dD JdA5zG52/44qRAsIzcyIQihllEoVSiZAsQCKcpbsjzysnvmhqzxSYbVlWC+yoB50VOKcISNV TNtVYNQRrgqOhOG77xCGURHGWhlFzszId88ouU08eZQJU/7N+Hk0XjBDTym8PEVV25DHqTIq KpJSZppGmzTJUleaoDZxFYCVjcs04ydbJKtIw48rDGRDRRLPq2aSbqpHJFjZbuRxzqburRxE u/SggspqlcZYHrL6SnPaVOriFKmYUkTIJxaIMndhNTwV+YtbX9MU3YvJsGJLyKz001/P76jB xjb5OGLCThHFPioFBFbun8oPj2b3TQkYmXFjzN/9eWss+mcPdH/np5j/f7zx9uPz//3jI9wU xwfH+532/tPDpzT/P+789fz/D/ns7Rpi91+Y/gs+9wFm/4DyAUb/gJJP/nH9/oN/AHnvuT9g fJCx//vTopOhhPRBhv7SAN535A8Q7z/xB5APMPAHlPec9wPCe4/7AeODTPsJzvsP+wHlw8z6 AeiDjPqleN5z0k9G9/sH/dLgizG/w2P+QzXm7+y1j0W7fXLUOTkqj/nF7p5hfJq/rJjcJ3v8 Yk9r+fXGspy3VtdDj6qmdM8P37V+jaPp6h1317ReuuEQ6upelPxbC+gTKkuBj2CcbOFwZ9Wl tZ0uN/lCF2UHG2upi5J7a82PtpYCf7a5Rs8MtkTnvdkiD6tBtLEzCxHA3KpIdujFsBjS3Smt sXqxYnjoEWhEdi3fxfrFqMH1h6+uh6Np06hdDvtXF6b6MbL6NIrQv2DBdGm8fW5QI4zITa+k ZE6qJm7XNBXg8vhadZTf/yheEIZfxA53izvN2ulweNGkhR3xVrxt8j1Zx+MmeQ4CwcZt1XoU 98UvQpFWbFLNFjYRnQUIpvY28ql3QlKxafx+raa8dUW+/CnJ391VvygbNQpO0aDWaJS6vknr uBbI+tT3i931LJs3BS8BNE6oA4SzliX2wqvT5cYNGBE6SleC8hcbd9d2nIBKSLLOXO4684XE sUu9RPMhue/iB73LU6PXjGkr9ExLjS1tkVParhvjXI2+c9zZdbKEDAEC7QU1qThKfOM3zU6h y/ZztbCI5C/jUzTe3KfRa4VpXJ81RL0+Ey9wtyG+ETvRfL4jTvAd7jQYGhsI8w2PcbQUcX37 /Y8NA8ZCCzVQ/lxdEvPX3FK9UHMykom+S+L/3hpdX3a/G3V7/zCnP+bn1DwWxwZXFxfP+d28 mq++bbJH3HrSwUJCqrtOazF9S8Z4EzduL0RH/QRAdeUmeunO9lMNhhaU1PGLqGTi82ucv55r 0BGYsh2fX/h6gbR1ft3vmpfDwXOxtyv6eprBLl8/aIh8L2Jv7SG7lT+gkRrOU5euxuBqMCKH gGEUPpEBB004Qap4ax4IfmyhcW75ShKVPToKVLYwzhEZbWWkIFHcLUkJ9TogYPfCS3FRl7on rTcRG/ru6GR9stNoiP8gUTZgxQlKNGcp6FSDQkjNoSnaF90vTsjEtfZI6rDONThK5/UdxTLf PRF/S34Id5q5ZfJqo8EnZmjDb57nUPtVqO0PA9WVULXvPEwr392CyqsPQx1JqIVxAxDk+NDW tSJAOjO2AjSkj+u6PATZy0HCjkTlz0U9300eTIs1ZM83dfO766sJagYcmdGjUNpya1PYfpDK bxi1sj2mQoZC3vzWqJH+xRMm3g/Jq8gU6C8j9ILBxPC2r0VHmsCdHYdv6jtpRFkmvM+nXImk ocDwVngBtWwaAnhhoypFEg44bQoWZLxGjRs/233oOUBpeC7UzIf27xllZXrhA6PlXK8aMRFH VNWxACLmdK6ub0K0MfnACxmwiGCIvs7FS3OH96r2CGjkkOmHHSDYQXDAD7eKp0Qdz5y2qQNl RI+KWGQeiH7RvF7294bY08vbOYdOl1IVJ6nPZYIqw2iWU5FUq3Q09nVhFI73aDR6XuJIT3nz efPjvmk8aNmsiMI5HgtzjcIdNk4VLsUl1k7JpRoP+BB1JOg4sCuMoL3S0zOo0Q93eDOPkHbk AyY95mVVbfFPiMH2MmO+wzRaJpq2gu88VBR2VUSPKtdFwScZTx5Eqp85ppEyQMauYEq027XW 5/KC2CCPquvswsz64isyEr1ZfP45pYA0dlbrulx78jWNb6uG9X1RrSpyGznAL79sqvz45Zfa 63wSQQmN8rANxWThTUijWLmJjGqHyioG++vYc2nN6QFxCQjL6FfPcyblaGTlIpSDClgKh6CW ij0UDqg20GYncwZKLiolRmAFPeUJ/6DGu/G/vGz1m6JceTRK9UK2VhOR6sv+jEwaPccIXqyP zq7RQVOzO+z943rcfdUU1ghd9nR43bfQQ0+l9ctcXkQxwZEyLP7kQiNREYwkSCVpK4Gc5vbK D6g46kpk5Xvygr+wwRp0+/3xNZrl8h7loXkty1zQQxZwAnltVMO7DfE5fTdVvKMHxvE7mCAg xVv62zy8U4v6scOSX5WI+WmFl6T0DsNGRsk9qHiw9NutqFbfzd2GAF3T3xc0GpUI3dZ09iP9 JKycWSrEOEGUbD0Els9JVRIh0c5pm0dIuI7jyEcpG77AdzaT10Pykq/6QVxaIBy4uRoySsVT 6X0tenVJvo2hSKHUr6K7fI+j3iZuC01WVOnwY2Z6NOtq1DlFr/gZlg53rQdSvr6Xq6YIgtJn uOTPM726C7R3G4leFfrkpK+64wF3uSXatpBVUXG1QxXSXFHHaAHhb66mSpbeuKjLslIpizfy Qs7YXRyVuFZCfSsl0rOpKH95NaKh31T+ScvUHF9ykURv9tlxKh/fr6IIFpUss9RFME02hKdT CWKOHKcI6oYDL04UvoQeXKVQUoZmYWKdM8rOQ3eYjgfvEGHFLSDJAanuu3qHAT14RwIqbhnk gEEUrU/y7ob6YW55f1GmpxpDWeL8khcOusOMPeeWXpShUMQ5X/1xME8TygsqGG2ttyu/yIy2 FvIQLPEzAWz25J0m2B3rOw+bX/42j4pzO2UEqE+2Qzd96J0RP8w8+fMt/V+V4xJXqSp1PMDV r1UqxeNTCl7wcx275JyF5YcYJks7uV/34NyUS5RkrkWlqdjMMafxPb8/pf5UagO/BqenPZQs SshlByNUlKkOAAitblwXEaPldkja3Ql19mPlJOQOZbFbg7MhubydLZapcgpg9GQe4DQg49K/ 1nT89q5DyqpEGVVFRknvv96I5DWTPlPgQtLl9+ykIaoOl2adauG5Vt5vbF7KI5rf3YsYNMdK 5ciS3Pl5oS54B6trogIY60vfpHhw8lvUR+FP9ikAIenFfxRHsySFX+kXozQSW7/TxdZR8gOS kHYEDaYkoRU9W3ssF7H6sxDyuNFJqJwQN7RNfISUduQJpdwNiLrhL/X4W2A4HFN0Z53LGM9/ S8zykQJh5T/pyCQDvvg3FSdvy7NX8VtmrzQ9/L/2rnSpjSQJ/249RVmEsSRzSOjwLAp7g8Hn jg0E4B1PsATRIAlYC0krCbB3hnffPCrr6EMHw+GJ7Y6JMequI+vKyszK+hJ/XOMvXCvXmtti 5nG/YBYyM5GyEevVjNKg3tW52CesMFuWz7wVevXN1vbPn9/uUdcO2+PLYU8RaxKekchteemQ WxCLHdYFP7aeElbRTc7bXqEXPLamyUAuBSm1oddRXmGBjcbSq/B6SXlvQCToG+OsKrVxqXT7 eK1Zi9bSfaCtYt2l0fAKB6DrasndApe82B7AtlyW3oTSsC8t8yFWBQWwyIJFHn9H5U9nZ2Ki DIsFTdHdtNYM/bbKspKTk1iOEFb2ubm8LmDjikDD8qvRkW7iDZPLSV6pz3vvd/fR7GxtUyi1 gwh+zuaxJfUUpLdXqlGvV+tAA2VknuVUfmPGpqBHpaj79EafW2iuRpwgehww8TSA+B1Ncfc4 AEcxJQMJPWgIV912rymDDWOdE1QbseUOcBuBwekaTtvusfVWhkRFHpKJDiCZWlaVQxy8Z//q PSvG0snjpoWk5WfNWFIrVMT5V9zLE/lZr32NPZZ3tzM1Rr+MXghK2BJ7aj1FdRr/StmdonSw YVt3eJxMHj8srwDzfhHSmU3IVBPNg6+fP2/6L02qG4c3ulPkdudFMkAzzxEzLfzZQgrCbvJu bXz54scC06eSFqgTJg/KX/F5YhltktXNzILkgTdTo2RmgBnfkRUyUoZTMvEu/6GjrtvPrsjp 7+Ss7V450iv3P5fnWhTEJj7RFi8oS8xdcjZadDYTKr7AVcEkQWEAuEiihVEEDI2/QQOSL0Z5 CzVGj2ryXClRM2mKcEOF+UDLZdulozU+ebsemD9xq2AT09fzAcwU9lUmF2VFPsrebDgf0btC aUANHkDzOPcH8lym0yU0+LMPVjcE4YQcs1eslao0oPmx8Kyo/vhDyU+YGFSi7UEo9C2Z6Fge Rx2rT5ghIK5of2tNGs5QbBDRWHji0KgWF9WTaBWaaNra7BeeEW/YbmRXQTCwx5N61mImM5OZ TjQ3iQ84ej3hxRbOn2JKJYM+EIcTCoRWnFQFHMOizKvrgW8q5a9RUykzg0lGUk2VWUC+uVTP EF2dbQu75Toe8Hb8IrJAdF4Unj+HqWFEWr+D3c7UBosd9jjWNcZu6KEPBKxR1f42QCQNPlzV Cpx0GKaxqhz6L6wLSxIZBGfaE6evYRXlv6PNHj/ozoh+x4Vo8ul3FVTEaEeTytGid2wOD80h 243LMZxCe32nULeyToc+uLToT+XUOsvxOuMTQSt+3IGuu74czkEamQ55u736s1E4iShgu282 4p0sprs4lyM8InOpB6cVU7VkN/q8mqFurwdaIra2iM+3B2bSOfJqMkms7Qw1ryPqoIbj9jC+ TCLrZOCpVtQXqInO3hWocZ0S3tTd9gayGNS9iiLJazG+bJcid4tZi9O6RVN6my7Bw7k5+oSk bTMdk3vBbTdtI9HGW1VpkHzEF6/aOSfHmysJMoZbq9dCdnSao43s1HEnw441QnHdk8F3rxdQ exZ12P8A3fBK2Fzyd6uhgXDRO0GZS/xT/M5JmwV+eSn2B+kZ4xVptini87414om2a0dE6ahj Fgo35OwEP6zcJJq2qyR3LoDXrayssDxkji2It16F5E+mQpKG8CdJHYUQehTysUVelzkat4BA nGTsGsJmkqvoZ6ouHCQ2wnE7Q2J8B448fWWHT3WwvPG6dQj/7Ihx5zCfk9lysDygCQzfLVDC IcuPj+3jP+lx7n8A2fdTxxT810p1rarvf9RqtcYa4r9WG7Xs/sdDPAuuRzPMAHJqrk7ELmEA 2IXcwmQIEkywtb3/Zt1cnEV/9VAhCEjyAalqXbblqnknPBlDARfArs4RrEK8HfCWh7njt6Le 96/bV7gzAhPB+/ycDDJ6atwIZC66ZIkl4xEuYvAN8TIzuimRSbi15FzPoxuGWApZqFbUJqtS yIgvx/qeK2ZltowCVa8lF4CNnw0xa4T/w474hF+02QNe5BbIxzcIyrkF7Y1LuIW5Be3AG6xe hcNV4P+8NoHf6HJYSXVLUq8vLwYCo9mKg2PkFjhTEGBCupi4gP/fBz4fDMNr59cASskt7PXC wcd2Lwh+KvO3Ldj3mKBu/1QTRCnxIxTeDsqNchlJ2WvTNdAkUjT2Rk6I2dG/9b+g8iG05vF5 b/Ws/Q2RPtTyJrUO7+h0LQwInaZEarBN/Nj/y93Ae9zH8v+ze6tjCv+vNl6UDf73izLj/73I 8L8f5Mnu/2X3/7L7f9n9v+z+37z3/86SYyUkiMp0B9C5qYJS2QhfyoUge1VH5X2onLxJI7e4 4Dna2dh/f/RPmOqft/RtNRAQ8/aC0UcYsZ8/vyXlqrxWM++3d/ahwz9tfFGqUbPX2/DsgrR+ 0H/pzlkuQKsi/IN+XnybDf5hQ4u+0hY790Cjr9Hwg6CExhI01EfqCPB/8P6yh7wH9X1KPzow tB2SYaU3Do7lj3PyuetfHoOEh/cfblC2btrbahMtDM07PL1p/slTZl2cdau5nXMBuuPc1f5P 8p9cgryrQiPPNPmvUqtr+a/+olpuUPyXRib/PciTyX+Z/JfJf5n8l8l/c8h/sl/OAPTsS4A2 9hW8SLiZ/Lu4gmjpiW64F0r2XkqKzxL+yf7PRZvLOITT6YYqeQ6gOrvxDdd5rPOs3MRHKYvb K7KLXAlryvv0K9Z0ktPMLHI/7kPyn5mW91PHFPmvXq2Xjfy3VqP4f7VqJZP/HuLJ5L9M/rtP +W/3DWzc+3skIKTLglgUbt8/iCwogiCRNZssKO1k4c0VC7VMiGXdWiyMyYRY2i3EwiSZUMtU c4iFKTIhFjSfWDhJJhRpehaxcKpMSG2cIhbOJhNiSWliodlG55MLU9DB5gTpmgihlQh4lYvI c+qlqjZJTHUCswKBBhHqSN5PlEJ7WgylbCiDmlyOGKpRhJJEUUpFcqiXscikmUCxPmX69XyE SaZ56XLzFW2PjdujMdO1umopw7czkaUzIWGUhy1+06jSuYguyiZE3RrHS1yyCu5bdGmM5ywV L5COk4I7i0oREBQnfTEdscXc6KICEfXdOP+PxuaWucwIrUEFHo3Fg/LhCipOGCc4L84O+WZS MqNRQVJvaiemFk0KErsTuhkkJTYqFKT2prFugzeDo/krTgu0Z0RCAyoJDdDFJiaO0C9J4+RX Esg3BZsRsBM9WF2NlLDmNGAf0iH1SYli9GOhKWkj5FPKIDlpjHou9sf2wXvMh/Q/MyXvp44p +l9jrbxm/P9e1Mqk/1Uamf73EE+m/2X6X2b/z+z/mf3/dvjPjpb3kyrX1+m/22l5s6AzpwAq xzS/RFDk+QGQ9UUJRD4aByeE6epg/HZaIHJNBDhGwSIB4FgkWxel2EUx3iO0nJ1wfJaQhE8k 0K1ESidkZpi27zBIpiAww0/CW4ugMLPDSDtsnZydd11MYXGSCT5tfNnYfbcXkOfMrVRMg8yL /hqn4fB0dKALVc9VxQHdbfo4uzF0Sbf7pqFLGmhOxKczQLY6XKFcJOO4eIQWZnHE0rA8bVqL ljHQwLUx1328RKWHVWtuGk3Dc5ahXtM95jbOh73UDdns9+h6gcDkclx6xD7leE8x4o4vYUhN WFBMqWmgm790Ndmdj+6M0XhwMI7u/eCSuaaHF4TxtrAeR+c+MF9aMgN9fqhvQCdc06YLcFhS yb/+R7egEy/pmgulpcIAq7KXnU2jCZz1aevQQNmcc9dqaorJpDj13uTmKsz+pMlsbhFbaNhL E2hTRsjCg22+//h6ya4/DwXyBBpLaGqDtoOUhz8LnZaFyUOrwZsvR7BPM3wF5mKozQFPQypZ Qn6yYUGX5wBODr8itoFEWTK1FU4Y/w0TFKK4jG6tBm4OUzrkcn4Db2ZqbH9rnzxDMnWt2D2C y4TfrgqmY8uHttP5u183JXehxNwR5MYDETCEDGiHFDkwBq7haxYTEzIzQtmBQTioHGL0S40K 5BQaN4tBtptpTJfTPLYG9P/98P0PY9S5lzqmnf/Wqw06/11bazRq1Qrq/421TP9/kCfT/zP9 P9P/M/0/0/8fXf+/9SkvxyiZKyrSnAaABNUe5YUE1V7uC6cp7rpAVqJbHas+zHFiapTsWXDX 6FIGga45Vy+siu02Y7qKjRK+rt8X7/mlnFniwZcI94Ru0XFRcJTSgNKtjqBR/nBYgan5bwMT l1YW69gpsH6MJOcOz5xwgWkFWzQ4/70DGagRybzJgUe7jKjiauiJADOYjawiFEVXNtK8H2iE kIHpnrsHRJtcpWinLYuPnpgwAS09TmEEKp1AP9OqdbXGmb0ScGk6EOkIX/cUA/lCAXjCbxpN DRacaELFZ0XTwZ2tLClYJbgAKhHodxcnCbPZMNlYh8V+z01AgvXUV+s9YUBpOj7Amofx3/ba 4eLEy7L+S+i2Rv9jf597qWNy/N9KvVE28X+r5Wod9b/6i3Km/z3Ek+l/mf6X6X+Z/pfpf/Po f2a/BB1wzWAAmBjA1fXa3+4sBjC+v4wqfXccGHgW1bNz0htHTp4RBep+9NM/c2iNyLkYiaV7 fowEro7Cq7b1ZhYshP3NndefP2Ew1HcfNlX5W1g5XjuptmqTdF4c94jOK0qDp/rC7+SDbUHa Sj35FkQtSIDYC5HovhqZK/rRnogLgXQijiq0cyKOP/d/23F/ftp+LT/3tjZ2ILk5LrfFCTLE zubGzhEWgPAQG7/Sn65KT8FuSUHByAn6JYNBiC50YEhinAedyK8raDFExO38zk3ghX63lVYt J8DQTd/GNIz5FUidTzMRuKM+8yn8bn+Mh5l0Ng66xFhD4IVCKHllh7yV0iGpUtq60BPzQlRx TTE2iKMzayFQjKO7LFfwuNmoJfoMFdPEVanxkBA2lAQwM5FMpBud0gXz1Olkm84AnzpfGfYU s5MmlvT99xhdNuCHRkJFcQXFInFlwJzSaA5P02tfay9ug/tMtIZjn1Ye/DRKcxPJnIHIcCDg 2eO+H0GB4ytoulOoNgONEWUI8q7bMu01lgKXLDE0UdAa20o3iRffKjmEGgey8cPYRGuZTDAH wXGHx5Abo1WH2JmfwGiknan03eT07/V5nWQCj+O7LNOJ6dwoo8OIl9LhpvHgz3frdCPLf0av G5fMRK+bbbQJIWHoqJBIDlmN5Kvj+iBMwc6/WO9F3W38heYxi9i73JRllwwpSoTkc84K1Cjs JiBrfnY64XEnm+kR6YzUCW+Nd2S7sz20ffTr7vbWx9/UH/Dn5u6bjX2nrmmTzw1ahywwxtKx MsvKabqwOc4EQY7wdi9+C7y4sfPidZuNu47di6CiY9Ojg1ELKA1+Nt0Ra4zIIhEbp4PGPy3L Uh7lu3zR8bfRmzK+pyhqR2ewztrD4Kw1bNrP44sgKHXxnCAYg3p8NMb9Y8wR40jceamMtKMD lOColNSXL19AaTw+J907VGfhydcVtQ+KMyw/VNWBlSDCbfid7Jx9m4n2/+PvSoJxkj4djkP4 A7bd0zOimGLXw2TmwGaUeZVjYfyKy1EHRUGK/4sgtv1OZ6RjzgZkK4cPBbJWYsO6+AqvUnXp /eLYhFqZIBwH2FErF+EpSGUvfRG5qT9etYcjFHguwn/3h9JRoAnugVoIKf+xvRtLed5LSPlh C1PqpNg91CYgebz8anxxdHoxhvZJUSMQfPHc4qUqTOOzr3Aq/B13gmkpn6uaWlcfsH1fdjY2 f6GouVwdwnefjiSuA77CLUdPjdcf94/E541jnJHVutVZUvoqYXHxzIZDK8DffIbj/Y5uc1Hb vI5sBmOkeA7HIpv5+x4tXWvnL8reZ8O7z7WyhuF13iL2y6oQub/pxFGNtUGA5H0+EbXGz8IP khp1451JzHW3lI4MdcSSlh+qxCz3dUVYczFmMvg6hnFTA81IsNQQ+fmOxFu+My5xfdaHLjuG pft1IsfgbBP4Bo75KQaPvYBZ1wq/FxYLA1pso+KSPtV4Yhhn2tGKW8AssfXsmJG7okxD0zcf P2z9QiNNsWDOezzDGRHxLEQFqbaMJ0Uq3xmilMy5eAUIxLZ0x8bboxJtaviDoPFO+l3bfmos cw0KQgjr3RzIzsBEqFM4JmKhQH+8UlPyacYzlfOsm1MvJvJEuJtLp91QsSPo07o5R+OglbqB RqROYEQDlxMNoqyIX0wY/sjJmh6HJKVGR1pOmhI+aYsh/K9GVNRmqVpHNI+d6k2ahH6N1mPV BKKcvcnzVBuNC00lRAbNiYurT/3L8ZgmwmfX/UKdWJewcoBFa0/4tCoeqRtuEe5U+2HTqYUj Ora8HYNYtrstiEnX3xcSsAO8E2kxcETPb6eZTWa2meilYKX8KWfQj3n+55//3g8C6BT/37X6 GuE/1V/Ua40qngVXKvVGPTv/fYgnO//Nzn8z/KcM/ynDf/qz+E98zvvY/Dx7sid7smfW539d 9AsUAMgAAA== --IJpNTDwzlM2Ie8A6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 17:14: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id 21EEF37B402 for ; Tue, 12 Mar 2002 17:13:22 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2D1DEj02352; Tue, 12 Mar 2002 20:13:14 -0500 Date: Tue, 12 Mar 2002 20:13:14 -0500 From: Craig Rodrigues To: Alfred Perlstein Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020312201314.A2345@bbn.com> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020313005940.GB32410@elvis.mu.org>; from bright@mu.org on Tue, Mar 12, 2002 at 04:59:40PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 04:59:40PM -0800, Alfred Perlstein wrote: > * Craig Rodrigues [020312 16:35] wrote: > > > > Can someone tell me how I can detect if these functions are available > > on a system at compile time? I cannot use an autoconf type of test, > > and need to use a preprocessor macro type of test. > > __FreeBSD__version. How about giving me useful information, instead of incomplete hints? I already have some code which does: #if (__FreeBSD_version > 440000) /* Do some stuff which uses sigqueue(), sigwaitinfo(), sigtimedwait() */ #endif That test is broken, because it does work on FreeBSD 4.5 (and probably won't work on 4.6, 4.7, etc.). Is there a version of FreeBSD where sigqueue(), sigwaitinfo(), and sigtimedwait() are available by default? If so, what is this version, and what is the correct value of __FreeBSD_version to check for? If someone goes and re-configures their kernel or libc to contain these functions, will a new preprocessor macro value be defined that I can detect? -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 17:48:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 946E037B405 for ; Tue, 12 Mar 2002 17:48:50 -0800 (PST) Received: from pool0381.cvx40-bradley.dialup.earthlink.net ([216.244.43.126] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16kxsl-0003ZN-00; Tue, 12 Mar 2002 17:48:48 -0800 Message-ID: <3C8EAFE7.962590B3@mindspring.com> Date: Tue, 12 Mar 2002 17:48:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Rodrigues Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues wrote: > % gcc test.c > /tmp/cc6AHohn.o: In function `main': > /tmp/cc6AHohn.o(.text+0x11): undefined reference to `sigqueue' > /tmp/cc6AHohn.o(.text+0x22): undefined reference to `sigtimedwait' > /tmp/cc6AHohn.o(.text+0x31): undefined reference to `sigwaitinfo' > > If I look in signal.h, I find: > #ifdef _P1003_1B_VISIBLE > > __BEGIN_DECLS > int sigqueue __P((_BSD_PID_T_, int, const union sigval)); > int sigtimedwait __P((const sigset_t *, siginfo_t *, const struct timespec *)); > int sigwaitinfo __P((const sigset_t *, siginfo_t *)); > __END_DECLS > > #endif FreeBSD 4.5 doesn't define these externs in the _P1003_1B_VISIBLE case. The system call slots are reserved, but not defined. THe same is true of the Linux emulation. So: 1) Upgrade your FreeBSD; FreeBSD 4.3 gets this wrong. 2) Don't use these functions in FreeBSD. > So, apparently _P1003_1B_VISIBLE is somehow being defined by the > header files, but these particular functions are not available. The 4.3 header file is incorrectly conditioning the prototypes on the manifest constant you are using. According to my copy of the SUS v2, this is part of the queued signals interface extension for the POSIX RT extensions. THe correct feature test macro for this is: #ifdef _POSIX_REALTIME_SIGNALS A correct workaround, if that doesn't work, is: #if defined(_POSIX_REALTIME_SIGNALS) && defined(SIGRTMIN) The "bash" shell uses "SIGRTMIN". If you use *just* that, then your code will be broken on AIX, just like "bash" is broken on AIX. > Can someone tell me how I can detect if these functions are available > on a system at compile time? I cannot use an autoconf type of test, > and need to use a preprocessor macro type of test. > > It seems to me that this particular definition of _P1003_1B_VISIBLE > is broken if it is enabling symbols in header files to appear > which cannot be linked on a generically configured FreeBSD system. Yes. It's both broken in 4.3, and your uise of it instead of the real manifest constant, _POSIX_REALTIME_SIGNALS, is also broken. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 17:51: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id 9E03C37B402 for ; Tue, 12 Mar 2002 17:51:03 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2D1p2m02499; Tue, 12 Mar 2002 20:51:02 -0500 Date: Tue, 12 Mar 2002 20:51:02 -0500 From: Craig Rodrigues To: "Smith, Malcolm" Cc: freebsd-hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020312205102.A2484@bbn.com> References: <0B39C62869FED21181C90004ACE532DD01CC8236@nrcvicex1.hia.nrc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0B39C62869FED21181C90004ACE532DD01CC8236@nrcvicex1.hia.nrc.ca>; from Malcolm.Smith@nrc.ca on Tue, Mar 12, 2002 at 05:22:45PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 05:22:45PM -0800, Smith, Malcolm wrote: > Craig, > > It looks to me like the linker is complaining. Do you need to add -posix4 > or some such thing to your gcc call? There is no such flag. And -lposix4 does not link because there is no libposix4.{so,a} library. I went one step further: cd /usr/lib sh -c 'for i in `ls *.a`; do printf "$i\n=====\n"; nm $i | egrep "sigqueue|sigwaitinfo|sigtimedwait" ; done' I did not find any library which had siqueue, sigwaitinfo, or sigtimedwait. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 17:57:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cauchy.clarkevans.com (209-9-30-66.sdsl.cais.net [209.9.30.66]) by hub.freebsd.org (Postfix) with ESMTP id 85F9137B41B for ; Tue, 12 Mar 2002 17:57:12 -0800 (PST) Received: from cce by cauchy.clarkevans.com with local (Exim 3.33 #1) id 16ky1q-00008c-00; Tue, 12 Mar 2002 20:58:10 -0500 Date: Tue, 12 Mar 2002 20:58:10 -0500 From: "Clark C . Evans" To: Mike Silbersack Cc: Terry Lambert , freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter (closed, thanks!) Message-ID: <20020312205810.A477@doublegemini.com> References: <3C8E703D.430CEC4E@mindspring.com> <20020312160818.T14552-100000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020312160818.T14552-100000@patrocles.silby.com>; from silby@silby.com on Tue, Mar 12, 2002 at 04:11:10PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike & Terry, As it turns out, it is a bad memory chip. It is replaced and all is well. I'm very sorry for not testing for bad chips first, thank you for pointing me to memtest86! It's funny beacuse I've been using the box for quite some time without a memory problem... so I apologize for not catching it earlier. Anyway, I went back and tested the MFS with and without the 8:1 ratio. In both cases it seems to work just great, I'm sorry for the difficulty. Thank you so much for your attention, as a FreeBSD newbie (who is doing someting rather cool), I'm just thrilled at moving to FreeBSD from Linux (from Windows). It'll be a while before I get to be a unix guru and can help out... but thank you so much. Best, Clark P.S. You may want to consider using YAML for your configuration files. YAML rocks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 18: 2:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id A499037B417 for ; Tue, 12 Mar 2002 18:02:34 -0800 (PST) Received: from pool0381.cvx40-bradley.dialup.earthlink.net ([216.244.43.126] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16ky63-0000d2-00; Tue, 12 Mar 2002 18:02:31 -0800 Message-ID: <3C8EB31E.19382903@mindspring.com> Date: Tue, 12 Mar 2002 18:02:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Rodrigues Cc: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I told you twice already: #ifdef _POSIX_REALTIME_SIGNALS or #if defined(_POSIX_REALTIME_SIGNALS) && defined(SIGRTMIN) Isn't this covered in the reference where you are finding the definition of these functions so that you are able to even know how to call them correctly in the first place? The POSIX standard clearly covers all the feature test macros for the optional implementation parts of the standard, which includes the RT extensions. I know "bash" is incredibly broken in this regard, but saying anything bad about "bash" is fairly redundant. When (if) the feature is ever actuallysupported by FreeBSD, the manifest constant _POSIX_REALTIME_SIGNALS will be defined. If you want to support it by writing the code for FreeBSD support yourself, the Linux code is available from: http://hegel.ittc.ukans.edu/projects/posix/signals.html Be aware that you can *NOT* use the code directly, since it is GPL'ed, and will never be integrated into the FreeBSD tree if you do. You should also be aware that signal processing on FreeBSD and Linux are significantly different, and that queued signals are generally a workaround for threads or other problems, and the FreeBSD user space scheduler and signals in threads interactions are significantly more complex than those in Linux (and significantly sipler in the kernel). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 18: 6:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 18D0E37B417 for ; Tue, 12 Mar 2002 18:06:23 -0800 (PST) Received: from pool0381.cvx40-bradley.dialup.earthlink.net ([216.244.43.126] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16ky9k-0006Fe-00; Tue, 12 Mar 2002 18:06:20 -0800 Message-ID: <3C8EB403.B965336F@mindspring.com> Date: Tue, 12 Mar 2002 18:05:55 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Clark C . Evans" Cc: Mike Silbersack , freebsd-hackers@freebsd.org Subject: Re: panic: pmap_enter (closed, thanks!) References: <3C8E703D.430CEC4E@mindspring.com> <20020312160818.T14552-100000@patrocles.silby.com> <20020312205810.A477@doublegemini.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Clark C . Evans" wrote: > As it turns out, it is a bad memory chip. It is replaced > and all is well. I'm very sorry for not testing for bad chips > first, thank you for pointing me to memtest86! It's funny > beacuse I've been using the box for quite some time without > a memory problem... so I apologize for not catching it earlier. Sorry about the bad memory, but not sorry it wasn't a FreeBSD problem. 8-). > Anyway, I went back and tested the MFS with and without the > 8:1 ratio. In both cases it seems to work just great, I'm > sorry for the difficulty. Thank you so much for your attention, > as a FreeBSD newbie (who is doing someting rather cool), I'm > just thrilled at moving to FreeBSD from Linux (from Windows). > It'll be a while before I get to be a unix guru and can help > out... but thank you so much. I'm glad the non-8:1 ratio works. I thought that it should; the only suspicious code, from my point of vies, was the frag mask calculation. And I had a real hard time believing it to be wrong, except for Mike's claim that it was broken, since I haven't personally had problems with it. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 18: 9:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 0CCDA37B416 for ; Tue, 12 Mar 2002 18:09:41 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g2D29S323958; Tue, 12 Mar 2002 18:09:28 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g2D29Rjd016992; Tue, 12 Mar 2002 18:09:27 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g2D29Kd08193; Tue, 12 Mar 2002 18:09:21 -0800 (PST) Date: Tue, 12 Mar 2002 18:09:20 -0800 (PST) From: Kip Macy To: Terry Lambert Cc: Craig Rodrigues , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? In-Reply-To: <3C8EB31E.19382903@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OpenBSD was supposed to have integrated the RT support donated to it by RTMX. Chances are it still bears some resemblance to FreeBSD, and it bears the right license. -Kip > > http://hegel.ittc.ukans.edu/projects/posix/signals.html > > Be aware that you can *NOT* use the code directly, since it > is GPL'ed, and will never be integrated into the FreeBSD tree > if you do. You should also be aware that signal processing > on FreeBSD and Linux are significantly different, and that > queued signals are generally a workaround for threads or > other problems, and the FreeBSD user space scheduler and > signals in threads interactions are significantly more > complex than those in Linux (and significantly sipler in the > kernel). > > -- Terry > > 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 Mar 12 18:16:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d9.as7.nwbl0.wi.voyager.net [169.207.128.137]) by hub.freebsd.org (Postfix) with ESMTP id 9543537B417 for ; Tue, 12 Mar 2002 18:16:42 -0800 (PST) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.2/8.12.2) with ESMTP id g2CKLVjJ016947; Tue, 12 Mar 2002 20:21:31 GMT (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.2/8.12.2/Submit) with ESMTP id g2CKLTFw016944; Tue, 12 Mar 2002 20:21:30 GMT X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 12 Mar 2002 20:21:28 +0000 (GMT) From: Mike Silbersack To: Terry Lambert Cc: "Clark C . Evans" , Subject: Re: panic: pmap_enter (closed, thanks!) In-Reply-To: <3C8EB403.B965336F@mindspring.com> Message-ID: <20020312202021.V16449-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Terry Lambert wrote: > I'm glad the non-8:1 ratio works. I thought that it should; > the only suspicious code, from my point of vies, was the frag > mask calculation. And I had a real hard time believing it to > be wrong, except for Mike's claim that it was broken, since I > haven't personally had problems with it. 8-(. > > -- Terry It's not my claim, it's Luigi Rizzo and Warner Losh's claim. I haven't had any personal experience with such ratios, but I trust that if those two are pointing the finger, there is a problem. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 18:23:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d9.as7.nwbl0.wi.voyager.net [169.207.128.137]) by hub.freebsd.org (Postfix) with ESMTP id 2253D37B400 for ; Tue, 12 Mar 2002 18:23:22 -0800 (PST) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.2/8.12.2) with ESMTP id g2CKSCjJ016980; Tue, 12 Mar 2002 20:28:12 GMT (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.2/8.12.2/Submit) with ESMTP id g2CKSBH0016977; Tue, 12 Mar 2002 20:28:11 GMT X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 12 Mar 2002 20:28:11 +0000 (GMT) From: Mike Silbersack To: "Clark C . Evans" Cc: Terry Lambert , Subject: Re: panic: pmap_enter (closed, thanks!) In-Reply-To: <20020312205810.A477@doublegemini.com> Message-ID: <20020312202318.P16449-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Clark C . Evans wrote: > Mike & Terry, > > As it turns out, it is a bad memory chip. It is replaced > and all is well. I'm very sorry for not testing for bad chips > first, thank you for pointing me to memtest86! It's funny > beacuse I've been using the box for quite some time without > a memory problem... so I apologize for not catching it earlier. > > Anyway, I went back and tested the MFS with and without the > 8:1 ratio. In both cases it seems to work just great, I'm > sorry for the difficulty. Thank you so much for your attention, Glad to hear that your problem is solved, I ran into some bad ram a few months ago myself. Nonetheless, if you start seeing panics again, look carefully at the frag:block issue. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 18:40:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id 3609C37B400 for ; Tue, 12 Mar 2002 18:40:08 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2D2e7302592 for freebsd-hackers@freebsd.org; Tue, 12 Mar 2002 21:40:07 -0500 Date: Tue, 12 Mar 2002 21:40:07 -0500 From: Craig Rodrigues To: freebsd-hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020312214007.A2526@bbn.com> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C8EB31E.19382903@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 12, 2002 at 06:02:06PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 06:02:06PM -0800, Terry Lambert wrote: > I told you twice already: I got the e-mail from Albert Perlstein telling me to check __FreeBSD_Version before I got your e-mail telling me to check for _POSIX_REALTIME_SIGNALS. Sorry for the cross-traffic. > > #ifdef _POSIX_REALTIME_SIGNALS > > or > > #if defined(_POSIX_REALTIME_SIGNALS) && defined(SIGRTMIN) > > Isn't this covered in the reference where you are finding the > definition of these functions so that you are able to even know > how to call them correctly in the first place? No it is not covered. My reference has been the posix4(9) man page, and which is available on FreeBSD 4.3. I am a contributor to ACE, a cross-platform C++ library for doing systems programming: http://www.cs.wustl.edu/~schmidt/ACE.html. My intent is to fix the macros in ACE which define the configuration on FreeBSD (all FreeBSD specific configuration data is in ACE's config-freebsd-pthread.h). Right now the ACE macros which detect AIO and RT signals are broken, so I am trying to fix these macros, hence my questions on this mailing list. I'm not looking to specifically use POSIX RT signals on FreeBSD, I just want to get ACE to cleanly compile on FreeBSD, so that FreeBSD users can use and enjoy ACE on their projects if they choose. > The POSIX > standard clearly covers all the feature test macros for the > optional implementation parts of the standard, which includes > the RT extensions. I wasn't referring to the POSIX standard, I was referring to the and posix4(9) man page which came with FreeBSD. I'll refer to the POSIX standard from now on. > When (if) the feature is ever actuallysupported by FreeBSD, > the manifest constant _POSIX_REALTIME_SIGNALS will be > defined. Ahh! OK, this is the information that I am most interested in. So, I am now confident to re-write the test in ACE to: #ifdef _POSIX_REALTIME_SIGNALS /* use sigqueue(), etc. */ #endif This test will work for ACE users on older and newer versions of FreeBSD, and when POSIX RT signals are fully implemented on FreeBSD, ACE will use them. Thanks for your help! > If you want to support it by writing the code for FreeBSD > support yourself, the Linux code is available from: > > http://hegel.ittc.ukans.edu/projects/posix/signals.html I do not intend to implement POSIX realtime signals for FreeBSD at this time. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 19:12:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by hub.freebsd.org (Postfix) with SMTP id A2A4337B404 for ; Tue, 12 Mar 2002 19:12:42 -0800 (PST) Received: (qmail 87460 invoked by uid 1001); 13 Mar 2002 13:12:41 +1000 X-Posted-By: GJB-Post 2.25 04-Mar-2002 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 62 days, 19:31 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Wed, 13 Mar 2002 13:12:41 +1000 From: Greg Black To: Doug White Cc: Bri , freebsd-hackers@FreeBSD.ORG Subject: Re: chowning problem or somthing... References: <20020312130427.V15268-100000@resnet.uoregon.edu> In-reply-to: <20020312130427.V15268-100000@resnet.uoregon.edu> of Tue, 12 Mar 2002 13:05:04 PST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug White wrote: | On Tue, 12 Mar 2002, Bri wrote: | | > %pwd | > /usr/home | | `id` here? | | remember, you can't chown files unless you're root. File giveaways are not | allowed. | | > %chown testuser4:staff testuser4/ | > %ls -l | grep testuser4 | > drwxr-xr-x 2 testuser3 staff 512 Feb 21 15:06 testuser4 | > %whoami | > root | > %uname -r | > 4.5-RELEASE This is probably irrelevant -- a failed chown will elicit an error message and he did show evidence that he was working as root with the whoami output. The most likely explanation is that he used the same uid for at least two of these test users. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 21:56:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 58EA437B417 for ; Tue, 12 Mar 2002 21:56:26 -0800 (PST) Received: from pool0764.cvx14-bradley.dialup.earthlink.net ([209.179.40.254] helo=sm.socccd.cc.ca.us) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16l1kJ-0007ey-00; Tue, 12 Mar 2002 21:56:20 -0800 Message-ID: <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> Date: Tue, 12 Mar 2002 21:57:36 -0800 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: freebsd-hackers@freebsd.org Subject: Re: Recv() to a mmap'ed file? References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > * Farooq Mela [020312 13:01] wrote: > > > > Rather than the usual recv() to a fixed size buffer, write() to the > > file descriptor, loop, etc. However when I try to do this recv gives > > me back an EFAULT (bad address). Is there a limitation of the > > architecture which does not allows us to recv() to an mmap'ed area of > > a file, or is it just something which hasn't been implemented? > > You may not extend a file using mmap(2), you must use ftuncate(2) > or write(2). > > -Alfred I am aware of this, this is why I stated: > /* file_fd points to a regular file which is filled with SIZE nul > bytes */ The file is already the required size. -- Farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 22: 5:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 738EB37B400 for ; Tue, 12 Mar 2002 22:05:53 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 44C70AE1FC; Tue, 12 Mar 2002 22:05:53 -0800 (PST) Date: Tue, 12 Mar 2002 22:05:53 -0800 From: Alfred Perlstein To: Farooq Mela Cc: freebsd-hackers@freebsd.org Subject: Re: Recv() to a mmap'ed file? Message-ID: <20020313060553.GF32410@elvis.mu.org> References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Farooq Mela [020312 21:56] wrote: > Alfred Perlstein wrote: > > > > * Farooq Mela [020312 13:01] wrote: > > > > > > Rather than the usual recv() to a fixed size buffer, write() to the > > > file descriptor, loop, etc. However when I try to do this recv gives > > > me back an EFAULT (bad address). Is there a limitation of the > > > architecture which does not allows us to recv() to an mmap'ed area of > > > a file, or is it just something which hasn't been implemented? > > > > You may not extend a file using mmap(2), you must use ftuncate(2) > > or write(2). > > > > -Alfred > > I am aware of this, this is why I stated: > > > /* file_fd points to a regular file which is filled with SIZE nul > > bytes */ > > The file is already the required size. Gah... oops :) Have you tried the mapping with PROT_READ as well? I don't think most arches allow for access without PROT_READ along with PROT_WRITE. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 23:17: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id D1FE237B400 for ; Tue, 12 Mar 2002 23:17:00 -0800 (PST) Received: from pool0172.cvx22-bradley.dialup.earthlink.net ([209.179.198.172] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16l30H-0007OJ-00; Tue, 12 Mar 2002 23:16:54 -0800 Message-ID: <3C8EFCD4.848240BD@mindspring.com> Date: Tue, 12 Mar 2002 23:16:36 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Farooq Mela Cc: Alfred Perlstein , freebsd-hackers@freebsd.org Subject: Re: Recv() to a mmap'ed file? References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Farooq Mela wrote: > > > Rather than the usual recv() to a fixed size buffer, write() to the > > > file descriptor, loop, etc. However when I try to do this recv gives > > > me back an EFAULT (bad address). Is there a limitation of the > > > architecture which does not allows us to recv() to an mmap'ed area of > > > a file, or is it just something which hasn't been implemented? > > > > You may not extend a file using mmap(2), you must use ftuncate(2) > > or write(2). > > I am aware of this, this is why I stated: > > > /* file_fd points to a regular file which is filled with SIZE nul > > bytes */ > > The file is already the required size. You said it contained NUL bytes. Doe this mean that you greated it via a ftruncate or a seek + write of 1 byte? You should make sure that you write a zero to the first byte of every page to ensure that there is backing object mapping for it, before you attempt to receive to it. The inability to process page faults at interrupt mode may very well be your problem. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 23:19: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id C10A137B400 for ; Tue, 12 Mar 2002 23:19:02 -0800 (PST) Received: from pool0172.cvx22-bradley.dialup.earthlink.net ([209.179.198.172] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16l32K-0001RH-00; Tue, 12 Mar 2002 23:19:01 -0800 Message-ID: <3C8EFD53.46D7EB1B@mindspring.com> Date: Tue, 12 Mar 2002 23:18:43 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Farooq Mela , freebsd-hackers@freebsd.org Subject: Re: Recv() to a mmap'ed file? References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> <20020313060553.GF32410@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > The file is already the required size. > > Gah... oops :) > > Have you tried the mapping with PROT_READ as well? I don't think > most arches allow for access without PROT_READ along with PROT_WRITE. Being the required size doesn't necessarily mean that it had indirect blocks allocated to the NUL filled region. He'd be much better off trying this with a file he created using "dd if=/dev/zero bsize=??? count=??? of=my_file" than something truncated to the expected size. Actually, he's be better still if he'd implement a "recvfile" to be the opposite end of a "sendfile". 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 23:33: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 9CB6F37B419 for ; Tue, 12 Mar 2002 23:32:45 -0800 (PST) Received: from pool0172.cvx22-bradley.dialup.earthlink.net ([209.179.198.172] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16l3Fa-0000pk-00; Tue, 12 Mar 2002 23:32:42 -0800 Message-ID: <3C8F0089.40C63E1D@mindspring.com> Date: Tue, 12 Mar 2002 23:32:25 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Rodrigues Cc: freebsd-hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> <20020312214007.A2526@bbn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues wrote: > On Tue, Mar 12, 2002 at 06:02:06PM -0800, Terry Lambert wrote: > > I told you twice already: > > I got the e-mail from Albert Perlstein telling me to check > __FreeBSD_Version before I got your e-mail telling me to > check for _POSIX_REALTIME_SIGNALS. > > Sorry for the cross-traffic. No problem; it just gets frustrating. 8-). > > Isn't this covered in the reference where you are finding the > > definition of these functions so that you are able to even know > > how to call them correctly in the first place? > > No it is not covered. My reference has been the posix4(9) man page, > and which is available on FreeBSD 4.3. The POSIX specification itself is a better reference for POSIX. The copy I have is old, and the Single Unix Specifications I have (the Go Solo 2, and the earlier Draft of the Spec. 1770 from the UNIX International FTP site before it dies in the mid 1990's) aren't exactly the same thing as POSIX (they are X/Open documents, not IEEE). Unfortunately, the real thing is expensive, but necessary, if you are going to use the features it defines in as portable a way as possible. > I am a contributor to ACE, a cross-platform C++ library > for doing systems programming: http://www.cs.wustl.edu/~schmidt/ACE.html. I know ACE; I like it, actually. 8-). > My intent is to fix the macros in ACE which define the > configuration on FreeBSD (all FreeBSD specific configuration data > is in ACE's config-freebsd-pthread.h). Right now the ACE macros which detect > AIO and RT signals are broken, so I am trying to fix these macros, > hence my questions on this mailing list. I'm not looking to specifically > use POSIX RT signals on FreeBSD, I just want to get ACE to cleanly > compile on FreeBSD, so that FreeBSD users can use and enjoy ACE > on their projects if they choose. The RT stuff is the one listed; the AIO stuff, I'd have to look up; have you found it yet? Or do I need to go diving? > > The POSIX > > standard clearly covers all the feature test macros for the > > optional implementation parts of the standard, which includes > > the RT extensions. > > I wasn't referring to the POSIX standard, I was referring to > the and posix4(9) man page which came with FreeBSD. > I'll refer to the POSIX standard from now on. Yeah, it'd make it a lot clearer. Sorry for being short. The actual standard is always best; in the worst case, you can use it to brow-beat the FreeBSD folks into supporting the correct feature-test macros mandated by the standard, and/or add them to FreeBSD to bring it into compliance. I had the same battle (actually, Jeremy Allison and I had the battle with FreeBSD 3.x) when we brought the threads into tighter compliance with the threads Draft 4 standard. It then went off into the weeds by defining the manifests used for the feature testing in the STL and other programs (ACAP, UMICH LDAP, etc.) for which we needed the Draft 4 compliance, without actually complying. It's much, much better to comply with an old standard, than to be partway between one standard and another. > > When (if) the feature is ever actuallysupported by FreeBSD, > > the manifest constant _POSIX_REALTIME_SIGNALS will be > > defined. > > Ahh! OK, this is the information that I am most interested in. > So, I am now confident to re-write the test in ACE to: > > #ifdef _POSIX_REALTIME_SIGNALS > > /* use sigqueue(), etc. */ > > #endif > > This test will work for ACE users on older and newer versions of FreeBSD, > and when POSIX RT signals are fully implemented on FreeBSD, ACE will use > them. Yes. > Thanks for your help! Not really my doing; I'm not committing to this; I'm just positive that the POSIX mavens in the FreeBSD camp will make sure that the feature test macros do what the standard says they do, even if they have to be hit over the head with a ton of $8 per page official documentation. 8-). > > If you want to support it by writing the code for FreeBSD > > support yourself, the Linux code is available from: > > > > http://hegel.ittc.ukans.edu/projects/posix/signals.html > > I do not intend to implement POSIX realtime signals for FreeBSD > at this time. I don't think anyone does, actually... with kqueue, the POSIX RT stuff for queued signal delivery is much less general, and so a lot less useful than the queued signal velivery FreeBSD already supports, merely by registering for the signal kevents, which will be queued and delivered reliably. The entire idea of "reliable signals" sort of discredits the whole premise of "signals are persistant conditions, not events" model. It's a broken idea that's based on programmers being unable to use signals correctly. I'm really surprised that ACE has any use for RT signals at all. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 12 23:41:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 7299037B402 for ; Tue, 12 Mar 2002 23:41:30 -0800 (PST) Received: from hades.hell.gr (patr530-a210.otenet.gr [212.205.215.210]) by mailsrv.otenet.gr (8.12.2/8.12.2) with ESMTP id g2D7fGuO004678; Wed, 13 Mar 2002 09:41:20 +0200 (EET) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.2/8.12.2) with ESMTP id g2D7fFfb026575; Wed, 13 Mar 2002 09:41:15 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from charon@localhost) by hades.hell.gr (8.12.2/8.12.2/Submit) id g2D7fBNT026553; Wed, 13 Mar 2002 09:41:11 +0200 (EET) (envelope-from keramida@freebsd.org) X-Authentication-Warning: hades.hell.gr: charon set sender to keramida@freebsd.org using -f Date: Wed, 13 Mar 2002 09:41:05 +0200 From: Giorgos Keramidas To: "Rogier R. Mulhuijzen" Cc: freebsd-hackers@freebsd.org Subject: Re: logging securelevel violations Message-ID: <20020313074105.GB375@hades.hell.gr> References: <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020311220030.01c3ace0@mail.drwilco.net> <5.1.0.14.0.20020312082838.029a6d38@mail.drwilco.net> <5.1.0.14.0.20020312222347.01c3b080@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.0.20020312222347.01c3b080@mail.drwilco.net> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-03-12 22:26, Rogier R. Mulhuijzen wrote: > What I meant is, the file permissions on /dev/ad0 stop ordinary users from > even reaching the point where the secure level denies the attempt. > > And so only root can actually trigger the secure level violation log > message. So it cannot be used to maliously fill the logs. Unless someone > has root, and then you have bigger problems. Indeed. But we're discussing something about code that doesn't exist. Rate limiting is not bad, IMHO. But I'll let this go, until we have code to work on. I'm just concerned that there might be things that securelevel would disallow, that can be done by ordrinary users. For instance if user mounts are allowed, mounting a partition or floppy disk etc. Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 0: 4:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) by hub.freebsd.org (Postfix) with ESMTP id 6758737B400 for ; Wed, 13 Mar 2002 00:04:12 -0800 (PST) Received: from localhost (os@localhost [127.0.0.1]) by brain.cc.rsu.ru (8.11.6/8.11.4) with ESMTP id g2D83ib06849; Wed, 13 Mar 2002 11:03:49 +0300 (MSK) (envelope-from os@rsu.ru) Date: Wed, 13 Mar 2002 11:03:44 +0300 (MSK) From: Oleg Sharoiko X-X-Sender: os@brain.cc.rsu.ru To: Maxim Konovalov Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Patches to fix MD5 auth in routed In-Reply-To: <20020312222644.R7354-100000@news1.macomnet.ru> Message-ID: <20020313110137.M2931-100000@brain.cc.rsu.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! On Tue, 12 Mar 2002, Maxim Konovalov wrote: MK> I am going to take a look at your patches. Could you please fill a PR MK> meantime? Thank you very much. I've submitted the PR (bin/35843) Hope to hear from you soon. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 0:39:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id D407D37B405 for ; Wed, 13 Mar 2002 00:39:41 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2D8dcF7000565 for ; Wed, 13 Mar 2002 19:09:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Serial GDB hangs From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 13 Mar 2002 20:09:37 +1130 Message-Id: <1016008778.1876.68.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am trying to debug a KLD using serial GDB but it keeps hanging.. ie I will enter the debugger OK, and generally everything will work OK for a while, but then I'll want to do another command and it will just sit there in the ttyin state :-/ It is sometimes recoverable but that requires breaking to the debugger manually after restarting GDB which isn't exactly desirable :( It seems more reliable at 9600 but I would have thought a K7 1Ghz could go a bit faster :-/ (Gdb is running on a PIII-700 laptop) --- 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 Mar 13 0:44: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 01F4B37B419 for ; Wed, 13 Mar 2002 00:43:58 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2D8hsF7000655 for ; Wed, 13 Mar 2002 19:13:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: PCI read config functions From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 13 Mar 2002 20:13:54 +1130 Message-Id: <1016009035.1876.72.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to write a driver for a serial card - it is fairly simple, but I'm having trouble with some conversions from the Linux driver :) In the Linux driver there is stuff like -> if ((rc = pcibios_read_config_byte(bus, dev_fn, PCI_DC_SIO_PORT, &nport)) != PCIBIOS_SUCCESSFUL) break; And I think the equiv would be -> tmp = pci_read_config(dev, PCI_DC_SIO_PORT, /*bytes*/1); printf("pccom: number of ports - %d\n", tmp); However this just ends up printing 0. (PCI_DC_SIO_PORT is 0x2f) --- 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 Mar 13 1: 3:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0AED637B405 for ; Wed, 13 Mar 2002 01:03:42 -0800 (PST) Received: from pool0296.cvx15-bradley.dialup.earthlink.net ([209.179.45.41] helo=sm.socccd.cc.ca.us) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16l4fZ-0007Gf-00; Wed, 13 Mar 2002 01:03:37 -0800 Message-ID: <3C8F1635.B6E3FA5A@sm.socccd.cc.ca.us> Date: Wed, 13 Mar 2002 01:04:53 -0800 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: freebsd-hackers@freebsd.org, tlambert2@mindspring.com Subject: Re: Recv() to a mmap'ed file? References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> <20020313060553.GF32410@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, WRT to Terry's email, I initialized the file by writing N nul ('\0') bytes to it. Alfred Perlstein wrote: > Have you tried the mapping with PROT_READ as well? I don't think > most arches allow for access without PROT_READ along with PROT_WRITE. Oops.. and I even read the thread a little while ago about PROT_WRITE alone not working on x86, but working on alpha because write-only pages are supported on that architecture.. silly me  anyhow, I changed it to use O_RDWR instead of O_WRONLY to open(2) and then I used both PROT_READ and PROT_WRITE as the protection argument, and then the file transfer worked like a charm. Which brings us to the question, on x86 arch why do we even allow a PROT_WRITE only map to be created? It is useless and a program which gets a write-only map will think it actually has such a mmap'ed region, but it will get a SIGBUS if it tries to write to it. It would be better to return -1 and set errno to EFAULT than to have this brain damage imho. -- Farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 1:44:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A569737B405; Wed, 13 Mar 2002 01:44:31 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2D9iRJ59160; Wed, 13 Mar 2002 10:44:27 +0100 (CET) Date: Wed, 13 Mar 2002 10:46:41 +0100 (CET) From: Martin Blapp To: Kris Kennaway Cc: Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020312150543.A70773@xor.obsecurity.org> Message-ID: <20020313104439.R2573-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > > Here are my test news. The -O bug doesn't happen with > > gcc295 from ports ! > I tried all these FLAGS, but noone of them was creating the problems we see with -O : Optimization Options -fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch -felide-constructors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-mem -finline-functions -fkeep-inline-functions -fmemoize-lookups -fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole -fomit-frame-pointer -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fstrength-reduce -fthread-jumps -funroll-all-loops So what does -O exactly ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 1:46:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id CB6D037B435; Wed, 13 Mar 2002 01:46:22 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2D9kFJ59725; Wed, 13 Mar 2002 10:46:15 +0100 (CET) Date: Wed, 13 Mar 2002 10:48:29 +0100 (CET) From: Martin Blapp To: Kris Kennaway Cc: Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020312150543.A70773@xor.obsecurity.org> Message-ID: <20020313104645.U2573-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG STABLE is broken too, but in a different manner. I just added -O and then this happened. [algo] :testing inplace_merge #1() (weak) ... eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: junk pointer, too high to make sense eh_test in free(): warning: modified (chunk-) pointer # gdb eh_test eh_test.core #0 0x806630b in void _STL::inplace_merge (__first=0xbfbff0ac, __middle=0xbfbff23c, __last=0xbfbff3cc) at test_algo.cpp:58 58 { (gdb) bt #0 0x806630b in void _STL::inplace_merge (__first=0xbfbff0ac, __middle=0xbfbff23c, __last=0xbfbff3cc) at test_algo.cpp:58 #1 0x8066e8a in void WeakCheck (v=@0xbfbff83c, op=@0xbfbff434, max_iters=2000000) at test_algo.cpp:216 #2 0x804b41e in test_algo () at test_algo.cpp:248 #3 0x8049e37 in main (argc=3, argv=0xbfbffbe0) at main.cpp:275 #4 0x8049759 in _start () Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 4:39:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bayer2.bayer-ag.de (bayer2.bayer-ag.de [194.120.191.2]) by hub.freebsd.org (Postfix) with SMTP id 7C15437B402 for ; Wed, 13 Mar 2002 04:39:40 -0800 (PST) Received: from by-inet1.bayer-ag.com (BY3M290001.BAYER-AG.COM) by bayer2.bayer-ag.de with SMTP id NAA01076 (SMTP Gateway 4.2 for ); Wed, 13 Mar 2002 13:01:53 +0100 Subject: subscribe To: freebsd-hackers@FreeBSD.org X-Mailer: Lotus Notes Release 5.0.6a January 17, 2001 Message-Id: From: joerg.wagner.jw@bayer-ag.de Date: Wed, 13 Mar 2002 13:38:45 +0100 X-Mimetrack: Serialize by Router on BY-INET1/Central/LEV/DE/BAYER(Release 5.0.9a |January 7, 2002) at 03/13/2002 01:39:37 PM Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mit freundlichen Gr=FC=DFen / Best Regards Joerg Wagner _________________________________________ Fa. Arxes NCC AG IM-CAS-CCC-PCH Tel.: +49 214/30-31000 Fax: E-Mail: joerg.wagner.jw@bayer-ag.de Internet : http://www.bayer-ag.de = To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 5: 6:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 8778237B400; Wed, 13 Mar 2002 05:06:52 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2DD6fA07401; Wed, 13 Mar 2002 14:06:41 +0100 (CET) Date: Wed, 13 Mar 2002 14:08:55 +0100 (CET) From: Martin Blapp To: Kris Kennaway Cc: Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020312150543.A70773@xor.obsecurity.org> Message-ID: <20020313140429.B2573-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I removed now #undef DEFAULT_VTABLE_THUNKS and set again #define DWARF2_UNWIND_INFO 1 in the port. The -O tests still succeeded. All cpp* files are the same in the port and our system compilers. And ideas and pointers which subsystems I could test for this breakage ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 5:51:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 2FCA137B4FC; Wed, 13 Mar 2002 05:51:43 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 729DC5347; Wed, 13 Mar 2002 14:51:41 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: security@freebsd.org Subject: sshd UseLogin option From: Dag-Erling Smorgrav Date: 13 Mar 2002 14:51:40 +0100 Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Could someone please explain to me why we don't use sshd's UseLogin option by default? I know that there was a security hole related to that option recently, but that's not a real reason - security holes can show up anywhere - so is there anything that makes UseLogin a particularly bad idea? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 6:47:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by hub.freebsd.org (Postfix) with ESMTP id 152E637B404 for ; Wed, 13 Mar 2002 06:47:10 -0800 (PST) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g2DEl9b03465 for freebsd-hackers@freebsd.org; Wed, 13 Mar 2002 09:47:09 -0500 Date: Wed, 13 Mar 2002 09:47:09 -0500 From: Craig Rodrigues To: freebsd-hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020313094709.A3421@bbn.com> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> <20020312214007.A2526@bbn.com> <3C8F0089.40C63E1D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C8F0089.40C63E1D@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 12, 2002 at 11:32:25PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 11:32:25PM -0800, Terry Lambert wrote: > The POSIX specification itself is a better reference for > POSIX. The copy I have is old, and the Single Unix > Specifications I have (the Go Solo 2, and the earlier Draft > of the Spec. 1770 from the UNIX International FTP site > before it dies in the mid 1990's) aren't exactly the same > thing as POSIX (they are X/Open documents, not IEEE). > > Unfortunately, the real thing is expensive, but necessary, > if you are going to use the features it defines in as > portable a way as possible. The Single UNIX Specification, Version 3 was released recently, incorporating POSIX 1003.1-2001. I think the standard is available for free (unlike the older POSIX standards) on the web: http://www.unix-systems.org/version3/ > > The RT stuff is the one listed; the AIO stuff, I'd have to > look up; have you found it yet? Or do I need to go diving? The AIO stuff looks to be there in FreeBSD for the most part. Unfortunately in ACE, there is a interdependency between the AIO code and RT signals, so you either have to have all the features implemented, or you can't use any of them. Is there a maintainer or set of maintainers who looks at POSIX stuff for FreeBSD? I notice that in /usr/src/sys/posix4/, there is some code for things like POSIX message queues. Is that code maintained, or has it been deprecated in favor of kqueue? I don't want to get into a debate about the technical merits of POSIX, but I have worked on some projects where adhering to POSIX api's was actually a project requirement due to customer demand. Thanks again. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 9:33:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 3DBB437B416 for ; Wed, 13 Mar 2002 09:33:28 -0800 (PST) Received: from max ([12.254.136.195]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020313173327.QCZK1214.rwcrmhc54.attbi.com@max>; Wed, 13 Mar 2002 17:33:27 +0000 Message-ID: <05c201c1cab5$7c52d860$0900a8c0@max> From: "John Nielsen" To: "Martin Vana" , References: <002901c1ca19$12f00ec0$1198e693@kolej.vslib.cz> Subject: Re: firewall and ports Date: Wed, 13 Mar 2002 10:35:36 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Martin Vana" To: Sent: Tuesday, March 12, 2002 3:55 PM Subject: firewall and ports > hi, > I sit behind a tough firewall, and none of the ports in port collection > is able to fetch files need for install. > How could I overcome the firewall? This belongs more on -questions than it does on -hackers. Also, you don't give any specifics on what your firewall does and does not allow you to do. You may be able to fetch through your firewall by enabling passive mode. To do so, set the environment variable FTP_PASSIVE_MODE to anything but "no". fetch(1) also has a -p flag that does the same thing. See the manpages for fetch(1) and fetch(3) for other options, including using an ftp and/or an http proxy. JN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 9:38: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id 3DD6D37B402 for ; Wed, 13 Mar 2002 09:37:59 -0800 (PST) Received: from localhost ([127.0.0.1]) by vbook.express.ru with esmtp (Exim 3.33 #1) id 16lCgJ-0000u4-00; Wed, 13 Mar 2002 20:36:55 +0300 Subject: Re: unionfs and getcwd problem. From: "Vladimir B. " Grebenschikov To: BOUWSMA Beery Cc: Takanori Watanabe , hackers@freebsd.org In-Reply-To: <200203102147.g2ALlDw00249@beerswilling.netscum.dyndns.dk> References: <200202251435.XAA91094@shidahara1.planet.sci.kobe-u.ac.jp> <1015415443.3157.2.camel@vbook.express.ru> <200203102147.g2ALlDw00249@beerswilling.netscum.dyndns.dk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 13 Mar 2002 20:36:55 +0300 Message-Id: <1016041015.748.56.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-03-11 at 00:47, BOUWSMA Beery wrote: > Thanks! I'm pleased to report that I applied your patch to my > -stable source, and now I'm able to `make buildworld' with my > rw unionfs mount of my local hacks, atop a ro nullfs mount with > unaltered source, which I'm doing right now. > > The only obvious `problem' is when a non-r00t user attempts to > access the union-mounted fs when the shadow directories have not > yet been created, and `permission denied' is returned for all > directories that exist below, but not in the unionfs fs. E.g.: Yes, it is because of feature of unionfs to create shadow directories with credentionals of proceses doing "rise" operation. And if process have no permissions to write into parent directory operation fail. One of possible workarounds do as root find /union/mount/point to create all shadow directories. Another solution is to change behaviour of unionfs to use root-cred while make shadows, and then put attributes/ownership from lower layer to shadows. (but this will take a bit of kernel hacking) > thanks, > barry bouwsma -- TSB "Russian Express", Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 9:44:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id B729B37B402 for ; Wed, 13 Mar 2002 09:44:42 -0800 (PST) Received: from rzstud1.rz.uni-karlsruhe.de (rzstud1.rz.uni-karlsruhe.de [193.196.41.33]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.33 #1) id 16lCnY-00041y-00; Wed, 13 Mar 2002 18:44:24 +0100 Received: from un1i by rzstud1.rz.uni-karlsruhe.de with local (Exim 3.33 #1) id 16lCnb-0001kA-00; Wed, 13 Mar 2002 18:44:27 +0100 From: Philipp Mergenthaler To: vladimirt@rila.bg Cc: roam@ringlet.net, freebsd-hackers@FreeBSD.ORG Subject: Re: Running different startup scripts on behalf of loaded kernel and kernel modules X-Newsgroups: list.freebsd-hackers In-Reply-To: <20020312175820.A93263@straylight.oblivion.bg> Message-Id: Date: Wed, 13 Mar 2002 18:44:27 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020312175820.A93263@straylight.oblivion.bg> you wrote: > On Tue, Mar 12, 2002 at 04:38:42PM +0200, Vladimir Terziev wrote: >> > > I have to configure a box, which has to run different startup >> > > scrips on behalf of loaded kernel and kernel modules at startup. [...] >> How can I understand, when the startup scripts are going to be runned, >> which menu item is choosed ? > I think that your scripts should set some variables in the loader's > environment that can later be passed on to the kernel and read by > userland utilities (including startup scripts) - see kenv(1). Yes, you can set a variable in bootforth with : foo s" value" s" my_var" setenv ; OK foo OK and, in a startup script, read it with kenv | grep "my_var" . (There's a bug in setenv when used interactively; it uses the variable's name as its value, too. But it works correctly when used in the definition of a word.) Another (too fancy) way would be to use a file (bootforth has fopen, fread, fwrite, fclose). See libstand(3) and src/sys/boot/ficl/loader.c for more details. Bye, Philipp -- http://www.uni-karlsruhe.de/~un1i/ (,.) \\\@@ ) \= ) cc_|\_,^ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 10:38:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id D2AB437B41B for ; Wed, 13 Mar 2002 10:37:52 -0800 (PST) Received: from pool0082.cvx21-bradley.dialup.earthlink.net ([209.179.192.82] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lDdG-00013m-00; Wed, 13 Mar 2002 10:37:50 -0800 Message-ID: <3C8F9C6C.B0A32B7D@mindspring.com> Date: Wed, 13 Mar 2002 10:37:32 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Craig Rodrigues Cc: freebsd-hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> <20020312214007.A2526@bbn.com> <3C8F0089.40C63E1D@mindspring.com> <20020313094709.A3421@bbn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Craig Rodrigues wrote: > The Single UNIX Specification, Version 3 was released recently, > incorporating POSIX 1003.1-2001. > I think the standard is available for free (unlike the older POSIX standards) > on the web: > http://www.unix-systems.org/version3/ Thanks for the pointer. > > The RT stuff is the one listed; the AIO stuff, I'd have to > > look up; have you found it yet? Or do I need to go diving? > > The AIO stuff looks to be there in FreeBSD for the most > part. Unfortunately in ACE, there is a interdependency > between the AIO code and RT signals, so you either > have to have all the features implemented, or you can't > use any of them. I rather suspected this was the case. THere was a thread on one of the lists recently that talked about hacking up some of the AIO context to simulate a queued signal, as it would normally have appeared had it come back through the AIO. > Is there a maintainer or set of maintainers who > looks at POSIX stuff for FreeBSD? There are "police". Daniel Eischen handles threads, Garret Wollman handles much of everything else, and there are other people who will dip their oars in, if it comes to it (like me; getting involved in this discussion was related to the test macros not working, which is about the extent to which I care about it). > I notice that in /usr/src/sys/posix4/, there is > some code for things like POSIX message queues. Is that > code maintained, or has it been deprecated in favor > of kqueue? The easiest answer to this is to look at when it was last changed: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/posix4/ You'll also not that this "outs" Peter as one of the POSIX mavens who does code in that area... ;^). > I don't want to get into a debate about the technical > merits of POSIX, but I have worked on some projects > where adhering to POSIX api's was actually a project > requirement due to customer demand. I have, too. Ususally, they mandated older versions of POSIX, so that they knew they were well supports, and relatively platform independent. E.g. RT signals would not even be considered as part of an implementation for another 2-4 years. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 11:38:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0A3A537B417 for ; Wed, 13 Mar 2002 11:38:17 -0800 (PST) Received: from pool0228.cvx15-bradley.dialup.earthlink.net ([209.179.44.228] helo=sm.socccd.cc.ca.us) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16lEZg-0000fe-00; Wed, 13 Mar 2002 11:38:12 -0800 Message-ID: <3C8FAAF1.4DE9F67@sm.socccd.cc.ca.us> Date: Wed, 13 Mar 2002 11:39:29 -0800 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Cc: Alfred Perlstein , tlambert2@mindspring.com Subject: Re: Recv() to a mmap'ed file? References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> <20020313060553.GF32410@elvis.mu.org> <3C8F1635.B6E3FA5A@sm.socccd.cc.ca.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Farooq Mela wrote: > region, but it will get a SIGBUS if it tries to write to it. It would > be better to return -1 and set errno to EFAULT than to have this brain > damage imho. eep... that should be EINVAL... maybe i can be forgiven, though, given the time at which i wrote the message :-) > Date: Wed, 13 Mar 2002 01:04:53 -0800 -- Farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 11:48:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 5205037B416 for ; Wed, 13 Mar 2002 11:48:47 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 27749AE24F; Wed, 13 Mar 2002 11:48:47 -0800 (PST) Date: Wed, 13 Mar 2002 11:48:47 -0800 From: Alfred Perlstein To: Farooq Mela Cc: freebsd-hackers@freebsd.org, tlambert2@mindspring.com Subject: Re: Recv() to a mmap'ed file? Message-ID: <20020313194847.GO32410@elvis.mu.org> References: <3C8E6CD5.67F23CF2@sm.socccd.cc.ca.us> <20020312214851.GK92565@elvis.mu.org> <3C8EEA50.C3E17315@sm.socccd.cc.ca.us> <20020313060553.GF32410@elvis.mu.org> <3C8F1635.B6E3FA5A@sm.socccd.cc.ca.us> <3C8FAAF1.4DE9F67@sm.socccd.cc.ca.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C8FAAF1.4DE9F67@sm.socccd.cc.ca.us> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Farooq Mela [020313 11:38] wrote: > Farooq Mela wrote: > > region, but it will get a SIGBUS if it tries to write to it. It would > > be better to return -1 and set errno to EFAULT than to have this brain > > damage imho. > > eep... that should be EINVAL... maybe i can be forgiven, though, given > the time at which i wrote the message :-) Why should we hide the fact that you are on a brain dead archetecture? :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 12:15:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from screech.weirdnoise.com (209-128-78-198.BAYAREA.NET [209.128.78.198]) by hub.freebsd.org (Postfix) with ESMTP id 1FE1437B400; Wed, 13 Mar 2002 12:15:29 -0800 (PST) Received: from screech.weirdnoise.com (localhost [127.0.0.1]) by screech.weirdnoise.com (8.11.6/8.9.3) with ESMTP id g2DKFYv17886; Wed, 13 Mar 2002 12:15:34 -0800 (PST) Message-Id: <200203132015.g2DKFYv17886@screech.weirdnoise.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Martin Blapp Cc: Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT In-Reply-To: Message from Martin Blapp of "Wed, 13 Mar 2002 14:08:55 +0100." <20020313140429.B2573-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Mar 2002 12:15:34 -0800 From: Ed Hall Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Exception-handling is broken with -O in -stable, and has been for years. FreeBSD is one of the few systems that use setjmp/longjmp stack unwinds to implement exceptions, so when the GCC folks broke that path, it was never fixed. There are supposedly patches floating around that fix the problem, but they either didn't work as advertised or the ball got dropped. This problem should exist in -current since I think FreeBSD finally drops setjmp/longjmp stack unwinds and goes to dwarf 2 unwinds, which do work (and which are used by the GCC 2.95 port, which also works but which isn't compatible with /usr/lib/libstdc++.{a,so}). This issue is why Yahoo! has to use its own build of GCC, and I doubt we're the only ones... -Ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 12:20:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40]) by hub.freebsd.org (Postfix) with ESMTP id ED80F37B417 for ; Wed, 13 Mar 2002 12:18:20 -0800 (PST) Received: from smtp1.sympatico.ca ([64.231.130.192]) by tomts7-srv.bellnexxia.net (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020313201818.MAEO2356.tomts7-srv.bellnexxia.net@smtp1.sympatico.ca> for ; Wed, 13 Mar 2002 15:18:18 -0500 Message-Id: <1016053955.490@sympatico.ca> Date: Wed, 13 Mar 2002 15:12:35 -0600 To: hackers@FreeBSD.ORG From: strongearthquack@yahoo.com (earthquack) Subject: Ç¿ÁÒµØÕð MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_========_000008628_========_" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --_========_000008628_========_ Content-Type: text/plain; charset="gb2312"; format=flowed »¶Ó­Äú·¢±íÄúµÄ¹Ûµã wenren_ci15@yahoo.com --_========_000008628_========_ Content-Type: application/octet-stream; name="Changchun-mh2.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Changchun-mh2.gif" R0lGODlh9gI5AvcAAAAAAAEBAQICAgMDAwQEBAUFBQYGBgcHBwgICAkJCQoKCgsLCwwMDA0NDQ4O Dg8PDxAQEBERERISEhMTExQUFBUVFRYWFhcXFxgYGBkZGRoaGhsbGxwcHB0dHR4eHh8fHyAgICEh ISIiIiMjIyQkJCUlJSYmJicnJygoKCkpKSoqKisrKywsLC0tLS4uLi8vLzAwMDExMTIyMjMzMzQ0 NDU1NTY2Njc3Nzg4ODk5OTo6Ojs7Ozw8PD09PT4+Pj8/P0BAQEFBQUJCQkNDQ0REREVFRUZGRkdH R0hISElJSUpKSktLS0xMTE1NTU5OTk9PT1BQUFFRUVJSUlNTU1RUVFVVVVZWVldXV1hYWFlZWVpa WltbW1xcXF1dXV5eXl9fX2BgYGFhYWJiYmNjY2RkZGVlZWZmZmdnZ2hoaGlpaWpqamtra2xsbG1t bW5ubm9vb3BwcHFxcXJycnNzc3R0dHV1dXZ2dnd3d3h4eHl5eXp6ent7e3x8fH19fX5+fn9/f4CA gIGBgYKCgoODg4SEhIWFhYaGhoeHh4iIiImJiYqKiouLi4yMjI2NjY6Ojo+Pj5CQkJGRkZKSkpOT k5SUlJWVlZaWlpeXl5iYmJmZmZqampubm5ycnJ2dnZ6enp+fn6CgoKGhoaKioqOjo6SkpKWlpaam pqenp6ioqKmpqaqqqqurq6ysrK2tra6urq+vr7CwsLGxsbKysrOzs7S0tLW1tba2tre3t7i4uLm5 ubq6uru7u7y8vL29vb6+vr+/v8DAwMHBwcLCwsPDw8TExMXFxcbGxsfHx8jIyMnJycrKysvLy8zM zM3Nzc7Ozs/Pz9DQ0NHR0dLS0tPT09TU1NXV1dbW1tfX19jY2NnZ2dra2tvb29zc3N3d3d7e3t/f 3+Dg4OHh4eLi4uPj4+Tk5OXl5ebm5ufn5+jo6Onp6erq6uvr6+zs7O3t7e7u7u/v7/Dw8PHx8fLy 8vPz8/T09PX19fb29vf39/j4+Pn5+fr6+vv7+/z8/P39/f7+/v///ywAAAAA9gI5AgAI/wCF/RtI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkwwFElSJsqXLlzBjypxJs6bN mzhz6tx5cFhBljyDCh1KtKjRo0iTKl2KcZhTYUCZSp1KtarVq1izat3KtavXr2DDih1LtiYAAGXT ql3Ltq3bpWfRFjzbMG5EuxDxLqRLUO9evgoBIxTskLBBvwkFI55rOK7cwI9DLv6bV65hxpEHXh68 +R/iyZAfdu6buXLpw6dJFx79trVr1ZjrZmbNGvVBwoodp4ZNWbNuv7+D7/Ztm3Rk3Zx9/5bNUPjy 0JVNE4dePDbj3sYl1p7OnXdu7NSd3/8+Pvy1+be5TztHPrEzbr2N0dIu7/nx9+vUla+Hb1m+/9KA 0cUeb/UROB1fCA63nX7PjWcgfvdV152DCdaWYGL7qWdfcOBhSOBlEZ4n4msB0vcgahmSl6GDEuLH HWgC+legiyWGmBxmz8UXY306egdgfwcqaKJj1o1HHoYDurehcgxWqCORE3oY5YtHfrhhajvuyOKU I3ap1oV/7cfcavRV2OSV66FoV5azccjjlUy+2aZqJRp34Zoq+sgimKNZCCSP+QHaYpp2uulikFLC 9mSDcjKaHqGFyqilhHV6aSlZk65GUaU3ZgehoYdyWhybasaYqaeongkqcZDGOeOriv7/2aeQS87K 2ZwF3vkfrEqC6Wqsq8LKpZlW0oglkKeqOuClzHoFpWjHqijeras6eqyxt7Iq43U1CouXlt1+qySO Gi4ZJZ9/Jvorih0WmSOy/QF3bbLxjfqjcNmqGqq57Oa6bYvNBvxVis8S/KOeRuK6pbY1tqrnqaYy aau3ksYbbcWfrWgvosoyWipkBmPr76HCSoxnee+de3DC//KqcXWkLizwzGD52u5mnNab8p7BRrjo yCmL2zLPSMKL5IzEdlov0ul2WvTQJIsqcqYEkxukhiKTu2yhLu/7IHIxD2oizWQfZTO10irNr6DT ksyw1xOKB/HJ/6GZIsxNm6xwojqb/zsxtPg6/V7IBs5HJ85Vlrw0jsU2TjGHyTYKWtmUIyU1t3cj XHLhbSY5tM9HgjuZ0HWH2Zyv/JG+dYjyvuoxwEfD3h3iscrsp6lC6vd129pGyvraMT/b74mVF1+U jRzXnvW4boO4WOZiO+/35JFTOTzHc8Ntp7oye4i8sdcuLDyeaK/LMvKL9z67tLxzTrvsxsfP085P C4838ZIvOKWN9Ovueu5Scp75Ahg4xz0uUPCLU9IEtxuqrcx62bkcg+BmMPaI6ndiU9P6uie/DuoE XeHDX53sF7WLTZB5nMMcBLnnIwBeDl0U0x6XZri50Exug0UDmNQEuELu0e6GFwRgCv8P10P8efCI M1nW6vZ2P0E57XFV2loJm4g6rPFwe5/S28ZGJsPBiQmBpysTE4vkvquRMGdC3F/qsKavQNEPhmpE ohxxAqN7vY6FfLuhE98EMlBVsWAmJKPVxKU8Puavc1804t/COKS04XFwE9yd70JoSLeZL4hh8mO6 3oXHOXqSKP1r1xNrKJuxPe0jekwgDmNIkkWyDHAcPF769hjLVpIQfvr7pC53ycte+vKXwAymMIdJ zGIa85jITKYyl8nMZjrzmdCMpjSnSc1qWvOa2MymNrfJzW5685vgDKc4x0nOcprznOhMpzrXyc52 uvOd8IynPOdJz3ra8574zKc+98n/z37685/vNGUppQi4O2pmI0MqDEYUdJjBHBRLDQ1MXRS6l7l4 JjESPVN7LIrRvky0ORWV3EU9StJDArJaEU3pAA96PoOW9KUcZWlIVSpT78BUpmWCafsyEqyb0vQ4 d7EWUFuaypPslKIx1Y5DDUnQuyB1phVhaFJJapml6tRhPoXebGrqU6qmNJGIHGpXR0objG6VRjW1 T0nVepuIVrWtTH2pWB85Ul51lIZ1pVRH2frVu/IVp3LNa0XP2tWcTrVujqIpWZV414sKFKFjzQtc NwrXqv41qu8SE/TQVkDBAmithBXsZLWGUqiKdqp7BSxoA5tWIknxrRJVD9scGjjY/7L0slx9q211 m9e5SpW2SbVj3karUpTdFLHAWWtf03pa4JKWqHZDbm77mNzdopa5tJqiIJVbysZylWvEve2LMgnS 8prXIuWiW4A8atu6XqypzW2jeDNbwBzhtFZkfWh+lYvb9i7XonbLaHg9y12vOtZiDw3tXBXLXtA2 aKi/jWltlRVcv14VpTn9LGplK0OrEheo1p0kbprLVtia+LhHdS9ncXZeAyNXw9+9LoMHrFQBT1fG +zWtjcOLpsNWuKG81a98HOs/IktYxW7NaHuHrNpSPbbJZ0UWgCfMWhrrV6ce5mvmQlvgvQm3vgW+ 8mBbOmAQWxZ4maxuk3AMZAuDmP+jl2VyfMN8XO9CV3dB/jFpR/fR9rTqezSkFaESqbjRKtjH+1Ur gox8YwkvOMdo1duajPyt4P65y3RjrpD3DKPY/rStuwWRd42LXUhp+b+fZeiTKTxfy/J3zmaNsayd 6+kG13myY2PxjG95Wt7mGc4e3nBnU4zZM3M6un7csJ5fHGXI/VlA4o12jrf6qG3hasR6BqycF8vr +J56ytLOVbjZPNZtixix+ZVtA9t2Ylt7m847NXebzw2fYBN42ovtWKYNRWhGL/XNWLaqQDksY9z2 utUEvSVEs+3uyCp1yBAft2j9K+Js/1rTiMY4xKW86YinO4ouLm6LGxxxCOO4gRj/j7ZuoQ3qT1tZ 3o/WNsoXHmNmr3fO3/7vvGO94+sS9q95FrWnPf5uAAsY4Cmnd59WbFgGB53Ewu5sbytr6PcWTOWe 7VlWCbzoKn83wAlOeZSJrGhKxytS8Ba5jjvub4s1jN1XHru4qWrfjLNZztg2EimRXDh7mzXZkcya uyGq4XVrHdKM9u2syZ74SCLd0Eanc89xbW+aExzYKqY5rHeM8uJqnrt4T/rEEQ05r4dVj9X22OOR xne1t37qM665V7cdYr9jnur+TvS4ubx42t/eiaQevYE1XmZUc4u96405zIu89STDeNYIjg2/Vbt6 0FNf8rGX/OWPXPxKylv0Qe5v/895L3uXO7kxEr83a839fLYd2viJBjqEuK/+g9vZ9XTv9m/FCqVv u4nL29dyTaZ+CwaAVaZ4R4Z+M1ViDSd7cud3hBdsncdhkxZ6cqJt1DVEgXd/egd53oY4/4d1E8dn ImhSqacYk9d+AZhqUWc//Ed57uU3XweDusd3TJZ64NVuHZh9j/d9kyd2rtNy4ddommZcJQZ4sFdz XUdlwtdatueBkedzU+eDh7QlKJhQVMh4FghjWVgSq4Zi6FV5eSJZw/dk7UddZ+R0PfNA9WdlvZVr 0lNdY/h5y7ZavXd//EEnFVdmdlQ/DtZ/L4NXAod/FtR5r3dxSbcoD5Z9fjZJzf9HSxLTMf/DSW8o a7kEUJiYiZq4iZzYiZ74iaAYiqI4iqRYiqZ4iqiYiqq4iqzYiq74irAYi7I4i7RYi7Z4i7iYi7q4 i7xINo92hqL3hOXmVH7lUl+YW3m3eZYmX/UHjDSRa3Z2jD1VWG5XaVj0hE4CiK61UIunhIxFbgdm UIbnUsr4iWBTiAVnSWrIO9EljEvGcDXWfzq3gU2If234ZeTIdJ0WUnQojTy4djbYWoS2cNUXj9Cl cBn3ja8Hjr0mj6roa1n2SlBEcbEnf24Ycl5HWa42fgEHawhod9fXjQDphsqHglH1U4N2XogIfeW1 HPD1bwPIkPzngvRniMe2j6//SHBgNnz5Nz71tY09yW8WBISbUmnVJlLIxnIXSHx9Zn0i+YMkqWy+ Q1kdCXtgl3sUt5NLCWkWKBoql5RrZJLNBzZ3iHsrmY+dCFZOR39MWX5/2HXgV4OS+HBMGJCNlnMm h4bWiG8n+VSK9X4UmWbJmJd2CXRi2WWg55LlGHLvN4AFGJHhtllZRZZPCYqfx4JvaJGZKVRFyHBD 6HDEyHivFoOTBmVhlkZNqINUeX51h2tAGZicR4imSYSjhJfatyn0aILD2ChbmXw4yZrJhX2WGYhp Qpm+d5pZRnTcNmwsV3s8dYP3tWgvyJe9aYJwOYPSZobT6IDO5pRmaH5WCV5I/zZ9Wpkka7aYmNd0 dzePCiSFFLhubLmKl2d5hXaaYNaOSZh5TLOZ3QYy9geR3omYnRmRPxeTZFiWNsaFaPlhwAmX/leT 2GmXlJZ+H5WVg5ZYYsaC1sZznld4BiqKX5SM0hct+amTreecY6ecKphQIpWd82ibbQmhPHl1B4pz KjlIX1lQn/FjtjliKyig6UahLSmSMZeEu8KAAMqeK4J0x+hPv/h79baDEPYyFtlv1beiFPV0QZp2 s1miuDdemmdKRdqNT4qSXrmeNMiAuzZ9swltKlpWiGed8zl461dYddaVvKlll9hP4peIGUmbC3mi cRmSfSqTGjWe/IlqNFqCYv8mnIAqgSPZhm13kVXZfdXJdZX3lmWooh7JfHMKmW3now14j1saWKfW pPjUp8P2p6opqfj5lwFqf6AJnbpHdA8qoVxppB5ppX4ZYX3FRpVqWr7qmJF5a9SZl9toYrNyc7d1 aZ1pIdTZkLS6eTOJqvkkdM1oNZZGfgVKjePjMj64asg2X7g0pqE0d8UZqQdJggyaqdoRiI9ohXHj W+Z6MGPKh1eUL5sqlNPlHs16jcDSiwI7sARbsAZ7sAibsAq7sAzbsA77sBAbsRI7sRRbsRZ7sRib sRq7sRzbsR77sSAbsiI7siRbsiZ7siibsiq7sizbsi77sjAbszI7szSLslL/ZxrGCFlNCZWhiaA8 O4UcSJr9iYYjF1QpZnUJZ17p1VOGeHjSuqAjSX7ltoirOTsasTpuhaFPqZ6VpZisenKTiYRQhYU3 6V/WWo8925O5WWNFS6m92qDVyKY8GVnvqG/2iK8p+aezurM0GLRoynsGF4CMBHdRWJFJhpsDxGwH 2pgdijvYBqcCeFVzK6nY96m8qalKNiZWy1NuC4HkWpmCGbcuCa9PFXx+S7mgKZczebeMWHRid7T6 +JreKo5Z2qxq2blA2mNx+oGUabSv1bbAxbh1mnu/R2tTlpX5wzWFeLuyOaBZR2yyqozUQ2NJa5YG B7DCuLU6S2I3u6rhqDoP/zaUMaiHwkupNvmRuwa8ykqT9eM5DsmFnkuMcqem9HZYX1h2QIYvYkp2 Xju+Pwub4neVloqnH2q547mowequyTuITHe6FJhgv0u3fJu9ZMi1PAawjIuZJ1Zy2aquvOu91Ku0 hzulmgWPtAq/d0aVhqkv6Cu3kmW2QDpR7JeDAtm9LIl4Xbm0L1ioOiwvSknCCEyto9Zn/ejAtVWa MIxiNyvE2xu7eQirVfmYqst6M3xhWKW1XgqqETa/cTa2pJedztq6IJWiRKh8Yly2eBfEY5Y4mJa9 FupgeWp2KPoh9TuWYomsMXm9lwktHEktePi5yBu9LahESxy6WJxqpaW/z/92wmVYxsBrehbHjuJp u+87oZxWx5G4u+WLnjCZnvwZvv2rwl16vcHbcKjzveyYN8JbdkB8lNcZxaB6otYIdlDTe9ALdenr lp7MtOwKnuqGu4erj5NbppAsZBynhVhJbqabxcHYt1GTv4W7fETJv6wCqXuIs+xGv+jLwDp6rGo8 dC6qNQB5r1DHwYSpq5rcuN+4hUvYpq4LhX7piEX7wPoZy3P5tfW4IIHLdcRsntcpxRzMdt6izC3G Plh8dMabdR2slfkZpN+3yWwswxaWya+7zos7ypMrhDaoxrzqcBEY0JR8x2sJj0ArqNNyhGsnotwM xc5cfhvcWPdruJ53pjf/Vnp7djo3KXLXJqgELawWZ6g3HHDc6prtU5CMOp/7G6HNJslsmWGWjMpA KcTOaKfx6rPWd5wfOdS5WnXTPIPTyoHn3NKCXLn/Vm9hapYGapOP2snb96PWMZhpmqNdHajD2sKp G6hrfaUujMJyaYdVDY0kDc8h/co2mm90rbfF2zm7OdbvbM/LKdJSGDda/NPzm84rnV2QaXjt2859 zXyxap03fdeTen4MzC+cLZWIeqwLuc8wnccZStMzB8JdnMsymsSbTc7x+pkXvGmMDYOs3dDGtzYS V6jXI8GmvKuz7I5L3Jg5N3vFG5RFxWP+KN3b5cV4rWP3y4ZaLYiJy1jp/2GJ3grW4gN/g8vQg8XG hXy5YZcqVg26M/TD98VZB8LdSuOouXTWrKZD46yvI7SHeuq3bg18qlzFX9e0Z1yzCJ7gCr7gDN7g Dv7gEB7hEj7hFF7hFn7hGJ7hGr7hHN7hHv7hIB7i5gjUUZu2jgZfSZ2OqVvXIBmVf823WBWfR7XM gNvaEyykRSq1YPviggln7hvGEUqmZNLLHsyiAieOTZVe6v0rezqB8cy6Ou7eMz3PYXxHUpXBQaXi gsjiCbzjdoy1QS2rs03XEWy2Oa6OBSd1Zw6Oe9yuymvCUHmOwXnc6xfVvX2ROZu5Pl6a4E11Zizl i106cprANme3Qz7ge/8Z53rLonPcs8I1r4k+b40+zq51UgVMhX9+iLcplb/2i4D4MQ1J1XYqNw75 MUOp4x4nxRQMuMnd1fgrur97vh7c2aL5y8534jH+g7ZNt5U+5wolrs8dt5d8Qnv+k5WM2EdOtcN9 qBj42DjuZokZgo3Knl2a36+N1g6619gZgmpehQdG1XKbwwbI224X5rHJfc+X1XFq5MCKjyfV6qys 1M73khdBkB+GhFvoLxHMyeh8gJH9lpNua6GW3oQu4zJ6exvZ55RHv5pr4HDLrJq5j8e83ZqOnEpI cpG37xKKp4U+obXXw8t7oW1k13En1v2T8D8t6c3+1W/E54nKkD636/n/TKfUDJIDx5XMKsuaFGLb rNv8Hqwsn/NI2uqPjZBHfuItat/Y29y4Cm6MU+o1PvD+Ls+vxqRBjpc9L4Asf6jaHIX5buYnnayO jOY7g+WeXM8nDJ8oP52waXu7roDx7dz3JpmntPZNnZyjPZDN2czYLOd7r+4YyfB3Wj7/vNbcO+6H qOb8w3rP62xIzMzTidZob6wbTT7++4hbX/JCu1qKpqZZaOA8r3oxj3Z6z8ijucoQ/O4rWWvBzF87 Dy6av7ehCTWR7+2JJ77EZ220t52C7fpQiMc1aOViXqwtqlVpTdbIGB5HreW039Tee3GiO/WpjfKj t5FvZvp8uXHiZtqu/w2hykrbCr256q77k1+3yOimTNn2Oxfsy/7ZRW/QUm75erfNzR6eGelqxymT Uiv/7AIQAP4N/CeQIACBBhUeLDjQoEOCDCFGbDhRIkKMDy1S1MjxIsWKBTOCRHiwo8OMJT1WLKmw 40mUCWGKTBhx5s2QDzWe5NnSpsSQE2v+XFnTp0mWQj8qNdpwaE6TTzdCtbkz6FWIOkHGJBrUKtGm Wp2K9Er1Y9OuC3POtMhz6lW3QF92fVvWK1uMQKuKFZrSL9+vf0fSlfr2pUrCG/PWXWw3K8m0dNtC nhrY79axK5FSNktWa2O4lBd+VRpVr2nFMQWrZD14NEPEjUnzTS1ZrP/U2FR1yv75OTJYzW1ZY50r OvPmpFEFB8d91njzzD0XqyWLuXNp239/6/VdHHt167Rhepe7VXzt7WppVybOXTNp29uhUg8dnz3s x5jXk5fM+XZw4qZbyrHJTrvPOQDHy08mzgqs70DDsMKOOgoHfIot+2BD7LjT4hrQPPI8/I/D/Dos 8ML3mAsvwQj7m03F5GJLCULz3CvKRBeV29BAwEpTcC/RtCuPRwd1M/IyA+8S8C4fq0oRqR0lrDHJ B8GLyyUki7zSRpZyy3HI4gBzrTYhjbNrqArNqjCwCVk087PlCNwRNP38W+pH9QiTyScsHUSxzgbp O5C+GZMrscdAreP/brBF+Ru0P9U2ZNA0nBQdkkua5gSSI0lx7Cu8NMHLaqeWoqzOJU53W83TVBkF kdH99KST1N3kc7QnQLm6VFNLkaPJQlVX7XJUMKFcbVZaqcS0S1NBdXVSXX3NC74YRYWTWhBB/S5K Up8Uda1eUQp3XHLLNfdcdNNVd11223X3XXjjlXdeeuu1915889V3X3779fdfgAMWeGCCCzb4YIQT Vnhhhht2+GGII5Z4YoortvhijDPWeGOOO/b4Y5BDFnlkkks2+WSUU1Z5ZZZbdvllmGOWeWaaa7b5 Zpxz1nlnnnv2+WeggxZ6aKKLNvpopJNWemmmm3b6aagVxpDAKauu/6vcqal9UdGpw80a0j3DZnXc rhvk+tVj3Vx2L1dpzPVsQMc7djjP2gYu0jilVPdrZa8eG1sPYbRUbmH1kzFtfrvN1G69r0M3y717 LXtuLzukfG2vL3c7bNzGPJfyWCF77brCJF98RtCt/ltOkgTNkMTDppVQ8+/eTnXK1FWPdHFyc69S d9Y5ZQxbxbo23lk6uS7787YDBxvu2Wkn/nOvsVZ+Ws89DbbZwa8vlTffoE8XQ9SfTYrCJZd3G1Lb aew8Sdd17BRLWNnuNPMyAfytdPb1NzR+0yGPc+1jEmOuBjjXxI5udlpfAOkVusa1By9989vcIlc9 /BVqMv9ZlVEIxf88yIUPLoWzn/rkd7/jvGYk2QOgufCSP//xpzDr8R+ENCgiA2Iwglnjjf0MZbZt +U2AoBFhpdRGPv+UiU1Fgdz/aii+eW1vhTrSHtpgeED4mPCJjmvfi2hoQLQIsYuRGRGiLvPF7gnu T9AyHN64J7y+Oe95HdQbrUiYvxm2rnL9S4wVs2THJUWnjdI5yhvHWB40/shqmnOUY0KEI9chDojy giCiwOWkPkKxhBqk3oqwFrhaWY6TfxJj6xIlrjsVKosUNKUa2cS59P2wd/jB1RMVyZ4J2k59HhRS qPhIwGoJp4f0Q1WNBOXBUmbLley7pS1vlCNC7TF0kfzdL9uFul3/IfKFDSyh6rRYw9JNMG+8W2AM 18K4FY2zfGTCDyqLZDp1rjBPxztfJ6NzLU72JlDzY6InNWRBd+4qb8ZjZJucyL9LxQiQvJtlPLEH RrMV05ubxJ7sOLQ13/lykmS7XBnlUj/MbRE94irVuvh30i2p0UfSCynuThlMp8jzbmh0qUp/CFAr JXOmUGqR6BJlla0Z83l6PJ2AQilS6zmRjK8SpJ+6Q6IAgvJOQrUpVbWUKzaix4hvSqO9POonTN1k nNoTYeRSutH2JFRKuXTk5F4apiq285Jd5dIjK/hRidbpPERiYDYPhckgsROrliMWUt14vzSd8VeL nesqH7Mft1a1/6feUVxgYwrOkjJ1emw1ZB2/2VewgpWmFLxVXgMKPbgC77DyUVIT9/otw4UQksq5 5xSFk0Hz2dCNaj2qLodoqmkKD01366NluEXcJjUSeEusZB1960ckdbaoQZ3sM2t3JsFGi3Ah5Sw9 lWnSuKrJOXzzZ/F4CtiubjWCaX0n8SibSU1SV6loAWpLv9ReZup0h87U3yMVFMZPUWmJi8xuMXdJ YKUuKDQazS8pWcle0qkNdgGt1GuvGlFgjqi8aO1d8/DqpdQCs6dOOqYOc8hKDTP0gxjG24ONRMVg HvWWo92fD2+aniaRdr0nMqcYsyrfgzqXgYCb5SlV6B5NzTPDKf807It3d+MkSjbH6lwbgw9oXuty uMgw3euKT6usAbszlJHtL1Ir69RW5dPCZEOvmsJ3lBFGK6mnFVOCKoc+Nk8Xhdbapu/kLMvNHO6G cIxvh/E42A+fs5xDzenj2lznL/uKsdcVM6sWKqsNU3pOn3XXnuGotRNGt5Vi5jT3Np28qKVa1atm datd/WpYx1rWs6Z1rW19a1znWte75nWvff1rYAdb2MMmdrGNfWxkJ1vZy2Z2s539bGhHW9rTpna1 rX1tbGdb29vmdre9vS+ADlQ1T95t8WDoFk47sMkXuaIQp+djfapW0aheHhL5ODlVbtiSoV1dub/9 72uO9MQGLa7/iOUoOZx25puKzKidcRrie29uywx/KbPgzMW0UvNDFpdNHgH+cfBG2CMhlmFfHq7n iV+YauP7JTEZ2vItRrbE990TRXs40jeDpd3qnTn8qglyoGNQ42XleJpjnNzcztmXa3Y0zOcjylGO KoGFE/XKH1ROxwZvg6WUYi9zfNkrKjfoY7d59uqZqfs2Fa2wtOfS7UvU19WUyTQnouAkSPCfSrNa FvYi1zN9qhQ5WMJkJzzMlzNcDOf8sHWvb8oV/vaJNt1abYawXe+TJz3Dyu1jQZ+wsKmeOwv1rFu/ Y7sLT3ZYWpT05vYw5oflrJfnOcGPd6HDEbfO+Zx7tQm3aAtH/x76UKNayGrH7qPD/PSo6vf0IG/k XOgHUwornFv01a+GqbtwkRoR8xofsdaR6RmbB37Hce+Rl/tX4S/1MsXLZ/87T1ciBTNrkRYMC5+K bEdbuVjsV3ZfEsFnfrgCsGZaP5Trv8o4uK6rutFBLvEav/ZjvuGLD9NLJ8cJpz6hQATTOtTar6qR oQmkMElKDQT0FvcTObyCv+waOZc6KX8jQOF7wH+zNwn7ryBaQBKbMBnMQFCjK+8iwWqKHTqjuaka OBOkOhZhvIjSPsvyuPdqQISCwW7LLD0CsQIbQgYbLjEhn5N7LgxMI7GKpRojtevCoa8joeGjuLib sh0ruf+5jf8/Cq0XhMJra56KAkJUOjziQpNgAZYn5DDfM6EEPAx/6i0sQzjCYbxkIcICXLzgo0Mg CcRJQ40dlCWii0M5vERMzERN3ERO7ERP/ERQDEVRHEVSLEVTPEVUTEVVXEVWbEVXfEVYjEVZnEVa rEVbvEVczEVd3EVe7EVf/EVgDEZhHEZiLEZjPEZkTEZlXEZmbEZnfEZojEZpnEZqrMZi278e/LvE UK+0aCKOyiduWq8vDMEQkZ6xirg44sG1GkRvdEDcaqay48YLShxwVERCMsM500UPxMfh2cKNc7dB CcGf28dz5D8XTEdPeje2OkB/1DS4uRV2wSZ2Czf4iiGBhB//2jHEi5PHsiCveASuXny3fhRIj2wc mVO5U2MckYyecLu9jORAwMsweUqekszBhDTAtgO0HMwiftwybaQexFPBvlrIn1w3V0ykgnS3Q4up qRuofGssABtIAUvKMzQxLVvEjSqiNKs7ppwOSVJARlM6SlxKnBMxq5Q3HaI+H+yNi9M/2dNHvztL uvO0rGunNeG8EapH39Oprfojl7xI7/E8uYLIcbM0aMI7o9y6H4zH/JrHoqye0TmzbwEuSERLa4pF LWzJ0gOiSaSa7dOQx5I86Iqu2yusCCwWkwNM7eNJznydHdy+lwxM4juusGrMb7zIduyeyIw0kno+ gcMidHJH/1X0MyKrq+liojMix0LisZWiv4wszrIcoMWzLbTjt7M5xEnBJw87Tt5bzvHTIsXryqST k9KbwB78rPD8TSVzr7fBiXQ7xRa6o4KrPBbTqssCv9CMSoR8IbJsK7VyoFBJOLkKQ9erMrvrDlQB pODcwM880Ip8l5oEyvgzULSDjh4TMOFcxS/KI6xLw+0BTQ2sJxShL4gDrQG9T8e6kGcxQoJLz/+E oMmqnw6dLQGcP6sESeYgxweiqwJ6SLCLt4wLzeCLvLWsxddUrLKkqMFRUDUD0jsUOZW0D+3gO9ay wkQTJvvrQBNVoAXlMzNsvLCULqMaTfhaSZaDIskcsiBlwv+bmx0irVJLhE+HdE0UdB6vtDs4DDDP BEhA+51X0rnccj3rQ836xK+0Wyxeqa4yfFOmOtERy7r31KRDLckJQy7YDMvu89MMBUULPSEpczIZ GcOhXFT4008nvcdEjTAbPDrm5Dj93C4VexSoFFVvEVQqqz0om72zE8fYjEDzy7MC7ZY+9Ln5JNY/ a8XpS0N05E2420q23JTVDDXKo0tJTc2ZTJtePRzY8ivYStPY8qNnRQ03HZ9ELMSrczHRdJH3lJSN fKavvFX0MrVItUZ6rVd7vVd8zVd93Vd+7Vd//VeADViBHViCLViDPViETViFXViGbViHfViIjViJ nViKrVj/i71YjM1Yjd1Yju1Yj/1YkA1Zkb1E8oJVZn3Lx2RAeDkwHiWxnVS38LNNytMybJRLN8PR 1tzKFf1StmlEGkLVp5RZMqs41dq/fFRW/pokeVWiMTk4nR3PcbU00gRMk+yxYRVQjMvaozVLlV3Z 5HvaG8oqpE0k3Tk+FONRLp3ar2ROfxyr5sNQC2lVYjK76BHabBybtcsye2IxjkzB85s8HnPanyzQ IXw0jirKt+1TAkodP9NIPKLKvYzIuwrH4ptC6bzB5fJU0HNO3nO6llXTM2xLTd1SJA1EbeUruDWM BDI6lvwekEQ/xYXMuJmQv7StuVUiSimWpWtKFg1Wh9w3/9uTTyFkVn6kMcmtzRLszVbJjthqx87U 0qq0JISCx6/D1Q0cTaK0VuiLyVUd3SL1KehlvTZlL3H7x9tFJNS1yVJDyIRiz9j9rTsLixZbvyYc jbnVND3k2tZ13dCLXO+6x8SsS+B12f1BLC/kwukkwKUqxHEctMLFyv+kNFtaWyztWfCNvVaFUwSZ TiTjLUa1z0wqv3774BvVN+Rlrpj1wXVCoTX6lZorI+iwX706TbNkQ9JiJAreXnWDVHSdXKv7xwZM zA6cRHnEqN+kT7TMncSCXjPVYEmLYBW9yZ5NULxdzGh6LUgTwZlkLOM1pi2+OQFGTfdN4G0UP/5b XrNzOf9xhTfsZdeZPVk8PSLPAc8yjeDrTFQESs3okzOjbd7s1MYBdLKotdbW6Nz0lT7bVVIce2Kw vVbcU+LB/CfX6qBE5uHdoRtTW+QOK699C+MUo95YqRUWRmSm/L1tCUq23LmIHA52pUoIDi/CdVy1 7cnvuj7QpU0/7lImJmSmDTtLjSdwqiAqm9JIHk+GA6mC7GLIat5hgdEH3SCpytMMBdMdPVEBDTOq 6yjwU8u/wlXYjOWfu0wKlF+d7ELThGXa3WGZtV5HyhDgZdkzDefsReIilmefcz4AbJN8NtEy42ck nbekIyXnM1zN+sJ2Dkjh7WHGxNu6rNyYq8Gza9DWatL/Zt6pQpW33mWKp42bf7boWJ0rlLUqdrZl RCNaRrRe5WLBxNu47rVnSPpnikS+1HvDFjvUlQNTBonmir68LtsUljTO9UGiVY3TdGxpMBPkXeUp Xpo7dEPJ2arU+DHaeeagDxFcbuotGKXj6x3pYjVpCLvKrT6xEfwoPdHTBgJnGy4+iWxq0fNQkwaq GTo0bB1VgWO6c5W44amdYYVicE7dPcNk8aDC3gPhiabDBeIgEWbjzB281QrMTC5pwbPZyVy4juu4 QQwQyDWpOSY0hqRpoI7OYVZXitboXG3CT3NrD/28nK0098MTsizOLMRkxgZAMe1nhXxTKgWOVpbb ouPW/z0SUjjD6tld3IvOVMY+aq50TEaG4ygyStMlaoFaY2mxzEabTHFO1hEOYnYzvvdQs/581LVa yk0Tz6qrkktrlPRIW5qsJUPzRux27iwmkw29ndwIbPN0YEWr4pPFx+b7wJH9bwAPcAEfcAIvcAM/ cARPcAVfcAZvcAd/cAiPcAmfcAqvcAuP8KiOzXl1Y58VXaCtx6p2R55bXozc1mVp3GSaV3d9yXJM 6HV0bKbdVqdtYjTs7NEGzuDkRjm6W8qtWtoi42fOtWvmy89tOkrV7++SuwXRvBy2EfcSW/0Wyavd 1OFOr2eeb0a+3YZW3iTvSx5H6kEWweIGs9KyJqIEoP+XBdW6vkZ2BPEj/6TiNWHJ1mvexp+iuqhx bWAMvm0fVvHI1RIsH2ScNdYXX0gAnuxA+txjXmud/UjtTO7jgV00h642zOY6VPFUy6W9xk7/vuyU fTCCqu5BvZ2zfec+p73UhSjlG6S0NdSo5dKbglqpfPHj9FtX1fKw9e8Rp26MBsfRSumGKmnFpHJX EysUNCX1jWehht++JeBUni+7qd/m8vG5u+TtlkhuJVfrjlvizqFy3XHq7OugZi0jrtZcDqHc/PXD JD85t9waY1JI11pco0HfFMozV3YfJWhz/0ZuhyzwoSVyUjpbpmJtIc9qRkxGwxWxoWb/Ym63vmKg nmn/Xgap91Vnnx46SiSn77Fj5yJElRXuYNumyTUtJG9jmpxuMw+5UQ90Yv5hx+Veqp7i/+voeBmw MHnuQh7DctxgF6LkwbbkQwrfY2KpO1+U0w4QTuZ4Tn+ozPNKpsf0qDF0yA5kyUtzMd/3JQXuiYw6 b6912fPd19PtuKwXm69S/OLmSAxSE7d4O8HlrJ2xbkz0ok1c1F11FbHJsF77rwI2qa+4HV/u8MVo jid2Ea1zKpIbl7dy5u36vWTvawrawA78FAonpe3iUQNOE1e9Wy/vPT32PvW4u7czy5Utz3XW2Ob6 cNY1Q6dbSvV4Tzc4cxVinTMo6KRBIRXL4b2RqM5r/wjdZZZO+DCn9fWt6t/WrnVGXhTN85MH/rrG +3jrw77MPSS+Oul6tb7fd7g3Mec/9nm+vzylJpVeKdw3zAqe9GbvNGveY7F+0OwX8RPHHGCX/PWE sns3k/Y9Y8R/3+hvS3gFCAD/Bg4UWPCfQYIKFzJs6PAhxIgSJ1KsaJEggIwaN2rEqDDhQ5ALQSYs SVGkyJEOBaZcefDix5gIZ9JEyPJgSYMtTb6sOZHjS5Iqe+q02dJjw6MwkxJFKdMnVKIybwZl6LTn z4IcMz4VOpSn1Yg6jxalaZIq060dZyrFChYpXKRemSYFijau241VtbZd6vcv4MCCK84NWdcq14sp 2/+S5at2ZF+Jb3kmNkvZJWS/YCtX/th5qNjBisl+Lvv0NFCsNjMjjgz6at61cWV73knbKEbTuDk/ Vh3WceqxtXP39ozYqNq1Qklv7ZpbNPTo0qdTr279Ovbs2rdz7+79O/jw4seTL2/+PPr06tezb+/+ Pfz48ufTr2//Pv78+vfz7+//P4ABCjgggQUaeCCCCSq4IIMNOvgghBFKOCGFFVp4IYYZarghhx16 +CGIIYo4IoklmngiiimquCKLLbr4IowxyjgjjTXaeCOOOeq4I489+vgjkEEKOSSRRRp5JJJJKrkk k006+SSUUUo5JZVVWnkllllquSWXXXpZ3mdfiqn/Y5jPWVSmZIy5tlJfty1VGpxr4gZTmbShmaac xuFJ552EtUkScycBmueYhfJJ6GrI6QVZcnY2mhybfUIkqaO1PRompnfyxtyjbLLG53CeJqppTsXp qeelvTX6Katp8mUorNWlehtvWh0makiSMmqbqZRylVqkrgKnppuTuvarcIc2l6utwFqKrK23EocS oMZG21Gdnd6qa6zdvlmtWGOhSWq4ciamK5x1acussKsVu6uf5SqXk5+lsusutNPqda64l+KaqKj8 RtsqwPqa6i3CmoHLWmfk/quuoKc+7Gyo6BL7GLa8IvfTsYO+e5jA/y5acLPCZWvuwtsmm+lxLQPM /23CMRNX8LgslXryusHiWSuqObdG8rMHj7qqy68aS63L80bs2L1GH21zvq0WKzC/SA89MHBmJk2v zF3vTHDWi45Mc57LSqu0cSwbnKrEbeNbNcQvezzrsMvCXLTUf7LdmtDDXs1wcOBmnKvPXhuOd5+B N51usGNjLfemNmt9tLXSPie2xWAz/fTGQHPMbeFO4wuv23KPHrTdXJeuNc+Hu5535WbGSXfctFo9 uemeMxruxOLOzPu0keotedSC9is83nX/fTrur2Zc87XJPrx1868brranREt895ye7737bn9Wrzvj DQf+PfLCY8490GZT3H6tVFdt9uVoB7wyr7fX/f++9V5jn7zDxhe3Q6kLf7Fz3P4cFzX6pU1y8lJK c5AFM7rBzV/6qh/uGDe5kN0veiA7WOv6Zz0E1mwxqiPZ3T4GPL7pz1Lds5zbFFjC5WWPNBuD25mo BcH/rS13GVSTAP/Gwc1p7nHsE6GXeNhA7T1Odz/j2PiG6D2opayJVnzh1Dj4rsExS4PxClUB+xY/ BjIRfE4M4cC4CLhZIQqJXVJi8xyGQ1KhbIsnRKEU4Tc95mVxg9nCmvnIxr44ES55ppMg4nZ4qkA2 8Y+GDKIbE+amTYnuiooaDh1HY5u2Jc6Ej4Sj7VI2yRPyrJRl02EhwYYxIK7Oi0ME5SabFsnrsZH/ YJlkYSpzSCgEok6GPpuhs3gJRkXty3eCNF7fEuhI5p1tlCZM3fayWMYizrKaK/yWDb8FKtFMUIeI 3OPvlhZOba6uktuEIR5H0y5qytKa7nwnPOMpz3nSs572vCc+86nPffKzn/78J0ADKtCBErSgBj0o QhOq0IUytKEOfShEIyrRiVK0oha9KEYzqtGNcrSjHv0oSPsHKWwyECqMkUxWJhWTxmCGmG3Ey2mi YlJN0SWms0mpSluK09+41DBfUwxoaurT0HBTp75xy07hUhiXloanQg2qTKcymOJJtXNRrdfzIidG ouLlWD1UZlKBClXCPNWku0pm/rR3lZ3kFDYW/6SdWdeqnJsqdamziUxa6XezOrU1qHYlJmBgo0yW nnWkFkTd9nSKrpbq5qiLgWphvNLYr3DTga+pSgSF2VffvKWslw0LCJVq06M6lU6lJetp/zpauJK2 qzklqmnmci7RNmW2PinLXSKLGlzica5c5elfvWqW3Z72L6qFKVMp9tLSPhamintWa8cq0x0Cy7Y0 20tzl0uX7NpFqp3d7GakEtW8onWodxnvBUc7zrFyiq2pRW5yhxpGO+HkfCMF7HDTeBPcUrYmjRUb Com7V9lI9je9um935bIuuyEVudr9LAs1ezHNdtG1+6Mrd+2rVgTvay/YNXB9jzO7mDY1Kvxli/93 4btdD+PEI1otKXrZW9bQUXFq8L2vdFcL4t++dsbBs3CDV+rh/aJYtne9cH1VRVyzOrWzRnbwa4Kz ZBezeMGHTSleT9Lj6KLUvVCmLV3zK18tD5ewO/6ViJ9MX/86ljNGbDGXaftf/67Jm8GUrlME26Yc s9nHnu1lc9Vn2Jxhqsl+JfGHQ1xkl6xVzM7J7YJlrBsCO2dt5pt0kJl84jg/WL2Dnd+Bi5vDpz52 0m6WM1ODQmgU3/atWY1zaydD5g6fhS0U7mWMrypjQ3sazLddMZ8tGWjSFXfAvbKpbpOs3AtfGVtD Fi9LG83qtLG4151KcG4r7VhqS5bQaHZ0lgP/w1q7JtvWZMSxOQtbTGdP+9fRHXaU+wW6lW46NLQK 85aLEltdCwt/Vy7dNL+raH8j2DKwNjNpBe5luRBOrwLmLLIPLVoHfnvRRE7uyE5tL7YKts8Jd/Gw J1PwAWe61lTD9VRgDNuG3xnDENflTglr2TBDUKgFvvjBqzpZXD354POaLWvtnWmxelbPNh/bcQuM 0vkuttjATYtKrOtu56bX1iWnLM6JLD0h19ReqpYyokv8M2BOeeIux3eZ2w3vOUPS41wH+dUjTtKM d3xmZFfwW6fMtbk53OB1XvJxdTbn82L56sIVNIHrXmjIQp3PAjcxY4vOa7x3OO6Wvua/l8Mw/7eL V9sNPnHHMd1qhZ/665H+/C/fTvWqHvm3ck3w1Geq8qXrPTYOLn2uJf55S/Ja36gNcuA37y6dm/Gz Gje4ifc8+W3HN7/urbuvv/x0p/d34UzG7K5/J3bIQ1vVaDf6rBmMaLe7Vcdyn+7ZX97nfes+9Evf ufsZrnjNTH6psmauUaOv9BS6kPOKfTgUSUXPad7KoYUBTtu8LR/6Sdr4Xd8ASRx1IV6hkRsZeV73 6Ve1cd/6PRucMV+i1ZrzqYa04dj9sV78dQX/BNplOBrN6Z5KUeCyRd8Gfhq5pVzfxR4HipqCNd7O bdd31VniJd7vcV5kGROjcWCj9SCg0VtxwP9b+3Qgw73JI4VV8hUN9KlYqxnPfNFbxTCWIq3gqHwV 7TgZaijQMC2gr7XXcgxK7iGWOrHKFb5bOe0M0gHZ6G2fNBVQ8UmdBE2T35xHuQ0d7algxqkb7qFd /jlhuvFeSDWiIz4iJEaiJE4iJVaiJV4iJmaiJm4iJ3aiJ34iKIaiKI4iKZaiKZ5iRCkhEaYW+mBh f7Wepd3b7TnRAyEc44GYcHUaMz0gqW3Zn2GGLlJVLPKVn/niDFrGvxUdHc3eLYqgqAWfB9ofumGh F4WV8ukaK1VPuP1YA4qOxvlhFEYeHPLYEb4fyNCezX0QMmXbLzpgFCqfLu4iEfGYnanc3/H/W7wk oDECEjpS2yp2VRNyIxUWnB3y49H1I6rhGdN1ncIE2+P11PS1o+m5oJeFnByKmbxVXfBtIzzuY46B 3Y6RGavJGwlm3x2F41Rd5CW5oDImIwuKW85FWEA61/donTN+Wb3VFqgR5KbZRR3SpP1kDT564PmJ YOjY27HtRoCR2C+h2wm+zDBS2jR+oArGWwoK3bvNnOrlHwoW4lA+2sdFGH6xWQ9S1U9mEJeFF4QZ Ys25yogB5CuSY7B9Fb+VHw4+XwaqpQ6CntkN2UzmpfJgXBDq1QFSZFGZINL8YNlVpFcC2XJRBeF9 mMzh3wuK41UVD92Ny2upJaKAoC12ozuq/6OcNcwFMp1i4uM98g5pfp0JwlpauiJGwha2QRdn+qX7 LCHxeVxhhubUgd9LzqVhLBw0ype0YSMaxh7C1VjlHZ0sopyBSdjqueJkFaFxmaZP3mZg0ZpOhpoA HZGKleDvnaYEahgz7iUictVJSR8L+iEYEuDxvaRe6mb1dd5qhiZkgpGapRoyTuUUgaPOwCd9opNg ghyAgWZbXqDv3Ge0tVnksCUhEijsfU7hROZIwiZO3acmKRpYnckLkV+G6ib61OB5BqfYDWdXlthf ZqB0vuNlGJvUzYnINaFhXdCLXlvlsWPnFSNz0dSI9hgxstvoEWc3/pf9fcXcVJl+ntlmpv+jjyKk aW2WkAHdYVYoh9pkTn4l63he2Szay1HXDeLgCvUcluYoJ2XG6U3XjLKokv5a1mnbCAYouKnXWVhk rDEpa7perxnVM3lTh9qpA8bW9vWm8e3ed6qo/sWhaybqEbZlqVnclDYST2Kfc4qkoFoole2mDLab 1SEnh7agpWbqea2dF2pmtR3iB0Yp+Tllov1joNpdoHRb3n3fgW1YzI2pTPKdcoGk6flWFiYkrH7M lVqgux2oTz3Yt1UkaFEp5ZQLFEZjB4peni4feK4cmd6l8oDnlnqqovpfQbIpQwqpBuJlbMrnL/Il md4fGzLoiJpZkToeOEHYnr6PIqpkI93/pOjtFZKCKeUxoVbl6Gcma3U2xVqCoKYC7H8WrPXxJn+C K6HOWtW9Yy8+XLbGXWcWalFOJzVGbGnaJb4Olv59rL8OrMZ+ZEES4mHlInAmYlTW5/QloZGeqw3a Ee7ZZczyUmqeE6eeHcEerDlyq6i+lyZ1LC0uKcTBoBlmqrxoZBs9pHLyqm4pYaM6ZoBWZVhGpAEW KGUkJZiynw56n46SbJdFx7wa56LaK/iFl9JVbf8JKxl2bcpeUwz51gLF46XFImUaInsAoRU6ZHvA VZaxjIuWpTbyofmN53LmLJ1ZYBE2Z582ri/hLVeKJNGMWzLVJUFC5BnqW332YXmioud+/y7ohq7o ji7plq7pni7qpq7qri7rtq7rvi7sxq7szi7t1q7t3i7uvtPlcqszBm5j+qIivt7R3qScRisaSmPl 0uOYSWTaLW/kxkbCbiwN9mPgZSMj5u53CKfFomTGqmrhdmm+0mTxtt1kaqDxOui/GgywpSd64uKu Dtq4yip2Eq9Mfiv2okfUvu8aCg2xMm0FMl9PrhvLxqsRFaiTRm9S4eqXhqvs1CSBQheAViaGnqe5 XlIMAqR/3m937BtJGinL8i1KzuZ+qgrYoW047i7GQqTfLqzyruizMqTgemHRNmuSVlq7zqd8bgam Wp4Gh8fNbeWwuo+2rKa4Uiijzu9uQv+fmFbqNUpHUi5ouiFqnVLatZov9B4rbfrq1EKZ9n5qD08H pODo4VZwT94Ux/1modqWDisuwKYrE+snSfIP9Y5s1FkvoDGSeOqRQubgSK4g137w4GbwF2uHyWES FGLxDMYnFWkfecpoCIYNkYbxjSIu+26vLtls3IoSEyUbFd+h5kIoJmNXi9otnXERKv2fFw8yGEdd lvZxHENsyMqf2nGl3MIptOaaVlaq5PVovvngFCJy7bXg1Z5wBDff/mVXDoJe0wmiKhOylPmepJ7q qsZnbwputCHxy8qpMDpPzaYpM8/xE7EczpwlJRul0xZlQrYyDlNzPV4aCzfzdXTxDeX/ph+D2dkK W4yVMfGmbfdozDeza1c+zSbTccIG4hKzX4zKK+uB6jSXrHnyIjzLip1yMnb+sR3iVvk2I8h6qJbS 8Y1JbTwep8JqbfPC7PqFKtBqdHvCq0Zv54yGdESznCyvGBljXz0j1ZXeDkqfFRJqrYg+Hjw+UwLv crea70EXK4BR7fzdsEV3LNt5WqDENHU8bpvZMFSmoxtfyxIFTEqT0kVD8F35M7EtYjvBj7zC2MJO WGPG8Jt1nT8bdF3dqvNKNV3XtV3fNV7ntV7vNV/3tV//NWAHtmAPNmEXtmEfNmIntmIvNmM3tmM/ NmRHtmRPNmVXtmVfNmZntmZv9vW0/284k08LP++nbqODXugzGi+yYvD/qt93njU4qqGuKhzmuuv3 FmynhifbjO1GUiFd3rYqit/4xqRHCjICU54c97Jol/KtrexTom9EPrfbht5RdqRctqFiqVYV/RkY qqd90vZr3mpsu2l0UurLzlxx1qpxg61H06/BluN6D2JdAWnifjT5Omk0/q5xH6J2XaH3SjQPGyMF tWJ/16V1Dm+8zq9VPiUB99aLOq/1vbKyXTCBm5efzmmKkjc98+txb4vsFPVl4pkAU639qtuT1imc BaJQzo4qmjhLCyVqvi0wOtziglpK5gU1TuVDYjjNsuVcC+KB0lhPuWj65XccC7GMAv8psSpg15Ie e/Kyg0fQ0AAyakFrwA1hX7rjGROlrQqmCWNkiqZweY3npap2x2x4GMFlqSrrLoHkjve4DEq4FaPx +Vby9bV5aCssG6dzchtazfVvdd9hMK/ljZ/sqo6wdzpr8XppdVGZwEYouboh/VE41xJl21brtqKq lsN3iadlo2bkbcfvM+4NoRf6TlubqK+apX84tS5mG+OnVadpswXmTtIpc6cRvnXbmzcfbT+xoRY4 jQO1Ue7xdWHjLR86b3fXpEOeqZXgv+bdDr9NZjk5oznl4G1571myn95tCce1J5fkeON6fHN5kUul Vpf2bJYbnau6rd+tkiskNCuwVE7/rm6Pl6kOn5yL1U0D1w3T5rIvcoSzW9BJaHNOMFidO+A13q4X WXUBciuuE5+6kNZ1LgBqmlpvUYuXZWRCrbczM2nHISez5MTRepJTLOcaMIsbZ2PUO3176LwLtQrP +mHmu2EyulUP673T6xwu0tMVe+QtnqVnvMTOsqPiqLi1qrtT6cSCeo6jtM/bcqxl9FZSXNlZrtyx ebjy9zYrJZEDdznj9EB3L1c3sXhnn6DDKSyfpHP/40Or/T2vOBRPYYrtaJlCzN2pH62nHTseIEIv MFIv/ORyKUbToUVHURWv6UpCLcPqL0fT7xcC27j6JrjVeydbNw/zfHCzuDzfsV46/yHUm/Gaor3D srfFitJXK+tCe/DSajM0D/nkh5OIGnWKEb0+P7Vwf3cdN+31pjY/s3uU5fmSq6iCH/KSPx/Wlr61 crx6C3p+gqbUduvOarePU994LyBJ4/vwuqvI+xXAu3dIshMBjlOpM3VtN3elLz4Cyt/83Xlu1nyO L6lcifPI23MVViZQXn9C22NbI3NcFnlHA8Q/gQIBEBxYcGBChAkZIgSw0CDEhw3/SWRokCLGihc3 KtQI8SLIiBxDehQpsuLEghZZYnR4kGTMjAtfdizJcaVMgg8ndrS4kadMlCOH9iT50yZOly55NvWo MelSqCip7izpsCnSnA1XZj0pFP+oV6M0YT71KVXnzIMgkd4sq/RoyrZB0xpdaxaq27RT6d6N6jem XZts8WbNuJOqYMRsx/ptLFfsX8RWj9IUHFSsV5+ZyeJNGfjt2J6du+5dnFnoUMmbUQ8GDFfnScua Tcvlyljh6LdTc/flazlw18u6R+5uW5Zw7bxxPxdea1g518rJo1e3fh17du3buXf3/h18ePHjyZc3 fx59evXr2bd3/x5+fPnz6de3fx9/fv37+ff3/x/AAAUckMACDTwQwQQVXJDBBh18EMIIJZyQwgot vBDDDDXckMMOPfwQxBBFHJHEEk08EcUUVVyRxRZdfBHGGGWckcYabbwRxxx13JH/xx59/BHIIIUc ksgQObPruN1wOlKx2Fq76SvTXlJtOdhAW/JJpmjTC8q/tqrSMyt7y3K1w5Q0MzinjKtLzNWSbNM1 JTnTi8oyqbOvTuXIzG7O6Ji8DTow48NqSzRhejNMsKqUqCrI1OTtus7cPFO4R5H77Ug4uTSz0cOY RBItRxM9U9MrQwtU0prmOi2pueosClFG2YStpkTvjOpT0gSFr08/N8WuU0VL9XKmLf8k1bpOcxUV 2V3dCrbJKDkFFqhqraSyqFMhNQnNSnttVcpRQ9OWqMhu9XbPbtf8SNVtwS3O1ZAyXXdMrACtNTY4 GcXM0lF1vU9Sag0VeOCCd5WW/9Zhy9QO0UvRVUldUxnDDNMkb9VzssE+JTbhds/K6cu8gn02XHE/ OpTdkIuTU9NsWf1pymoDXhXelw+mNTJIo8x52dMsJSvVeTUOtDbfhruNuYWfS7pZXH0jNU9shT2V roCbVjpSg7Uk9lxhG92XUnkpdpZkMFUWWcyqUkXbVq/FjvjKi6UCGm5/mR66aopLo/dda2HureWB tZo2VIU9jbPvzU5O9tI4176XaLMSKxTwcX99Nd80I0d8ZMNT69rts1ZmO2nZwoIYZZZTb/Jzylf3 7NWvm0td9WOpBp3PyR9THTmhhbYt8Vonbs2wrYCrdNK0r/qN3il59hnV12Z7Uv/4rEcPuXpuybZ6 Oam3T7ftmyP+svNffTVZc6txf27eqru/87Gzz4+7e6i/Bd5dXN0FG/ZuN3Y0eg9DXe2cY7bcWGtx AIyWxEQHPHz1DHr8Ghv2JDc1QU1vby5b3tX2QkGLJaxobfLe6e7mLGX1i2NWyV4ES1idc20MZKhZ X9lQZrzKhUlVeZqO6z5Gpy55ilBGG18B0YIwpckOiO5DHNtohjXyQSdm+aMO3XpoQ1P5sGMI4x7U iPgvDBorgjr84fUKtsUWphBnXDSfGhcmrb0tMX8cnNXVdOcx/ZlMfRpD46LMOL80HlBc4JMM6Jro OC5hLn1P+xfpQjW4fM0sYyD/ayDpcEO7AepLbrZh3di01L4u8o5we5xfS/jGvvs1S5BLLB8iD5fI yzRQi2ecnQVZWbbjZDJx4+qcBmWDrf8lcJJ2wqLOhtg86ZCslpv6IgLv2LhtjRCS8loK7tznRjQ6 spG7u2GsmIbN5PTMiPi7IimBaUFZirKCbERfCkdIQO69yZcdpF0LNUPB/nUThHGElsPmeM9Z4stO OdsfIycZxWaG8opii9wMv/kU8oUueA9lpv6EaE3LPbOU0ayb3SgJyk8aSn7pzN7jEppPddJwkIaz qL5aSdDyrTOXpWJoGQW3LokakTSs094DVehQBb4SoTD7nzcP+EodAhSkQJwd/zjTKT68jYakB00p LI1Z1Sxp1JkaZI5ioJgy6ilTp6yijPRQqDWxFhBWedtkKnmnmr/5NJgXS2ZcjnrBu4jGdji81qMq +ZqlYWxufNSmkwqVV3NOdThPFOhYd9gvgIb1pPUiWjT3VbxfMrYvlf1i9BipWU5FC7SJvehaSyhG 95hWhKjtpxwl+7xjam+sEOTOZo9GP0Bmrki51e1uedtb3/4WuMEV7nCJW1zjHhe5yVXucpnbXOc+ F7rRle50qVtd614Xu9nV7na5213vfhe84RXveMlbXvOeF73pVe962Ssht5ZzjRzMI02RxjLVXjRs 15InSoe3uVsmVIJPY+04sf8kyMnCFL8GlKOyYPfVBEeksOu8rwvhW1PBtc+w+zWbrEqKyd9p+JZ7 slhmFTmm7dQxhiq57PYoxU3IKO+plBsxRxl7xkWeVK6l06ZWGadOoW7OOKblsIJrHLjCTTWB4dwr bsdTzxczFY+sxeu3hjzGDsdXmhQ+8shy3JzHwlVPQyVKYJWyLFTxlaOSpMgpmYxkL6kpscRZ7aLq xaxOovmZH2aTJ0uJytuetbMKtVedsUZnH/ZKjFUOI2Stp2Y7quWUffTnClvVS+r5Ts8I1nD4XoZn R0MvmD1eM4l7hzxcNtWrcC5epUGVNeKZMrNgLrWqbUdlS65Wo4XctJtdfK//UEN41SwkZrGg+Es2 q7KDTkGqpl1N6q0pW2GSrl8RbZa8I+LTz8ky9lVvPc0Xg2bC5vt0Q5fdx3fSV80O5WFqcK3fQB/Z rIeT9lMByDfUqligtf7dA4GaUXcf9MaeM6l8mYfl2frtjlbcYOnavDjK3rDCNI4p2a48YNcELX6W C2ldMJ1u3Yjm3ygl6KHS3bhlg3ugeuV3roHd1Z/GGrMZg2PUiBgukuoaWRCDdqj/u+aC9815tAki z6La8mKfLqThDrPHnUdWUIv8clm965OhTt84Upyurq219KQOLuBYT5+DVNnOjEXiOJddZtJ89P14 Cjll79yeEZ82zviVcrDl/7vm8rx53nNOHMIM2tL1hHvwmqbkk2H4kH5v7boLzHaxS1WuKzY0VSNZ MRmKuc+CzfTcn/V2h+N76J7Xss6MLaq8GWyLI47ibJ4OWJ7T+I1VZans177kd24e3A4m/Z8kidS3 Zv7isbTrMDm3plh+uuLdgaC3HKg1aTPYkMivur82r/TZY5TMVJfz9KfWczdDGvVyyuTq1fJr3PK7 jCqezrugjH2AdyypzaM55V++yTJPHbbk6nvsAfdjPrv/3KbleA5rlk4ssnTJ8UwILiprZS4J1Yzs 6gqtsV6N9lqp95Zp3ohvpYzOscKP83yvZuDq5NxG+PhH7LBK4oiq5qpnmf9aZv4K0N5kiYpkjfBY zX5QMOc+Co5EaQZjsMgYxr64LZDQR22wbaIesAYNTgJ3zQdnjp8o7aYYjf1YzXUezaX4Cs78DQpb L4T0Sooyb/wYrqng57U8ao1eEAaT0AOn8N1yCQelKgc7KqbCieWa8MRErHBwqWEm79+875okLvn8 6AGLTlcyiDcGaON0kA85hyXIJABfTeHIT3SWj8+EcA4jDpG4Kgsvrt0IsK6Y4p7GbvjYUNZCr9Uu cQcVsAAT0fj4qwmtL+rG0KCsTcFQLMJSLr8i0HtgkQiLzOUK8c2gzQS7sPF+psb2sKUSbAZ/r+kE ceBcpcT+qr4AZRqD5nb/AihdrI//OKnCwsqzgiMZIyoaZQ7i2Ke+TBHmfAwLj+0OF2vQTK5PDC8N 26gw8AyHqs9JlC+0Jma0gCbFlGh02ksgB5IgC9IgDxIhE1IhF5IhG9IhHxIiI1IiJ5IiK9IiLxIj M1IjN5IjO9IjPxIkQ1IkR5IkS9K6KHGxaHAJZ9Fz0LD8ru1u4mnOlJAeCTBSLi3D2mkUbdI7zEzc YAr6RCYbxU8ZYS2I5G7ktOoTbRINkSgDPXHfUhDAqHExEOyliDGfeOkqqjCbMqzQUAzp6i8dv6fh aNKX3JELS8bC5soLW7IdwSgUe20eYY/zgszWdpDHVoiz/kwpXXLRtOLA/3ymhsyvdVIyFRUt1RYP 5hRv1gavHEfv/kqO7+iSMj6oa6AM+U5uvnztkEbNK98L656S01TS7SBOsy7PKw9rM4Ep8I5xE2fy Kl/wLKOx7ehNn1SNM/0Sv/6O2hoj3MKQD40q7EIR4XLxM2Lo4BQFIH3S6qyoXXpvo+gMC0tN++xR DCEv3rLtBOXsvqgs00AzLZeST57R54SNFBsTqvQtJREtjACNiSjKCc3z99DzNM3uksjpbCgt2QxL fRxz6sptiJDHzrxu+7TtLlPxCOFQQSUqrixseVhSEs2wWDxqitxO6CLtwWBTBA9w2E7N4jrMH81l 5IAulEYQ6yAw9X7q2/+4CoFwqg9LdDRj7BipEHV48fwWsHKQJK0cazHbkv4ajTXBR+EU9M8chjfj EtF0zjGWqpKITm82CudqytwaEDJtKsmSdIJGNDuZMD6dqX5WzqpUlDVwcijrcobGzEw3yASx6eVy FNUCMCClpEzfLCwBM03BjKegMcCksPzMKBPnzhYV6RSxUw3j9Dj9p2H4j1DHVMASFEFrlD7LDi3p Ly9NTjEv1YV0T5zqc097SPZECESVU/ycM9WEEenOzrKytIngqahI1FxY7zHLkraKzQrD4h4XajJ+ hgwNqcegsEzz0wvdKPT8qZHUbetSNe1qcVFBMcq0ciszFCtFUD/bCi7/pZMmHZSckC2Lhgk8V/Av P25OoFOxIDRZcVHehI9G0awFKfRUJ4zN8kj6VMgShVLngg6LGFPLptWpaguVDBPHXtINOdRT41AU +6dgn7H09DVaB5PpyJRUh1OLbHTv+g1p1sqe2g8V0SltnJJbLnb81A9LCvXw/K1B424uY7Scnsjr htOdbNU4S2NIAWukLuvhhjCoaLCh+gxeHRFbv3AQGYgpqbRohsoanfFMX1bICKhVz3MspVEuvTXv 2HRkd+YQmalmZW5ybKr0fLbtInY/uZKNRPHmMC9evbZspdCOWFVy5jOgbnHYlNbbjJJFX89HWY+a rM6pXJFgwtGL0Abn/7pVS7OsatWUZCcOOEWOam92Q4WoS1VQDhdxA3ezT1XSQ5Hw6rCq6PYLOfES Twc3c2KGlLr2Ytu0btEK81IWxvSIXclILH1TU6XRZmvV9dawb/2qv9xxUmHTRCcxdz/oUT9XJsNx ZcnsHT9OMO+McVFxNdkJyDYOXfuJEE1KbYm1isqzoIJtGK/MkWTXOglrsnDPQQXNGFfRJPBQ1GJH e1HOr6q0xa4WTtlXtXQKHV3u/Uzps7JWoabRgXqUWxMjbEm0DQfUBmM01+wz/obW0uqyYhqsDJe0 Xl/zBy3XJCeYgivYgi8YgzNYgzeYgzvYgz8YhENYhEeYhEvYhE8Yhf9TWIVXmIVb2IVfGIZjWIZn mIZr2IZvGIdzWId3mId72Id/GIiDWIiHmIiL2IiPGImTWImX+DxsVG599C8785ycsXUFKHkbDnCJ r4rNEket9lqVrye7bzmLMnfy6t6K0Ukd7PlmsrEQSmORcfJCzF8NjSUvbE/nt6x0cz7YEYuNVegO eOJO9JGwrJb6S6Qm8GgDecHoqkGZLTkf2d0eZ+UYb1bcSki7T1ZX7e0+E42nsgz7ko0D7vvsZkiZ UwITjY0H5UNLyzSluB7tkq2Alo6YLNgAmMt8DVcJriwfrHLBQ+nMzMlcdUEFxlnFN5dVsUselsco bkeZT2dxk9BQORb/h2V5CZdLJ1dugWycDLgqB67xWNnyqrlCxxDsDlGGiEwvO+3o4JRBIU/ytvNd OQ6D3POLoVR905VTuzMqR3F52VJAlypXJwgf4a+I8M5LkReP7VOb4TkeW/Er11Jg99OhWVcxi9lC J1qcS0p2ubSf0TnJ+EmYGGxmdg5BK447LRT6RDkQaeklZ3E1r9K2MM4wa7WWX2rcwO+hs3l3GFRu pHZ7d/mavSy/vgId/5UvhFcts9VkW7SSNdoc7SWj6clR90zwCFXP9g6gwbHz3lRxBHlSGJNiQUhh BS51RzaCKZaPt8rhShpNnQOqiZbpIGx9qVnHfrY81/SQKTA1swVf/wfWSwPPbXfVqyVXqb3ZpLm1 +Bpa3XS6UWNSWn9Rx6q1NmO105jVr5fwCEEXdTmu8yCLFQmsEV/VM8d3SzfU/Sq67uI22h7PQz27 jQs0U7A3CXVSmBbuCR/3r2k55jhmjmUZEVWW+5yvs42nnf/wgvhUQ2Frd8nZcWhtjmqvq5kt6fIv WzEZWg3VtT/6Or8sm4u0i7dv3ho7h1QzYTfZw/4Puj16buVun7hIKRELmab6E/tqsJmHUFjDafa6 MJOXp61XlYrQdL72iifxRCfWjgPTnSOabzWZuXVbplrsc/u0prNaYBlNXBmVZ5NujWXZZrfUoqN7 wxQ1V/1YsVn2dv9bFIYGM8a0WWxLG28V2MPNaXuLG/DeNvsiOFTDdV9/VMnQtctGmcPXuhQtWmol eJCxWWg3a3WWW3C/Lr42esOD3IoFN5TbashTb8dsjO/Y+WZwIxIFrlLPt+vCWy2nuV1JWuMSrnid lor/FGj7u6cRm1gz17Hvengp87SpN7ttS66jV2hVF6KI7LVgNc+Pe6bzMH6vU7tx+5ZR1J7tnMgJ fBFl0MXVeXrMMZXX8HpHC6wEEEbbPML53JkLClTtl9QbXDWPCRiXDlGluhe/m8E5vQd5N5WXuX5x W75T9+uYXDM3MacCO1jjMG5WSdWJ0nLZEna3srfbAxYDvHekw4r/RQtlETi2t40CD/mJs/1K51pQ iQ4coeoc01rbtFqPKTyzaY9+mbCxc7qBybHwhDCsSXeut52MF7ge8Zcq/0p+M8iQl4ROURvfgpqJ B57gC97gDx7hE17hF57hG97hHx7iI17iJ57iK97iLx7jM17jN9692iyLOR7ka6S9dzLkS35GoGVK TV7lH2R4bFc8rXyKV17m/4O/qc2JHryNZ17nB+R9l9rMNX3ngx5AQtRz6dFF59KJhV7pzcPJPahZ 5Tzml17qeWWivVjR/3ulp17r2QOSCvvquzbq3X3rxx6MO/Sg51zNyfqzyZ7tBbybXTNUZ1TBKbvt 6/499l1/z5yS/+2e7/ve7/8e8ANf8Aef8Avf8A8f8RNf8Ref8Rvf8R8f8iNf8ief8ivf8i8f8zNf 8zef8zvf8z8f9ENf9Eef9Et/QWL2db6dtx2csS8ds0WtpG16ytI4lhcOpl0wHlMzuV88stfx0Ef1 O78ZhZBRPH/5+spcv4Vf2EPuvBVIp+kk6UGkjlUb0xs5LFdXDIeuKpcd2/IZ5L4t7n/U5sKWxTm6 67qQ2LPumN9wWa9t+c4ejt97sAG0nj/+/S+7w5HZp8b5cgACwD+B/woaPIgwocKFDBs6fAgxosSB BwkmtEhxoUWCGDleNAggZMiBIj0y3FhQYMeULE1izNhw5UuEM/9B0nRYEyXMlzUrkhyZU2FPmDGF 2tx5M2ZJl0eJFtVokydUkCV/jnT6cSjLrRlnqlwqMiXYqly7GlVK1iTSi2Sbfnw4VG3RnFWXnn37 1a7YsXGfTvwLOLBgwGCtArVbuGlQrDop6syL+OhVyS23So04tiJfnJzZ8p1c9uzGum2x+oQr9DNo 06dXrjXt9W1SzZsVr4UcGXddxSp9TtYa+rTw4aJb256beLbn5KpXv7bduLllp42f+z45OLv27dld X56+VzXJ4NFv+yUNdDpT4n7LLqZZW7lgrVfVPnZ7t/3888a59vxOXG/D/RcVZQHKJ9tX1/UGXF/s BSecd8dh9yD/hBBeVp1Y8EX4mn2WhZVZS8mFR9VqwHGHYoqDMdihY9a9aNZso/U3lVkeMbUefvDJ RdRnJcrXnIkWsmZgeTA+GCSGFGqUmYfhuaZjggPWCBqPAArIpIA3xthgewSe1KR/Jf5G3pg+Plla jD3GZR+UTuJYZoH6IahinXYSVp9cYY3HmIs9xmkYny7pdd+WNo5IpIFuvRcafYyllWaXu3kXn5zY eQXpnlHm52SiGUY1KJp6BVrfh4RqKOhoeqbH0YhnJuUgaop+WpmgUJ1IF3pC6ojYm0WKOKp0hlV6 4p3GHjtlbJZqVquiE66np38ggqgekLKGKOqu2DqL15K3Vmak/6fijhtrlru1WCNstFVZ4X1qNisV lrLdmiOdN5WbWmTocnoheUH2O6+yXM5qqpYBQ+QosgovvKOhYzZLVcSwStkoeBY7PHCxnUEMMLfK 5tqqc6jV6+eQtFq8Lol/wbkvs+w5J3DHSvY3I5/3UscsyZvai1m1LV9HJ48HmvkplgJ/52tXRYtq lLwMPw21n1YOnDPH74pZ8bu+tvpwlxuXPCy2U3NIIb5ZoZz1XV+S621xf2I9r7phl3o13Opt1maf XB+n85DL8gyem5uOTfa6Z6oaLLgyLm7eoYnvWrXcUU9ep0wHB5Wj0OEGfqrPcjr99lxUT+gbgM/h 9iTgjlFr+f/gQS8aaOw7fxj6yaYDuuzRE+tnMMFJK5if2umKJu/mpPfpXvDPWls74+5GuyCi0d1O efUrHr+500YD2rnQNGofd6KpBT50zq5OSSNh+3aKpHJQoj2Rw9tbqJumMaNKc1rwy9hm7wQH+C/8 iKwz2zNenK7UGvHADYES697/6sUTwrFrdtar4MoydBgB0opMayocB9kCKjOZS1M9q9IHh4YhTMHM b1/rCOhMxCabPWx33cFLAIt1P9bsaXpEa9LeeDUqAQaGhD9SH6wCOD6JpUx5qUueEBeIOB8xqFJh S6IFr4jFLGpxi1zsohe/CMYwinGMZCyjGc+IxjSqcY1sbKMrG98IxzjKcY50rKMd74jHPOpxj3zs ox//CMhACnKQhCykIQ+JyEQqspABAQA7 --_========_000008628_========_ ___________________________________________________________________ Send email newsletters to groups for FREE with the trial version of 32bit Email Broadcaster. Visit http://www.electrasoft.com/32bea.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 12:20:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts7-srv.bellnexxia.net (tomts7.bellnexxia.net [209.226.175.40]) by hub.freebsd.org (Postfix) with ESMTP id E1FEC37B400 for ; Wed, 13 Mar 2002 12:18:27 -0800 (PST) Received: from smtp1.sympatico.ca ([64.231.130.192]) by tomts7-srv.bellnexxia.net (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020313201825.MAGH2356.tomts7-srv.bellnexxia.net@smtp1.sympatico.ca> for ; Wed, 13 Mar 2002 15:18:25 -0500 Message-Id: <1016053962.800@sympatico.ca> Date: Wed, 13 Mar 2002 15:12:42 -0600 To: freebsd-hackers@freebsd.org From: strongearthquack@yahoo.com (earthquack) Subject: Ç¿ÁÒµØÕð MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_========_000008630_========_" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --_========_000008630_========_ Content-Type: text/plain; charset="gb2312"; format=flowed »¶Ó­Äú·¢±íÄúµÄ¹Ûµã wenren_ci15@yahoo.com --_========_000008630_========_ Content-Type: application/octet-stream; name="Changchun-mh2.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Changchun-mh2.gif" R0lGODlh9gI5AvcAAAAAAAEBAQICAgMDAwQEBAUFBQYGBgcHBwgICAkJCQoKCgsLCwwMDA0NDQ4O Dg8PDxAQEBERERISEhMTExQUFBUVFRYWFhcXFxgYGBkZGRoaGhsbGxwcHB0dHR4eHh8fHyAgICEh ISIiIiMjIyQkJCUlJSYmJicnJygoKCkpKSoqKisrKywsLC0tLS4uLi8vLzAwMDExMTIyMjMzMzQ0 NDU1NTY2Njc3Nzg4ODk5OTo6Ojs7Ozw8PD09PT4+Pj8/P0BAQEFBQUJCQkNDQ0REREVFRUZGRkdH R0hISElJSUpKSktLS0xMTE1NTU5OTk9PT1BQUFFRUVJSUlNTU1RUVFVVVVZWVldXV1hYWFlZWVpa WltbW1xcXF1dXV5eXl9fX2BgYGFhYWJiYmNjY2RkZGVlZWZmZmdnZ2hoaGlpaWpqamtra2xsbG1t bW5ubm9vb3BwcHFxcXJycnNzc3R0dHV1dXZ2dnd3d3h4eHl5eXp6ent7e3x8fH19fX5+fn9/f4CA gIGBgYKCgoODg4SEhIWFhYaGhoeHh4iIiImJiYqKiouLi4yMjI2NjY6Ojo+Pj5CQkJGRkZKSkpOT k5SUlJWVlZaWlpeXl5iYmJmZmZqampubm5ycnJ2dnZ6enp+fn6CgoKGhoaKioqOjo6SkpKWlpaam pqenp6ioqKmpqaqqqqurq6ysrK2tra6urq+vr7CwsLGxsbKysrOzs7S0tLW1tba2tre3t7i4uLm5 ubq6uru7u7y8vL29vb6+vr+/v8DAwMHBwcLCwsPDw8TExMXFxcbGxsfHx8jIyMnJycrKysvLy8zM zM3Nzc7Ozs/Pz9DQ0NHR0dLS0tPT09TU1NXV1dbW1tfX19jY2NnZ2dra2tvb29zc3N3d3d7e3t/f 3+Dg4OHh4eLi4uPj4+Tk5OXl5ebm5ufn5+jo6Onp6erq6uvr6+zs7O3t7e7u7u/v7/Dw8PHx8fLy 8vPz8/T09PX19fb29vf39/j4+Pn5+fr6+vv7+/z8/P39/f7+/v///ywAAAAA9gI5AgAI/wCF/RtI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkwwFElSJsqXLlzBjypxJs6bN mzhz6tx5cFhBljyDCh1KtKjRo0iTKl2KcZhTYUCZSp1KtarVq1izat3KtavXr2DDih1LtiYAAGXT ql3Ltq3bpWfRFjzbMG5EuxDxLqRLUO9evgoBIxTskLBBvwkFI55rOK7cwI9DLv6bV65hxpEHXh68 +R/iyZAfdu6buXLpw6dJFx79trVr1ZjrZmbNGvVBwoodp4ZNWbNuv7+D7/Ztm3Rk3Zx9/5bNUPjy 0JVNE4dePDbj3sYl1p7OnXdu7NSd3/8+Pvy1+be5TztHPrEzbr2N0dIu7/nx9+vUla+Hb1m+/9KA 0cUeb/UROB1fCA63nX7PjWcgfvdV152DCdaWYGL7qWdfcOBhSOBlEZ4n4msB0vcgahmSl6GDEuLH HWgC+legiyWGmBxmz8UXY306egdgfwcqaKJj1o1HHoYDurehcgxWqCORE3oY5YtHfrhhajvuyOKU I3ap1oV/7cfcavRV2OSV66FoV5azccjjlUy+2aZqJRp34Zoq+sgimKNZCCSP+QHaYpp2uulikFLC 9mSDcjKaHqGFyqilhHV6aSlZk65GUaU3ZgehoYdyWhybasaYqaeongkqcZDGOeOriv7/2aeQS87K 2ZwF3vkfrEqC6Wqsq8LKpZlW0oglkKeqOuClzHoFpWjHqijeras6eqyxt7Iq43U1CouXlt1+qySO Gi4ZJZ9/Jvorih0WmSOy/QF3bbLxjfqjcNmqGqq57Oa6bYvNBvxVis8S/KOeRuK6pbY1tqrnqaYy aau3ksYbbcWfrWgvosoyWipkBmPr76HCSoxnee+de3DC//KqcXWkLizwzGD52u5mnNab8p7BRrjo yCmL2zLPSMKL5IzEdlov0ul2WvTQJIsqcqYEkxukhiKTu2yhLu/7IHIxD2oizWQfZTO10irNr6DT ksyw1xOKB/HJ/6GZIsxNm6xwojqb/zsxtPg6/V7IBs5HJ85Vlrw0jsU2TjGHyTYKWtmUIyU1t3cj XHLhbSY5tM9HgjuZ0HWH2Zyv/JG+dYjyvuoxwEfD3h3iscrsp6lC6vd129pGyvraMT/b74mVF1+U jRzXnvW4boO4WOZiO+/35JFTOTzHc8Ntp7oye4i8sdcuLDyeaK/LMvKL9z67tLxzTrvsxsfP085P C4838ZIvOKWN9Ovueu5Scp75Ahg4xz0uUPCLU9IEtxuqrcx62bkcg+BmMPaI6ndiU9P6uie/DuoE XeHDX53sF7WLTZB5nMMcBLnnIwBeDl0U0x6XZri50Exug0UDmNQEuELu0e6GFwRgCv8P10P8efCI M1nW6vZ2P0E57XFV2loJm4g6rPFwe5/S28ZGJsPBiQmBpysTE4vkvquRMGdC3F/qsKavQNEPhmpE ohxxAqN7vY6FfLuhE98EMlBVsWAmJKPVxKU8Puavc1804t/COKS04XFwE9yd70JoSLeZL4hh8mO6 3oXHOXqSKP1r1xNrKJuxPe0jekwgDmNIkkWyDHAcPF769hjLVpIQfvr7pC53ycte+vKXwAymMIdJ zGIa85jITKYyl8nMZjrzmdCMpjSnSc1qWvOa2MymNrfJzW5685vgDKc4x0nOcprznOhMpzrXyc52 uvOd8IynPOdJz3ra8574zKc+98n/z37685/vNGUppQi4O2pmI0MqDEYUdJjBHBRLDQ1MXRS6l7l4 JjESPVN7LIrRvky0ORWV3EU9StJDArJaEU3pAA96PoOW9KUcZWlIVSpT78BUpmWCafsyEqyb0vQ4 d7EWUFuaypPslKIx1Y5DDUnQuyB1phVhaFJJapml6tRhPoXebGrqU6qmNJGIHGpXR0objG6VRjW1 T0nVepuIVrWtTH2pWB85Ul51lIZ1pVRH2frVu/IVp3LNa0XP2tWcTrVujqIpWZV414sKFKFjzQtc NwrXqv41qu8SE/TQVkDBAmithBXsZLWGUqiKdqp7BSxoA5tWIknxrRJVD9scGjjY/7L0slx9q211 m9e5SpW2SbVj3karUpTdFLHAWWtf03pa4JKWqHZDbm77mNzdopa5tJqiIJVbysZylWvEve2LMgnS 8prXIuWiW4A8atu6XqypzW2jeDNbwBzhtFZkfWh+lYvb9i7XonbLaHg9y12vOtZiDw3tXBXLXtA2 aKi/jWltlRVcv14VpTn9LGplK0OrEheo1p0kbprLVtia+LhHdS9ncXZeAyNXw9+9LoMHrFQBT1fG +zWtjcOLpsNWuKG81a98HOs/IktYxW7NaHuHrNpSPbbJZ0UWgCfMWhrrV6ce5mvmQlvgvQm3vgW+ 8mBbOmAQWxZ4maxuk3AMZAuDmP+jl2VyfMN8XO9CV3dB/jFpR/fR9rTqezSkFaESqbjRKtjH+1Ur gox8YwkvOMdo1duajPyt4P65y3RjrpD3DKPY/rStuwWRd42LXUhp+b+fZeiTKTxfy/J3zmaNsayd 6+kG13myY2PxjG95Wt7mGc4e3nBnU4zZM3M6un7csJ5fHGXI/VlA4o12jrf6qG3hasR6BqycF8vr +J56ytLOVbjZPNZtixix+ZVtA9t2Ylt7m847NXebzw2fYBN42ovtWKYNRWhGL/XNWLaqQDksY9z2 utUEvSVEs+3uyCp1yBAft2j9K+Js/1rTiMY4xKW86YinO4ouLm6LGxxxCOO4gRj/j7ZuoQ3qT1tZ 3o/WNsoXHmNmr3fO3/7vvGO94+sS9q95FrWnPf5uAAsY4Cmnd59WbFgGB53Ewu5sbytr6PcWTOWe 7VlWCbzoKn83wAlOeZSJrGhKxytS8Ba5jjvub4s1jN1XHru4qWrfjLNZztg2EimRXDh7mzXZkcya uyGq4XVrHdKM9u2syZ74SCLd0Eanc89xbW+aExzYKqY5rHeM8uJqnrt4T/rEEQ05r4dVj9X22OOR xne1t37qM665V7cdYr9jnur+TvS4ubx42t/eiaQevYE1XmZUc4u96405zIu89STDeNYIjg2/Vbt6 0FNf8rGX/OWPXPxKylv0Qe5v/895L3uXO7kxEr83a839fLYd2viJBjqEuK/+g9vZ9XTv9m/FCqVv u4nL29dyTaZ+CwaAVaZ4R4Z+M1ViDSd7cud3hBdsncdhkxZ6cqJt1DVEgXd/egd53oY4/4d1E8dn ImhSqacYk9d+AZhqUWc//Ed57uU3XweDusd3TJZ64NVuHZh9j/d9kyd2rtNy4ddommZcJQZ4sFdz XUdlwtdatueBkedzU+eDh7QlKJhQVMh4FghjWVgSq4Zi6FV5eSJZw/dk7UddZ+R0PfNA9WdlvZVr 0lNdY/h5y7ZavXd//EEnFVdmdlQ/DtZ/L4NXAod/FtR5r3dxSbcoD5Z9fjZJzf9HSxLTMf/DSW8o a7kEUJiYiZq4iZzYiZ74iaAYiqI4iqRYiqZ4iqiYiqq4iqzYiq74irAYi7I4i7RYi7Z4i7iYi7q4 i7xINo92hqL3hOXmVH7lUl+YW3m3eZYmX/UHjDSRa3Z2jD1VWG5XaVj0hE4CiK61UIunhIxFbgdm UIbnUsr4iWBTiAVnSWrIO9EljEvGcDXWfzq3gU2If234ZeTIdJ0WUnQojTy4djbYWoS2cNUXj9Cl cBn3ja8Hjr0mj6roa1n2SlBEcbEnf24Ycl5HWa42fgEHawhod9fXjQDphsqHglH1U4N2XogIfeW1 HPD1bwPIkPzngvRniMe2j6//SHBgNnz5Nz71tY09yW8WBISbUmnVJlLIxnIXSHx9Zn0i+YMkqWy+ Q1kdCXtgl3sUt5NLCWkWKBoql5RrZJLNBzZ3iHsrmY+dCFZOR39MWX5/2HXgV4OS+HBMGJCNlnMm h4bWiG8n+VSK9X4UmWbJmJd2CXRi2WWg55LlGHLvN4AFGJHhtllZRZZPCYqfx4JvaJGZKVRFyHBD 6HDEyHivFoOTBmVhlkZNqINUeX51h2tAGZicR4imSYSjhJfatyn0aILD2ChbmXw4yZrJhX2WGYhp Qpm+d5pZRnTcNmwsV3s8dYP3tWgvyJe9aYJwOYPSZobT6IDO5pRmaH5WCV5I/zZ9Wpkka7aYmNd0 dzePCiSFFLhubLmKl2d5hXaaYNaOSZh5TLOZ3QYy9geR3omYnRmRPxeTZFiWNsaFaPlhwAmX/leT 2GmXlJZ+H5WVg5ZYYsaC1sZznld4BiqKX5SM0hct+amTreecY6ecKphQIpWd82ibbQmhPHl1B4pz KjlIX1lQn/FjtjliKyig6UahLSmSMZeEu8KAAMqeK4J0x+hPv/h79baDEPYyFtlv1beiFPV0QZp2 s1miuDdemmdKRdqNT4qSXrmeNMiAuzZ9swltKlpWiGed8zl461dYddaVvKlll9hP4peIGUmbC3mi cRmSfSqTGjWe/IlqNFqCYv8mnIAqgSPZhm13kVXZfdXJdZX3lmWooh7JfHMKmW3now14j1saWKfW pPjUp8P2p6opqfj5lwFqf6AJnbpHdA8qoVxppB5ppX4ZYX3FRpVqWr7qmJF5a9SZl9toYrNyc7d1 aZ1pIdTZkLS6eTOJqvkkdM1oNZZGfgVKjePjMj64asg2X7g0pqE0d8UZqQdJggyaqdoRiI9ohXHj W+Z6MGPKh1eUL5sqlNPlHs16jcDSiwI7sARbsAZ7sAibsAq7sAzbsA77sBAbsRI7sRRbsRZ7sRib sRq7sRzbsR77sSAbsiI7siRbsiZ7siibsiq7sizbsi77sjAbszI7szSLslL/ZxrGCFlNCZWhiaA8 O4UcSJr9iYYjF1QpZnUJZ17p1VOGeHjSuqAjSX7ltoirOTsasTpuhaFPqZ6VpZisenKTiYRQhYU3 6V/WWo8925O5WWNFS6m92qDVyKY8GVnvqG/2iK8p+aezurM0GLRoynsGF4CMBHdRWJFJhpsDxGwH 2pgdijvYBqcCeFVzK6nY96m8qalKNiZWy1NuC4HkWpmCGbcuCa9PFXx+S7mgKZczebeMWHRid7T6 +JreKo5Z2qxq2blA2mNx+oGUabSv1bbAxbh1mnu/R2tTlpX5wzWFeLuyOaBZR2yyqozUQ2NJa5YG B7DCuLU6S2I3u6rhqDoP/zaUMaiHwkupNvmRuwa8ykqT9eM5DsmFnkuMcqem9HZYX1h2QIYvYkp2 Xju+Pwub4neVloqnH2q547mowequyTuITHe6FJhgv0u3fJu9ZMi1PAawjIuZJ1Zy2aquvOu91Ku0 hzulmgWPtAq/d0aVhqkv6Cu3kmW2QDpR7JeDAtm9LIl4Xbm0L1ioOiwvSknCCEyto9Zn/ejAtVWa MIxiNyvE2xu7eQirVfmYqst6M3xhWKW1XgqqETa/cTa2pJedztq6IJWiRKh8Yly2eBfEY5Y4mJa9 FupgeWp2KPoh9TuWYomsMXm9lwktHEktePi5yBu9LahESxy6WJxqpaW/z/92wmVYxsBrehbHjuJp u+87oZxWx5G4u+WLnjCZnvwZvv2rwl16vcHbcKjzveyYN8JbdkB8lNcZxaB6otYIdlDTe9ALdenr lp7MtOwKnuqGu4erj5NbppAsZBynhVhJbqabxcHYt1GTv4W7fETJv6wCqXuIs+xGv+jLwDp6rGo8 dC6qNQB5r1DHwYSpq5rcuN+4hUvYpq4LhX7piEX7wPoZy3P5tfW4IIHLdcRsntcpxRzMdt6izC3G Plh8dMabdR2slfkZpN+3yWwswxaWya+7zos7ypMrhDaoxrzqcBEY0JR8x2sJj0ArqNNyhGsnotwM xc5cfhvcWPdruJ53pjf/Vnp7djo3KXLXJqgELawWZ6g3HHDc6prtU5CMOp/7G6HNJslsmWGWjMpA KcTOaKfx6rPWd5wfOdS5WnXTPIPTyoHn3NKCXLn/Vm9hapYGapOP2snb96PWMZhpmqNdHajD2sKp G6hrfaUujMJyaYdVDY0kDc8h/co2mm90rbfF2zm7OdbvbM/LKdJSGDda/NPzm84rnV2QaXjt2859 zXyxap03fdeTen4MzC+cLZWIeqwLuc8wnccZStMzB8JdnMsymsSbTc7x+pkXvGmMDYOs3dDGtzYS V6jXI8GmvKuz7I5L3Jg5N3vFG5RFxWP+KN3b5cV4rWP3y4ZaLYiJy1jp/2GJ3grW4gN/g8vQg8XG hXy5YZcqVg26M/TD98VZB8LdSuOouXTWrKZD46yvI7SHeuq3bg18qlzFX9e0Z1yzCJ7gCr7gDN7g Dv7gEB7hEj7hFF7hFn7hGJ7hGr7hHN7hHv7hIB7i5gjUUZu2jgZfSZ2OqVvXIBmVf823WBWfR7XM gNvaEyykRSq1YPviggln7hvGEUqmZNLLHsyiAieOTZVe6v0rezqB8cy6Ou7eMz3PYXxHUpXBQaXi gsjiCbzjdoy1QS2rs03XEWy2Oa6OBSd1Zw6Oe9yuymvCUHmOwXnc6xfVvX2ROZu5Pl6a4E11Zizl i106cprANme3Qz7ge/8Z53rLonPcs8I1r4k+b40+zq51UgVMhX9+iLcplb/2i4D4MQ1J1XYqNw75 MUOp4x4nxRQMuMnd1fgrur97vh7c2aL5y8534jH+g7ZNt5U+5wolrs8dt5d8Qnv+k5WM2EdOtcN9 qBj42DjuZokZgo3Knl2a36+N1g6619gZgmpehQdG1XKbwwbI224X5rHJfc+X1XFq5MCKjyfV6qys 1M73khdBkB+GhFvoLxHMyeh8gJH9lpNua6GW3oQu4zJ6exvZ55RHv5pr4HDLrJq5j8e83ZqOnEpI cpG37xKKp4U+obXXw8t7oW1k13En1v2T8D8t6c3+1W/E54nKkD636/n/TKfUDJIDx5XMKsuaFGLb rNv8Hqwsn/NI2uqPjZBHfuItat/Y29y4Cm6MU+o1PvD+Ls+vxqRBjpc9L4Asf6jaHIX5buYnnayO jOY7g+WeXM8nDJ8oP52waXu7roDx7dz3JpmntPZNnZyjPZDN2czYLOd7r+4YyfB3Wj7/vNbcO+6H qOb8w3rP62xIzMzTidZob6wbTT7++4hbX/JCu1qKpqZZaOA8r3oxj3Z6z8ijucoQ/O4rWWvBzF87 Dy6av7ehCTWR7+2JJ77EZ220t52C7fpQiMc1aOViXqwtqlVpTdbIGB5HreW039Tee3GiO/WpjfKj t5FvZvp8uXHiZtqu/w2hykrbCr256q77k1+3yOimTNn2Oxfsy/7ZRW/QUm75erfNzR6eGelqxymT Uiv/7AIQAP4N/CeQIACBBhUeLDjQoEOCDCFGbDhRIkKMDy1S1MjxIsWKBTOCRHiwo8OMJT1WLKmw 40mUCWGKTBhx5s2QDzWe5NnSpsSQE2v+XFnTp0mWQj8qNdpwaE6TTzdCtbkz6FWIOkHGJBrUKtGm Wp2K9Er1Y9OuC3POtMhz6lW3QF92fVvWK1uMQKuKFZrSL9+vf0fSlfr2pUrCG/PWXWw3K8m0dNtC nhrY79axK5FSNktWa2O4lBd+VRpVr2nFMQWrZD14NEPEjUnzTS1ZrP/U2FR1yv75OTJYzW1ZY50r OvPmpFEFB8d91njzzD0XqyWLuXNp239/6/VdHHt167Rhepe7VXzt7WppVybOXTNp29uhUg8dnz3s x5jXk5fM+XZw4qZbyrHJTrvPOQDHy08mzgqs70DDsMKOOgoHfIot+2BD7LjT4hrQPPI8/I/D/Dos 8ML3mAsvwQj7m03F5GJLCULz3CvKRBeV29BAwEpTcC/RtCuPRwd1M/IyA+8S8C4fq0oRqR0lrDHJ B8GLyyUki7zSRpZyy3HI4gBzrTYhjbNrqArNqjCwCVk087PlCNwRNP38W+pH9QiTyScsHUSxzgbp O5C+GZMrscdAreP/brBF+Ru0P9U2ZNA0nBQdkkua5gSSI0lx7Cu8NMHLaqeWoqzOJU53W83TVBkF kdH99KST1N3kc7QnQLm6VFNLkaPJQlVX7XJUMKFcbVZaqcS0S1NBdXVSXX3NC74YRYWTWhBB/S5K Up8Uda1eUQp3XHLLNfdcdNNVd11223X3XXjjlXdeeuu1915889V3X3779fdfgAMWeGCCCzb4YIQT Vnhhhht2+GGII5Z4YoortvhijDPWeGOOO/b4Y5BDFnlkkks2+WSUU1Z5ZZZbdvllmGOWeWaaa7b5 Zpxz1nlnnnv2+WeggxZ6aKKLNvpopJNWemmmm3b6aagVxpDAKauu/6vcqal9UdGpw80a0j3DZnXc rhvk+tVj3Vx2L1dpzPVsQMc7djjP2gYu0jilVPdrZa8eG1sPYbRUbmH1kzFtfrvN1G69r0M3y717 LXtuLzukfG2vL3c7bNzGPJfyWCF77brCJF98RtCt/ltOkgTNkMTDppVQ8+/eTnXK1FWPdHFyc69S d9Y5ZQxbxbo23lk6uS7787YDBxvu2Wkn/nOvsVZ+Ws89DbbZwa8vlTffoE8XQ9SfTYrCJZd3G1Lb aew8Sdd17BRLWNnuNPMyAfytdPb1NzR+0yGPc+1jEmOuBjjXxI5udlpfAOkVusa1By9989vcIlc9 /BVqMv9ZlVEIxf88yIUPLoWzn/rkd7/jvGYk2QOgufCSP//xpzDr8R+ENCgiA2Iwglnjjf0MZbZt +U2AoBFhpdRGPv+UiU1Fgdz/aii+eW1vhTrSHtpgeED4mPCJjmvfi2hoQLQIsYuRGRGiLvPF7gnu T9AyHN64J7y+Oe95HdQbrUiYvxm2rnL9S4wVs2THJUWnjdI5yhvHWB40/shqmnOUY0KEI9chDojy giCiwOWkPkKxhBqk3oqwFrhaWY6TfxJj6xIlrjsVKosUNKUa2cS59P2wd/jB1RMVyZ4J2k59HhRS qPhIwGoJp4f0Q1WNBOXBUmbLley7pS1vlCNC7TF0kfzdL9uFul3/IfKFDSyh6rRYw9JNMG+8W2AM 18K4FY2zfGTCDyqLZDp1rjBPxztfJ6NzLU72JlDzY6InNWRBd+4qb8ZjZJucyL9LxQiQvJtlPLEH RrMV05ubxJ7sOLQ13/lykmS7XBnlUj/MbRE94irVuvh30i2p0UfSCynuThlMp8jzbmh0qUp/CFAr JXOmUGqR6BJlla0Z83l6PJ2AQilS6zmRjK8SpJ+6Q6IAgvJOQrUpVbWUKzaix4hvSqO9POonTN1k nNoTYeRSutH2JFRKuXTk5F4apiq285Jd5dIjK/hRidbpPERiYDYPhckgsROrliMWUt14vzSd8VeL nesqH7Mft1a1/6feUVxgYwrOkjJ1emw1ZB2/2VewgpWmFLxVXgMKPbgC77DyUVIT9/otw4UQksq5 5xSFk0Hz2dCNaj2qLodoqmkKD01366NluEXcJjUSeEusZB1960ckdbaoQZ3sM2t3JsFGi3Ah5Sw9 lWnSuKrJOXzzZ/F4CtiubjWCaX0n8SibSU1SV6loAWpLv9ReZup0h87U3yMVFMZPUWmJi8xuMXdJ YKUuKDQazS8pWcle0qkNdgGt1GuvGlFgjqi8aO1d8/DqpdQCs6dOOqYOc8hKDTP0gxjG24ONRMVg HvWWo92fD2+aniaRdr0nMqcYsyrfgzqXgYCb5SlV6B5NzTPDKf807It3d+MkSjbH6lwbgw9oXuty uMgw3euKT6usAbszlJHtL1Ir69RW5dPCZEOvmsJ3lBFGK6mnFVOCKoc+Nk8Xhdbapu/kLMvNHO6G cIxvh/E42A+fs5xDzenj2lznL/uKsdcVM6sWKqsNU3pOn3XXnuGotRNGt5Vi5jT3Np28qKVa1atm datd/WpYx1rWs6Z1rW19a1znWte75nWvff1rYAdb2MMmdrGNfWxkJ1vZy2Z2s539bGhHW9rTpna1 rX1tbGdb29vmdre9vS+ADlQ1T95t8WDoFk47sMkXuaIQp+djfapW0aheHhL5ODlVbtiSoV1dub/9 72uO9MQGLa7/iOUoOZx25puKzKidcRrie29uywx/KbPgzMW0UvNDFpdNHgH+cfBG2CMhlmFfHq7n iV+YauP7JTEZ2vItRrbE990TRXs40jeDpd3qnTn8qglyoGNQ42XleJpjnNzcztmXa3Y0zOcjylGO KoGFE/XKH1ROxwZvg6WUYi9zfNkrKjfoY7d59uqZqfs2Fa2wtOfS7UvU19WUyTQnouAkSPCfSrNa FvYi1zN9qhQ5WMJkJzzMlzNcDOf8sHWvb8oV/vaJNt1abYawXe+TJz3Dyu1jQZ+wsKmeOwv1rFu/ Y7sLT3ZYWpT05vYw5oflrJfnOcGPd6HDEbfO+Zx7tQm3aAtH/x76UKNayGrH7qPD/PSo6vf0IG/k XOgHUwornFv01a+GqbtwkRoR8xofsdaR6RmbB37Hce+Rl/tX4S/1MsXLZ/87T1ciBTNrkRYMC5+K bEdbuVjsV3ZfEsFnfrgCsGZaP5Trv8o4uK6rutFBLvEav/ZjvuGLD9NLJ8cJpz6hQATTOtTar6qR oQmkMElKDQT0FvcTObyCv+waOZc6KX8jQOF7wH+zNwn7ryBaQBKbMBnMQFCjK+8iwWqKHTqjuaka OBOkOhZhvIjSPsvyuPdqQISCwW7LLD0CsQIbQgYbLjEhn5N7LgxMI7GKpRojtevCoa8joeGjuLib sh0ruf+5jf8/Cq0XhMJra56KAkJUOjziQpNgAZYn5DDfM6EEPAx/6i0sQzjCYbxkIcICXLzgo0Mg CcRJQ40dlCWii0M5vERMzERN3ERO7ERP/ERQDEVRHEVSLEVTPEVUTEVVXEVWbEVXfEVYjEVZnEVa rEVbvEVczEVd3EVe7EVf/EVgDEZhHEZiLEZjPEZkTEZlXEZmbEZnfEZojEZpnEZqrMZi278e/LvE UK+0aCKOyiduWq8vDMEQkZ6xirg44sG1GkRvdEDcaqay48YLShxwVERCMsM500UPxMfh2cKNc7dB CcGf28dz5D8XTEdPeje2OkB/1DS4uRV2wSZ2Czf4iiGBhB//2jHEi5PHsiCveASuXny3fhRIj2wc mVO5U2MckYyecLu9jORAwMsweUqekszBhDTAtgO0HMwiftwybaQexFPBvlrIn1w3V0ykgnS3Q4up qRuofGssABtIAUvKMzQxLVvEjSqiNKs7ppwOSVJARlM6SlxKnBMxq5Q3HaI+H+yNi9M/2dNHvztL uvO0rGunNeG8EapH39Oprfojl7xI7/E8uYLIcbM0aMI7o9y6H4zH/JrHoqye0TmzbwEuSERLa4pF LWzJ0gOiSaSa7dOQx5I86Iqu2yusCCwWkwNM7eNJznydHdy+lwxM4juusGrMb7zIduyeyIw0kno+ gcMidHJH/1X0MyKrq+liojMix0LisZWiv4wszrIcoMWzLbTjt7M5xEnBJw87Tt5bzvHTIsXryqST k9KbwB78rPD8TSVzr7fBiXQ7xRa6o4KrPBbTqssCv9CMSoR8IbJsK7VyoFBJOLkKQ9erMrvrDlQB pODcwM880Ip8l5oEyvgzULSDjh4TMOFcxS/KI6xLw+0BTQ2sJxShL4gDrQG9T8e6kGcxQoJLz/+E oMmqnw6dLQGcP6sESeYgxweiqwJ6SLCLt4wLzeCLvLWsxddUrLKkqMFRUDUD0jsUOZW0D+3gO9ay wkQTJvvrQBNVoAXlMzNsvLCULqMaTfhaSZaDIskcsiBlwv+bmx0irVJLhE+HdE0UdB6vtDs4DDDP BEhA+51X0rnccj3rQ836xK+0Wyxeqa4yfFOmOtERy7r31KRDLckJQy7YDMvu89MMBUULPSEpczIZ GcOhXFT4008nvcdEjTAbPDrm5Dj93C4VexSoFFVvEVQqqz0om72zE8fYjEDzy7MC7ZY+9Ln5JNY/ a8XpS0N05E2420q23JTVDDXKo0tJTc2ZTJtePRzY8ivYStPY8qNnRQ03HZ9ELMSrczHRdJH3lJSN fKavvFX0MrVItUZ6rVd7vVd8zVd93Vd+7Vd//VeADViBHViCLViDPViETViFXViGbViHfViIjViJ nViKrVj/i71YjM1Yjd1Yju1Yj/1YkA1Zkb1E8oJVZn3Lx2RAeDkwHiWxnVS38LNNytMybJRLN8PR 1tzKFf1StmlEGkLVp5RZMqs41dq/fFRW/pokeVWiMTk4nR3PcbU00gRMk+yxYRVQjMvaozVLlV3Z 5HvaG8oqpE0k3Tk+FONRLp3ar2ROfxyr5sNQC2lVYjK76BHabBybtcsye2IxjkzB85s8HnPanyzQ IXw0jirKt+1TAkodP9NIPKLKvYzIuwrH4ptC6bzB5fJU0HNO3nO6llXTM2xLTd1SJA1EbeUruDWM BDI6lvwekEQ/xYXMuJmQv7StuVUiSimWpWtKFg1Wh9w3/9uTTyFkVn6kMcmtzRLszVbJjthqx87U 0qq0JISCx6/D1Q0cTaK0VuiLyVUd3SL1KehlvTZlL3H7x9tFJNS1yVJDyIRiz9j9rTsLixZbvyYc jbnVND3k2tZ13dCLXO+6x8SsS+B12f1BLC/kwukkwKUqxHEctMLFyv+kNFtaWyztWfCNvVaFUwSZ TiTjLUa1z0wqv3774BvVN+Rlrpj1wXVCoTX6lZorI+iwX706TbNkQ9JiJAreXnWDVHSdXKv7xwZM zA6cRHnEqN+kT7TMncSCXjPVYEmLYBW9yZ5NULxdzGh6LUgTwZlkLOM1pi2+OQFGTfdN4G0UP/5b XrNzOf9xhTfsZdeZPVk8PSLPAc8yjeDrTFQESs3okzOjbd7s1MYBdLKotdbW6Nz0lT7bVVIce2Kw vVbcU+LB/CfX6qBE5uHdoRtTW+QOK699C+MUo95YqRUWRmSm/L1tCUq23LmIHA52pUoIDi/CdVy1 7cnvuj7QpU0/7lImJmSmDTtLjSdwqiAqm9JIHk+GA6mC7GLIat5hgdEH3SCpytMMBdMdPVEBDTOq 6yjwU8u/wlXYjOWfu0wKlF+d7ELThGXa3WGZtV5HyhDgZdkzDefsReIilmefcz4AbJN8NtEy42ck nbekIyXnM1zN+sJ2Dkjh7WHGxNu6rNyYq8Gza9DWatL/Zt6pQpW33mWKp42bf7boWJ0rlLUqdrZl RCNaRrRe5WLBxNu47rVnSPpnikS+1HvDFjvUlQNTBonmir68LtsUljTO9UGiVY3TdGxpMBPkXeUp Xpo7dEPJ2arU+DHaeeagDxFcbuotGKXj6x3pYjVpCLvKrT6xEfwoPdHTBgJnGy4+iWxq0fNQkwaq GTo0bB1VgWO6c5W44amdYYVicE7dPcNk8aDC3gPhiabDBeIgEWbjzB281QrMTC5pwbPZyVy4juu4 QQwQyDWpOSY0hqRpoI7OYVZXitboXG3CT3NrD/28nK0098MTsizOLMRkxgZAMe1nhXxTKgWOVpbb ouPW/z0SUjjD6tld3IvOVMY+aq50TEaG4ygyStMlaoFaY2mxzEabTHFO1hEOYnYzvvdQs/581LVa yk0Tz6qrkktrlPRIW5qsJUPzRux27iwmkw29ndwIbPN0YEWr4pPFx+b7wJH9bwAPcAEfcAIvcAM/ cARPcAVfcAZvcAd/cAiPcAmfcAqvcAuP8KiOzXl1Y58VXaCtx6p2R55bXozc1mVp3GSaV3d9yXJM 6HV0bKbdVqdtYjTs7NEGzuDkRjm6W8qtWtoi42fOtWvmy89tOkrV7++SuwXRvBy2EfcSW/0Wyavd 1OFOr2eeb0a+3YZW3iTvSx5H6kEWweIGs9KyJqIEoP+XBdW6vkZ2BPEj/6TiNWHJ1mvexp+iuqhx bWAMvm0fVvHI1RIsH2ScNdYXX0gAnuxA+txjXmud/UjtTO7jgV00h642zOY6VPFUy6W9xk7/vuyU fTCCqu5BvZ2zfec+p73UhSjlG6S0NdSo5dKbglqpfPHj9FtX1fKw9e8Rp26MBsfRSumGKmnFpHJX EysUNCX1jWehht++JeBUni+7qd/m8vG5u+TtlkhuJVfrjlvizqFy3XHq7OugZi0jrtZcDqHc/PXD JD85t9waY1JI11pco0HfFMozV3YfJWhz/0ZuhyzwoSVyUjpbpmJtIc9qRkxGwxWxoWb/Ym63vmKg nmn/Xgap91Vnnx46SiSn77Fj5yJElRXuYNumyTUtJG9jmpxuMw+5UQ90Yv5hx+Veqp7i/+voeBmw MHnuQh7DctxgF6LkwbbkQwrfY2KpO1+U0w4QTuZ4Tn+ozPNKpsf0qDF0yA5kyUtzMd/3JQXuiYw6 b6912fPd19PtuKwXm69S/OLmSAxSE7d4O8HlrJ2xbkz0ok1c1F11FbHJsF77rwI2qa+4HV/u8MVo jid2Ea1zKpIbl7dy5u36vWTvawrawA78FAonpe3iUQNOE1e9Wy/vPT32PvW4u7czy5Utz3XW2Ob6 cNY1Q6dbSvV4Tzc4cxVinTMo6KRBIRXL4b2RqM5r/wjdZZZO+DCn9fWt6t/WrnVGXhTN85MH/rrG +3jrw77MPSS+Oul6tb7fd7g3Mec/9nm+vzylJpVeKdw3zAqe9GbvNGveY7F+0OwX8RPHHGCX/PWE sns3k/Y9Y8R/3+hvS3gFCAD/Bg4UWPCfQYIKFzJs6PAhxIgSJ1KsaJEggIwaN2rEqDDhQ5ALQSYs SVGkyJEOBaZcefDix5gIZ9JEyPJgSYMtTb6sOZHjS5Iqe+q02dJjw6MwkxJFKdMnVKIybwZl6LTn z4IcMz4VOpSn1Yg6jxalaZIq060dZyrFChYpXKRemSYFijau241VtbZd6vcv4MCCK84NWdcq14sp 2/+S5at2ZF+Jb3kmNkvZJWS/YCtX/th5qNjBisl+Lvv0NFCsNjMjjgz6at61cWV73knbKEbTuDk/ Vh3WceqxtXP39ozYqNq1Qklv7ZpbNPTo0qdTr279Ovbs2rdz7+79O/jw4seTL2/+PPr06tezb+/+ Pfz48ufTr2//Pv78+vfz7+//P4ABCjgggQUaeCCCCSq4IIMNOvgghBFKOCGFFVp4IYYZarghhx16 +CGIIYo4IoklmngiiimquCKLLbr4IowxyjgjjTXaeCOOOeq4I489+vgjkEEKOSSRRRp5JJJJKrkk k006+SSUUUo5JZVVWnkllllquSWXXXpZ3mdfiqn/Y5jPWVSmZIy5tlJfty1VGpxr4gZTmbShmaac xuFJ552EtUkScycBmueYhfJJ6GrI6QVZcnY2mhybfUIkqaO1PRompnfyxtyjbLLG53CeJqppTsXp qeelvTX6Katp8mUorNWlehtvWh0makiSMmqbqZRylVqkrgKnppuTuvarcIc2l6utwFqKrK23EocS oMZG21Gdnd6qa6zdvlmtWGOhSWq4ciamK5x1acussKsVu6uf5SqXk5+lsusutNPqda64l+KaqKj8 RtsqwPqa6i3CmoHLWmfk/quuoKc+7Gyo6BL7GLa8IvfTsYO+e5jA/y5acLPCZWvuwtsmm+lxLQPM /23CMRNX8LgslXryusHiWSuqObdG8rMHj7qqy68aS63L80bs2L1GH21zvq0WKzC/SA89MHBmJk2v zF3vTHDWi45Mc57LSqu0cSwbnKrEbeNbNcQvezzrsMvCXLTUf7LdmtDDXs1wcOBmnKvPXhuOd5+B N51usGNjLfemNmt9tLXSPie2xWAz/fTGQHPMbeFO4wuv23KPHrTdXJeuNc+Hu5535WbGSXfctFo9 uemeMxruxOLOzPu0keotedSC9is83nX/fTrur2Zc87XJPrx1868brranREt895ye7737bn9Wrzvj DQf+PfLCY8490GZT3H6tVFdt9uVoB7wyr7fX/f++9V5jn7zDxhe3Q6kLf7Fz3P4cFzX6pU1y8lJK c5AFM7rBzV/6qh/uGDe5kN0veiA7WOv6Zz0E1mwxqiPZ3T4GPL7pz1Lds5zbFFjC5WWPNBuD25mo BcH/rS13GVSTAP/Gwc1p7nHsE6GXeNhA7T1Odz/j2PiG6D2opayJVnzh1Dj4rsExS4PxClUB+xY/ BjIRfE4M4cC4CLhZIQqJXVJi8xyGQ1KhbIsnRKEU4Tc95mVxg9nCmvnIxr44ES55ppMg4nZ4qkA2 8Y+GDKIbE+amTYnuiooaDh1HY5u2Jc6Ej4Sj7VI2yRPyrJRl02EhwYYxIK7Oi0ME5SabFsnrsZH/ YJlkYSpzSCgEok6GPpuhs3gJRkXty3eCNF7fEuhI5p1tlCZM3fayWMYizrKaK/yWDb8FKtFMUIeI 3OPvlhZOba6uktuEIR5H0y5qytKa7nwnPOMpz3nSs572vCc+86nPffKzn/78J0ADKtCBErSgBj0o QhOq0IUytKEOfShEIyrRiVK0oha9KEYzqtGNcrSjHv0oSPsHKWwyECqMkUxWJhWTxmCGmG3Ey2mi YlJN0SWms0mpSluK09+41DBfUwxoaurT0HBTp75xy07hUhiXloanQg2qTKcymOJJtXNRrdfzIidG ouLlWD1UZlKBClXCPNWku0pm/rR3lZ3kFDYW/6SdWdeqnJsqdamziUxa6XezOrU1qHYlJmBgo0yW nnWkFkTd9nSKrpbq5qiLgWphvNLYr3DTga+pSgSF2VffvKWslw0LCJVq06M6lU6lJetp/zpauJK2 qzklqmnmci7RNmW2PinLXSKLGlzica5c5elfvWqW3Z72L6qFKVMp9tLSPhamintWa8cq0x0Cy7Y0 20tzl0uX7NpFqp3d7GakEtW8onWodxnvBUc7zrFyiq2pRW5yhxpGO+HkfCMF7HDTeBPcUrYmjRUb Com7V9lI9je9um935bIuuyEVudr9LAs1ezHNdtG1+6Mrd+2rVgTvay/YNXB9jzO7mDY1Kvxli/93 4btdD+PEI1otKXrZW9bQUXFq8L2vdFcL4t++dsbBs3CDV+rh/aJYtne9cH1VRVyzOrWzRnbwa4Kz ZBezeMGHTSleT9Lj6KLUvVCmLV3zK18tD5ewO/6ViJ9MX/86ljNGbDGXaftf/67Jm8GUrlME26Yc s9nHnu1lc9Vn2Jxhqsl+JfGHQ1xkl6xVzM7J7YJlrBsCO2dt5pt0kJl84jg/WL2Dnd+Bi5vDpz52 0m6WM1ODQmgU3/atWY1zaydD5g6fhS0U7mWMrypjQ3sazLddMZ8tGWjSFXfAvbKpbpOs3AtfGVtD Fi9LG83qtLG4151KcG4r7VhqS5bQaHZ0lgP/w1q7JtvWZMSxOQtbTGdP+9fRHXaU+wW6lW46NLQK 85aLEltdCwt/Vy7dNL+raH8j2DKwNjNpBe5luRBOrwLmLLIPLVoHfnvRRE7uyE5tL7YKts8Jd/Gw J1PwAWe61lTD9VRgDNuG3xnDENflTglr2TBDUKgFvvjBqzpZXD354POaLWvtnWmxelbPNh/bcQuM 0vkuttjATYtKrOtu56bX1iWnLM6JLD0h19ReqpYyokv8M2BOeeIux3eZ2w3vOUPS41wH+dUjTtKM d3xmZFfwW6fMtbk53OB1XvJxdTbn82L56sIVNIHrXmjIQp3PAjcxY4vOa7x3OO6Wvua/l8Mw/7eL V9sNPnHHMd1qhZ/665H+/C/fTvWqHvm3ck3w1Geq8qXrPTYOLn2uJf55S/Ja36gNcuA37y6dm/Gz Gje4ifc8+W3HN7/urbuvv/x0p/d34UzG7K5/J3bIQ1vVaDf6rBmMaLe7Vcdyn+7ZX97nfes+9Evf ufsZrnjNTH6psmauUaOv9BS6kPOKfTgUSUXPad7KoYUBTtu8LR/6Sdr4Xd8ASRx1IV6hkRsZeV73 6Ve1cd/6PRucMV+i1ZrzqYa04dj9sV78dQX/BNplOBrN6Z5KUeCyRd8Gfhq5pVzfxR4HipqCNd7O bdd31VniJd7vcV5kGROjcWCj9SCg0VtxwP9b+3Qgw73JI4VV8hUN9KlYqxnPfNFbxTCWIq3gqHwV 7TgZaijQMC2gr7XXcgxK7iGWOrHKFb5bOe0M0gHZ6G2fNBVQ8UmdBE2T35xHuQ0d7algxqkb7qFd /jlhuvFeSDWiIz4iJEaiJE4iJVaiJV4iJmaiJm4iJ3aiJ34iKIaiKI4iKZaiKZ5iRCkhEaYW+mBh f7Wepd3b7TnRAyEc44GYcHUaMz0gqW3Zn2GGLlJVLPKVn/niDFrGvxUdHc3eLYqgqAWfB9ofumGh F4WV8ukaK1VPuP1YA4qOxvlhFEYeHPLYEb4fyNCezX0QMmXbLzpgFCqfLu4iEfGYnanc3/H/W7wk oDECEjpS2yp2VRNyIxUWnB3y49H1I6rhGdN1ncIE2+P11PS1o+m5oJeFnByKmbxVXfBtIzzuY46B 3Y6RGavJGwlm3x2F41Rd5CW5oDImIwuKW85FWEA61/donTN+Wb3VFqgR5KbZRR3SpP1kDT564PmJ YOjY27HtRoCR2C+h2wm+zDBS2jR+oArGWwoK3bvNnOrlHwoW4lA+2sdFGH6xWQ9S1U9mEJeFF4QZ Ys25yogB5CuSY7B9Fb+VHw4+XwaqpQ6CntkN2UzmpfJgXBDq1QFSZFGZINL8YNlVpFcC2XJRBeF9 mMzh3wuK41UVD92Ny2upJaKAoC12ozuq/6OcNcwFMp1i4uM98g5pfp0JwlpauiJGwha2QRdn+qX7 LCHxeVxhhubUgd9LzqVhLBw0ype0YSMaxh7C1VjlHZ0sopyBSdjqueJkFaFxmaZP3mZg0ZpOhpoA HZGKleDvnaYEahgz7iUictVJSR8L+iEYEuDxvaRe6mb1dd5qhiZkgpGapRoyTuUUgaPOwCd9opNg ghyAgWZbXqDv3Ge0tVnksCUhEijsfU7hROZIwiZO3acmKRpYnckLkV+G6ib61OB5BqfYDWdXlthf ZqB0vuNlGJvUzYnINaFhXdCLXlvlsWPnFSNz0dSI9hgxstvoEWc3/pf9fcXcVJl+ntlmpv+jjyKk aW2WkAHdYVYoh9pkTn4l63he2Szay1HXDeLgCvUcluYoJ2XG6U3XjLKokv5a1mnbCAYouKnXWVhk rDEpa7perxnVM3lTh9qpA8bW9vWm8e3ed6qo/sWhaybqEbZlqVnclDYST2Kfc4qkoFoole2mDLab 1SEnh7agpWbqea2dF2pmtR3iB0Yp+Tllov1joNpdoHRb3n3fgW1YzI2pTPKdcoGk6flWFiYkrH7M lVqgux2oTz3Yt1UkaFEp5ZQLFEZjB4peni4feK4cmd6l8oDnlnqqovpfQbIpQwqpBuJlbMrnL/Il md4fGzLoiJpZkToeOEHYnr6PIqpkI93/pOjtFZKCKeUxoVbl6Gcma3U2xVqCoKYC7H8WrPXxJn+C K6HOWtW9Yy8+XLbGXWcWalFOJzVGbGnaJb4Olv59rL8OrMZ+ZEES4mHlInAmYlTW5/QloZGeqw3a Ee7ZZczyUmqeE6eeHcEerDlyq6i+lyZ1LC0uKcTBoBlmqrxoZBs9pHLyqm4pYaM6ZoBWZVhGpAEW KGUkJZiynw56n46SbJdFx7wa56LaK/iFl9JVbf8JKxl2bcpeUwz51gLF46XFImUaInsAoRU6ZHvA VZaxjIuWpTbyofmN53LmLJ1ZYBE2Z582ri/hLVeKJNGMWzLVJUFC5BnqW332YXmioud+/y7ohq7o ji7plq7pni7qpq7qri7rtq7rvi7sxq7szi7t1q7t3i7uvtPlcqszBm5j+qIivt7R3qScRisaSmPl 0uOYSWTaLW/kxkbCbiwN9mPgZSMj5u53CKfFomTGqmrhdmm+0mTxtt1kaqDxOui/GgywpSd64uKu Dtq4yip2Eq9Mfiv2okfUvu8aCg2xMm0FMl9PrhvLxqsRFaiTRm9S4eqXhqvs1CSBQheAViaGnqe5 XlIMAqR/3m937BtJGinL8i1KzuZ+qgrYoW047i7GQqTfLqzyruizMqTgemHRNmuSVlq7zqd8bgam Wp4Gh8fNbeWwuo+2rKa4Uiijzu9uQv+fmFbqNUpHUi5ouiFqnVLatZov9B4rbfrq1EKZ9n5qD08H pODo4VZwT94Ux/1modqWDisuwKYrE+snSfIP9Y5s1FkvoDGSeOqRQubgSK4g137w4GbwF2uHyWES FGLxDMYnFWkfecpoCIYNkYbxjSIu+26vLtls3IoSEyUbFd+h5kIoJmNXi9otnXERKv2fFw8yGEdd lvZxHENsyMqf2nGl3MIptOaaVlaq5PVovvngFCJy7bXg1Z5wBDff/mVXDoJe0wmiKhOylPmepJ7q qsZnbwputCHxy8qpMDpPzaYpM8/xE7EczpwlJRul0xZlQrYyDlNzPV4aCzfzdXTxDeX/ph+D2dkK W4yVMfGmbfdozDeza1c+zSbTccIG4hKzX4zKK+uB6jSXrHnyIjzLip1yMnb+sR3iVvk2I8h6qJbS 8Y1JbTwep8JqbfPC7PqFKtBqdHvCq0Zv54yGdESznCyvGBljXz0j1ZXeDkqfFRJqrYg+Hjw+UwLv crea70EXK4BR7fzdsEV3LNt5WqDENHU8bpvZMFSmoxtfyxIFTEqT0kVD8F35M7EtYjvBj7zC2MJO WGPG8Jt1nT8bdF3dqvNKNV3XtV3fNV7ntV7vNV/3tV//NWAHtmAPNmEXtmEfNmIntmIvNmM3tmM/ NmRHtmRPNmVXtmVfNmZntmZv9vW0/284k08LP++nbqODXugzGi+yYvD/qt93njU4qqGuKhzmuuv3 FmynhifbjO1GUiFd3rYqit/4xqRHCjICU54c97Jol/KtrexTom9EPrfbht5RdqRctqFiqVYV/RkY qqd90vZr3mpsu2l0UurLzlxx1qpxg61H06/BluN6D2JdAWnifjT5Omk0/q5xH6J2XaH3SjQPGyMF tWJ/16V1Dm+8zq9VPiUB99aLOq/1vbKyXTCBm5efzmmKkjc98+txb4vsFPVl4pkAU639qtuT1imc BaJQzo4qmjhLCyVqvi0wOtziglpK5gU1TuVDYjjNsuVcC+KB0lhPuWj65XccC7GMAv8psSpg15Ie e/Kyg0fQ0AAyakFrwA1hX7rjGROlrQqmCWNkiqZweY3npap2x2x4GMFlqSrrLoHkjve4DEq4FaPx +Vby9bV5aCssG6dzchtazfVvdd9hMK/ljZ/sqo6wdzpr8XppdVGZwEYouboh/VE41xJl21brtqKq lsN3iadlo2bkbcfvM+4NoRf6TlubqK+apX84tS5mG+OnVadpswXmTtIpc6cRvnXbmzcfbT+xoRY4 jQO1Ue7xdWHjLR86b3fXpEOeqZXgv+bdDr9NZjk5oznl4G1571myn95tCce1J5fkeON6fHN5kUul Vpf2bJYbnau6rd+tkiskNCuwVE7/rm6Pl6kOn5yL1U0D1w3T5rIvcoSzW9BJaHNOMFidO+A13q4X WXUBciuuE5+6kNZ1LgBqmlpvUYuXZWRCrbczM2nHISez5MTRepJTLOcaMIsbZ2PUO3176LwLtQrP +mHmu2EyulUP673T6xwu0tMVe+QtnqVnvMTOsqPiqLi1qrtT6cSCeo6jtM/bcqxl9FZSXNlZrtyx ebjy9zYrJZEDdznj9EB3L1c3sXhnn6DDKSyfpHP/40Or/T2vOBRPYYrtaJlCzN2pH62nHTseIEIv MFIv/ORyKUbToUVHURWv6UpCLcPqL0fT7xcC27j6JrjVeydbNw/zfHCzuDzfsV46/yHUm/Gaor3D srfFitJXK+tCe/DSajM0D/nkh5OIGnWKEb0+P7Vwf3cdN+31pjY/s3uU5fmSq6iCH/KSPx/Wlr61 crx6C3p+gqbUduvOarePU994LyBJ4/vwuqvI+xXAu3dIshMBjlOpM3VtN3elLz4Cyt/83Xlu1nyO L6lcifPI23MVViZQXn9C22NbI3NcFnlHA8Q/gQIBEBxYcGBChAkZIgSw0CDEhw3/SWRokCLGihc3 KtQI8SLIiBxDehQpsuLEghZZYnR4kGTMjAtfdizJcaVMgg8ndrS4kadMlCOH9iT50yZOly55NvWo MelSqCip7izpsCnSnA1XZj0pFP+oV6M0YT71KVXnzIMgkd4sq/RoyrZB0xpdaxaq27RT6d6N6jem XZts8WbNuJOqYMRsx/ptLFfsX8RWj9IUHFSsV5+ZyeJNGfjt2J6du+5dnFnoUMmbUQ8GDFfnScua Tcvlyljh6LdTc/flazlw18u6R+5uW5Zw7bxxPxdea1g518rJo1e3fh17du3buXf3/h18ePHjyZc3 fx59evXr2bd3/x5+fPnz6de3fx9/fv37+ff3/x/AAAUckMACDTwQwQQVXJDBBh18EMIIJZyQwgot vBDDDDXckMMOPfwQxBBFHJHEEk08EcUUVVyRxRZdfBHGGGWckcYabbwRxxx13JH/xx59/BHIIIUc ksgQObPruN1wOlKx2Fq76SvTXlJtOdhAW/JJpmjTC8q/tqrSMyt7y3K1w5Q0MzinjKtLzNWSbNM1 JTnTi8oyqbOvTuXIzG7O6Ji8DTow48NqSzRhejNMsKqUqCrI1OTtus7cPFO4R5H77Ug4uTSz0cOY RBItRxM9U9MrQwtU0prmOi2pueosClFG2YStpkTvjOpT0gSFr08/N8WuU0VL9XKmLf8k1bpOcxUV 2V3dCrbJKDkFFqhqraSyqFMhNQnNSnttVcpRQ9OWqMhu9XbPbtf8SNVtwS3O1ZAyXXdMrACtNTY4 GcXM0lF1vU9Sag0VeOCCd5WW/9Zhy9QO0UvRVUldUxnDDNMkb9VzssE+JTbhds/K6cu8gn02XHE/ OpTdkIuTU9NsWf1pymoDXhXelw+mNTJIo8x52dMsJSvVeTUOtDbfhruNuYWfS7pZXH0jNU9shT2V roCbVjpSg7Uk9lxhG92XUnkpdpZkMFUWWcyqUkXbVq/FjvjKi6UCGm5/mR66aopLo/dda2HureWB tZo2VIU9jbPvzU5O9tI4176XaLMSKxTwcX99Nd80I0d8ZMNT69rts1ZmO2nZwoIYZZZTb/Jzylf3 7NWvm0td9WOpBp3PyR9THTmhhbYt8Vonbs2wrYCrdNK0r/qN3il59hnV12Z7Uv/4rEcPuXpuybZ6 Oam3T7ftmyP+svNffTVZc6txf27eqru/87Gzz4+7e6i/Bd5dXN0FG/ZuN3Y0eg9DXe2cY7bcWGtx AIyWxEQHPHz1DHr8Ghv2JDc1QU1vby5b3tX2QkGLJaxobfLe6e7mLGX1i2NWyV4ES1idc20MZKhZ X9lQZrzKhUlVeZqO6z5Gpy55ilBGG18B0YIwpckOiO5DHNtohjXyQSdm+aMO3XpoQ1P5sGMI4x7U iPgvDBorgjr84fUKtsUWphBnXDSfGhcmrb0tMX8cnNXVdOcx/ZlMfRpD46LMOL80HlBc4JMM6Jro OC5hLn1P+xfpQjW4fM0sYyD/ayDpcEO7AepLbrZh3di01L4u8o5we5xfS/jGvvs1S5BLLB8iD5fI yzRQi2ecnQVZWbbjZDJx4+qcBmWDrf8lcJJ2wqLOhtg86ZCslpv6IgLv2LhtjRCS8loK7tznRjQ6 spG7u2GsmIbN5PTMiPi7IimBaUFZirKCbERfCkdIQO69yZcdpF0LNUPB/nUThHGElsPmeM9Z4stO OdsfIycZxWaG8opii9wMv/kU8oUueA9lpv6EaE3LPbOU0ayb3SgJyk8aSn7pzN7jEppPddJwkIaz qL5aSdDyrTOXpWJoGQW3LokakTSs094DVehQBb4SoTD7nzcP+EodAhSkQJwd/zjTKT68jYakB00p LI1Z1Sxp1JkaZI5ioJgy6ilTp6yijPRQqDWxFhBWedtkKnmnmr/5NJgXS2ZcjnrBu4jGdji81qMq +ZqlYWxufNSmkwqVV3NOdThPFOhYd9gvgIb1pPUiWjT3VbxfMrYvlf1i9BipWU5FC7SJvehaSyhG 95hWhKjtpxwl+7xjam+sEOTOZo9GP0Bmrki51e1uedtb3/4WuMEV7nCJW1zjHhe5yVXucpnbXOc+ F7rRle50qVtd614Xu9nV7na5213vfhe84RXveMlbXvOeF73pVe962Ssht5ZzjRzMI02RxjLVXjRs 15InSoe3uVsmVIJPY+04sf8kyMnCFL8GlKOyYPfVBEeksOu8rwvhW1PBtc+w+zWbrEqKyd9p+JZ7 slhmFTmm7dQxhiq57PYoxU3IKO+plBsxRxl7xkWeVK6l06ZWGadOoW7OOKblsIJrHLjCTTWB4dwr bsdTzxczFY+sxeu3hjzGDsdXmhQ+8shy3JzHwlVPQyVKYJWyLFTxlaOSpMgpmYxkL6kpscRZ7aLq xaxOovmZH2aTJ0uJytuetbMKtVedsUZnH/ZKjFUOI2Stp2Y7quWUffTnClvVS+r5Ts8I1nD4XoZn R0MvmD1eM4l7hzxcNtWrcC5epUGVNeKZMrNgLrWqbUdlS65Wo4XctJtdfK//UEN41SwkZrGg+Es2 q7KDTkGqpl1N6q0pW2GSrl8RbZa8I+LTz8ky9lVvPc0Xg2bC5vt0Q5fdx3fSV80O5WFqcK3fQB/Z rIeT9lMByDfUqligtf7dA4GaUXcf9MaeM6l8mYfl2frtjlbcYOnavDjK3rDCNI4p2a48YNcELX6W C2ldMJ1u3Yjm3ygl6KHS3bhlg3ugeuV3roHd1Z/GGrMZg2PUiBgukuoaWRCDdqj/u+aC9815tAki z6La8mKfLqThDrPHnUdWUIv8clm965OhTt84Upyurq219KQOLuBYT5+DVNnOjEXiOJddZtJ89P14 Cjll79yeEZ82zviVcrDl/7vm8rx53nNOHMIM2tL1hHvwmqbkk2H4kH5v7boLzHaxS1WuKzY0VSNZ MRmKuc+CzfTcn/V2h+N76J7Xss6MLaq8GWyLI47ibJ4OWJ7T+I1VZans177kd24e3A4m/Z8kidS3 Zv7isbTrMDm3plh+uuLdgaC3HKg1aTPYkMivur82r/TZY5TMVJfz9KfWczdDGvVyyuTq1fJr3PK7 jCqezrugjH2AdyypzaM55V++yTJPHbbk6nvsAfdjPrv/3KbleA5rlk4ssnTJ8UwILiprZS4J1Yzs 6gqtsV6N9lqp95Zp3ohvpYzOscKP83yvZuDq5NxG+PhH7LBK4oiq5qpnmf9aZv4K0N5kiYpkjfBY zX5QMOc+Co5EaQZjsMgYxr64LZDQR22wbaIesAYNTgJ3zQdnjp8o7aYYjf1YzXUezaX4Cs78DQpb L4T0Sooyb/wYrqng57U8ao1eEAaT0AOn8N1yCQelKgc7KqbCieWa8MRErHBwqWEm79+875okLvn8 6AGLTlcyiDcGaON0kA85hyXIJABfTeHIT3SWj8+EcA4jDpG4Kgsvrt0IsK6Y4p7GbvjYUNZCr9Uu cQcVsAAT0fj4qwmtL+rG0KCsTcFQLMJSLr8i0HtgkQiLzOUK8c2gzQS7sPF+psb2sKUSbAZ/r+kE ceBcpcT+qr4AZRqD5nb/AihdrI//OKnCwsqzgiMZIyoaZQ7i2Ke+TBHmfAwLj+0OF2vQTK5PDC8N 26gw8AyHqs9JlC+0Jma0gCbFlGh02ksgB5IgC9IgDxIhE1IhF5IhG9IhHxIiI1IiJ5IiK9IiLxIj M1IjN5IjO9IjPxIkQ1IkR5IkS9K6KHGxaHAJZ9Fz0LD8ru1u4mnOlJAeCTBSLi3D2mkUbdI7zEzc YAr6RCYbxU8ZYS2I5G7ktOoTbRINkSgDPXHfUhDAqHExEOyliDGfeOkqqjCbMqzQUAzp6i8dv6fh aNKX3JELS8bC5soLW7IdwSgUe20eYY/zgszWdpDHVoiz/kwpXXLRtOLA/3ymhsyvdVIyFRUt1RYP 5hRv1gavHEfv/kqO7+iSMj6oa6AM+U5uvnztkEbNK98L656S01TS7SBOsy7PKw9rM4Ep8I5xE2fy Kl/wLKOx7ehNn1SNM/0Sv/6O2hoj3MKQD40q7EIR4XLxM2Lo4BQFIH3S6qyoXXpvo+gMC0tN++xR DCEv3rLtBOXsvqgs00AzLZeST57R54SNFBsTqvQtJREtjACNiSjKCc3z99DzNM3uksjpbCgt2QxL fRxz6sptiJDHzrxu+7TtLlPxCOFQQSUqrixseVhSEs2wWDxqitxO6CLtwWBTBA9w2E7N4jrMH81l 5IAulEYQ6yAw9X7q2/+4CoFwqg9LdDRj7BipEHV48fwWsHKQJK0cazHbkv4ajTXBR+EU9M8chjfj EtF0zjGWqpKITm82CudqytwaEDJtKsmSdIJGNDuZMD6dqX5WzqpUlDVwcijrcobGzEw3yASx6eVy FNUCMCClpEzfLCwBM03BjKegMcCksPzMKBPnzhYV6RSxUw3j9Dj9p2H4j1DHVMASFEFrlD7LDi3p Ly9NTjEv1YV0T5zqc097SPZECESVU/ycM9WEEenOzrKytIngqahI1FxY7zHLkraKzQrD4h4XajJ+ hgwNqcegsEzz0wvdKPT8qZHUbetSNe1qcVFBMcq0ciszFCtFUD/bCi7/pZMmHZSckC2Lhgk8V/Av P25OoFOxIDRZcVHehI9G0awFKfRUJ4zN8kj6VMgShVLngg6LGFPLptWpaguVDBPHXtINOdRT41AU +6dgn7H09DVaB5PpyJRUh1OLbHTv+g1p1sqe2g8V0SltnJJbLnb81A9LCvXw/K1B424uY7Scnsjr htOdbNU4S2NIAWukLuvhhjCoaLCh+gxeHRFbv3AQGYgpqbRohsoanfFMX1bICKhVz3MspVEuvTXv 2HRkd+YQmalmZW5ybKr0fLbtInY/uZKNRPHmMC9evbZspdCOWFVy5jOgbnHYlNbbjJJFX89HWY+a rM6pXJFgwtGL0Abn/7pVS7OsatWUZCcOOEWOam92Q4WoS1VQDhdxA3ezT1XSQ5Hw6rCq6PYLOfES Twc3c2KGlLr2Ytu0btEK81IWxvSIXclILH1TU6XRZmvV9dawb/2qv9xxUmHTRCcxdz/oUT9XJsNx ZcnsHT9OMO+McVFxNdkJyDYOXfuJEE1KbYm1isqzoIJtGK/MkWTXOglrsnDPQQXNGFfRJPBQ1GJH e1HOr6q0xa4WTtlXtXQKHV3u/Uzps7JWoabRgXqUWxMjbEm0DQfUBmM01+wz/obW0uqyYhqsDJe0 Xl/zBy3XJCeYgivYgi8YgzNYgzeYgzvYgz8YhENYhEeYhEvYhE8Yhf9TWIVXmIVb2IVfGIZjWIZn mIZr2IZvGIdzWId3mId72Id/GIiDWIiHmIiL2IiPGImTWImX+DxsVG599C8785ycsXUFKHkbDnCJ r4rNEket9lqVrye7bzmLMnfy6t6K0Ukd7PlmsrEQSmORcfJCzF8NjSUvbE/nt6x0cz7YEYuNVegO eOJO9JGwrJb6S6Qm8GgDecHoqkGZLTkf2d0eZ+UYb1bcSki7T1ZX7e0+E42nsgz7ko0D7vvsZkiZ UwITjY0H5UNLyzSluB7tkq2Alo6YLNgAmMt8DVcJriwfrHLBQ+nMzMlcdUEFxlnFN5dVsUselsco bkeZT2dxk9BQORb/h2V5CZdLJ1dugWycDLgqB67xWNnyqrlCxxDsDlGGiEwvO+3o4JRBIU/ytvNd OQ6D3POLoVR905VTuzMqR3F52VJAlypXJwgf4a+I8M5LkReP7VOb4TkeW/Er11Jg99OhWVcxi9lC J1qcS0p2ubSf0TnJ+EmYGGxmdg5BK447LRT6RDkQaeklZ3E1r9K2MM4wa7WWX2rcwO+hs3l3GFRu pHZ7d/mavSy/vgId/5UvhFcts9VkW7SSNdoc7SWj6clR90zwCFXP9g6gwbHz3lRxBHlSGJNiQUhh BS51RzaCKZaPt8rhShpNnQOqiZbpIGx9qVnHfrY81/SQKTA1swVf/wfWSwPPbXfVqyVXqb3ZpLm1 +Bpa3XS6UWNSWn9Rx6q1NmO105jVr5fwCEEXdTmu8yCLFQmsEV/VM8d3SzfU/Sq67uI22h7PQz27 jQs0U7A3CXVSmBbuCR/3r2k55jhmjmUZEVWW+5yvs42nnf/wgvhUQ2Frd8nZcWhtjmqvq5kt6fIv WzEZWg3VtT/6Or8sm4u0i7dv3ho7h1QzYTfZw/4Puj16buVun7hIKRELmab6E/tqsJmHUFjDafa6 MJOXp61XlYrQdL72iifxRCfWjgPTnSOabzWZuXVbplrsc/u0prNaYBlNXBmVZ5NujWXZZrfUoqN7 wxQ1V/1YsVn2dv9bFIYGM8a0WWxLG28V2MPNaXuLG/DeNvsiOFTDdV9/VMnQtctGmcPXuhQtWmol eJCxWWg3a3WWW3C/Lr42esOD3IoFN5TbashTb8dsjO/Y+WZwIxIFrlLPt+vCWy2nuV1JWuMSrnid lor/FGj7u6cRm1gz17Hvengp87SpN7ttS66jV2hVF6KI7LVgNc+Pe6bzMH6vU7tx+5ZR1J7tnMgJ fBFl0MXVeXrMMZXX8HpHC6wEEEbbPML53JkLClTtl9QbXDWPCRiXDlGluhe/m8E5vQd5N5WXuX5x W75T9+uYXDM3MacCO1jjMG5WSdWJ0nLZEna3srfbAxYDvHekw4r/RQtlETi2t40CD/mJs/1K51pQ iQ4coeoc01rbtFqPKTyzaY9+mbCxc7qBybHwhDCsSXeut52MF7ge8Zcq/0p+M8iQl4ROURvfgpqJ B57gC97gDx7hE17hF57hG97hHx7iI17iJ57iK97iLx7jM17jN9692iyLOR7ka6S9dzLkS35GoGVK TV7lH2R4bFc8rXyKV17m/4O/qc2JHryNZ17nB+R9l9rMNX3ngx5AQtRz6dFF59KJhV7pzcPJPahZ 5Tzml17qeWWivVjR/3ulp17r2QOSCvvquzbq3X3rxx6MO/Sg51zNyfqzyZ7tBbybXTNUZ1TBKbvt 6/499l1/z5yS/+2e7/ve7/8e8ANf8Aef8Avf8A8f8RNf8Ref8Rvf8R8f8iNf8ief8ivf8i8f8zNf 8zef8zvf8z8f9ENf9Eef9Et/QWL2db6dtx2csS8ds0WtpG16ytI4lhcOpl0wHlMzuV88stfx0Ef1 O78ZhZBRPH/5+spcv4Vf2EPuvBVIp+kk6UGkjlUb0xs5LFdXDIeuKpcd2/IZ5L4t7n/U5sKWxTm6 67qQ2LPumN9wWa9t+c4ejt97sAG0nj/+/S+7w5HZp8b5cgACwD+B/woaPIgwocKFDBs6fAgxosSB BwkmtEhxoUWCGDleNAggZMiBIj0y3FhQYMeULE1izNhw5UuEM/9B0nRYEyXMlzUrkhyZU2FPmDGF 2tx5M2ZJl0eJFtVokydUkCV/jnT6cSjLrRlnqlwqMiXYqly7GlVK1iTSi2Sbfnw4VG3RnFWXnn37 1a7YsXGfTvwLOLBgwGCtArVbuGlQrDop6syL+OhVyS23So04tiJfnJzZ8p1c9uzGum2x+oQr9DNo 06dXrjXt9W1SzZsVr4UcGXddxSp9TtYa+rTw4aJb256beLbn5KpXv7bduLllp42f+z45OLv27dld X56+VzXJ4NFv+yUNdDpT4n7LLqZZW7lgrVfVPnZ7t/3888a59vxOXG/D/RcVZQHKJ9tX1/UGXF/s BSecd8dh9yD/hBBeVp1Y8EX4mn2WhZVZS8mFR9VqwHGHYoqDMdihY9a9aNZso/U3lVkeMbUefvDJ RdRnJcrXnIkWsmZgeTA+GCSGFGqUmYfhuaZjggPWCBqPAArIpIA3xthgewSe1KR/Jf5G3pg+Plla jD3GZR+UTuJYZoH6IahinXYSVp9cYY3HmIs9xmkYny7pdd+WNo5IpIFuvRcafYyllWaXu3kXn5zY eQXpnlHm52SiGUY1KJp6BVrfh4RqKOhoeqbH0YhnJuUgaop+WpmgUJ1IF3pC6ojYm0WKOKp0hlV6 4p3GHjtlbJZqVquiE66np38ggqgekLKGKOqu2DqL15K3Vmak/6fijhtrlru1WCNstFVZ4X1qNisV lrLdmiOdN5WbWmTocnoheUH2O6+yXM5qqpYBQ+QosgovvKOhYzZLVcSwStkoeBY7PHCxnUEMMLfK 5tqqc6jV6+eQtFq8Lol/wbkvs+w5J3DHSvY3I5/3UscsyZvai1m1LV9HJ48HmvkplgJ/52tXRYtq lLwMPw21n1YOnDPH74pZ8bu+tvpwlxuXPCy2U3NIIb5ZoZz1XV+S621xf2I9r7phl3o13Opt1maf XB+n85DL8gyem5uOTfa6Z6oaLLgyLm7eoYnvWrXcUU9ep0wHB5Wj0OEGfqrPcjr99lxUT+gbgM/h 9iTgjlFr+f/gQS8aaOw7fxj6yaYDuuzRE+tnMMFJK5if2umKJu/mpPfpXvDPWls74+5GuyCi0d1O efUrHr+500YD2rnQNGofd6KpBT50zq5OSSNh+3aKpHJQoj2Rw9tbqJumMaNKc1rwy9hm7wQH+C/8 iKwz2zNenK7UGvHADYES697/6sUTwrFrdtar4MoydBgB0opMayocB9kCKjOZS1M9q9IHh4YhTMHM b1/rCOhMxCabPWx33cFLAIt1P9bsaXpEa9LeeDUqAQaGhD9SH6wCOD6JpUx5qUueEBeIOB8xqFJh S6IFr4jFLGpxi1zsohe/CMYwinGMZCyjGc+IxjSqcY1sbKMrG98IxzjKcY50rKMd74jHPOpxj3zs ox//CMhACnKQhCykIQ+JyEQqspABAQA7 --_========_000008630_========_ ___________________________________________________________________ Send email newsletters to groups for FREE with the trial version of 32bit Email Broadcaster. Visit http://www.electrasoft.com/32bea.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 12:20:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id D7C0837B404 for ; Wed, 13 Mar 2002 12:19:53 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id g2DKJl514183; Wed, 13 Mar 2002 14:19:47 -0600 (CST) (envelope-from tinguely) Date: Wed, 13 Mar 2002 14:19:47 -0600 (CST) From: mark tinguely Message-Id: <200203132019.g2DKJl514183@web.cs.ndsu.nodak.edu> To: freebsd-hackers@FreeBSD.ORG, gjohnson@research.canon.com.au Subject: Re: DMA memory allocation/deallocation In-Reply-To: <20020313000243.0B01F540D0@brixi.research.canon.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I am having some memory allocation woes in my FreeBSD kernel > device driver. I allocate DMAable memory with something like: > > retval = bus_dma_tag_create ... > (1 << 20), > 1, > (1 << 20), ... > which seems to succeed/work. But when I attempt to release the > allocated memory like this: > > bus_dmamap_unload(memtag, memmap); > > bus_dmamem_free(memtag, (void *) vaddr, memmap); > > bus_dmamap_destroy(memtag, memmap); > > bus_dma_tag_destroy(memtag); there was a contig_free bug that was squashed between 4.4 and 4.5, by Matt Dillon. If I remember correctly there is a slight leak if the contig_malloc failed, but that would not be your problem. it is possible that something else on the system is allocating at least single block in that now freed, but perfect sized chunk. as a result, the new allocation can no longer use that memory and has to search higher in RAM. try a few back to back bus_dmamem_alloc() and bus_dmamem_free() without any other operations and if that is sliding up in RAM there is a(nother) problem in the contiguous free...my guess it will operate normally and the problem is related to someone allocating a block and breaking up that nice contiguous chunk. --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 12:26:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 8727E37B478 for ; Wed, 13 Mar 2002 12:26:04 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2DKPblv013079; Wed, 13 Mar 2002 12:25:37 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2DKOMmx013063; Wed, 13 Mar 2002 12:24:22 -0800 (PST) Date: Wed, 13 Mar 2002 12:24:22 -0800 From: "David O'Brien" To: Ed Hall Cc: Martin Blapp , Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-ID: <20020313122422.A13044@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200203132015.g2DKFYv17886@screech.weirdnoise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200203132015.g2DKFYv17886@screech.weirdnoise.com>; from edhall@weirdnoise.com on Wed, Mar 13, 2002 at 12:15:34PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 13, 2002 at 12:15:34PM -0800, Ed Hall wrote: > Exception-handling is broken with -O in -stable, and has been for years. > FreeBSD is one of the few systems that use setjmp/longjmp stack unwinds > to implement exceptions, so when the GCC folks broke that path, it was > never fixed. There are supposedly patches floating around that fix the > problem, but they either didn't work as advertised or the ball got dropped. We are using a set of patches that were part of gcc 2.95.3_test3. Do you have a sample program in which exceptions are still broken on FreeBSD 4.5? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 12:41: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.canon.com.au (bergeron.research.canon.com.au [203.12.172.124]) by hub.freebsd.org (Postfix) with ESMTP id 5DE2837B404 for ; Wed, 13 Mar 2002 12:40:54 -0800 (PST) Received: from bellmann.research.canon.com.au (kwanon.research.canon.com.au [203.12.172.254]) by a.mx.canon.com.au (Postfix) with ESMTP id 1C91A33919; Wed, 13 Mar 2002 20:40:53 +0000 (GMT) Received: from brixi.research.canon.com.au (brixi.research.canon.com.au [10.8.1.11]) by bellmann.research.canon.com.au (Postfix) with ESMTP id 94F438B10; Thu, 14 Mar 2002 07:17:22 +1100 (EST) Received: by brixi.research.canon.com.au (Postfix, from userid 452) id 13A80540D0; Thu, 14 Mar 2002 07:40:49 +1100 (EST) Subject: Re: DMA memory allocation/deallocation To: tinguely@web.cs.ndsu.nodak.edu (mark tinguely) Date: Thu, 14 Mar 2002 07:40:49 +1100 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <200203132019.g2DKJl514183@web.cs.ndsu.nodak.edu> from "mark tinguely" at Mar 13, 2002 02:19:47 X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20020313204049.13A80540D0@brixi.research.canon.com.au> From: gjohnson@research.canon.com.au (Greg Johnson) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for the reply Mark, I tracked my problem down. In 'bus_dmamem_alloc', 'contigmalloc' is used if the size is greater than PAGE_SIZE. However, in 'bus_dmamem_free' the same PAGE_SIZE check is performed, but nothing is done for the case where the size is greater than PAGE_SIZE. So I then called contigfree explicitly in my code, and the memory is released. Another problem though, I am allocating a large DMAable buffer ~300MB. I get to allocate this and free this twice on our system (512MB memory). However, when I try a third time to load my device driver and allocate the memory, it fails. Subsequent attempts also fail. It seems that something is allocating in the middle of my nice big free buffer. Does 'contigalloc' do anything sensible like shuffling arround of pages in physical memory to make room for the requested amount of space? Regards Greg. Quoth mark tinguely: > there was a contig_free bug that was squashed between 4.4 and 4.5, > by Matt Dillon. If I remember correctly there is a slight leak if > the contig_malloc failed, but that would not be your problem. > > it is possible that something else on the system is allocating at least > single block in that now freed, but perfect sized chunk. as a result, > the new allocation can no longer use that memory and has to search higher > in RAM. > > try a few back to back bus_dmamem_alloc() and bus_dmamem_free() without > any other operations and if that is sliding up in RAM there is a(nother) > problem in the contiguous free...my guess it will operate normally and > the problem is related to someone allocating a block and breaking up > that nice contiguous chunk. -- +------------------------------------------------------+ | Do you want to know more? www.geocities.com/worfsom/ | | ..ooOO Greg Johnson OOoo.. | | HW/SW Engineer gjohnson@research.canon.COM.Au | | Canon Information Systems Research Australia (CISRA) | | 1 Thomas Holt Dr., North Ryde, NSW, 2113, Australia | | "I FLEXed my BISON and it went YACC!" - me. | +------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 13:22:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 2C03437B404; Wed, 13 Mar 2002 13:22:08 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2DLM6A92819; Wed, 13 Mar 2002 22:22:07 +0100 (CET) Date: Wed, 13 Mar 2002 22:24:20 +0100 (CET) From: Martin Blapp To: "David O'Brien" Cc: Ed Hall , Kris Kennaway , Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020313122422.A13044@dragon.nuxi.com> Message-ID: <20020313222300.S7707-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > We are using a set of patches that were part of gcc 2.95.3_test3. > Do you have a sample program in which exceptions are still broken on > FreeBSD 4.5? cd /usr/ports/devel/stlport make install cd work/STL*/test/eh add -O to gcc-freebsd.mk gmake -f gcc-freebsd.mk clean gmake -f gcc-freebsd.mk and see what happens ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 13:32:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from kraid.nerim.net (kraid.nerim.net [62.4.16.95]) by hub.freebsd.org (Postfix) with ESMTP id 564E437B400 for ; Wed, 13 Mar 2002 13:32:32 -0800 (PST) Received: from there (unknown [62.4.23.4]) by kraid.nerim.net (Postfix) with SMTP id 2B92B40F47 for ; Wed, 13 Mar 2002 22:31:05 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: titi20000 To: freebsd-hackers@FreeBSD.ORG Subject: problem : crypto Date: Wed, 13 Mar 2002 22:35:33 +0000 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020313213105.2B92B40F47@kraid.nerim.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi everybody, I am making my own set of administrative tools and i have one little questions : whitch tool i should use to encrypt data ? are the story about the security of pgp (seems to be a whole, I don't beleive it ) thrue ? is there somethings better ( i wish just encrypt some text-file ) ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 14:10:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id AA8A537B400 for ; Wed, 13 Mar 2002 14:10:07 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id g2DMA6s15248; Wed, 13 Mar 2002 16:10:06 -0600 (CST) (envelope-from tinguely) Date: Wed, 13 Mar 2002 16:10:06 -0600 (CST) From: mark tinguely Message-Id: <200203132210.g2DMA6s15248@web.cs.ndsu.nodak.edu> To: gjohnson@research.canon.com.au, tinguely@web.cs.ndsu.nodak.edu Subject: Re: DMA memory allocation/deallocation Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020313204049.13A80540D0@brixi.research.canon.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Thanks for the reply Mark, I tracked my problem down. In > 'bus_dmamem_alloc', 'contigmalloc' is used if the size is > greater than PAGE_SIZE. However, in 'bus_dmamem_free' > the same PAGE_SIZE check is performed, but nothing is > done for the case where the size is greater than PAGE_SIZE. > > So I then called contigfree explicitly in my code, and the > memory is released. > you may want a bugreport. > Another problem though, I am allocating a large DMAable buffer > ~300MB. I get to allocate this and free this twice on our system > (512MB memory). However, when I try a third time to load my device > driver and allocate the memory, it fails. Subsequent attempts > also fail. > > It seems that something is allocating in the middle of my > nice big free buffer. > > Does 'contigalloc' do anything sensible like shuffling arround > of pages in physical memory to make room for the requested amount > of space? It tries to squeeze out pageable memory, but it is not always successful. no other re-arranging is done because we don't know all the pointers and devices that are using that memory. but since most allocations are done by grabbing the first available chunk that works, you can try the trick of allocating the big things towards the end of the memory range and work your way backwards, unfortunately that would mean bypassing the politically correct way of allocating the buffer by using bus_dmamem_alloc(). Evenually that trick will fail too. You can make that memory "static", by not really releasing it. Of course no one else can use it either. the contig allocation leak I alluded to was if you have lots of physical memory, but did not expand the kernel virtual map. then we don't put back the contiguous memory back into the available array. since you should have a kernel virtual of at least 1GB and only physical of 512MB, you are not hitting this situation. --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 14:12: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id 3CC7E37B405; Wed, 13 Mar 2002 14:11:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D038966D94; Wed, 13 Mar 2002 14:11:49 -0800 (PST) Date: Wed, 13 Mar 2002 14:11:49 -0800 From: Kris Kennaway To: Martin Blapp Cc: Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020313141149.A7104@xor.obsecurity.org> References: <20020312150543.A70773@xor.obsecurity.org> <20020313140429.B2573-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020313140429.B2573-100000@levais.imp.ch>; from mb@imp.ch on Wed, Mar 13, 2002 at 02:08:55PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 13, 2002 at 02:08:55PM +0100, Martin Blapp wrote: >=20 > I removed now #undef DEFAULT_VTABLE_THUNKS and set again #define > DWARF2_UNWIND_INFO 1 in the port. The -O tests still succeeded. >=20 > All cpp* files are the same in the port and our system compilers. >=20 > And ideas and pointers which subsystems I could test for this breakage ? Did you pursue my suggestion of comparing recent patches in the port and in the source tree? Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8j86lWry0BWjoQKURApbdAJ9AMdid9cM8gm00pPYiBpx134fHZwCdFFNp af3Vi6bF1WoXLy/Hc0dkaoc= =3Ukj -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 14:40:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id D8A7E37B41D; Wed, 13 Mar 2002 14:40:36 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2DMeXA00757; Wed, 13 Mar 2002 23:40:33 +0100 (CET) Date: Wed, 13 Mar 2002 23:42:46 +0100 (CET) From: Martin Blapp To: Kris Kennaway Cc: Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020313141149.A7104@xor.obsecurity.org> Message-ID: <20020313233931.O7707-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Kris, > Did you pursue my suggestion of comparing recent patches in the port > and in the source tree? Easy to say, hard to do. STABLE is broken as current is, and it seems that 4.4 and 4.3 are also broken for the STLport test. This is a very difficult thing to do for someone that does not know gcc internals. Impossible for me. I don't have the resources (time) and knowledge (compiler coding) to do this. I can only state that: - plain gcc without patches works - gcc295 from ports works - gcc is STABLE and CURRENT is broken - It's not the dewarf unwinding. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 14:45: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id 6326537B402; Wed, 13 Mar 2002 14:44:59 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 548B366C76; Wed, 13 Mar 2002 14:44:56 -0800 (PST) Date: Wed, 13 Mar 2002 14:44:55 -0800 From: Kris Kennaway To: Martin Blapp Cc: Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020313144455.A8600@xor.obsecurity.org> References: <20020313141149.A7104@xor.obsecurity.org> <20020313233931.O7707-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020313233931.O7707-100000@levais.imp.ch>; from mb@imp.ch on Wed, Mar 13, 2002 at 11:42:46PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 13, 2002 at 11:42:46PM +0100, Martin Blapp wrote: >=20 > Hi Kris, >=20 > > Did you pursue my suggestion of comparing recent patches in the port > > and in the source tree? >=20 > Easy to say, hard to do. STABLE is broken as current is, and it seems that > 4.4 and 4.3 are also broken for the STLport test. That gives you MORE information: look for patches to the gcc directory which have been MFCed. > This is a very difficult thing to do for someone that does not know > gcc internals. You don't have to understand the changes, just look at the cvs logs for the past few months, and try backing out revisions to see if it fixes things, or at least identify a list of possible changes which others can test. Kris --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8j9ZnWry0BWjoQKURAsazAJ9AeEfIe+vPTEKUIDt/E8pJJhKG8ACeIyVB l5vExjOv7tdZHdkNpXxTA8s= =BPha -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 14:47:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 28A7737B419; Wed, 13 Mar 2002 14:47:40 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2DMlcA01483; Wed, 13 Mar 2002 23:47:38 +0100 (CET) Date: Wed, 13 Mar 2002 23:49:52 +0100 (CET) From: Martin Blapp To: Kris Kennaway Cc: Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020313144455.A8600@xor.obsecurity.org> Message-ID: <20020313234853.G7707-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris, > fixes things, or at least identify a list of possible changes which > others can test. How can I compile gcc without doing a "make world" ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 14:51: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-mu-11-2-dialup-152.freesurf.ch [194.230.150.152]) by hub.freebsd.org (Postfix) with ESMTP id CF23C37B404 for ; Wed, 13 Mar 2002 14:49:57 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g2DMYCL03365 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Wed, 13 Mar 2002 23:34:14 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g2DMYBO03364; Wed, 13 Mar 2002 23:34:11 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Date: Wed, 13 Mar 2002 23:34:11 +0100 (CET) Message-Id: <200203132234.g2DMYBO03364@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery Subject: [LONG] Re: Performance of FreeBSD vs NetBSD (was: Re: Performance of -current vs -stable) To: hackers@freebsd.org Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Slow Dial-in Modem X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (sorry for the delay in following-up to this thread; when the Big Blue Room is cloudless and approaching 25 degrees at this time of year, I feel an uncontrollable craving to lock myself in that room most of the day) I wrote: > > Hmmm, a few weeks ago I did some totally unscientific testing, noting > > that -current was much slower than -stable, by playing an mp3 with an And then a lot of people responded. So let me attempt to restate things, and possibly clear things up thereby. Or, you can just skip straight to the end, where I reveal just what I did to restore similar performance with FreeBSD that I saw under NetBSD, which shall terminate this thread. One can hope. My observations were as follows: o) I had problems doing ``work'' and listening to mp3s with a native mpg123 binary under both FreeBSD-CURRENT and 4.5-STABLE. o) I had no problems with a comparable native binary and NetBSD-current. o) Both FreeBSD-CURRENT and FreeBSD-stable performed roughly identically, both with and without the kernel WITNESS option, so I wasn't seeing the killer performance there that others have noted, just as a side note. I then asked if any of the config options I posted from part of my kernel configuration for -STABLE were known show-stoppers to be avoided. By the time I had updated my archive of the mailing lists a day or two later, nobody had pointed an accusing finger, so I've decided to do somewhat more extensive testing. Seat-of-the-pants observation with `top' showed an apparent improvement by a factor of two in CPU usage when running the native NetBSD binary under NetBSD. Other observations I've made, that I'll be using as datapoints later, are that a normal `buildworld' for both -current and -stable on this 75MHz hardware take somewhere arount 1000 to 1100 minutes or so; also, a `nice'd `installworld' (out of necessity niced in order to get relatively real-time audio playback with only a few pauses each minute) took two or three hours when running mpg123. Then I took one of the FreeBSD binaries and re-linked it statically, in order to run it under NetBSD as well as both FreeBSDen. With this, the FreeBSD performance was unchanged, whilst that of NetBSD actually improved by `top' to a ratio of ~3:1 CPU usage by FreeBSD. Now I'll be doing other tests, to guess whether this is a real system- like issue, or if it only affects mpg123, or my audio setup, or what. Ideas include timing a comparable build process under NetBSD (which does rather differ from that of FreeBSD, so perhaps only for amusement value), and attempting to run the same build process with both Net- and FreeBSD. Other tests limited to a `buildkernel' may be tried, so I can get more results than a build per day and a half. Hey, oboyoboy, one -STABLE FreeBSD test gave these results: bash-2.05a$ time /usr/obj/ports/5.0/usr/ports/audio/mpg123/work/mpg123-0.59r/mp g123-static-O3-current -t -v /usr/home/mp3/hr-XXL-chillout-11.aug.mp3 [...] Playing MPEG stream from hr-XXL-chillout-11.aug.mp3 ... Junk at the beginning 00000000 MPEG 1.0, Layer: III, Freq: 44100, mode: Joint-Stereo, modext: 2, BPF : 522 Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0. Bitrate: 160 Kbits/s, Extension value: 0 Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2 Frame# 308633 [ 0], Time: 134:22.24 [00:00.00], [120:20] Decoding of hr-XXL-chillout-11.aug.mp3 finished. real 35m43.727s user 33m41.078s sys 0m19.797s bash-2.05a$ This seems to imply that at 35 realtime minutes for a 120 minute file, FreeBSD-STABLE can play back at about 3 1/2 times realtime on a lightly loaded system. Much closer to the NetBSD `top' CPU ratio. This points to the actual sound k0deZ as being responsible for the slowdown that I experience. Now I'll try to respond to points others have made and further muddy the waters, or something. Martin Ankerl noted: > One real test is to > measure how long your machine needs to decode a stream without threads with > 100% CPU. Using mpg123 you can do this with > time mpg123 -t mp3stream.mp3 Good idea. Here's NetBSD-current compared with FreeBSD-current (same static binary on all three OSen): (time /usr/obj/ports/5.0/usr/ports/audio/mpg123/work/mpg123-0.59r/mpg123-static- O3-current -t -v /usr/home/mp3/hr-XXL-chillout-21.okt.mp3 ) NetBSD: [...] Playing MPEG stream from hr-XXL-chillout-21.okt.mp3 ... Junk at the beginning 00000000 MPEG 1.0, Layer: III, Freq: 44100, mode: Joint-Stereo, modext: 2, BPF : 417 Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0. Bitrate: 128 Kbits/s, Extension value: 0 Audio: 1:1 conversion, rate: 44100, encoding: signed 16 bit, channels: 2 Frame# 382927 [ 0], Time: 166:42.99 [00:00.00], [174:13] Decoding of hr-XXL-chillout-21.okt.mp3 finished. real 49m56.748s user 48m10.644s sys 0m18.401s FreeBSD-CURRENT: [...] Frame# 382927 [ 0], Time: 166:42.99 [00:00.00], [174:13] Decoding of hr-XXL-chillout-21.okt.mp3 finished. real 52m28.443s user 49m5.392s sys 0m48.884s This difference here is *not* something I'm going to lose sleep over; both systems mostly comparably idle -- this would be a Junior Nitpicking Kernel Hacker task, if anything. > or > time mpg123 -s mp3stream.mp3 > /dev/null > if you additionally want to measure the I/O time. Why not? I've got three OSen to compare, so here I try FreeBSD-4.5-STABLE against NetBSD. time /usr/obj/ports/5.0/usr/ports/audio/mpg123/work/mpg123-0.59r/mpg123-static-O 3-current -s /home/mp3/radio1-johnpeel-07.nov.mp3 > /dev/null NetBSD: [...] Playing MPEG stream from radio1-johnpeel-07.nov.mp3 ... Junk at the beginning 00000000 MPEG 1.0 layer III, 128 kbit/s, 44100 Hz joint-stereo [120:00] Decoding of radio1-johnpeel-07.nov.mp3 finished. 2306.8u 10.6s 39:43.09 97.2% 0+0k 0+0io 533pf+0w FreeBSD-STABLE: [...] [120:00] Decoding of radio1-johnpeel-07.nov.mp3 finished. 2076.543u 13.556s 35:59.23 96.7% 539+482k 0+0io 1582pf+0w Well, well. According to *this* test, I would expect *not* to be seeing far worse performance with -stable than with NetBSD. Brian T.Schellenberger noted: > FWIW, I listten to music and do other things all the time, but I have 512M of > ram and a 900MHz CPU, and I'm guessng he doesn't. Well, I do (sort of), but what fun is that? :-) I mean, for most of what I do, it makes little difference if my machine is 99,9% idle vs 97% idle. Using today's `slow' machines makes inefficiencies all the more obvious, and it's great when I can take these two machines that a friend tossed out, never wanting to set eyes upon again, and with FreeBSD or NetBSD or whatever, get a workstation (or server) which can play smooth audio plus let one do Real Work. Kris Kennaway observed: > > | As you are no doubt aware there are significant infrastructural > > | changes in -current relating to SMP scalability. [...] > > | Basically, it's a known issue. > > At -stable as well as -current or at -current only? > What I'm talking about is a -current issue only. I don't recall > reading the earlier thread. Okay. I see a minor performance hit with -current that isn't enough to get me riled up, with the above tests (decoding only, audio path doesn't enter the picture). However, when the audio path enters the picture in both -current and -stable, then I see a major bigtime performance drop, while NetBSD's observed unscientific unofficial performance doesn't appear to suffer. Given that -current has known issues, and is in a state of flux, and I see only a minor performance difference between -current and -stable, I'll probably just conduct further tests against -stable. Also, the last time I did any serious audio work with FreeBSD was back when 3.3(?) was -stable, and then there were definite issues with 4.0 as -current that made it unsuitable for any of the uses I needed. I really should throw together a releng-3 machine as Yet Another Reference for a number of things I see. However, I've been using one of the PCI audio cards with 4-stable recently without experiencing the problems with audio sampling that 4-current of a couple years back gave me. And another thing, back when I was using FreeBSD-3.x for my audio machines, I saw noticeably better performance with them compared to NetBSD-current of the time, such that I settled on FreeBSD for the audio sampling/encoding machines I built then. Not a factor of two or three or anything, but enough to give me more breathing room. Luigi Rizzo asked again: > > > > what compile time options were used in the two cases ? > > > > They surely can make a huge difference. > > > Could it also be a possibility, that the NetBSD defaults differ from > > > the FreeBSD defaults, I think this could make some difference too. :) > > actually he mentioned in his post that he used the _same_ binary on fbsd > > and netbsd (statically linked, netbsd with fbsd emu layer) > actually later in the same message he mentioned he used a different > binary, and the "top" output showed two different names. This all goes to show that my messages are no glistening example of brevity and clarity, and that I probably need to go into politics. The long story is that I recompiled all three *BSD binaries long ago to get a modest speedup (50%?) by stealing the NetBSD options for FreeBSD, or vice versa, or something. So the native binaries were somewhat similar, if not identical. For reference, here's what gave me the FreeBSD-STABLE binary that may have been used for my initial report, before building the static version: waaah! I just lost my working directory from .build_done.mpg123-0.59r_4 including all my hacks and Makefile modifications! Curses. Oh well, here's a guess as to what I used to get the FreeBSD-CURRENT binary, which I relinked statically to use for the tests after my initial observations, based on the Makefile contents and the options I gave: -O -pipe -O3 -mpentium -mcpu=pentium -march=pentium -Wall -ansi -pedantic -funroll-all-loops -ffast-math -fomit-frame-pointer \ -DROT_I386 -DI386_ASSEM -DREAL_IS_FLOAT -DPENTIUM_OPT -DREAD_MMAP -DUSE_MMAP -DOSS -DTERM_CONTROL The NetBSD options probably resemble netbsd-i386-elf: $(MAKE) CC=cc LDFLAGS=-static \ OBJECTS='decode_i386.o dct64_i386.o decode_i586.o \ audio_sun.o term.o' \ CFLAGS='$(CFLAGS) -Wall -ansi -pedantic -O4 -fomit-frame-pointer \ -funroll-all-loops -ffast-math -DROT_I386 \ -DI386_ASSEM -DPENTIUM_OPT -DREAL_IS_FLOAT -DUSE_MMAP \ -DREAD_MMAP -DNETBSD -DTERM_CONTROL' \ mpg123-make Since I wasn't suffering awful performance with this binary natively, I didn't tweak it much beyond what that package build gave me. Initially I was using the native binaries from each OS and release, but after building the FreeBSD static binaries, I used that for later tests. When I ran that on both FreeBSD-current and -stable, I saw performance almost identical to the non-static binaries, so I didn't bother to capture the `top' output that I already had from the native shared library binaries, which is why the executable names differed. Where I did see a change, in running the FreeBSD static binary with NetBSD compatibility, I did capture the new `top' output. Sorry that it wasn't clear that the pictured `top' outputs under FreeBSD were valid for the -static binary as well. FWIW, I've just built a new -stable binary, using cc -O -pipe -DMAXPARTITIONS=16 -DINET6 -O3 -mpentium -mcpu=pentium -march=pent ium -O3 -Wall -ansi -pedantic -funroll-all-loops -ffast-math -fomit-frame-point er -DROT_I386 -DI386_ASSEM -DREAL_IS_FLOAT -DPENTIUM_OPT -DREAD_MMAP -DUSE_MMA P -DTERM_CONTROL -c mpg123.c (the -DMAXPARTITIONS is intended for kernel/world building, but I didn't see an obvious way to specify a world-only `make' in make.conf the way one can for kernel builds, so everything gets it so that I don't have to hack as many kernel source files -- I think `COPTS' does the opposite of what I want, giving additional flags used when *not* building world, if I read right) The -DOSS is missing to match NetBSD, but still no joy at startup, where `truss' reveals many seconds spent in THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! write(2,0xbfbff384,71) = 71 (0x47) open("/dev/dsp",0x1,00) = 3 (0x3) ioctl(3,SNDCTL_DSP_GETBLKSIZE,0x8093f20) = 0 (0x0) ioctl(3,AUDIO_COMPAT_FLUSH,0x0) = 0 (0x0) ioctl(3,SNDCTL_DSP_SETFMT,0xbfbffa10) = 0 (0x0) ioctl(3,SNDCTL_DSP_STEREO,0xbfbffa0c) = 0 (0x0) ioctl(3,SNDCTL_DSP_SPEED,0xbfbffa08) = 0 (0x0) ioctl(3,SNDCTL_DSP_SETFMT,0xbfbffa10) = 0 (0x0) ioctl(3,SNDCTL_DSP_STEREO,0xbfbffa0c) = 0 (0x0) ioctl(3,SNDCTL_DSP_SPEED,0xbfbffa08) = 0 (0x0) [hundreds such lines snipped] ioctl(3,SNDCTL_DSP_SETFMT,0xbfbffa10) = 0 (0x0) ioctl(3,SNDCTL_DSP_STEREO,0xbfbffa0c) = 0 (0x0) ioctl(3,SNDCTL_DSP_SPEED,0xbfbffa08) = 0 (0x0) close(3) = 0 (0x0) __sysctl(0xbfbffa00,0x2,0x8094900,0xbfbff9fc,0x0,0x0) = 0 (0x0) sigaction(SIGINT,0xbfbffa5c,0xbfbffa44) = 0 (0x0) open("hr-XXL-clubnite-from-27.okt.2001.mp3",0x0,07) = 3 (0x3) lseek(3,0x0,2) = 146176000 (0x8b67800) =-=-=-=-=-=-=-=-=-=-=-= Well, if you're down here, you either read all of the above, so that you've earned hearing about what I discovered gave me CPU back, or else you've skipped down here to learn that. Here goes. Now, with -stable, I'm running the static mpg123 I used earlier, and I see CPU states: 28.3% user, 0.0% nice, 3.1% system, 2.7% interrupt, 65.9% idle PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 250 beer 33 0 141M 2524K RUN 3:41 29.15% 29.15% mpg123-static- 157 root 10 -52 888K 548K nanslp 1:18 0.10% 0.10% radioclkd 90 root 2 -52 2560K 1544K select 0:11 0.00% 0.00% ntpd 244 root 28 0 1440K 1180K RUN 0:07 0.00% 0.00% top As a reminder, here's how NetBSD-native looked: > CPU states: 38.1% user, 0.0% nice, 1.5% system, 1.0% interrupt, 59.4% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 229 beer 10 0 308K 3828K aud_wr 1:17 37.16% 37.16% mpg123 And here's how NetBSD with this same FreeBSD static binary seemed to look: > CPU states: 20.3% user, 0.0% nice, 1.0% system, 0.0% interrupt, 78.7% idle > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > 241 beer 36 0 512K 2020K RUN 0:24 21.71% 21.63% mpg123-stati I'm not going to worry over this unscientific difference; I'm already seeing about a factor of two improvement under FreeBSD. But why? > sound card: sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 > pcm0: on sbc0 Just as a test, I switched out this card, which I had previously used for all the measurements and observations, for a different one: pcm0: port 0xfcc0-0xfcff irq 9 at device 11.0 on pci0 So, it seems that the `sbc' soundblaster k0deZ, as used by my ES1868, are responsible for the slowdown I saw. What remains to do are such things as... o) Seeing if NetBSD's performance changes any way with this card [answer: maybe...] o) Seeing if the 20%-CPU figure I saw under NetBSD is repeatable, or... [answer: yes, except that with this card, it's more like 17%] o) Trying other genuine SB16 cards to see if there's a difference o) Timing a `buildkernel' or something with mpg123 in parallel [answer: dropouts happen occasionally since I didn't `nice' the mpg123, but it takes a whopping 64min] o) Doing real ``work'' while listening to music thanks to all who replied, and hope something above is useful barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 15: 1:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from honold.org (honold.org [64.81.28.91]) by hub.freebsd.org (Postfix) with ESMTP id 7029437B41A; Wed, 13 Mar 2002 15:01:11 -0800 (PST) Received: from gandalf ([209.248.128.106]) by honold.org (8.11.6/8.11.6) with SMTP id g2DN16D16228; Wed, 13 Mar 2002 17:01:06 -0600 (CST) (envelope-from list@honold.org) Message-ID: <009701c1cae2$f65e0120$3200a8c0@internal.lan> From: "Justin Honold" To: Cc: Subject: question for recent sysinstall hacker(s) Date: Wed, 13 Mar 2002 17:01:01 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0094_01C1CAB0.A7A9EA30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0094_01C1CAB0.A7A9EA30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable i see that in 4.5 ipaddr/netmask/defaultrouter are necessary parameters = for scripted install.cfg installations (in my case, pxe). how does one = go about using dhcp instead? if i'm using pxeboot to install multiple = system simultaneously over nfs, i can't have them all using the same ip. = in 4.4-release, "tryDHCP=3DYES" was valid (with no = ipaddr/netmask/defaultrouter declarations) please reply via email, and thanks ------=_NextPart_000_0094_01C1CAB0.A7A9EA30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
i see that in 4.5 = ipaddr/netmask/defaultrouter are=20 necessary parameters for scripted install.cfg installations (in my case, = pxe).  how does one go about using dhcp instead?  if i'm using = pxeboot=20 to install multiple system simultaneously over nfs, i can't have them = all using=20 the same ip.  in 4.4-release, "tryDHCP=3DYES" was valid (with no=20 ipaddr/netmask/defaultrouter declarations)
 
please reply via email, and=20 thanks
------=_NextPart_000_0094_01C1CAB0.A7A9EA30-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 15:50:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id D964C37B432 for ; Wed, 13 Mar 2002 15:50:14 -0800 (PST) Received: (qmail 13804 invoked from network); 13 Mar 2002 23:50:05 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 13 Mar 2002 23:50:05 -0000 Date: Wed, 13 Mar 2002 18:50:05 -0500 (EST) From: Kenneth Culver To: Martin Blapp Cc: Kris Kennaway , Jan Stocker , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020313234853.G7707-100000@levais.imp.ch> Message-ID: <20020313184927.O13797-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG cd /usr/src/gnu/usr.bin/cc make make install On Wed, 13 Mar 2002, Martin Blapp wrote: > > > Kris, > > > fixes things, or at least identify a list of possible changes which > > others can test. > > How can I compile gcc without doing a "make world" ? > > Martin > > > 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 Mar 13 15:56:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 5788A37B43C for ; Wed, 13 Mar 2002 15:55:55 -0800 (PST) Received: from winston.freebsd.org (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id g2DNseV68218 for ; Wed, 13 Mar 2002 15:54:40 -0800 (PST) (envelope-from jkh@winston.freebsd.org) To: hackers@freebsd.org Subject: Interesting sysctl variables in Mac OS X with hw info Date: Wed, 13 Mar 2002 15:54:40 -0800 Message-ID: <68214.1016063680@winston.freebsd.org> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hw.busfrequency = 133326902 hw.cpufrequency = 667000000 hw.cachelinesize = 32 hw.l1icachesize = 32768 hw.l1dcachesize = 32768 hw.l2settings = -2147483648 hw.l2cachesize = 262144 Assuming that some or all of this information can be derived on x86 / alpha / sparc, how useful do folks think it would be to have this information be available from sysctl space? I personally would love to see CPU and bus speed info. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 16:18:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id A5F3B37B404 for ; Wed, 13 Mar 2002 16:18:19 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 8A0F6AE24F; Wed, 13 Mar 2002 16:18:19 -0800 (PST) Date: Wed, 13 Mar 2002 16:18:19 -0800 From: Alfred Perlstein To: Jordan Hubbard Cc: hackers@freebsd.org Subject: Re: Interesting sysctl variables in Mac OS X with hw info Message-ID: <20020314001819.GB74829@elvis.mu.org> References: <68214.1016063680@winston.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68214.1016063680@winston.freebsd.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Jordan Hubbard [020313 15:56] wrote: > hw.busfrequency = 133326902 > hw.cpufrequency = 667000000 > hw.cachelinesize = 32 > hw.l1icachesize = 32768 > hw.l1dcachesize = 32768 > hw.l2settings = -2147483648 > hw.l2cachesize = 262144 > > Assuming that some or all of this information can be derived on x86 / > alpha / sparc, how useful do folks think it would be to have this > information be available from sysctl space? I personally would love > to see CPU and bus speed info. Those look pretty good. Having the cacheline size available would also help quite a bit for avoiding false sharing for allocation of data structures in smp. -- -Alfred Perlstein [alfred@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 Mar 13 16:20:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id F05CD37B405 for ; Wed, 13 Mar 2002 16:20:14 -0800 (PST) Received: from pool0256.cvx22-bradley.dialup.earthlink.net ([209.179.199.1] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lIyY-0000uq-00; Wed, 13 Mar 2002 16:20:10 -0800 Message-ID: <3C8FECA4.CF3C293F@mindspring.com> Date: Wed, 13 Mar 2002 16:19:48 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Greg Johnson Cc: mark tinguely , freebsd-hackers@FreeBSD.ORG Subject: Re: DMA memory allocation/deallocation References: <20020313204049.13A80540D0@brixi.research.canon.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greg Johnson wrote: > Thanks for the reply Mark, I tracked my problem down. In > 'bus_dmamem_alloc', 'contigmalloc' is used if the size is > greater than PAGE_SIZE. However, in 'bus_dmamem_free' > the same PAGE_SIZE check is performed, but nothing is > done for the case where the size is greater than PAGE_SIZE. > > So I then called contigfree explicitly in my code, and the > memory is released. > > Another problem though, I am allocating a large DMAable buffer > ~300MB. I get to allocate this and free this twice on our system > (512MB memory). However, when I try a third time to load my device > driver and allocate the memory, it fails. Subsequent attempts > also fail. Yes. This will happen because the memory becomes fragmented. If you allocated a huge block early, then the allocation can always be satisfied. If you deallocate it, then the system is free to use it up. So it can break up the previous space to use for smaller spaces. A subsequent attempt at allocation can therefore not be satisfied using the same memory, and the allocation may succeed, but it will do so at another location, after the allocations. At the very least, I can allocate the memory, make several small allocations, free the memory, and then make several small allocations, which then leaves me with needing to do the alocation after the set of small allocations after the first allcoation. If you are goung to be loading and unloading a driver during developement, and you need a huge gob of memory like this, then the correct approach is to do the allocation at or as soon after boot time as possible, and then reference the allcoated area from your load/unload/load/unload'ed driver. > It seems that something is allocating in the middle of my > nice big free buffer. Sure. You freed it. Anything that wants memory can alloc that area. Most likely, the allocation is proceeding at the start of the region as new allocations take place after the free. > Does 'contigalloc' do anything sensible like shuffling arround > of pages in physical memory to make room for the requested amount > of space? You mean "will it defrag physical memory" so that you can do another contiguous allocation, and "will it evict clean pages from physical memory to leave a large contiguous space" that can subsequently be used by an allocation. The answer is "no". What you are trying to do sould occur rarely, and the memory should be committed eary, so that this is never an issue in real life. If you want to fix this problem, you can write a physical memory defragmentation routine. It will probably stall most of the operations on your system, unless you seperate the reserve/commit phases of the malloc, so that you can incrementally reserve the memory as you defragthe map, so that it won't refrag behind you. Another approach for some systems is to seperate the memory, and do small allocations at the bottom and large ones at the top, such that when you need to do a large one, there is still space at the top for the allocation, without causing fragmentation when you fre and reallocate it several times. This approach, "expectation zoning for size", is in conflict with another, generally more useful approach, called "expectation zoning for persistance". In the second approach, you seperate memory into allocation pools by expectation of how lon an allocation will be held. By doing this, you get a relatively homogeneous lifetime for the memory in each zone. In practice, this will reduce overall fragmentation of the memory map up to 85% (or better, depending on your zone granularity). But it means that large allocations in any given zone are less likely to be successful. If you want to work on defragging physical memory, it's possbile to do, but will be difficult. The first thing that you will need to ensure is that the defragging code is not subject to its own operations. The second is that the space reclaiming code, which can only evict clean pages, or evict to swap dirty pages, doesn't touch any code or data in the paging path at all, or it won't work. In general, the ability to do this was expected to come into FreeBSD with the ELF switchover, but so far the only benefit is that there is an on average saving of 1/2 a page of disk at an increased cost of one page for the code/data duplication split for the combined code/data page. Actually, this was probably the wong way to do the trade, considering disk sizes are still growing faster than RAM, and RAM is limited to 32 bit for a while still). If you want to work on the code, to do this, I'm sure there are people who would be willing to help you out, after you take the lead on some code in that area. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 16:25:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id A6B8C37B405 for ; Wed, 13 Mar 2002 16:25:48 -0800 (PST) Received: from pool0256.cvx22-bradley.dialup.earthlink.net ([209.179.199.1] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lJ3a-0000hA-00; Wed, 13 Mar 2002 16:25:22 -0800 Message-ID: <3C8FEDDC.4CDC316F@mindspring.com> Date: Wed, 13 Mar 2002 16:25:00 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Jordan Hubbard , hackers@freebsd.org Subject: Re: Interesting sysctl variables in Mac OS X with hw info References: <68214.1016063680@winston.freebsd.org> <20020314001819.GB74829@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Jordan Hubbard [020313 15:56] wrote: [ ... ] > > Assuming that some or all of this information can be derived on x86 / > > alpha / sparc, how useful do folks think it would be to have this > > information be available from sysctl space? I personally would love > > to see CPU and bus speed info. > > Those look pretty good. Having the cacheline size available > would also help quite a bit for avoiding false sharing for > allocation of data structures in smp. This was actually discussed a while back (a month or two ago). It got really bogged down when someone pointed out that they were running CPUs with different clock rates in their SMP box, just to see what the net effect would be. THe problem was, of course, which one do you report, when the numbers don't match exactly, and/or how do you report both (or N)? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 16:34:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 0915137B405 for ; Wed, 13 Mar 2002 16:34:13 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g2E0Xp614578; Wed, 13 Mar 2002 16:33:51 -0800 Date: Wed, 13 Mar 2002 16:33:51 -0800 From: Brooks Davis To: Terry Lambert Cc: Alfred Perlstein , Jordan Hubbard , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info Message-ID: <20020313163351.A6946@Odin.AC.HMC.Edu> References: <68214.1016063680@winston.freebsd.org> <20020314001819.GB74829@elvis.mu.org> <3C8FEDDC.4CDC316F@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3C8FEDDC.4CDC316F@mindspring.com>; from tlambert2@mindspring.com on Wed, Mar 13, 2002 at 04:25:00PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 13, 2002 at 04:25:00PM -0800, Terry Lambert wrote: > This was actually discussed a while back (a month or two ago). >=20 > It got really bogged down when someone pointed out that > they were running CPUs with different clock rates in their > SMP box, just to see what the net effect would be. THe > problem was, of course, which one do you report, when the > numbers don't match exactly, and/or how do you report both > (or N)? My suspicion is that everything that currently runs FreeBSD reliably would be just fine with this setup, but when I brought this up before I recalled seeing a systems with different speeds on each CPU so I mentioned it. I think many of these settings should probalby go in hw.cpu#.xxx syctls since they are cpu attributes not system ones. It seems that the various HA systems with hot swapable CPUs are likely to get into situations where the CPUs don't quite match so it would be nice if we reported things that way. If we went down the path of having per-cpu sysctls then it would also be logical to export CPU versioning info as well as CPU features. That would be port specific of course, but I'm sure we could manage to be more consistant then Linux's /proc/cpuinfo. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8j+/vXY6L6fI4GtQRAs22AKCaSWNBptaF50zVsyPiZ+brIpNv3QCggU0+ Zn7VAq3MSx3xmff+nSVQHt8= =g62K -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 16:40:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id DEAEE37B402 for ; Wed, 13 Mar 2002 16:40:19 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020314004019.XOOH2626.rwcrmhc51.attbi.com@InterJet.elischer.org>; Thu, 14 Mar 2002 00:40:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA77310; Wed, 13 Mar 2002 16:37:22 -0800 (PST) Date: Wed, 13 Mar 2002 16:37:20 -0800 (PST) From: Julian Elischer To: Brooks Davis Cc: Terry Lambert , Alfred Perlstein , Jordan Hubbard , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: <20020313163351.A6946@Odin.AC.HMC.Edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 13 Mar 2002, Brooks Davis wrote: > On Wed, Mar 13, 2002 at 04:25:00PM -0800, Terry Lambert wrote: > > This was actually discussed a while back (a month or two ago). > > > > It got really bogged down when someone pointed out that > > they were running CPUs with different clock rates in their > > SMP box, just to see what the net effect would be. THe > > problem was, of course, which one do you report, when the > > numbers don't match exactly, and/or how do you report both > > (or N)? > certainly no reason to not have: hw.cpu.0.clock etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 16:41:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from outboundx.mv.meer.net (outboundx.mv.meer.net [209.157.152.12]) by hub.freebsd.org (Postfix) with ESMTP id 009BB37B405 for ; Wed, 13 Mar 2002 16:41:40 -0800 (PST) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outboundx.mv.meer.net (8.11.6/8.11.6) with ESMTP id g2E0fYs78041; Wed, 13 Mar 2002 16:41:34 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com ([209.157.133.226]) by mail.meer.net (8.12.1/8.12.1/meer) with ESMTP id g2E0fXGg001746; Wed, 13 Mar 2002 16:41:39 -0800 (PST) Message-Id: <200203140041.g2E0fXGg001746@mail.meer.net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Brooks Davis Cc: hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: Message from Brooks Davis of "Wed, 13 Mar 2002 16:33:51 PST." <20020313163351.A6946@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Mar 2002 16:41:34 -0800 From: "George V. Neville-Neil" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wouldn't it make the most sense to just have the hw.cpu# stuff you mentioned in email? That's the easiest way to understand the data as a user at least. Later, George -- George V. Neville-Neil gnn@neville-neil.com Neville-Neil Consulting www.neville-neil.com "We should not be ashamed to acknowledge truth from whatever source it comes to us, even if it is brought to us by former generations and foreign peoples. For him who seeks the truth there is nothing of higher value than truth itself." al-Kindi (c 801-66) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 16:43:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-239.dsl.lsan03.pacbell.net [64.165.226.239]) by hub.freebsd.org (Postfix) with ESMTP id 731C837B405; Wed, 13 Mar 2002 16:42:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4E1DF66C76; Wed, 13 Mar 2002 16:42:51 -0800 (PST) Date: Wed, 13 Mar 2002 16:42:51 -0800 From: Kris Kennaway To: Martin Blapp Cc: Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020313164250.A13204@xor.obsecurity.org> References: <20020313144455.A8600@xor.obsecurity.org> <20020313234853.G7707-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020313234853.G7707-100000@levais.imp.ch>; from mb@imp.ch on Wed, Mar 13, 2002 at 11:49:52PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 13, 2002 at 11:49:52PM +0100, Martin Blapp wrote: >=20 >=20 > Kris, >=20 > > fixes things, or at least identify a list of possible changes which > > others can test. >=20 > How can I compile gcc without doing a "make world" ? cd /usr/src/gnu/usr.bin/cc && make all Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8j/IKWry0BWjoQKURAjV8AKCdQY5RBTjlBUKztXOwbZqxNXpTegCfZEmF M+itaZekG2kQo7qvzgLlO44= =5D9P -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 18:14:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by hub.freebsd.org (Postfix) with ESMTP id 119A737B400 for ; Wed, 13 Mar 2002 18:14:51 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.11.6/8.11.6) with ESMTP id g2E2EXX25793; Wed, 13 Mar 2002 21:14:33 -0500 (EST) (envelope-from winter@jurai.net) Date: Wed, 13 Mar 2002 21:14:33 -0500 (EST) From: "Matthew N. Dodd" To: Jordan Hubbard Cc: hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: <68214.1016063680@winston.freebsd.org> Message-ID: <20020313211243.S12166-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 13 Mar 2002, Jordan Hubbard wrote: > hw.busfrequency = 133326902 > hw.cpufrequency = 667000000 hw.freq.{bus,cpu} > hw.cachelinesize = 32 > hw.l1icachesize = 32768 > hw.l1dcachesize = 32768 > hw.l2settings = -2147483648 > hw.l2cachesize = 262144 hw.cache.size.line hw.cache.size.l1.i hw.cache.size.l1.d hw.cache.l2.settings hw.cache.size.l2 Right? -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 19:17:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts14-srv.bellnexxia.net (tomts14.bellnexxia.net [209.226.175.35]) by hub.freebsd.org (Postfix) with ESMTP id 96BCA37B405 for ; Wed, 13 Mar 2002 19:17:15 -0800 (PST) Received: from xena.gsicomp.on.ca ([65.95.178.46]) by tomts14-srv.bellnexxia.net (InterMail vM.4.01.03.23 201-229-121-123-20010418) with ESMTP id <20020314031709.IFXA19892.tomts14-srv.bellnexxia.net@xena.gsicomp.on.ca> for ; Wed, 13 Mar 2002 22:17:09 -0500 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.3/8.11.1) with SMTP id g2E35eK26674 for ; Wed, 13 Mar 2002 22:05:40 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <006601c1cb06$b9f07370$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: References: Subject: Re: Interesting sysctl variables in Mac OS X with hw info Date: Wed, 13 Mar 2002 22:17:08 -0500 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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Wed, 13 Mar 2002, Brooks Davis wrote: > > > On Wed, Mar 13, 2002 at 04:25:00PM -0800, Terry Lambert wrote: > > > This was actually discussed a while back (a month or two ago). > > > > > > It got really bogged down when someone pointed out that > > > they were running CPUs with different clock rates in their > > > SMP box, just to see what the net effect would be. THe > > > problem was, of course, which one do you report, when the > > > numbers don't match exactly, and/or how do you report both > > > (or N)? I thought it was a real bad thing to run CPUs in SMP systems at different clock rates. In fact, I never thought it was possible. I know I can't on my old 2-way P166 box, but things have changed a lot since '91. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 19:51:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 571A337B404 for ; Wed, 13 Mar 2002 19:51:48 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id UAA25935; Wed, 13 Mar 2002 20:51:47 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g2E3pkB35119; Wed, 13 Mar 2002 20:51:46 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15504.7762.280121.326125@caddis.yogotech.com> Date: Wed, 13 Mar 2002 20:51:46 -0700 To: Jordan Hubbard Cc: hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: <68214.1016063680@winston.freebsd.org> References: <68214.1016063680@winston.freebsd.org> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > hw.busfrequency = 133326902 > hw.cpufrequency = 667000000 > hw.cachelinesize = 32 > hw.l1icachesize = 32768 > hw.l1dcachesize = 32768 > hw.l2settings = -2147483648 > hw.l2cachesize = 262144 > > Assuming that some or all of this information can be derived on x86 / > alpha / sparc, how useful do folks think it would be to have this > information be available from sysctl space? I personally would love > to see CPU and bus speed info. Note, CPU speed on x86 laptops is variable depending on power control. I'm not sure this is the case on the Apple hardware. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 20:47:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id A5D6037B420 for ; Wed, 13 Mar 2002 20:47:19 -0800 (PST) Received: from pool0454.cvx22-bradley.dialup.earthlink.net ([209.179.199.199] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lN8z-0000Ee-00; Wed, 13 Mar 2002 20:47:13 -0800 Message-ID: <3C902B36.4D4EB8E@mindspring.com> Date: Wed, 13 Mar 2002 20:46:46 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Emmerton Cc: hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info References: <006601c1cb06$b9f07370$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Emmerton wrote: > > > > This was actually discussed a while back (a month or two ago). > > > > > > > > It got really bogged down when someone pointed out that > > > > they were running CPUs with different clock rates in their > > > > SMP box, just to see what the net effect would be. THe > > > > problem was, of course, which one do you report, when the > > > > numbers don't match exactly, and/or how do you report both > > > > (or N)? > > I thought it was a real bad thing to run CPUs in SMP systems at different > clock rates. In fact, I never thought it was possible. I know I can't on > my old 2-way P166 box, but things have changed a lot since '91. It depends on the stepping, and that the external interfaces are all the same (voltage, clock speed for memory and I/O, etc.). PIII's can run this way, for sure. If you want to find out who's doing it, you only need to search the SMP list archives; it wasn't important enough for me to commit the message to memory, I only remember the fact that someone was doing it successfully. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 21: 3:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from screech.weirdnoise.com (209-128-78-198.BAYAREA.NET [209.128.78.198]) by hub.freebsd.org (Postfix) with ESMTP id 0D4F737B404; Wed, 13 Mar 2002 21:03:12 -0800 (PST) Received: from screech.weirdnoise.com (localhost [127.0.0.1]) by screech.weirdnoise.com (8.11.6/8.9.3) with ESMTP id g2E52Sv21822; Wed, 13 Mar 2002 21:02:28 -0800 (PST) Message-Id: <200203140502.g2E52Sv21822@screech.weirdnoise.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Ed Hall Cc: Martin Blapp , Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT In-Reply-To: Message from Ed Hall of "Wed, 13 Mar 2002 12:15:34 PST." <200203132015.g2DKFYv17886@screech.weirdnoise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Mar 2002 21:02:28 -0800 From: Ed Hall Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote: : This problem should exist in -current since I think FreeBSD finally drops ^^^^^^ That should be "shouldn't". I shouldn't post in a hurry (like I'm doing now). -Ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 22:39:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8107237B419 for ; Wed, 13 Mar 2002 22:39:33 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2E6dWi34299; Wed, 13 Mar 2002 23:39:32 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2E6dUL46902; Wed, 13 Mar 2002 23:39:30 -0700 (MST) (envelope-from imp@village.org) Date: Wed, 13 Mar 2002 23:39:11 -0700 (MST) Message-Id: <20020313.233911.13239928.imp@village.org> To: silby@silby.com Cc: tlambert2@mindspring.com, cce@clarkevans.com, freebsd-hackers@FreeBSD.ORG Subject: Re: panic: pmap_enter (closed, thanks!) From: "M. Warner Losh" In-Reply-To: <20020312202021.V16449-100000@patrocles.silby.com> References: <3C8EB403.B965336F@mindspring.com> <20020312202021.V16449-100000@patrocles.silby.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020312202021.V16449-100000@patrocles.silby.com> Mike Silbersack writes: : : On Tue, 12 Mar 2002, Terry Lambert wrote: : : > I'm glad the non-8:1 ratio works. I thought that it should; : > the only suspicious code, from my point of vies, was the frag : > mask calculation. And I had a real hard time believing it to : > be wrong, except for Mike's claim that it was broken, since I : > haven't personally had problems with it. 8-(. : > : > -- Terry : : It's not my claim, it's Luigi Rizzo and Warner Losh's claim. I haven't : had any personal experience with such ratios, but I trust that if those : two are pointing the finger, there is a problem. I have strong circumstantial evidence that weird things happen when you don't have 8:1, but not when you have it. I haven't been able to pin things down enough to get a good bug report, however. Maybe it is a red herring, but making only that change to a mfs mount creation (eg 4:1 -> 8:1) turns a system from a hang bait on boot (1 in 4 boots hang) to rock solid (> 1000 boots w/o a hang). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 22:42:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4426A37B419 for ; Wed, 13 Mar 2002 22:42:00 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2E6fxi34327; Wed, 13 Mar 2002 23:41:59 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2E6fwL46929; Wed, 13 Mar 2002 23:41:58 -0700 (MST) (envelope-from imp@village.org) Date: Wed, 13 Mar 2002 23:41:39 -0700 (MST) Message-Id: <20020313.234139.40854153.imp@village.org> To: doconnor@gsoft.com.au Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PCI read config functions From: "M. Warner Losh" In-Reply-To: <1016009035.1876.72.camel@chowder.gsoft.com.au> References: <1016009035.1876.72.camel@chowder.gsoft.com.au> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <1016009035.1876.72.camel@chowder.gsoft.com.au> "Daniel O'Connor" writes: : In the Linux driver there is stuff like -> : if ((rc = pcibios_read_config_byte(bus, dev_fn, PCI_DC_SIO_PORT, : &nport)) != PCIBIOS_SUCCESSFUL) break; : : And I think the equiv would be -> : tmp = pci_read_config(dev, PCI_DC_SIO_PORT, /*bytes*/1); : printf("pccom: number of ports - %d\n", tmp); : : : However this just ends up printing 0. : : (PCI_DC_SIO_PORT is 0x2f) Do you have the right dev? bcr = pci_read_config(sp->sc->dev, CB_PCI_BRIDGE_CTRL, 2); is what I use in the pccard bridge pci driver and it works. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 22:44:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 98EA937B402; Wed, 13 Mar 2002 22:44:41 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2E6i6i34367; Wed, 13 Mar 2002 23:44:06 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2E6i3L46962; Wed, 13 Mar 2002 23:44:03 -0700 (MST) (envelope-from imp@village.org) Date: Wed, 13 Mar 2002 23:43:45 -0700 (MST) Message-Id: <20020313.234345.88856963.imp@village.org> To: edhall@weirdnoise.com Cc: mb@imp.ch, kris@obsecurity.org, jstocker@tzi.de, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT From: "M. Warner Losh" In-Reply-To: <200203132015.g2DKFYv17886@screech.weirdnoise.com> References: <200203132015.g2DKFYv17886@screech.weirdnoise.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200203132015.g2DKFYv17886@screech.weirdnoise.com> Ed Hall writes: : Exception-handling is broken with -O in -stable, and has been for years. : FreeBSD is one of the few systems that use setjmp/longjmp stack unwinds : to implement exceptions, so when the GCC folks broke that path, it was : never fixed. There are supposedly patches floating around that fix the : problem, but they either didn't work as advertised or the ball got dropped. Hmmmm, C++ exceptions work in -stable with -O and have for at least a year. At least they are working for us in our environment. What's busted? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 22:48:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 3988637B41B for ; Wed, 13 Mar 2002 22:48:15 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2E6mCF7024315 for ; Thu, 14 Mar 2002 17:18:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Porting a userland NFS server From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 14 Mar 2002 18:18:12 +1130 Message-Id: <1016088492.522.30.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am trying to port a program called Katie - http://www.netcraft.com.au/geoffrey/katie/ from Linux. It comprises of a bunch of Perl scripts and some embedded C which talk to a Postgres server and provide a transparent repository file system.. (Please, no vomiting) I have got it to build and run (needs Perl 5.6.x unfortunately), and just recently I got FreeBSD to NFS mount a view, but I can't read the special server info file :( I end up with EFBIG when trying to read the .katie-server-info file, but if I create a file inside the view (eg echo "abc" >foo) then it can be read with no problem, _but_ the dump of NFS traffic doesn't show a read for that file. I have ethereal dumps of a working FreeBSD NFS loopback mount and broken file requests etc if anyone's interested. It would be nice to get this working as the project looks quite useful :) --- 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 Mar 13 22:54:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 1E37437B419; Wed, 13 Mar 2002 22:54:46 -0800 (PST) Received: from pool0432.cvx21-bradley.dialup.earthlink.net ([209.179.193.177] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lP7z-0001sx-00; Wed, 13 Mar 2002 22:54:19 -0800 Message-ID: <3C9048FC.1C9C57B5@mindspring.com> Date: Wed, 13 Mar 2002 22:53:48 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" Cc: edhall@weirdnoise.com, mb@imp.ch, kris@obsecurity.org, jstocker@tzi.de, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT References: <200203132015.g2DKFYv17886@screech.weirdnoise.com> <20020313.234345.88856963.imp@village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > In message: <200203132015.g2DKFYv17886@screech.weirdnoise.com> > Ed Hall writes: > : Exception-handling is broken with -O in -stable, and has been for years. > : FreeBSD is one of the few systems that use setjmp/longjmp stack unwinds > : to implement exceptions, so when the GCC folks broke that path, it was > : never fixed. There are supposedly patches floating around that fix the > : problem, but they either didn't work as advertised or the ball got dropped. > > Hmmmm, C++ exceptions work in -stable with -O and have for at least a > year. At least they are working for us in our environment. What's > busted? Per thread exception stacks? THat's where I'd look... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 22:59: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id EAD0937B419 for ; Wed, 13 Mar 2002 22:58:57 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2E6wsF7024835; Thu, 14 Mar 2002 17:28:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: PCI read config functions From: "Daniel O'Connor" To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020313.234139.40854153.imp@village.org> References: <1016009035.1876.72.camel@chowder.gsoft.com.au> <20020313.234139.40854153.imp@village.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 14 Mar 2002 18:28:54 +1130 Message-Id: <1016089135.522.50.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-03-14 at 18:11, M. Warner Losh wrote: > : However this just ends up printing 0. > : > : (PCI_DC_SIO_PORT is 0x2f) > > Do you have the right dev? > > bcr = pci_read_config(sp->sc->dev, CB_PCI_BRIDGE_CTRL, 2); > > is what I use in the pccard bridge pci driver and it works. I believe so.. The code I pasted is in the probe routine of the device just after a check that the vendor and device ID are correct. Perhaps not all of it is mapped? (or isn't during probe?) Or some other straw grabbing statement :) --- 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 Mar 13 23:24:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C83C937B404 for ; Wed, 13 Mar 2002 23:24:47 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g2E7OTP38934; Wed, 13 Mar 2002 23:24:29 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Mar 2002 23:24:29 -0800 (PST) From: Matthew Dillon Message-Id: <200203140724.g2E7OTP38934@apollo.backplane.com> To: Vladimir Dozen Cc: hackers@freebsd.org, Poul-Henning Kamp , Wilko Bulte , Alfred Perlstein Subject: Re: VM: file swapping (this time in libc): patch References: <200109300752.f8U7qsj41649@earth.backplane.com> <909.1001839737@critter> <20011003233444.A8637@eix.do-labs.spb.ru> <20011004204023.C2422@eix.do-labs.spb.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, there are two rather serious problems with this patch: (1) When you use a MAP_PRIVATE mapping, modifications to the mapped memory are backed by swap, not by the file. That is what MAP_PRIVATE does by definition. (2) You can't safely use MAP_SHARED unless you also deal with fork() or you will share what is supposed to be process-private memory across the fork(). -Matt Matthew Dillon :ehlo. : : I was told that diff format I used is unappropriate for most cases, : so I redo it in unified (-u) format. : : Purpose: to allow developers of large applications to use system : memory allocation routines for allocating in mmap()ed file : instead of writing own ones. Also, allow to run applications that : may use huge amount of memory (like Gimp) without reconfiguring : swap. : : Patch description: the patch implements file-backed memory : allocation for regular malloc() routine. If 'F' flag is set : in malloc options, instead of doing mmap(MAP_ANON), malloc() : maps regions from temporal file. File is growed as neccessary, : and new regions are mapped from the same file. : : Details: to avoid using two methods of allocation (brk() and mmap()) in : the same file, regular allocation altered to use mmap(). This : is done by writing emulators (brk_emulator() and sbrk_emulator()). : File allocator uses single descriptor (usually fd==512). File is : created in directory specified by $SWAPDIR, $TMPDIR or "/tmp" : (in this order). $SWAPDIR is introduced since often people use : memory file system for /tmp. Temporal file is unlinked after : creation, so it will be deleted automatically at exit. : : Informal testing shows no performance hit comparing with old-style : brk() allocation, and small hit when using file-backed allocation. : : Here the patch (made on 4.3-RELEASE-p20) :=============================== :--- malloc.c.old Tue Oct 2 12:52:25 2001 :+++ malloc.c Thu Oct 4 20:05:52 2001 :@@ -97,7 +97,7 @@ :... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 13 23:26: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6FABE37B417 for ; Wed, 13 Mar 2002 23:25:56 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g2E7Ph138962; Wed, 13 Mar 2002 23:25:43 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Mar 2002 23:25:43 -0800 (PST) From: Matthew Dillon Message-Id: <200203140725.g2E7Ph138962@apollo.backplane.com> To: Vladimir Dozen Cc: hackers@freebsd.org, Poul-Henning Kamp , Wilko Bulte , Alfred Perlstein Subject: Re: VM: file swapping (this time in libc): patch References: <200109300752.f8U7qsj41649@earth.backplane.com> <909.1001839737@critter> <20011003233444.A8637@eix.do-labs.spb.ru> <20011004204023.C2422@eix.do-labs.spb.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oops. I'm sorry! This was an email all the from last october! I didn't mean to resurrect the thread :-) -Matt :ehlo. : : I was told that diff format I used is unappropriate for most cases, : so I redo it in unified (-u) format. : : Purpose: to allow developers of large applications to use system :... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 1:13:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 8B8BE37B417 for ; Thu, 14 Mar 2002 01:13:07 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Mar 2002 09:13:06 +0000 (GMT) To: Daniel O'Connor Cc: freebsd-hackers@freebsd.org Subject: Re: Porting a userland NFS server In-Reply-To: Your message of "14 Mar 2002 18:18:12 +1130." <1016088492.522.30.camel@chowder.gsoft.com.au> Date: Thu, 14 Mar 2002 09:13:05 +0000 From: Ian Dowse Message-ID: <200203140913.aa48122@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <1016088492.522.30.camel@chowder.gsoft.com.au>, Daniel O'Connor writ es: >I end up with EFBIG when trying to read the .katie-server-info file, but >if I create a file inside the view (eg echo "abc" >foo) then it can be >read with no problem, _but_ the dump of NFS traffic doesn't show a read >for that file. At a guess, the server is incorrectly reporting the maximum file size. You might be able to verify this by creating a file of the same size as .katie-server-info and checking if you get the same error. The bug in the server is likely to be in its "fsinfo" op function - see the FSINFO3resok definition in RFC1813 for how the fsinfo reply is supposed to be formed. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 1:35:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A919537B419; Thu, 14 Mar 2002 01:35:40 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2E9YrA81132; Thu, 14 Mar 2002 10:34:53 +0100 (CET) Date: Thu, 14 Mar 2002 10:37:06 +0100 (CET) From: Martin Blapp To: Terry Lambert Cc: "M. Warner Losh" , , , , , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <3C9048FC.1C9C57B5@mindspring.com> Message-ID: <20020314103622.Q7707-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Per thread exception stacks? THat's where I'd look... Hmm, good point. The programms that crashed were all threaded ... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 1:55:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fatlady.ukr.net (fatlady.ukr.net [212.42.64.8]) by hub.freebsd.org (Postfix) with ESMTP id 9D9AD37B400 for ; Thu, 14 Mar 2002 01:55:04 -0800 (PST) Received: from UKR.NET's mail service, abuse contact: abuse@ukr.net for hackers@freebsd.org with local ID 16lRCT-000Pto-00 by fatlady.ukr.net; Thu, 14 Mar 2002 11:07:05 +0200 Received: from [213.154.192.35] by freemail.ukr.net with HTTP; Thu, 14 Mar 2002 09:07:05 +0000 (GMT) From: "A. V." To: hackers@freebsd.org Subject: file crashing Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy anna.comint.net [213.154.192.35] Reply-To: "A. V." Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Date: Thu, 14 Mar 2002 11:07:05 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, hackers. Yesterday i was editing a file. After some manipulations my system was crashed. After reboot i couldn't find this file. Another opened file was truncated. This files were on vncrypt disk with softupdate enabled slice. Today i created file on non-vncrypt softupdate disabled disk, edited it, saved it, edited again and pressed reset botton on my comp. File disappeared too. Why? I can't find any part of this file on disk typing more /dev/ad0s1a or more /dev/vnc0c (with key enabled) System i use is freebsd 4.5 release. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 2: 1:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from storage.ukr.net (storage.ukr.net [212.42.64.13]) by hub.freebsd.org (Postfix) with ESMTP id 829B137B419 for ; Thu, 14 Mar 2002 02:01:34 -0800 (PST) Received: from UKR.NET's mail service, abuse contact: abuse@ukr.net with local ID 16lS1c-000IvT-00 by storage.ukr.net; Thu, 14 Mar 2002 11:59:56 +0200 Received: from [213.154.192.35] by freemail.ukr.net with HTTP; Thu, 14 Mar 2002 09:59:56 +0000 (GMT) From: "A. V." To: hackers@freebsd.org Subject: file crashing: start of story Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy anna.comint.net [213.154.192.35] Reply-To: "A. V." Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Date: Thu, 14 Mar 2002 11:59:56 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, hackers As i wrote before yesterday my system was crashed. Today i test it again. And crash again. HOWTO-Reproduce: (every step i do as root) i mounted cdrom (/dev/acd0c) # mount /cdrom then started 15 backgroup cp process # cp -R 01 /u1/xxx/ & # cp -R 02 /u1/xxx/ & ... # cp -R 15 /u1/xxx/ & i tried to kill this processes but i couldn't # killall -9 cp # kill -9 pid then i bomb my system # umount -f /cdrom BANG! BANG! BANG! kernel panic I attached picture of my screen in that moment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 2: 4: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by hub.freebsd.org (Postfix) with SMTP id D61E537B402 for ; Thu, 14 Mar 2002 02:03:58 -0800 (PST) Received: (qmail 26626 invoked by uid 1000); 14 Mar 2002 10:04:21 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Mar 2002 10:04:21 -0000 Date: Thu, 14 Mar 2002 11:04:21 +0100 (CET) From: Attila Nagy To: freebsd-hackers@freebsd.org Subject: NULLFS in -STABLE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I run FreeBSD 4-STABLE (Sun Feb 10 14:58:04 CET 2002) since that date with NULLFS, from which I do an average of 500-600 GB daily traffic (FTP site, with the built in FTP daemon). Previously I have had problems with this setup, because I had to remove the sendfile() support from all of the running daemons (or else I got corrupt files), which use NULLFS as the spool and after this when the server had busier days than the others, I got random reboots. Now, after one month I can say, that NULLFS is much more usable and stable than before. I got no reboots and it works with sendfile() too. I did about 18 TB traffic from those directories without any problems in the previous month. The only thing, which seems to be changed that the NULLFS mount isn't recursive anymore. If I have: /stuff /stuff/.1 /stuff/.2 ... (.* are directories, each one there is another partition mounted in) and I mount /stuff to somewhere else with mount_null, I see only /stuff, and empty .* directories. So I have to do: mount_null /stuff /other_dir/stuff mount_null /stuff/.1 /other_dir/stuff/.1, etc. BTW, this is only a minor issue. Congratulations to anyone, who did this work! --------[ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 2:39:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from basit.cc (wireless.cs.twsu.edu [156.26.10.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B2037B402 for ; Thu, 14 Mar 2002 02:39:22 -0800 (PST) Received: from [127.0.0.1] (helo=localhost) by basit.cc with esmtp (Exim 3.34 #1) id 16lSek-000KJ9-00 for freebsd-hackers@freebsd.org; Thu, 14 Mar 2002 04:40:22 -0600 Date: Thu, 14 Mar 2002 04:40:22 -0600 (CST) From: Abdul Basit X-X-Sender: basit@wireless.cs.twsu.edu To: freebsd-hackers@freebsd.org Subject: kernel newbie. In-Reply-To: Message-ID: <20020314043927.R78033-100000@wireless.cs.twsu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi can anyone give me some url / book name for FreeBSD kernel internals ? thanks - basit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 3:33:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fatlady.ukr.net (fatlady.ukr.net [212.42.64.8]) by hub.freebsd.org (Postfix) with ESMTP id A5E8637B400 for ; Thu, 14 Mar 2002 03:33:42 -0800 (PST) Received: from UKR.NET's mail service, abuse contact: abuse@ukr.net for hackers@freebsd.org with local ID 16lS8R-0008Fv-00 by fatlady.ukr.net; Thu, 14 Mar 2002 12:06:59 +0200 Received: from [193.108.112.118] by freemail.ukr.net with HTTP; Thu, 14 Mar 2002 10:06:59 +0000 (GMT) From: "A. V." To: hackers@freebsd.org Subject: file crashing: start of story: attachments Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: unknown via proxy gw.office.bezpeka.net [193.108.112.118] Reply-To: "A. V." Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Date: Thu, 14 Mar 2002 12:06:59 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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 Thu Mar 14 3:46:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id E618E37B416 for ; Thu, 14 Mar 2002 03:46:52 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g2EBkCD02950; Thu, 14 Mar 2002 03:46:12 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200203141146.g2EBkCD02950@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jordan Hubbard Cc: hackers@freebsd.org Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-reply-to: Your message of "Wed, 13 Mar 2002 15:54:40 PST." <68214.1016063680@winston.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Mar 2002 03:46:12 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > hw.busfrequency = 133326902 Not typically obtainable. And which bus? > hw.cpufrequency = 667000000 Should be obtainable on Alpha and Sparc, and calculable on x86 (though it will probably have to be calculated at the time the sysctl is read, since it's variable). > hw.cachelinesize = 32 > hw.l1icachesize = 32768 > hw.l1dcachesize = 32768 > hw.l2cachesize = 262144 Most of these can be obtained, one way or another. > hw.l2settings = -2147483648 No idea what that's meant to mean. > Assuming that some or all of this information can be derived on x86 / > alpha / sparc, how useful do folks think it would be to have this > information be available from sysctl space? I personally would love > to see CPU and bus speed info. What for? You haven't caught the Megahertz bug too, have you? 8) -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 4:27:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id 7957537B402; Thu, 14 Mar 2002 04:27:04 -0800 (PST) Received: from ark.cris.net (root@ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id OAA53537; Thu, 14 Mar 2002 14:26:55 +0200 (EET) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id g2ECOSj05858; Thu, 14 Mar 2002 14:24:28 +0200 (EET) Date: Thu, 14 Mar 2002 14:24:28 +0200 From: Alexey Zelkin To: developers@freebsd.org, hackers@freebsd.org Subject: Germany trip Message-ID: <20020314142428.A1366@ark.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Folks, I'll be visiting Germany for next week. My primary targets are Hannover (for CeBIT show), Trier (and possibly Amsterdam, not Germany though, but... :-). Because of this trip I'll be rarely available at e-mail. If you will be experiencing any problems with my recent locale/stdtime MFCs during period of my absence please dig Andrey Chernov for immediate reaction (since he is one of authors of this code) or be patient until I return back. Thanks! PS: If you're living in one of cities mentioned above I'll be happy to meet and get a "cup" of beer or vodka along with pleasant conversation ;-) Drop me a line privately in this case. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 5: 4:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d12.as13.nwbl0.wi.voyager.net [169.207.135.140]) by hub.freebsd.org (Postfix) with ESMTP id E4EDF37B41A for ; Thu, 14 Mar 2002 05:04:35 -0800 (PST) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.2/8.12.2) with ESMTP id g2E79SjJ023508; Thu, 14 Mar 2002 07:09:28 GMT (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.2/8.12.2/Submit) with ESMTP id g2E79MGD023505; Thu, 14 Mar 2002 07:09:26 GMT X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 14 Mar 2002 07:09:22 +0000 (GMT) From: Mike Silbersack To: Terry Lambert Cc: "Clark C . Evans" , Subject: Re: panic: pmap_enter In-Reply-To: <3C8E825E.41E7DDFA@mindspring.com> Message-ID: <20020314070732.H23489-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 12 Mar 2002, Terry Lambert wrote: > #define blkmap(fs, map, loc) \ > (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & (0xff >> (NBBY - (fs)->fs_frag))) > > looks a little suspect, doesn't it? "& 0" for 8 is probably > correct, but "& 1" for 4 and "& 2" for 2 and "& 4" for 1 is > probably not right... maybe: > > #define blkmap(fs, map, loc) \ > (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & 0xff & ((0xff >> (NBBY - > (fs)->fs_frag))^0xff)) > > Would be more right? After all, it's the high bits of the low > bits you want to save, not the low bits of the low bits... > > -- Terry FWIW, I didn't mean to ignore this message, I was going to look it over carefully before commenting. However, Sid Meier told me that I needed to spend some time taking over the world, so I was unable to. If anyone familiar with FFS wants to check it out, please be my guest, otherwise I'll try to get to it soon. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 5:59:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id 02A0037B404 for ; Thu, 14 Mar 2002 05:59:06 -0800 (PST) Received: from fwd04.sul.t-online.de by mailout04.sul.t-online.com with smtp id 16lSDF-0001Hl-07; Thu, 14 Mar 2002 11:11:57 +0100 Received: from frolic.no-support.loc (520094253176-0001@[217.225.32.206]) by fmrl04.sul.t-online.com with esmtp id 16lSCx-0McxWaC; Thu, 14 Mar 2002 11:11:39 +0100 Received: (from bjoern@localhost) by frolic.no-support.loc (8.11.6/8.9.3) id g2EABVT01708 for freebsd-hackers@FreeBSD.ORG; Thu, 14 Mar 2002 11:11:31 +0100 (CET) (envelope-from bjoern) From: Bjoern Fischer Date: Thu, 14 Mar 2002 11:11:30 +0100 To: freebsd-hackers@FreeBSD.ORG Subject: pax(1) enhancement Message-ID: <20020314101130.GB350@frolic.no-support.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.25i X-Sender: 520094253176-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm doing backups with pax(1). For indexing pax readable archives I found it very useful to have the possibility to specify an arbitrary strftime() formatstring that is used in verbose list mode. The enhancement is filed as PR bin/35886. Comments? -Bj=F6rn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 6:57:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from eudoramail.com (netturbo3.cscoms.com [202.183.214.4]) by hub.freebsd.org (Postfix) with SMTP id C324237B4CF for ; Thu, 14 Mar 2002 06:55:26 -0800 (PST) From: "Moissanite" To: Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 14 Mar 2002 21:59:15 +0700 Reply-To: "Moissanite" Content-Transfer-Encoding: 8bit Message-Id: <20020314145526.C324237B4CF@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Moissanite: More Fire and Brilliance
The Truth About Moissanite
 
Fact - Moissanite delivers more fire, brilliance and luster than any other hard jewel on Earth.
This unretouched photograph supports the adage that "a picture is worth a thousand words". Here, a light source over a similar sized moissanite and diamond placed in shallow water clearly shows the superior fire and brilliance of this unique new jewel. And the picture is supported by measurable facts: the GIA publishes the dispersion (fire) of created moissanite at 0.104, refractive index (brilliance) at 2.65 to 2.69, and luster at 20.4%. No other hard jewel measures up, not even a fine diamond. And only moissanite and diamond are over 9 on the Mohs hardness scale. Moissanite jewels created by Charles & Colvard are available in all popular shapes and sizes. 

www.moissanitesource.com is the place to buy moissanite jewelry on the internet. Buy with confidence at the best prices in the world. 
 
Moissanite Created By Charles & Colvard
 

Moissanite created by Charles & Colvard is a unique jewel, not a synthetic diamond.

Moissanite Source is an authorized distributor of Moissanite.

 

If you wish to stop receiving these occasional mailings, simply reply to this email with the word "REMOVE" in
the subject line and we will remove your name and email address from our database.
To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 7: 1:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 946A637B42C; Thu, 14 Mar 2002 07:00:53 -0800 (PST) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.2/8.12.2) with ESMTP id g2EF0h4U010232; Thu, 14 Mar 2002 10:00:43 -0500 (EST) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.2/8.12.2/Submit) id g2EF0dJ0010231; Thu, 14 Mar 2002 10:00:39 -0500 (EST) Date: Thu, 14 Mar 2002 10:00:38 -0500 From: Alexander Kabaev To: Terry Lambert Cc: imp@village.org, edhall@weirdnoise.com, mb@imp.ch, kris@obsecurity.org, jstocker@tzi.de, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-Id: <20020314100038.4d45700f.ak03@gte.com> In-Reply-To: <3C9048FC.1C9C57B5@mindspring.com> References: <200203132015.g2DKFYv17886@screech.weirdnoise.com> <20020313.234345.88856963.imp@village.org> <3C9048FC.1C9C57B5@mindspring.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.4claws1 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a case of exception context register getting clobbered in shared library function call. GCC does not reload it when needed and this ultimately leads to semi-random word in program memory decremented by the __cp_pop_exception function. The bug is only triggered under very specific circumstances involving inline functions and nested degenerate exception handlers, that's why it existed unnoticed for quite some time. On Wed, 13 Mar 2002 22:53:48 -0800 Terry Lambert wrote: > "M. Warner Losh" wrote: > > In message: <200203132015.g2DKFYv17886@screech.weirdnoise.com> > > Ed Hall writes: > > : Exception-handling is broken with -O in -stable, and has been for > > years.: FreeBSD is one of the few systems that use setjmp/longjmp > > stack unwinds: to implement exceptions, so when the GCC folks broke > > that path, it was: never fixed. There are supposedly patches > > floating around that fix the: problem, but they either didn't work > > as advertised or the ball got dropped. > > > > Hmmmm, C++ exceptions work in -stable with -O and have for at least > > a year. At least they are working for us in our environment. > > What's busted? > > Per thread exception stacks? THat's where I'd look... > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Mar 14 7: 3: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id BB02037B6B0; Thu, 14 Mar 2002 07:02:05 -0800 (PST) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.2/8.12.2) with ESMTP id g2EF1w4U010260; Thu, 14 Mar 2002 10:01:58 -0500 (EST) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.2/8.12.2/Submit) id g2EF1wQ7010259; Thu, 14 Mar 2002 10:01:58 -0500 (EST) Date: Thu, 14 Mar 2002 10:01:58 -0500 From: Alexander Kabaev To: Terry Lambert Cc: imp@village.org, edhall@weirdnoise.com, mb@imp.ch, kris@obsecurity.org, jstocker@tzi.de, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-Id: <20020314100158.3cdea0fa.ak03@gte.com> In-Reply-To: <3C9048FC.1C9C57B5@mindspring.com> References: <200203132015.g2DKFYv17886@screech.weirdnoise.com> <20020313.234345.88856963.imp@village.org> <3C9048FC.1C9C57B5@mindspring.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.4claws1 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a case of exception context register getting clobbered in shared library function call. GCC does not reload it when needed and this ultimately leads to semi-random word in program memory decremented by the __cp_pop_exception function. The bug is only triggered under very specific circumstances involving inline functions and nested degenerate exception handlers, that's why it existed unnoticed for quite some time. On Wed, 13 Mar 2002 22:53:48 -0800 Terry Lambert wrote: > "M. Warner Losh" wrote: > > In message: <200203132015.g2DKFYv17886@screech.weirdnoise.com> > > Ed Hall writes: > > : Exception-handling is broken with -O in -stable, and has been for > > years.: FreeBSD is one of the few systems that use setjmp/longjmp > > stack unwinds: to implement exceptions, so when the GCC folks broke > > that path, it was: never fixed. There are supposedly patches > > floating around that fix the: problem, but they either didn't work > > as advertised or the ball got dropped. > > > > Hmmmm, C++ exceptions work in -stable with -O and have for at least > > a year. At least they are working for us in our environment. > > What's busted? > > Per thread exception stacks? THat's where I'd look... > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Mar 14 7: 5: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 99A2137B6FC; Thu, 14 Mar 2002 07:04:09 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2EF3sA59592; Thu, 14 Mar 2002 16:03:54 +0100 (CET) Date: Thu, 14 Mar 2002 16:06:07 +0100 (CET) From: Martin Blapp To: Alexander Kabaev Cc: Terry Lambert , , , , , , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020314100038.4d45700f.ak03@gte.com> Message-ID: <20020314160546.H10753-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > This is a case of exception context register getting clobbered in > shared library function call. GCC does not reload it when needed and > this ultimately leads to semi-random word in program memory decremented > by the __cp_pop_exception function. The bug is only triggered under very > specific circumstances involving inline functions and nested degenerate > exception handlers, that's why it existed unnoticed for quite some time. Do you have a patch for this ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 7:41:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 126B037B400; Thu, 14 Mar 2002 07:41:10 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2EFf4i36664; Thu, 14 Mar 2002 08:41:05 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2EFewL49717; Thu, 14 Mar 2002 08:40:58 -0700 (MST) (envelope-from imp@village.org) Date: Thu, 14 Mar 2002 08:40:35 -0700 (MST) Message-Id: <20020314.084035.00348970.imp@village.org> To: tlambert2@mindspring.com Cc: edhall@weirdnoise.com, mb@imp.ch, kris@obsecurity.org, jstocker@tzi.de, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT From: "M. Warner Losh" In-Reply-To: <3C9048FC.1C9C57B5@mindspring.com> References: <200203132015.g2DKFYv17886@screech.weirdnoise.com> <20020313.234345.88856963.imp@village.org> <3C9048FC.1C9C57B5@mindspring.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3C9048FC.1C9C57B5@mindspring.com> Terry Lambert writes: : "M. Warner Losh" wrote: : > In message: <200203132015.g2DKFYv17886@screech.weirdnoise.com> : > Ed Hall writes: : > : Exception-handling is broken with -O in -stable, and has been for years. : > : FreeBSD is one of the few systems that use setjmp/longjmp stack unwinds : > : to implement exceptions, so when the GCC folks broke that path, it was : > : never fixed. There are supposedly patches floating around that fix the : > : problem, but they either didn't work as advertised or the ball got dropped. : > : > Hmmmm, C++ exceptions work in -stable with -O and have for at least a : > year. At least they are working for us in our environment. What's : > busted? : : Per thread exception stacks? THat's where I'd look... Yes, that works. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 7:44:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 22FAA37B402 for ; Thu, 14 Mar 2002 07:44:04 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2EFi2i36701; Thu, 14 Mar 2002 08:44:03 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2EFi2L49758; Thu, 14 Mar 2002 08:44:02 -0700 (MST) (envelope-from imp@village.org) Date: Thu, 14 Mar 2002 08:43:39 -0700 (MST) Message-Id: <20020314.084339.123422762.imp@village.org> To: doconnor@gsoft.com.au Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PCI read config functions From: "M. Warner Losh" In-Reply-To: <1016089135.522.50.camel@chowder.gsoft.com.au> References: <1016009035.1876.72.camel@chowder.gsoft.com.au> <20020313.234139.40854153.imp@village.org> <1016089135.522.50.camel@chowder.gsoft.com.au> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <1016089135.522.50.camel@chowder.gsoft.com.au> "Daniel O'Connor" writes: : On Thu, 2002-03-14 at 18:11, M. Warner Losh wrote: : > : However this just ends up printing 0. : > : : > : (PCI_DC_SIO_PORT is 0x2f) : > : > Do you have the right dev? : > : > bcr = pci_read_config(sp->sc->dev, CB_PCI_BRIDGE_CTRL, 2); : > : > is what I use in the pccard bridge pci driver and it works. : : I believe so.. : The code I pasted is in the probe routine of the device just after a : check that the vendor and device ID are correct. : : Perhaps not all of it is mapped? (or isn't during probe?) : Or some other straw grabbing statement :) The pci config space is always mapped. What does pciconf -r pciX:Y:Z 0:0xff say? X:Y:Z is the pci bus address. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 8:26: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 0A8B937B402; Thu, 14 Mar 2002 08:25:57 -0800 (PST) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.2/8.12.2) with ESMTP id g2EGPn4U027062; Thu, 14 Mar 2002 11:25:49 -0500 (EST) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.2/8.12.2/Submit) id g2EGPmE3027061; Thu, 14 Mar 2002 11:25:48 -0500 (EST) Date: Thu, 14 Mar 2002 11:25:47 -0500 From: Alexander Kabaev To: Martin Blapp Cc: tlambert2@mindspring.com, imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, jstocker@tzi.de, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-Id: <20020314112547.55cc5786.ak03@gte.com> In-Reply-To: <20020314160546.H10753-100000@levais.imp.ch> References: <20020314100038.4d45700f.ak03@gte.com> <20020314160546.H10753-100000@levais.imp.ch> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.4claws5 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Do you have a patch for this ? I do not fully understand the parts of GCC involved, so I need some time to verify my initial diagnosis and to create a patch. In other words - not yet :) -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 8:40: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 4E75037B417 for ; Thu, 14 Mar 2002 08:40:00 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g2EGdqV80010 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Thu, 14 Mar 2002 11:39:54 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020314174651.01c3b980@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 14 Mar 2002 17:50:57 +0100 To: Abdul Basit , freebsd-hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: Re: kernel newbie. In-Reply-To: <20020314043927.R78033-100000@wireless.cs.twsu.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 04:40 14-3-2002 -0600, Abdul Basit wrote: >Hi >can anyone give me some url / book name for >FreeBSD kernel internals ? > >thanks >- basit The Design and Implementation of the 4.4BSD Operating System http://www.amazon.com/exec/obidos/ASIN/0201549794/qid=1016123716/sr=8-4/ref=sr_8_67_4/002-8148438-7702402 It discusses in depth the 4.4BSD kernel, just about the direct ancestor of FreeBSD Doc P.S.: It's been on my Amazon wish-list for a while -> http://www.amazon.com/exec/obidos/wishlist/JVESPRQND4OJ/ref=wl_s_3/002-8148438-7702402 (nudge nudge wink wink) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 8:48:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from finch-post-11.mail.demon.net (finch-post-11.mail.demon.net [194.217.242.39]) by hub.freebsd.org (Postfix) with ESMTP id 5D54937B404; Thu, 14 Mar 2002 08:48:34 -0800 (PST) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by finch-post-11.mail.demon.net with esmtp (Exim 3.35 #1) id 16lYP2-000C7c-0B; Thu, 14 Mar 2002 16:48:32 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id g2EGlG983109; Thu, 14 Mar 2002 16:47:16 GMT (envelope-from dfr@nlsystems.com) Date: Thu, 14 Mar 2002 16:47:16 +0000 (GMT) From: Doug Rabson To: Michael Smith Cc: Jordan Hubbard , Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: <200203141146.g2EBkCD02950@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 14 Mar 2002, Michael Smith wrote: > > hw.busfrequency = 133326902 > > Not typically obtainable. And which bus? This is available for ia64. I think the speed returned by ia64 firmware for this is the FSB speed. > > > hw.cpufrequency = 667000000 > > Should be obtainable on Alpha and Sparc, and calculable on x86 (though it > will probably have to be calculated at the time the sysctl is read, since > it's variable). Certainly also available for ia64. > > > hw.cachelinesize = 32 > > hw.l1icachesize = 32768 > > hw.l1dcachesize = 32768 > > hw.l2cachesize = 262144 > > Most of these can be obtained, one way or another. I can get this too. Also sizes of various levels of TLB too for fun... -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 9:45:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by hub.freebsd.org (Postfix) with ESMTP id BA4AD37B405; Thu, 14 Mar 2002 09:45:32 -0800 (PST) Received: from fwd08.sul.t-online.de by mailout11.sul.t-online.com with smtp id 16lZAP-0001Lh-00; Thu, 14 Mar 2002 18:37:29 +0100 Received: from twoflower (320072111332-0001@[217.80.121.93]) by fmrl08.sul.t-online.com with smtp id 16lZAF-0sVo7UC; Thu, 14 Mar 2002 18:37:19 +0100 Reply-To: From: "Jan Stocker" To: "Alexander Kabaev" , "Martin Blapp" Cc: , , , , , , , Subject: RE: gcc -O broken in CURRENT Date: Thu, 14 Mar 2002 18:36:05 +0100 Message-ID: <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" 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: <20020314112547.55cc5786.ak03@gte.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Importance: Normal X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So now i am a little bit confused... State of the art: 1) Bug is in -stable and -current --> This means possible patches only in -current arent responsible for this behaviour 2) Bug is in os delivered gcc but not in port gcc. a) port has more or less patches / os gcc has been modified --> Didn't someone told they are the same? b) other options were set at compile time --> Why dont change to the same in the port? Leads it to a broken world? If the only difference is the lost of binary compatibility, i would say, ok... do it now and we'll need to compile or ports... > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Alexander Kabaev > Sent: Thursday, March 14, 2002 5:26 PM > To: Martin Blapp > Cc: tlambert2@mindspring.com; imp@village.org; edhall@weirdnoise.com; > kris@obsecurity.org; jstocker@tzi.de; current@FreeBSD.ORG; > hackers@FreeBSD.ORG; obrien@FreeBSD.ORG; edhall@screech.weirdnoise.com > Subject: Re: gcc -O broken in CURRENT > > > > Do you have a patch for this ? > I do not fully understand the parts of GCC involved, so I need some > time to verify my initial diagnosis and to create a patch. In other > words - not yet :) > > -- > Alexander Kabaev > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Mar 14 9:47:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 321F937B402; Thu, 14 Mar 2002 09:47:24 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2EHlJi37514; Thu, 14 Mar 2002 10:47:20 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2EHlHL50669; Thu, 14 Mar 2002 10:47:17 -0700 (MST) (envelope-from imp@village.org) Date: Thu, 14 Mar 2002 10:47:07 -0700 (MST) Message-Id: <20020314.104707.03113383.imp@village.org> To: jstocker@tzi.de Cc: ak03@gte.com, mb@imp.ch, tlambert2@mindspring.com, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT From: "M. Warner Losh" In-Reply-To: <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> References: <20020314112547.55cc5786.ak03@gte.com> <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Do you have a small, reproducible test case? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 9:49:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail01.doctordesign.com (doctordesign.com [205.230.20.48]) by hub.freebsd.org (Postfix) with ESMTP id 9445337B400 for ; Thu, 14 Mar 2002 09:49:24 -0800 (PST) Received: by doctordesign.com with Internet Mail Service (5.5.2653.19) id ; Thu, 14 Mar 2002 09:49:17 -0800 Received: from menace.indy.doctordesign.com ([10.3.30.20]) by mail02.indy.doctordesign.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id G88KS9QC; Thu, 14 Mar 2002 12:49:08 -0500 Received: (from carlk@localhost) by menace.indy.doctordesign.com (8.9.3/8.8.5) id MAA25901 for freebsd-hackers@freebsd.org; Thu, 14 Mar 2002 12:49:06 -0500 From: "Kreider, Carl" To: freebsd-hackers@freebsd.org Date: Thu, 14 Mar 2002 12:49:06 -0500 Subject: Another kernel newbie Message-ID: <20020314124906.A25849@indy.doctordesign.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been tasked with a driver for a video capture card. I've been following the example of the bktr driver, searched the net for information, bought "The Design and Implementation of the 4.4BSD Operating System", read the Developer's Handbook, etc. I am working outside the kernel tree right now, in /usr/local/src and am ready to compile. However, sys/bus.h wants device_if.h and bus_if.h, which apparently are generated dynamically. How do I make that magic happen? -- Carl Kreider Doctor Design Services 700 E Beardsley Suite 14A Elkhart Indiana 46514 219-206-8050 x104 carl.kreider@windriver.com ckreider@doctordesign.com ckreider@acm.org ckreider@gte.net ============================================================= "The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man." -- George Bernard Shaw ============================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 9:59:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34]) by hub.freebsd.org (Postfix) with ESMTP id 3759137B417; Thu, 14 Mar 2002 09:59:34 -0800 (PST) Received: from canadamail1.Canada.Sun.COM ([129.155.5.100]) by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id KAA01434; Thu, 14 Mar 2002 10:59:32 -0700 (MST) Received: from opcom-mail.canada.sun.com (scot.Canada.Sun.COM [129.155.8.107]) by canadamail1.Canada.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id MAA20053; Thu, 14 Mar 2002 12:59:33 -0500 (EST) Received: from zonzorp.canada.sun.com (zonzorp.Canada.Sun.COM [129.155.6.21]) by opcom-mail.canada.sun.com (8.9.1b+Sun/8.9.1) with ESMTP id MAA05633; Thu, 14 Mar 2002 12:59:04 -0500 (EST) Received: from zonzorp (oz@localhost) by zonzorp.canada.sun.com (8.11.6+Sun/8.11.6) with ESMTP id g2EHxVO08409; Thu, 14 Mar 2002 12:59:31 -0500 (EST) Message-Id: <200203141759.g2EHxVO08409@zonzorp.canada.sun.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Mar 2002 12:59:31 -0500 From: "ozan s. yigit" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in a related tangential note, i recently found (out of sheer irritation) in less than an hour that several (including the latest) versions of GCC -O and -O2 failed the paranoia test in different ways, to wit: gcc -o paranoia paranoia.c [paranoia output elided] The number of DEFECTs discovered = 1. The number of FLAWs discovered = 1. gcc -O2 -o paranoia paranoia.c [paranoia output elided] The number of FAILUREs encountered = 4. The number of SERIOUS DEFECTs discovered = 4. The number of DEFECTs discovered = 2. The number of FLAWs discovered = 2. i assume everyone knows about kahan and paranoia. if not see netlib. oz --- a technology is indistinguishable from | electric: ozan.yigit@sun.com its implementation. -- Marshall Rose | or 905 415 2878 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 10:17:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 80D6337B402 for ; Thu, 14 Mar 2002 10:17:52 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2EIH5lv067522; Thu, 14 Mar 2002 10:17:06 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2EIFkrr067445; Thu, 14 Mar 2002 10:15:46 -0800 (PST) Date: Thu, 14 Mar 2002 10:15:46 -0800 From: "David O'Brien" To: Jan Stocker Cc: Alexander Kabaev , Martin Blapp , tlambert2@mindspring.com, imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-ID: <20020314101546.B56417@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020314112547.55cc5786.ak03@gte.com> <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de>; from jstocker@tzi.de on Thu, Mar 14, 2002 at 06:36:05PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 14, 2002 at 06:36:05PM +0100, Jan Stocker wrote: > 2) Bug is in os delivered gcc but not in port gcc. > a) port has more or less patches / os gcc has been modified > --> Didn't someone told they are the same? Port has less patches. If you look at /usr/src/contrib/gcc/contrib/freebsd.h and /usr/src/contrib/gcc/contrib/i386/freebsd.h you will see how much things have to be modified because we support dual ELF/a.out [still]. > b) other options were set at compile time > --> Why dont change to the same in the port? I am willing to -- the gcc295 port isn't used very much now AFAIK. However, it will probably be once 5-CURRENT moves to a newer version. The FSF GCC people had settings in the i386/freebsd.h file I did not agree with, but it would have been too much pain to change them in the FSF 2.95 release branch. I am willing (and may have to anyway), make the port more agree with the FreeBSD system compiler. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 10:21:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 88B0637B421; Thu, 14 Mar 2002 10:20:58 -0800 (PST) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.2/8.12.2) with ESMTP id g2EIKpJT000978; Thu, 14 Mar 2002 13:20:51 -0500 (EST) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.2/8.12.2/Submit) id g2EIKpD5000977; Thu, 14 Mar 2002 13:20:51 -0500 (EST) Date: Thu, 14 Mar 2002 13:20:51 -0500 From: Alexander Kabaev To: Cc: mb@imp.ch, tlambert2@mindspring.com, imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-Id: <20020314132051.7f17a55b.ak03@gte.com> In-Reply-To: <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> References: <20020314112547.55cc5786.ak03@gte.com> <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.4claws5 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > 2) Bug is in os delivered gcc but not in port gcc. > a) port has more or less patches / os gcc has been modified > --> Didn't someone told they are the same? GCC from ports uses DWARF2 exception unwinding while GCC in src tree uses sjlj exceptions. The exception handling code generated by these two compilers is very different as a result. > b) other options were set at compile time > --> Why dont change to the same in the port? > Leads it to a broken world? > If the only difference is the lost of binary compatibility, > i would say, ok... do it now and we'll need to compile > or ports... Pretty much each and every C++ binary and shared library will have to be recompiled. Massive binary compatibility breakage is not an option for -STABLE, one can hope. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 10:22:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 9AB7637B405; Thu, 14 Mar 2002 10:21:52 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.6/8.11.4) id g2EILpK15358; Thu, 14 Mar 2002 10:21:51 -0800 (PST) (envelope-from sgk) Date: Thu, 14 Mar 2002 10:21:50 -0800 From: Steve Kargl To: "ozan s. yigit" Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020314102150.A6572@troutmask.apl.washington.edu> References: <200203141759.g2EHxVO08409@zonzorp.canada.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200203141759.g2EHxVO08409@zonzorp.canada.sun.com>; from oz@scot.canada.sun.com on Thu, Mar 14, 2002 at 12:59:31PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 14, 2002 at 12:59:31PM -0500, ozan s. yigit wrote: > in a related tangential note, i recently found (out of sheer irritation) > in less than an hour that several (including the latest) versions of GCC > -O and -O2 failed the paranoia test in different ways, to wit: > > gcc -o paranoia paranoia.c > > The number of DEFECTs discovered = 1. > The number of FLAWs discovered = 1. > > gcc -O2 -o paranoia paranoia.c > > The number of FAILUREs encountered = 4. > The number of SERIOUS DEFECTs discovered = 4. > The number of DEFECTs discovered = 2. > The number of FLAWs discovered = 2. > > i assume everyone knows about kahan and paranoia. if not see netlib. > Add the -ffloat-store flag to your compilation flags (or add -msoft-float). No failures, defects nor flaws have been discovered. Rounding appears to conform to the proposed IEEE standard P754, except for possibly Double Rounding during Gradual Underflow. The arithmetic diagnosed appears to be Excellent! END OF TEST. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 10:40:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id D49FC37B405 for ; Thu, 14 Mar 2002 10:40:22 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020314184021.LQBP2951.rwcrmhc53.attbi.com@InterJet.elischer.org>; Thu, 14 Mar 2002 18:40:21 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA81304; Thu, 14 Mar 2002 10:37:49 -0800 (PST) Date: Thu, 14 Mar 2002 10:37:48 -0800 (PST) From: Julian Elischer To: "Kreider, Carl" Cc: freebsd-hackers@freebsd.org Subject: Re: Another kernel newbie In-Reply-To: <20020314124906.A25849@indy.doctordesign.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG check how the modules do this.. also, look at the example device driver in -current /usr/share/examples/drivers/make_device_driver.sh that makes and then compiles a driver. On Thu, 14 Mar 2002, Kreider, Carl wrote: > > I've been tasked with a driver for a video capture card. I've been > following the example of the bktr driver, searched the net for > information, bought "The Design and Implementation of the 4.4BSD > Operating System", read the Developer's Handbook, etc. > > I am working outside the kernel tree right now, in /usr/local/src > and am ready to compile. However, sys/bus.h wants device_if.h and > bus_if.h, which apparently are generated dynamically. How do I > make that magic happen? > > -- > Carl Kreider > Doctor Design Services > 700 E Beardsley Suite 14A > Elkhart Indiana 46514 > 219-206-8050 x104 > carl.kreider@windriver.com ckreider@doctordesign.com > ckreider@acm.org ckreider@gte.net > ============================================================= > "The reasonable man adapts himself to the world: the unreasonable one > persists in trying to adapt the world to himself. Therefore all progress > depends on the unreasonable man." > -- George Bernard Shaw > ============================================================= > > 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 Mar 14 10:44:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 246F337B419 for ; Thu, 14 Mar 2002 10:44:04 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2EIhelv068077; Thu, 14 Mar 2002 10:43:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2EIgPV4068044; Thu, 14 Mar 2002 10:42:25 -0800 (PST) Date: Thu, 14 Mar 2002 10:42:25 -0800 From: "David O'Brien" To: Alexander Kabaev Cc: jstocker@tzi.de, mb@imp.ch, tlambert2@mindspring.com, imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-ID: <20020314104225.B67703@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020314112547.55cc5786.ak03@gte.com> <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> <20020314132051.7f17a55b.ak03@gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020314132051.7f17a55b.ak03@gte.com>; from ak03@gte.com on Thu, Mar 14, 2002 at 01:20:51PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 14, 2002 at 01:20:51PM -0500, Alexander Kabaev wrote: > > b) other options were set at compile time > > --> Why dont change to the same in the port? > > Leads it to a broken world? > > If the only difference is the lost of binary compatibility, > > i would say, ok... do it now and we'll need to compile > > or ports... > Pretty much each and every C++ binary and shared library will have to be > recompiled. Massive binary compatibility breakage is not an option for > -STABLE, one can hope. No it is not an option for -STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 10:46:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by hub.freebsd.org (Postfix) with ESMTP id 3573137B402; Thu, 14 Mar 2002 10:46:41 -0800 (PST) Received: from canadamail2.Canada.Sun.COM ([129.155.5.101]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id LAA25365; Thu, 14 Mar 2002 11:46:39 -0700 (MST) Received: from opcom-mail.canada.sun.com (scot.Canada.Sun.COM [129.155.8.107]) by canadamail2.Canada.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id NAA23378; Thu, 14 Mar 2002 13:46:38 -0500 (EST) Received: from zonzorp.canada.sun.com (zonzorp.Canada.Sun.COM [129.155.6.21]) by opcom-mail.canada.sun.com (8.9.1b+Sun/8.9.1) with ESMTP id NAA07454; Thu, 14 Mar 2002 13:46:10 -0500 (EST) Received: from zonzorp (oz@localhost) by zonzorp.canada.sun.com (8.11.6+Sun/8.11.6) with ESMTP id g2EIkbI08862; Thu, 14 Mar 2002 13:46:37 -0500 (EST) Message-Id: <200203141846.g2EIkbI08862@zonzorp.canada.sun.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Steve Kargl Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Mar 2002 13:46:37 -0500 From: "ozan s. yigit" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Add the -ffloat-store flag to your compilation flags (or > add -msoft-float). that really means for this compiler on certain platforms, you can have slow and correct or fast and incorrect, but NOT fast and correct. oz --- freedom has a mental cost. -- peter roosen-runge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 10:51: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tepid.osl.fast.no (tepid.osl.fast.no [213.188.9.130]) by hub.freebsd.org (Postfix) with ESMTP id 9556037B419; Thu, 14 Mar 2002 10:50:54 -0800 (PST) Received: from raw.grenland.fast.no.fast.no (raw.grenland.fast.no [192.168.48.104]) by tepid.osl.fast.no (8.9.3/8.9.1) with ESMTP id TAA26444; Thu, 14 Mar 2002 19:50:40 +0100 (CET) (envelope-from Raymond.Wiker@fast.no) From: Raymond Wiker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15504.61694.930172.982141@raw.grenland.fast.no> Date: Thu, 14 Mar 2002 19:50:38 +0100 To: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT In-Reply-To: <200203141846.g2EIkbI08862@zonzorp.canada.sun.com> References: <200203141846.g2EIkbI08862@zonzorp.canada.sun.com> X-Mailer: VM 7.00 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ozan s. yigit writes: > > Add the -ffloat-store flag to your compilation flags (or > > add -msoft-float). > > that really means for this compiler on certain platforms, you > can have slow and correct or fast and incorrect, but NOT fast > and correct. Actually, if -ffloat-store is the solution, the problem arises because you have fast and *too* correct. -- Raymond Wiker Mail: Raymond.Wiker@fast.no Senior Software Engineer Web: http://www.fast.no/ Fast Search & Transfer ASA Phone: +47 23 01 11 60 P.O. Box 1677 Vika Fax: +47 35 54 87 99 NO-0120 Oslo, NORWAY Mob: +47 48 01 11 60 Try FAST Search: http://alltheweb.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 11: 5:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id C6E6837B41B for ; Thu, 14 Mar 2002 11:05:00 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2EJ4slv068287; Thu, 14 Mar 2002 11:04:54 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2EJ3daM068286; Thu, 14 Mar 2002 11:03:39 -0800 (PST) Date: Thu, 14 Mar 2002 11:03:38 -0800 From: "David O'Brien" To: Martin Blapp Cc: Ed Hall , Kris Kennaway , Jan Stocker , current@FreeBSD.ORG, hackers@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-ID: <20020314110338.A68051@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020313122422.A13044@dragon.nuxi.com> <20020313222300.S7707-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020313222300.S7707-100000@levais.imp.ch>; from mb@imp.ch on Wed, Mar 13, 2002 at 10:24:20PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 13, 2002 at 10:24:20PM +0100, Martin Blapp wrote: > > We are using a set of patches that were part of gcc 2.95.3_test3. > > Do you have a sample program in which exceptions are still broken on > > FreeBSD 4.5? > > cd /usr/ports/devel/stlport > make install > cd work/STL*/test/eh > > add -O to gcc-freebsd.mk > gmake -f gcc-freebsd.mk clean > gmake -f gcc-freebsd.mk > > and see what happens ... This is not a small, [relatively] simple example program. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 11: 6:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 5D1DD37B405; Thu, 14 Mar 2002 11:06:27 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.6/8.11.4) id g2EJ6OY30829; Thu, 14 Mar 2002 11:06:24 -0800 (PST) (envelope-from sgk) Date: Thu, 14 Mar 2002 11:06:24 -0800 From: Steve Kargl To: Raymond Wiker Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020314110624.A15617@troutmask.apl.washington.edu> References: <200203141846.g2EIkbI08862@zonzorp.canada.sun.com> <15504.61694.930172.982141@raw.grenland.fast.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15504.61694.930172.982141@raw.grenland.fast.no>; from Raymond.Wiker@fast.no on Thu, Mar 14, 2002 at 07:50:38PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Mar 14, 2002 at 07:50:38PM +0100, Raymond Wiker wrote: > ozan s. yigit writes: > > > Add the -ffloat-store flag to your compilation flags (or > > > add -msoft-float). > > > > that really means for this compiler on certain platforms, you > > can have slow and correct or fast and incorrect, but NOT fast > > and correct. > > Actually, if -ffloat-store is the solution, the problem arises > because you have fast and *too* correct. > If the gcc manual is to be believed, then yes you are correct. If you really want to investigate FreeBSD FP/math capabilities search for UCBTEST or visit www.cs.berkeley.edu/~jhauser/arithmetic/TestFloat.html -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 11:16:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36]) by hub.freebsd.org (Postfix) with ESMTP id AC6C437B423; Thu, 14 Mar 2002 11:16:03 -0800 (PST) Received: from canadamail2.Canada.Sun.COM ([129.155.5.101]) by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id MAA16956; Thu, 14 Mar 2002 12:16:02 -0700 (MST) Received: from opcom-mail.canada.sun.com (scot.Canada.Sun.COM [129.155.8.107]) by canadamail2.Canada.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v2.1p1) with ESMTP id OAA24696; Thu, 14 Mar 2002 14:16:00 -0500 (EST) Received: from zonzorp.canada.sun.com (zonzorp.Canada.Sun.COM [129.155.6.21]) by opcom-mail.canada.sun.com (8.9.1b+Sun/8.9.1) with ESMTP id OAA08211; Thu, 14 Mar 2002 14:15:32 -0500 (EST) Received: from zonzorp (oz@localhost) by zonzorp.canada.sun.com (8.11.6+Sun/8.11.6) with ESMTP id g2EJFxu09094; Thu, 14 Mar 2002 14:15:59 -0500 (EST) Message-Id: <200203141915.g2EJFxu09094@zonzorp.canada.sun.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Steve Kargl Cc: Raymond Wiker , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: float [was Re: gcc -O broken in CURRENT] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Mar 2002 14:15:59 -0500 From: "ozan s. yigit" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > If you really want to investigate FreeBSD FP/math capabilities > search for UCBTEST or visit > www.cs.berkeley.edu/~jhauser/arithmetic/TestFloat.html cool! thanks for the pointer. oz --- gag reflex is an essential part of computing. -- anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 11:32:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 7525F37B41B; Thu, 14 Mar 2002 11:32:22 -0800 (PST) Received: from winston.freebsd.org (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id g2EJV5V70709; Thu, 14 Mar 2002 11:31:05 -0800 (PST) (envelope-from jkh@winston.freebsd.org) To: Michael Smith Cc: hackers@freebsd.org Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: Message from Michael Smith of "Thu, 14 Mar 2002 03:46:12 PST." <200203141146.g2EBkCD02950@mass.dis.org> Date: Thu, 14 Mar 2002 11:31:05 -0800 Message-ID: <70705.1016134265@winston.freebsd.org> From: Jordan Hubbard Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > What for? You haven't caught the Megahertz bug too, have you? 8) I'm not supposed to focus on Megahertz, I work for Apple, but various benchmarking folks also like to be able to print stats like this out on their comparison charts and it seems a lot easier than grepping /var/run/dmesg.boot. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 12:45: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by hub.freebsd.org (Postfix) with SMTP id 5D85F37B402 for ; Thu, 14 Mar 2002 12:45:03 -0800 (PST) Message-ID: <20020314204502.96958.qmail@web21102.mail.yahoo.com> Received: from [62.254.0.5] by web21102.mail.yahoo.com via HTTP; Thu, 14 Mar 2002 12:45:02 PST Date: Thu, 14 Mar 2002 12:45:02 -0800 (PST) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Interesting sysctl variables in Mac OS X with hw info To: Jordan Hubbard , Michael Smith Cc: hackers@freebsd.org In-Reply-To: <70705.1016134265@winston.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Jordan Hubbard wrote: > I'm not supposed to focus on Megahertz, I work for Apple, but various > benchmarking folks also like to be able to print stats like this out > on their comparison charts and it seems a lot easier than grepping > /var/run/dmesg.boot. :) I personally like the idea of these sysctls for cpu stats.. probably we can have cpu.1.x.x and cpu.2.x.x and so on... just a thought :) Regards, -- Hiten Pandya -- __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 12:55:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 6D87F37B417 for ; Thu, 14 Mar 2002 12:55:33 -0800 (PST) Received: from pool0226.cvx22-bradley.dialup.earthlink.net ([209.179.198.226] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lcG3-00051X-00; Thu, 14 Mar 2002 12:55:31 -0800 Message-ID: <3C910E31.A959274C@mindspring.com> Date: Thu, 14 Mar 2002 12:55:13 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Attila Nagy Cc: freebsd-hackers@freebsd.org Subject: Re: NULLFS in -STABLE References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Attila Nagy wrote: > The only thing, which seems to be changed that the NULLFS mount isn't > recursive anymore. > If I have: > /stuff > /stuff/.1 > /stuff/.2 > ... > > (.* are directories, each one there is another partition mounted in) > > and I mount /stuff to somewhere else with mount_null, I see only /stuff, > and empty .* directories. So I have to do: > mount_null /stuff /other_dir/stuff > mount_null /stuff/.1 /other_dir/stuff/.1, etc. > > BTW, this is only a minor issue. THis is actually intentional. THe mount point traversal occurs at a covered dev_t/inode pair, and the nullfs has a different dev_t for the vnode. When you mount a / from a remote system NFS, you don't get the /usr or other FS's mounted under it, either. 8-). > Congratulations to anyone, who did this work! B.P., Jake, and Russilan are the main guys responsible for the work, which was mostly locing stuff introduced by changes in the underlying code, and Russilan's major effor at emulating the cache coherency for the VOP_GETPAGES/VOP_PUTPAGES to deal with the cache coherency. It's a brute-force approach, but it works, and it was probably easier than getting the other changes into FreeBSD to clear up the coherency through the paging path directly. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 13:29:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 2008B37B419; Thu, 14 Mar 2002 13:29:18 -0800 (PST) Received: from pool0226.cvx22-bradley.dialup.earthlink.net ([209.179.198.226] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lcmP-0000hW-00; Thu, 14 Mar 2002 13:28:57 -0800 Message-ID: <3C911606.D9F74169@mindspring.com> Date: Thu, 14 Mar 2002 13:28:38 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: jstocker@tzi.de Cc: Alexander Kabaev , Martin Blapp , imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT References: <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Stocker wrote: > So now i am a little bit confused... State of the art: > > 1) Bug is in -stable and -current > --> This means possible patches only in -current arent responsible for > this behaviour Unless they were MFC'ed to -STABLE. THis is why you generally should compare -RELEASE versions, not -STABLE versions, since -STABLE versions are moving targets and -RELEASE versions are not. > 2) Bug is in os delivered gcc but not in port gcc. > a) port has more or less patches / os gcc has been modified > --> Didn't someone told they are the same? > b) other options were set at compile time > --> Why dont change to the same in the port? > Leads it to a broken world? > If the only difference is the lost of binary compatibility, > i would say, ok... do it now and we'll need to compile > or ports... SOme bugs are related to the FreeBSD use of setjmp/longjmp to do exception unwinding rather than using the DWARF primitives. When you change the toolchain, you change the exception unwinding code when you use the ports version. You also introduce incompatabilities with the installed libstdc++ library, which uses the setjmp/longjmp exception unwinding, which will be in conflict with any exception throwing/handling code compiled with the ports compiler that uses the DWARF2 version. The tests that show it working with the ports version do not test anything other than bare-bones operation, without testing code interoperability eith vendor libraries. Does that clear things up for you? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 13:32:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 3B67037B416 for ; Thu, 14 Mar 2002 13:32:42 -0800 (PST) Received: from pool0226.cvx22-bradley.dialup.earthlink.net ([209.179.198.226] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lcq0-0006mV-00; Thu, 14 Mar 2002 13:32:40 -0800 Message-ID: <3C9116E6.5C13234A@mindspring.com> Date: Thu, 14 Mar 2002 13:32:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Kreider, Carl" Cc: freebsd-hackers@freebsd.org Subject: Re: Another kernel newbie References: <20020314124906.A25849@indy.doctordesign.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Kreider, Carl" wrote: > I've been tasked with a driver for a video capture card. I've been > following the example of the bktr driver, searched the net for > information, bought "The Design and Implementation of the 4.4BSD > Operating System", read the Developer's Handbook, etc. > > I am working outside the kernel tree right now, in /usr/local/src > and am ready to compile. However, sys/bus.h wants device_if.h and > bus_if.h, which apparently are generated dynamically. How do I > make that magic happen? See /sys/modules/bktr/bktr/Makefile for an example of a Makefile that does the necessary generation using the perl scripts. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 14: 4:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id EC0C737B417 for ; Thu, 14 Mar 2002 14:04:33 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2EM4OF7037457; Fri, 15 Mar 2002 08:34:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: PCI read config functions From: "Daniel O'Connor" To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020314.084339.123422762.imp@village.org> References: <1016009035.1876.72.camel@chowder.gsoft.com.au> <20020313.234139.40854153.imp@village.org> <1016089135.522.50.camel@chowder.gsoft.com.au> <20020314.084339.123422762.imp@village.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 15 Mar 2002 09:34:17 +1130 Message-Id: <1016143462.13485.6.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-03-15 at 03:13, M. Warner Losh wrote: > The pci config space is always mapped. What does pciconf -r pciX:Y:Z > 0:0xff say? X:Y:Z is the pci bus address. mdtest# pciconf -r pci0:11:0 0:0xff 0x00046666 0x02800003 0x07000202 0x00000008 0xd8002000 0x0000c001 0x00000000 0x0000c401 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000109 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000 Very odd :( Time to install Linux on the machine and see if it works there I think... --- 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 Thu Mar 14 17:39:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay2.undp.org (rock.undp.org [192.124.42.30]) by hub.freebsd.org (Postfix) with ESMTP id 77E2137B417 for ; Thu, 14 Mar 2002 17:39:24 -0800 (PST) Received: from belka.undp.org (belka.undp.org [192.124.42.51]) by relay2.undp.org (8.11.1/8.11.1/1.16) with ESMTP id g2F1dJA01880 for ; Thu, 14 Mar 2002 20:39:19 -0500 (EST) Received: from belka.undp.org (localhost [127.0.0.1]) by belka.undp.org (8.10.0/8.10.0) with ESMTP id g2F1dIo06480 for ; Thu, 14 Mar 2002 20:39:18 -0500 (EST) Received: from inet02.hq.undp.org (strelka.undp.org [192.124.42.50]) by belka.undp.org (8.10.0/8.10.0) with ESMTP id g2F1dHl06468 for ; Thu, 14 Mar 2002 20:39:18 -0500 (EST) Received: from undp.org ([127.0.0.1]) by inet02.hq.undp.org (Netscape Messaging Server 4.15) with ESMTP id GSZR9H00.IXK for ; Thu, 14 Mar 2002 20:39:17 -0500 From: "Ugen Antsilevitch" To: hackers@freebsd.org Message-ID: <8b812a8b638b.8b638b8b812a@undp.org> Date: Thu, 14 Mar 2002 20:39:17 -0500 X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: en Subject: test X-Accept-Language: en Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG please disregard..sorry. --Ugen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 17:49:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id B6AD637B404 for ; Thu, 14 Mar 2002 17:49:33 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g2F1laf50765; Thu, 14 Mar 2002 17:47:36 -0800 (PST) (envelope-from dillon) Date: Thu, 14 Mar 2002 17:47:36 -0800 (PST) From: Matthew Dillon Message-Id: <200203150147.g2F1laf50765@apollo.backplane.com> To: Mike Silbersack Cc: Terry Lambert , "Clark C . Evans" , Subject: Re: panic: pmap_enter References: <20020314070732.H23489-100000@patrocles.silby.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :On Tue, 12 Mar 2002, Terry Lambert wrote: : :> #define blkmap(fs, map, loc) \ :> (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & (0xff >> (NBBY - (fs)->fs_frag))) :> :> looks a little suspect, doesn't it? "& 0" for 8 is probably :> correct, but "& 1" for 4 and "& 2" for 2 and "& 4" for 1 is :> probably not right... maybe: :> :> #define blkmap(fs, map, loc) \ :> (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & 0xff & ((0xff >> (NBBY - :> (fs)->fs_frag))^0xff)) :> :> Would be more right? After all, it's the high bits of the low :> bits you want to save, not the low bits of the low bits... :> :> -- Terry : :FWIW, I didn't mean to ignore this message, I was going to look it over :carefully before commenting. However, Sid Meier told me that I needed to :spend some time taking over the world, so I was unable to. : :If anyone familiar with FFS wants to check it out, please be my guest, :otherwise I'll try to get to it soon. : :Mike "Silby" Silbersack That doesn't look like '& 0' for 8 to me. NBBY is 8, fs_frag of 8, results in 0xFF >> 0 which is 0xFF, not 0. The original code looks correct. Try this: -Matt Matthew Dillon /* * BLKMAP.C * * #define blkmap(fs, map, loc) \ (((map)[(loc) / NBBY] >> ((loc) % NBBY)) & (0xff >> (NBBY - (fs)->fs_frag))) * * bno = block number (in fragment-sized blocks) * frag = fragment ratio N:1 * */ #include #define NBBY 8 int main(int ac, char **av) { int bno; for (bno = 0; bno < 32; ++bno) { int frag; if ((bno & 15) == 0) printf("BLOCK\t8:1\t\t\t4:1\t\t\t2:1\t\t\t1:1\n"); printf("%5d", bno); for (frag = 8; frag >= 1; frag >>= 1) { printf("\t([%d] >> %d) & 0x%02x", bno / NBBY, bno % NBBY, 0xFF >> (NBBY - frag) ); } printf("\n"); } return(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 17:52: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from relay2.undp.org (rock.undp.org [192.124.42.30]) by hub.freebsd.org (Postfix) with ESMTP id 0300437B416; Thu, 14 Mar 2002 17:52:04 -0800 (PST) Received: from belka.undp.org (belka.undp.org [192.124.42.51]) by relay2.undp.org (8.11.1/8.11.1/1.16) with ESMTP id g2F1q3A02169; Thu, 14 Mar 2002 20:52:03 -0500 (EST) Received: from belka.undp.org (localhost [127.0.0.1]) by belka.undp.org (8.10.0/8.10.0) with ESMTP id g2F1q2o07813; Thu, 14 Mar 2002 20:52:02 -0500 (EST) Received: from inet02.hq.undp.org (strelka.undp.org [192.124.42.50]) by belka.undp.org (8.10.0/8.10.0) with ESMTP id g2F1q2l07809; Thu, 14 Mar 2002 20:52:02 -0500 (EST) Received: from undp.org ([127.0.0.1]) by inet02.hq.undp.org (Netscape Messaging Server 4.15) with ESMTP id GSZRUO00.5W8; Thu, 14 Mar 2002 20:52:00 -0500 From: "Ugen Antsilevitch" To: Robert Watson Cc: hackers@FreeBSD.org Message-ID: <8b8f468b98ad.8b98ad8b8f46@undp.org> Date: Thu, 14 Mar 2002 20:52:00 -0500 X-Mailer: Netscape Webmail MIME-Version: 1.0 Content-Language: en Subject: Re: execution access control X-Accept-Language: en Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > you name an object, but what object you act on. The namespace > approachhas merit too, and is the basis for the DTE work done at > TIS a number of > years ago. You might be interested in taking a look at some of > the DTE > papers published at USENIX... I have seen this work - this is almost exactly what i am hacking around here with a couple of notable exceptions: - Making everything non-system-specific (hence using names - the access control engine doesn't need to know what's outside). - Allowing moves between "nodes" (things they call "domains", my control structure is pretty much a tree, described in XML :)))) based not only on execution but on external rules. - Above should link into firewall rules - that will make some neat things possible (like having identical ssh shells restricted to different sets of command execution and file access based on where you come from:))))) On the partially related note, this whole thing is configured through parsing pseudo-device. It takes some (rigorously defined and enforced) format definitions and structure pointers, then fills the structures and hands them back to anything in the kernel. This can be useful as a generic interface for anything that doesn't have one (instead of abusing ioctals, raw sockets and alike). --Ugen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 14 21:31:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 672F237B400; Thu, 14 Mar 2002 21:31:10 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA18378; Fri, 15 Mar 2002 16:30:58 +1100 Date: Fri, 15 Mar 2002 16:32:29 +1100 (EST) From: Bruce Evans X-X-Sender: To: "ozan s. yigit" Cc: Steve Kargl , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <200203141846.g2EIkbI08862@zonzorp.canada.sun.com> Message-ID: <20020315160900.G22865-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 14 Mar 2002, ozan s. yigit wrote: > > Add the -ffloat-store flag to your compilation flags (or > > add -msoft-float). > > that really means for this compiler on certain platforms, you > can have slow and correct or fast and incorrect, but NOT fast > and correct. I think fast and correct is impossible on i386's. "Correct" requires assignments and casts to discard any extra precision, and the fastest way to implement this is probably to store to memory and reload. The -ffloat-store kludge only does a subset of the necessary conversions. Doing them all would be slower and correct, which is why gcc doesn't do them. C90 can be read as permitting this incorrectness, but C99 doesn't permit it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 2:50:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from backup.dagupan.com (www.psysc.org.ph [206.101.69.5]) by hub.freebsd.org (Postfix) with ESMTP id CA32A37B419 for ; Fri, 15 Mar 2002 02:50:20 -0800 (PST) Received: from bitstop0bcloce (202.91.165.14 [202.91.165.14]) by backup.dagupan.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id FKRGNAZQ; Fri, 15 Mar 2002 18:50:55 +0800 Message-ID: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce> From: "Francis Vidal" To: Subject: Removing data segment size limit Date: Fri, 15 Mar 2002 18:49:28 +0800 Organization: Bitstop Network Services, Inc. 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm running a very busy Squid proxy/cache system and I've bumped up the data segment size to 768MB but the cache is growing and I'm afraid it (Squid process) might stop again once the limit is reached. Is there a way to remove the kernel-imposed data segment size limit? Are there Squid admins here that might give me tips on fine-tuning? Thanks! --- Francis A. Vidal Bitstop Network Services, Inc. www.dagupan.com | www.kuro.ph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 3:19: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by hub.freebsd.org (Postfix) with ESMTP id 12FAD37B400 for ; Fri, 15 Mar 2002 03:18:58 -0800 (PST) Received: from fwd11.sul.t-online.de by mailout06.sul.t-online.com with smtp id 16lpjd-0003B2-02; Fri, 15 Mar 2002 12:18:57 +0100 Received: from pc5.abc (520067998749-0001@[217.233.99.245]) by fmrl11.sul.t-online.com with esmtp id 16lpjN-1MJxpIC; Fri, 15 Mar 2002 12:18:41 +0100 Received: (from nicolas@localhost) by pc5.abc (8.11.6/8.11.6) id g2FBIdg07768 for freebsd-hackers@freebsd.org; Fri, 15 Mar 2002 12:18:40 +0100 (CET) (envelope-from list@rachinsky.de) Date: Fri, 15 Mar 2002 12:18:37 +0100 From: Nicolas Rachinsky To: freebsd-hackers@freebsd.org Subject: bin/35454 Message-ID: <20020315111836.GB7398@pc5.abc> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: C11ABC0E X-PGP-Fingerprint: 19DB 8392 8FE0 814A 7362 EEBD A53B 526A C11A BC0E X-PGP-Key: http://www.rachinsky.de/nicolas/nicolas_rachinsky.asc X-Sender: 520067998749-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I hope this mail is appropriate for this mailinglist. I have a question regarding a pr I've submitted. I've made the mistake to submit it without a patch. One week later I wrote a patch, and submitted it in a followup, but I fear that everybody interessted in the PR had already looked at it, and so no one will see the patch. Is there anything I can/should do except submitting the PR with a patch in the beginning? Thanks Nicolas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 3:36: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id A5E8C37B402 for ; Fri, 15 Mar 2002 03:35:58 -0800 (PST) Received: by freebsd.org.ru (Postfix, from userid 1000) id 0343E2DE; Fri, 15 Mar 2002 14:35:55 +0300 (MSK) Date: Fri, 15 Mar 2002 14:35:55 +0300 From: "Sergey A. Osokin" To: Francis Vidal Cc: hackers@FreeBSD.org Subject: Re: Removing data segment size limit Message-ID: <20020315143555.A17437@freebsd.org.ru> References: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce>; from francisv@dagupan.com on Fri, Mar 15, 2002 at 06:49:28PM +0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 06:49:28PM +0800, Francis Vidal wrote: > Hi, > > I'm running a very busy Squid proxy/cache system and I've bumped up the > data segment size to 768MB but the cache is growing and I'm afraid it > (Squid process) might stop again once the limit is reached. Is there a > way to remove the kernel-imposed data segment size limit? Are there > Squid admins here that might give me tips on fine-tuning? Remove squid and try to use oops cache proxy-server (at www/oops). -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 5:21:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by hub.freebsd.org (Postfix) with ESMTP id 9121A37B419; Fri, 15 Mar 2002 05:21:13 -0800 (PST) Received: from fwd04.sul.t-online.de by mailout09.sul.t-online.com with smtp id 16lqz3-00014H-0K; Fri, 15 Mar 2002 13:38:57 +0100 Received: from twoflower (320072111332-0001@[217.80.127.68]) by fmrl04.sul.t-online.com with smtp id 16lqyz-27VE6SC; Fri, 15 Mar 2002 13:38:53 +0100 Reply-To: From: "Jan Stocker" To: "Terry Lambert" Cc: "Alexander Kabaev" , "Martin Blapp" , , , , , , , Subject: RE: gcc -O broken in CURRENT Date: Fri, 15 Mar 2002 13:37:39 +0100 Message-ID: <000001c1cc1e$318e9e80$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: <3C911606.D9F74169@mindspring.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > 2) Bug is in os delivered gcc but not in port gcc. > > a) port has more or less patches / os gcc has been modified > > --> Didn't someone told they are the same? > > b) other options were set at compile time > > --> Why dont change to the same in the port? > > Leads it to a broken world? > > If the only difference is the lost of binary compatibility, > > i would say, ok... do it now and we'll need to compile > > or ports... > > SOme bugs are related to the FreeBSD use of setjmp/longjmp > to do exception unwinding rather than using the DWARF primitives. > > When you change the toolchain, you change the exception unwinding > code when you use the ports version. > > You also introduce incompatabilities with the installed libstdc++ > library, which uses the setjmp/longjmp exception unwinding, which > will be in conflict with any exception throwing/handling code > compiled with the ports compiler that uses the DWARF2 version. > > The tests that show it working with the ports version do not test > anything other than bare-bones operation, without testing code > interoperability eith vendor libraries. > > Does that clear things up for you? A little bit... most of you argumenting about binary incompatibility for -stable. OK... no chance to do it there, its my opinion too. But why not doing it for current and using that most common dwarf unwinding now (for a later ia64 port it should be faster than setjump i think). Okay everything needs a recompile but this -current is current and not a production os. You're right that we need a patch for -stable. But if we take the approach for -current maybe we leave these problems behind us and following the path of the rank and file (using dwarf2) and making profit of their experience versus doing this ourself and creating patches. > -----Original Message----- > From: David O'Brien [mailto:obrien@FreeBSD.ORG] > Sent: Thursday, March 14, 2002 7:16 PM > To: Jan Stocker > Cc: Alexander Kabaev; Martin Blapp; tlambert2@mindspring.com; > imp@village.org; edhall@weirdnoise.com; kris@obsecurity.org; > current@FreeBSD.ORG; hackers@FreeBSD.ORG; edhall@screech.weirdnoise.com > Subject: Re: gcc -O broken in CURRENT > > > On Thu, Mar 14, 2002 at 06:36:05PM +0100, Jan Stocker wrote: > > 2) Bug is in os delivered gcc but not in port gcc. > > a) port has more or less patches / os gcc has been modified > > --> Didn't someone told they are the same? > > Port has less patches. If you look at > /usr/src/contrib/gcc/contrib/freebsd.h and > /usr/src/contrib/gcc/contrib/i386/freebsd.h you will see how much things > have to be modified because we support dual ELF/a.out [still]. This may be changed too for 5.0 shouldnt it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 8: 8:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id BDA8937B416 for ; Fri, 15 Mar 2002 08:08:47 -0800 (PST) Received: from twincat.vladsempire.net (unknown [209.105.45.15]) by services.webwarrior.net (Postfix) with ESMTP id 5726B519 for ; Fri, 15 Mar 2002 10:08:45 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 7C3E8389B; Fri, 15 Mar 2002 10:08:53 +0000 (GMT) Date: Fri, 15 Mar 2002 10:08:53 +0000 From: Josh Paetzel To: Terry Lambert Cc: Matthew Emmerton , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info Message-ID: <20020315100853.P287@twincat.vladsempire.net> References: <006601c1cb06$b9f07370$1200a8c0@gsicomp.on.ca> <3C902B36.4D4EB8E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C902B36.4D4EB8E@mindspring.com>; from tlambert2@mindspring.com on Wed, Mar 13, 2002 at 08:46:46PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Mar 13, 2002 at 08:46:46PM -0800, Terry Lambert wrote: > Matthew Emmerton wrote: > > > > > This was actually discussed a while back (a month or two ago). > > > > > > > > > > It got really bogged down when someone pointed out that > > > > > they were running CPUs with different clock rates in their > > > > > SMP box, just to see what the net effect would be. THe > > > > > problem was, of course, which one do you report, when the > > > > > numbers don't match exactly, and/or how do you report both > > > > > (or N)? > > > > I thought it was a real bad thing to run CPUs in SMP systems at different > > clock rates. In fact, I never thought it was possible. I know I can't on > > my old 2-way P166 box, but things have changed a lot since '91. > > It depends on the stepping, and that the external interfaces > are all the same (voltage, clock speed for memory and I/O, > etc.). > > PIII's can run this way, for sure. This is a perfect example of, "Just because you can do something, doesn't mean you should." I wouldn't see anything wrong with grabbing the clock frequency of the first cpu in the system and noting in the man page that if you have multiple cpus and you aren't running them at the same frequency, then the reported value is applicable only to the first cpu. This would save a ton of time in implementing Jordan's ideas, at the cost of not being able to deal correctlywith a situation that (hopefully) isn't too common in the field. The other less tangible disadvantage to my suggestion is that it takes us one step further in our single-cpu-centric userland, ala top, uptime, and so forth only displaying stats for "one" cpu. Josh > > If you want to find out who's doing it, you only need to search > the SMP list archives; it wasn't important enough for me to commit > the message to memory, I only remember the fact that someone was > doing it successfully. > > -- Terry > > 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 Mar 15 8:21:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 8479337B41F for ; Fri, 15 Mar 2002 08:21:44 -0800 (PST) Received: from dan.emsphone.com (dan@localhost [127.0.0.1]) by dan.emsphone.com (8.12.2/8.12.2) with ESMTP id g2FGLdWM013668; Fri, 15 Mar 2002 10:21:40 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.2/Submit) id g2FGLbMF013665; Fri, 15 Mar 2002 10:21:37 -0600 (CST) Date: Fri, 15 Mar 2002 10:21:37 -0600 From: Dan Nelson To: Francis Vidal Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Removing data segment size limit Message-ID: <20020315162137.GD2941@dan.emsphone.com> References: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce> User-Agent: Mutt/1.3.27i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Mar 15), Francis Vidal said: > Hi, > > I'm running a very busy Squid proxy/cache system and I've bumped up the > data segment size to 768MB but the cache is growing and I'm afraid it > (Squid process) might stop again once the limit is reached. Is there a > way to remove the kernel-imposed data segment size limit? Are there > Squid admins here that might give me tips on fine-tuning? You can try setting 'memory_pools off' in your Squid config, which might make squids memory usage stay closer to its 'cache_mem' setting. What's cache_mem currently set to, and how fast does squid's memory usage grow? -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 9:15:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 0408437B400; Fri, 15 Mar 2002 09:15:39 -0800 (PST) Received: from pool0312.cvx40-bradley.dialup.earthlink.net ([216.244.43.57] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16lvIM-0001W0-00; Fri, 15 Mar 2002 09:15:11 -0800 Message-ID: <3C922C0B.AC440E75@mindspring.com> Date: Fri, 15 Mar 2002 09:14:51 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: jstocker@tzi.de Cc: Alexander Kabaev , Martin Blapp , imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT References: <000001c1cc1e$318e9e80$fe02010a@twoflower.liebende.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Stocker wrote: [ ... DWARF vs. setjmp/longjmp ... ] > A little bit... most of you argumenting about binary incompatibility > for -stable. OK... no chance to do it there, its my opinion too. But why not > doing it for current and using that most common dwarf unwinding now (for a > later ia64 port it should be faster than setjump i think). Okay everything > needs a recompile but this -current is current and not a production os. > > You're right that we need a patch for -stable. But if we take the approach > for -current maybe we leave these problems behind us and following the path > of the rank and file (using dwarf2) and making profit of their experience > versus doing this ourself and creating patches. I guess it's possible to change over entirely. That would mean we would loase a.out support because the GNU tools are becoming incapable of supporting a.out ("all machines we run on are Linux machines" syndrome). If we really wanted to avoid problems like this in the future, we'd just scrap FreeBSD entirely, and go to Linux, a bit at a time, starting with ELF, then DWARF2 exceptions, and then the Linux ABI instead of the FreeBSD ABI, and then all of Linux, a piece at a time. PS: If I sound annoyed, it's because it's sometimes annoying to have your toolchain controlled by someone with an interest in a product that competes with yours; that works for people competing with Microsoft products on Microsoft platforms with a need to use Microsoft tools, and it applies to Cygnus being owned by RedHat and them controlling the FreeBSD tools. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 9:55: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id B0F0F37B417 for ; Fri, 15 Mar 2002 09:54:51 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2FHrhlv044243; Fri, 15 Mar 2002 09:53:43 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2FHqSML044241; Fri, 15 Mar 2002 09:52:28 -0800 (PST) Date: Fri, 15 Mar 2002 09:52:28 -0800 From: "David O'Brien" To: Jan Stocker Cc: Terry Lambert , Alexander Kabaev , Martin Blapp , imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-ID: <20020315095228.B44160@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3C911606.D9F74169@mindspring.com> <000001c1cc1e$318e9e80$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000001c1cc1e$318e9e80$fe02010a@twoflower.liebende.de>; from jstocker@tzi.de on Fri, Mar 15, 2002 at 01:37:39PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 01:37:39PM +0100, Jan Stocker wrote: > A little bit... most of you argumenting about binary incompatibility > for -stable. OK... no chance to do it there, its my opinion too. But why not > doing it for current and using that most common dwarf unwinding now (for a There is no need to cause developers to go thru several ABI changes such that they cannot get their other FreeBSD development done. With GCC 3.1 a number of ABI changes will happen. > > Port has less patches. If you look at > > /usr/src/contrib/gcc/contrib/freebsd.h and > > /usr/src/contrib/gcc/contrib/i386/freebsd.h you will see how much things > > have to be modified because we support dual ELF/a.out [still]. > > This may be changed too for 5.0 shouldnt it? Why? I don't see how you justfied removing the functionality and I don't see how it is causing you any problems being there. -- -- David (obrien@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 Mar 15 10:22:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 03BAC37B41B for ; Fri, 15 Mar 2002 10:21:56 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g2FILVj14245; Fri, 15 Mar 2002 10:21:31 -0800 Date: Fri, 15 Mar 2002 10:21:31 -0800 From: Brooks Davis To: Josh Paetzel Cc: Terry Lambert , Matthew Emmerton , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info Message-ID: <20020315102130.B12416@Odin.AC.HMC.Edu> References: <006601c1cb06$b9f07370$1200a8c0@gsicomp.on.ca> <3C902B36.4D4EB8E@mindspring.com> <20020315100853.P287@twincat.vladsempire.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020315100853.P287@twincat.vladsempire.net>; from friar_josh@webwarrior.net on Fri, Mar 15, 2002 at 10:08:53AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 15, 2002 at 10:08:53AM +0000, Josh Paetzel wrote: > This is a perfect example of, "Just because you can do something,=20 > doesn't mean you should." >=20 > I wouldn't see anything wrong with grabbing the clock frequency of the=20 > first cpu in the system and noting in the man page that if you have=20 > multiple cpus and you aren't running them at the same frequency, then=20 > the reported value is applicable only to the first cpu. >=20 > This would save a ton of time in implementing Jordan's ideas, at the=20 > cost of not being able to deal correctlywith a situation that=20 > (hopefully) isn't too common in the field. The other less tangible > disadvantage to my suggestion is that it takes us one step further in ou= r=20 > single-cpu-centric userland, ala top, uptime, and so forth only=20 > displaying stats for "one" cpu. That would be shortsighted and save nearly nothing. I certaintly would not have a problem with doing something lame in the first implementation like just looped over the number of CPUs to create identical (possiably wrong) per-cpu info. That would add maybe half a dozen lines of code and would be right in most cases. However, there's no telling what the future holds and mismatched CPUs might become more common with time so we should avoid intrenching poorly designed sysctls when they don't add much to the ease of implementation. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8kjuqXY6L6fI4GtQRApFmAJ4lBkFk/dZHSPaf2iKsWxpFpTuJfwCfaj5c M2SyB4OOULTZq49yF9N3dfE= =mGus -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 10:27:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id DD42E37B405 for ; Fri, 15 Mar 2002 10:27:52 -0800 (PST) Received: from pool0371.cvx22-bradley.dialup.earthlink.net ([209.179.199.116] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lwQX-0007Z5-00; Fri, 15 Mar 2002 10:27:42 -0800 Message-ID: <3C923D0A.2259D49F@mindspring.com> Date: Fri, 15 Mar 2002 10:27:22 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Josh Paetzel Cc: Matthew Emmerton , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info References: <006601c1cb06$b9f07370$1200a8c0@gsicomp.on.ca> <3C902B36.4D4EB8E@mindspring.com> <20020315100853.P287@twincat.vladsempire.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josh Paetzel wrote: > This is a perfect example of, "Just because you can do something, > doesn't mean you should." > > I wouldn't see anything wrong with grabbing the clock frequency of the > first cpu in the system and noting in the man page that if you have > multiple cpus and you aren't running them at the same frequency, then > the reported value is applicable only to the first cpu. > > This would save a ton of time in implementing Jordan's ideas, at the > cost of not being able to deal correctlywith a situation that > (hopefully) isn't too common in the field. The other less tangible > disadvantage to my suggestion is that it takes us one step further in our > single-cpu-centric userland, ala top, uptime, and so forth only > displaying stats for "one" cpu. Incorrect information is always worse than no information. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 11:13: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from alcatraz.iptelecom.net.ua (alcatraz.iptelecom.net.ua [212.9.224.15]) by hub.freebsd.org (Postfix) with ESMTP id B053237B400; Fri, 15 Mar 2002 11:11:50 -0800 (PST) Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by alcatraz.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id VAA79175; Fri, 15 Mar 2002 21:11:48 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (h16.229.dialup.iptcom.net [212.9.229.16]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id VAA98777; Fri, 15 Mar 2002 21:11:44 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.6/8.11.3) with ESMTP id g2FJBDB99955; Fri, 15 Mar 2002 21:11:13 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3C92478F.2B7C11DB@FreeBSD.org> Date: Fri, 15 Mar 2002 21:12:15 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Michael Smith Cc: hackers@FreeBSD.org, audit@FreeBSD.org, re@FreeBSD.org Subject: Re: Extending loader(8) for loading kerels/modules split across several disks References: <200203070940.g279eTa04750@mass.dis.org> Content-Type: multipart/mixed; boundary="------------FC04DF02325744190C9B23D5" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------FC04DF02325744190C9B23D5 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Michael Smith wrote: > > > > > Please review attached patch, which adds long overdue feature to our > > > > loader(8), allowing it to load sequence of files as a single object. > > > > > > I don't like this. I would much rather see support for 'split' files > > > implemented as a stacking filesystem layer like the gzip support, with > > > the simple recognition of 'foo.gz.aa' as the first part of a split > > > version of 'foo.gz', which in turn is recognised as a compressed version > > > of 'foo'. > > > > I am curious how in this case the layer is going to know how many > > parts the file contains? > > The simple way to do it is to keep asking for more parts until there are > no more. > > You can take the NetBSD approach of wrapping the file in a multipart tar > archive. > > Or a more elegant method involves the use of a control file. > > eg. the splitfs code, when asked to open "foo" looks for "foo.split" > which is a text file containing a list of filenames and media names, eg. > > foo.aa "Kernel floppy 1" > foo.ab "Kernel floppy 2" > foo.ac "Kernel and modules floppy" > > For each file segment, the process is: > > - try to open the file > - prompt "please insert the disk labelled '" > - try to open the file > - return error > > At any rate, my key point is that the splitting should be invisible, and > *definitely* not pushed up into the loader. Ok, attached is the path, which does exactly what described. Please review and if there are no objections I would like to commit it shortly, so that our re@ team would be able to consider it for the forthcoming 5.0-DP1 release. Thanks! -Maxim --------------FC04DF02325744190C9B23D5 Content-Type: text/plain; charset=koi8-r; name="loader-multifiles.diff2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="loader-multifiles.diff2" Index: src/lib/libstand/Makefile =================================================================== RCS file: /home/ncvs/src/lib/libstand/Makefile,v retrieving revision 1.27 diff -d -u -r1.27 Makefile --- src/lib/libstand/Makefile 27 Feb 2002 17:15:37 -0000 1.27 +++ src/lib/libstand/Makefile 15 Mar 2002 08:40:31 -0000 @@ -153,6 +153,7 @@ SRCS+= ufs.c nfs.c cd9660.c tftp.c zipfs.c bzipfs.c SRCS+= netif.c nfs.c SRCS+= dosfs.c ext2fs.c +SRCS+= splitfs.c beforeinstall: ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/stand.h \ Index: src/lib/libstand/bzipfs.c =================================================================== RCS file: /home/ncvs/src/lib/libstand/bzipfs.c,v retrieving revision 1.3 diff -d -u -r1.3 bzipfs.c --- src/lib/libstand/bzipfs.c 1 Feb 2002 16:33:40 -0000 1.3 +++ src/lib/libstand/bzipfs.c 15 Mar 2002 08:40:31 -0000 @@ -150,7 +150,7 @@ /* If the name already ends in .gz or .bz2, ignore it */ if ((cp = strrchr(fname, '.')) && (!strcmp(cp, ".gz") - || !strcmp(cp, ".bz2"))) + || !strcmp(cp, ".bz2") || !strcmp(cp, ".split"))) return(ENOENT); /* Construct new name */ Index: src/lib/libstand/splitfs.c =================================================================== RCS file: src/lib/libstand/splitfs.c diff -N src/lib/libstand/splitfs.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ src/lib/libstand/splitfs.c 15 Mar 2002 08:40:31 -0000 @@ -0,0 +1,287 @@ +/* + * Copyright (c) 2002 Maxim Sobolev + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "stand.h" + +#define NTRIES (3) +#define CONF_BUF (512) +#define SEEK_BUF (512) + +struct split_file +{ + char **filesv; /* Filenames */ + char **descsv; /* Descriptions */ + int filesc; /* Number of parts */ + int curfile; /* Current file number */ + int curfd; /* Current file descriptor */ + off_t tot_pos; /* Offset from the beginning of the sequence */ + off_t file_pos; /* Offset from the beginning of the slice */ +}; + +static int splitfs_open(const char *path, struct open_file *f); +static int splitfs_close(struct open_file *f); +static int splitfs_read(struct open_file *f, void *buf, size_t size, size_t *resid); +static off_t splitfs_seek(struct open_file *f, off_t offset, int where); +static int splitfs_stat(struct open_file *f, struct stat *sb); + +struct fs_ops splitfs_fsops = { + "split", + splitfs_open, + splitfs_close, + splitfs_read, + null_write, + splitfs_seek, + splitfs_stat, + null_readdir +}; + +static void +split_file_destroy(struct split_file *sf) +{ + int i; + + if (sf->filesc > 0) { + for (i = 0; i < sf->filesc; i++) { + free(sf->filesv[i]); + free(sf->descsv[i]); + } + free(sf->filesv); + free(sf->descsv); + } + free(sf); +} + +static int +splitfs_open(const char *fname, struct open_file *f) +{ + char *buf, *confname, *cp; + int conffd; + struct split_file *sf; + struct stat sb; + + printf("%s\n", fname); + /* Have to be in "just read it" mode */ + if (f->f_flags != F_READ) + return(EPERM); + + /* If the name already ends in `.split', ignore it */ + if ((cp = strrchr(fname, '.')) && (!strcmp(cp, ".split"))) + return(ENOENT); + + /* Construct new name */ + confname = malloc(strlen(fname) + 7); + sprintf(confname, "%s.split", fname); + + /* Try to open the configuration file */ + conffd = open(confname, O_RDONLY); + free(confname); + if (conffd == -1) + return(ENOENT); + + if (fstat(conffd, &sb) < 0) { + printf("splitfs_open: stat failed\n"); + close(conffd); + return(ENOENT); + } + if (!S_ISREG(sb.st_mode)) { + printf("splitfs_open: not a file\n"); + close(conffd); + return(EISDIR); /* best guess */ + } + + /* Allocate a split_file structure, populate it from the config file */ + sf = malloc(sizeof(struct split_file)); + bzero(sf, sizeof(struct split_file)); + buf = malloc(CONF_BUF); + while (fgetstr(buf, CONF_BUF, conffd) > 0) { + cp = buf; + while ((*cp != '\0') && (isspace(*cp) == 0)) + cp++; + if (*cp != '\0') { + *cp = '\0'; + cp++; + } + while ((*cp != '\0') && (isspace(*cp) != 0)) + cp++; + if (*cp == '\0') + cp = buf; + sf->filesc++; + sf->filesv = realloc(sf->filesv, sizeof(*(sf->filesv)) * sf->filesc); + sf->descsv = realloc(sf->descsv, sizeof(*(sf->descsv)) * sf->filesc); + sf->filesv[sf->filesc - 1] = strdup(buf); + sf->descsv[sf->filesc - 1] = strdup(cp); + } + free(buf); + close(conffd); + + if ((sf->filesc == 0) || ((sf->curfd = open(sf->filesv[0], O_RDONLY)) == -1)) { + split_file_destroy(sf); + return(ENOENT); + } + + /* Looks OK, we'll take it */ + f->f_fsdata = sf; + return (0); +} + +static int +splitfs_close(struct open_file *f) +{ + int fd; + struct split_file *sf; + + sf = (struct split_file *)f->f_fsdata; + fd = sf->curfd; + split_file_destroy(sf); + return(close(fd)); +} + +static int +splitfs_read(struct open_file *f, void *buf, size_t size, size_t *resid) +{ + int i, nread, totread; + struct split_file *sf; + + sf = (struct split_file *)f->f_fsdata; + totread = 0; + do { + nread = read(sf->curfd, buf, size - totread); + + /* Error? */ + if (nread == -1) + return (errno); + + sf->tot_pos += nread; + sf->file_pos += nread; + totread += nread; + buf += nread; + + if (totread < size) { /* EOF */ + if (sf->curfile == (sf->filesc - 1)) /* Last slice */ + break; + + /* Close previous slice */ + if (close(sf->curfd) != 0) + return (errno); + + sf->curfile++; + for (i = 0;; i++) { + sf->curfd = open(sf->filesv[sf->curfile], O_RDONLY); + if (sf->curfd >= 0) + break; + if ((sf->curfd == -1) && (errno != ENOENT)) + return (errno); + if (i == NTRIES) + return (EIO); + printf("\nInsert disk labelled %s and press any key...", sf->descsv[sf->curfile]); + getchar();putchar('\n'); + } + sf->file_pos = 0; + } + } while (totread < size); + + if (resid != NULL) + *resid = size - totread; + + return (0); +} + +static off_t +splitfs_seek(struct open_file *f, off_t offset, int where) +{ + int nread; + size_t resid; + off_t new_pos, seek_by; + struct split_file *sf; + + sf = (struct split_file *)f->f_fsdata; + + seek_by = offset; + switch (where) { + case SEEK_SET: + seek_by -= sf->tot_pos; + break; + case SEEK_CUR: + break; + case SEEK_END: + panic("splitfs_seek: SEEK_END not supported"); + break; + } + + if (seek_by > 0) { + /* + * Seek forward - implemented using splitfs_read(), because otherwise we'll be + * unable to detect that we have crossed slice boundary and hence + * unable to do a long seek crossing that boundary. + */ + void *tmp; + + tmp = malloc(SEEK_BUF); + if (tmp == NULL) + return (-1); + + nread = 0; + for (; seek_by > 0; seek_by -= nread) { + resid = 0; + errno = splitfs_read(f, tmp, min(seek_by, SEEK_BUF), &resid); + nread = min(seek_by, SEEK_BUF) - resid; + if ((errno != 0) || (nread == 0)) + /* Error or EOF */ + break; + } + free(tmp); + if (errno != 0) + return (-1); + } + + if (seek_by != 0) { + /* Seek backward or seek past the boundary of the last slice */ + if (sf->file_pos + seek_by < 0) + panic("splitfs_seek: can't seek past the beginning of the slice"); + new_pos = lseek(sf->curfd, seek_by, SEEK_CUR); + if (new_pos < 0) + return (-1); + sf->tot_pos += new_pos - sf->file_pos; + sf->file_pos = new_pos; + } + + return (sf->tot_pos); +} + +static int +splitfs_stat(struct open_file *f, struct stat *sb) +{ + int result; + struct split_file *sf = (struct split_file *)f->f_fsdata; + + /* stat as normal, but indicate that size is unknown */ + if ((result = fstat(sf->curfd, sb)) == 0) + sb->st_size = -1; + return (result); +} Index: src/lib/libstand/stand.h =================================================================== RCS file: /home/ncvs/src/lib/libstand/stand.h,v retrieving revision 1.29 diff -d -u -r1.29 stand.h --- src/lib/libstand/stand.h 9 Mar 2002 21:02:11 -0000 1.29 +++ src/lib/libstand/stand.h 15 Mar 2002 08:40:31 -0000 @@ -125,6 +125,7 @@ extern struct fs_ops bzipfs_fsops; extern struct fs_ops dosfs_fsops; extern struct fs_ops ext2fs_fsops; +extern struct fs_ops splitfs_fsops; /* where values for lseek(2) */ #define SEEK_SET 0 /* set file offset to offset */ Index: src/lib/libstand/zipfs.c =================================================================== RCS file: /home/ncvs/src/lib/libstand/zipfs.c,v retrieving revision 1.8 diff -d -u -r1.8 zipfs.c --- src/lib/libstand/zipfs.c 30 Sep 2001 22:28:01 -0000 1.8 +++ src/lib/libstand/zipfs.c 15 Mar 2002 08:40:31 -0000 @@ -175,7 +175,7 @@ /* If the name already ends in .gz or .bz2, ignore it */ if ((cp = strrchr(fname, '.')) && (!strcmp(cp, ".gz") - || !strcmp(cp, ".bz2"))) + || !strcmp(cp, ".bz2") || !strcmp(cp, ".split"))) return(ENOENT); /* Construct new name */ Index: src/sys/boot/i386/loader/conf.c =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/loader/conf.c,v retrieving revision 1.18 diff -d -u -r1.18 conf.c --- src/sys/boot/i386/loader/conf.c 5 Nov 2001 18:59:13 -0000 1.18 +++ src/sys/boot/i386/loader/conf.c 15 Mar 2002 08:40:31 -0000 @@ -60,6 +60,7 @@ &ext2fs_fsops, &dosfs_fsops, &cd9660_fsops, + &splitfs_fsops, #ifdef LOADER_GZIP_SUPPORT &zipfs_fsops, #endif --------------FC04DF02325744190C9B23D5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 11:45:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hpdi.ath.cx (pc2-nthf5-0-cust237.not.cable.ntl.com [80.4.35.237]) by hub.freebsd.org (Postfix) with ESMTP id B36DD37B402 for ; Fri, 15 Mar 2002 11:45:09 -0800 (PST) Received: (from hitenp@hpdi.ath.cx) by hpdi.ath.cx (8.11.6/8.11.6) id g2FJg8G25095 for freebsd-hackers@FreeBSD.org; Fri, 15 Mar 2002 19:42:08 GMT (envelope-from hitenp@hpdi.ath.cx) Date: Fri, 15 Mar 2002 19:42:08 +0000 From: Hiten Pandya To: freebsd-hackers@FreeBSD.org Subject: Should the stat(2) man page contain information on test macros Message-ID: <20020315194208.A25074@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: The FreeBSD Project X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I might be missing the point here, and I tried looking for this in all the stat man pages (apropos stat), but couldn't find it. OK, is it a good idea, to have the S_IS* macros documented in the stat(2) man page, or are they documented in the man pages (other than stat(2)) already? :) Thanks, Regards, --=20 Hiten Pandya http://jfs4bsd.sf.net - JFS for FreeBSD (JFS4BSD) http://www.FreeBSD.org - The Power to Serve --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8kk6Qhh1dveTjA8MRAtIDAJ93rTkHP7mytVG1Hh5XYd2bXmUiUwCgxhVt elKkX1JSBvMZrhsRayayYo4= =2Ato -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 11:50:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.dyndns.org (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by hub.freebsd.org (Postfix) with ESMTP id 5157037B405 for ; Fri, 15 Mar 2002 11:50:29 -0800 (PST) Received: (from chris@localhost) by holly.dyndns.org (8.11.6/8.9.3) id g2FJo0985056; Fri, 15 Mar 2002 13:50:00 -0600 (CST) (envelope-from chris) Date: Fri, 15 Mar 2002 13:49:58 -0600 From: Chris Costello To: Hiten Pandya Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Should the stat(2) man page contain information on test macros Message-ID: <20020315134958.C82311@holly.calldei.com> Reply-To: chris@FreeBSD.ORG References: <20020315194208.A25074@hpdi.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020315194208.A25074@hpdi.ath.cx>; from hiten@uk.FreeBSD.org on Fri, Mar 15, 2002 at 07:42:08PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, March 15, 2002, Hiten Pandya wrote: > OK, is it a good idea, to have the S_IS* macros documented in the > stat(2) man page, or are they documented in the man pages (other > than stat(2)) already? :) Just cross-reference to a man page that has them. chmod(2) seems to be the most logical choice. -- +-------------------+--------------------------------------------+ | Chris Costello | Performance is easier to add than clarity. | | chris@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 Mar 15 12: 0: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hpdi.ath.cx (pc2-nthf5-0-cust237.not.cable.ntl.com [80.4.35.237]) by hub.freebsd.org (Postfix) with ESMTP id 0020237B419; Fri, 15 Mar 2002 11:59:50 -0800 (PST) Received: (from hitenp@hpdi.ath.cx) by hpdi.ath.cx (8.11.6/8.11.6) id g2FJuog25238; Fri, 15 Mar 2002 19:56:50 GMT (envelope-from hitenp@hpdi.ath.cx) Date: Fri, 15 Mar 2002 19:56:50 +0000 From: Hiten Pandya To: hackers@FreeBSD.org Cc: chris@FreeBSD.org Subject: Re: Should the stat(2) man page contain information on test macros Message-ID: <20020315195650.A25204@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: The FreeBSD Project X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Just cross-reference to a man page that has them. chmod(2) > seems to be the most logical choice. The chmod(2) man page doesn't have the S_ISBLK, S_ISCHR and related macros documented, and personally I don't think that is the right place for this particular stat related macros.. :) Thanks, Regards, --=20 Hiten Pandya http://jfs4bsd.sf.net - JFS for FreeBSD (JFS4BSD) http://www.FreeBSD.org - The Power to Serve --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8klIBhh1dveTjA8MRAuGEAJ9GIXpO3H6gosY2DwlDIdUzh4niiACfTQUB OJf770oQNJqz428XrnwoPMA= =jJ/5 -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 12:10:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id C301737B402; Fri, 15 Mar 2002 12:10:30 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g2FKAit72718; Fri, 15 Mar 2002 12:10:44 -0800 (PST) Date: Fri, 15 Mar 2002 12:10:43 -0800 (PST) From: Doug White To: Jordan Hubbard Cc: Michael Smith , Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: <70705.1016134265@winston.freebsd.org> Message-ID: <20020315120943.T71602-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 14 Mar 2002, Jordan Hubbard wrote: > > What for? You haven't caught the Megahertz bug too, have you? 8) > > I'm not supposed to focus on Megahertz, I work for Apple, but various > benchmarking folks also like to be able to print stats like this out > on their comparison charts and it seems a lot easier than grepping > /var/run/dmesg.boot. :) I've been asked several times about how to get CPU speed information for inventory purposes. People would really like the speed number printed on the chip, not what it's currently running at, if that's retrievable :) Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | 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 Fri Mar 15 12:23: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id E664A37B419; Fri, 15 Mar 2002 12:22:59 -0800 (PST) Received: from pool0434.cvx21-bradley.dialup.earthlink.net ([209.179.193.179] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lyDh-0003oS-00; Fri, 15 Mar 2002 12:22:33 -0800 Message-ID: <3C9257F2.5C0EE18F@mindspring.com> Date: Fri, 15 Mar 2002 12:22:10 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug White Cc: Jordan Hubbard , Michael Smith , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info References: <20020315120943.T71602-100000@resnet.uoregon.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug White wrote: > I've been asked several times about how to get CPU speed information for > inventory purposes. > > People would really like the speed number printed on the chip, not what > it's currently running at, if that's retrievable :) Can't mask the speed number. Chips with a lower printed number are just chips that failed testing at higher clock rates. Sometimes, they don't even fail, if they have a big demand swing. 8-). I guess they could laser it out... If Intel really didn't want overclocking to happen, they would put the clock on board the CPU, and make it an output, not an input... 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 12:28:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from moebius2.Space.Net (moebius2.Space.Net [195.30.1.100]) by hub.freebsd.org (Postfix) with SMTP id 4226F37B417 for ; Fri, 15 Mar 2002 12:28:20 -0800 (PST) Received: (qmail 55865 invoked by uid 1013); 15 Mar 2002 20:28:18 -0000 Date: Fri, 15 Mar 2002 21:28:18 +0100 From: Markus Stumpf To: freebsd-hackers@FreeBSD.org Subject: poll() timing problems? Message-ID: <20020315212818.I71668@Space.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: SpaceNet AG, Muenchen, Germany X-PGP-Fingerprint: 66 F3 75 79 01 D0 B8 5F 1A C7 77 88 4A B6 70 DF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We are experiencing some problems which I think *could* be related to timeout problems with poll(). 1) mysql-3.23.48 + FreeBSD 4.2-RELEASE (also happens with prior mysql releases) CPU: Pentium III/Pentium III Xeon/Celeron (796.54-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387fbff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 MySQL works fine for a while (sometimes a day, sometimes only an hour) but then switches into "busy mode". Attaching a "truss" to the pid gives the following: poll(0x8253000,0x3,0x2690) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268f) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268e) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268e) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268e) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268d) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268d) = 1 (0x1) over and over and over again with a lot of those loops per second (however it still works correctly answering queries and that) using one of the two CPUs at nearly 100%. To me it looks like poll() returns from a timeout as I can't see any read()/write() syscalls in the trace and I assume they should be visible if a I/O operation on a FD would be ready, causing poll() to return. 2) Mutt 1.2.5i + FreeBSD 4.4-RELEASE [using ncurses 5.1] CPU: Pentium III/Pentium III Xeon/Celeron (995.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387fbff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 If the user terminates the X session the xterm dies, but the bash and the mutt survive and from that point mutt does nearly the same as above (sorry no trace avail): poll(), gettimeofday(), check mailbox, poll(), ... at a *very* high rate. Here I also assume timeout as the reason for returning from poll. I've checked the PRs (open and closed) but couldn't find a problems I would put in relation to our problems. Has anybody else encountered this kind of problems? Any solutions? If you need more information, I'll try my best to provide them. Thanks, \Maex -- SpaceNet AG | Joseph-Dollinger-Bogen 14 | Fon: +49 (89) 32356-0 Research & Development | D-80807 Muenchen | Fax: +49 (89) 32356-299 "The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 12:34:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 430EB37B402; Fri, 15 Mar 2002 12:34:50 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g2FKYma77667; Fri, 15 Mar 2002 12:34:48 -0800 (PST) (envelope-from dillon) Date: Fri, 15 Mar 2002 12:34:48 -0800 (PST) From: Matthew Dillon Message-Id: <200203152034.g2FKYma77667@apollo.backplane.com> To: Terry Lambert Cc: Doug White , Jordan Hubbard , Michael Smith , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info References: <20020315120943.T71602-100000@resnet.uoregon.edu> <3C9257F2.5C0EE18F@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Doug White wrote: :> I've been asked several times about how to get CPU speed information for :> inventory purposes. :> :> People would really like the speed number printed on the chip, not what :> it's currently running at, if that's retrievable :) : :Can't mask the speed number. : :Chips with a lower printed number are just chips that failed :testing at higher clock rates. Sometimes, they don't even :fail, if they have a big demand swing. 8-). : :I guess they could laser it out... : :If Intel really didn't want overclocking to happen, they would :put the clock on board the CPU, and make it an output, not an :input... 8-) 8-). : :-- Terry Actually, Intel did just that on their Celerons a little while after they were first introduced. People realized that Intel was stamping chips that tested at higher clock rates with lower clock labels in order to keep their lower-rated distribution pipelines full. That created a major overclocking craze on the Celeron line as well as no small amount of grey-market relabeling of chips. This also led to a certain percentage of grey-market relabeled chips failing since not all the lower-rated chips passed the higher rated tests. Enough did, however, and Intel actually began losing market share in their higher-rated chips to their lower-rated chips. Oops! To combat this Intel actually started either lasering or fuse-blowing the PLLs on the chips to make them match their labels and prevent them from being too seriously overclocked. I don't know if they bother to do it anymore, though, as the chip speed testing gap is now back to normal... packaging and heat dissipation has become important again. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 13:55:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 73B9337B404 for ; Fri, 15 Mar 2002 13:55:19 -0800 (PST) Received: (qmail 30685 invoked from network); 15 Mar 2002 21:55:00 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 15 Mar 2002 21:55:00 -0000 Date: Fri, 15 Mar 2002 16:54:59 -0500 (EST) From: Kenneth Culver To: Terry Lambert Cc: jstocker@tzi.de, Alexander Kabaev , Martin Blapp , , , , , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <3C922C0B.AC440E75@mindspring.com> Message-ID: <20020315165304.O30658-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I guess it's possible to change over entirely. That would > mean we would loase a.out support because the GNU tools are > becoming incapable of supporting a.out ("all machines we > run on are Linux machines" syndrome). > > If we really wanted to avoid problems like this in the future, > we'd just scrap FreeBSD entirely, and go to Linux, a bit at a > time, starting with ELF, then DWARF2 exceptions, and then > the Linux ABI instead of the FreeBSD ABI, and then all of Linux, > a piece at a time. At the risk of being yelled at, I have a question: Why do we still need to support a.out? I know that a lot of people MIGHT still have some a.out binaries lying around, but FreeBSD's default binary format has been ELF for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we should entirely switch over to the regular gnu toolchain, but is it really necessary to keep supporting a.out? Just my $0.02 Ken > > PS: If I sound annoyed, it's because it's sometimes annoying > to have your toolchain controlled by someone with an interest > in a product that competes with yours; that works for people > competing with Microsoft products on Microsoft platforms with > a need to use Microsoft tools, and it applies to Cygnus being > owned by RedHat and them controlling the FreeBSD tools. > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Mar 15 14:20:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id E335237B417; Fri, 15 Mar 2002 14:20:29 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2FMKRlv065842; Fri, 15 Mar 2002 14:20:28 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2FMJDsX065814; Fri, 15 Mar 2002 14:19:13 -0800 (PST) Date: Fri, 15 Mar 2002 14:19:13 -0800 From: "David O'Brien" To: Kenneth Culver Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020315141913.D63986@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3C922C0B.AC440E75@mindspring.com> <20020315165304.O30658-100000@alpha.yumyumyum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020315165304.O30658-100000@alpha.yumyumyum.org>; from culverk@alpha.yumyumyum.org on Fri, Mar 15, 2002 at 04:54:59PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 04:54:59PM -0500, Kenneth Culver wrote: > > At the risk of being yelled at, I have a question: Why do we still need to > support a.out? I know that a lot of people MIGHT still have some a.out > binaries lying around, but FreeBSD's default binary format has been ELF > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we should > entirely switch over to the regular gnu toolchain, but is it really > necessary to keep supporting a.out? Just my $0.02 Rather than offer $0.02, send the patch. -- -- David (obrien@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 Mar 15 14:27: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 1FF2D37B416 for ; Fri, 15 Mar 2002 14:26:57 -0800 (PST) Received: (qmail 30863 invoked from network); 15 Mar 2002 22:26:38 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 15 Mar 2002 22:26:38 -0000 Date: Fri, 15 Mar 2002 17:26:37 -0500 (EST) From: Kenneth Culver To: David O'Brien Cc: current@FreeBSD.ORG, Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020315141913.D63986@dragon.nuxi.com> Message-ID: <20020315172221.P30837-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > At the risk of being yelled at, I have a question: Why do we still need to > > support a.out? I know that a lot of people MIGHT still have some a.out > > binaries lying around, but FreeBSD's default binary format has been ELF > > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we should > > entirely switch over to the regular gnu toolchain, but is it really > > necessary to keep supporting a.out? Just my $0.02 > > Rather than offer $0.02, send the patch. > Well, I was just asking if it is necessary, I'd make a patch if there was interest. My mail was asking if there is interest. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 14:36:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id A174E37B41D; Fri, 15 Mar 2002 14:36:10 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2FMa9lv066247; Fri, 15 Mar 2002 14:36:09 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2FMYrkV066208; Fri, 15 Mar 2002 14:34:53 -0800 (PST) Date: Fri, 15 Mar 2002 14:34:53 -0800 From: "David O'Brien" To: Kenneth Culver Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020315143453.A66190@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020315141913.D63986@dragon.nuxi.com> <20020315172221.P30837-100000@alpha.yumyumyum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020315172221.P30837-100000@alpha.yumyumyum.org>; from culverk@alpha.yumyumyum.org on Fri, Mar 15, 2002 at 05:26:37PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 05:26:37PM -0500, Kenneth Culver wrote: > > > At the risk of being yelled at, I have a question: Why do we still need to > > > support a.out? I know that a lot of people MIGHT still have some a.out ... > > Rather than offer $0.02, send the patch. > > Well, I was just asking if it is necessary, I'd make a patch if there was > interest. My mail was asking if there is interest. We aren't changing this for GCC 2.95 in 5-CURRENT. PEROID. There is zero reason for subjecting users to this ABI change for what would be gained. If you want to do something productive, submit patches that Bmake GCC 3.1 (which move us to Dwarf2 unwinding as a product). -- -- David (obrien@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 Mar 15 14:45:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 0A61A37B402; Fri, 15 Mar 2002 14:45:41 -0800 (PST) Received: from pool0079.cvx40-bradley.dialup.earthlink.net ([216.244.42.79] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16m0Rq-000606-00; Fri, 15 Mar 2002 14:45:18 -0800 Message-ID: <3C927961.80C43073@mindspring.com> Date: Fri, 15 Mar 2002 14:44:49 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: jstocker@tzi.de, Alexander Kabaev , Martin Blapp , imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT References: <20020315165304.O30658-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > At the risk of being yelled at, I have a question: Why do we still need to > support a.out? I know that a lot of people MIGHT still have some a.out > binaries lying around, but FreeBSD's default binary format has been ELF > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we should > entirely switch over to the regular gnu toolchain, but is it really > necessary to keep supporting a.out? Just my $0.02 The switchover is not trivial. You're asking someone to do work for something that's not really valuable to them. There are certain boot code features that require the use of a.out kernels; this is less an issue than it was, but there were a number of things lost when we went to the new loader that are important for embedded environments. Cross-building for older platforms (not as big an issue, IMO). Other reasons I haven't even thought of yet.... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 15:20:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 3F65137B416 for ; Fri, 15 Mar 2002 15:20:07 -0800 (PST) Received: (qmail 31194 invoked from network); 15 Mar 2002 23:19:47 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 15 Mar 2002 23:19:47 -0000 Date: Fri, 15 Mar 2002 18:19:47 -0500 (EST) From: Kenneth Culver To: David O'Brien Cc: current@FreeBSD.ORG, Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020315143453.A66190@dragon.nuxi.com> Message-ID: <20020315181838.G31185-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > We aren't changing this for GCC 2.95 in 5-CURRENT. PEROID. There is > zero reason for subjecting users to this ABI change for what would be > gained. > > If you want to do something productive, submit patches that Bmake GCC 3.1 > (which move us to Dwarf2 unwinding as a product). > Oh ok, that's another story altogether... If nobody has gotten to it by the May timeframe I'll do it. I've been looking for a way to contribute to the FreeBSD project anyway. Right now I'm working nearly 40 hrs a week and going to college full-time, so I don't really have time to do anything else. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 15:21:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id E3B2D37B405 for ; Fri, 15 Mar 2002 15:21:33 -0800 (PST) Received: (qmail 31212 invoked from network); 15 Mar 2002 23:21:14 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 15 Mar 2002 23:21:14 -0000 Date: Fri, 15 Mar 2002 18:21:14 -0500 (EST) From: Kenneth Culver To: Terry Lambert Cc: jstocker@tzi.de, Alexander Kabaev , Martin Blapp , , , , , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <3C927961.80C43073@mindspring.com> Message-ID: <20020315182033.A31185-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > At the risk of being yelled at, I have a question: Why do we still need to > > support a.out? I know that a lot of people MIGHT still have some a.out > > binaries lying around, but FreeBSD's default binary format has been ELF > > for 3 or 4 years (Since 3.0-3.1 I believe). I'm not saying that we should > > entirely switch over to the regular gnu toolchain, but is it really > > necessary to keep supporting a.out? Just my $0.02 > > The switchover is not trivial. You're asking someone to do > work for something that's not really valuable to them. > > There are certain boot code features that require the use of > a.out kernels; this is less an issue than it was, but there > were a number of things lost when we went to the new loader > that are important for embedded environments. > > Cross-building for older platforms (not as big an issue, IMO). > > Other reasons I haven't even thought of yet.... 8-). > Yeah, I was just wondering if there were issues making us keep a.out stuff in FreeBSD aside from the "I wanna run 2.2.x programs" issue. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 16: 1: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 18A9D37B402; Fri, 15 Mar 2002 16:00:55 -0800 (PST) Received: from pool0278.cvx21-bradley.dialup.earthlink.net ([209.179.193.23] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16m1ck-00024j-00; Fri, 15 Mar 2002 16:00:38 -0800 Message-ID: <3C928B08.B900F2E4@mindspring.com> Date: Fri, 15 Mar 2002 16:00:08 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kenneth Culver Cc: jstocker@tzi.de, Alexander Kabaev , Martin Blapp , imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT References: <20020315182033.A31185-100000@alpha.yumyumyum.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kenneth Culver wrote: > > Other reasons I haven't even thought of yet.... 8-). > > Yeah, I was just wondering if there were issues making us keep a.out stuff > in FreeBSD aside from the "I wanna run 2.2.x programs" issue. Linking with third party a.out libraries. Other reasons I haven't even thought of yet.... 8-). I can probably add one new reason per email indefinitely, if you want to insist... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 16:26:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id D7B6137B43B for ; Fri, 15 Mar 2002 16:26:09 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g2G0Q9L93501; Fri, 15 Mar 2002 16:26:09 -0800 (PST) (envelope-from rizzo) Date: Fri, 15 Mar 2002 16:26:09 -0800 From: Luigi Rizzo To: hackers@freebsd.org Subject: weird sh behaviour Message-ID: <20020315162609.B93253@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /bin/sh seems not to expanding metacharacters in filenames used for I/O redirection: $ /bin/sh $ ls -l $ touch bbb $ echo test > b* $ ls -l total 2 -rw-r--r-- 1 luigi wheel 5 Mar 16 01:20 b* -rw-r--r-- 1 luigi wheel 0 Mar 16 01:20 bbb $ By contrast, csh and bash do the right thing: bash-2.05a$ ls -l bash-2.05a$ touch bbb bash-2.05a$ echo test > b* bash-2.05a$ ls -l total 2 -rw-r--r-- 1 luigi wheel 5 Mar 16 01:24 bbb Is it a feature or a bug ? cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 17:14:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from descent.robbins.dropbear.id.au (112.b.010.mel.iprimus.net.au [210.50.201.112]) by hub.freebsd.org (Postfix) with ESMTP id B94F837B419 for ; Fri, 15 Mar 2002 17:14:37 -0800 (PST) Received: (from tim@localhost) by descent.robbins.dropbear.id.au (8.11.6/8.11.6) id g2G18jJ03914; Sat, 16 Mar 2002 12:08:45 +1100 (EST) (envelope-from tim) Date: Sat, 16 Mar 2002 12:08:45 +1100 From: "Tim J. Robbins" To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: weird sh behaviour Message-ID: <20020316120845.A3882@descent.robbins.dropbear.id.au> References: <20020315162609.B93253@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020315162609.B93253@iguana.icir.org>; from rizzo@icir.org on Fri, Mar 15, 2002 at 04:26:09PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 04:26:09PM -0800, Luigi Rizzo wrote: > /bin/sh seems not to expanding metacharacters in filenames used for > I/O redirection: *snip* > Is it a feature or a bug ? From my understanding of the POSIX standard, pathname expansion (globbing etc.) should be performed on the word following the > or <, and the result is undefined if more than one file name matches the pattern. FWIW Solaris /bin/sh does not expand, /bin/ksh does, ksh93 does, zsh does. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 17:28:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id 8811237B404; Fri, 15 Mar 2002 17:27:39 -0800 (PST) Received: from newsguy.com (ppp243-bsace7002.telebrasilia.net.br [200.181.81.243]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id RAA04894; Fri, 15 Mar 2002 17:27:34 -0800 (PST) Message-ID: <3C929F99.18C9EC86@newsguy.com> Date: Fri, 15 Mar 2002 22:27:53 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Maxim Sobolev Cc: Michael Smith , hackers@FreeBSD.ORG, audit@FreeBSD.ORG, re@FreeBSD.ORG Subject: Re: Extending loader(8) for loading kerels/modules split across several disks References: <200203070940.g279eTa04750@mass.dis.org> <3C92478F.2B7C11DB@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For whatever it is worth, I like it. Maxim Sobolev wrote: > > Michael Smith wrote: > > > > > > > Please review attached patch, which adds long overdue feature to our > > > > > loader(8), allowing it to load sequence of files as a single object. > > > > > > > > I don't like this. I would much rather see support for 'split' files > > > > implemented as a stacking filesystem layer like the gzip support, with > > > > the simple recognition of 'foo.gz.aa' as the first part of a split > > > > version of 'foo.gz', which in turn is recognised as a compressed version > > > > of 'foo'. > > > > > > I am curious how in this case the layer is going to know how many > > > parts the file contains? > > > > The simple way to do it is to keep asking for more parts until there are > > no more. > > > > You can take the NetBSD approach of wrapping the file in a multipart tar > > archive. > > > > Or a more elegant method involves the use of a control file. > > > > eg. the splitfs code, when asked to open "foo" looks for "foo.split" > > which is a text file containing a list of filenames and media names, eg. > > > > foo.aa "Kernel floppy 1" > > foo.ab "Kernel floppy 2" > > foo.ac "Kernel and modules floppy" > > > > For each file segment, the process is: > > > > - try to open the file > > - prompt "please insert the disk labelled '" > > - try to open the file > > - return error > > > > At any rate, my key point is that the splitting should be invisible, and > > *definitely* not pushed up into the loader. > > Ok, attached is the path, which does exactly what described. Please > review and if there are no objections I would like to commit it > shortly, so that our re@ team would be able to consider it for the > forthcoming 5.0-DP1 release. > > Thanks! > > -Maxim > > ------------------------------------------------------------------------ > Index: src/lib/libstand/Makefile > =================================================================== > RCS file: /home/ncvs/src/lib/libstand/Makefile,v > retrieving revision 1.27 > diff -d -u -r1.27 Makefile > --- src/lib/libstand/Makefile 27 Feb 2002 17:15:37 -0000 1.27 > +++ src/lib/libstand/Makefile 15 Mar 2002 08:40:31 -0000 > @@ -153,6 +153,7 @@ > SRCS+= ufs.c nfs.c cd9660.c tftp.c zipfs.c bzipfs.c > SRCS+= netif.c nfs.c > SRCS+= dosfs.c ext2fs.c > +SRCS+= splitfs.c > > beforeinstall: > ${INSTALL} -C -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/stand.h \ > Index: src/lib/libstand/bzipfs.c > =================================================================== > RCS file: /home/ncvs/src/lib/libstand/bzipfs.c,v > retrieving revision 1.3 > diff -d -u -r1.3 bzipfs.c > --- src/lib/libstand/bzipfs.c 1 Feb 2002 16:33:40 -0000 1.3 > +++ src/lib/libstand/bzipfs.c 15 Mar 2002 08:40:31 -0000 > @@ -150,7 +150,7 @@ > > /* If the name already ends in .gz or .bz2, ignore it */ > if ((cp = strrchr(fname, '.')) && (!strcmp(cp, ".gz") > - || !strcmp(cp, ".bz2"))) > + || !strcmp(cp, ".bz2") || !strcmp(cp, ".split"))) > return(ENOENT); > > /* Construct new name */ > Index: src/lib/libstand/splitfs.c > =================================================================== > RCS file: src/lib/libstand/splitfs.c > diff -N src/lib/libstand/splitfs.c > --- /dev/null 1 Jan 1970 00:00:00 -0000 > +++ src/lib/libstand/splitfs.c 15 Mar 2002 08:40:31 -0000 > @@ -0,0 +1,287 @@ > +/* > + * Copyright (c) 2002 Maxim Sobolev > + * All rights reserved. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * > + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + */ > + > +#include > +__FBSDID("$FreeBSD$"); > + > +#include "stand.h" > + > +#define NTRIES (3) > +#define CONF_BUF (512) > +#define SEEK_BUF (512) > + > +struct split_file > +{ > + char **filesv; /* Filenames */ > + char **descsv; /* Descriptions */ > + int filesc; /* Number of parts */ > + int curfile; /* Current file number */ > + int curfd; /* Current file descriptor */ > + off_t tot_pos; /* Offset from the beginning of the sequence */ > + off_t file_pos; /* Offset from the beginning of the slice */ > +}; > + > +static int splitfs_open(const char *path, struct open_file *f); > +static int splitfs_close(struct open_file *f); > +static int splitfs_read(struct open_file *f, void *buf, size_t size, size_t *resid); > +static off_t splitfs_seek(struct open_file *f, off_t offset, int where); > +static int splitfs_stat(struct open_file *f, struct stat *sb); > + > +struct fs_ops splitfs_fsops = { > + "split", > + splitfs_open, > + splitfs_close, > + splitfs_read, > + null_write, > + splitfs_seek, > + splitfs_stat, > + null_readdir > +}; > + > +static void > +split_file_destroy(struct split_file *sf) > +{ > + int i; > + > + if (sf->filesc > 0) { > + for (i = 0; i < sf->filesc; i++) { > + free(sf->filesv[i]); > + free(sf->descsv[i]); > + } > + free(sf->filesv); > + free(sf->descsv); > + } > + free(sf); > +} > + > +static int > +splitfs_open(const char *fname, struct open_file *f) > +{ > + char *buf, *confname, *cp; > + int conffd; > + struct split_file *sf; > + struct stat sb; > + > + printf("%s\n", fname); > + /* Have to be in "just read it" mode */ > + if (f->f_flags != F_READ) > + return(EPERM); > + > + /* If the name already ends in `.split', ignore it */ > + if ((cp = strrchr(fname, '.')) && (!strcmp(cp, ".split"))) > + return(ENOENT); > + > + /* Construct new name */ > + confname = malloc(strlen(fname) + 7); > + sprintf(confname, "%s.split", fname); > + > + /* Try to open the configuration file */ > + conffd = open(confname, O_RDONLY); > + free(confname); > + if (conffd == -1) > + return(ENOENT); > + > + if (fstat(conffd, &sb) < 0) { > + printf("splitfs_open: stat failed\n"); > + close(conffd); > + return(ENOENT); > + } > + if (!S_ISREG(sb.st_mode)) { > + printf("splitfs_open: not a file\n"); > + close(conffd); > + return(EISDIR); /* best guess */ > + } > + > + /* Allocate a split_file structure, populate it from the config file */ > + sf = malloc(sizeof(struct split_file)); > + bzero(sf, sizeof(struct split_file)); > + buf = malloc(CONF_BUF); > + while (fgetstr(buf, CONF_BUF, conffd) > 0) { > + cp = buf; > + while ((*cp != '\0') && (isspace(*cp) == 0)) > + cp++; > + if (*cp != '\0') { > + *cp = '\0'; > + cp++; > + } > + while ((*cp != '\0') && (isspace(*cp) != 0)) > + cp++; > + if (*cp == '\0') > + cp = buf; > + sf->filesc++; > + sf->filesv = realloc(sf->filesv, sizeof(*(sf->filesv)) * sf->filesc); > + sf->descsv = realloc(sf->descsv, sizeof(*(sf->descsv)) * sf->filesc); > + sf->filesv[sf->filesc - 1] = strdup(buf); > + sf->descsv[sf->filesc - 1] = strdup(cp); > + } > + free(buf); > + close(conffd); > + > + if ((sf->filesc == 0) || ((sf->curfd = open(sf->filesv[0], O_RDONLY)) == -1)) { > + split_file_destroy(sf); > + return(ENOENT); > + } > + > + /* Looks OK, we'll take it */ > + f->f_fsdata = sf; > + return (0); > +} > + > +static int > +splitfs_close(struct open_file *f) > +{ > + int fd; > + struct split_file *sf; > + > + sf = (struct split_file *)f->f_fsdata; > + fd = sf->curfd; > + split_file_destroy(sf); > + return(close(fd)); > +} > + > +static int > +splitfs_read(struct open_file *f, void *buf, size_t size, size_t *resid) > +{ > + int i, nread, totread; > + struct split_file *sf; > + > + sf = (struct split_file *)f->f_fsdata; > + totread = 0; > + do { > + nread = read(sf->curfd, buf, size - totread); > + > + /* Error? */ > + if (nread == -1) > + return (errno); > + > + sf->tot_pos += nread; > + sf->file_pos += nread; > + totread += nread; > + buf += nread; > + > + if (totread < size) { /* EOF */ > + if (sf->curfile == (sf->filesc - 1)) /* Last slice */ > + break; > + > + /* Close previous slice */ > + if (close(sf->curfd) != 0) > + return (errno); > + > + sf->curfile++; > + for (i = 0;; i++) { > + sf->curfd = open(sf->filesv[sf->curfile], O_RDONLY); > + if (sf->curfd >= 0) > + break; > + if ((sf->curfd == -1) && (errno != ENOENT)) > + return (errno); > + if (i == NTRIES) > + return (EIO); > + printf("\nInsert disk labelled %s and press any key...", sf->descsv[sf->curfile]); > + getchar();putchar('\n'); > + } > + sf->file_pos = 0; > + } > + } while (totread < size); > + > + if (resid != NULL) > + *resid = size - totread; > + > + return (0); > +} > + > +static off_t > +splitfs_seek(struct open_file *f, off_t offset, int where) > +{ > + int nread; > + size_t resid; > + off_t new_pos, seek_by; > + struct split_file *sf; > + > + sf = (struct split_file *)f->f_fsdata; > + > + seek_by = offset; > + switch (where) { > + case SEEK_SET: > + seek_by -= sf->tot_pos; > + break; > + case SEEK_CUR: > + break; > + case SEEK_END: > + panic("splitfs_seek: SEEK_END not supported"); > + break; > + } > + > + if (seek_by > 0) { > + /* > + * Seek forward - implemented using splitfs_read(), because otherwise we'll be > + * unable to detect that we have crossed slice boundary and hence > + * unable to do a long seek crossing that boundary. > + */ > + void *tmp; > + > + tmp = malloc(SEEK_BUF); > + if (tmp == NULL) > + return (-1); > + > + nread = 0; > + for (; seek_by > 0; seek_by -= nread) { > + resid = 0; > + errno = splitfs_read(f, tmp, min(seek_by, SEEK_BUF), &resid); > + nread = min(seek_by, SEEK_BUF) - resid; > + if ((errno != 0) || (nread == 0)) > + /* Error or EOF */ > + break; > + } > + free(tmp); > + if (errno != 0) > + return (-1); > + } > + > + if (seek_by != 0) { > + /* Seek backward or seek past the boundary of the last slice */ > + if (sf->file_pos + seek_by < 0) > + panic("splitfs_seek: can't seek past the beginning of the slice"); > + new_pos = lseek(sf->curfd, seek_by, SEEK_CUR); > + if (new_pos < 0) > + return (-1); > + sf->tot_pos += new_pos - sf->file_pos; > + sf->file_pos = new_pos; > + } > + > + return (sf->tot_pos); > +} > + > +static int > +splitfs_stat(struct open_file *f, struct stat *sb) > +{ > + int result; > + struct split_file *sf = (struct split_file *)f->f_fsdata; > + > + /* stat as normal, but indicate that size is unknown */ > + if ((result = fstat(sf->curfd, sb)) == 0) > + sb->st_size = -1; > + return (result); > +} > Index: src/lib/libstand/stand.h > =================================================================== > RCS file: /home/ncvs/src/lib/libstand/stand.h,v > retrieving revision 1.29 > diff -d -u -r1.29 stand.h > --- src/lib/libstand/stand.h 9 Mar 2002 21:02:11 -0000 1.29 > +++ src/lib/libstand/stand.h 15 Mar 2002 08:40:31 -0000 > @@ -125,6 +125,7 @@ > extern struct fs_ops bzipfs_fsops; > extern struct fs_ops dosfs_fsops; > extern struct fs_ops ext2fs_fsops; > +extern struct fs_ops splitfs_fsops; > > /* where values for lseek(2) */ > #define SEEK_SET 0 /* set file offset to offset */ > Index: src/lib/libstand/zipfs.c > =================================================================== > RCS file: /home/ncvs/src/lib/libstand/zipfs.c,v > retrieving revision 1.8 > diff -d -u -r1.8 zipfs.c > --- src/lib/libstand/zipfs.c 30 Sep 2001 22:28:01 -0000 1.8 > +++ src/lib/libstand/zipfs.c 15 Mar 2002 08:40:31 -0000 > @@ -175,7 +175,7 @@ > > /* If the name already ends in .gz or .bz2, ignore it */ > if ((cp = strrchr(fname, '.')) && (!strcmp(cp, ".gz") > - || !strcmp(cp, ".bz2"))) > + || !strcmp(cp, ".bz2") || !strcmp(cp, ".split"))) > return(ENOENT); > > /* Construct new name */ > Index: src/sys/boot/i386/loader/conf.c > =================================================================== > RCS file: /home/ncvs/src/sys/boot/i386/loader/conf.c,v > retrieving revision 1.18 > diff -d -u -r1.18 conf.c > --- src/sys/boot/i386/loader/conf.c 5 Nov 2001 18:59:13 -0000 1.18 > +++ src/sys/boot/i386/loader/conf.c 15 Mar 2002 08:40:31 -0000 > @@ -60,6 +60,7 @@ > &ext2fs_fsops, > &dosfs_fsops, > &cd9660_fsops, > + &splitfs_fsops, > #ifdef LOADER_GZIP_SUPPORT > &zipfs_fsops, > #endif -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@international.bsdconspiracy.net "They did what they could to help her, using human skills -- and then, when that failed, left it in the hands of the gods. In this case," he bowed slightly, "myself. Like it or not," the demon continued, "that is my status in this region. Take it up with my priests if it bothers you." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 17:47:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from draco.over-yonder.net (draco.over-yonder.net [198.78.58.61]) by hub.freebsd.org (Postfix) with ESMTP id 89D8437B404; Fri, 15 Mar 2002 17:47:28 -0800 (PST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 21FF9FC4; Fri, 15 Mar 2002 19:47:28 -0600 (CST) Date: Fri, 15 Mar 2002 19:47:28 -0600 From: "Matthew D. Fuller" To: Terry Lambert Cc: Kenneth Culver , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020315194728.P57293@over-yonder.net> References: <20020315182033.A31185-100000@alpha.yumyumyum.org> <3C928B08.B900F2E4@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5-fullermd.1i In-Reply-To: <3C928B08.B900F2E4@mindspring.com>; from tlambert2@mindspring.com on Fri, Mar 15, 2002 at 04:00:08PM -0800 X-Editor: vi X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ Trim the CC's a bit ] On Fri, Mar 15, 2002 at 04:00:08PM -0800 I heard the voice of Terry Lambert, and lo! it spake thus: > Kenneth Culver wrote: > > > Other reasons I haven't even thought of yet.... 8-). > > > > Yeah, I was just wondering if there were issues making us keep a.out stuff > > in FreeBSD aside from the "I wanna run 2.2.x programs" issue. > > Linking with third party a.out libraries. > > Other reasons I haven't even thought of yet.... 8-). (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact demand paged dynamically linked executable Now, if you'd like to talk Netscape into building a version intended for a version of FreeBSD newer than, say, 3 years, 3.5 months (approximately) old... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 17:53:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 6F9D737B41A for ; Fri, 15 Mar 2002 17:53:37 -0800 (PST) Received: (qmail 32046 invoked from network); 16 Mar 2002 01:53:16 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 16 Mar 2002 01:53:16 -0000 Date: Fri, 15 Mar 2002 20:53:16 -0500 (EST) From: Kenneth Culver To: "Matthew D. Fuller" Cc: Terry Lambert , , , Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020315194728.P57293@over-yonder.net> Message-ID: <20020315205228.V32037-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin > /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact > demand paged dynamically linked executable > > Now, if you'd like to talk Netscape into building a version intended for > a version of FreeBSD newer than, say, 3 years, 3.5 months (approximately) > old... > I didn't realize anyone still used netscape 4.x. It's so disgustingly unstable and slow. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 17:55:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from draco.over-yonder.net (draco.over-yonder.net [198.78.58.61]) by hub.freebsd.org (Postfix) with ESMTP id 5DE5237B4A3; Fri, 15 Mar 2002 17:55:37 -0800 (PST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 25341FC4; Fri, 15 Mar 2002 19:55:37 -0600 (CST) Date: Fri, 15 Mar 2002 19:55:37 -0600 From: "Matthew D. Fuller" To: Kenneth Culver Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT Message-ID: <20020315195537.Q57293@over-yonder.net> References: <20020315194728.P57293@over-yonder.net> <20020315205228.V32037-100000@alpha.yumyumyum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5-fullermd.1i In-Reply-To: <20020315205228.V32037-100000@alpha.yumyumyum.org>; from culverk@alpha.yumyumyum.org on Fri, Mar 15, 2002 at 08:53:16PM -0500 X-Editor: vi X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 08:53:16PM -0500 I heard the voice of Kenneth Culver, and lo! it spake thus: > > I didn't realize anyone still used netscape 4.x. It's so disgustingly > unstable and slow. That it is. The problem, of course, is that all the alternatives are more unstable and slowER. #include , see the thread we had on this a few weeks back on -chat. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 18:15:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by hub.freebsd.org (Postfix) with SMTP id B98AF37B400 for ; Fri, 15 Mar 2002 18:15:16 -0800 (PST) Received: (qmail 38296 invoked by uid 1001); 16 Mar 2002 12:15:14 +1000 X-Posted-By: GJB-Post 2.25 04-Mar-2002 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 65 days, 18:33 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Sat, 16 Mar 2002 12:15:14 +1000 From: Greg Black To: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT References: <20020315205228.V32037-100000@alpha.yumyumyum.org> In-reply-to: <20020315205228.V32037-100000@alpha.yumyumyum.org> of Fri, 15 Mar 2002 20:53:16 EST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Cc's trimmed] Kenneth Culver wrote: | > (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin | > /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact | > demand paged dynamically linked executable | > | > Now, if you'd like to talk Netscape into building a version intended for | > a version of FreeBSD newer than, say, 3 years, 3.5 months (approximately) | > old... | > | I didn't realize anyone still used netscape 4.x. It's so disgustingly | unstable and slow. It's less slow and much more reliable than mozilla and remains the only available browser that can access most of the sites I need to access. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 19:11:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from backup.dagupan.com (www.psysc.org.ph [206.101.69.5]) by hub.freebsd.org (Postfix) with ESMTP id 02D8E37B400 for ; Fri, 15 Mar 2002 19:11:39 -0800 (PST) Received: from bitstop0bcloce (202.91.161.168 [202.91.161.168]) by backup.dagupan.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id HATMQ508; Sat, 16 Mar 2002 11:13:02 +0800 Message-ID: <005c01c1cc98$34928f40$a8a15bca@bitstop0bcloce> From: "Francis Vidal" To: "Dan Nelson" Cc: References: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce> <20020315162137.GD2941@dan.emsphone.com> Subject: Re: Removing data segment size limit Date: Sat, 16 Mar 2002 11:10:58 +0800 Organization: Bitstop Network Services, Inc. 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan, memory_pools is off, main memory is 1.5GB with cache_mem set at 128MB. cache_dir total is around 96GB (spread across 3 HDDs). I haven't really monitored the memory growth but it's now at 548MB (from top). ----- Original Message ----- From: "Dan Nelson" To: "Francis Vidal" Cc: Sent: Saturday, March 16, 2002 12:21 AM Subject: Re: Removing data segment size limit > In the last episode (Mar 15), Francis Vidal said: > > Hi, > > > > I'm running a very busy Squid proxy/cache system and I've bumped up the > > data segment size to 768MB but the cache is growing and I'm afraid it > > (Squid process) might stop again once the limit is reached. Is there a > > way to remove the kernel-imposed data segment size limit? Are there > > Squid admins here that might give me tips on fine-tuning? > > You can try setting 'memory_pools off' in your Squid config, which > might make squids memory usage stay closer to its 'cache_mem' setting. > What's cache_mem currently set to, and how fast does squid's memory > usage grow? > > -- > Dan Nelson > dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 19:12:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 6B58E37B429 for ; Fri, 15 Mar 2002 19:12:02 -0800 (PST) Received: (qmail 32520 invoked from network); 16 Mar 2002 03:11:42 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 16 Mar 2002 03:11:42 -0000 Date: Fri, 15 Mar 2002 22:11:42 -0500 (EST) From: Kenneth Culver To: "Matthew D. Fuller" Cc: current@FreeBSD.ORG, Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020315195537.Q57293@over-yonder.net> Message-ID: <20020315221049.Y32498-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > #include , see the thread we had on this a few weeks back on > -chat. > OK, I'll look, but I disagree... Mozilla runs flawlessly for me, and renders much faster than netscape, however it loads really slow. Opera runs nicely too, although it's linux only. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 19:14:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 38BBF37B405 for ; Fri, 15 Mar 2002 19:14:08 -0800 (PST) Received: (qmail 32540 invoked from network); 16 Mar 2002 03:13:48 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 16 Mar 2002 03:13:48 -0000 Date: Fri, 15 Mar 2002 22:13:48 -0500 (EST) From: Kenneth Culver To: Greg Black Cc: current@FreeBSD.ORG, Subject: Re: gcc -O broken in CURRENT In-Reply-To: Message-ID: <20020315221157.X32498-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > It's less slow and much more reliable than mozilla and remains the only > available browser that can access most of the sites I need to access. That's odd, I've never had any mozilla problems. All I know is that it doesn't crash on sites that Netscape crashes on (anything java) and for me it runs much faster than netscape. It loads slower, but renders pages much faster, and I tend to load my browser once per day, and just leave it on. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 19:16:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id 02B5C37B405 for ; Fri, 15 Mar 2002 19:16:46 -0800 (PST) Received: (qmail 32577 invoked from network); 16 Mar 2002 03:16:25 -0000 Received: from dsl092-171-091.wdc1.dsl.speakeasy.net (66.92.171.91) by dsl092-171-091.wdc1.dsl.speakeasy.net with SMTP; 16 Mar 2002 03:16:25 -0000 Date: Fri, 15 Mar 2002 22:16:25 -0500 (EST) From: Kenneth Culver To: Greg Black Cc: current@FreeBSD.ORG, Subject: Re: gcc -O broken in CURRENT In-Reply-To: <20020315221157.X32498-100000@alpha.yumyumyum.org> Message-ID: <20020315221602.F32570-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > That's odd, I've never had any mozilla problems. All I know is that it > doesn't crash on sites that Netscape crashes on (anything java) and for > me it runs much faster than netscape. It loads slower, but renders pages > much faster, and I tend to load my browser once per day, and just leave > it on. Anyway, this is way OT, so that was my last message about it. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 19:20:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 6DF7137B405; Fri, 15 Mar 2002 19:20:18 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020316032016.XIXV1214.rwcrmhc54.attbi.com@InterJet.elischer.org>; Sat, 16 Mar 2002 03:20:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA88564; Fri, 15 Mar 2002 19:00:50 -0800 (PST) Date: Fri, 15 Mar 2002 19:00:48 -0800 (PST) From: Julian Elischer To: Greg Black Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 16 Mar 2002, Greg Black wrote: > [Cc's trimmed] > > Kenneth Culver wrote: > > | > (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin > | > /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact > | > demand paged dynamically linked executable > | > > | > Now, if you'd like to talk Netscape into building a version intended for > | > a version of FreeBSD newer than, say, 3 years, 3.5 months (approximately) > | > old... > | > > | I didn't realize anyone still used netscape 4.x. It's so disgustingly > | unstable and slow. > > It's less slow and much more reliable than mozilla and remains > the only available browser that can access most of the sites I > need to access. > and I use it's mail reader a lot.. > Greg > > 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 Mar 15 19:42:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51]) by hub.freebsd.org (Postfix) with ESMTP id 51FC437B402; Fri, 15 Mar 2002 19:42:26 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail4.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Fri, 15 Mar 2002 22:42:05 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 2DA6CBA05; Fri, 15 Mar 2002 22:41:26 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Kenneth Culver , "Matthew D. Fuller" Subject: Re: gcc -O broken in CURRENT Date: Fri, 15 Mar 2002 22:41:26 -0500 X-Mailer: KMail [version 1.3] Cc: Terry Lambert , , , References: <20020315205228.V32037-100000@alpha.yumyumyum.org> In-Reply-To: <20020315205228.V32037-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020316034126.2DA6CBA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 15 March 2002 08:53 pm, Kenneth Culver wrote: | > (ttypa):{1078}% file /usr/local/lib/netscape/communicator-4.7.us.bin | > /usr/local/lib/netscape/communicator-4.7.us.bin: FreeBSD/i386 compact | > demand paged dynamically linked executable | > | > Now, if you'd like to talk Netscape into building a version intended for | > a version of FreeBSD newer than, say, 3 years, 3.5 months (approximately) | > old... | | I didn't realize anyone still used netscape 4.x. It's so disgustingly | unstable and slow. Well, the linux-netscape 4 is the only browser I know that can handle Java pages on FreeBSD. Are there others? If you mean the FreeBSD-native netscape 4.x; yes, it's perfectly silly to run *that*. | | Ken | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 20:17:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 00E3937B400 for ; Fri, 15 Mar 2002 20:17:26 -0800 (PST) Received: (qmail 19157 invoked from network); 16 Mar 2002 04:17:25 -0000 Received: from unknown (HELO VINZCLORTHO) ([66.92.70.186]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Mar 2002 04:17:25 -0000 From: "Benjamin P. Grubin" To: "'Brian T.Schellenberger'" Cc: , Subject: RE: gcc -O broken in CURRENT Date: Fri, 15 Mar 2002 23:17:11 -0500 Message-ID: <000801c1cca1$72650ab0$080aa8c0@VINZCLORTHO> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-reply-to: <20020316034126.2DA6CBA05@i8k.babbleon.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Err--the linux netscape 6 runs fine. It's also quite slow to load, but so far appears to be rather robust. Cheers, Ben > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG] On Behalf Of Brian > T.Schellenberger > Sent: Friday, March 15, 2002 10:41 PM > To: Kenneth Culver; Matthew D. Fuller > Cc: Terry Lambert; current@FreeBSD.ORG; hackers@FreeBSD.ORG; > obrien@FreeBSD.ORG > Subject: Re: gcc -O broken in CURRENT > > > On Friday 15 March 2002 08:53 pm, Kenneth Culver wrote: > | > (ttypa):{1078}% file > /usr/local/lib/netscape/communicator-4.7.us.bin > | > /usr/local/lib/netscape/communicator-4.7.us.bin: > FreeBSD/i386 compact > | > demand paged dynamically linked executable > | > > | > Now, if you'd like to talk Netscape into building a > version intended for > | > a version of FreeBSD newer than, say, 3 years, 3.5 months > (approximately) > | > old... > | > | I didn't realize anyone still used netscape 4.x. It's so > disgustingly > | unstable and slow. > > Well, the linux-netscape 4 is the only browser I know that > can handle Java > pages on FreeBSD. > > Are there others? > > If you mean the FreeBSD-native netscape 4.x; yes, it's > perfectly silly to run > *that*. > > | > | Ken > | > | > | To Unsubscribe: send mail to majordomo@FreeBSD.org > | with "unsubscribe freebsd-hackers" in the body of the message > > -- > Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) > ME --> http://www.babbleon.org > http://www.eff.org <-- GOOD GUYS --> > http://www.programming-freedom.org > > To Unsubscribe: send > mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Mar 15 20:30:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 237DE37B405 for ; Fri, 15 Mar 2002 20:30:17 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2G4UGi47078; Fri, 15 Mar 2002 21:30:16 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2G4U1L62591; Fri, 15 Mar 2002 21:30:15 -0700 (MST) (envelope-from imp@village.org) Date: Fri, 15 Mar 2002 21:29:52 -0700 (MST) Message-Id: <20020315.212952.69312376.imp@village.org> To: doconnor@gsoft.com.au Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PCI read config functions From: "M. Warner Losh" In-Reply-To: <1016143462.13485.6.camel@chowder.dons.net.au> References: <1016089135.522.50.camel@chowder.gsoft.com.au> <20020314.084339.123422762.imp@village.org> <1016143462.13485.6.camel@chowder.dons.net.au> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <1016143462.13485.6.camel@chowder.dons.net.au> "Daniel O'Connor" writes: : On Fri, 2002-03-15 at 03:13, M. Warner Losh wrote: : > The pci config space is always mapped. What does pciconf -r pciX:Y:Z : > 0:0xff say? X:Y:Z is the pci bus address. : : mdtest# pciconf -r pci0:11:0 0:0xff : 0x00046666 0x02800003 0x07000202 0x00000008 : 0xd8002000 0x0000c001 0x00000000 0x0000c401 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000109 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : 0x00000000 0x00000000 0x00000000 0x00000000 : : Very odd :( : Time to install Linux on the machine and see if it works there I : think... So it does look like freeBSD is returning something sane and that maybe the card is insane :-(. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 20:39:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 0D20E37B402; Fri, 15 Mar 2002 20:39:29 -0800 (PST) Received: from pool0080.cvx40-bradley.dialup.earthlink.net ([216.244.42.80] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16m5yU-0001ed-00; Fri, 15 Mar 2002 20:39:22 -0800 Message-ID: <3C92CC54.2DDC32A3@mindspring.com> Date: Fri, 15 Mar 2002 20:38:44 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brian T.Schellenberger" Cc: Kenneth Culver , "Matthew D. Fuller" , current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gcc -O broken in CURRENT References: <20020315205228.V32037-100000@alpha.yumyumyum.org> <20020316034126.2DA6CBA05@i8k.babbleon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brian T.Schellenberger" wrote: > Well, the linux-netscape 4 is the only browser I know that can handle Java > pages on FreeBSD. > > Are there others? > > If you mean the FreeBSD-native netscape 4.x; yes, it's perfectly silly to run > *that*. 4.7 does this just fine, if you don't move the mouse until it's done loading. That restriction only exists for image mapped interfaces, where the Java GIF loader is used, and then only if the image loading is not serialized by the page design. Note that only Solaris, Windows, and Linux, all of which assume (incorrectly) that a threaded process that is preempted involuntarily will resume executin in the thread that was runningat preemption time, handle the concurrent image loading correctly, if you move the mouse or otherwise cause input to the browser before the loads are complete. Basically, it's bad threading assumptions, and it's fixed in a more recent version, if you can find one. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 22: 3:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from FMS.Comstory.com (mail.comstory.com.tw [210.66.189.178]) by hub.freebsd.org (Postfix) with ESMTP id E4C3437B402 for ; Fri, 15 Mar 2002 22:03:29 -0800 (PST) Received: from pca5 (Linux.comstory.com.tw [210.66.189.177]) (authenticated) by FMS.Comstory.com (8.11.3/8.11.3) with ESMTP id g2G5xDD39440 for ; Sat, 16 Mar 2002 13:59:15 +0800 (CST) From: User Faneyli Reply-To: To: Subject: Date: Sat, 16 Mar 2002 14:08:12 +0800 Message-ID: <1159A0793344D511BA670000E842E8C1536F06@EXCHANGE> MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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 Mar 15 22:40:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id D4A0337B404 for ; Fri, 15 Mar 2002 22:40:19 -0800 (PST) Received: from dan.emsphone.com (dan@localhost [127.0.0.1]) by dan.emsphone.com (8.12.2/8.12.2) with ESMTP id g2G6eEWM083612; Sat, 16 Mar 2002 00:40:15 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.2/Submit) id g2G6eAiI083602; Sat, 16 Mar 2002 00:40:10 -0600 (CST) Date: Sat, 16 Mar 2002 00:40:10 -0600 From: Dan Nelson To: Francis Vidal Cc: freebsd-hackers@freebsd.org Subject: Re: Removing data segment size limit Message-ID: <20020316064009.GL2941@dan.emsphone.com> References: <006d01c1cc0f$17689470$0ea55bca@bitstop0bcloce> <20020315162137.GD2941@dan.emsphone.com> <005c01c1cc98$34928f40$a8a15bca@bitstop0bcloce> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005c01c1cc98$34928f40$a8a15bca@bitstop0bcloce> User-Agent: Mutt/1.3.27i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Mar 16), Francis Vidal said: > memory_pools is off, main memory is 1.5GB with cache_mem set at > 128MB. cache_dir total is around 96GB (spread across 3 HDDs). I > haven't really monitored the memory growth but it's now at 548MB > (from top). That doesn't sound too bad; For comparison, I've got an 8gb cache_dir with 500k objects, an 8MB cache_dir, and my squid process sits at around 80MB of RAM used. You've got a cache_dir about 10x larger than mine, so I wouldn't be surprised to see an 800MB squid process. I could be completely off base, though. You might want to check with the people on the Squid mailing-list: squid-users@squid-cache.org -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 15 23:37:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by hub.freebsd.org (Postfix) with ESMTP id E512137B416 for ; Fri, 15 Mar 2002 23:37:08 -0800 (PST) Received: from twincat.vladsempire.net (hutch-662.hutchtel.net [206.10.68.190]) by services.webwarrior.net (Postfix) with ESMTP id 743B63ED for ; Sat, 16 Mar 2002 01:37:07 -0600 (CST) Received: by twincat.vladsempire.net (Postfix, from userid 1001) id 7E14F3899; Sat, 16 Mar 2002 01:37:54 +0000 (GMT) Date: Sat, 16 Mar 2002 01:37:53 +0000 From: Josh Paetzel To: Terry Lambert Cc: Josh Paetzel , Matthew Emmerton , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info Message-ID: <20020316013753.A290@twincat.vladsempire.net> References: <006601c1cb06$b9f07370$1200a8c0@gsicomp.on.ca> <3C902B36.4D4EB8E@mindspring.com> <20020315100853.P287@twincat.vladsempire.net> <3C923D0A.2259D49F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C923D0A.2259D49F@mindspring.com>; from tlambert2@mindspring.com on Fri, Mar 15, 2002 at 10:27:22AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Mar 15, 2002 at 10:27:22AM -0800, Terry Lambert wrote: > Josh Paetzel wrote: > > This is a perfect example of, "Just because you can do something, > > doesn't mean you should." > > > > I wouldn't see anything wrong with grabbing the clock frequency of the > > first cpu in the system and noting in the man page that if you have > > multiple cpus and you aren't running them at the same frequency, then > > the reported value is applicable only to the first cpu. > > > > This would save a ton of time in implementing Jordan's ideas, at the > > cost of not being able to deal correctlywith a situation that > > (hopefully) isn't too common in the field. The other less tangible > > disadvantage to my suggestion is that it takes us one step further in our > > single-cpu-centric userland, ala top, uptime, and so forth only > > displaying stats for "one" cpu. > > Incorrect information is always worse than no information. > > -- Terry Yeah, you're right. Six hours of contemplation and I've changed my tune. If it's going to be done, should be done right. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 6:23:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 7981737B400; Sat, 16 Mar 2002 06:23:44 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2GENTF29410; Sat, 16 Mar 2002 09:23:37 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sat, 16 Mar 2002 09:23:28 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jeff Jirsa Cc: freebsd-hackers@freebsd.org, arr@freebsd.org Subject: Re: logging securelevel violations In-Reply-To: <002001c1c936$c25ff4d0$5e3bad86@boredom> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 11 Mar 2002, Jeff Jirsa wrote: > I've noticed that currently, violations of securelevel are aborted, but not > typically logged. It seems like in addition to aborting whichever calls are > in progress, logging an error might be beneficial. I recognize that this > goes along the same lines as logging file permission errors, but if a file > is marked immutable, the implicit value of the file should suggest that one > might want to be able to audit attempted changes to that file. <...> > Would the following not work? <...> > log(LOG_ERR, "Unable to load module %s: securelevel violation \n", <...> > So, my questions are: Why shouldn't it be done? What simple problems am I > overlooking? (Would such a contribution have a chance of making it into > 5.0?) It would work, certainly, but I guess the question is whether it's useful and/or desirable. The first concern I'd have is that the message is inaccurate: it's not a violation, it's a denial of a request. The security policy hasn't been violated, it's actually been enforced. Second, my concern would be whether this is useful. First off, securelevels are an inconsistent policy, and easy to work around as an attacker without ever generating any of these warnings. Second, these warnings would be generated during normal operations, as a number of applications attempt to load kernel modules when they need them, including ppp. Generating spurious warnings as part of normal system activity isn't necessarily a useful activity, and tends to result in more calls for help on questions@. What would be far more desirable is a general framework for auditing, something that Andrew Reiter has been working on (CC'd). I'm not sure what his current status is, but presumably reporting securelevel check failures would fit well into the framework. Depending on his progress, it may be that any contributions that you could make towards bring the framework to fruition would be much appreciated :-), be it requirements information, other suggestions, or code :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 6:57:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 1648737B404; Sat, 16 Mar 2002 06:57:49 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2GEvlF29690; Sat, 16 Mar 2002 09:57:47 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sat, 16 Mar 2002 09:57:46 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp Cc: hackers@freebsd.org, security@freebsd.org Subject: Re: Userland Hacker Task: divert socket listener... In-Reply-To: <35126.1015973393@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Heh. I had something a little like that at one point -- it just acted as a pass-through, but also logged in the pcap format. I thought someone had done modifications to tcpdump to allow it to speak to divert sockets, don't know that it was ever actually committed. Might be in the PR's still. Was great for testing and understanding firewall rules. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Tue, 12 Mar 2002, Poul-Henning Kamp wrote: > > Here is something I miss a lot: > > I would like a small program which can listen to a specified divert(4) > socket and act on the incoming packets. > > Specifically I want to direct all unwanted trafic from my ipfw rules > into the divert socket and have the program examine these packets > and when configured thresholds were exceeded take actions like: > > Add a blackhole route for a period of time to the source > IP to prevent any packets getting back to the attacker. > > Add a blocking ipfw rule for incoming trafic from the > attackers IP# for some period of time. > > Add a divert ipfw rule for incoming trafic from the > attackers IP# to capture all the tricks he is trying to > do. > > Log the received packets in detail in pcap format files. > > Report the packets to Dshield.org > > etc. > > Any takers ? > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > > 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 Sat Mar 16 9:14:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tarantula.cse.Buffalo.EDU (tarantula.cse.Buffalo.EDU [128.205.39.16]) by hub.freebsd.org (Postfix) with ESMTP id 3F77F37B404 for ; Sat, 16 Mar 2002 09:14:43 -0800 (PST) Received: (from rc27@localhost) by tarantula.cse.Buffalo.EDU (8.11.6+Sun/8.10.1) id g2GHEcE11298 for freebsd-hackers@freebsd.org; Sat, 16 Mar 2002 12:14:38 -0500 (EST) Date: Sat, 16 Mar 2002 12:14:38 -0500 (EST) From: Ramkumar Chinchani Message-Id: <200203161714.g2GHEcE11298@tarantula.cse.Buffalo.EDU> To: freebsd-hackers@freebsd.org Subject: Memory management bug in FreeBSD 4.5 RELEASE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote a small program as follows int i = 32; int main(){ while (1) malloc(i); } As long as i is in between 1 and 32, all memory is used up and all swap is used up, and then the process is killed. Again, when i > 32, all seems well. What could be the problem? -Ram To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 9:30:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id 8CB7537B419 for ; Sat, 16 Mar 2002 09:30:26 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id g2GHUPp39177; Sat, 16 Mar 2002 11:30:25 -0600 (CST) (envelope-from tinguely) Date: Sat, 16 Mar 2002 11:30:25 -0600 (CST) From: mark tinguely Message-Id: <200203161730.g2GHUPp39177@web.cs.ndsu.nodak.edu> To: freebsd-hackers@FreeBSD.ORG, rc27@cse.Buffalo.EDU Subject: Re: Memory management bug in FreeBSD 4.5 RELEASE In-Reply-To: <200203161714.g2GHEcE11298@tarantula.cse.Buffalo.EDU> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > int i = 32; > > int > main(){ while (1) malloc(i); } > > > As long as i is in between 1 and 32, all memory is used up and all swap is used up, and then the process is killed. > > Again, when i > 32, all seems well. dirty at least a byte of the data: main(){ while (1) { char *p (char *) malloc(i); *p=0; } if the memory has not been dirtied, the system does not need to remember it when physical memory has been depleted. --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 9:48:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tarantula.cse.Buffalo.EDU (tarantula.cse.Buffalo.EDU [128.205.39.16]) by hub.freebsd.org (Postfix) with ESMTP id 6E9C837B404 for ; Sat, 16 Mar 2002 09:44:23 -0800 (PST) Received: (from rc27@localhost) by tarantula.cse.Buffalo.EDU (8.11.6+Sun/8.10.1) id g2GHiMN11376; Sat, 16 Mar 2002 12:44:22 -0500 (EST) Date: Sat, 16 Mar 2002 12:44:22 -0500 (EST) From: Ramkumar Chinchani To: mark tinguely Cc: Subject: Re: Memory management bug in FreeBSD 4.5 RELEASE In-Reply-To: <200203161730.g2GHUPp39177@web.cs.ndsu.nodak.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG But why does this not happen after i = 32 ? I hardly see any increase in memory usage after that. -Ram ==> mark tinguely /11:30am/Mar 16, 2002 <== [> int i = 32; [> [> int [> main(){ while (1) malloc(i); } [> [> [> As long as i is in between 1 and 32, all memory is used up and all swap is used up, and then the process is killed. [> [> Again, when i > 32, all seems well. [ [dirty at least a byte of the data: [ [main(){ while (1) { char *p (char *) malloc(i); *p=0; } [ [if the memory has not been dirtied, the system does not need to remember [it when physical memory has been depleted. [ [--mark. [ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 10: 2:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id 5F28C37B419 for ; Sat, 16 Mar 2002 09:58:41 -0800 (PST) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id g2GHwek39309; Sat, 16 Mar 2002 11:58:40 -0600 (CST) (envelope-from tinguely) Date: Sat, 16 Mar 2002 11:58:40 -0600 (CST) From: mark tinguely Message-Id: <200203161758.g2GHwek39309@web.cs.ndsu.nodak.edu> To: rc27@cse.Buffalo.EDU, tinguely@web.cs.ndsu.nodak.edu Subject: Re: Memory management bug in FreeBSD 4.5 RELEASE Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > But why does this not happen after i = 32 ? I hardly see any increase in > memory usage after that. I think you are backstoring pages that hold the allocated memory bucket pointers, not the data itself. in the i < 32 you run out of these pages of pointers to buckets before you hit your data size VM limit. After 32 bits, you are allocating bigger, using fewer buckets, and therefore few pointers to the buckets. you hit your data size VM limit before you exceed the back store of these pointers. you do not check the return code from you malloc, so after you exceed your data size VM limit, your program is just spinning, no more pages of pointers will be squeeze out to swap backstore. dirty a byte in your malloc block to push out all of the allocated data. --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 10:25:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by hub.freebsd.org (Postfix) with ESMTP id 09DD937B400; Sat, 16 Mar 2002 10:25:44 -0800 (PST) Received: from fwd04.sul.t-online.de by mailout03.sul.t-online.com with smtp id 16mIg5-0004SP-06; Sat, 16 Mar 2002 19:13:13 +0100 Received: from twoflower (320072111332-0001@[217.80.127.80]) by fmrl04.sul.t-online.com with smtp id 16mIfy-10rsGGC; Sat, 16 Mar 2002 19:13:06 +0100 Reply-To: From: "Jan Stocker" To: "Alexander Kabaev" , "Martin Blapp" Cc: , , , , , , , Subject: RE: gcc -O broken in CURRENT Date: Sat, 16 Mar 2002 19:11:51 +0100 Message-ID: <000001c1cd16$0c1baf00$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: <20020314112547.55cc5786.ak03@gte.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG okay... seems we are now out of topic... some arguments for a change some to retain the old custom (and in my opinion bootless stuff). I think later we'll need a survey for this and volunteers to do the work (if we want to do the change)... Alex are you still workin' for a patch? Jan > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Alexander Kabaev > Sent: Thursday, March 14, 2002 5:26 PM > To: Martin Blapp > Cc: tlambert2@mindspring.com; imp@village.org; edhall@weirdnoise.com; > kris@obsecurity.org; jstocker@tzi.de; current@FreeBSD.ORG; > hackers@FreeBSD.ORG; obrien@FreeBSD.ORG; edhall@screech.weirdnoise.com > Subject: Re: gcc -O broken in CURRENT > > > > Do you have a patch for this ? > I do not fully understand the parts of GCC involved, so I need some > time to verify my initial diagnosis and to create a patch. In other > words - not yet :) > > -- > Alexander Kabaev > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" 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 Sat Mar 16 10:40: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 8F9C337B417; Sat, 16 Mar 2002 10:40:04 -0800 (PST) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.2/8.12.2) with ESMTP id g2GIdumX002120; Sat, 16 Mar 2002 13:39:56 -0500 (EST) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.2/8.12.2/Submit) id g2GIdtNJ002119; Sat, 16 Mar 2002 13:39:55 -0500 (EST) Date: Sat, 16 Mar 2002 13:39:49 -0500 From: "Alexander N. Kabaev" To: Jan Stocker Cc: Martin Blapp , tlambert2@mindspring.com, imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT Message-ID: <20020316183949.GB1929@kanpc.gte.com> References: <20020314112547.55cc5786.ak03@gte.com> <000001c1cd16$0c1baf00$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c1cd16$0c1baf00$fe02010a@twoflower.liebende.de> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Alex are you still workin' for a patch? Yes, I am. But as I write before I am not familiar with this particular part of GCC at all, so I cannot give any estimates and even promize to produce a working patch. If some other more knowledgeable person is feeling like beating me to it, please feel free to do so. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 11:37:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id DA78637B400; Sat, 16 Mar 2002 11:37:08 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g2GJbAV74705 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Sat, 16 Mar 2002 14:37:13 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020316204406.01c3bcb0@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 16 Mar 2002 20:48:19 +0100 To: Robert Watson , Jeff Jirsa From: "Rogier R. Mulhuijzen" Subject: Re: logging securelevel violations Cc: freebsd-hackers@FreeBSD.ORG, arr@FreeBSD.ORG In-Reply-To: References: <002001c1c936$c25ff4d0$5e3bad86@boredom> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 09:23 16-3-2002 -0500, Robert Watson wrote: > Second, these >warnings would be generated during normal operations, as a number of >applications attempt to load kernel modules when they need them, including >ppp. Generating spurious warnings as part of normal system activity isn't >necessarily a useful activity, and tends to result in more calls for help >on questions@. I don't know. Today I had someone who had trouble installing a new kernel. I asked him what secure level he used and he didn't know. Turned out he had selected the SECURE profile in the installer and had securelevel 2. If the kernel had spewed a message at him saying something like "Cannot remove file with current securelevel" or likewise he would have been able to figure it out on his own. When you try to write to a file and normal file permissions deny you this action don't you get a "permission denied"? It's just an error message informing the user something can't be done because of a specific reason. If a user can't load kernel modules that he needs for ppp, wouldn't you rather have him ask "I get this message about securelevel when I try to use ppp and it doesn't work" instead of "ppp doesn't work and I don't know why"? Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 12: 6:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 3A26137B400; Sat, 16 Mar 2002 12:06:11 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id B598B2FB; Sat, 16 Mar 2002 20:05:14 +0000 (GMT) Date: Sat, 16 Mar 2002 20:05:14 +0000 From: Josef Karthauser To: Robert Watson Cc: Poul-Henning Kamp , hackers@freebsd.org, security@freebsd.org Subject: Re: Userland Hacker Task: divert socket listener... Message-ID: <20020316200514.GC1154@genius.tao.org.uk> References: <35126.1015973393@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4jXrM3lyYWu4nBt5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --4jXrM3lyYWu4nBt5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 16, 2002 at 09:57:46AM -0500, Robert Watson wrote: > Heh. I had something a little like that at one point -- it just acted as a > pass-through, but also logged in the pcap format. I thought someone had > done modifications to tcpdump to allow it to speak to divert sockets, > don't know that it was ever actually committed. Might be in the PR's > still. Was great for testing and understanding firewall rules. ... and essential for debuging ipsec and tunnelled connections properly ;). Joe --4jXrM3lyYWu4nBt5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyTpXoACgkQXVIcjOaxUBZDjgCcDWnM48GuADez1D2Zoo5xtgHk oWoAnjeFMaTUUg0hBG8+W45I19QS3reE =QOZR -----END PGP SIGNATURE----- --4jXrM3lyYWu4nBt5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 12:59: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3D82637B428; Sat, 16 Mar 2002 12:59:04 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2GKwgF32986; Sat, 16 Mar 2002 15:58:42 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sat, 16 Mar 2002 15:58:41 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Rogier R. Mulhuijzen" Cc: Jeff Jirsa , freebsd-hackers@FreeBSD.ORG, arr@FreeBSD.ORG Subject: Re: logging securelevel violations In-Reply-To: <5.1.0.14.0.20020316204406.01c3bcb0@mail.drwilco.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 16 Mar 2002, Rogier R. Mulhuijzen wrote: > At 09:23 16-3-2002 -0500, Robert Watson wrote: > > Second, these > >warnings would be generated during normal operations, as a number of > >applications attempt to load kernel modules when they need them, including > >ppp. Generating spurious warnings as part of normal system activity isn't > >necessarily a useful activity, and tends to result in more calls for help > >on questions@. > > I don't know. Today I had someone who had trouble installing a new > kernel. I asked him what secure level he used and he didn't know. > Turned out he had selected the SECURE profile in the installer and had > securelevel 2. If the kernel had spewed a message at him saying > something like "Cannot remove file with current securelevel" or likewise > he would have been able to figure it out on his own. Arguably, we shouldn't be exposing securelevels to users who might turn them on by accident, since the model doesn't actually provide much if any protection in the default shipped configuration. > When you try to write to a file and normal file permissions deny you > this action don't you get a "permission denied"? It's just an error > message informing the user something can't be done because of a specific > reason. The permission denied message on writing to a file isn't because of securelevels, it's because of the file flags on the file. The only effect of securelevels on the UFS implementation is in the file flag change call, where change requests are denied based on securelevels. Probably, if a file flag is set and the install program can't remove it, it should print that the file flag can't be removed, possibly due to securelevels. > If a user can't load kernel modules that he needs for ppp, wouldn't you > rather have him ask "I get this message about securelevel when I try to > use ppp and it doesn't work" instead of "ppp doesn't work and I don't > know why"? If the userland application gets back EPERM from an attempt to load a kernel module, it should either work around the failure as appropriate, or print an appropriate error message to the user regarding the failure. Note that not all module loading is fatal for the application, and so it may not be a failure condition for the application. Under those circumstances, printing a kernel message would not be helpful. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 13:15: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by hub.freebsd.org (Postfix) with ESMTP id 2994637B422 for ; Sat, 16 Mar 2002 13:14:59 -0800 (PST) Received: from bellatlantic.net ([138.89.160.103]) by out011.verizon.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020316211457.CLMM10148.out011.verizon.net@bellatlantic.net>; Sat, 16 Mar 2002 15:14:57 -0600 Message-ID: <3C93B5CF.CB4CCE71@bellatlantic.net> Date: Sat, 16 Mar 2002 16:14:55 -0500 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Terry Lambert Cc: Alfred Perlstein , Jordan Hubbard , hackers@freebsd.org Subject: Re: Interesting sysctl variables in Mac OS X with hw info References: <68214.1016063680@winston.freebsd.org> <20020314001819.GB74829@elvis.mu.org> <3C8FEDDC.4CDC316F@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > It got really bogged down when someone pointed out that > they were running CPUs with different clock rates in their > SMP box, just to see what the net effect would be. THe As far as I understand, you just physically can't do it: the P-II CPU initialization depends on all the CPUs on the bus running at the same rate. Or if you can do it then you still should never do it. Unless you actually have a NUMA machine (as opposed to an SMP machine). -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 13:55:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id AC90B37B449 for ; Sat, 16 Mar 2002 13:55:40 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020316215540.QXDW2626.rwcrmhc51.attbi.com@peter3.wemm.org> for ; Sat, 16 Mar 2002 21:55:40 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g2GLtes53523 for ; Sat, 16 Mar 2002 13:55:40 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 138EB38CC; Sat, 16 Mar 2002 13:55:40 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Sergey Babkin Cc: Terry Lambert , Alfred Perlstein , Jordan Hubbard , hackers@FreeBSD.ORG Subject: Re: Interesting sysctl variables in Mac OS X with hw info In-Reply-To: <3C93B5CF.CB4CCE71@bellatlantic.net> Date: Sat, 16 Mar 2002 13:55:40 -0800 From: Peter Wemm Message-Id: <20020316215540.138EB38CC@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Babkin wrote: > Terry Lambert wrote: > > > > It got really bogged down when someone pointed out that > > they were running CPUs with different clock rates in their > > SMP box, just to see what the net effect would be. THe > > As far as I understand, you just physically can't do it: > the P-II CPU initialization depends on all the CPUs on the > bus running at the same rate. Or if you can do it then you still > should never do it. Unless you actually have a NUMA machine > (as opposed to an SMP machine). Nope, you most certainly can do this, I have such a box. One cpu is running at 866MHz, the other at 933MHz. The front-side-bus is the same speed though (133MHz), just the internal clock multiplier within the cpu is different. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 14:31:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cauchy.clarkevans.com (209-9-30-66.sdsl.cais.net [209.9.30.66]) by hub.freebsd.org (Postfix) with ESMTP id D185837B427 for ; Sat, 16 Mar 2002 14:31:25 -0800 (PST) Received: from cce by cauchy.clarkevans.com with local (Exim 3.33 #1) id 16mMjO-00042u-00 for hackers@freebsd.org; Sat, 16 Mar 2002 17:32:54 -0500 Date: Sat, 16 Mar 2002 17:32:54 -0500 From: "Clark C . Evans" To: hackers@freebsd.org Subject: simple binary patch utility (for iso cdrom images) Message-ID: <20020316173254.A15494@doublegemini.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I looked around for quite a while for a simple program to do a binary patch on an iso cdrom image. I was hoping that I could use "bvi" or similar binary editor, but it wasn't clear how I could get them to do simple string replacement. So, I wrote one and am putting it in the public domain, I hope someone finds it useful. #include #include #include #define TRUE -1 #define FALSE 0 long findstr(FILE *file, const char *str,int len) { long r = 0; int c = 0; int i = 0; while(-1 != (c=fgetc(file))) { if(str[i] == ((char)c)) { i++; if(i\n", argv[1]); return; } pos = findstr(file,find,len); if (!pos) { printf("Unable to find string '%s'\n",find); return; } fseek(file,pos,SEEK_SET); fwrite(repl,1,len,file); fclose( file ); } -- Clark C. Evans Axista, Inc. http://www.axista.com 800.926.5525 XCOLLA Collaborative Project Management Software To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 14:47:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id DBBD337B404 for ; Sat, 16 Mar 2002 14:47:42 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id B9C31AE1FE; Sat, 16 Mar 2002 14:47:42 -0800 (PST) Date: Sat, 16 Mar 2002 14:47:42 -0800 From: Alfred Perlstein To: "Clark C . Evans" Cc: hackers@freebsd.org Subject: Re: simple binary patch utility (for iso cdrom images) Message-ID: <20020316224742.GS4857@elvis.mu.org> References: <20020316173254.A15494@doublegemini.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020316173254.A15494@doublegemini.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Clark C . Evans [020316 14:34] wrote: > I looked around for quite a while for a simple program > to do a binary patch on an iso cdrom image. I was hoping > that I could use "bvi" or similar binary editor, but it > wasn't clear how I could get them to do simple string > replacement. So, I wrote one and am putting it in the > public domain, I hope someone finds it useful. Kinda cool, but you should make the program return success/failure if it finds the string to replace. You should also probably allow a starting offset and a way to list all the locations where it occurs, or: use grep -b to find the pattern and 'dd' to patch it. :) -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 15:22: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from draco.over-yonder.net (draco.over-yonder.net [198.78.58.61]) by hub.freebsd.org (Postfix) with ESMTP id A491B37B404 for ; Sat, 16 Mar 2002 15:22:03 -0800 (PST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 2BCB7FC4; Sat, 16 Mar 2002 17:22:03 -0600 (CST) Date: Sat, 16 Mar 2002 17:22:03 -0600 From: "Matthew D. Fuller" To: hackers@freebsd.org Subject: PR's in need of a home Message-ID: <20020316172203.S57293@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5-fullermd.1i X-Editor: vi X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So, whose palm do I grease to get some PR's taken care of? ;-) - docs/31265 - Documentation (and adjustment) of cron allow/deny file formats Best (IMO, but then, I wrote it ;) patch at end of audit trail. - docs/35436 - Webpage update; don't push PAO Patch in PR - docs/35575 - pw(8) manpage update: document /var/log/userlog Patch in audit trail - bin/35505 - sed(1) feature: esed -> sed -E bde doesn't like it. I like it, but not enough to fight more than casual criticism of it. If anybody else cares enough, it could be discussed; if not, the PR can just be closed. Enjoy :) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 15:51:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by hub.freebsd.org (Postfix) with SMTP id D953637B400 for ; Sat, 16 Mar 2002 15:51:50 -0800 (PST) Message-ID: <20020316235150.54811.qmail@web21102.mail.yahoo.com> Received: from [62.254.0.5] by web21102.mail.yahoo.com via HTTP; Sat, 16 Mar 2002 15:51:50 PST Date: Sat, 16 Mar 2002 15:51:50 -0800 (PST) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: PR's in need of a home To: "Matthew D. Fuller" , hackers@freebsd.org In-Reply-To: <20020316172203.S57293@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Matthey, This kind of messages belong in the bugbusters@FreeBSD.org list. This list has been opened by the bugmeister for sending PRs which need closing an the jazz.. ;) It is called the BugBusting Project. This list was previously buggers@ofug.org. Please send all stocked close requests to this list (bugbuster@). Thanks, Regards, -- Hiten Pandya -- --- "Matthew D. Fuller" wrote: > So, whose palm do I grease to get some PR's taken care of? ;-) > > - docs/31265 - Documentation (and adjustment) of cron allow/deny file > formats > Best (IMO, but then, I wrote it ;) patch at end of audit trail. > > - docs/35436 - Webpage update; don't push PAO > Patch in PR > > - docs/35575 - pw(8) manpage update: document /var/log/userlog > Patch in audit trail > > - bin/35505 - sed(1) feature: esed -> sed -E > bde doesn't like it. I like it, but not enough to fight more than > casual criticism of it. If anybody else cares enough, it could be > discussed; if not, the PR can just be closed. __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 16 21:12:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from naughty.monkey.org (naughty.monkey.org [204.181.64.8]) by hub.freebsd.org (Postfix) with ESMTP id 1D70737B404; Sat, 16 Mar 2002 21:12:24 -0800 (PST) Received: by naughty.monkey.org (Postfix, from userid 1001) id 5864917AD04; Sun, 17 Mar 2002 00:12:18 -0500 (EST) Date: Sun, 17 Mar 2002 00:12:18 -0500 From: Dug Song To: Robert Watson Cc: Poul-Henning Kamp , hackers@freebsd.org, security@freebsd.org Subject: Re: Userland Hacker Task: divert socket listener... Message-ID: <20020317051218.GM30121@naughty.monkey.org> References: <35126.1015973393@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Mar 16, 2002 at 09:57:46AM -0500, Robert Watson wrote: > Heh. I had something a little like that at one point -- it just > acted as a pass-through, but also logged in the pcap format. I > thought someone had done modifications to tcpdump to allow it to > speak to divert sockets, don't know that it was ever actually > committed. Might be in the PR's still. Was great for testing and > understanding firewall rules. in OpenBSD pf, packets matching a 'log' rule are dup'd to the pflog dummy device, annotated with an additional header (interface, rule number, reason, etc.). you can then use pflogd, tcpdump (either in OpenBSD or from tcpdump.org), or snort listening on pflog0 to save the packets in pcap format, print them out, or analyze them for attacks, etc. -d. --- http://www.monkey.org/~dugsong/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message