Information finding software
READY TO KNOW? CONFIDENTIAL! The SOFTWARE They Want BANNED In all 50 STATES. Why? Because these secrets were never intended to reach your eyes... Get the facts on anyone Locate Missing Persons, find Lost Relatives, obtain Addresses and Phone Numbers of old school friends, even Skip Trace Dead Beat Spouses. This is not a Private Investigator, but a sophisticated SOFTWARE program DESIGNED to automatically CRACK YOUR CASE with links to thousands of Public Record databases. Find out SECRETS about your relatives, friends, enemies, and everyone else! Even your spouse! With the New, INTERNET SPY AND YOU! It's absolutely astounding! Here's what you can learn. License plate number Get anyone's name and address with just a license plate number (Find that girl you met in traffic! Driving record! Get anyone's driving record! Social security number! Trace anyone by social security number! Address! Get anyone's address with just a name! Unlisted phone numbers Get anyone's phone number with just a name even unlisted numbers! Locate! Long lost friends, relatives, a past lover who broke your heart! E-mail Send anonymous e-mail completely untraceable! Dirty secrets! Discover dirty secrets your in-laws don't want you to know! Investigate anyone! Use the sources that private investigators use (all on the Internet) secretly! Ex-spouse! Learn how to get information on an ex-spouse that will help you win in court! (Dig up old skeletons) Criminal search Background check! Find out about your daughter's boyfriend! Find out! If you are being investigated! Neighbors! Learn all about your mysterious neighbors! Find out what they have to hide! People you work with! Be astonished by what you'll learn about people you work with! Education verification! Did he really graduate college? Find out! Internet Spy and You! Software will help you discover ANYTHING about anyone, with clickable hyperlinks and no typing in Internet addresses! Just insert the floppy disk and Go! You will be shocked and amazed by the secrets that can be discovered about absolutely everyone! Find out the secrets they don't want you to know! About others, about yourself! It's INCREDIBLE what you can find out using Internet Spy and You and the Internet! You'll be riveted to your computer screen! Get the software they're trying to ban! Before it's too late! ACT NOW!! ONLY $19.95!! REGULAR PRICE $24.95 ORDER NOW AND RECEIVE THE SPY SOFTWARE FOR $19.95! THAT'S RIGHT ONLY $19.95 We will SEND YOU our Internet Spy and You SOFTWARE so you can begin discovering all the secrets you ever wanted to know! You can Know EVERYTHING about ANYONE with our Internet Spy and You Software. Works with all browsers and all versions of AOL! REGULAR PRICE IS $24.95 ORDER TODAY AND SAVE!! SEND ONLY $19.95 US FUNDS , MONEY ORDER, CASH, CHECK, OR CREDIT CARD Foreign money orders must be payable on a US BANK AND IN US FUNDS NO EXCEPTIONS! DON'T WAIT TO GET STARTED...It's as easy as 1, 2, 3. STEP 1 - Print the order form text below. STEP 2 - Type or print your order information into the order form section. STEP 3 - Mail order form and payment to the address below. Send to: GOODWINN COMMUNICATIONS 390 SOUTH TYNDALL PKWY #108 PARKER, FL 32404 Name: Address: City/State/Zip: __ FOR MASTER CARD AND VISA CREDIT CARD ORDERS ONLY! Account Number: Exp. Date: Phone number required__ Signature__ DISCLAIMER: The seller of this powerful software resource will not be held responsible for how the purchaser chooses to use it's resources. To be removed from our mailing list [EMAIL PROTECTED] and put off in the subject. Thank you To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
A quick VM question
What are the backing objects of the stack and heap area of a process's address space? When are they created? I saw the code vm_map_insert(), but the object argument given is NULL. Thanks, -Zhihui To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Linus Torvalds hope you are doing well!
Title: Cleo Flashing Dear Linus Torvalds, As a master Tarot reader I use my talents and the power of the Tarot to see into the future. My prediction abilities have been known to change lives. Now is the time, Linus Torvalds, for your life to change. I know that you are anxiously seeking answers that concern your life. You are likely very serious about finding out something specific. I think you know what I'm talking about… Linus Torvalds, I want you to call us right away. I'm providing you with a special phone number to receive FREE TAROT ADVICE without any cost or obligation. Linus Torvalds, Call Toll-Free 1-800-409-0402. Go ahead and use this time to ask your most important questions. Get the answers you need about relationships, love, money and your future! Linus Torvalds, it is urgent that you call as soon as possible! With your 5 FREE MINUTES OF PSYCHIC ADVICE you'll have all the time to ask anything you want, so there's nothing to lose. Something's likely to occur in the next week that could change everything! Don't hesitate or waste precious time! Please call now, toll-FREE 1-800-409-0402. Wishing you spiritual light & prayers, Miss Cleo P.S. This special number for FREE ADVICE is reserved for you. Please do not share it with anybody. Call immediately, Linus Torvalds, this FREE offer is for a limited time. Call Now! It's a FREE Call! Call 1-800-487-1968 Si usted prefiere su lectura en español, llámenos al 800-543-4051. Esta llamada es gratis. Must be 18+. For entertainment purposes only. If you wish to unsubscribe from further emailings, please Click Here. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [SUGGESTION] - JFS for FreeBSD
In article <[EMAIL PROTECTED]>, Hiten Pandya <[EMAIL PROTECTED]> writes >hi, > >BTW, i am a first timer at porting a file system... That is okay, few programmers ever port more than one file system. Most useful is to have some experience programming and debugging FreeBSD kernel code. Also useful would be some knowledge of the theory; how journals for a file system work, optimizing disk accesses, etc... also to have experience in debugging or adding features to one. >if the proffesionals think that it is not wise or >useful to port the FS (especially IBM's), it is OK, Does FreeBSD have something like JFS already? No. Would it be nice to have JFS support in FreeBSD? Yes. Has anybody ever said "I would deploy 1000 FreeBSD servers if they ran JFS"? 100? 10? 1? Probably not. As I understand it, the big win with JFS is that after a system restart fsck has little to do, (barring disk media faults). Just syncing up the file system with the journaled logs. So servers with huge file systems boot up quickly. For a JFS implementation to be accepted in this environment the code has to be good, well tested and avoid hassle with GPL. (IMO) >but, just in case, anyone else (more than three >people) I think three people would be a good number. A file system is fairly small, and the parts all rely on each other. Having too many people means lots of effort is spent on sharing out tasks, coordinating, ... rather than coding & testing. The obvious splits are: file-system design & implementation, utilities, testing and documentation. >would like to port this FS to FreeBSD, my target would >be to get it done by September 2002, if we work in a >group... I don't know how hard it is to fit a new FS into FreeBSD, I haven't even done anything with the kernel up till now. So I would not want to timetable anything too strictly. Though having it available for 5.0 (Q4 20002) would be good! >i dont have web-space where i can host this project, >and we would need a mailing list... probably > >freebsd-jfs would help.. >and http://people.freebsd.org/~bsdjfs freebsd-fs is probably good enough for a mailing list, it is fairly quiet most of the time. >but thats only if three of more people are _really_ >interested in porting it... cause as you know... >porting an IBM file system (from looks) is not a >one man job :-) >Sorry, as you know, i am only 15 years old, and my It is good to be interested and enthusiastic. I do not want to put you off contributing, but I wonder what you are looking for. Committing to a project of several months seems quite a big step for someone who also has school and exams to worry about. My impression from reading your posts here, and elsewhere such as freebsd-ia64, is that you are enthusiastic but want some guidance. Can I make some suggestions: Find a small piece of work to do, maybe a few days. This will help you learn the tools and build your confidence, and also get a perspective on the work required for bigger projects. There is only one line about UFS in the FreeBSD Developers' Handbook. Maybe you could write a couple of pages about it for the documentation project. At least knowing how it interfaces to the kernel is an important step in designing and adding a new file system. Meanwhile I can research what is required to implement JFS. Then, say, after Christmas we can get together and try to make a plan for adding JFS to FreeBSD. Regards, Tony To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [SUGGESTION] - JFS for FreeBSD
In article <[EMAIL PROTECTED]>, Greg Lehey <[EMAIL PROTECTED]> writes >On Monday, 10 December 2001 at 22:45:22 -0800, Terry Lambert wrote: >> >> No, it's not. The Linux JFS is derived from the OS/2 JFS code, not >> the good AIX JFS code. > >That's correct, but note that AIX is moving to this code base too, so >it's not as if it's second-rate. From what I've seen of the >structures, JFS2 is *much* better than JFS1. I haven't compared >performance. I have had a little look at the online documentation for IBM's Linux JFS project, from Steve Best & Dave Kleikamp. A few things caught my eye that would dissuade me from using Linux JFS as a base for FreeBSD: 1. "JFS only operates on meta-data ... It does not log file data or recover this data to a consistent state." [JFS overview] "The logging style introduces a synchronous write to the log disk into each inode or vfs operation that modifies meta-data." [JFS overview] This doesn't sound any more robust than FreeBSD's current Softupdates. JFS wins though as fsck is faster on a reboot ... Does AIX JFS log any file data? 2. "The minimum file system size supported by JFS is 16Mbytes." [JFS overview] "JFS will not support diskettes as an underlying file system." [JFS overview] I believe AIX JFS does support diskettes / removable media. 3. Linux JFS does not support AIX JFS volumes. [various places] I am not clear whether this is inherent in some data structures being different, or just that Linux doesn't process LVM info. JFS on AIX is "backward compatible" with Enhanced JFS (JFS2). 4. The Linux JFS driver is noticeably incomplete [from JFS todo list]: o SMP bugs. o Only 4096 byte block sizes currently supported. (512, 1024 and 2048 should be available too.) o No defrag tool. o FS resizing is not yet available. o Log file must be on the JFS partition. o Disk quotas are not currently supported. o Extended Attributes and Access Control Lists are not functional. 5. "JFS is still guru-friendly (meaning that you need a Linux guru on hand), but it will eventually grow into administrator-friendly." [JFS FAQ] I'm not sure what this means, possibly just that the FS utilities and man pages need some work. Although the "I .. never found un-resolvable problems" in the same paragraph is a shade short of a ringing endorsement of reliability. (Linux JFS was announced in May 2000, so there has been some time to work on this.) Undoubtedly JFS on FreeBSD would be expected to work with Linux JFS volumes, but inter-operation with AIX JFS & JFS2 is also desirable. My questions at this point are: * is there any IBM material, white papers or whatever, that I could study to find out about JFS(2) on AIX? * where is a good place to start learning about FreeBSD file systems, specifically UFS? Tony To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Found NFS data corruption bug... (was Re: NFS: How to make FreeBSD fall on its face in one easy step )
In article <[EMAIL PROTECTED]>, Brandon D. Valentine <[EMAIL PROTECTED]> writes > [snip] >but it still can't touch the FreeBSD NFS implementation. The more >robust you make it the easier it is for me to argue for deployment of >more FreeBSD systems in NFS server roles. The only advantage Linux has >got right now is XFS, which is admittedly a pretty large advantage on >multi terabyte filesystems where fsck is impossible. That is what I wanted to hear, an unambiguous argument that a solid implementation of JFS would be useful to some user segment. Tony To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: aps2file doesn't work on FreeBSD
Well, the reason I brought up $USER inheritance is that on linux, $USER is root after an su to root, whereas on FreeBSD, the $USER is the same as before the su. Not really thinking, I thought that perhaps that refleted the inherited $UID, which I was wrong about. Sorry for that. You might want to also include the relevant open() or creat() call from the apsfilter code. -Anthony. On Sun, Dec 16, 2001 at 10:13:18PM +0100, Andreas Klemm wrote: > > try it with an su -l, or explicitly set $USER to 'root', or even replace > > -n"$USER" with -n"root". this is all assuming that -n is specifying some > > sort of user privilege which you intend in this example to be root. > > if not, please forget this email. :) > > -Anthony. > > I'm looking for a technical reason, why I can't write to > /dev/stdout, which works under Linux but not with FreeBSD. > > It doesn't work for a user and not after doing a su -l. > > > Andreas /// > > -- > Andreas Klemm > Apsfilter Homepage http://www.apsfilter.org > Support over mailing-lists (only!) http://www.apsfilter.org/support > Mailing-list archive http://www.apsfilter.org/Lists-Archives > Songs from our band >> 64Bits << http://www.64bits.de > Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.html msg30194/pgp0.pgp Description: PGP signature
Re: Caldera and the Ancient UNIX license
On Sunday, 16 December 2001 at 17:18:37 +1100, Warren Toomey wrote: > In article by Greg Lehey: > [about if and how Caldera is enforcing the Ancient UNIX >http://www2.caldera.com/offers/ancient.html. Note also >that in fact they allow access to the code via >license described at http://www2.caldera.com/offers/ancient001/ >without you first agreeing to the license...] > >> That may be easier than you think. I'm copying Warren Toomey on >> this. Warren is (a) a FreeBSD user and (b) the person who negotiated >> these contracts in the first place. Warren, Peter is thinking of >> porting the 2BSD file system (not sure whether that's UFS or the >> original UNIX file system) to FreeBSD. As Terry observes, the current >> license doesn't allow that. > > Firstly, call me crazy, but I thought the 2BSD filesystem layout was > essentially UFS, i.e i-nodes at the start, and therefore would be > pretty much the same as /sys/ufs/ufs in FreeBSD. I'll have to do a > compare of the source code and get back to you One of the things I said before you came in was that that depends on the value of 2. 2.0BSD certainly didn't have ffs. > Which brings me to the question, does anybody know a good contact at > Caldera who can point us to the `right person' to negotiate on this. > I knew the guy at SCO who dealt with this, but not at Caldera. Hmm, I thought you would know. Have you asked Dion? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: aps2file doesn't work on FreeBSD
> try it with an su -l, or explicitly set $USER to 'root', or even replace > -n"$USER" with -n"root". this is all assuming that -n is specifying some > sort of user privilege which you intend in this example to be root. > if not, please forget this email. :) > -Anthony. I'm looking for a technical reason, why I can't write to /dev/stdout, which works under Linux but not with FreeBSD. It doesn't work for a user and not after doing a su -l. Andreas /// -- Andreas Klemm Apsfilter Homepage http://www.apsfilter.org Support over mailing-lists (only!) http://www.apsfilter.org/support Mailing-list archive http://www.apsfilter.org/Lists-Archives Songs from our band >> 64Bits << http://www.64bits.de Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.html msg30192/pgp0.pgp Description: PGP signature
Apple and BSD (was Re: NFS: How to make FreeBSD fall on its face in one easy step )
Aloha! Sorry to jump in here but.. I've read the thread starting with Jordans posting of the Apple testcase code with great interest. To me this has been one of the most interesting and reassuring readings in hackers for a long time. (Yes, I'm a lurker here). First, I take the testcase code as a sign that Apple does indeed give back to the Open Source community. I've read some concerns that Apple as a long time proprietary developer might not do that, but this is a good sign indeed. Second, the speed at which the FreeBSD community, especially Matt used the testcase to iron out, hunt down bugs and respond to the problems the testcase highlighted have been truly astonishing. It really shows how fast and well a community can react and be flexible and efficient. As a simple user and sysadm I'm impressed and grateful. Couln't this whole thing be documented and highlighted in the monthly development newsletter or something? It's way to good not to be written down. Just my 1 Euro. -- Med vänlig hälsning, Cheers! Joachim Strömbergson Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A+46 31 - 27 98 47 [EMAIL PROTECTED] 416 72 Göteborg+46 733 75 97 02 www.ludd.luth.se/~watchman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Caldera and the Ancient UNIX license
On Mon, Dec 17, 2001 at 07:29:04AM +1100, Peter Jeremy wrote: > On 2001-Dec-16 17:18:37 +1100, Warren Toomey <[EMAIL PROTECTED]> wrote: .. > The other almost-the-same UFS that could be useful is the Tru64 UFS. > Last time I tried, I could mount a Tru64 UFS CD-ROM on FreeBSD, but > the box would panic fairly quickly when I tried to access the FS (I > didn't keep a close record and this was some time ago). Assuming T64 installation CD is plain ufs I get: freebie# mount -tufs -r /dev/cd0a /mnt mount: /dev/cd0a on /mnt: incorrect super block and (assuming dumpfs is usable for this one): freebie# dumpfs /dev/cd0a magic 11954 timeFri Jul 30 00:10:11 1999 id [ 0 0 ] cylgrp dynamic inodes 4.2/4.3BSD nbfree 9265ndir900 nifree 64532 nffree 960 ncg 51 ncyl809 size64 blocks 629375 bsize 8192shift 13 mask0xe000 fsize 1024shift 10 mask0xfc00 frag8 shift 3 fsbtodb 1 cpg 16 bpg 1584fpg 12672 ipg 1536 minfree 0% optim space maxcontig 4096 maxbpg 4096 rotdelay 0msrps 90 ntrak 16 nsect 99 npsect 99 spc 1584 symlinklen 0trackskew 7 interleave 1contigsumsize 0 nindir 2048inopb 64 nspf2 maxfilesize 0 sblkno 16 cblkno 24 iblkno 32 dblkno 224 sbsize 2048cgsize 3072cgoffset 56 cgmask 0xfff0 csaddr 224 cssize 1024shift 9 mask0xfe00 cgrotor 3 fmod0 ronly 0 clean 3 flags none blocks available in each of 8 rotational positions cylinder number 0: position 0: 0 12 18 24 35 41 47 58 64 70 81 87 93 position 1: 17 13 30 36 42 53 59 65 76 82 88 position 2: 28 19 25 31 37 43 48 54 60 66 71 77 83 89 94 position 3: 3 14 20 26 49 55 61 72 78 84 95 position 4: 9 15 21 32 38 44 67 73 79 90 96 position 5: 4 10 16 27 33 39 50 56 62 68 74 85 91 97 position 6: 5 11 22 28 34 45 51 57 80 86 92 position 7: 6 17 23 29 40 46 52 63 69 75 98 cs[].cs_(nbfree,ndir,nifree,nffree): dumpfs: /dev/cd0a: Invalid argument freebie# freebie# and on the console: dscheck(#cd/0): b_bcount 1024 is not on a sector boundary (ssize 2048) -- | / o / /_ _ email: [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: aps2file doesn't work on FreeBSD
Well, I'm not sure if you really want to be "creating" /dev/stdout, but the
$USER variable after an su is still your login name before the su.
anthony:/home/anthony:24% su
Password:
flack# echo $USER
anthony
flack#
try it with an su -l, or explicitly set $USER to 'root', or even replace
-n"$USER" with -n"root". this is all assuming that -n is specifying some
sort of user privilege which you intend in this example to be root.
if not, please forget this email. :)
-Anthony.
On Sun, Dec 16, 2001 at 09:35:50PM +0100, Andreas Klemm wrote:
> No matter if root or not ...
>
> root@titan[ttyp2]{139} ~ aps2file -D -P lp /etc/passwd
> /usr/local/bin/aps2file: cannot create /dev/stdout: permission denied
>
> andreas@titan[ttyp2]{1011} ~ aps2file -D -P lp /etc/passwd
> /usr/local/bin/aps2file: cannot create /dev/stdout: permission denied
>
> Cc: to FreeBSD-hackers, any idea why this doesn't work ???
>
> Here's the relevant piece of script.
>
> print2file()
> {
> : ${INPUT_FILE:=/dev/stdin} ${OUTPUT_FILE:=/dev/stdout}
>
> # start with an almost empty environment to emulate running under LPRng
> env -i CONTROL=dummy SPOOL_DIR=${SPOOL:-/var/spool/lpd/$QUEUE} \
> APS2FILE_CONTEXT=dummy "$SHELL" $DEBUG "$APSFILTER" -h"$HOSTNAME" \
> -n"$USER" -f$(basename "$INPUT_FILE") $Z_OPTS \
> < "$INPUT_FILE" > "$OUTPUT_FILE"
> }
>
>
> Andreas ///
>
> --
> Andreas Klemm
> Apsfilter Homepage http://www.apsfilter.org
> Support over mailing-lists (only!) http://www.apsfilter.org/support
> Mailing-list archive http://www.apsfilter.org/Lists-Archives
> Songs from our band >> 64Bits << http://www.64bits.de
> Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.html
msg30189/pgp0.pgp
Description: PGP signature
Re: Does anyone know if the Broadcom BCM5700 has problems with HW csum?
> >David Greenman writes: > > >David Greenman wrote: > > >> >In any case, disabling it is what ClickArray ended up doing, as well, > > >> >for the Tigon II, until the firmware could be fixed. > > >> > > >>We're talking about the Tigon III (bge driver for Broadcom BCM5700/BCM5701). > > > > > >Crap. Thanks for the info. > > > > > >Have you manually calculated the checksum on a bad packet to see > > >how it's off? > > > >Yes. It's typically off by 0x1051, but varies depending on the TCP/IP > > header contents. > >Hmm.. Since you've already got the code for calculating the checksum >in the driver written, why not use it? Eg, why not pass the csum up & >set CSUM_DATA_VALID iff the csum ends up being 0? Are you worried that >the firmware will yield false posatives too? Yes, I think it can just as easily return false positives. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
aps2file doesn't work on FreeBSD
No matter if root or not ...
root@titan[ttyp2]{139} ~ aps2file -D -P lp /etc/passwd
/usr/local/bin/aps2file: cannot create /dev/stdout: permission denied
andreas@titan[ttyp2]{1011} ~ aps2file -D -P lp /etc/passwd
/usr/local/bin/aps2file: cannot create /dev/stdout: permission denied
Cc: to FreeBSD-hackers, any idea why this doesn't work ???
Here's the relevant piece of script.
print2file()
{
: ${INPUT_FILE:=/dev/stdin} ${OUTPUT_FILE:=/dev/stdout}
# start with an almost empty environment to emulate running under LPRng
env -i CONTROL=dummy SPOOL_DIR=${SPOOL:-/var/spool/lpd/$QUEUE} \
APS2FILE_CONTEXT=dummy "$SHELL" $DEBUG "$APSFILTER" -h"$HOSTNAME" \
-n"$USER" -f$(basename "$INPUT_FILE") $Z_OPTS \
< "$INPUT_FILE" > "$OUTPUT_FILE"
}
Andreas ///
--
Andreas Klemm
Apsfilter Homepage http://www.apsfilter.org
Support over mailing-lists (only!) http://www.apsfilter.org/support
Mailing-list archive http://www.apsfilter.org/Lists-Archives
Songs from our band >> 64Bits << http://www.64bits.de
Inofficial band pages with add-on stuff http://www.apsfilter.org/64bits.html
msg30187/pgp0.pgp
Description: PGP signature
Re: Caldera and the Ancient UNIX license
On 2001-Dec-16 17:18:37 +1100, Warren Toomey <[EMAIL PROTECTED]> wrote: >Firstly, call me crazy, but I thought the 2BSD filesystem layout was >essentially UFS, i.e i-nodes at the start, and therefore would be >pretty much the same as /sys/ufs/ufs in FreeBSD. I'll have to do a >compare of the source code and get back to you I'm specifically looking at 2.11BSD - which is architecturally UFS but various sizes and constants are different (eg fewer direct/indirect blocks in the inode). In some ways this simplifies things (it may be possible to re-use much or all of the FreeBSD UFS code) but it also confuses things (eg having two different struct dinode's defined, and there will probably be be global variable/function name clashes). In any case, I'm more interested in how to go about porting a new FS into FreeBSD, rather than having Terry actually do the port for me. The other almost-the-same UFS that could be useful is the Tru64 UFS. Last time I tried, I could mount a Tru64 UFS CD-ROM on FreeBSD, but the box would panic fairly quickly when I tried to access the FS (I didn't keep a close record and this was some time ago). Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Found NFS data corruption bug... (was Re: NFS: How to makeFreeBSD fall on its face in one easy step )
:Two things I've done to speed it up are to restrict the size of transfers :(use the -o flag) and eliminate all the size checks (use the -n flag). : :Why would MFS be much faster than UFS? On the server doesn't the whole :file end up cached? ...and the metadata changes likewise via softupdates. With NFSv3 it's semi-asynchronous (2-phase commit), but you still must eventually commit the data. Also, ftruncate() on the FreeBSD server side creates a special case that requires all data to be flushed out to its physical media. Kirk had so many problems trying to integrate ftruncate() into softupdates that he finally gave up and threw the FSYNC in. I'm guessing that the FSYNC in ftruncate() on the server side is mostly responsible for the slowness. The NFSv3 two-phase commits are reasonably decoupled for smallish (< 8MB) file sizes but we definitely have some sequencing problems with larger file sizes... I should be able to saturate a 100BaseT network link doing a linear NFS write and the best I can get is 2-3 MBytes/sec. I'm analying the problem but may not be able to get a patch in by the 4.5 release. :Running fsx during resource shortages (low memory or buf structs) has :exposed a bug or two. : :Running it with operations 512 or page aligned also exposed bugs - see :usage for those flags. Yes, those are mainly the ones I found. About 7 bug fixes are going to go into the next FreeBSD release related to mmap & DEV_BSIZE NFS interactions. I'll set a MAXMEM limit and run the test in a low-memory environment as well. So far with a fairly normal box + bug fixes the program runs fine in an overnight test. We still have a known issue with out-of-order operations from nfsiod's that apparently may come up after a week or so of testing. I asked Jordan to try to track down the NeXT guy who fixed that one in the old NFS stack. We also have known issues with multiple clients competing for the same file creating issues. :Note that if you get a failure at operation 50 million there is an fsx flag :which allows you to restart at, say, 49 million. Of course some failures :don't reproduce reliably at the same spot anyway. : :I gave out fsx source code at the recent CIFS (SMB) plugfest. If I make :the 2002 Connectathon I'll give it out there too. I don't test it on :Windows so those defines may be in need of repair. Please send me any :patches or cool additions. : :-- :Conrad Minshall, [EMAIL PROTECTED], 408 974-2749 I've already used the restart option to good effect! Awesome option! When I first ran the program it couldn't get through 10,000 operations without failing. As I started fixing things in FreeBSD the number of operations increased. When it got to around 30,000 I started using the option to reproduce the bug at the stuck-point more quickly and most of the time it worked. -Matt Matthew Dillon <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Caldera and the Ancient UNIX license
Warren Toomey <[EMAIL PROTECTED]> writes: > As for commercial use, that's a separate issue. I don't know how easy > it would be for us to talk Caldera into allowing that. Isn't Caldera keen on the BSD license? Here's a relevent quote: "Following the acquisition of Webmin by Caldera, all past and future versions of Webmin are available under the BSD license." Perhaps Caldera would be interested in releasing this gem into the open source community. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Found NFS data corruption bug... (was Re: NFS: How to make FreeBSD fall on its face in one easy step )
JFWIW, you can build fsx with minimal or no changes on Windows with David Korn's UWIN kit. All of the other posix-y kits have internal problems that will cause spurious failures. If you want to use Windows boxes as test clients (probably a good idea) this is fairly important... > > I gave out fsx source code at the recent CIFS (SMB) plugfest. If I make > > the 2002 Connectathon I'll give it out there too. I don't test it on > > Windows so those defines may be in need of repair. Please send me any > > patches or cool additions. > > Guy Harris of NetApp sent me a whole mess-o-changes to it and when I > went to forward them to you, I found that I must have been in > delete-o-matic mode at some point earlier in my inbox since it was > gone. I've requested that he send them to me again and will forward > them to you once I get a copy again. Whoops! > > - Jordan -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Found NFS data corruption bug... (was Re: NFS: How to make FreeBSD fall on its face in one easy step )
> I gave out fsx source code at the recent CIFS (SMB) plugfest. If I make > the 2002 Connectathon I'll give it out there too. I don't test it on > Windows so those defines may be in need of repair. Please send me any > patches or cool additions. Guy Harris of NetApp sent me a whole mess-o-changes to it and when I went to forward them to you, I found that I must have been in delete-o-matic mode at some point earlier in my inbox since it was gone. I've requested that he send them to me again and will forward them to you once I get a copy again. Whoops! - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: closeing files in detach()
>> There's a mention in the FBSD hacking guide that a detach() routine >> for a device driver can forcably close all open descriptors for >> its device before it unloads. >> >> How does one do this? > Check this out (from one of my USB device drivers I haven't yet > forced upon the world): > > /* nuke the vnodes for any processes attached to us. */ > vp = SLIST_FIRST(&sc->dev->si_hlist); > if (vp) > VOP_REVOKE(vp, REVOKEALL); > destroy_dev(sc->dev); > > This will cause all open fds for that device to be revoked. Er... Something is wrong here. destroy_dev() supposedly takes a dev_t which is typedef u_int32_t in . Are we using the same OS? I'm working with 4.4-RELEASE. brad To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
3Com driver problems
In a message dated 12/16/01 10:25:31 AM Eastern Standard Time, [EMAIL PROTECTED] writes: > Well, I'm unable to lock up my -current box with a 3c905-tx (non-B or C). > However, I can see the delay (apparently) caused by the stat collection > routine, which was previously mentioned in the message > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=12982+0+archive/2001/freebsd- > net/20010114.freebsd-net > > Interestingly enough, the delay seems to grow as I run the test longer and > longer. (My test is ping -s 1400 -i .001 boxwithxlnic.) The delay seems > to be able to grow to as much as 12 ms, though it's typically less, around > 5 ms or so. If I switch back to the dc interface, I see no delayed > packets. > ping is not a very good test...one of the reasons that most people cant find problems generally. plus you want to use smaller packets to get the pps up. The ave size packet is under 400 bytes on the net and it better simulates real life. Once you saturate the wire the lockup occurs rather quicklyyou have to get to the point where the overflows are happening faster than the machine can process the interupts. intels "official" driver for linux locks up quite easily...dont assume that the manufacturer puts out bulletproof drivers, because they dont test them that rigorously. dennis To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Does anyone know if the Broadcom BCM5700 has problems with HW csum?
David Greenman writes: > >David Greenman wrote: > >> >In any case, disabling it is what ClickArray ended up doing, as well, > >> >for the Tigon II, until the firmware could be fixed. > >> > >>We're talking about the Tigon III (bge driver for Broadcom BCM5700/BCM5701). > > > >Crap. Thanks for the info. > > > >Have you manually calculated the checksum on a bad packet to see > >how it's off? > >Yes. It's typically off by 0x1051, but varies depending on the TCP/IP > header contents. Hmm.. Since you've already got the code for calculating the checksum in the driver written, why not use it? Eg, why not pass the csum up & set CSUM_DATA_VALID iff the csum ends up being 0? Are you worried that the firmware will yield false posatives too? Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: 3Com driver problems
On Fri, 14 Dec 2001 [EMAIL PROTECTED] wrote: > We dont sell ethernet drivers, and Im not trying to "hide". Why does linux > have specific code to disable the stats under load if Im making this up? Why > can you lock up a FreeBSD 4.4 system with a 3com card at 20Kpps due to > counter overflow interrupts in about 3 seconds? Well, I'm unable to lock up my -current box with a 3c905-tx (non-B or C). However, I can see the delay (apparently) caused by the stat collection routine, which was previously mentioned in the message http://docs.freebsd.org/cgi/getmsg.cgi?fetch=12982+0+archive/2001/freebsd-net/20010114.freebsd-net Interestingly enough, the delay seems to grow as I run the test longer and longer. (My test is ping -s 1400 -i .001 boxwithxlnic.) The delay seems to be able to grow to as much as 12 ms, though it's typically less, around 5 ms or so. If I switch back to the dc interface, I see no delayed packets. I see the hack you refer to in the 3c59x.c driver; I also notice that 3com's official driver (3c90x.c) doesn't contain such a workaround. They must be doing something subtly different which avoids the problem. I have a few ideas, I'll try them out next week and see what I can come up with. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Found NFS data corruption bug... (was Re: NFS: How to makeFreeBSD fall on its face in one easy step )
At 5:22 PM -0800 12/15/01, Matthew Dillon wrote: >Ho! Will do. I'm going to try to speed things up a bit by >having the NFS server export an MFS filesystem. > > -Matt Two things I've done to speed it up are to restrict the size of transfers (use the -o flag) and eliminate all the size checks (use the -n flag). Why would MFS be much faster than UFS? On the server doesn't the whole file end up cached? ...and the metadata changes likewise via softupdates. Running fsx during resource shortages (low memory or buf structs) has exposed a bug or two. Running it with operations 512 or page aligned also exposed bugs - see usage for those flags. Note that if you get a failure at operation 50 million there is an fsx flag which allows you to restart at, say, 49 million. Of course some failures don't reproduce reliably at the same spot anyway. I gave out fsx source code at the recent CIFS (SMB) plugfest. If I make the 2002 Connectathon I'll give it out there too. I don't test it on Windows so those defines may be in need of repair. Please send me any patches or cool additions. -- Conrad Minshall, [EMAIL PROTECTED], 408 974-2749 Apple Computer, Mac OS X Core Operating Systems To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Adding a new FS to FreeBSD
On Sunday, 16 December 2001 at 18:37:33 +1100, Warren Toomey wrote: > I would say that FreeBSD already has a nearly-working UFS > implementation. Also, the structure of UFS is so well documented in > various books that, even if FreeBSD's UFS implementation was > deficient, it could be rectified with reference to the books. I think we should put that in the fortune database :-) Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
