From owner-freebsd-stable Sun Feb 10 0:23: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from flashy.dalnet.se (flashy.dalnet.se [212.85.64.2]) by hub.freebsd.org (Postfix) with ESMTP id D910D37B4B3 for ; Sun, 10 Feb 2002 00:22:24 -0800 (PST) Received: from [217.31.168.29] (gnu@korn29.bitnet.nu [217.31.168.29]) by flashy.dalnet.se (8.9.3/8.9.3) with ESMTP id JAA04897 for ; Sun, 10 Feb 2002 09:08:17 +0100 (MET) Mime-Version: 1.0 X-Sender: gnu@pop3.ukonline.co.uk Message-Id: In-Reply-To: <3C661D4E.9040908@quack.kfu.com> References: <3C661D4E.9040908@quack.kfu.com> Date: Sun, 10 Feb 2002 09:22:20 +0100 To: stable@freebsd.org From: _GNU_ Subject: Re: TCPv6 lags in 4.5-RELEASE? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I don't know if I can quantify the issue very well, but since moving >from 4.4-RELEASE to 4.5-RELEASE on my laptop, I've noticed that >TCP-over-IPv6 sessions get stuck rather easily. They end up in a >state where no further I/O will take place. TCP-over-IPv4 does not >have this problem. > >This machine is using IPSEC over 802.11b (wi0 - a lucent gold card), >and a (gif0) tunnel for IPv6-over-v4 (without any IPSEC since it's >tunneling over v4 which is IPSECed anyway). > >Can anyone think of a reason why 4.5-RELEASE should be having >problems in this area that 4.4-RELEASE did not? > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message We are several people who have noticed the same, although the problem you are describing is more like what a friend of mine is describing, while the problem is so severe for me, I cannot even get on IRC through ipv6 without pinging out before even being able to join a channel.. Tried tunnels at both xs26.net and tunnelbroker.net with the same result. Running recent 4.5-STABLE Nothing like this in 4.4 // _GNU_ // http://www.modem.nu/ -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 1:59:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 4F2BC37B400 for ; Sun, 10 Feb 2002 01:59:17 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id g1A9x8c127642; Sun, 10 Feb 2002 04:59:08 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3C6602EB.2010403@vee.net> References: <3C6602EB.2010403@vee.net> Date: Sun, 10 Feb 2002 04:59:06 -0500 To: Mike Gratton , freebsd-stable@FreeBSD.ORG From: Garance A Drosihn Subject: Re: cvsup mirrors badly behind? Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 3:49 PM +1030 2/10/02, Mike Gratton wrote: >Err, I'm probably missing something blatantly obvious here, but >after doing a source update from a few cvsup servers (cvsup.au, and >a few US servers) I'm still at 4.4, despite having: > > *default release=cvs tag=RELENG_4 > >in my sup file. What is the specific command that you're typing? (I was going to put my command and sup-file here, but then I remembered that I cvsup the whole cvs repository, and not any specific release. In my case I have to cvsup the repository, and then I run 'cvs update' on the snapshot of /usr/src which I have checked out) -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 2:16:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by hub.freebsd.org (Postfix) with ESMTP id E8B0237B400 for ; Sun, 10 Feb 2002 02:16:51 -0800 (PST) Received: from vee.net (wintermute.home.vee.net [203.18.245.2]) by smtp0.adl1.internode.on.net (8.11.6/8.11.6) with ESMTP id g1AAEka93543; Sun, 10 Feb 2002 20:44:48 +1030 (CST) (envelope-from mike@vee.net) Message-ID: <3C66479D.7090409@vee.net> Date: Sun, 10 Feb 2002 20:42:45 +1030 From: Mike Gratton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8+) Gecko/20020208 X-Accept-Language: en-au, en-gb MIME-Version: 1.0 To: Garance A Drosihn Cc: freebsd-stable@FreeBSD.ORG Subject: Re: cvsup mirrors badly behind? References: <3C6602EB.2010403@vee.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garance A Drosihn wrote: > > What is the specific command that you're typing? > cvsup -g -L 2 ./stable-supfile After correlating the source I have locally, it seems that cvsup is updating against RELENG_4_4 instead of RELENG_4, as per my supfile, which explains why I'm not getting updated to 4.5. Why cvsup is doing this, I have no idea. -- Mike Gratton "Every motive escalate." Blatant self-promotion: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 4:17:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id F010B37B404 for ; Sun, 10 Feb 2002 04:17:11 -0800 (PST) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id OGJ47907; Sun, 10 Feb 2002 14:16:31 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.6/8.11.6) id g1AC5l208767; Sun, 10 Feb 2002 14:05:47 +0200 (EET) (envelope-from netch) Date: Sun, 10 Feb 2002 14:05:47 +0200 From: Valentin Nechayev To: Matthew Dillon Cc: Mike Silbersack , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c Message-ID: <20020210140547.A8068@iv.nn.kiev.ua> References: <20020206015011.Y4693-100000@patrocles.silby.com> <200202061139.g16Bdp498095@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202061139.g16Bdp498095@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, Feb 06, 2002 at 03:39:51AM -0800 X-42: On Organization: Dark side of coredump Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > :> I just booted a -stable with > :> > :> $FreeBSD: src/sys/ufs/ffs/ffs_softdep.c,v 1.57.2.11 2002/02/05 18:46:53 dill > :> > :> and did not notice this problem. 4.5-release contains 1.57.2.9, and I saw such problems 3 times. Mostly this was after my games with ultradeep directories (up to 1000 nesting directories), but all games used only correct syscall entries and their calls. There was 2 occurences of another variant: __after__ message "Syncing disks... N M\nDone\n", disk activity raised and on 2nd occurence stopped after ~10 seconds, on 1st occurence I wait more than 1 minute for it to terminate and at the end pressed Reset. > It seems unrelated to me but, obviously, keep an eye out. I don't know > if it's possible to ctl-alt-esc into the debugger that late in the > game and get a kernel core but if it occurs again that is what one > should try to do, or otherwise try to get something that is reproducable. I tried now to catch trace in a moment when high disk activity was after "Syncing disks... Done". In userland, there was rm -rf in 5 seconds before with 4 trees of 2048 nesting directories level. Trace shows only interrupt handler and something under it... /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 5:50:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A81D37B405; Sun, 10 Feb 2002 05:50:48 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Sun, 10 Feb 2002 01:36:30 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 9733B408E; Sun, 10 Feb 2002 01:31:40 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Sam , freebsd-questions@FreeBSD.ORG Subject: Re: Normal behavior? Date: Sun, 10 Feb 2002 01:31:39 -0500 X-Mailer: KMail [version 1.3] Cc: freebsd-stable@FreeBSD.ORG References: <3C5D4702.661789BA@vortex.wa4phy.net> In-Reply-To: <3C5D4702.661789BA@vortex.wa4phy.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020210063140.9733B408E@i8k.babbleon.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 03 February 2002 09:19 am, Sam wrote: > I'd appreciate some clarification about the behavior of the softupdates > as it relates to disk writes. Situation: Have noticed that during an > ftp session with relatively high (150 Kbs) data stream, I notice after > what appears to be a short burst, i.e., 130 packets (viewed with systat > -vm) there is a considerable delay before the next batch. Graphicaly > viewing thruput with xsysinfo, I watch the disk write for each "batch", > but while the write is happening, there appears to be a significant > delay before the next packet stream is graphicaly displayed. Is this a > function of softupdates, combined with the fact that the ATA drive has > to be serviced by the processor, and the switcher can't service two > things at once, or what. How often does the data that needs to be > written actually get written to the disk, or do I misunderstand how > softupdates works? Essentially, what it appears to me that is > happening, is the packet stream is "suspended" while the disk is being > written to. Is that a correct assumption? Since softupdates is on by > default now, what damage would I do if I turned it off? Is that to my > best interest? softupdates will "batch up" writes to the disk that otherwise would be done one at a time. So the total time taken up by disk writes shouldn't be any larger, and if you turn off write caching it should actually be lots smaller by dint of the batching up. If you have write caching turned on (and I do not recommend this practice with typical IDE disks!), then it should be the same speed either way, just batched up vs. spread out. When interspersed with network i/o, it is possible that your total throughput would be faster if you turn them, if the timing is such that the disk i/o happens when the network i/o is waiting anyway, and vice-versa, but in practice it seems unlikely that the timing will always work out quite so conveniently. Most likely it would be the same or slower if you turn off softupdates, as you get just as much "drag" from the disk i/o, but in a less "bursty" fashion. But the only way to know is to do repeated before-and-after testing. If you do, please post the results back here. It should prove interesting either way. > > Thanks.. > > Sam -- 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-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 5:59: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sage-american.com (sage-american.com [216.122.141.44]) by hub.freebsd.org (Postfix) with ESMTP id 9299E37B405 for ; Sun, 10 Feb 2002 05:58:55 -0800 (PST) Received: from SAGEONE (adsl-64-219-30-160.dsl.crchtx.swbell.net [64.219.30.160]) by sage-american.com (8.9.3/8.9.3) with SMTP id HAA09306; Sun, 10 Feb 2002 07:58:37 -0600 (CST) Message-Id: <3.0.5.32.20020210075833.0195ca18@mail.sage-american.com> X-Sender: jacks@mail.sage-american.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sun, 10 Feb 2002 07:58:33 -0600 To: Mike Gratton , freebsd-stable@FreeBSD.ORG From: jacks@sage-american.com Subject: Re: cvsup mirrors badly behind? In-Reply-To: <3C6602EB.2010403@vee.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Try US #7 or 11. They worked for me.... At 03:49 PM 2.10.2002 +1030, Mike Gratton wrote: > >Err, I'm probably missing something blatantly obvious here, but after >doing a source update from a few cvsup servers (cvsup.au, and a few US >servers) I'm still at 4.4, despite having: > > *default release=cvs tag=RELENG_4 > >in my sup file. > >Are all the cvsup servers that far behind? Or has the branch for >tracking -STABLE moved from under me? > >Thanks, >Mike. > >-- >Mike Gratton >"Every motive escalate." > Blatant self-promotion: > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > > Best regards, Jack L. Stone, Server Admin =================================================== Sage-American http://www.sage-american.com jacks@sage-american.com "My center is giving way, my right is in retreat; ....situation excellent! ....I shall attack!" =================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 7:20:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail19a.dulles19-verio.com (mail19a.dulles19-verio.com [161.58.134.133]) by hub.freebsd.org (Postfix) with SMTP id B768F37B400 for ; Sun, 10 Feb 2002 07:20:35 -0800 (PST) Received: from 198.104.176.109 (198.104.176.109) by mail19a.dulles19-verio.com (RS ver 1.0.60s) with SMTP id 021211744 for ; Sun, 10 Feb 2002 10:19:42 -0500 (EST) Message-ID: <3C668F12.E806CF9B@pythonemproject.com> Date: Sun, 10 Feb 2002 07:17:38 -0800 From: Rob X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: Re: __xuname problems keeping me from building anything graphical References: <3C65D257.5C82FF1A@pythonemproject.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A fix is to reinstall X after a major update. Don't know why this works. But I'm happy now. Rob. Rob wrote: > > My system can't find symbol __xuname. I saw on a mailing list that this > was fixed on -current. Is it fixed on -stable now also. If so I'll > cvsup. My stable build was from the day of the 4.5 release. Thanks, > Rob. > > -- > The Numeric Python EM Project > > www.pythonemproject.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 8:28: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id ABF1937B400; Sun, 10 Feb 2002 08:27:49 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id LAA55086; Sun, 10 Feb 2002 11:27:36 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16Zwpe-0006g8-00; Sun, 10 Feb 2002 11:28:02 -0500 Date: Sun, 10 Feb 2002 11:28:01 -0500 From: stan To: Mike Meyer Cc: FreeBSD Stable Mailing List , Free BSD Questions list Subject: Re: kernel panic! Message-ID: <20020210162801.GA24975@teddy.fas.com> Mail-Followup-To: Mike Meyer , FreeBSD Stable Mailing List , Free BSD Questions list References: <85821253@toto.iv> <15461.60935.767260.959295@guru.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <15461.60935.767260.959295@guru.mired.org> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 10:57:27 up 6 days, 16:32, 2 users, load average: 0.03, 0.01, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Feb 09, 2002 at 09:50:31PM -0600, Mike Meyer wrote: > stan types: > > On Sat, Feb 09, 2002 at 03:36:24PM +1300, Jonathan Chen wrote: > > > On Fri, Feb 08, 2002 at 07:30:06PM -0500, stan wrote: > > > >=20 > > > > With nothing but the basic filesystems (/ /usr /var) mounted, if I = run > > > > "perodic daily" my machine crahse, reliably! It's a jernel trap 12,= if > > > > I caught the message that flashed by on the screen corectly. > > > >=20 > > > > How can I trap exactly wat's crashing this machine? > > >=20 > > > Why don't you run a kernel build, if that crashes your machine as > > > well, I'd suspect h/w problems; probably memory. > >=20 > > Make buildworld, and buildkernel run without triggering this panic. > >=20 > > How can I further diagnose this problem? >=20 > First, rebuild and reinstall your kernel with the config method, using > "config -g MYKERNEL" in /usr/src/sys/i386/conf - assuming it's a 386 > architecture machine - and install the resulting kernel. >=20 > Now make sure you have a swap device that's has at least 64K more > space than you have memory, then set set dumpdev to that device in > /etc/rc.conf. If you don't have enough room to hold a core image and > kernel code on /var/crash, you might want to set dumpdir as well. >=20 > Now panic the system. As it comes back up, you should get a message > about "saving core image" and it will count down to 0. If you then > follow the instructions in the Handbook on debugging kernel problems, > you should be able to pinpoint the exact line in the kernel that's > causing the problem, along with a stack trace of how it got there. Sorry to bug you about this, but I _reallly_ need to get this machine back where I can depend on it. Reliably crashing once a day is not aceptabe and I've been working on it full time for several days, with no results ye= t. Following your advice, I wne to /usr/src/sys/i386/conf, did config -g BLACK. Then I went to ../../compile/BLACK, and did make depend, make, make install. Then I put the following lines in /etc/rc.conf dumpdev=3D"/dev/ad0s1b" # Device name to crashdump to (or NO). dumpdir=3D"/usr/crash" # Directory where crash dumps are to be stored Then I ran "periodic daily" which relably panics my machine. The system did appear to write the kernel image to the sawp space. On the way up it said reboot after panic page fault, and wrote 3 files to /usr/crash. I've looked at the developers docs on runing the debuger, and also read over a message in the list that was just posted abbout this. Then I ran gdb -k and this is what I got. Script started on Sun Feb 10 11:21:24 2002 black# gdb -k=0D GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel-debu=08 =08=08 =08=08 =08=08 =08=08 =08.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /usr/crash/kernel.0 (kgdb) core-file /usr/crash/vmcore.0 IdlePTD at phsyical address 0x003b5000 initial pcb at physical address 0x0030ede0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0x0 stack pointer =3D 0x10:0xe49f6ea8 frame pointer =3D 0x10:0xe49f6ebc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 419 (ipfw) interrupt mask =3D none trap number =3D 12 panic: page fault syncing disks... 41 1=20 done Uptime: 14m13s dumping to dev #ad/0x20001, offset 1579136 dump ata0: resetting devices .. done 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749= 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 73= 0 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 7= 11 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 = 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674= 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 65= 5 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 6= 36 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 = 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599= 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 58= 0 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 5= 61 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 = 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524= 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 50= 5 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 4= 86 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 = 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449= 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 43= 0 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 4= 11 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 = 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374= 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 35= 5 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 3= 36 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 = 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299= 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 28= 0 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 2= 61 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 = 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224= 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 20= 5 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 1= 86 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 = 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149= 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 13= 0 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 1= 11 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 9= 0 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 6= 5 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 4= 0 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 1= 5 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 --- #0 dumpsys () at ../../kern/kern_shutdown.c:485 485 if (dumping++) { (kgdb) backtrace #0 dumpsys () at ../../kern/kern_shutdown.c:485 #1 0xc0162e9f in boot (howto=3D256) at ../../kern/kern_shutdown.c:314 #2 0xc016328c in poweroff_wait (junk=3D0xc02c9fcc, howto=3D-1070818577) at ../../kern/kern_shutdown.c:593 #3 0xc02804ce in trap_fatal (frame=3D0xe49f6e68, eva=3D0) at ../../i386/i386/trap.c:956 #4 0xc02801a1 in trap_pfault (frame=3D0xe49f6e68, usermode=3D0, eva=3D0) at ../../i386/i386/trap.c:849 #5 0xc027fd8b in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16,= =20 tf_edi =3D -459313392, tf_esi =3D -546074240, tf_ebp =3D -459313476,= =20 tf_isp =3D -459313516, tf_ebx =3D -532238656, tf_edx =3D 0,=20 tf_ecx =3D -459313392, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, = tf_eip =3D 0,=20 tf_cs =3D 8, tf_eflags =3D 66178, tf_esp =3D -1071947667, tf_ss =3D -= 459313392}) at ../../i386/i386/trap.c:448 #6 0x0 in ?? () (kgdb) quit black# ^D=08=08exit Script done on Sun Feb 10 11:25:31 2002 This does not seem to make sense to me, how about you? --=20 "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 8:53: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from eowyn.vianetworks.nl (eowyn.iae.nl [212.61.25.227]) by hub.freebsd.org (Postfix) with ESMTP id 03B1B37B404 for ; Sun, 10 Feb 2002 08:53:06 -0800 (PST) Received: from uucp.iae.nl (uucp.iae.nl [212.61.26.37]) by eowyn.vianetworks.nl (Postfix) with ESMTP id 3A0E620F4A for ; Sun, 10 Feb 2002 17:53:05 +0100 (CET) Received: (from uucp@localhost) by uucp.iae.nl (8.9.1/8.9.1) with IAEhv.nl id RAA12883 for freebsd-stable@freebsd.org; Sun, 10 Feb 2002 17:53:05 +0100 (MET) Received: by drawbridge.oasis.IAEhv.nl (Postfix, from userid 226) id 99F413E08; Sun, 10 Feb 2002 17:52:32 +0100 (CET) Subject: NFS error messages on 4.5-STABLE To: freebsd-stable@freebsd.org Date: Sun, 10 Feb 2002 17:52:32 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL95a (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20020210165232.99F413E08@drawbridge.oasis.IAEhv.nl> From: volf@oasis.IAEhv.nl (Frank Volf) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I (iregularly) get this kind of messages that belong to the NFS sub system. Feb 9 02:57:36 avalon /kernel: NFS append race @0:514 Feb 9 02:57:36 avalon /kernel: NFS append race @0:274 Feb 9 02:57:37 avalon /kernel: NFS append race @0:513 Feb 9 16:31:09 avalon /kernel: got bad cookie vp 0xc4d23b80 bp 0xc17af54c Avalon is an NFS client, the NFS server has not logged any NFS related messages in the same time frame. Basically my question is: are the messages important or can they be safely ignored? Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 9:32:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.javanet.com (mail1.javanet.com [205.219.162.10]) by hub.freebsd.org (Postfix) with ESMTP id B1D8B37B416 for ; Sun, 10 Feb 2002 09:32:32 -0800 (PST) Received: from wsdell6myg00b (eclipse.javanet.com [209.94.128.83]) by mail1.javanet.com (8.9.3/8.9.2) with SMTP id MAA01543 for ; Sun, 10 Feb 2002 12:32:31 -0500 (EST) Message-ID: <001001c1b258$eb87b450$a116870a@spg.ma.corp.rcn.net> From: "felix" To: Subject: Date: Sun, 10 Feb 2002 12:32:31 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000D_01C1B22F.025163E0" 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-stable@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_000D_01C1B22F.025163E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_000D_01C1B22F.025163E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_000D_01C1B22F.025163E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 9:32:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from patrocles.silby.com (d31.as13.nwbl0.wi.voyager.net [169.207.135.159]) by hub.freebsd.org (Postfix) with ESMTP id A910537B402 for ; Sun, 10 Feb 2002 09:32:48 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1ABaKJ28116; Sun, 10 Feb 2002 11:36:20 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 10 Feb 2002 11:36:20 +0000 (GMT) From: Mike Silbersack To: Valentin Nechayev Cc: Matthew Dillon , "David W. Chapman Jr." , Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c In-Reply-To: <20020210140547.A8068@iv.nn.kiev.ua> Message-ID: <20020210113348.P28078-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, Valentin Nechayev wrote: > 4.5-release contains 1.57.2.9, and I saw such problems 3 times. > Mostly this was after my games with ultradeep directories (up to 1000 nesting > directories), but all games used only correct syscall entries and their calls. > There was 2 occurences of another variant: __after__ message "Syncing disks... > N M\nDone\n", disk activity raised and on 2nd occurence stopped after > ~10 seconds, on 1st occurence I wait more than 1 minute for it to terminate > and at the end pressed Reset. Yes, I noticed this problem again as well. As you say, it only happens if there has been significant activity right before the shutdown. I didn't grab a crashdump as I was more worried about what I was testing at the time. Matt, can you reproduce the problem over by you? It seems that doing anything disk intensive and then shutting down immediately will trigger it. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 11:11:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 95E8B37B402 for ; Sun, 10 Feb 2002 11:11:56 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g1AJBOk30917; Sun, 10 Feb 2002 11:11:24 -0800 (PST) (envelope-from dillon) Date: Sun, 10 Feb 2002 11:11:24 -0800 (PST) From: Matthew Dillon Message-Id: <200202101911.g1AJBOk30917@apollo.backplane.com> To: Mike Silbersack Cc: Valentin Nechayev , "David W. Chapman Jr." , Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c References: <20020210113348.P28078-100000@patrocles.silby.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :... :> directories), but all games used only correct syscall entries and their calls. :> There was 2 occurences of another variant: __after__ message "Syncing disks... :> N M\nDone\n", disk activity raised and on 2nd occurence stopped after :> ~10 seconds, on 1st occurence I wait more than 1 minute for it to terminate :> and at the end pressed Reset. : :Yes, I noticed this problem again as well. As you say, it only happens if :there has been significant activity right before the shutdown. I didn't :grab a crashdump as I was more worried about what I was testing at the :time. : :Matt, can you reproduce the problem over by you? It seems that doing :anything disk intensive and then shutting down immediately will trigger :it. : :Mike "Silby" Silbersack Hmm. I will attempt to reproduce the problem. How much activity is 'significant' ? e.g. equivalent of an rm -rf /usr/ports or something smaller? Do the directories have to be deeply nested for the problem to occur? On the second issue - long disk activity times after a 'syncing disks... done'. This can occur if there are a lot of dirty VM pages in the system belonging to files that need to be written out. This can take an especially long time if a large file was created with ftruncate() and written via mmap() instead of write(), because the file can become severely fragmented. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 11:33:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from motoko.hayai.de (potwin.de [217.115.141.118]) by hub.freebsd.org (Postfix) with ESMTP id C625537B419 for ; Sun, 10 Feb 2002 11:33:14 -0800 (PST) Received: from motoko.hayai.de (localhost [127.0.0.1]) by motoko.hayai.de (8.12.2/8.11.2) with ESMTP id g1AJX4Vx028506 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Sun, 10 Feb 2002 20:33:04 +0100 Received: (from marco@localhost) by motoko.hayai.de (8.12.2/8.12.2/Submit) id g1AJX4ip028505; Sun, 10 Feb 2002 20:33:04 +0100 Date: Sun, 10 Feb 2002 20:33:04 +0100 From: Marco Wertejuk To: _GNU_ Cc: stable@FreeBSD.ORG Subject: Re: TCPv6 lags in 4.5-RELEASE? Message-ID: <20020210203304.A28478@motoko.hayai.de> References: <3C661D4E.9040908@quack.kfu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello guys, | We are several people who have noticed the same, although the problem | you are describing is more like what a friend of mine is describing, | while the problem is so severe for me, I cannot even get on IRC | through ipv6 without pinging out before even being able to join a | channel.. although you have not provided any informations, I tell you that using irc (ircnet irc6.ipv6.uni-erlangen.de) with ipv6 works without any problems. My client is using 4.5 stable from 4/feb and ipv6 native to his gateway which is using 4.5 prerelease from 8/jan and from now on it's tunneled. -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 11:43:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id D649D37B400 for ; Sun, 10 Feb 2002 11:43:36 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.11.6/8.11.5) with ESMTP id g1AJdIX13674 for ; Sun, 10 Feb 2002 14:39:19 -0500 (EST) (envelope-from mi@aldan.algebra.com) Message-Id: <200202101939.g1AJdIX13674@aldan.algebra.com> Date: Sun, 10 Feb 2002 14:39:15 -0500 (EST) From: Mikhail Teterin Subject: cardbus on -stable To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Any plans for MFC of cardbus? Are there patches somewhere, perhaps? I'd rather keep -stable on my laptop, and AFAIK, there is a lot of cardbus hardware out there... Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 11:45:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id B0E9837B417 for ; Sun, 10 Feb 2002 11:45:50 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id OAA00612 for ; Sun, 10 Feb 2002 14:45:49 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16ZzvT-0007at-00 for ; Sun, 10 Feb 2002 14:46:15 -0500 Date: Sun, 10 Feb 2002 14:46:14 -0500 From: stan To: FreeBSD Stable Mailing List Subject: Help, please ipfw is paniacking my mahcine Message-ID: <20020210194614.GA29174@teddy.fas.com> Mail-Followup-To: FreeBSD Stable Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 14:42:50 up 6 days, 20:18, 2 users, load average: 0.00, 0.00, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a machine which I just cvsup'd to the latest stable. When the periodic daily run calls ipfw, this panics the machine. I don't understand why ipfw is even being called there. I don't run ipfw on this machine.=20 It appears that /etc/security calls it like "ipfw -a", yet whne I run it from the command line like that, I just get an incorrect usage messge. Why is this called here?=20 Can anyone tell me why it causes the folowing panic? Script started on Sun Feb 10 11:21:24 2002 black# gdb -k=0D GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel-debu=08 =08=08 =08=08 =08=08 =08=08 =08.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /usr/crash/kernel.0 (kgdb) core-file /usr/crash/vmcore.0 IdlePTD at phsyical address 0x003b5000 initial pcb at physical address 0x0030ede0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0x0 stack pointer =3D 0x10:0xe49f6ea8 frame pointer =3D 0x10:0xe49f6ebc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 419 (ipfw) interrupt mask =3D none trap number =3D 12 panic: page fault syncing disks... 41 1=20 done Uptime: 14m13s dumping to dev #ad/0x20001, offset 1579136 dump ata0: resetting devices .. done 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749= 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 73= 0 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 7= 11 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 = 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674= 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 65= 5 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 6= 36 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 = 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599= 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 58= 0 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 5= 61 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 = 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524= 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 50= 5 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 4= 86 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 = 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449= 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 43= 0 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 4= 11 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 = 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374= 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 35= 5 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 3= 36 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 = 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299= 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 28= 0 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 2= 61 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 = 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224= 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 20= 5 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 1= 86 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 = 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149= 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 13= 0 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 1= 11 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 9= 0 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 6= 5 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 4= 0 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 1= 5 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 --- #0 dumpsys () at ../../kern/kern_shutdown.c:485 485 if (dumping++) { (kgdb) backtrace #0 dumpsys () at ../../kern/kern_shutdown.c:485 #1 0xc0162e9f in boot (howto=3D256) at ../../kern/kern_shutdown.c:314 #2 0xc016328c in poweroff_wait (junk=3D0xc02c9fcc, howto=3D-1070818577) at ../../kern/kern_shutdown.c:593 #3 0xc02804ce in trap_fatal (frame=3D0xe49f6e68, eva=3D0) at ../../i386/i386/trap.c:956 #4 0xc02801a1 in trap_pfault (frame=3D0xe49f6e68, usermode=3D0, eva=3D0) at ../../i386/i386/trap.c:849 #5 0xc027fd8b in trap (frame=3D{tf_fs =3D 16, tf_es =3D 16, tf_ds =3D 16,= =20 tf_edi =3D -459313392, tf_esi =3D -546074240, tf_ebp =3D -459313476,= =20 tf_isp =3D -459313516, tf_ebx =3D -532238656, tf_edx =3D 0,=20 tf_ecx =3D -459313392, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, = tf_eip =3D 0,=20 tf_cs =3D 8, tf_eflags =3D 66178, tf_esp =3D -1071947667, tf_ss =3D -= 459313392}) at ../../i386/i386/trap.c:448 #6 0x0 in ?? () (kgdb) quit black# ^D=08=08exit Script done on Sun Feb 10 11:25:31 2002 --=20 "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 11:59:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 99C8637B405 for ; Sun, 10 Feb 2002 11:59:50 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Feb 2002 19:59:49 +0000 (GMT) Date: Sun, 10 Feb 2002 19:59:48 +0000 From: David Malone To: volf@oasis.IAEhv.nl Cc: freebsd-stable@freebsd.org Subject: Re: NFS error messages on 4.5-STABLE Message-ID: <20020210195948.GA24046@walton.maths.tcd.ie> References: <20020210165232.99F413E08@drawbridge.oasis.IAEhv.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020210165232.99F413E08@drawbridge.oasis.IAEhv.nl> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 05:52:32PM +0100, volf@oasis.IAEhv.nl wrote: > Feb 9 02:57:36 avalon /kernel: NFS append race @0:514 > Feb 9 02:57:36 avalon /kernel: NFS append race @0:274 > Feb 9 02:57:37 avalon /kernel: NFS append race @0:513 > Feb 9 16:31:09 avalon /kernel: got bad cookie vp 0xc4d23b80 bp 0xc17af54c > > Basically my question is: are the messages important or can they be safely > ignored? Both of these types of message are safe to ignore, unless they happen very regurally. I think the first arises when two process are appending to the same file over NFS and the second happens when a directory changes while a NFS client is trying to read through the entries. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 12: 3:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 544D437B402 for ; Sun, 10 Feb 2002 12:03:16 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Feb 2002 20:03:15 +0000 (GMT) Date: Sun, 10 Feb 2002 20:03:15 +0000 From: David Malone To: stan Cc: FreeBSD Stable Mailing List Subject: Re: Help, please ipfw is paniacking my mahcine Message-ID: <20020210200315.GB24046@walton.maths.tcd.ie> References: <20020210194614.GA29174@teddy.fas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020210194614.GA29174@teddy.fas.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 02:46:14PM -0500, stan wrote: > I have a machine which I just cvsup'd to the latest stable. > > When the periodic daily run calls ipfw, this panics the machine. Is it possible you have an out of date version of /sbin/ipfw or /modules/ipfw.ko? > I don't understand why ipfw is even being called there. I don't run > ipfw on this machine. If you are using ipfw, then it will log the state of the rules. > It appears that /etc/security calls it like "ipfw -a", yet whne I > run it from the command line like that, I just get an incorrect > usage messge. It runs "ipfw -a l" - you could try that and see if you get a panic. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 12:27: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7BF8A37B417 for ; Sun, 10 Feb 2002 12:27:02 -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 g1AKQxi40314; Sun, 10 Feb 2002 13:27:00 -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 g1AKQwL67555; Sun, 10 Feb 2002 13:26:58 -0700 (MST) (envelope-from imp@village.org) Date: Sun, 10 Feb 2002 13:26:46 -0700 (MST) Message-Id: <20020210.132646.118947695.imp@village.org> To: mi@aldan.algebra.com Cc: stable@FreeBSD.ORG Subject: Re: cardbus on -stable From: "M. Warner Losh" In-Reply-To: <200202101939.g1AJdIX13674@aldan.algebra.com> References: <200202101939.g1AJdIX13674@aldan.algebra.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-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200202101939.g1AJdIX13674@aldan.algebra.com> Mikhail Teterin writes: : Any plans for MFC of cardbus? Are there patches somewhere, : perhaps? I'd rather keep -stable on my laptop, and AFAIK, : there is a lot of cardbus hardware out there... Thanks! No plans, no patches. Be my guest to do the MFC and submit patches. I don't oppose MFC of cardbus, just that I have no time to do MFC myself and still make progress on NEWCARD in current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 12:37:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id C8B3437B400 for ; Sun, 10 Feb 2002 12:37:40 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id PAA14431 for ; Sun, 10 Feb 2002 15:37:39 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16a0jd-0007uw-00 for ; Sun, 10 Feb 2002 15:38:05 -0500 Date: Sun, 10 Feb 2002 15:38:05 -0500 From: stan To: FreeBSD Stable Mailing List Subject: Re: Help, please ipfw is paniacking my mahcine Message-ID: <20020210203805.GA30404@teddy.fas.com> Mail-Followup-To: FreeBSD Stable Mailing List References: <20020210194614.GA29174@teddy.fas.com> <20020210200315.GB24046@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020210200315.GB24046@walton.maths.tcd.ie> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 15:35:55 up 6 days, 21:11, 2 users, load average: 0.01, 0.02, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 08:03:15PM +0000, David Malone wrote: > On Sun, Feb 10, 2002 at 02:46:14PM -0500, stan wrote: > > I have a machine which I just cvsup'd to the latest stable. > > > > When the periodic daily run calls ipfw, this panics the machine. > > Is it possible you have an out of date version of /sbin/ipfw or > /modules/ipfw.ko? Wel, I just did a make buildowlrd, make bildkernel, make installworld make installkernel, mergemaster, and rebooted. > > > I don't understand why ipfw is even being called there. I don't run > > ipfw on this machine. > > If you are using ipfw, then it will log the state of the rules. > > > It appears that /etc/security calls it like "ipfw -a", yet whne I > > run it from the command line like that, I just get an incorrect > > usage messge. > > It runs "ipfw -a l" - you could try that and see if you get a panic. Yep, that pnics my machine :-( Sugestiosn? -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 12:46:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 6388937B41A for ; Sun, 10 Feb 2002 12:46:32 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id EC5D19A; Sun, 10 Feb 2002 20:46:30 +0000 (GMT) Date: Sun, 10 Feb 2002 20:46:30 +0000 From: Josef Karthauser To: FreeBSD Stable Mailing List Subject: USB patchset available for testing. Message-ID: <20020210204630.D16746@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , FreeBSD Stable Mailing List Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qrgsu6vtpU/OV/zm" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Qrgsu6vtpU/OV/zm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear USB users, I've created a patch set containing improvements from -current for USB controllers and devices. I'd be very interested in feedback from interested parties. http://www.josef-k.net:/misc/RELENG_4-USB-20020210.patch.gz Please note that I've not tested this at all on -stable, other than to make sure that it compiles. Please proceed with all due care and caution. It should apply clean against /usr/src/sys/dev/usb/ on a machine cvsup'd to RELENG_4 as of today. Rgds, Joe --Qrgsu6vtpU/OV/zm 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 iEYEARECAAYFAjxm3CYACgkQXVIcjOaxUBZdWACfcdptTmd/D3oMXbD9Wcpz7tEL 6DAAoNu8Qi1CoL2IhLYp6vOmLwJwEq9p =i9RR -----END PGP SIGNATURE----- --Qrgsu6vtpU/OV/zm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 12:50: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 8ABFF37B41B for ; Sun, 10 Feb 2002 12:49:57 -0800 (PST) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id WTB64884; Sun, 10 Feb 2002 22:49:34 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.6/8.11.6) id g1AKlEx01169; Sun, 10 Feb 2002 22:47:14 +0200 (EET) (envelope-from netch) Date: Sun, 10 Feb 2002 22:47:14 +0200 From: Valentin Nechayev To: Matthew Dillon Cc: Mike Silbersack , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c Message-ID: <20020210224714.A269@iv.nn.kiev.ua> References: <20020210113348.P28078-100000@patrocles.silby.com> <200202101911.g1AJBOk30917@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202101911.g1AJBOk30917@apollo.backplane.com>; from dillon@apollo.backplane.com on Sun, Feb 10, 2002 at 11:11:24AM -0800 X-42: On Organization: Dark side of coredump Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sun, Feb 10, 2002 at 11:11:24, dillon (Matthew Dillon) wrote about "Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c": > On the second issue - long disk activity times after a 'syncing disks... > done'. This can occur if there are a lot of dirty VM pages in the > system belonging to files that need to be written out. This can take an > especially long time if a large file was created with ftruncate() > and written via mmap() instead of write(), because the file can become > severely fragmented. Three cases when this happened: two were deleting of too deep tree (first with this activity >1 minute, second with ~20 secs), one was immediately after exiting mutt with huge folder (cvs-all@ inbox;)) in maildir format, with ~50 deleted letters; this one was ~10 secs. Cel-800, 256M, IC35L040AVER07-0 at ATA100 with tags, 4.5-release. Moment which can be important: vfs.vmiodirenable=1. I didn't test it yet with vfs.vmiodirenable=0, it will be tried now. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 13:19:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 595AA37BCD5 for ; Sun, 10 Feb 2002 13:15:01 -0800 (PST) Received: (qmail 31209 invoked by uid 0); 10 Feb 2002 21:15:00 -0000 Received: from pd9508687.dip.t-dialin.net (HELO mail.gsinet.sittig.org) (217.80.134.135) by mail.gmx.net (mp011-rz3) with SMTP; 10 Feb 2002 21:15:00 -0000 Received: (qmail 92262 invoked from network); 10 Feb 2002 21:11:21 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 10 Feb 2002 21:11:21 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g1ALBKi92258 for freebsd-stable@FreeBSD.ORG; Sun, 10 Feb 2002 22:11:20 +0100 (CET) (envelope-from sittig) Date: Sun, 10 Feb 2002 22:11:20 +0100 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: cvsup mirrors badly behind? Message-ID: <20020210221119.Q1494@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <3C6602EB.2010403@vee.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C6602EB.2010403@vee.net>; from mike@vee.net on Sun, Feb 10, 2002 at 03:49:39PM +1030 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 15:49 +1030, Mike Gratton wrote: > > Err, I'm probably missing something blatantly obvious here, but after > doing a source update from a few cvsup servers (cvsup.au, and a few US > servers) I'm still at 4.4, despite having: > > *default release=cvs tag=RELENG_4 > > in my sup file. Well, you snipped the rest of your config. But the above "release=cvs" makes cvsup mirror the CVS *repo* to your disk. There's nothing wrong with this, it's actually of much benefit for interested FreeBSD users (and hackers). It's just that you cannot compile from a repo, you have to update your sandbox (the actual source tree) from your local repo. See "man cvsup" and "man cvs" (or www.cvshome.org) for starters. cvsup server | | `cvsup` with "release=cvs" v local CVS repo | | `cvs update` maybe with "-r RELENG_4" v local src tree(s) The above scenario allows you to update multiple source trees from one local repo (i.e. bothering the project's resources only once while updating multiple local machines). It allows you to keep a -STABLE and a -CURRENT tree around, again while bothering the FreeBSD cvsup server only once. You can easily travel back and forth in time for a few days should the current tree experience a little jitter. You can dig in the local repo (i.e. fast and cheap) for what has changed and why. etc etc ... To cut it short, I would even consider this setup to be more appropriate for any user behind a slow link, with more than one machine, for developers, or for the curious. :) I'm not aware of a document at the FreeBSD site (though I didn't look too hard so it doesn't count too much). But IIRC OpenBSD (www.CC.openbsd.org) has an "anoncvs" document you might want to read. I found it to be quite interesting. > Are all the cvsup servers that far behind? Or has the branch for > tracking -STABLE moved from under me? Strictly speaking you should never have seen any different behaviour with your above config. :) virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 13:19:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sm10.texas.rr.com (sm10.texas.rr.com [24.93.35.222]) by hub.freebsd.org (Postfix) with ESMTP id 267DD37BDDA for ; Sun, 10 Feb 2002 13:17:23 -0800 (PST) Received: from houston.rr.com (cs242233-40.houston.rr.com [24.242.233.40]) by sm10.texas.rr.com (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1ALHHlQ028405 for ; Sun, 10 Feb 2002 15:17:18 -0600 Message-ID: <3C66E35E.14617528@houston.rr.com> Date: Sun, 10 Feb 2002 15:17:18 -0600 From: Matt Bettinger X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: mount_smbfs + 4.5-STABLE References: <000501c1b09c$89100600$8fd5e0d5@pandora.be> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, mount_smbfs is broken after I cvsupped to 4.5-RC from 4.4 stable. I recvsupped to 4.5 STABLE last night and still no luck. The error ... Celeste# mount_smbfs //nobody@dani/dani /dani mount_smbfs: vfsload(smbfs): File Exists Celeste# --------------------------------------------------------------------- A kldstat shows the following... Id Refs Address Size Name 1 5 0xc0100000 276ed0 kernel 2 1 0xc2536000 14000 linux.ko 4 2 0xc262d000 3000 libiconv.ko 5 1 0xc2612000 1a000 smbfs.ko 6 1 0xc2632000 3000 libmchain.ko ---------------------------------------------------------------------- My kernel configuration file has these in it... options NETSMB options NETSMBCRYPTO options LIBMCHAIN options LIBICONV I recently built the Samba port and that is when i noticed this mount_smbfs wasn't working but I am not sure if it was samba that did it or if it was the build to 4.5. Does anyone have any ideas? Thanks, Matthew Bettinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 13:27:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id C6CCB37BF63 for ; Sun, 10 Feb 2002 13:22:06 -0800 (PST) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Feb 2002 21:22:05 +0000 (GMT) Date: Sun, 10 Feb 2002 21:22:05 +0000 From: David Malone To: stan Cc: FreeBSD Stable Mailing List Subject: Re: Help, please ipfw is paniacking my mahcine Message-ID: <20020210212205.GA19125@lanczos.maths.tcd.ie> References: <20020210194614.GA29174@teddy.fas.com> <20020210200315.GB24046@walton.maths.tcd.ie> <20020210203805.GA30404@teddy.fas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020210203805.GA30404@teddy.fas.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 03:38:05PM -0500, stan wrote: > Wel, I just did a make buildowlrd, make bildkernel, make installworld > make installkernel, mergemaster, and rebooted. Sounds fine. > > It runs "ipfw -a l" - you could try that and see if you get a panic. > > Yep, that pnics my machine :-( The output of "kldstat -v" and "ls -l /sbin/ipfw /modules/ipfw.ko /kernel" might be useful. (FWIW, I have a version of -stable which I compiled last night and ipfw -a l is working fine on it). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 13:33:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from grant.org (grant.org [206.190.164.98]) by hub.freebsd.org (Postfix) with ESMTP id B2DD437C070 for ; Sun, 10 Feb 2002 13:33:20 -0800 (PST) Received: from splat.grant.org (mgrant@splat.grant.org [213.39.2.177]) by grant.org (8.11.6/8.11.6) with ESMTP id g1ALXIe77547 for ; Sun, 10 Feb 2002 16:33:19 -0500 (EST) (envelope-from mgrant@splat.grant.org) Received: (from mgrant@localhost) by splat.grant.org (8.11.6+Sun/8.11.6) id g1ALXD903718; Sun, 10 Feb 2002 22:33:13 +0100 (MET) Date: Sun, 10 Feb 2002 22:33:13 +0100 (MET) Message-Id: <200202102133.g1ALXD903718@splat.grant.org> From: Michael Grant To: freebsd-stable@freebsd.org Subject: snmpd Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just updated net-snmpd 4.2.3 for my freebsd 4.4 system. Before, the old 4.1.2 snmpd worked except after a while it core dumped. The new 4.2.3 I installed today now gives me an error when I use snmpwalk: ... udp.ipv6UdpTable.ipv6UdpEntry.ipv6UdpLocalAddress.'................'.1361.0 = 0:0:0:0:0:0:0:0 udp.ipv6UdpTable.ipv6UdpEntry.ipv6UdpLocalAddress.'................'.161.0 = 0:0:0:0:0:0:0:0 Error: OID not increasing: udp.ipv6UdpTable.ipv6UdpEntry.ipv6UdpLocalAddress.'................'.1361.0 >= udp.ipv6UdpTable.ipv6UdpEntry.ipv6UdpLocalAddress.'................'.161.0 Anyone else experience this? Since I don't really care so much about this table, is there an easy way to disable it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 13:41:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id 2394F37B47E for ; Sun, 10 Feb 2002 13:40:48 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id QAA38622; Sun, 10 Feb 2002 16:40:44 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16a1if-0008Dt-00; Sun, 10 Feb 2002 16:41:09 -0500 Date: Sun, 10 Feb 2002 16:41:09 -0500 From: stan To: David Malone Cc: FreeBSD Stable Mailing List Subject: Re: Help, please ipfw is paniacking my mahcine Message-ID: <20020210214109.GA31465@teddy.fas.com> Mail-Followup-To: David Malone , FreeBSD Stable Mailing List References: <20020210194614.GA29174@teddy.fas.com> <20020210200315.GB24046@walton.maths.tcd.ie> <20020210203805.GA30404@teddy.fas.com> <20020210212205.GA19125@lanczos.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20020210212205.GA19125@lanczos.maths.tcd.ie> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 16:32:28 up 6 days, 22:07, 2 users, load average: 0.00, 0.00, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Feb 10, 2002 at 09:22:05PM +0000, David Malone wrote: > On Sun, Feb 10, 2002 at 03:38:05PM -0500, stan wrote: > > Wel, I just did a make buildowlrd, make bildkernel, make installworld > > make installkernel, mergemaster, and rebooted. >=20 > Sounds fine. >=20 > > > It runs "ipfw -a l" - you could try that and see if you get a panic. > >=20 > > Yep, that pnics my machine :-( >=20 > The output of "kldstat -v" and "ls -l /sbin/ipfw /modules/ipfw.ko > /kernel" might be useful. >=20 I just rm'd /sbin/ipfw, and /modules/ipfw.o, then did all 4 "make world" st= eps. Rebooted, and ipfw -a l still panics my machine. OK, does this help? Script started on Sun Feb 10 16:39:08 2002 black# kldstat -v Id Refs Address Size Name 1 6 0xc0100000 2a4384 kernel Contains modules: Id Name 7 rootbus 8 intsmb/smbus 9 alsmb/smbus 10 ichsmb/smbus 11 amdsmb/smbus 12 smbus/smb 13 bti2c/iicbb 14 lpbb/iicbb 15 pcf/iicbus 16 iicbb/iicbus 17 bti2c/iicbus 18 pci/ed 19 eisa/ahc 20 pci/ahc 21 miibus/ukphy 22 miibus/amphy 23 netgraph 24 miibus/brgphy 25 pci/uhci 26 pci/ohci 27 miibus/dcphy 28 miibus/e1000phy 29 miibus/xlphy 30 ohci/usb 31 uhci/usb 32 uhub/ugen 33 uhub/uhid 34 uhub/ums 35 uhub/ukbd 36 uhub/umass 37 usb/uhub 38 uhub/uhub 39 miibus/inphy 40 isab/isa 41 nexus/isa 42 isa/isahint 43 isa/orm 44 isa/pnp 45 isa/snd_ad1816 46 isa/snd_es1888 47 sbc/snd_ess 48 isa/esscontrol 49 isa/snd_gusc 50 isa/snd_mss 51 isa/snd_pnpmss 52 gusc/snd_guspcm 53 sbc/snd_sb16 54 sbc/snd_sb8 55 isa/snd_sbc 56 pci/snd_als 57 pci/snd_cmipci 58 pci/snd_cs4281 59 pci/snd_csa 60 csa/snd_csapcm 61 pci/snd_ds1 62 pci/snd_emu10k1 63 pci/emujoy 64 pci/snd_es137x 65 pci/fm801 66 pci/snd_ich 67 pci/snd_maestro 68 pci/snd_neomagic 69 pci/snd_solo 70 pci/snd_t4dwave 71 pci/via 72 pci/snd_sonicvibes 73 miibus/mlphy 74 miibus/nsphy 75 miibus/nsgphy 76 miibus/pnphy 77 miibus/pnaphy 78 miibus/tlphy 79 miibus/rlphy 80 snd_pcm 81 miibus/xmphy 82 isa/ata 83 pci/atapci 84 atapci/ata 85 miibus/lxtphy 86 miibus/qsphy 87 miibus/acphy 88 ppbus/plip 89 intpm/intsmb 90 pci/intpm 91 pcib/pci 92 pci/pcib 93 pci/isab 94 isa/ed 95 eisa/mainboard 96 isab/eisa 97 nexus/eisa 98 pci/chip 99 scterm-sc 100 scrndr-vga 101 pci/ign 102 nexus/apm 103 cardbus/ahc 104 ppbus/lpt 105 ahc 106 ppc/ppbus 107 ppbus/ppi 108 root/nexus 109 isa/fdc 110 fdc/fd 111 nexus/npx 112 nexus/pcib 113 vesa 114 atkbdc/atkbd 115 iicsmb/smbus 116 isa/atkbdc 117 isa/ppc 118 atkbdc/psm 119 isa/sio 120 pci/sio 121 isa/sc 122 isa/vga 123 bti2c/smbus 124 nfs 125 procfs 126 mfs 127 ufs 128 cd9660 129 msdos 130 ng_tty 131 ng_UI 132 ng_vjc 133 if_tun 134 if_gif 135 if_loop 136 ng_async 137 ng_bpf 138 ng_echo 139 ng_ether 140 ng_hole 141 ng_iface 142 ng_one2many 143 ng_rfc1490 144 ng_socket 145 ng_tee 146 elf 147 shell 148 aout 2 1 0xc03a5000 a2f8 agp.ko Contains modules: Id Name 1 pci/agp_intel 2 pci/agp_via 3 pci/agp_sis 4 pci/agp_ali 5 pci/agp_amd 6 pci/agp_i810 3 1 0xc2c93000 2000 warp_saver.ko Contains modules: Id Name 149 warp_saver 4 1 0xc2c95000 14000 linux.ko Contains modules: Id Name 150 linuxelf 151 linuxaout 5 1 0xc2cd0000 13000 radeon.ko Contains modules: Id Name 152 pci/radeon 6 1 0xc2d24000 2000 trafcount.ko Contains modules: Id Name 153 trafcount black# ;=08=1B[Kls -l /sbin/ipfw -r-xr-xr-x 1 root wheel 261432 Feb 10 16:13 /sbin/ipfw black# ls -l /modules/ipfw.ko -r-xr-xr-x 1 root wheel 27163 Feb 10 16:29 /modules/ipfw.ko black# ^D=08=08exit Script done on Sun Feb 10 16:39:36 2002 --=20 "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 13:58:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (dclient217-162-168-31.hispeed.ch [217.162.168.31]) by hub.freebsd.org (Postfix) with ESMTP id 9484637B402 for ; Sun, 10 Feb 2002 13:58:19 -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 g1ALwFZ00498 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Sun, 10 Feb 2002 22:58:17 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g1ALwFx00497; Sun, 10 Feb 2002 22:58:15 +0100 (CET) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Sun, 10 Feb 2002 22:58:15 +0100 (CET) Message-Id: <200202102158.g1ALwFx00497@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery To: freebsd-stable@freebsd.org Subject: Re: cvsup mirrors badly behind? References: <3C6602EB.2010403@vee.net> <20020210221119.Q1494@shell.gsinet.sittig.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: Mountain Informatik AG, Zuerich X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > servers) I'm still at 4.4, despite having: > > *default release=cvs tag=RELENG_4 > Well, you snipped the rest of your config. But the above > "release=cvs" makes cvsup mirror the CVS *repo* to your disk. Er, no, not quite. That would happen if the `tag=...' were to be missing, which it isn't. Basically, you have two possibilities for `release= ...' one of which is `cvs' in the case of a CVS repository, like the FreeBSD source, or `current' in the case of, say, the contents of the web site or the mail archives, where what you get is what's up-to-date at the moment, and it isn't a CVS repository. So the above line, with `release=cvs', is in fact correct. If our victim did in fact wish to mirror the CVS repository (RCS files, ending like Makefile,v and such), then the `tag= ...' line should be dropped entirely. (Or, to mirror -current, it should be `tag=.') barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 14: 6:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sage-american.com (sage-american.com [216.122.141.44]) by hub.freebsd.org (Postfix) with ESMTP id 326E137B400 for ; Sun, 10 Feb 2002 14:06:10 -0800 (PST) Received: from SAGEONE (adsl-64-219-30-160.dsl.crchtx.swbell.net [64.219.30.160]) by sage-american.com (8.9.3/8.9.3) with SMTP id QAA01942; Sun, 10 Feb 2002 16:06:07 -0600 (CST) Message-Id: <3.0.5.32.20020210160604.0195ca18@mail.sage-american.com> X-Sender: jacks@mail.sage-american.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sun, 10 Feb 2002 16:06:04 -0600 To: Matt Bettinger , freebsd-stable@FreeBSD.ORG From: jacks@sage-american.com Subject: Re: mount_smbfs + 4.5-STABLE In-Reply-To: <3C66E35E.14617528@houston.rr.com> References: <000501c1b09c$89100600$8fd5e0d5@pandora.be> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matt: Which version of Samba are you using..?? I heard ver-2.2.2 was buggy. There is a later version now samba-2.2.3a.... ....don't know if that helps. At 03:17 PM 2.10.2002 -0600, Matt Bettinger wrote: >Hello, > >mount_smbfs is broken after I cvsupped to 4.5-RC from 4.4 stable. I >recvsupped to 4.5 STABLE last night and still no luck. The error ... > >Celeste# mount_smbfs //nobody@dani/dani /dani >mount_smbfs: vfsload(smbfs): File Exists >Celeste# >--------------------------------------------------------------------- >A kldstat shows the following... > >Id Refs Address Size Name > 1 5 0xc0100000 276ed0 kernel > 2 1 0xc2536000 14000 linux.ko > 4 2 0xc262d000 3000 libiconv.ko > 5 1 0xc2612000 1a000 smbfs.ko > 6 1 0xc2632000 3000 libmchain.ko > >---------------------------------------------------------------------- >My kernel configuration file has these in it... > >options NETSMB >options NETSMBCRYPTO >options LIBMCHAIN >options LIBICONV > > >I recently built the Samba port and that is when i noticed this >mount_smbfs wasn't working but I am not sure if it was samba that did it >or if it was the build to 4.5. Does anyone have any ideas? > >Thanks, > >Matthew Bettinger > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message > > Best regards, Jack L. Stone, Server Admin =================================================== Sage-American http://www.sage-american.com jacks@sage-american.com "My center is giving way, my right is in retreat; ....situation excellent! ....I shall attack!" =================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 14:13: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sm14.texas.rr.com (sm14.texas.rr.com [24.93.35.41]) by hub.freebsd.org (Postfix) with ESMTP id 8EE2437B416 for ; Sun, 10 Feb 2002 14:13:02 -0800 (PST) Received: from houston.rr.com (cs242233-40.houston.rr.com [24.242.233.40]) by sm14.texas.rr.com (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1AMDVhw008523; Sun, 10 Feb 2002 16:13:32 -0600 Message-ID: <3C66F067.C580C986@houston.rr.com> Date: Sun, 10 Feb 2002 16:12:56 -0600 From: Matt Bettinger Reply-To: mattb@houston.rr.com X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: jacks@sage-american.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: mount_smbfs + 4.5-STABLE References: <000501c1b09c$89100600$8fd5e0d5@pandora.be> <3.0.5.32.20020210160604.0195ca18@mail.sage-american.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, I'm building the later samba version now. i did have 2.2.2. Hope this works because I'm getting the same error at work ;-O Matt jacks@sage-american.com wrote: > Matt: Which version of Samba are you using..?? I heard ver-2.2.2 was buggy. > There is a later version now samba-2.2.3a.... > > ....don't know if that helps. > > At 03:17 PM 2.10.2002 -0600, Matt Bettinger wrote: > >Hello, > > > >mount_smbfs is broken after I cvsupped to 4.5-RC from 4.4 stable. I > >recvsupped to 4.5 STABLE last night and still no luck. The error ... > > > >Celeste# mount_smbfs //nobody@dani/dani /dani > >mount_smbfs: vfsload(smbfs): File Exists > >Celeste# > >--------------------------------------------------------------------- > >A kldstat shows the following... > > > >Id Refs Address Size Name > > 1 5 0xc0100000 276ed0 kernel > > 2 1 0xc2536000 14000 linux.ko > > 4 2 0xc262d000 3000 libiconv.ko > > 5 1 0xc2612000 1a000 smbfs.ko > > 6 1 0xc2632000 3000 libmchain.ko > > > >---------------------------------------------------------------------- > >My kernel configuration file has these in it... > > > >options NETSMB > >options NETSMBCRYPTO > >options LIBMCHAIN > >options LIBICONV > > > > > >I recently built the Samba port and that is when i noticed this > >mount_smbfs wasn't working but I am not sure if it was samba that did it > >or if it was the build to 4.5. Does anyone have any ideas? > > > >Thanks, > > > >Matthew Bettinger > > > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-stable" in the body of the message > > > > > > Best regards, > Jack L. Stone, > Server Admin > > =================================================== > Sage-American > http://www.sage-american.com > jacks@sage-american.com > > "My center is giving way, my right is in retreat; > ....situation excellent! ....I shall attack!" > =================================================== > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 15:47:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tholian.rsasecurity.com (mail.rsasecurity.com [204.167.112.129]) by hub.freebsd.org (Postfix) with SMTP id 9AC0137B400 for ; Sun, 10 Feb 2002 15:47:11 -0800 (PST) Received: from sdtihq24.securitydynamics.com by tholian.rsasecurity.com via smtpd (for hub.FreeBSD.org [216.136.204.18]) with SMTP; 10 Feb 2002 23:46:34 UT Received: from ebola.securitydynamics.com (ebola.securid.com [192.168.7.4]) by sdtihq24.securid.com (Pro-8.9.3/Pro-8.9.3) with ESMTP id SAA02187 for ; Sun, 10 Feb 2002 18:47:10 -0500 (EST) Received: from spirit.dynas.se (localhost [127.0.0.1]) by ebola.securitydynamics.com (8.10.2+Sun/8.9.1) with SMTP id g1ANl8Z25421 for ; Sun, 10 Feb 2002 18:47:09 -0500 (EST) Received: (qmail 19169 invoked from network); 10 Feb 2002 23:47:07 -0000 Received: from explorer.rsa.com (HELO mikko.rsa.com) (10.81.217.59) by spirit.dynas.se with SMTP; 10 Feb 2002 23:47:07 -0000 Received: (from mikko@localhost) by mikko.rsa.com (8.11.6/8.11.6) id g1ANl5r07417; Sun, 10 Feb 2002 15:47:05 -0800 (PST) (envelope-from mikko) Date: Sun, 10 Feb 2002 15:47:05 -0800 (PST) From: Mikko Tyolajarvi Message-Id: <200202102347.g1ANl5r07417@mikko.rsa.com> To: joe@tao.org.uk Cc: stable@freebsd.org Subject: Re: USB patchset available for testing. Newsgroups: local.freebsd.stable References: <20020210204630.D16746@genius.tao.org.uk> X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In local.freebsd.stable you write: >--Qrgsu6vtpU/OV/zm >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Dear USB users, >I've created a patch set containing improvements from -current for >USB controllers and devices. I'd be very interested in feedback >from interested parties. >http://www.josef-k.net:/misc/RELENG_4-USB-20020210.patch.gz [...] I've just looked through the patch and unless I misunderstand something, the following (from ulpt.c) removes one line too many: void -ulpt_reset(sc) - struct ulpt_softc *sc; +ulpt_reset(struct ulpt_softc *sc) { usb_device_request_t req; DPRINTFN(1, ("ulpt_reset\n")); - req.bmRequestType = UT_WRITE_CLASS_OTHER; Don't delete this line, or the first call to usbd_do_request() will have an uninitialized request type. req.bRequest = UR_SOFT_RESET; USETW(req.wValue, 0); USETW(req.wIndex, sc->sc_ifaceno); USETW(req.wLength, 0); - (void)usbd_do_request(sc->sc_udev, &req, 0); + + /* + * There was a mistake in the USB printer 1.0 spec that gave the + * request type as UT_WRITE_CLASS_OTHER; it should have been + * UT_WRITE_CLASS_INTERFACE. Many printers use the old one, + * so we try both. + */ + if (usbd_do_request(sc->sc_udev, &req, 0)) { /* 1.0 */ + req.bmRequestType = UT_WRITE_CLASS_INTERFACE; + (void)usbd_do_request(sc->sc_udev, &req, 0); /* 1.1 */ + } +} Doesn't look like you made an error, though -- the line is gone in -CURRENT too... $.02, /Mikko -- Mikko Työläjärvi_______________________________________mikko@rsasecurity.com RSA Security To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 16: 1:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id 7320437B404 for ; Sun, 10 Feb 2002 16:01:36 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id TAA77818; Sun, 10 Feb 2002 19:01:29 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16a3ut-0000Ux-00; Sun, 10 Feb 2002 19:01:55 -0500 Date: Sun, 10 Feb 2002 19:01:55 -0500 From: stan To: Jonathan Chen Cc: FreeBSD Stable Mailing List Subject: Re: Help, please ipfw is paniacking my mahcine Message-ID: <20020211000155.GA1910@teddy.fas.com> Mail-Followup-To: Jonathan Chen , FreeBSD Stable Mailing List References: <20020210194614.GA29174@teddy.fas.com> <20020210200315.GB24046@walton.maths.tcd.ie> <20020210203805.GA30404@teddy.fas.com> <20020210212205.GA19125@lanczos.maths.tcd.ie> <20020210214109.GA31465@teddy.fas.com> <20020211120121.A1885@grimoire.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020211120121.A1885@grimoire.chen.org.nz> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 19:00:20 up 7 days, 35 min, 2 users, load average: 0.00, 0.00, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 12:01:21PM +1300, Jonathan Chen wrote: > On Sun, Feb 10, 2002 at 04:41:09PM -0500, stan wrote: > > On Sun, Feb 10, 2002 at 09:22:05PM +0000, David Malone wrote: > > > On Sun, Feb 10, 2002 at 03:38:05PM -0500, stan wrote: > > > > Wel, I just did a make buildowlrd, make bildkernel, make installworld > > > > make installkernel, mergemaster, and rebooted. > > > > > > Sounds fine. > > > > > > > > It runs "ipfw -a l" - you could try that and see if you get a panic. > > > > > > > > Yep, that pnics my machine :-( > > > > > > The output of "kldstat -v" and "ls -l /sbin/ipfw /modules/ipfw.ko > > > /kernel" might be useful. > > > > > I just rm'd /sbin/ipfw, and /modules/ipfw.o, then did all 4 "make world" steps. > > Rebooted, and ipfw -a l still panics my machine. > > Just a wild guess: > > # /sbin/ipfw -a l > > instead of: > > # ipfw -a l > > Could you be having a rogue `ipfw' somewhere in the system? No, unfortunatley. Which ipfw, returns /sbin/ipfw Thaks for trying though. -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 16:24:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 8F31237B402 for ; Sun, 10 Feb 2002 16:24:35 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id A34D7314; Mon, 11 Feb 2002 00:24:30 +0000 (GMT) Date: Mon, 11 Feb 2002 00:24:30 +0000 From: Josef Karthauser To: Mikko Tyolajarvi Cc: stable@freebsd.org Subject: Re: USB patchset available for testing. Message-ID: <20020211002430.A20464@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Mikko Tyolajarvi , stable@freebsd.org References: <20020210204630.D16746@genius.tao.org.uk> <200202102347.g1ANl5r07417@mikko.rsa.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202102347.g1ANl5r07417@mikko.rsa.com>; from mikko@dynas.se on Sun, Feb 10, 2002 at 03:47:05PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 10, 2002 at 03:47:05PM -0800, Mikko Tyolajarvi wrote: >=20 > Doesn't look like you made an error, though -- the line is gone in > -CURRENT too... >=20 And it's like this in NetBSD too. If you find a bug please feel free to submit a patch :). I've not used this driver myself, so it could be buggy as anything and I'd never know. Joe --W/nzBZO5zC0uMSeA 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 iEYEARECAAYFAjxnDz0ACgkQXVIcjOaxUBb7TQCeISzFaMWsHaZP42ssNR2LRcPj 3OAAnRQYgFhaaoMSdM9iK98/hYueM0i8 =fcE5 -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 16:47:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sm13.texas.rr.com (sm13.texas.rr.com [24.93.35.40]) by hub.freebsd.org (Postfix) with ESMTP id 4272337B402 for ; Sun, 10 Feb 2002 16:47:25 -0800 (PST) Received: from houston.rr.com (cs242233-40.houston.rr.com [24.242.233.40]) by sm13.texas.rr.com (8.12.0.Beta16/8.12.0.Beta16) with ESMTP id g1B0mO9r012534; Sun, 10 Feb 2002 18:48:24 -0600 Message-ID: <3C67149B.52F9C28F@houston.rr.com> Date: Sun, 10 Feb 2002 18:47:23 -0600 From: Matt Bettinger X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Cc: jacks@sage-american.com Subject: Re: mount_smbfs + 4.5 resolved References: <000501c1b09c$89100600$8fd5e0d5@pandora.be> <3.0.5.32.20020210160604.0195ca18@mail.sage-american.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK, Resolved this mount_smbfs. Apparantly I was using an older kernel configuration file and I did not have options SMBFS in it. ;-O Matt Bettinger jacks@sage-american.com wrote: > Matt: Which version of Samba are you using..?? I heard ver-2.2.2 was buggy. > There is a later version now samba-2.2.3a.... > > ....don't know if that helps. > > At 03:17 PM 2.10.2002 -0600, Matt Bettinger wrote: > >Hello, > > > >mount_smbfs is broken after I cvsupped to 4.5-RC from 4.4 stable. I > >recvsupped to 4.5 STABLE last night and still no luck. The error ... > > > >Celeste# mount_smbfs //nobody@dani/dani /dani > >mount_smbfs: vfsload(smbfs): File Exists > >Celeste# > >--------------------------------------------------------------------- > >A kldstat shows the following... > > > >Id Refs Address Size Name > > 1 5 0xc0100000 276ed0 kernel > > 2 1 0xc2536000 14000 linux.ko > > 4 2 0xc262d000 3000 libiconv.ko > > 5 1 0xc2612000 1a000 smbfs.ko > > 6 1 0xc2632000 3000 libmchain.ko > > > >---------------------------------------------------------------------- > >My kernel configuration file has these in it... > > > >options NETSMB > >options NETSMBCRYPTO > >options LIBMCHAIN > >options LIBICONV > > > > > >I recently built the Samba port and that is when i noticed this > >mount_smbfs wasn't working but I am not sure if it was samba that did it > >or if it was the build to 4.5. Does anyone have any ideas? > > > >Thanks, > > > >Matthew Bettinger > > > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-stable" in the body of the message > > > > > > Best regards, > Jack L. Stone, > Server Admin > > =================================================== > Sage-American > http://www.sage-american.com > jacks@sage-american.com > > "My center is giving way, my right is in retreat; > ....situation excellent! ....I shall attack!" > =================================================== > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 18:17:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sage-american.com (sage-american.com [216.122.141.44]) by hub.freebsd.org (Postfix) with ESMTP id DD46F37B419 for ; Sun, 10 Feb 2002 18:17:21 -0800 (PST) Received: from SAGEONE (adsl-64-219-30-160.dsl.crchtx.swbell.net [64.219.30.160]) by sage-american.com (8.9.3/8.9.3) with SMTP id UAA13438; Sun, 10 Feb 2002 20:17:16 -0600 (CST) Message-Id: <3.0.5.32.20020210201713.0195ca18@mail.sage-american.com> X-Sender: jacks@mail.sage-american.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sun, 10 Feb 2002 20:17:13 -0600 To: Matt Bettinger , freebsd-stable@FreeBSD.ORG From: jacks@sage-american.com Subject: Re: mount_smbfs + 4.5 resolved In-Reply-To: <3C67149B.52F9C28F@houston.rr.com> References: <000501c1b09c$89100600$8fd5e0d5@pandora.be> <3.0.5.32.20020210160604.0195ca18@mail.sage-american.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh, well... at least you now have a shiny-new Samba-2.2.3a to boot! At 06:47 PM 2.10.2002 -0600, Matt Bettinger wrote: >OK, > >Resolved this mount_smbfs. Apparantly I was using an older kernel >configuration file and I did not have options SMBFS in it. ;-O > > >Matt Bettinger > > > >jacks@sage-american.com wrote: > >> Matt: Which version of Samba are you using..?? I heard ver-2.2.2 was buggy. >> There is a later version now samba-2.2.3a.... >> >> ....don't know if that helps. >> >> At 03:17 PM 2.10.2002 -0600, Matt Bettinger wrote: >> >Hello, >> > >> >mount_smbfs is broken after I cvsupped to 4.5-RC from 4.4 stable. I >> >recvsupped to 4.5 STABLE last night and still no luck. The error ... >> > >> >Celeste# mount_smbfs //nobody@dani/dani /dani >> >mount_smbfs: vfsload(smbfs): File Exists >> >Celeste# >> >--------------------------------------------------------------------- >> >A kldstat shows the following... >> > >> >Id Refs Address Size Name >> > 1 5 0xc0100000 276ed0 kernel >> > 2 1 0xc2536000 14000 linux.ko >> > 4 2 0xc262d000 3000 libiconv.ko >> > 5 1 0xc2612000 1a000 smbfs.ko >> > 6 1 0xc2632000 3000 libmchain.ko >> > >> >---------------------------------------------------------------------- >> >My kernel configuration file has these in it... >> > >> >options NETSMB >> >options NETSMBCRYPTO >> >options LIBMCHAIN >> >options LIBICONV >> > >> > >> >I recently built the Samba port and that is when i noticed this >> >mount_smbfs wasn't working but I am not sure if it was samba that did it >> >or if it was the build to 4.5. Does anyone have any ideas? >> > >> >Thanks, >> > >> >Matthew Bettinger >> > >> > >> > >> > >> >To Unsubscribe: send mail to majordomo@FreeBSD.org >> >with "unsubscribe freebsd-stable" in the body of the message >> > >> > >> >> Best regards, >> Jack L. Stone, >> Server Admin >> >> =================================================== >> Sage-American >> http://www.sage-american.com >> jacks@sage-american.com >> >> "My center is giving way, my right is in retreat; >> ....situation excellent! ....I shall attack!" >> =================================================== >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-stable" in the body of the message > > > Best regards, Jack L. Stone, Server Admin =================================================== Sage-American http://www.sage-american.com jacks@sage-american.com "My center is giving way, my right is in retreat; ....situation excellent! ....I shall attack!" =================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 18:30:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from home.mdlink.com.br (dl-rip-C8B19CB6.scl.terra.com.br [200.177.156.182]) by hub.freebsd.org (Postfix) with ESMTP id 2932D37B405 for ; Sun, 10 Feb 2002 18:30:14 -0800 (PST) Received: from dq.ufscar.br (localhost.mdlink.com.br [127.0.0.1]) by home.mdlink.com.br (Postfix) with ESMTP id 994941A7 for ; Mon, 11 Feb 2002 00:35:01 -0200 (BRST) Message-ID: <3C672DD5.6E825D84@dq.ufscar.br> Date: Mon, 11 Feb 2002 00:35:01 -0200 From: Marcelo Jose Duarte X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: stable Subject: Problems with CDR in 4.5-STABLE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@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 have a problem with 4.5-STABLE ... My CDR don't work, it is a BUG ? (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 (pass1:ahc0:0:2:0): Unexpected busfree in Command phase SEQADDR == 0x160 Thanks Macelo Duarte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 19:36:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by hub.freebsd.org (Postfix) with ESMTP id 1F1D137B41A for ; Sun, 10 Feb 2002 19:36:28 -0800 (PST) Received: from vee.net (wintermute.home.vee.net [203.18.245.2]) by smtp0.adl1.internode.on.net (8.11.6/8.11.6) with ESMTP id g1B3ava12630 for ; Mon, 11 Feb 2002 14:06:58 +1030 (CST) (envelope-from mike@vee.net) Message-ID: <3C673BE0.9030002@vee.net> Date: Mon, 11 Feb 2002 14:04:56 +1030 From: Mike Gratton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8+) Gecko/20020208 X-Accept-Language: en-au, en-gb MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: [solved] Re: cvsup mirrors badly behind? References: <3C6602EB.2010403@vee.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Gratton wrote: > > Err, I'm probably missing something blatantly obvious here, but after > doing a source update from a few cvsup servers (cvsup.au, and a few US > servers) I'm still at 4.4, [snip] Err, after a bit of digging I discovered I had accidently swapped the paths for the base and prefix directories in my sup files... the source was getting updated to /usr/local/etc/cvsup instead of /usr... /me ducks and runs for cover Thanks to everyone who helped out, and apologies for all the noise. Mike. -- Mike Gratton "Every motive escalate." Blatant self-promotion: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 19:50:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from the.oneinsane.net (the.oneinsane.net [66.42.61.25]) by hub.freebsd.org (Postfix) with ESMTP id 3847E37B41A for ; Sun, 10 Feb 2002 19:50:19 -0800 (PST) Received: from venus.bsdguru.com (venus.bsdguru.com [207.113.133.11]) by the.oneinsane.net (Postfix) with ESMTP id D1FA215681 for ; Sun, 10 Feb 2002 19:50:12 -0800 (PST) Received: by venus.bsdguru.com (Postfix, from userid 1000) id 132DC3E66; Sun, 10 Feb 2002 19:50:05 -0800 (PST) Date: Sun, 10 Feb 2002 19:50:04 -0800 From: Ben Lovett To: stable@freebsd.org Subject: Re: IPF dropping packets randomly Message-ID: <20020210195004.A1040@bsdguru.com> Mail-Followup-To: Ben Lovett , stable@freebsd.org References: <20020208100752.A13206@bsdguru.com> <3C64B5D9.1060306@rshb.com.ru> <20020209092201.A64202@bsdguru.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: <20020209092201.A64202@bsdguru.com>; from blovett@bsdguru.com on Sat, Feb 09, 2002 at 09:22:01AM -0800 X-Moon: The Moon is Waning Crescent (2% of Full) X-GPG-Key: http://www.bsdguru.com/~blovett/blovett.pgp X-GPG-Fingerprint: C75F A722 1518 03B8 26C3 77A1 7C76 8AFA EBAB 2004 X-Disclaimer: All things expressed here are my opinions only, and not those of any past, present or future employers. X-Organization: San Diego BSD Users Group [http://www.sdbug.org] X-Operating-System: FreeBSD venus 4.4-STABLE X-Uptime: 7:42PM up 41 mins, 5 users, load averages: 0.00, 0.00, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I believe Ben Lovett (blovett@bsdguru.com) scribbled this: > I believe Evgueni V. Gavrilov (admin@rshb.com.ru) scribbled this: > > Ben Lovett wrote: > > > > >I have made my ruleset available at > > >http://www.tilderoot.com/~blovett/laptop/ipf.rules > > > > > ipmon's log would be fine > > > > -- > > VAMPIRO-RIPN > > After doing some more looking around, I discovered that my state table > was full at those points in time. I also find it peculiar that > connections to, for example, a IRC server after being closed are set to > a TTL of 1 minute, while SSH sessions disappear from the state listing > entirely, only to time out 2 hours later (or so it appears). Once a > connection is closed, how does IPF determine how long to leave an entry > in the state table for? Is it based on the TTL of a packet finalizing > the close of the connection? Well, don't I feel like a fool now. Thats what I get for not reading ipfstat(8) ... I see that I can use -C with -t to see closed states. With regards to why my state table was filling up, i had been running some bandwidth benchmarks using ttcp, and it seems that they do not properly close the connection. That would be what was filling up my state table because ~700 states were created each time I ran the benchmark. Regards, -- Ben Lovett -------------------------------------------------------------------------- All true wisdom is found on T-shirts. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Feb 10 23: 6:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from patrocles.silby.com (d178.as5.nwbl0.wi.voyager.net [169.207.139.116]) by hub.freebsd.org (Postfix) with ESMTP id E57B337B416 for ; Sun, 10 Feb 2002 23:06:50 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g1B1ADT69319; Mon, 11 Feb 2002 01:10:13 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 11 Feb 2002 01:10:12 +0000 (GMT) From: Mike Silbersack To: Matthew Dillon Cc: Valentin Nechayev , "David W. Chapman Jr." , Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c In-Reply-To: <200202101911.g1AJBOk30917@apollo.backplane.com> Message-ID: <20020211010801.K8897-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, Matthew Dillon wrote: > :Matt, can you reproduce the problem over by you? It seems that doing > :anything disk intensive and then shutting down immediately will trigger > :it. > : > :Mike "Silby" Silbersack > > Hmm. I will attempt to reproduce the problem. How much activity is > 'significant' ? e.g. equivalent of an rm -rf /usr/ports or something > smaller? Do the directories have to be deeply nested for the problem > to occur? > -Matt > Matthew Dillon I was seeing the problem by just making a kernel (just a few files changed with no config or clean steps), installing the kernel, and doing a shutdown -r now. So, only a few files were active at most. The system in question only has a /, /usr, and /var partition, if that matters. Only /usr was mounted softupdates. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 1:18:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tng.tmn.ru (tngent02.tng.tmn.ru [212.76.168.162]) by hub.freebsd.org (Postfix) with ESMTP id 0918537B41B for ; Mon, 11 Feb 2002 01:18:15 -0800 (PST) Received: from tng.tmn.ru [10.28.66.204] by tng.tmn.ru [212.76.168.162] with SMTP (MDaemon.PRO.v4.0.0.R) for ; Mon, 11 Feb 2002 14:17:36 +0500 Message-ID: <3C678C01.7060508@tng.tmn.ru> Date: Mon, 11 Feb 2002 14:16:49 +0500 From: "Igor I. Ushatinsky" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.4) Gecko/20011022 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: stan Cc: David Malone , FreeBSD Stable Mailing List Subject: Re: Help, please ipfw is paniacking my mahcine References: <20020210194614.GA29174@teddy.fas.com> <20020210200315.GB24046@walton.maths.tcd.ie> <20020210203805.GA30404@teddy.fas.com> <20020210212205.GA19125@lanczos.maths.tcd.ie> <20020210214109.GA31465@teddy.fas.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MDRemoteIP: 10.28.66.204 X-Return-Path: igor@tng.tmn.ru X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! stan wrote: > On Sun, Feb 10, 2002 at 09:22:05PM +0000, David Malone wrote: >>On Sun, Feb 10, 2002 at 03:38:05PM -0500, stan wrote: >>>>It runs "ipfw -a l" - you could try that and see if you get a panic. >>>> >>>Yep, that pnics my machine :-( >>> >>The output of "kldstat -v" and "ls -l /sbin/ipfw /modules/ipfw.ko >>/kernel" might be useful. >> > I just rm'd /sbin/ipfw, and /modules/ipfw.o, then did all 4 "make world" steps. > Rebooted, and ipfw -a l still panics my machine. May be you have ipfw.ko somewhere in "/;/boot" ? What shows "ls -l ipfw.ko" ? /Igor, Russia, Siberia, Tyumen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 1:50:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from d13225.upc-d.chello.nl (d13225.upc-d.chello.nl [213.46.13.225]) by hub.freebsd.org (Postfix) with ESMTP id 10BBA37B400 for ; Mon, 11 Feb 2002 01:50:31 -0800 (PST) Received: from adv.devet.org (adv.devet.org [192.168.1.2]) by d13225.upc-d.chello.nl (Postfix) with ESMTP id 42332689D; Mon, 11 Feb 2002 10:50:29 +0100 (CET) Received: by adv.devet.org (Postfix, from userid 100) id 9CF8F3F66; Mon, 11 Feb 2002 10:50:23 +0100 (CET) Date: Mon, 11 Feb 2002 10:50:23 +0100 To: blovett@bsdguru.com Cc: stable@freebsd.org Subject: Re: IPF dropping packets randomly Message-ID: <20020211095023.GA31204@adv.devet.org> References: <20020208100752.A13206@bsdguru.com> <3C64B5D9.1060306@rshb.com.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020209092201.A64202@bsdguru.com> User-Agent: Mutt/1.3.27i X-Newsgroups: list.freebsd.stable Organization: Eindhoven, the Netherlands From: devet@devet.org (Arjan de Vet) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020209092201.A64202@bsdguru.com> you write: >After doing some more looking around, I discovered that my state table >was full at those points in time. I also find it peculiar that >connections to, for example, a IRC server after being closed are set to >a TTL of 1 minute, while SSH sessions disappear from the state listing >entirely, only to time out 2 hours later (or so it appears). Once a >connection is closed, how does IPF determine how long to leave an entry >in the state table for? Is it based on the TTL of a packet finalizing >the close of the connection? A connection that has been closed in a normal way (both sides sent a FIN packet) gets a timeout of 4 minutes. A connection that has only been half-closed (only one side sent a FIN packet) gets a timeout of 2 hours. See fr_tcp_age() in ip_state.c for the full algorithm. Arjan -- Arjan de Vet, Eindhoven, The Netherlands URL : http://www.iae.nl/users/devet/ Work: http://www.madison-gurkha.com/ (Security, Open Source, Education) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 3: 1:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gecko.yellowgoanna.com (monatomic4.link.internode.on.net [150.101.99.236]) by hub.freebsd.org (Postfix) with ESMTP id 06D2937B405 for ; Mon, 11 Feb 2002 03:01:06 -0800 (PST) Received: from albert (unknown [192.168.0.12]) by gecko.yellowgoanna.com (Postfix) with ESMTP id 2642417D5B for ; Mon, 11 Feb 2002 21:31:04 +1030 (CST) From: "Richard Russell" To: Subject: Is there another mailing list? Date: Mon, 11 Feb 2002 21:31:16 +1030 Message-ID: <003a01c1b2eb$6dab8320$0c00a8c0@albert> 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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20020211095023.GA31204@adv.devet.org> Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ... That has less traffic that I can read just to get important information like when the CVS source is broken, or when there's an important bug or something? I pay for my traffic per Mb, and don't really want to read all this list anyway (interesting though it may be -- it's overloading me)... Something like Freebsd-stable-announce would be great... (I looked around, but couldn't find anything similar) -- Richard Russell Yellow Goanna Pty Ltd e: richard@yellowgoanna.com m: +61 412 827 805 f: +61 8 8462 2362 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 3: 3:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 5F5EB37B416; Mon, 11 Feb 2002 03:03:09 -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 g1BB2uZ99732 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Mon, 11 Feb 2002 06:02:59 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020211121214.01bb03e0@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 12:13:01 +0100 To: Archie Cobbs , Andrew Reilly From: "Rogier R. Mulhuijzen" Subject: Re: mpd-netgraph problem. Cc: Archie Cobbs , freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG In-Reply-To: <200202070514.g175EDx16223@arch20m.dellroad.org> References: <20020207160415.A479@gurney.lake> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 21:14 6-2-2002 -0800, Archie Cobbs wrote: >Andrew Reilly writes: > > Presumably this is simple pilot-error: I should either have put > > all of the netgraph options into my kernel or none. But perhaps > > this indicates an error with one kldload being taken too strongly, > > and short-circuiting the loading of subsequent modules? > >There are long-standing bugs in the KLD module system that >have yet to be fixed.. I think this is one of them. I can confirm this problem. I had the same thing, and either not having any netgraph options or all fixed it. Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 3:39:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id C3E7D37B419; Mon, 11 Feb 2002 03:39:00 -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 WAA27682; Mon, 11 Feb 2002 22:38:55 +1100 Date: Mon, 11 Feb 2002 22:41:45 +1100 (EST) From: Bruce Evans X-X-Sender: To: Matteo Cc: , , , Subject: Re: Crash System with MSDOS file-system driver! In-Reply-To: <20020208163715.14085.qmail@web13205.mail.yahoo.com> Message-ID: <20020211221141.R682-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 8 Feb 2002, Matteo wrote: > Hi all, > > I've 4.5-RELEASE and 4.4-STABLE. > > Try to follow this steps: > > 1) Mount a msdos floppy write protected in /floppy > 2) cd /floppy > 3) rm somefile > At this point kernel show this message: > > fd0c: hard error writing fsbn 56 of 56-63 (ST0 > 40 ST1 2 etc etc > > Next Step: > > 4) ls > > And system halt! I try with a UFS floppy and it's all > ok. %%% The hang is caused by msdosfs_readdir() "handling" reads of 0 bytes by spinning forever. msdosfs_read() seems to have the same bug. ufs_readdir() works because it calls VOP_READ() == ffs_read() which treats reads of 0 bytes as EOF instead of spinning forever. Reads of 0 bytes and other short reads shouldn't happen, but they happen because failed writes clobber b_resid and breadn() later returns with the clobbered value. Filesystems use b_resid to determine the extent of i/o in a few places (all (?) cloned from ufs_readwrite.c). This is probably wrong and very incomplete -- most places, including critical block allocation code, just assume that breadn() returns an error if everything could not be read. The patch mainly just resets b_resid in breadn(). Determining the value after the i/o that filled the buffer doesn't seem to be easy, but it should be 0. Index: vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.296 diff -u -r1.296 vfs_bio.c --- vfs_bio.c 31 Jan 2002 18:39:44 -0000 1.296 +++ vfs_bio.c 11 Feb 2002 11:09:22 -0000 @@ -614,6 +614,13 @@ vfs_busy_pages(bp, 0); VOP_STRATEGY(vp, bp); ++readwait; + } else { + /* + * Recover from failed writes clobbering b_resid. b_resid is + * strictly only valid after i/o, but some filesystems expect + * it to give the part of `size' that was not readable here. + */ + bp->b_resid = 0; } for (i = 0; i < cnt; i++, rablkno++, rabsize++) { @@ -640,6 +647,16 @@ if (readwait) { rv = bufwait(bp); + /* + * Convert short reads to i/o errors, since short reads aren't + * useful for the buffer cache and they are mostly not handled + * in callers. + * XXX we don't always get here for read-ahead blocks. + * b_resid for read-ahead blocks may be clobbered by failed + * attempts to write the blocks. + */ + if (rv == 0 && bp->b_resid != 0) + rv = EIO; } return (rv); } %%% Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 3:39:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id 6EA8337B405 for ; Mon, 11 Feb 2002 03:38:35 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id GAA31929 for ; Mon, 11 Feb 2002 06:38:34 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16aEnU-0003WD-00 for ; Mon, 11 Feb 2002 06:39:00 -0500 Date: Mon, 11 Feb 2002 06:39:00 -0500 From: stan To: FreeBSD Stable Mailing List Subject: ipfw -a l, reliably panics my machine details Message-ID: <20020211113900.GA13426@teddy.fas.com> Mail-Followup-To: FreeBSD Stable Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 06:32:53 up 7 days, 12:08, 1 user, load average: 0.15, 0.09, 0.02 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 've got a machine cvsup'd to STABLE this weekend. It's not runing ipfw, and has the follwing network interfaces Script started on Mon Feb 11 06:34:36 2002 black# ifconfig -a ed0: flags=3D8843 mtu 1500 inet 205.159.77.224 netmask 0xffffff00 broadcast 205.159.77.255 ether 00:50:ba:52:69:f1=20 lp0: flags=3D8810 mtu 1500 lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000=20 tun0: flags=3D8051 mtu 1500 inet 170.85.107.1 --> 255.255.255.255 netmask 0xffffffff=20 inet 170.85.107.111 --> 170.85.107.14 netmask 0xffffffff=20 Opened by PID 199 black# ^D=08=08exit Here is what modules are laoded, and info on ipfw itsleg, and it's module. Script done on Mon Feb 11 06:34:41 2002 Script started on Sun Feb 10 16:39:08 2002 black# kldstat -v Id Refs Address Size Name 1 6 0xc0100000 2a4384 kernel Contains modules: Id Name 7 rootbus 8 intsmb/smbus 9 alsmb/smbus 10 ichsmb/smbus 11 amdsmb/smbus 12 smbus/smb 13 bti2c/iicbb 14 lpbb/iicbb 15 pcf/iicbus 16 iicbb/iicbus 17 bti2c/iicbus 18 pci/ed 19 eisa/ahc 20 pci/ahc 21 miibus/ukphy 22 miibus/amphy 23 netgraph 24 miibus/brgphy 25 pci/uhci 26 pci/ohci 27 miibus/dcphy 28 miibus/e1000phy 29 miibus/xlphy 30 ohci/usb 31 uhci/usb 32 uhub/ugen 33 uhub/uhid 34 uhub/ums 35 uhub/ukbd 36 uhub/umass 37 usb/uhub 38 uhub/uhub 39 miibus/inphy 40 isab/isa 41 nexus/isa 42 isa/isahint 43 isa/orm 44 isa/pnp 45 isa/snd_ad1816 46 isa/snd_es1888 47 sbc/snd_ess 48 isa/esscontrol 49 isa/snd_gusc 50 isa/snd_mss 51 isa/snd_pnpmss 52 gusc/snd_guspcm 53 sbc/snd_sb16 54 sbc/snd_sb8 55 isa/snd_sbc 56 pci/snd_als 57 pci/snd_cmipci 58 pci/snd_cs4281 59 pci/snd_csa 60 csa/snd_csapcm 61 pci/snd_ds1 62 pci/snd_emu10k1 63 pci/emujoy 64 pci/snd_es137x 65 pci/fm801 66 pci/snd_ich 67 pci/snd_maestro 68 pci/snd_neomagic 69 pci/snd_solo 70 pci/snd_t4dwave 71 pci/via 72 pci/snd_sonicvibes 73 miibus/mlphy 74 miibus/nsphy 75 miibus/nsgphy 76 miibus/pnphy 77 miibus/pnaphy 78 miibus/tlphy 79 miibus/rlphy 80 snd_pcm 81 miibus/xmphy 82 isa/ata 83 pci/atapci 84 atapci/ata 85 miibus/lxtphy 86 miibus/qsphy 87 miibus/acphy 88 ppbus/plip 89 intpm/intsmb 90 pci/intpm 91 pcib/pci 92 pci/pcib 93 pci/isab 94 isa/ed 95 eisa/mainboard 96 isab/eisa 97 nexus/eisa 98 pci/chip 99 scterm-sc 100 scrndr-vga 101 pci/ign 102 nexus/apm 103 cardbus/ahc 104 ppbus/lpt 105 ahc 106 ppc/ppbus 107 ppbus/ppi 108 root/nexus 109 isa/fdc 110 fdc/fd 111 nexus/npx 112 nexus/pcib 113 vesa 114 atkbdc/atkbd 115 iicsmb/smbus 116 isa/atkbdc 117 isa/ppc 118 atkbdc/psm 119 isa/sio 120 pci/sio 121 isa/sc 122 isa/vga 123 bti2c/smbus 124 nfs 125 procfs 126 mfs 127 ufs 128 cd9660 129 msdos 130 ng_tty 131 ng_UI 132 ng_vjc 133 if_tun 134 if_gif 135 if_loop 136 ng_async 137 ng_bpf 138 ng_echo 139 ng_ether 140 ng_hole 141 ng_iface 142 ng_one2many 143 ng_rfc1490 144 ng_socket 145 ng_tee 146 elf 147 shell 148 aout 2 1 0xc03a5000 a2f8 agp.ko Contains modules: Id Name 1 pci/agp_intel 2 pci/agp_via 3 pci/agp_sis 4 pci/agp_ali 5 pci/agp_amd 6 pci/agp_i810 3 1 0xc2c93000 2000 warp_saver.ko Contains modules: Id Name 149 warp_saver 4 1 0xc2c95000 14000 linux.ko Contains modules: Id Name 150 linuxelf 151 linuxaout 5 1 0xc2cd0000 13000 radeon.ko Contains modules: Id Name 152 pci/radeon 6 1 0xc2d24000 2000 trafcount.ko Contains modules: Id Name 153 trafcount black# ;=08=1B[Kls -l /sbin/ipfw -r-xr-xr-x 1 root wheel 261432 Feb 10 16:13 /sbin/ipfw black# ls -l /modules/ipfw.ko -r-xr-xr-x 1 root wheel 27163 Feb 10 16:29 /modules/ipfw.ko black# ^D=08=08exit Script done on Sun Feb 10 16:39:36 2002 And gere is the crash dump info: Script started on Sun Feb 10 11:21:24 2002 black# gdb -k=3D0D GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= =3D s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) symbol-file kernel-debu=3D08 =3D08=3D08 =3D08=3D08 =3D08=3D08 =3D08= =3D08 =3D08.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /usr/crash/kernel.0 (kgdb) core-file /usr/crash/vmcore.0 IdlePTD at phsyical address 0x003b5000 initial pcb at physical address 0x0030ede0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D3D 0x0 fault code =3D3D supervisor read, page not present instruction pointer =3D3D 0x8:0x0 stack pointer =3D3D 0x10:0xe49f6ea8 frame pointer =3D3D 0x10:0xe49f6ebc code segment =3D3D base 0x0, limit 0xfffff, type 0x1b =3D3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D3D interrupt enabled, resume, IOPL =3D3D 0 current process =3D3D 419 (ipfw) interrupt mask =3D3D none trap number =3D3D 12 panic: page fault syncing disks... 41 1=3D20 done Uptime: 14m13s dumping to dev #ad/0x20001, offset 1579136 dump ata0: resetting devices .. done 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749= =3D 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 73= =3D 0 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 7= =3D 11 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 = =3D 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674= =3D 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 65= =3D 5 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 6= =3D 36 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 = =3D 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599= =3D 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 58= =3D 0 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 5= =3D 61 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 = =3D 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524= =3D 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 50= =3D 5 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 4= =3D 86 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 = =3D 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449= =3D 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 43= =3D 0 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 4= =3D 11 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 = =3D 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374= =3D 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 35= =3D 5 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 3= =3D 36 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 = =3D 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299= =3D 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 28= =3D 0 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 2= =3D 61 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 = =3D 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224= =3D 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 20= =3D 5 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 1= =3D 86 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 = =3D 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149= =3D 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 13= =3D 0 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 1= =3D 11 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 9= =3D 0 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 6= =3D 5 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 4= =3D 0 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 1= =3D 5 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=3D20 --- #0 dumpsys () at ../../kern/kern_shutdown.c:485 485 if (dumping++) { (kgdb) backtrace #0 dumpsys () at ../../kern/kern_shutdown.c:485 #1 0xc0162e9f in boot (howto=3D3D256) at ../../kern/kern_shutdown.c:314 #2 0xc016328c in poweroff_wait (junk=3D3D0xc02c9fcc, howto=3D3D-1070818577) at ../../kern/kern_shutdown.c:593 #3 0xc02804ce in trap_fatal (frame=3D3D0xe49f6e68, eva=3D3D0) at ../../i386/i386/trap.c:956 #4 0xc02801a1 in trap_pfault (frame=3D3D0xe49f6e68, usermode=3D3D0, eva=3D= 3D0) at ../../i386/i386/trap.c:849 #5 0xc027fd8b in trap (frame=3D3D{tf_fs =3D3D 16, tf_es =3D3D 16, tf_ds = =3D3D 16,=3D =3D20 tf_edi =3D3D -459313392, tf_esi =3D3D -546074240, tf_ebp =3D3D -45931= 3476,=3D =3D20 tf_isp =3D3D -459313516, tf_ebx =3D3D -532238656, tf_edx =3D3D 0,=3D20 tf_ecx =3D3D -459313392, tf_eax =3D3D 0, tf_trapno =3D3D 12, tf_err = =3D3D 0, =3D tf_eip =3D3D 0,=3D20 tf_cs =3D3D 8, tf_eflags =3D3D 66178, tf_esp =3D3D -1071947667, tf_ss= =3D3D -=3D 459313392}) at ../../i386/i386/trap.c:448 #6 0x0 in ?? () (kgdb) quit black# ^D=3D08=3D08exit Script done on Sun Feb 10 11:25:31 2002 Can anyone _PLEASE_ sugset a way to stop this? --=20 "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 3:44:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id 5836F37B42A for ; Mon, 11 Feb 2002 03:40:41 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id GAA32269 for ; Mon, 11 Feb 2002 06:40:40 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.33 #1 (Debian)) id 16aEpX-0003Wd-00 for ; Mon, 11 Feb 2002 06:41:07 -0500 Date: Mon, 11 Feb 2002 06:41:06 -0500 From: stan To: FreeBSD Stable Mailing List Subject: ipfw panics my machine Message-ID: <20020211114106.GA13541@teddy.fas.com> Mail-Followup-To: FreeBSD Stable Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 06:39:18 up 7 days, 12:14, 1 user, load average: 0.00, 0.02, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 02:16:49PM +0500, Igor I. Ushatinsky wrote: Hi! =20 stan wrote: =20 On Sun, Feb 10, 2002 at 09:22:05PM +0000, David Malone wrote: On Sun, Feb 10, 2002 at 03:38:05PM -0500, stan wrote: =20 It runs "ipfw -a l" - you could try that and see if you get a panic. Yep, that pnics my machine :-( The output of "kldstat -v" and "ls -l /sbin/ipfw /modules/ipfw.ko /kernel" might be useful. I just rm'd /sbin/ipfw, and /modules/ipfw.o, then did all 4 "make=20 world" steps. Rebooted, and ipfw -a l still panics my machine. =20 May be you have ipfw.ko somewhere in "/;/boot" ? What shows "ls -l ipfw.ko" ? =20 Grep'ing for ipfw in /boot returns nothing Script started on Sun Feb 10 16:39:08 2002 black# kldstat -vg=0D Id Refs Address Size Nameg 1 6 0xc0100000 2a4384 kernelg Contains modules:g Id Nameg 7 rootbusg 8 intsmb/smbusg 9 alsmb/smbusg 10 ichsmb/smbusg 11 amdsmb/smbusg 12 smbus/smbg 13 bti2c/iicbbg 14 lpbb/iicbbg 15 pcf/iicbusg 16 iicbb/iicbusg 17 bti2c/iicbusg 18 pci/edg 19 eisa/ahcg 20 pci/ahcg 21 miibus/ukphyg 22 miibus/amphyg 23 netgraphg 24 miibus/brgphyg 25 pci/uhcig 26 pci/ohcig 27 miibus/dcphyg 28 miibus/e1000phyg 29 miibus/xlphyg 30 ohci/usbg 31 uhci/usbg 32 uhub/ugeng 33 uhub/uhidg 34 uhub/umsg 35 uhub/ukbdg 36 uhub/umassg 37 usb/uhubg 38 uhub/uhubg 39 miibus/inphyg 40 isab/isag 41 nexus/isag 42 isa/isahintg 43 isa/ormg 44 isa/pnpg 45 isa/snd_ad1816g 46 isa/snd_es1888g 47 sbc/snd_essg 48 isa/esscontrolg 49 isa/snd_guscg 50 isa/snd_mssg 51 isa/snd_pnpmssg 52 gusc/snd_guspcmg 53 sbc/snd_sb16g 54 sbc/snd_sb8g 55 isa/snd_sbcg 56 pci/snd_alsg 57 pci/snd_cmipcig 58 pci/snd_cs4281g 59 pci/snd_csag 60 csa/snd_csapcmg 61 pci/snd_ds1g 62 pci/snd_emu10k1g 63 pci/emujoyg 64 pci/snd_es137xg 65 pci/fm801g 66 pci/snd_ichg 67 pci/snd_maestrog 68 pci/snd_neomagicg 69 pci/snd_solog 70 pci/snd_t4dwaveg 71 pci/viag 72 pci/snd_sonicvibesg 73 miibus/mlphyg 74 miibus/nsphyg 75 miibus/nsgphyg 76 miibus/pnphyg 77 miibus/pnaphyg 78 miibus/tlphyg 79 miibus/rlphyg 80 snd_pcmg 81 miibus/xmphyg 82 isa/atag 83 pci/atapcig 84 atapci/atag 85 miibus/lxtphyg 86 miibus/qsphyg 87 miibus/acphyg 88 ppbus/plipg 89 intpm/intsmbg 90 pci/intpmg 91 pcib/pcig 92 pci/pcibg 93 pci/isabg 94 isa/edg 95 eisa/mainboardg 96 isab/eisag 97 nexus/eisag 98 pci/chipg 99 scterm-scg 100 scrndr-vgag 101 pci/igng 102 nexus/apmg 103 cardbus/ahcg 104 ppbus/lptg 105 ahcg 106 ppc/ppbusg 107 ppbus/ppig 108 root/nexusg 109 isa/fdcg 110 fdc/fdg 111 nexus/npxg 112 nexus/pcibg 113 vesag 114 atkbdc/atkbdg 115 iicsmb/smbusg 116 isa/atkbdcg 117 isa/ppcg 118 atkbdc/psmg 119 isa/siog 120 pci/siog 121 isa/scg 122 isa/vgag 123 bti2c/smbusg 124 nfsg 125 procfsg 126 mfsg 127 ufsg 128 cd9660g 129 msdosg 130 ng_ttyg 131 ng_UIg 132 ng_vjcg 133 if_tung 134 if_gifg 135 if_loopg 136 ng_asyncg 137 ng_bpfg 138 ng_echog 139 ng_etherg 140 ng_holeg 141 ng_ifaceg 142 ng_one2manyg 143 ng_rfc1490g 144 ng_socketg 145 ng_teeg 146 elfg 147 shellg 148 aoutg 2 1 0xc03a5000 a2f8 agp.kog Contains modules:g Id Nameg 1 pci/agp_intelg 2 pci/agp_viag 3 pci/agp_sisg 4 pci/agp_alig 5 pci/agp_amdg 6 pci/agp_i810g 3 1 0xc2c93000 2000 warp_saver.kog Contains modules:g Id Nameg 149 warp_saverg 4 1 0xc2c95000 14000 linux.kog Contains modules:g Id Nameg 150 linuxelfg 151 linuxaoutg 5 1 0xc2cd0000 13000 radeon.kog Contains modules:g Id Nameg 152 pci/radeong 6 1 0xc2d24000 2000 trafcount.kog Contains modules:g Id Nameg 153 trafcountg black# ;=08=1B[Kls -l /sbin/ipfwg=0D -r-xr-xr-x 1 root wheel 261432 Feb 10 16:13 /sbin/ipfwg black# ls -l /modules/ipfw.kog=0D -r-xr-xr-x 1 root wheel 27163 Feb 10 16:29 /modules/ipfw.kog black# ^D=08=08exitg Script done on Sun Feb 10 16:39:36 2002 --=20 "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin ----- End forwarded message ----- -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 4: 4:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.mirror.kiev.ua (mail.mirror.kiev.ua [212.35.162.98]) by hub.freebsd.org (Postfix) with ESMTP id 350DC37B405 for ; Mon, 11 Feb 2002 04:04:39 -0800 (PST) Received: from admin by mail.mirror.kiev.ua (8.11.6/8.11.6) with ESMTP id g1BC5wW57664 for ; Mon, 11 Feb 2002 14:06:01 +0200 (EET) Date: Mon, 11 Feb 2002 14:06:41 +0200 From: Vladislav Kushka X-Mailer: The Bat! (v1.53d) Reply-To: Vladislav Kushka Organization: Mirror Weekly X-Priority: 3 (Normal) Message-ID: <86326101799.20020211140641@mirror.kiev.ua> To: All Subject: ftpd problems in 4.5-RELEASE MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello everybody. Set up 4.5-RELEASE on the fresh PC and faced strange problem: when I try to upload files on this PC - everything is ok, But when I try to download the same file, download hang on 1%-2%. Does anybody know, where is the problem? -- Best regards, Vlad Kushka VK3133-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 5: 7:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from spitfire.ecc.engr.uky.edu (spitfire.ecc.engr.uky.edu [128.163.144.21]) by hub.freebsd.org (Postfix) with ESMTP id 684B937B400 for ; Mon, 11 Feb 2002 05:07:25 -0800 (PST) Received: from blackbird.ecc.engr.uky.edu ([128.163.144.69] helo=engr.uky.edu) by spitfire.ecc.engr.uky.edu with esmtp (Exim 3.33 #1) id 16aGAx-000MP0-00 for stable@FreeBSD.ORG; Mon, 11 Feb 2002 08:07:19 -0500 Message-ID: <3C67C137.4060103@engr.uky.edu> Date: Mon, 11 Feb 2002 08:03:51 -0500 From: Jason Stephenson User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: stable@FreeBSD.ORG Subject: Re: Frequent Restarts References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 9 Feb 2002, David Syphers wrote: > I got a random reboot with 4.5-RC1, upgraded to 4.5-R, and just today got > another reboot. My dmesg showed > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4c521c5c [Snippage.] I was getting Kernel trap 12/page fault panics with my workstation after upgrading to 4.5 also. I ran memtest 86 on my machine and discovered that one of my DIMMs was bad. After replacing the bad DIMM, everything works fine. Apparently, the 4.5 kernel is rougher on RAM than it was in the past. I suggest that you check your RAM with a similar program. You could also try removing all your memory modules and then running with just one at a time until you find the one that causes the crash. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 5:29:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from atos.sr.se (atos.sr.se [192.121.194.132]) by hub.freebsd.org (Postfix) with ESMTP id 847B037B427 for ; Mon, 11 Feb 2002 05:28:46 -0800 (PST) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by atos.sr.se (8.11.6/8.11.6) with ESMTP id g1BDSbv81345 for ; Mon, 11 Feb 2002 14:28:41 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: from pluto.sr.se (pluto.SR.SE [134.25.193.91]) by honken.sr.se (8.9.3/8.9.3) with ESMTP id OAA82456 for ; Mon, 11 Feb 2002 14:28:37 +0100 (CET) (envelope-from gunnar@pluto.sr.se) Received: (from root@localhost) by pluto.sr.se (8.11.6/8.11.1) id g1BDSb581611 for freebsd-stable@freebsd.org; Mon, 11 Feb 2002 14:28:37 +0100 (CET) (envelope-from gunnar) Received: (from gunnar@localhost) by pluto.sr.se (8.11.6/8.11.1av) id g1BDSYX81595 for freebsd-stable@freebsd.org; Mon, 11 Feb 2002 14:28:34 +0100 (CET) (envelope-from gunnar) Date: Mon, 11 Feb 2002 14:28:34 +0100 From: Gunnar Flygt To: FreeBSD Stable Subject: Java for FreeBSD Message-ID: <20020211142834.A81586@sr.se> Reply-To: Gunnar Flygt Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What's the status for Java native version for FreeBSD, that was announced in stable a few weeks ago? -- __o regards, Gunnar ---_ \<,_ email: flygt@sr.se ---- (_)/ (_) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 6:26:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id 2922837B402 for ; Mon, 11 Feb 2002 06:26:18 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id JAA92229; Mon, 11 Feb 2002 09:26:14 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.34 #1 (Debian)) id 16aHPl-0004mO-00; Mon, 11 Feb 2002 09:26:41 -0500 Date: Mon, 11 Feb 2002 09:26:41 -0500 From: stan To: Danny Pansters Cc: FreeBSD Stable Mailing List Subject: Re: Kernel Panic on 4.5 STABLE Message-ID: <20020211142641.GA18239@teddy.fas.com> Mail-Followup-To: Danny Pansters , FreeBSD Stable Mailing List References: <20020209160959.GA1010@teddy.fas.com> <20020211021857.A094524D28@mail.ricin.net> <20020211040220.GA5800@teddy.fas.com> <20020211124717.2F89124D28@mail.ricin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20020211124717.2F89124D28@mail.ricin.net> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 09:18:46 up 7 days, 14:54, 1 user, load average: 0.94, 0.37, 0.13 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 01:47:41PM +0100, Danny Pansters wrote: > On Monday 11 February 2002 05:02, you wrote: > > > > BTWW, it's ipfw. A simple ipfw -a l will reliably panic my mahine. > > And, I;m not even using ipfw. The daily security check calls it ;-( >=20 > Pfff. OK I see where it happens. I don't run ipfw, neither do I have=20 > anything ipfw'ish in kernel config: >=20 > root@shaggy.ricin.net [/etc] # ipfw -a l > ipfw: getsockopt(IP_FW_GET): Protocol not available >=20 > I've never used ipfw, nor netgraph. Could it be that the latter=20 > causes the first to be loaded as a module?, e.g. try: >=20 > root@scooby.ricin.net [/etc/periodic/daily] # kldstat > Id Refs Address Size Name > 1 2 0xc0100000 1e5a30 kernel > 2 1 0xc1ee8000 c3000 vinum.ko Script started on Sun Feb 10 16:39:08 2002 black# kldstat -v Id Refs Address Size Name 1 6 0xc0100000 2a4384 kernel Contains modules: Id Name 7 rootbus 8 intsmb/smbus 9 alsmb/smbus 10 ichsmb/smbus 11 amdsmb/smbus 12 smbus/smb 13 bti2c/iicbb 14 lpbb/iicbb 15 pcf/iicbus 16 iicbb/iicbus 17 bti2c/iicbus 18 pci/ed 19 eisa/ahc 20 pci/ahc 21 miibus/ukphy 22 miibus/amphy 23 netgraph 24 miibus/brgphy 25 pci/uhci 26 pci/ohci 27 miibus/dcphy 28 miibus/e1000phy 29 miibus/xlphy 30 ohci/usb 31 uhci/usb 32 uhub/ugen 33 uhub/uhid 34 uhub/ums 35 uhub/ukbd 36 uhub/umass 37 usb/uhub 38 uhub/uhub 39 miibus/inphy 40 isab/isa 41 nexus/isa 42 isa/isahint 43 isa/orm 44 isa/pnp 45 isa/snd_ad1816 46 isa/snd_es1888 47 sbc/snd_ess 48 isa/esscontrol 49 isa/snd_gusc 50 isa/snd_mss 51 isa/snd_pnpmss 52 gusc/snd_guspcm 53 sbc/snd_sb16 54 sbc/snd_sb8 55 isa/snd_sbc 56 pci/snd_als 57 pci/snd_cmipci 58 pci/snd_cs4281 59 pci/snd_csa 60 csa/snd_csapcm 61 pci/snd_ds1 62 pci/snd_emu10k1 63 pci/emujoy 64 pci/snd_es137x 65 pci/fm801 66 pci/snd_ich 67 pci/snd_maestro 68 pci/snd_neomagic 69 pci/snd_solo 70 pci/snd_t4dwave 71 pci/via 72 pci/snd_sonicvibes 73 miibus/mlphy 74 miibus/nsphy 75 miibus/nsgphy 76 miibus/pnphy 77 miibus/pnaphy 78 miibus/tlphy 79 miibus/rlphy 80 snd_pcm 81 miibus/xmphy 82 isa/ata 83 pci/atapci 84 atapci/ata 85 miibus/lxtphy 86 miibus/qsphy 87 miibus/acphy 88 ppbus/plip 89 intpm/intsmb 90 pci/intpm 91 pcib/pci 92 pci/pcib 93 pci/isab 94 isa/ed 95 eisa/mainboard 96 isab/eisa 97 nexus/eisa 98 pci/chip 99 scterm-sc 100 scrndr-vga 101 pci/ign 102 nexus/apm 103 cardbus/ahc 104 ppbus/lpt 105 ahc 106 ppc/ppbus 107 ppbus/ppi 108 root/nexus 109 isa/fdc 110 fdc/fd 111 nexus/npx 112 nexus/pcib 113 vesa 114 atkbdc/atkbd 115 iicsmb/smbus 116 isa/atkbdc 117 isa/ppc 118 atkbdc/psm 119 isa/sio 120 pci/sio 121 isa/sc 122 isa/vga 123 bti2c/smbus 124 nfs 125 procfs 126 mfs 127 ufs 128 cd9660 129 msdos 130 ng_tty 131 ng_UI 132 ng_vjc 133 if_tun 134 if_gif 135 if_loop 136 ng_async 137 ng_bpf 138 ng_echo 139 ng_ether 140 ng_hole 141 ng_iface 142 ng_one2many 143 ng_rfc1490 144 ng_socket 145 ng_tee 146 elf 147 shell 148 aout 2 1 0xc03a5000 a2f8 agp.ko Contains modules: Id Name 1 pci/agp_intel 2 pci/agp_via 3 pci/agp_sis 4 pci/agp_ali 5 pci/agp_amd 6 pci/agp_i810 3 1 0xc2c93000 2000 warp_saver.ko Contains modules: Id Name 149 warp_saver 4 1 0xc2c95000 14000 linux.ko Contains modules: Id Name 150 linuxelf 151 linuxaout 5 1 0xc2cd0000 13000 radeon.ko Contains modules: Id Name 152 pci/radeon 6 1 0xc2d24000 2000 trafcount.ko Contains modules: Id Name 153 trafcount black# ;=08=1B[Kls -l /sbin/ipfw -r-xr-xr-x 1 root wheel 261432 Feb 10 16:13 /sbin/ipfw black# ls -l /modules/ipfw.ko -r-xr-xr-x 1 root wheel 27163 Feb 10 16:29 /modules/ipfw.ko black# ^D=08=08exit Script done on Sun Feb 10 16:39:36 2002 Doesn't look like it's geting loade. At least not untill ipfw runs, which _might_ cause it to be loaded? Or not? Any idea? >=20 > If this shows ipfw.ko or something alike then it's likely to be=20 > loaded on demand for some reason, while perhaps not having all teh=20 > kernel options at hand that it might need. Just a thought.=20 >=20 > [it is not always the case that using a module or compiling it into=20 > the kernel are two different ways of achieving the same, for example=20 > compiling vinum into the kernel won't work properly, using ipfilter > as module doesn't work exactly the same as when compiled into the=20 > kernel, etc] >=20 > Also check the timestamp of /etc/security to make sure it has been or=20 > doesn't need to be updated after installing world. You, or=20 > mergemaster for that matter, might have forgotten to diff it with a=20 > newer version (if present). If all else fails you could always remove=20 > the ipfw crud from the security script of course as last resort ;-)=20 >=20 Mergemaster was happy with it. Also just runing ipfw -a l will panic the machine. Yes I have presently set the defauls so that the daily secuirty check is not run. However I ahve absolutely no confidence that something else may not triger the same (or another) kerenel panic.=20 I'm not going to have confidence in this amchien till I track this down :-) BTW, on a differnt machine (PII vs Atholon) I get the smae usage message you do when I run ipfw -a l. I can replicate this panic with a kernel compiled from GENERIC, so I don't belive it's something I have wrong in the kernel config file. --=20 "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 9:19:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 29A5237B402; Mon, 11 Feb 2002 09:19:49 -0800 (PST) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.6/8.11.6) with ESMTP id g1BHJlG79302; Mon, 11 Feb 2002 12:19:47 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020211120456.024ca010@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 12:13:25 -0500 To: stable@freebsd.org From: Mike Tancsa Subject: RocketRaid133 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, it seems HighPoint has created their own drivers for the 372 based IDE raid cards. These *seem* to have a bit more guts and features in them than the previous cards. Has anyone worked with them ? The previous drives with the ar driver are OK but had limited functionality-- especially when compared with the 3ware card which sadly they do not make any more (the 6200 I mean). Does anyone have these newer Highpoint cards in production ? Are they any good? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 9:44: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.freesurf.fr (mail.freesurf.fr [212.43.206.50]) by hub.freebsd.org (Postfix) with ESMTP id B788637B416 for ; Mon, 11 Feb 2002 09:44:04 -0800 (PST) Received: from gargantua.dyndns.org (du-207-4.nat.dialup.freesurf.fr [212.43.207.4]) by mail.freesurf.fr (Postfix) with ESMTP id BB2839BBD for ; Mon, 11 Feb 2002 18:44:01 +0100 (CET) Received: (from romain@localhost) by gargantua.dyndns.org (8.11.6/8.11.6) id g1BHh4Q00308 for freebsd-stable@freebsd.org; Mon, 11 Feb 2002 18:43:04 +0100 (CET) (envelope-from romain) Date: Mon, 11 Feb 2002 18:43:03 +0100 From: Romain Berrendonner To: freebsd-stable@freebsd.org Subject: buildworld failed Message-ID: <20020211184239.A261@gargantua.dyndns.org> Reply-To: romain@cuivre.fr.eu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I'm trying to build a half-week old -STABLE checkout from cvsup.fr.freebsd.org. After a while, I got : ===> libssh make: don't know how to make mac.c. Stop *** Error code 2 1 error I tried changing some settings in /etc/make.conf, but nothing seems relevant for that. Any hint ? Thanks in advance... -- Romain romain@cuivre.fr.eu.org PGP Key fingerprint: 9416 A340 5934 388F FC44 34C2 AD80 555E 9CBE D8CB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 9:55:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by hub.freebsd.org (Postfix) with ESMTP id 77CAD37B402 for ; Mon, 11 Feb 2002 09:55:03 -0800 (PST) Received: from melusine.cuivre.fr.eu.org (melusine.enst.fr [137.194.160.34]) by melchior.cuivre.fr.eu.org (Postfix) with ESMTP id 98C378216; Mon, 11 Feb 2002 18:55:01 +0100 (CET) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 89E6A2C3D3; Mon, 11 Feb 2002 18:55:00 +0100 (CET) Date: Mon, 11 Feb 2002 18:55:00 +0100 From: Thomas Quinot To: romain@cuivre.fr.eu.org Cc: freebsd-stable@freebsd.org Subject: Re: buildworld failed Message-ID: <20020211185500.A65560@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: <20020211184239.A261@gargantua.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020211184239.A261@gargantua.dyndns.org>; from romain@gargantua.dyndns.org on Mon, Feb 11, 2002 at 06:43:03PM +0100 X-message-flag: WARNING! Using Outlook can damage your computer. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-02-11, Romain Berrendonner écrivait : > I'm trying to build a half-week old -STABLE checkout from > cvsup.fr.freebsd.org. What collections did you cvsup? src-all should contain mac.c (provided that your supfile is reasonably up-to-date.) > I tried changing some settings in /etc/make.conf, but nothing seems relevant > for that. Any hint ? First determine whether mac.c is actually present, next: if it is, find out why it is not found, if not, find out why it is missing :) Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 9:56:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id DDD8E37B420 for ; Mon, 11 Feb 2002 09:56:25 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g1BHuKS59263; Mon, 11 Feb 2002 18:56:20 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200202111756.g1BHuKS59263@freebsd.dk> Subject: Re: RocketRaid133 In-Reply-To: <5.1.0.14.0.20020211120456.024ca010@marble.sentex.ca> To: Mike Tancsa Date: Mon, 11 Feb 2002 18:56:20 +0100 (CET) Cc: stable@freebsd.org Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Mike Tancsa wrote: > Hi, > it seems HighPoint has created their own drivers for the 372 based IDE raid > cards. These *seem* to have a bit more guts and features in them than the > previous cards. Has anyone worked with them ? The previous drives with the > ar driver are OK but had limited functionality-- especially when compared > with the 3ware card which sadly they do not make any more (the 6200 I > mean). Does anyone have these newer Highpoint cards in production ? Are > they any good? We already support the hpt372, and I've just added support for the hpt374 to -current. I'm currently being sponsored to make our ATA RAID code work the way it should, -current is already far ahead, and I've got a commit to make later today or tomorrow that makes the last few things regarding failuremode and reporting back to the config on disk what happend so the controller knows on the next boot. When this is done rebuilding of failed RAID1's will hit the tree. When this has settled a bit a full MFC is planned. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 10:43:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 9FA9537B419 for ; Mon, 11 Feb 2002 10:43:09 -0800 (PST) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id A7C3B16B13 for ; Mon, 11 Feb 2002 19:43:07 +0100 (CET) Received: from LenConrad.Go2France.com [66.64.14.18] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id A52145D0276; Mon, 11 Feb 2002 20:01:53 +0100 Message-Id: <5.1.0.14.2.20020211124152.038cbcf8@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 12:43:01 -0600 To: freebsd-stable@freebsd.org From: Len Conrad Subject: Re: RocketRaid133 In-Reply-To: <200202111756.g1BHuKS59263@freebsd.dk> References: <5.1.0.14.0.20020211120456.024ca010@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >We already support the hpt372, and I've just added support for the >hpt374 to -current. > >I'm currently being sponsored to make our ATA RAID code work the >way it should, -current is already far ahead, and I've got a >commit to make later today or tomorrow that makes the last >few things regarding failuremode and reporting back to the >config on disk what happend so the controller knows on the >next boot. When this is done rebuilding of failed RAID1's >will hit the tree. When this has settled a bit a full MFC is >planned. will your work be useful for the Adpatec 1200/2400's ? Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 12: 6:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 63D1637B400; Mon, 11 Feb 2002 12:06:22 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g1BK6Dw56980; Mon, 11 Feb 2002 12:06:13 -0800 (PST) (envelope-from dillon) Date: Mon, 11 Feb 2002 12:06:13 -0800 (PST) From: Matthew Dillon Message-Id: <200202112006.g1BK6Dw56980@apollo.backplane.com> To: Bruce Evans Cc: Matteo , , , Subject: Re: Crash System with MSDOS file-system driver! References: <20020211221141.R682-100000@gamplex.bde.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, I think you did find a bug in VFS/BIO. Even UFS will unnecessarily break if a fully valid buffer is written and the write fails, due to b_resid being left non-zero (B_ERROR is cleared in that case and the write is re-queued). But we have a problem here. You can't gratuitously clear b_resid for the B_CACHE case. NFS depends on it being persistent for VLNK handling. In fact, NFS even assumes it is persistent for directory reading but since VMIO-backed buffers can be dropped and later reconstituted (zeroing b_resid), there is a hack in there to magically fix it for the VDIR case. This ability to drop and reconstitute the buffer implies that we can legally zero b_resid in the B_CACHE|B_VMIO case, but we cannot legally clear b_resid in the non-VMIO case. I also don't think it's a good idea to just munge breadn() and leave bread() alone. What I recommend is that the b_resid clearing code actually be put in getblk() itself but only for the B_CACHE|B_VMIO case, and with a big comment describing why it is there. If you want to work up a patch for that, Bruce, I'll be happy to help test it. Or I can just do it if you don't want to. The code is almost exactly the same. I do not understand the last bit of your patch that converts a non-error'd short read into an EIO. This case cannot happen on the first bp with either UFS or MSDOSFS because they explicitly conditionalize the breadn() call for the case where there is at least one full buffer's worth of data is left in the file or directory. Consequently the first buffer will never have a short read. The API, in general, does not explicitly disallow EOF occuring in the first buffer so unless you believe an API change is in order and clearly document it in breadn()'s comments, you should not commit this patch. (For example, NFS doesn't use breadn() but if it did it would likely assume that EOF could occur anywhere, even in the first buffer). -Matt :On Fri, 8 Feb 2002, Matteo wrote: : :> Hi all, :> :> I've 4.5-RELEASE and 4.4-STABLE. :> :> Try to follow this steps: :> :> 1) Mount a msdos floppy write protected in /floppy :> 2) cd /floppy :> 3) rm somefile :> At this point kernel show this message: :> :> fd0c: hard error writing fsbn 56 of 56-63 (ST0 :> 40 ST1 2 etc etc :> :> Next Step: :> :> 4) ls :> :> And system halt! I try with a UFS floppy and it's all :> ok. : :%%% :The hang is caused by msdosfs_readdir() "handling" reads of 0 bytes by :spinning forever. msdosfs_read() seems to have the same bug. :ufs_readdir() works because it calls VOP_READ() == ffs_read() which :treats reads of 0 bytes as EOF instead of spinning forever. : :Reads of 0 bytes and other short reads shouldn't happen, but they :happen because failed writes clobber b_resid and breadn() later returns :with the clobbered value. Filesystems use b_resid to determine the :extent of i/o in a few places (all (?) cloned from ufs_readwrite.c). :This is probably wrong and very incomplete -- most places, including :critical block allocation code, just assume that breadn() returns an :error if everything could not be read. : :The patch mainly just resets b_resid in breadn(). Determining the :value after the i/o that filled the buffer doesn't seem to be easy, :but it should be 0. : :Index: vfs_bio.c :=================================================================== :RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v :retrieving revision 1.296 :diff -u -r1.296 vfs_bio.c :--- vfs_bio.c 31 Jan 2002 18:39:44 -0000 1.296 :+++ vfs_bio.c 11 Feb 2002 11:09:22 -0000 :@@ -614,6 +614,13 @@ : vfs_busy_pages(bp, 0); : VOP_STRATEGY(vp, bp); : ++readwait; :+ } else { :+ /* :+ * Recover from failed writes clobbering b_resid. b_resid is :+ * strictly only valid after i/o, but some filesystems expect :+ * it to give the part of `size' that was not readable here. :+ */ :+ bp->b_resid = 0; : } : : for (i = 0; i < cnt; i++, rablkno++, rabsize++) { :@@ -640,6 +647,16 @@ : : if (readwait) { : rv = bufwait(bp); :+ /* :+ * Convert short reads to i/o errors, since short reads aren't :+ * useful for the buffer cache and they are mostly not handled :+ * in callers. :+ * XXX we don't always get here for read-ahead blocks. :+ * b_resid for read-ahead blocks may be clobbered by failed :+ * attempts to write the blocks. :+ */ :+ if (rv == 0 && bp->b_resid != 0) :+ rv = EIO; : } : return (rv); : } :%%% : :Bruce : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 12:49:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 2233137B405 for ; Mon, 11 Feb 2002 12:49:15 -0800 (PST) Received: from CERBERUS ([129.174.130.10]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GRDZ5X00.9TS for ; Mon, 11 Feb 2002 15:49:09 -0500 Reply-To: From: "Steve Bernard" To: "Freebsd-Stable" Subject: KT266A support Date: Mon, 11 Feb 2002 15:49:15 -0500 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are there any known issues with 4.5-RELEASE and the VIA KT266A chipset? The handbook doesn't list it and I haven't been able to find anything conclusive by searching with Google. Thanks, Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 12:52:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from vimfuego.saarinen.org (saarinen.org [203.79.82.14]) by hub.freebsd.org (Postfix) with ESMTP id 48A7E37B402 for ; Mon, 11 Feb 2002 12:52:17 -0800 (PST) Received: from [192.168.1.10] (helo=den2) by vimfuego.saarinen.org with esmtp (Exim 3.33 #1 (Red Hack)) id 16aNQq-00028R-00; Tue, 12 Feb 2002 09:52:12 +1300 Date: Tue, 12 Feb 2002 09:52:12 +1300 (New Zealand Daylight Time) From: Juha Saarinen To: Steve Bernard Cc: Freebsd-Stable Subject: Re: KT266A support In-Reply-To: Message-ID: X-Message-Flag: "Yummy... a Windows box! Hack! Hack! Hack!" X-X-Sender: juha@vimfuego.saarinen.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@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 Feb 2002, Steve Bernard wrote: > Are there any known issues with 4.5-RELEASE and the VIA KT266A chipset? > The handbook doesn't list it and I haven't been able to find anything > conclusive by searching with Google. Are you seeing any issues? -- Juha Take off every sig! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 12:57: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from grumman.kjsl.com (Armada.KJSL.COM [206.55.228.149]) by hub.freebsd.org (Postfix) with ESMTP id E87B637B41E for ; Mon, 11 Feb 2002 12:57:05 -0800 (PST) Received: from grumman.kjsl.com (localhost.kjsl.com [127.0.0.1]) by grumman.kjsl.com (8.12.1/8.12.1) with ESMTP id g1BKuxpK063452; Mon, 11 Feb 2002 12:57:00 -0800 (PST) Received: (from javier@localhost) by grumman.kjsl.com (8.12.1/8.12.1/Submit) id g1BKuxAQ063449; Mon, 11 Feb 2002 12:56:59 -0800 (PST)?g (envelope-from javier) From: Javier Henderson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15464.12315.739603.709384@grumman.kjsl.com> Date: Mon, 11 Feb 2002 12:56:59 -0800 To: Juha Saarinen Cc: Steve Bernard , Freebsd-Stable Subject: Re: KT266A support In-Reply-To: References: X-Mailer: VM 6.96 under Emacs 21.1.2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juha Saarinen writes: > On Mon, 11 Feb 2002, Steve Bernard wrote: > > > Are there any known issues with 4.5-RELEASE and the VIA KT266A chipset? > > The handbook doesn't list it and I haven't been able to find anything > > conclusive by searching with Google. > > Are you seeing any issues? FWIW, I'm typing this on a system with the aforementioned chipset, seems to work fine. -jav To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 12:57:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from marlborough.cnchost.com (marlborough.concentric.net [207.155.248.14]) by hub.freebsd.org (Postfix) with ESMTP id 00BF837B42C for ; Mon, 11 Feb 2002 12:57:49 -0800 (PST) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by marlborough.cnchost.com id PAA23088; Mon, 11 Feb 2002 15:57:46 -0500 (EST) [ConcentricHost SMTP Relay 1.14] Message-ID: <200202112057.PAA23088@marlborough.cnchost.com> To: sbernard@gmu.edu Cc: "Freebsd-Stable" Subject: Re: KT266A support In-reply-to: Your message of "Mon, 11 Feb 2002 15:49:15 EST." Date: Mon, 11 Feb 2002 12:57:45 -0800 From: Bakul Shah Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Are there any known issues with 4.5-RELEASE and the VIA KT266A chipset? The > handbook doesn't list it and I haven't been able to find anything conclusive > by searching with Google. 4.5-RELEASE works fine on a Soyo Dragon Plus!, a KT266A based motherboard. But I haven't stressed it all that much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 13:27:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 328D337B420 for ; Mon, 11 Feb 2002 13:27:34 -0800 (PST) Received: from CERBERUS ([129.174.130.10]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GRE0XX00.TT2 for ; Mon, 11 Feb 2002 16:27:33 -0500 Reply-To: From: "Steve Bernard" To: "Freebsd-Stable" Subject: RE: KT266A support Date: Mon, 11 Feb 2002 16:27:39 -0500 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) In-Reply-To: <200202112057.PAA23088@marlborough.cnchost.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@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 replies. I'm spec'ing out some boxes for intensive packet analysis on _very_ large datasets/captures and am planning on using Abit KR7A-133 mobo's, which use the KT266A chipset. I wanted to double-check for problems since I couldn't find any information on running FreeBSD with it, good or bad. Thanks again, Steve -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Bakul Shah Sent: Monday, February 11, 2002 3:58 PM To: sbernard@gmu.edu Cc: Freebsd-Stable Subject: Re: KT266A support > Are there any known issues with 4.5-RELEASE and the VIA KT266A chipset? The > handbook doesn't list it and I haven't been able to find anything conclusive > by searching with Google. 4.5-RELEASE works fine on a Soyo Dragon Plus!, a KT266A based motherboard. But I haven't stressed it all that much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 13:33:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.disetronic.ch (mail.disetronic.ch [212.80.182.18]) by hub.freebsd.org (Postfix) with ESMTP id EB14B37B402 for ; Mon, 11 Feb 2002 13:33:53 -0800 (PST) Received: from [172.20.0.2] (80.254.165.132) by mail.disetronic.ch with MERCUR-SMTP/POP3/IMAP4-Server (v3.30.07 SA-0098340) for ; Mon, 11 Feb 2002 22:33:39 +0100 Mime-Version: 1.0 X-Sender: disetronic-sibe1@mail.disetronic.ch (Unverified) Message-Id: Date: Mon, 11 Feb 2002 22:33:37 +0100 To: freebsd-stable@freebsd.org From: Beat Siegenthaler Subject: ethereal broken ? Content-Type: text/plain; charset="us-ascii" ; format="flowed" Reply-To: beat.siegenthaler@disetronic.ch Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, with every new version of ethereal i hoped that i can run it again. But on all versions i have still the same error with proto.c. Somebody has a idea? (cd doc ; make ../ethereal.1 ) ../ethereal -G | /usr/bin/perl ./dfilter2pod.pl ./ethereal.pod.template > ethereal.pod ** ERROR **: file proto.c: line 2008 (proto_register_field_init): assertion failed: ((hfinfo->strings == NULL) || ( (hfinfo->type == FT_UINT8) || (hfinfo->type == FT_UINT16) || (hfinfo->type == FT_UINT24) || (hfinfo->type == FT_UINT32) || (hfinfo->type == FT_INT8) || (hfinfo->type == FT_INT16) || (hfinfo->type == FT_INT24) || (hfinfo->type == FT_INT32) || (hfinfo->type == FT_BOOLEAN) )) aborting... -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 13:40:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from web4.thecenturiongroup.com (112.mujb.nyrk.nycenycp.dsl.att.net [12.98.137.112]) by hub.freebsd.org (Postfix) with ESMTP id AB77C37B417 for ; Mon, 11 Feb 2002 13:40:25 -0800 (PST) Received: from ix1x1000 (ix1x1000.thecenturiongroup.com [192.32.248.52]) by web4.thecenturiongroup.com (Postfix) with SMTP id 3E67B7C001 for ; Mon, 11 Feb 2002 15:45:57 -0500 (EST) Message-ID: <01a701c1b33c$733b99a0$34f820c0@ix1x1000> From: "Michael Meltzer" To: Subject: 127/8 in ip_output.c Date: Mon, 11 Feb 2002 15:41:15 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A4_01C1B312.8A5BF4B0" 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-stable@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_01A4_01C1B312.8A5BF4B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I just got caught by block of all 127/8 in ip_output.c, At this point I = have recompiled my system to remove it but frankly I think it should be = removed from the OS, What happened it the it took out djbdsn along with = IPF, now those system where configured based on their respective = HOWTO's. Unless someone wants to start changing all the HOWTO's this is = asking for trouble. This is not nice, Luckily I knew how to code, where = to look and compile a kernel, think everyone who uses FreeBSD will be so = luckily. The RFC what to prevent 127/8 from leveling the box, but could = it be done not to breaking the tools. MJM ------=_NextPart_000_01A4_01C1B312.8A5BF4B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I just got caught by block of all 127/8 = in=20 ip_output.c, At this point I have recompiled my system to remove it but = frankly=20 I think it should be removed from the OS, What happened it the it took = out=20 djbdsn along with IPF, now those system where configured based on their=20 respective HOWTO's. Unless someone wants to start changing all the = HOWTO's this=20 is asking for trouble. This is not nice, Luckily I knew how to = code, where=20 to look and compile a kernel, think everyone who uses FreeBSD will = be so=20 luckily. The RFC what to prevent 127/8 from leveling the box, but = could it=20 be done not to breaking the tools.
 
MJM
------=_NextPart_000_01A4_01C1B312.8A5BF4B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14: 8:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 9619337B402 for ; Mon, 11 Feb 2002 14:08:13 -0800 (PST) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.6/8.11.6) with ESMTP id g1BM88d68438; Mon, 11 Feb 2002 17:08:08 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020211160732.04c12890@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 17:01:44 -0500 To: sos@freebsd.dk From: Mike Tancsa Subject: Re: RocketRaid133 Cc: stable@FreeBSD.ORG In-Reply-To: <200202111756.g1BHuKS59263@freebsd.dk> References: <5.1.0.14.0.20020211120456.024ca010@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 06:56 PM 2/11/02 +0100, S=F8ren Schmidt wrote: >It seems Mike Tancsa wrote: > > Hi, > > it seems HighPoint has created their own drivers for the 372 based IDE= =20 > raid > > cards. These *seem* to have a bit more guts and features in them than= the > > previous cards. Has anyone worked with them ? The previous drives with= the > > ar driver are OK but had limited functionality-- especially when= compared > > with the 3ware card which sadly they do not make any more (the 6200 I > > mean). Does anyone have these newer Highpoint cards in production ? Are > > they any good? > >We already support the hpt372, and I've just added support for the >hpt374 to -current. STABLE doesnt yet see it as an AR capable device. But the KLD provided by= =20 them at http://www.highpoint-tech.com/FreeBSD_v13_370_372.zip works exactly as advertised. I just installed it with the 4.5R ISO and all= =20 worked well using RAID1 and RAID0. The Raid 1 performance was OK, but not=20 as great an improvement as the 3ware shows. I seem to recall a noticeable=20 difference between a single drive on UDMA 66, versus that same drive in a=20 RAID1 config (as well as of course RAID0) Simple bonnie numbers -------Sequential Output-------- ---Sequential Input--=20 --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block---=20 --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec= %CPU ad0 500 27996 68.3 27833 29.5 13531 15.6 25261 92.7 31253 14.7 195.0 = 1.0 da0 R1 500 29811 73.2 28939 32.8 13157 16.9 25611 95.0 29396 22.5 209.4 = 1.4 da0 R0 500 45427 94.0 47434 49.7 17556 23.0 21718 80.3 44401 33.8 198.6 = 1.5 R0=3DRaid 0 R1=3DRaid 1 ad0 is a UDMA 100 Fujitsu 7200 RPM drive of which I put in 2 in the=20 controller. I am a little surprised that the Random seeks would not be=20 that much better. dmesg shows it as da0 at hpt37x20 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 58821MB (120466945 512 byte sectors: 255H 63S/T 7498C) Mounting root from ufs:/dev/da0s1a Note, I had to upgrade the BIOS for it to work with my oldish 810 chipset=20 board. But once I did that everything worked as it should. I will try out=20 the GUI management stuff later tonight and try and see how it works with a= =20 failed drive tomorrow before I ship the card out. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:14:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.10]) by hub.freebsd.org (Postfix) with ESMTP id D0C8637B402 for ; Mon, 11 Feb 2002 14:14:29 -0800 (PST) Received: from CERBERUS ([129.174.130.10]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GRE34400.BRZ for ; Mon, 11 Feb 2002 17:14:28 -0500 Reply-To: From: "Steve Bernard" To: "Freebsd-Stable" Subject: DGE-550T support ?? Date: Mon, 11 Feb 2002 17:14:34 -0500 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone know if the D-Link DGE-550T 100/1000 (Gig) NIC is supported under 4.5? I found references for OpenBSD and NetBSD but, haven't been able to determine if the code has been incorporated into FreeBSD yet. Note: The similarly named DFE-550TX is a 10/100 card Thanks, Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:18:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 8B1C037B402 for ; Mon, 11 Feb 2002 14:18:04 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g1BMI1V24265; Mon, 11 Feb 2002 23:18:01 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200202112218.g1BMI1V24265@freebsd.dk> Subject: Re: RocketRaid133 In-Reply-To: <5.1.0.14.0.20020211160732.04c12890@marble.sentex.ca> To: Mike Tancsa Date: Mon, 11 Feb 2002 23:18:01 +0100 (CET) Cc: stable@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Mike Tancsa wrote: > >We already support the hpt372, and I've just added support for the > >hpt374 to -current. > > STABLE doesnt yet see it as an AR capable device. But the KLD provided by > them at > http://www.highpoint-tech.com/FreeBSD_v13_370_372.zip > > works exactly as advertised. I just installed it with the 4.5R ISO and all > worked well using RAID1 and RAID0. The Raid 1 performance was OK, but not > as great an improvement as the 3ware shows. I seem to recall a noticeable > difference between a single drive on UDMA 66, versus that same drive in a > RAID1 config (as well as of course RAID0) I know :) the problem is that it is a driver *just* for the highpoint cards, whereas the ATA RAID driver support both Promise & Highpoint cards, even in the same machine :) You should test whats in -current, its close already, I'm still wrestling highpoint less than perfect config layout on disks, they didn't design that very well, is not entirely secure in all situations, ie you can rebuild your RAID1 from the *wrong* part of the mirror just because it lost its marbles :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:20:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by hub.freebsd.org (Postfix) with ESMTP id 9B24B37B400 for ; Mon, 11 Feb 2002 14:20:07 -0800 (PST) Received: from simoeon.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by smtp1.sentex.ca (8.11.6/8.11.6) with ESMTP id g1BMK4d72394; Mon, 11 Feb 2002 17:20:04 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020211171243.024c1320@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 17:13:41 -0500 To: sos@freebsd.dk From: Mike Tancsa Subject: Re: RocketRaid133 Cc: stable@FreeBSD.ORG In-Reply-To: <200202112218.g1BMI1V24265@freebsd.dk> References: <5.1.0.14.0.20020211160732.04c12890@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can I just pull down /usr/src/sys/dev/ata from current and pop it in place= =20 ? This is a non production machine so I can live with lost data. I am=20 happy to test as I am eager to find a decent replacement for the 3ware 6200. ---Mike At 11:18 PM 2/11/02 +0100, S=F8ren Schmidt wrote: >It seems Mike Tancsa wrote: > > >We already support the hpt372, and I've just added support for the > > >hpt374 to -current. > > > > STABLE doesnt yet see it as an AR capable device. But the KLD provided= by > > them at > > http://www.highpoint-tech.com/FreeBSD_v13_370_372.zip > > > > works exactly as advertised. I just installed it with the 4.5R ISO and= all > > worked well using RAID1 and RAID0. The Raid 1 performance was OK, but= not > > as great an improvement as the 3ware shows. I seem to recall a= noticeable > > difference between a single drive on UDMA 66, versus that same drive in= a > > RAID1 config (as well as of course RAID0) > >I know :) the problem is that it is a driver *just* for the highpoint >cards, whereas the ATA RAID driver support both Promise & Highpoint >cards, even in the same machine :) > >You should test whats in -current, its close already, I'm still >wrestling highpoint less than perfect config layout on disks, >they didn't design that very well, is not entirely secure in >all situations, ie you can rebuild your RAID1 from the *wrong* >part of the mirror just because it lost its marbles :) > >-S=F8ren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:24: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id E95D237B405 for ; Mon, 11 Feb 2002 14:24:01 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g1BMNxx25768; Mon, 11 Feb 2002 23:23:59 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200202112223.g1BMNxx25768@freebsd.dk> Subject: Re: RocketRaid133 In-Reply-To: <5.1.0.14.0.20020211171243.024c1320@marble.sentex.ca> To: Mike Tancsa Date: Mon, 11 Feb 2002 23:23:59 +0100 (CET) Cc: stable@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Mike Tancsa wrote: > > Can I just pull down /usr/src/sys/dev/ata from current and pop it in place > ? This is a non production machine so I can live with lost data. I am > happy to test as I am eager to find a decent replacement for the 3ware 6200. Nope, the ATA subsystem is quite different in -current and the kernel infrastructure has also changed significantly. But as I said, this sponsored project will be backported to -stable once I get it stabilized.. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:24: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gnome01.sovam.com (gnome01.sovam.com [194.67.1.179]) by hub.freebsd.org (Postfix) with ESMTP id 5501637B417 for ; Mon, 11 Feb 2002 14:24:03 -0800 (PST) Received: from ip-737.dialup.cl.spb.ru ([212.46.197.23]:9479 "EHLO lev" ident: "TIMEDOUT" whoson: "-unregistered-" smtp-auth: TLS-CIPHER: TLS-PEER: ) by gnome01.sovam.com with ESMTP id ; Tue, 12 Feb 2002 01:23:50 +0300 Date: Tue, 12 Feb 2002 01:27:41 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v1.53d) Reply-To: Lev Serebryakov Organization: Home X-Priority: 3 (Normal) Message-ID: <1585891578.20020212012741@serebryakov.spb.ru> To: "Freebsd-Stable" Subject: ABit VP6 (VIA Appolo Pro133A) hardware monitoring MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Freebsd-Stable! How are you? I've buy ABIt VP6 motherboard (dual Pro133A-based motherboard). It works perfectly (with two CPUs), HPT370 Raid works too. But I could not get any values from hardware monitoring. There is NO `viapm' driver (like `intpm' or `alpm') and this monitoring is VT82C686B-based, not LM7x-based, so lmmon and other such programs from ports doesn't work too. Could I get my CPUs' temperatures and Fans' speeds under FreeBSD? Lev Serebryakov /-----------------------------------------------\ | FIDONet: 2:5030/661.0 | | E-Mail: lev@serebryakov.spb.ru | | Page: http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===============================================/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:24:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail4.home.nl (mail4.home.nl [213.51.129.228]) by hub.freebsd.org (Postfix) with ESMTP id C08A837B442 for ; Mon, 11 Feb 2002 14:24:21 -0800 (PST) Received: from there ([217.120.114.216]) by mail4.home.nl (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20020211222504.JCRR5772.mail4.home.nl@there> for ; Mon, 11 Feb 2002 23:25:04 +0100 Content-Type: text/plain; charset="iso-8859-1" From: Bas v.d.Wiel To: stable@freebsd.org Subject: Is this hack in pw_user.c okay? Date: Mon, 11 Feb 2002 23:24:20 +0100 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020211222504.JCRR5772.mail4.home.nl@there> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Since I don't have proper overview of the consequences, I'd like to know from you if the hack I made to pw_user.c (as found in 4.5-STABLE, updated an hour ago) will have any evil repercussions on my systems before I put this in production. My problem was with Samba not being able to automatically create computer accounts on the fly. The problem was in pw's refusal to add usernames ending in a dollar sign. I removed the dollar sign from the list of illegal characters in pw_user.c, recompiled, installed, and now it works perfectly. Or so it seems. There must be a reason why the dollar sign was excluded in the first place, but I don't know it. Is my hack in any way harmful to a Samba server acting as a PDC but running no further services other than the printing subsystem? If not, why is the $ an illegal character in usernames? Thanks in advance for any replies, Bas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 14:46:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.bmi.net (smtp.bmi.net [204.57.191.31]) by hub.freebsd.org (Postfix) with ESMTP id CA5EA37B417 for ; Mon, 11 Feb 2002 14:46:39 -0800 (PST) Received: from johncoop.MSHOME (drumheller-router.bmi.net [206.63.201.3] (may be forged)) by smtp.bmi.net (Pro-8.9.3/Pro-8.9.3) with ESMTP id OAA29839; Mon, 11 Feb 2002 14:45:10 -0800 Date: Mon, 11 Feb 2002 14:45:01 -0800 From: John Merryweather Cooper To: Lev Serebryakov Cc: Freebsd-Stable Subject: Re: ABit VP6 (VIA Appolo Pro133A) hardware monitoring Message-ID: <20020211144501.C45459@johncoop.MSHOME> References: <1585891578.20020212012741@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <1585891578.20020212012741@serebryakov.spb.ru>; from lev@serebryakov.spb.ru on Mon, Feb 11, 2002 at 14:27:41 -0800 X-Mailer: Balsa 1.3.1 Lines: 39 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Try xmbmon at sysutils/xmbmon. It works with VIA chipsets (I have a VT82C686B also and it works fine). On 2002.02.11 14:27 Lev Serebryakov wrote: > Hello, Freebsd-Stable! How are you? > > I've buy ABIt VP6 motherboard (dual Pro133A-based motherboard). It > works perfectly (with two CPUs), HPT370 Raid works too. > > But I could not get any values from hardware monitoring. There is NO > `viapm' driver (like `intpm' or `alpm') and this monitoring is > VT82C686B-based, not LM7x-based, so lmmon and other such programs > from ports doesn't work too. > > Could I get my CPUs' temperatures and Fans' speeds under FreeBSD? > > Lev Serebryakov > /-----------------------------------------------\ > | FIDONet: 2:5030/661.0 | > | E-Mail: lev@serebryakov.spb.ru | > | Page: http://lev.serebryakov.spb.ru/ | > | ICQ UIN: 3670018 | > | Phone: You know, if you have world nodelist | > \===============================================/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 17:58:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bigbird.zeebar.com (adsl-63-202-202-75.dsl.snfc21.pacbell.net [63.202.202.75]) by hub.freebsd.org (Postfix) with SMTP id 5DCEE37B416 for ; Mon, 11 Feb 2002 17:58:43 -0800 (PST) Received: (qmail 21156 invoked by uid 1000); 12 Feb 2002 02:03:54 -0000 Date: Mon, 11 Feb 2002 18:03:54 -0800 From: Helmut Hissen To: freebsd-stable@FreeBSD.ORG Subject: corrupted ISO images on US ftp mirrors for 4.5 Message-ID: <20020211180354.A20800@zeebar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dont know if anyone cares .. but looks like the data in the Jan 30 ISO cd images (4.5 RELEASE) on the ftp servers is bad. (wrong checksum for proflibs dist for instance) < MD5 (proflibs.ai) = 571234f22fa4f97da86c833b8abeb11f --- > MD5 (proflibs.ai) = 30ed88bb800b758473272556f58a94a2 cheers hh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 19:41:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id 0A8F137C359 for ; Mon, 11 Feb 2002 19:27:56 -0800 (PST) Received: (from root@localhost) by cage.simianscience.com (8.11.6/8.11.6) id g1C3Rtk96795; Mon, 11 Feb 2002 22:27:55 -0500 (EST) (envelope-from mike@sentex.net) Received: from house.sentex.net (fcage [192.168.0.2]) by cage.simianscience.com (8.11.6/8.11.6av) with ESMTP id g1C3Rq996787; Mon, 11 Feb 2002 22:27:53 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020211222742.02413bf8@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 11 Feb 2002 22:30:08 -0500 To: sos@freebsd.dk From: Mike Tancsa Subject: Re: RocketRaid133 Cc: stable@freebsd.org In-Reply-To: <200202112218.g1BMI1V24265@freebsd.dk> References: <5.1.0.14.0.20020211160732.04c12890@marble.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:18 PM 2/11/2002 +0100, S=F8ren Schmidt wrote: >I know :) the problem is that it is a driver *just* for the highpoint >cards, whereas the ATA RAID driver support both Promise & Highpoint >cards, even in the same machine :) BTW, how close the Adaptec 2400A and the RocketRaid 404 ? The HighPoint=20 website alludes to the fact that Adaptec uses the same chips. Looking at=20 the Adaptec 1200 it seems very similar to the 372. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 20:42:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 3326837D066 for ; Mon, 11 Feb 2002 20:07:32 -0800 (PST) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g1C47JW45000; Tue, 12 Feb 2002 13:07:23 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: stable@FreeBSD.org In-Reply-To: <20020211180354.A20800@zeebar.com> References: <20020211180354.A20800@zeebar.com> 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: 13 From: Makoto Matsushita To: helmut@zeebar.com Subject: Re: corrupted ISO images on US ftp mirrors for 4.5 Date: Tue, 12 Feb 2002 13:07:16 +0900 Message-Id: <20020212130716S.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG helmut> but looks like the data in the Jan 30 ISO cd images (4.5 RELEASE) helmut> on the ftp servers is bad. (wrong checksum for proflibs dist for helmut> instance) Sounds strange; I've checked 4.5-install.iso on ftp4.jp.FreeBSD.org mirror server, and it seems that there is no problem (only checking proflibs.ai MD5 checksum). Where do you fetch your ISO image, and how to check the MD5 checksum? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 20:57:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from areilly.bpc-users.org (CPE-144-132-240-160.nsw.bigpond.net.au [144.132.240.160]) by hub.freebsd.org (Postfix) with SMTP id 44FCC37B8D7 for ; Mon, 11 Feb 2002 20:54:16 -0800 (PST) Received: (qmail 64788 invoked by uid 1000); 12 Feb 2002 04:54:15 -0000 From: "Andrew Reilly" Date: Tue, 12 Feb 2002 15:54:15 +1100 To: Gunnar Flygt Cc: FreeBSD Stable , freebsd-java@freebsd.org Subject: Re: Java for FreeBSD Message-ID: <20020212155415.A64695@gurney.reilly.home> References: <20020211142834.A81586@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020211142834.A81586@sr.se>; from flygt@sr.se on Mon, Feb 11, 2002 at 02:28:34PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 02:28:34PM +0100, Gunnar Flygt wrote: > What's the status for Java native version for FreeBSD, that was > announced in stable a few weeks ago? I've just installed the native j2ee_sdk that lives in /usr/ports/java/jdk13, seemingly without problems. I had to have the linux-jdk13 port installed first, which wasn't expressed as a package dependancy, but wasn't hard to fix, either. I'm a little disappointed that it didn't actually solve the problem that I wanted solved: Java in a native web browser. I had hoped that the build process for either mozilla or galeon would have noticed the working jvm and done something to make use of it. Sadly, that doesn't seem to be the case. Has anyone managed to get mozilla's own jvm, "electric fire" to do anything useful? Can the j2ee sdk (jdk13) be used to run applets, even in stand-alone mode? I want to do GUIs, rather than server-side database applications. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 21:30:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id D170A37B405 for ; Mon, 11 Feb 2002 21:30:47 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id VAA04969; Mon, 11 Feb 2002 21:07:58 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id UAA10161; Mon, 11 Feb 2002 20:50:54 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id WAA05636; Mon, 11 Feb 2002 22:07:55 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id g1C55gU00792; Mon, 11 Feb 2002 22:05:42 -0700 (MST) (envelope-from scottl) Date: Mon, 11 Feb 2002 22:05:42 -0700 From: Scott Long To: Mike Tancsa Cc: sos@freebsd.dk, stable@freebsd.org Subject: Re: RocketRaid133 Message-ID: <20020212050542.GA785@hollin.btc.adaptec.com> References: <5.1.0.14.0.20020211160732.04c12890@marble.sentex.ca> <5.1.0.14.0.20020211222742.02413bf8@192.168.0.12> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5.1.0.14.0.20020211222742.02413bf8@192.168.0.12> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 10:30:08PM -0500, Mike Tancsa wrote: > At 11:18 PM 2/11/2002 +0100, Søren Schmidt wrote: > >I know :) the problem is that it is a driver *just* for the highpoint > >cards, whereas the ATA RAID driver support both Promise & Highpoint > >cards, even in the same machine :) > > > BTW, how close the Adaptec 2400A and the RocketRaid 404 ? The HighPoint > website alludes to the fact that Adaptec uses the same chips. Looking at > the Adaptec 1200 it seems very similar to the 372. > The Adaptec 2400A is processor-based, with HighPoint 370 chips hanging off the back end. It is a totally different animal, really. The 1200A is just a rebranded single HighPoint 370. None of Soerens's work, nor the ata subsystem, will talk to the 2400A. The asr driver will. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 22:16:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 1A93137B402 for ; Mon, 11 Feb 2002 22:16:56 -0800 (PST) Received: from 12-234-22-238.client.attbi.com ([12.234.22.238]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020212061119.MBTW1147.rwcrmhc52.attbi.com@12-234-22-238.client.attbi.com>; Tue, 12 Feb 2002 06:11:19 +0000 Received: from master.gorean.org (root@master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.11.6/8.11.6) with ESMTP id g1C6BIq25368; Mon, 11 Feb 2002 22:11:18 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.11.6/8.11.6) with ESMTP id g1C6BIW19409; Mon, 11 Feb 2002 22:11:18 -0800 (PST) (envelope-from DougB@FreeBSD.org) Date: Mon, 11 Feb 2002 22:11:17 -0800 (PST) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Frank Volf Cc: freebsd-stable@FreeBSD.org Subject: Re: NFS error messages on 4.5-STABLE In-Reply-To: <20020210165232.99F413E08@drawbridge.oasis.IAEhv.nl> Message-ID: <20020211220951.T18729-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 10 Feb 2002, Frank Volf wrote: > > I (iregularly) get this kind of messages that belong to the NFS sub system. > > Feb 9 02:57:36 avalon /kernel: NFS append race @0:514 > Feb 9 02:57:36 avalon /kernel: NFS append race @0:274 > Feb 9 02:57:37 avalon /kernel: NFS append race @0:513 > Feb 9 16:31:09 avalon /kernel: got bad cookie vp 0xc4d23b80 bp 0xc17af54c > > Avalon is an NFS client, the NFS server has not logged any NFS related > messages in the same time frame. You already got the answer that these aren't serious unless you're getting a lot of them, or they correspond with access problems. However, by default our syslog.conf leaves off some levels or categories of syslog stuff, so you might want to put something like: *.* /var/log/all in your conf file, touch the file, then hup syslogd just to be sure. Good luck, Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 23:11:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bigbird.zeebar.com (adsl-63-202-202-75.dsl.snfc21.pacbell.net [63.202.202.75]) by hub.freebsd.org (Postfix) with SMTP id 47CA737B404 for ; Mon, 11 Feb 2002 23:11:39 -0800 (PST) Received: (qmail 25846 invoked by uid 1000); 12 Feb 2002 07:01:00 -0000 Date: Mon, 11 Feb 2002 23:01:00 -0800 From: Helmut Hissen To: freebsd-stable@freebsd.org Subject: more info on hokey ISO cd image (4.5-RELEASE) Message-ID: <20020211230100.A25832@zeebar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> but looks like the data in the Jan 30 ISO cd images (4.5 RELEASE) >> on the ftp servers is bad. (wrong checksum for proflibs dist for >> instance) >Sounds strange; I've checked 4.5-install.iso on ftp4.jp.FreeBSD.org >mirror server, and it seems that there is no problem (only checking >proflibs.ai MD5 checksum). > >Where do you fetch your ISO image, and how to check the MD5 checksum? > >-- - >Makoto `MAR' Matsushita sounds like all is well on that mirror then. good! pretty sure I downloaded the ISO image from ftp.freebsd.org, but small chance it could possibly have been ftp2 or ftp3. (didnt seem to matter at the time. :-). download time was this afternoon (Mon Feb 11 2001) around 1pm - 2pm PST onto my FreeBSD-4.4 file server. burnt it to CD (twice coz I thought the first one was a bad burn). Next, thinking that the CD drive on the target box was bad, I then mounted the image on virtual device and tried install via FTP and NFS but same problem. Finally I looked at the checksums and... bingo: proflibs/ checksums for dist files as found in ISO cd image: % md5 * MD5 (CHECKSUM.MD5) = 4661de2ea671ac65fda0e6ab86fdc589 MD5 (install.sh) = 8e693bbb21f91ef8e486fcfeb4c1bc30 MD5 (proflibs.aa) = af76a7b6db97505d09a0be4ff2ffd317 MD5 (proflibs.ab) = 84b0b9152c7368b74cfc4e246d741023 MD5 (proflibs.ac) = 133c47cba568f26dd7e382219f3d5c2a MD5 (proflibs.ad) = 00dbd8ce56b3d394b0c2a451e3e36ad5 MD5 (proflibs.ae) = b3e85d4af8cc7110c79689ff80d9ca94 MD5 (proflibs.af) = c196c748ef8de92f4c691b353e8d0fc6 MD5 (proflibs.ag) = 08b93f1d40630dc2fd83bc30abfd76c8 MD5 (proflibs.ah) = 557c47294f770a5512a389c7913b3744 MD5 (proflibs.ai) = 571234f22fa4f97da86c833b8abeb11f MD5 (proflibs.aj) = 3a3e2158c9056b94ff2f27eb426c76f3 MD5 (proflibs.inf) = ec0f367e4e8b3eb2bc60dcffecda13b9 MD5 (proflibs.mtree) = e97207c443387e2818ca1e067840ed03 % contents of CHECKSUM.MD5 on said ISO cd image: MD5 (install.sh) = 8e693bbb21f91ef8e486fcfeb4c1bc30 MD5 (proflibs.aa) = af76a7b6db97505d09a0be4ff2ffd317 MD5 (proflibs.ab) = 84b0b9152c7368b74cfc4e246d741023 MD5 (proflibs.ac) = 133c47cba568f26dd7e382219f3d5c2a MD5 (proflibs.ad) = 00dbd8ce56b3d394b0c2a451e3e36ad5 MD5 (proflibs.ae) = b3e85d4af8cc7110c79689ff80d9ca94 MD5 (proflibs.af) = c196c748ef8de92f4c691b353e8d0fc6 MD5 (proflibs.ag) = 08b93f1d40630dc2fd83bc30abfd76c8 MD5 (proflibs.ah) = 557c47294f770a5512a389c7913b3744 MD5 (proflibs.ai) = 30ed88bb800b758473272556f58a94a2 MD5 (proflibs.aj) = 3a3e2158c9056b94ff2f27eb426c76f3 MD5 (proflibs.inf) = ec0f367e4e8b3eb2bc60dcffecda13b9 MD5 (proflibs.mtree) = e97207c443387e2818ca1e067840ed03 Only one is different for the proflib dist: proflibs.ai. But its not the only thing broken. I can do without proflibs, but try running without ld-elf.so.1... BTW: proflibs.ai in ftp.freebsd.org: /pub/FreeBSD/releases/i386/4.5-RELEASE/proflibs has the correct checksum (30ed88bb800b758473272556f58a94a2). >Recalculate the MD5 checksum on the ISO you downloaded and compare it to the >one on the master site. % md5 4.5-install.iso MD5 (4.5-install.iso) = bf63592c2cbdc9dc5b305437860fc140 % ftp://ftp{,2,3}.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-i386/4.5/CHECKSUM.md5 all say the checksum should be: MD5 (4.5-install.iso) = b406310617450d34245f4c9fb3c30931 > >This has been through the lists before - something to do with a timestamp >change on the mirror site I think. > >Regards, >Andrew Cowan did some looking before I posted but could find anything. do you remember which FreeBSD list or the date? I finally installed over FTP (from mirror) and that worked like a charm (as always!). Only reason why I mention it is so that we dont waste mirror bandwith downloading hokey 600MB files. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 23:43:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id BB26637B41E for ; Mon, 11 Feb 2002 23:43:08 -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 <20020212074304.LMJW2951.rwcrmhc53.attbi.com@blossom.cjclark.org>; Tue, 12 Feb 2002 07:43:04 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g1C7h0c27331; Mon, 11 Feb 2002 23:43:00 -0800 (PST) (envelope-from cjc) Date: Mon, 11 Feb 2002 23:43:00 -0800 From: "Crist J. Clark" To: Helmut Hissen Cc: freebsd-stable@FreeBSD.ORG Subject: Re: corrupted ISO images on US ftp mirrors for 4.5 Message-ID: <20020211234259.G24535@blossom.cjclark.org> References: <20020211180354.A20800@zeebar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020211180354.A20800@zeebar.com>; from helmut@zeebar.com on Mon, Feb 11, 2002 at 06:03:54PM -0800 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 06:03:54PM -0800, Helmut Hissen wrote: > > dont know if anyone cares .. > > but looks like the data in the Jan 30 ISO cd images (4.5 RELEASE) > on the ftp servers is bad. (wrong checksum for proflibs dist for > instance) > > < MD5 (proflibs.ai) = 571234f22fa4f97da86c833b8abeb11f > --- > > MD5 (proflibs.ai) = 30ed88bb800b758473272556f58a94a2 Everything on the 4.5-install.iso I downloaded from ftp2 last night checks out. for D in bin/ catpages/ compat* crypto/ dict/ doc/ floppies/ games/ info/ manpages/ ports/ proflibs/ src/; do cd $D echo "Checking $D" md5 `ls | fgrep -v CHECKSUM.MD5` | diff - CHECKSUM.MD5 cd .. done -- 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-stable" in the body of the message From owner-freebsd-stable Mon Feb 11 23:49:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 10FAC37B687 for ; Mon, 11 Feb 2002 23:48:27 -0800 (PST) Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id JEM63916 for ; Tue, 12 Feb 2002 09:11:38 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id JDW34458; Tue, 12 Feb 2002 09:10:03 +0200 (EET) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.6/8.11.6) id g1C78l103533; Tue, 12 Feb 2002 09:08:47 +0200 (EET) (envelope-from netch) Date: Tue, 12 Feb 2002 09:08:47 +0200 From: Valentin Nechayev To: Mike Silbersack Cc: Matthew Dillon , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c Message-ID: <20020212090847.A3341@iv.nn.kiev.ua> References: <200202101911.g1AJBOk30917@apollo.backplane.com> <20020211010801.K8897-100000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020211010801.K8897-100000@patrocles.silby.com>; from silby@silby.com on Mon, Feb 11, 2002 at 01:10:12AM +0000 X-42: On Organization: Dark side of coredump Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mon, Feb 11, 2002 at 01:10:12, silby (Mike Silbersack) wrote about "Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c": > I was seeing the problem by just making a kernel (just a few files > changed with no config or clean steps), installing the kernel, and doing a > shutdown -r now. So, only a few files were active at most. The system in > question only has a /, /usr, and /var partition, if that matters. Only > /usr was mounted softupdates. Really, I saw such problem a few times in -CURRENT. The last occurence was somehow tragicomic: after executing a script shown below (moving from 5.0-current to 4-stable on the same box and the same disks), the system failed to sync and unmount fs'es, and after reboot it booted without /bin, /usr/bin, /etc and some other directories. After fsck, they appeared in /lost+found. (On this host, all system lays in /, /usr is on /, /var is separated and includes /usr/obj, /usr/src, /usr/ports and some others.) One can agree that the script performs quite few operations and it is easy to sync them quickly. I think the bug history is longer that supposed, and some explicit checks should be added. OTOH it is very strange that softupdates code doesn't react on sync(). At least, IMO, sync() should stimulate softupdates code to flush more quickly. As a variant, old ("asynchronous") Unix sync() behavior can be restored when sync() stimulates flushing, but doesn't return while previous flushing is in progress. ==={{{ #!/bin/sh PATH=/bin4:/bin5:/sbin4:/sbin5:"$PATH" TFROM=5 TTO=4 export PATH if [ -d /bin -a -d /bin4 -a ! -d /bin5 ]; then mv /bin /bin5 || exit 1 mv /bin4 /bin || exit 1 fi if [ -d /bin5 -a -d /bin4 -a ! -d /bin ]; then mv /bin4 /bin || exit 1 fi for DIR in /boot /bin /sbin /etc \ /usr/bin /usr/sbin /usr/lib /usr/libdata /usr/libexec /usr/share \ /usr/games \ /var/local /var/db do if [ -d ${DIR} -a -d ${DIR}"$TTO" -a ! -d ${DIR}"$TFROM" ]; then mv ${DIR} ${DIR}"$TFROM" || exit 1 mv ${DIR}"$TTO" ${DIR} || exit 1 fi if [ -d ${DIR}"$TFROM" -a -d ${DIR}"$TTO" -a ! -d ${DIR} ]; then mv ${DIR}"$TTO" ${DIR} || exit 1 fi done ===}}} /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 0: 3:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 2F23337B865 for ; Mon, 11 Feb 2002 23:58:42 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g1C6qKV51735; Tue, 12 Feb 2002 07:52:20 +0100 (CET) (envelope-from sos) From: Søren Schmidt Message-Id: <200202120652.g1C6qKV51735@freebsd.dk> Subject: Re: RocketRaid133 In-Reply-To: <20020212050542.GA785@hollin.btc.adaptec.com> To: Scott Long Date: Tue, 12 Feb 2002 07:52:20 +0100 (CET) Cc: Mike Tancsa , stable@freebsd.org Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Scott Long wrote: > On Mon, Feb 11, 2002 at 10:30:08PM -0500, Mike Tancsa wrote: > > At 11:18 PM 2/11/2002 +0100, Søren Schmidt wrote: > > >I know :) the problem is that it is a driver *just* for the highpoint > > >cards, whereas the ATA RAID driver support both Promise & Highpoint > > >cards, even in the same machine :) > > > > > > BTW, how close the Adaptec 2400A and the RocketRaid 404 ? The HighPoint > > website alludes to the fact that Adaptec uses the same chips. Looking at > > the Adaptec 1200 it seems very similar to the 372. > > > > The Adaptec 2400A is processor-based, with HighPoint 370 chips hanging off > the back end. It is a totally different animal, really. The 1200A is just > a rebranded single HighPoint 370. > > None of Soerens's work, nor the ata subsystem, will talk to the 2400A. The > asr driver will. Much like the Promise SuperTRAK which I do have drivers for, but it is also not using the ATA driver, its an intelligent board. However, this latest ATA-RAID project is supposed to bring all that nice RAID funtionality to the simple controllers like the Promise Fasttraks and the Highpoint boards... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 0:54:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 3443B37B404 for ; Tue, 12 Feb 2002 00:54:07 -0800 (PST) Received: from 12-234-22-238.client.attbi.com ([12.234.22.238]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020212060836.IQYP1214.rwcrmhc54.attbi.com@12-234-22-238.client.attbi.com>; Tue, 12 Feb 2002 06:08:36 +0000 Received: from master.gorean.org (root@master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.11.6/8.11.6) with ESMTP id g1C68Vq25360; Mon, 11 Feb 2002 22:08:31 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.11.6/8.11.6) with ESMTP id g1C68Mq19386; Mon, 11 Feb 2002 22:08:30 -0800 (PST) (envelope-from DougB@FreeBSD.org) Date: Mon, 11 Feb 2002 22:08:22 -0800 (PST) From: Doug Barton X-X-Sender: doug@master.gorean.org To: Richard Russell Cc: stable@FreeBSD.org Subject: Re: Is there another mailing list? In-Reply-To: <003a01c1b2eb$6dab8320$0c00a8c0@albert> Message-ID: <20020211220526.H18729-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@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 Feb 2002, Richard Russell wrote: > ... That has less traffic that I can read just to get important > information like when the CVS source is broken, or when there's an > important bug or something? I pay for my traffic per Mb, and don't > really want to read all this list anyway (interesting though it may be > -- it's overloading me)... The problem is that the -stable list is overrun with inappropriate traffic. If we open another list, it will suffer the same fate. Your best bet is to vigorously protect the sanctity of the list by privately mailing people who make inapproropriate posts. The other alternative is not to track -stable. If you don't have time to keep up with the e-mail, you're probably better off with a -release version, or following the security related posts for the new "security patches only after a release" versions. Good luck, Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 2: 7:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 0E97337B402 for ; Tue, 12 Feb 2002 02:07:33 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 1ACB62F6; Tue, 12 Feb 2002 10:02:52 +0000 (GMT) Date: Tue, 12 Feb 2002 10:02:52 +0000 From: Josef Karthauser To: FreeBSD Stable Mailing List Subject: Re: USB patchset available for testing. Message-ID: <20020212100252.A71842@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , FreeBSD Stable Mailing List References: <20020210204630.D16746@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020210204630.D16746@genius.tao.org.uk>; from joe@tao.org.uk on Sun, Feb 10, 2002 at 08:46:30PM +0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --NDin8bjvE/0mNLFQ Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 10, 2002 at 08:46:30PM +0000, Josef Karthauser wrote: > Dear USB users, >=20 > I've created a patch set containing improvements from -current for > USB controllers and devices. I'd be very interested in feedback > from interested parties. >=20 > http://www.josef-k.net:/misc/RELENG_4-USB-20020210.patch.gz >=20 > Please note that I've not tested this at all on -stable, other than to > make sure that it compiles. Please proceed with all due care and > caution. It should apply clean against /usr/src/sys/dev/usb/ on a > machine cvsup'd to RELENG_4 as of today. There's also a patch for usbd, which I've attached. Joe --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-usbd Content-Transfer-Encoding: quoted-printable Index: usbd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/usbd/usbd.c,v retrieving revision 1.10.2.3 retrieving revision 1.22 diff -u -r1.10.2.3 -r1.22 --- usbd.c 7 Aug 2000 02:09:43 -0000 1.10.2.3 +++ usbd.c 28 Jan 2002 01:03:19 -0000 1.22 @@ -109,8 +109,12 @@ } event_name_t; =20 event_name_t event_names[] =3D { - {USB_EVENT_ATTACH, "attach"}, - {USB_EVENT_DETACH, "detach"}, + {USB_EVENT_CTRLR_ATTACH, "ctrlr-attach"}, + {USB_EVENT_CTRLR_DETACH, "ctrlr-detach"}, + {USB_EVENT_DRIVER_ATTACH, "driver-attach"}, + {USB_EVENT_DRIVER_DETACH, "driver-detach"}, + {USB_EVENT_DEVICE_ATTACH, "device-attach"}, + {USB_EVENT_DEVICE_DETACH, "device-detach"}, {0, NULL} /* NULL indicates end of list, not 0 */ }; =20 @@ -560,7 +564,7 @@ { int i; struct timespec *timespec =3D &event->ue_time; - struct usb_device_info *devinfo =3D &event->ue_device; + struct usb_device_info *devinfo =3D &event->u.ue_device; =20 printf("%s: ", __progname); for (i =3D 0; event_names[i].name !=3D NULL; i++) { @@ -572,28 +576,42 @@ if (event_names[i].name =3D=3D NULL) printf("unknown event %d", event->ue_type); =20 - printf(" at %ld.%09ld, %s, %s:\n", - timespec->tv_sec, timespec->tv_nsec, - devinfo->product, devinfo->vendor); - - printf(" vndr=3D0x%04x prdct=3D0x%04x rlse=3D0x%04x " - "clss=3D0x%04x subclss=3D0x%04x prtcl=3D0x%04x\n", - devinfo->vendorNo, devinfo->productNo, devinfo->releaseNo, - devinfo->class, devinfo->subclass, devinfo->protocol); - - if (devinfo->devnames[0][0] !=3D '\0') { - char c =3D ' '; - - printf(" device names:"); - for (i =3D 0; i < MAXDEVNAMES; i++) { - if (devinfo->devnames[i][0] =3D=3D '\0') - break; + if (event->ue_type =3D=3D USB_EVENT_DEVICE_ATTACH || + event->ue_type =3D=3D USB_EVENT_DEVICE_DETACH) { + devinfo =3D &event->u.ue_device; + + printf(" at %ld.%09ld, %s, %s:\n", + timespec->tv_sec, timespec->tv_nsec, + devinfo->product, devinfo->vendor); + + printf(" vndr=3D0x%04x prdct=3D0x%04x rlse=3D0x%04x " + "clss=3D0x%04x subclss=3D0x%04x prtcl=3D0x%04x\n", + devinfo->vendorNo, devinfo->productNo, + devinfo->releaseNo, + devinfo->class, devinfo->subclass, devinfo->protocol); + + if (devinfo->devnames[0][0] !=3D '\0') { + char c =3D ' '; + + printf(" device names:"); + for (i =3D 0; i < USB_MAX_DEVNAMES; i++) { + if (devinfo->devnames[i][0] =3D=3D '\0') + break; =20 - printf("%c%s", c, devinfo->devnames[i]); - c =3D ','; + printf("%c%s", c, devinfo->devnames[i]); + c =3D ','; + } } - printf("\n"); + } else if (event->ue_type =3D=3D USB_EVENT_CTRLR_ATTACH || + event->ue_type =3D=3D USB_EVENT_CTRLR_DETACH) { + printf(" bus=3D%d", &event->u.ue_ctrlr.ue_bus); + } else if (event->ue_type =3D=3D USB_EVENT_DRIVER_ATTACH || + event->ue_type =3D=3D USB_EVENT_DRIVER_DETACH) { + printf(" cookie=3D%u devname=3D%s", + &event->u.ue_driver.ue_cookie.cookie, + &event->u.ue_driver.ue_devname); } + printf("\n"); } =20 void @@ -662,7 +680,7 @@ regmatch_t match; int error; =20 - for (i =3D 0; i < MAXDEVNAMES; i++) { + for (i =3D 0; i < USB_MAX_DEVNAMES; i++) { if (devinfo->devnames[i][0] =3D=3D '\0') break; =20 @@ -853,9 +871,17 @@ =20 /* handle the event appropriately */ switch (event.ue_type) { - case USB_EVENT_ATTACH: - case USB_EVENT_DETACH: - if (find_action(&event.ue_device, &action_match) =3D=3D 0) + case USB_EVENT_CTRLR_ATTACH: + if (verbose) + printf("USB_EVENT_CTRLR_ATTACH\n"); + break; + case USB_EVENT_CTRLR_DETACH: + if (verbose) + printf("USB_EVENT_CTRLR_DETACH\n"); + break; + case USB_EVENT_DEVICE_ATTACH: + case USB_EVENT_DEVICE_DETACH: + if (find_action(&event.u.ue_device, &action_match) =3D=3D 0) /* nothing found */ break; =20 @@ -873,11 +899,20 @@ __progname, action_match.devname, strerror(errno)); } =20 - if (event.ue_type =3D=3D USB_EVENT_ATTACH && action_match.action->attac= h) + if (USB_EVENT_IS_ATTACH(event.ue_type) && + action_match.action->attach)=20 execute_command(action_match.action->attach); - if (event.ue_type =3D=3D USB_EVENT_DETACH && action_match.action->detac= h) + if (USB_EVENT_IS_DETACH(event.ue_type) && + action_match.action->detach) execute_command(action_match.action->detach); - + break; + case USB_EVENT_DRIVER_ATTACH: + if (verbose) + printf("USB_EVENT_DRIVER_DETACH\n"); + break; + case USB_EVENT_DRIVER_DETACH: + if (verbose) + printf("USB_EVENT_DRIVER_DETACH\n"); break; default: printf("Unknown USB event %d\n", event.ue_type); @@ -902,9 +937,8 @@ int itimeout =3D TIMEOUT; /* timeout for select */ struct timeval tv; =20 - if (modfind(USB_OHCI) < 0 && modfind(USB_UHCI) < 0) { - if (kldload(USB_KLD) < 0 ||=20 - (modfind(USB_OHCI) < 0 && modfind(USB_UHCI) < 0)) { + if (modfind(USB_UHUB) < 0) { + if (kldload(USB_KLD) < 0 || modfind(USB_UHUB) < 0) { perror(USB_KLD ": Kernel module not available"); return 1; } @@ -914,6 +948,10 @@ switch(ch) { case 'c': configfile =3D strdup(optarg); + if (configfile =3D=3D NULL) { + fprintf(stderr, "strdup returned NULL\n"); + return 1; + } break; case 'd': debug++; @@ -950,6 +988,10 @@ fds[ndevs] =3D open(buf, O_RDWR); if (fds[ndevs] >=3D 0) { devs[ndevs] =3D strdup(buf); + if (devs[ndevs] =3D=3D NULL) { + fprintf(stderr, "strdup returned NULL\n"); + return 1; + } if (verbose) printf("%s: opened %s\n",=20 __progname, devs[ndevs]); --4Ckj6UjgE2iN1+kY-- --NDin8bjvE/0mNLFQ 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 iEYEARECAAYFAjxo6EsACgkQXVIcjOaxUBYHjgCg5GXOk7t2Ev17vgTq563zjBTm 2PAAn1oh/TZreUIxt7JbsEGzikKW2fww =9r16 -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 2:27:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from moreton.com.au (pacific.moreton.com.au [203.143.238.4]) by hub.freebsd.org (Postfix) with ESMTP id B2ADA37B400 for ; Tue, 12 Feb 2002 02:27:18 -0800 (PST) Received: from pdh by bofh.internal.moreton.com.au with local (Exim 3.33 #1 (Debian)) id 16aa6J-0006PS-00 for ; Tue, 12 Feb 2002 20:23:51 +1000 Date: Tue, 12 Feb 2002 20:23:46 +1000 From: Phil Homewood To: stable@freebsd.org Subject: Re: cvs commit: src/sys/ufs/ffs ffs_softdep.c Message-ID: <20020212102346.GF32279@moreton.com.au> References: <200202101911.g1AJBOk30917@apollo.backplane.com> <20020211010801.K8897-100000@patrocles.silby.com> <20020212090847.A3341@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020212090847.A3341@iv.nn.kiev.ua> User-Agent: Mutt/1.3.27i X-PGP-Key-ID: 1024/EDE1CCB5 1996/02/26 X-PGP-Fingerprint: 86 B5 37 9D 5B ED EC BB 7C 0D B5 D6 C2 45 13 F1 X-PGP-Public-Key-Finger: phil@rivendell.apana.org.au X-PGP-Public-Key-URL: http://rivendell.apana.org.au/~phil/pgp.asc Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Valentin Nechayev wrote: > I think the bug history is longer that supposed, and some explicit checks > should be added. > > OTOH it is very strange that softupdates code doesn't react on sync(). > At least, IMO, sync() should stimulate softupdates code to flush more quickly. > As a variant, old ("asynchronous") Unix sync() behavior can be restored > when sync() stimulates flushing, but doesn't return while previous flushing > is in progress. Could this bug be related to what I and Bill Triplett described in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=13966+0+archive/2002/freebsd-stable/20020203.freebsd-stable http://docs.freebsd.org/cgi/getmsg.cgi?fetch=849071+0+archive/2002/freebsd-stable/20020203.freebsd-stable ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 3: 2:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id AB03D37B419 for ; Tue, 12 Feb 2002 03:02:51 -0800 (PST) Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 16aZrr-0005Gn-00; Tue, 12 Feb 2002 16:08:55 +0600 Received: (from fjoe@localhost) by iclub.nsu.ru (8.11.6/8.11.6) id g1CA8pm79810; Tue, 12 Feb 2002 16:08:51 +0600 (NS) (envelope-from fjoe) Date: Tue, 12 Feb 2002 16:08:51 +0600 From: Max Khon To: Helmut Hissen Cc: freebsd-stable@freebsd.org Subject: Re: corrupted ISO images on US ftp mirrors for 4.5 Message-ID: <20020212160850.A79317@iclub.nsu.ru> References: <20020211180354.A20800@zeebar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020211180354.A20800@zeebar.com>; from helmut@zeebar.com on Mon, Feb 11, 2002 at 06:03:54PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, there! On Mon, Feb 11, 2002 at 06:03:54PM -0800, Helmut Hissen wrote: > dont know if anyone cares .. > > but looks like the data in the Jan 30 ISO cd images (4.5 RELEASE) > on the ftp servers is bad. (wrong checksum for proflibs dist for > instance) > > < MD5 (proflibs.ai) = 571234f22fa4f97da86c833b8abeb11f > --- > > MD5 (proflibs.ai) = 30ed88bb800b758473272556f58a94a2 did you use proxy to fetch proflibs.ai? I had problems with some proxies that incorrectly assume .ai files as ASCII files /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 3: 5:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 16C7D37B42F for ; Tue, 12 Feb 2002 03:05:53 -0800 (PST) Received: from sleipnir ([151.200.59.66]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GREOIE00.DGT for ; Tue, 12 Feb 2002 00:56:38 -0500 Reply-To: From: "Steve Bernard" To: Subject: Best ATA RAID controller Date: Tue, 12 Feb 2002 00:56:15 -0500 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) In-Reply-To: <20020212050542.GA785@hollin.btc.adaptec.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm looking for a high performance, stable ATA-100 RAID card to create a 4 disk RAID 0 set. What is considered the best, reasonably priced, ATA RAID controller for this, under 4.5-STABLE? Thanks, Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 3:55:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id B788037B404 for ; Tue, 12 Feb 2002 03:55:40 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id GAA28143; Tue, 12 Feb 2002 06:48:26 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.34 #1 (Debian)) id 16abQb-0002gG-00; Tue, 12 Feb 2002 06:48:53 -0500 Date: Tue, 12 Feb 2002 06:48:53 -0500 From: stan To: Danny Pansters Cc: FreeBSD Stable Mailing List Subject: Re: Kernel Panic on 4.5 STABLE Message-ID: <20020212114853.GA10230@teddy.fas.com> Mail-Followup-To: Danny Pansters , FreeBSD Stable Mailing List References: <20020209160959.GA1010@teddy.fas.com> <20020211223856.2A31E24D28@mail.ricin.net> <20020212015652.GB32269@teddy.fas.com> <20020212021153.5C39524D28@mail.ricin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020212021153.5C39524D28@mail.ricin.net> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 06:40:22 up 8 days, 12:15, 2 users, load average: 0.00, 0.00, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 03:12:18AM +0100, Danny Pansters wrote: > > > > > Thanks, I've done that 3 times in the last 2 days :-( > > > > > > I've been able to reproduce it with the GENERIC kernel. I also > > removed everythign that I did not absolutley nee, rebuilt the > > kernel, and it's still there :-( > > > > > > Thanks for the advice, and help. > > Hmm well it didn't help much though :-( > > We could take it to a higher level of patheticality (just invented a > word there I think) and consider a reinstall from scratch from > 4.5-REL ISO. If it still happens then well you'll at least be famous > for discovering a major bug... > I got to playing around last night. i decided to manually load the ipfw module, and see if I could reprodice the crash. However, when I tried to load it, I got an error message about it already being loaded. After seatching throguh all the /boot configs etc. I ran kldsatat which still said it was not loaded. So I tried to unload it, which appeared to work. After that I could not reproduce the crash. I suspect that the optional trafshow modules (from portss) may be using some of the same hooks as ipfw does? In any case I reconfigured rc.conf to load ipfw with the open ruleset, and now ipfw -a l no longer panics my mahcine. I'm confident that this is a genuine bug, but at this point, I have spent over 4 days working on it, and (no offense to you inetnded) it's apaprent that I have not atracted the interest of anyone that can really understand the porblem. So, even though I would like to see the bug fixed, I'm just goign to take my workaround, and move on to the work that I had scheduled for this wekend. U;v got to get my wifes ne Debian worksatiation set up, and going. Thanks for all the patient help on this. You were very helpful in geting me to logicly reason through this. -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 4:20: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 6B75737B402 for ; Tue, 12 Feb 2002 04:19:58 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g1CCFK308822; Tue, 12 Feb 2002 14:15:20 +0200 (EET) (envelope-from ru) Date: Tue, 12 Feb 2002 14:15:20 +0200 From: Ruslan Ermilov To: Michael Meltzer Cc: stable@FreeBSD.ORG Subject: Re: 127/8 in ip_output.c Message-ID: <20020212141520.A8237@sunbay.com> References: <01a701c1b33c$733b99a0$34f820c0@ix1x1000> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01a701c1b33c$733b99a0$34f820c0@ix1x1000> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Feb 11, 2002 at 03:41:15PM -0500, Michael Meltzer wrote: > > I just got caught by block of all 127/8 in ip_output.c, At this point > I have recompiled my system to remove it but frankly I think it should > be removed from the OS, What happened it the it took out djbdsn along > with IPF, now those system where configured based on their respective > HOWTO's. Unless someone wants to start changing all the HOWTO's this > is asking for trouble. This is not nice, Luckily I knew how to code, > where to look and compile a kernel, think everyone who uses FreeBSD > will be so luckily. The RFC what to prevent 127/8 from leveling the > box, but could it be done not to breaking the tools. > Could you please forward me a reference to this HOWTO? Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 4:36: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id BB5CE37B422 for ; Tue, 12 Feb 2002 04:35:52 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g1CCV1U10937; Tue, 12 Feb 2002 14:31:01 +0200 (EET) (envelope-from ru) Date: Tue, 12 Feb 2002 14:31:01 +0200 From: Ruslan Ermilov To: C J Michaels Cc: Greg Prosser , stable@FreeBSD.ORG Subject: Re: dropping 127.* on the floor Message-ID: <20020212143101.B8237@sunbay.com> References: <20020204100307.F12914-100000@voyager.straynet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Replying to the previous email] On Mon, Feb 04, 2002 at 06:10:36PM -0500, C J Michaels wrote: > From: Greg Prosser > Sent: Monday, February 04, 2002 10:07 AM > Subject: Re: dropping 127.* on the floor > > > > > <...snip...> > > According to the squid FAQ[1], they recommend using ipfw fwd rules > > diverting traffic to 127.0.0.1 to transparently insert the cache server. > > This behaviour is now broken, as ipfw rewrites the packet before it hits > > the network stack, as does ipf, and both end up dropped. I've tested and > > confirmed this on 4.5-STABLE, the rules in the FAQ did not work for me. > > Does squid's transparent proxying depending upon the packet being forwarded > to the loopback? or can we just re-write the rule to push it down one of > the other interfaces? > > > > > -gnp > > > > [1] squid FAQ URL: http://www.squid-cache.org/Doc/FAQ/FAQ-17.html#ss17.8 I can't seem to reproduce the transparent proxying breakage you report with IPFIREWALL_FORWARD. A packet matching a "fwd 127.0.0.1,3128 tcp from any to any 80" rule preserves its original source and destination IP addresses and ports: tcp4 0 0 1.2.3.4.80 192.168.4.65.4916 ESTABLISHED While the machine in question has an IP address of 192.168.4.115. In fact, 127.0.0.1 can be replaced by any local address of the system, with the same effect. Cheers, -- Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 5:54:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id F31C637B400; Tue, 12 Feb 2002 05:53:46 -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 XAA26950; Tue, 12 Feb 2002 23:54:21 +1100 Date: Tue, 12 Feb 2002 23:57:15 +1100 (EST) From: Bruce Evans X-X-Sender: To: Matthew Dillon Cc: Matteo , , , Subject: Re: Crash System with MSDOS file-system driver! In-Reply-To: <200202112006.g1BK6Dw56980@apollo.backplane.com> Message-ID: <20020212225510.F4096-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@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 Feb 2002, Matthew Dillon wrote: > Well, I think you did find a bug in VFS/BIO. Even UFS will unnecessarily > break if a fully valid buffer is written and the write fails, due to > b_resid being left non-zero (B_ERROR is cleared in that case and the > write is re-queued). I think that failure is fairly safe. The read will just terminate early for the bad block. > But we have a problem here. You can't gratuitously clear b_resid for > the B_CACHE case. NFS depends on it being persistent for VLNK handling. > In fact, NFS even assumes it is persistent for directory reading but > since VMIO-backed buffers can be dropped and later reconstituted (zeroing > b_resid), there is a hack in there to magically fix it for the VDIR > case. I forgot about nfs. > I also don't think it's a good idea to just munge breadn() and leave > bread() alone. bread() just calls breadn(). > What I recommend is that the b_resid clearing code actually be put in > getblk() itself but only for the B_CACHE|B_VMIO case, and with a big > comment describing why it is there. If you want to work up a patch > for that, Bruce, I'll be happy to help test it. Or I can just do it > if you don't want to. The code is almost exactly the same. Please do it. > I do not understand the last bit of your patch that converts a non-error'd > short read into an EIO. This case cannot happen on the first bp with > either UFS or MSDOSFS because they explicitly conditionalize the breadn() > call for the case where there is at least one full buffer's worth of data > is left in the file or directory. Consequently the first buffer will > never have a short read. It is just a sanity check. Device drivers return a short read for EOF at least. The EOF case shouldn't happen because filesystems are built of whole blocks. Except I forgot the nfs case... I knew that short reads were non-errors for block devices and thought that removing block devices made them errors in all cases. > The API, in general, does not explicitly > disallow EOF occuring in the first buffer so unless you believe an API > change is in order and clearly document it in breadn()'s comments, you > should not commit this patch. (For example, NFS doesn't use breadn() > but if it did it would likely assume that EOF could occur anywhere, even > in the first buffer). It's not a good API, so some changes to it wouldn't hurt. Currently, callers of bread() are apparently required to detect short reads by comparing bp->b_bcount - bp->b_resid with their requested size. Most callers don't bother. physio() is the main exception. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 8:58: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from yertle.kciLink.com (yertle.kcilink.com [216.194.193.105]) by hub.freebsd.org (Postfix) with ESMTP id 2F57837B427 for ; Tue, 12 Feb 2002 08:58:02 -0800 (PST) Received: from onceler.kciLink.com (onceler.kciLink.com [216.194.193.106]) by yertle.kciLink.com (Postfix) with ESMTP id 93B88217DD for ; Tue, 12 Feb 2002 11:54:56 -0500 (EST) Received: (from khera@localhost) by onceler.kciLink.com (8.11.6/8.11.6) id g1CGsu763465; Tue, 12 Feb 2002 11:54:56 -0500 (EST) (envelope-from khera) Date: Tue, 12 Feb 2002 11:54:56 -0500 (EST) Message-Id: <200202121654.g1CGsu763465@onceler.kciLink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Vivek Khera To: freebsd-stable@freebsd.org Subject: Re: corrupted ISO images on US ftp mirrors for 4.5 Newsgroups: ml.freebsd.stable References: <20020211180354.A20800@zeebar.com> <20020212160850.A79317@iclub.nsu.ru> X-Trace: lorax.kciLink.com 1013529443 30157 216.194.193.106 (12 Feb 2002 15:57:23 GMT) X-Complaints-To: daemon@kciLink.com Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "MK" == Max Khon writes: >> < MD5 (proflibs.ai) = 571234f22fa4f97da86c833b8abeb11f >> --- >> > MD5 (proflibs.ai) = 30ed88bb800b758473272556f58a94a2 MK> did you use proxy to fetch proflibs.ai? I had problems with some proxies MK> that incorrectly assume .ai files as ASCII files The default mime.types file in apache thinks it is application/postscript. So it could be an HTTP server screwing with you too. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 9:44:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bigbird.zeebar.com (adsl-63-202-202-75.dsl.snfc21.pacbell.net [63.202.202.75]) by hub.freebsd.org (Postfix) with SMTP id 4D91237B421 for ; Tue, 12 Feb 2002 09:44:45 -0800 (PST) Received: (qmail 6601 invoked by uid 1000); 12 Feb 2002 17:19:15 -0000 Date: Tue, 12 Feb 2002 09:19:14 -0800 From: Helmut Hissen To: "Crist J. Clark" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: corrupted ISO image? (maybe its just me) Message-ID: <20020212091914.B5379@zeebar.com> References: <20020211180354.A20800@zeebar.com> <20020211234259.G24535@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20020211234259.G24535@blossom.cjclark.org>; from cjc@FreeBSD.ORG on Mon, Feb 11, 2002 at 11:43:00PM -0800 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG it gets weirder: its a single bit error. If I diff the od-x for the proflibs.ai in the CD image (bad) with the one I doanload separately (good), I see: 9862c9862 < 0464120 bd1a edc4 bd1a c7c4 7a35 cf89 f46b 1f12 --- > 0464120 bd1a ed44 bd1a c7c4 7a35 cf89 f46b 1f12 downloaded (shift-click style) using Netscape 4.76 running on my 4.4 no-moving-parts desktop from ftp://ftp?.freebsd.org over a 4.4 firewall into a file on an NFS mount on a 4.4 file server. maybe I have a leaky 0x80 bit somewhere on my side??? I havent noticed anything else acting up tho. This is so weird. cheers hh "Crist J. Clark" wrote: > On Mon, Feb 11, 2002 at 06:03:54PM -0800, Helmut Hissen wrote: > > > > dont know if anyone cares .. > > > > but looks like the data in the Jan 30 ISO cd images (4.5 RELEASE) > > on the ftp servers is bad. (wrong checksum for proflibs dist for > > instance) > > > > < MD5 (proflibs.ai) = 571234f22fa4f97da86c833b8abeb11f > > --- > > > MD5 (proflibs.ai) = 30ed88bb800b758473272556f58a94a2 > > Everything on the 4.5-install.iso I downloaded from ftp2 last night > checks out. > > for D in bin/ catpages/ compat* crypto/ dict/ doc/ floppies/ games/ info/ manpages/ ports/ proflibs/ src/; do > cd $D > echo "Checking $D" > md5 `ls | fgrep -v CHECKSUM.MD5` | diff - CHECKSUM.MD5 > cd .. > done > > -- > 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-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 11:21:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.freesurf.fr (mail.freesurf.fr [212.43.206.50]) by hub.freebsd.org (Postfix) with ESMTP id 35B9637B417 for ; Tue, 12 Feb 2002 11:21:46 -0800 (PST) Received: from gargantua.dyndns.org (du-198-235.nat.dialup.freesurf.fr [212.43.198.235]) by mail.freesurf.fr (Postfix) with ESMTP id ACD5A9C7A; Tue, 12 Feb 2002 19:15:19 +0100 (CET) Received: (from romain@localhost) by gargantua.dyndns.org (8.11.6/8.11.6) id g1CIEXG00248; Tue, 12 Feb 2002 19:14:33 +0100 (CET) (envelope-from romain) Date: Tue, 12 Feb 2002 19:14:31 +0100 From: Romain Berrendonner To: Thomas Quinot Cc: freebsd-stable@FreeBSD.ORG Subject: Re: buildworld failed Message-ID: <20020212191430.A228@gargantua.dyndns.org> Reply-To: romain@cuivre.fr.eu.org References: <20020211184239.A261@gargantua.dyndns.org> <20020211185500.A65560@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20020211185500.A65560@melusine.cuivre.fr.eu.org>; from thomas@cuivre.fr.eu.org on Mon, Feb 11, 2002 at 06:55:00PM +0100 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Le 2002-02-11 18:55 UTC+0100, Thomas Quinot a ecrit: > Le 2002-02-11, Romain Berrendonner écrivait : > > > I'm trying to build a half-week old -STABLE checkout from > > cvsup.fr.freebsd.org. > > What collections did you cvsup? src-all should contain mac.c (provided > that your supfile is reasonably up-to-date.) Actually, it is not. I only checkouted src-secure, while mac.c seems to belong to src-crypto. I should be up-to-date, now. Many thanks :) -- Romain romain@cuivre.fr.eu.org PGP Key fingerprint: 9416 A340 5934 388F FC44 34C2 AD80 555E 9CBE D8CB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 11:29:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from angui.sh (angui.sh [216.27.181.149]) by hub.freebsd.org (Postfix) with ESMTP id 1A27237B405 for ; Tue, 12 Feb 2002 11:29:24 -0800 (PST) Received: from localhost (leareth@localhost) by angui.sh (8.11.6/8.11.4) with ESMTP id g1CJxXb71591 for ; Tue, 12 Feb 2002 11:59:33 -0800 (PST) (envelope-from leareth@angui.sh) Date: Tue, 12 Feb 2002 11:59:33 -0800 (PST) From: Matthew Hall To: freebsd-stable@freebsd.org Subject: amq/amd - How do I show the mount options that are in effect? Message-ID: <20020212115554.O68989-100000@angui.sh> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've setup some amd mounts like this: [xxxxx]:[~]:$: more /etc/amd.home * opts:=rsize=32768,wsize=32768,rw,grpid,resvport,vers=3,proto=tcp,nosuid,nodev /defaults type:=nfs;rhost:=xxxxx;rfs:=/bigdisk/${key/} builds type:=nfs;rhost:=xxxxx;rfs:=/export/home/${key/} However, I want to verify that the opts I specified are in effect. I can't seem to find a system command that will display whether or not the opts are in effect. mount -v doesn't show any of the rsize/wsize, amq doesn't seem to have that info as well. How do I tell if my NFS mounts are getting set with these options? Is something faulty with my syntax? Thanks, -- It's always September somewhere on the 'net. | http://angui.sh Another proud member of Eep's killfile. | Unix Sys. Admin. unreal://angui.sh | leareth@angui.sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 11:33:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from web4.thecenturiongroup.com (112.mujb.nyrk.nycenycp.dsl.att.net [12.98.137.112]) by hub.freebsd.org (Postfix) with ESMTP id 8EC1937B402; Tue, 12 Feb 2002 11:32:56 -0800 (PST) Received: from ix1x1000 (ix1x1000.thecenturiongroup.com [192.32.248.52]) by web4.thecenturiongroup.com (Postfix) with SMTP id 99AA07C001; Tue, 12 Feb 2002 13:33:21 -0500 (EST) Message-ID: <00c701c1b3f3$169409f0$34f820c0@ix1x1000> From: "Michael Meltzer" To: "Ruslan Ermilov" Cc: References: <01a701c1b33c$733b99a0$34f820c0@ix1x1000> <20020212141520.A8237@sunbay.com> Subject: Re: 127/8 in ip_output.c Date: Tue, 12 Feb 2002 13:28:37 -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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG http://www.obfuscation.org/ipf/ipf-howto.txt about page 28+- I do not use squid but, http://www.squid-cache.org/Doc/FAQ/FAQ-17.html, the freebsd section uses the 127.* game http://cr.yp.to/djbdns/faq/cache.html#mixnmatch , it the 127.* trick again, and if you want to services the inside address you need a rdr from the inside ip to 127. The point is this is too strong a position on the issue, maybe you want a sysctl around it, not unheard of for network RFC's. But frankly you are trying to build firewall functionality into the kernel when most people expect it in their ipf rule set. Worst let there rules set will look right when they try to open it up and led to "craziness/frustration/very bad works" when it does not work as excepted or meet their expectation about what is happening. I been doing things like this on Solaris /FreeBSD for years to solve network problems. MJM PS. what is the view of the "group"? ----- Original Message ----- From: "Ruslan Ermilov" To: "Michael Meltzer" Cc: Sent: Tuesday, February 12, 2002 7:15 AM Subject: Re: 127/8 in ip_output.c > On Mon, Feb 11, 2002 at 03:41:15PM -0500, Michael Meltzer wrote: > > > > I just got caught by block of all 127/8 in ip_output.c, At this point > > I have recompiled my system to remove it but frankly I think it should > > be removed from the OS, What happened it the it took out djbdsn along > > with IPF, now those system where configured based on their respective > > HOWTO's. Unless someone wants to start changing all the HOWTO's this > > is asking for trouble. This is not nice, Luckily I knew how to code, > > where to look and compile a kernel, think everyone who uses FreeBSD > > will be so luckily. The RFC what to prevent 127/8 from leveling the > > box, but could it be done not to breaking the tools. > > > Could you please forward me a reference to this HOWTO? > > > Cheers, > -- > Ruslan Ermilov Sysadmin and DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 12:12:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 06FBB37B405; Tue, 12 Feb 2002 12:12:37 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g1CK9ZW64977; Tue, 12 Feb 2002 12:09:35 -0800 (PST) (envelope-from dillon) Date: Tue, 12 Feb 2002 12:09:35 -0800 (PST) From: Matthew Dillon Message-Id: <200202122009.g1CK9ZW64977@apollo.backplane.com> To: Bruce Evans Cc: Matteo , , , Subject: Re: Crash System with MSDOS file-system driver! References: <20020212225510.F4096-100000@gamplex.bde.org> Sender: owner-freebsd-stable@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 Feb 2002, Matthew Dillon wrote: : :> Well, I think you did find a bug in VFS/BIO. Even UFS will unnecessarily :> break if a fully valid buffer is written and the write fails, due to :> b_resid being left non-zero (B_ERROR is cleared in that case and the :> write is re-queued). : :I think that failure is fairly safe. The read will just terminate early :for the bad block. Oh no, definitely not safe. It's similar to the problem we had when write-failures caused the dirty block to be removed from the buffer cache. You wind up with an inconsistent filesystem - for example, with inconsistent meta-data, as if the system just decided to randomly drop a dirty buffer. This can result in unrecoverable filesystem corruption. So instead of having a simple write error and a failure on that directory or file, one winds up with a write error plus additional unrelated filesystem corruption. Bitmap and inode blocks are especially vulnerable. :> I also don't think it's a good idea to just munge breadn() and leave :> bread() alone. : :bread() just calls breadn(). As a general case, the situation should apply to anyone locking a buffer, thus the placement in getblk(). If it weren't for NFS we could do it across the board. In anycase, once I get the rest of the MFCs done I'll do a quick workup and start testing a fix. :It is just a sanity check. Device drivers return a short read for EOF at :least. The EOF case shouldn't happen because filesystems are built of :whole blocks. Except I forgot the nfs case... I knew that short reads :were non-errors for block devices and thought that removing block devices :made them errors in all cases. Remember, the buffer cache is a logical block cache, not a physical block cache (though it does that too). Blocks are primarily relative to their logical files. NFS has no concept of physical backing store, and even UFS differentiates between a fragment-backed block and full-block-backed block. The UFS strategy code actually figures out the correct block size and so does not depend on b_resid to detect a short read. NFS does not have this luxury in the case of a directory or softlink but hacks around the directory problem by keeping track of the directory's ending offset. Physio depends on b_resid to detect an EOF condition. :> The API, in general, does not explicitly :> disallow EOF occuring in the first buffer so unless you believe an API :> change is in order and clearly document it in breadn()'s comments, you :> should not commit this patch. (For example, NFS doesn't use breadn() :> but if it did it would likely assume that EOF could occur anywhere, even :> in the first buffer). : :It's not a good API, so some changes to it wouldn't hurt. Currently, :callers of bread() are apparently required to detect short reads by :comparing bp->b_bcount - bp->b_resid with their requested size. Most :callers don't bother. physio() is the main exception. : :Bruce Short reads can only be implemented by the underlying physio. Filesystems such as UFS and MSDOSFS know how large the underlying physical device is (and for files know how large the underlying file is) and so simply ensure that they do not attempt to read past the underlying device's EOF or past the file EOF. This is why they can make the assumption that a short read will not occur. A read error will return a real B_ERROR. NFS depends on short reads for directory and symlink operations and also depends on short reads for regular file reads if the server chooses to optimize a block of zeros. Fortunately NFS only assumes persistent state for (non-VMIO) symlink reads. Physio depends on short reads for EOF detection but since buffers are not cached it is a transitory indicator (and, in anycase, also non-VMIO). The buffer cache API supports short reads. It is not a bug or a mistake. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 12:29:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dazed.slacker.com (dazed.slacker.com [65.70.212.186]) by hub.freebsd.org (Postfix) with SMTP id 393EC37B41C for ; Tue, 12 Feb 2002 12:29:31 -0800 (PST) Received: (qmail 30754 invoked by uid 1000); 12 Feb 2002 20:26:46 -0000 Date: Tue, 12 Feb 2002 20:26:46 +0000 From: David McNett To: Steve Bernard Cc: stable@FreeBSD.ORG Subject: Re: Best ATA RAID controller Message-ID: <20020212202646.GA29890@dazed.slacker.com> References: <20020212050542.GA785@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD 4.4-STABLE i386 X-Distributed: Join the Effort! http://www.distributed.net/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 12-Feb-2002, Steve Bernard wrote: > I'm looking for a high performance, stable ATA-100 RAID card to create > a 4 disk RAID 0 set. What is considered the best, reasonably priced, > ATA RAID controller for this, under 4.5-STABLE? Don't look any farther than a 3ware escalade controllers. Although they're higher priced than the hpt/promise hacks, they actually work like you'd expect and they're still dirt cheap by scsi standards. -- ________________________________________________________________________ |David McNett |To ensure privacy and data integrity this message has| |nugget@slacker.com|been encrypted using dual rounds of ROT-13 encryption| |Austin, TX USA |PGP/GPG DH 0xE43C5FC3 http://www.slacker.com/~nugget/| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 12:35: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 9A74C37B416 for ; Tue, 12 Feb 2002 12:35:04 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id g1CFLR808539; Tue, 12 Feb 2002 10:21:27 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id g1CFLQk19057; Tue, 12 Feb 2002 10:21:26 -0500 (EST) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub2.mitre.org with SMTP id 9218197; Tue, 12 Feb 2002 10:21:24 -0500 Message-ID: <3C6932F3.D9DEB0C1@mitre.org> Date: Tue, 12 Feb 2002 10:21:23 -0500 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: John Merryweather Cooper Cc: Lev Serebryakov , Freebsd-Stable Subject: Re: ABit VP6 (VIA Appolo Pro133A) hardware monitoring References: <1585891578.20020212012741@serebryakov.spb.ru> <20020211144501.C45459@johncoop.MSHOME> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Merryweather Cooper wrote: > > Try xmbmon at sysutils/xmbmon. It works with VIA chipsets (I have a > VT82C686B also and it works fine). > > On 2002.02.11 14:27 Lev Serebryakov wrote: > > Hello, Freebsd-Stable! How are you? > > > > I've buy ABIt VP6 motherboard (dual Pro133A-based motherboard). It > > works perfectly (with two CPUs), HPT370 Raid works too. > > > > But I could not get any values from hardware monitoring. There is NO > > `viapm' driver (like `intpm' or `alpm') and this monitoring is > > VT82C686B-based, not LM7x-based, so lmmon and other such programs > > from ports doesn't work too. > > > > Could I get my CPUs' temperatures and Fans' speeds under FreeBSD? Hmm, no dice on my VT82C686B (VT8366A + VT8233): (240 ~): sudo mbmon -d * SMBus[VIA8233(KT266)] found, but No HWM available on it!! Using ISA-IO access method!! MainSMBusADDR(CR48) = 5A SubSMBusADDRs(CR4A) = 90, 90 [Temp1 exists, Temp2 exists] DeviceID(CR49&0xFE) = 0 VenderID(CR4E=0,CR4F)= 0 ChipID(CR58) = 90 * ITE Chip, IT8705F found Warning: Temp1 address is wrong ?? And this is on the latest version (not the one in the port). -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 12:36:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 2D54637B41E for ; Tue, 12 Feb 2002 12:36:17 -0800 (PST) Received: from CERBERUS ([129.174.130.10]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id GRFT7B00.H0N; Tue, 12 Feb 2002 15:35:35 -0500 Reply-To: From: "Steve Bernard" To: "David McNett" Cc: Subject: RE: Best ATA RAID controller Date: Tue, 12 Feb 2002 15:35:40 -0500 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <20020212202646.GA29890@dazed.slacker.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Do you not suggest the use of Highpoint's 404 card? I understand that the low-end Promise and Highpoint controllers use the system CPU for a lot of their functionality, like a Winmodem, but, I was under the impression that the better models didn't do this. Steve -----Original Message----- From: David McNett [mailto:nugget@slacker.com] Sent: Tuesday, February 12, 2002 3:27 PM To: Steve Bernard Cc: stable@FreeBSD.ORG Subject: Re: Best ATA RAID controller On 12-Feb-2002, Steve Bernard wrote: > I'm looking for a high performance, stable ATA-100 RAID card to create > a 4 disk RAID 0 set. What is considered the best, reasonably priced, > ATA RAID controller for this, under 4.5-STABLE? Don't look any farther than a 3ware escalade controllers. Although they're higher priced than the hpt/promise hacks, they actually work like you'd expect and they're still dirt cheap by scsi standards. -- ________________________________________________________________________ |David McNett |To ensure privacy and data integrity this message has| |nugget@slacker.com|been encrypted using dual rounds of ROT-13 encryption| |Austin, TX USA |PGP/GPG DH 0xE43C5FC3 http://www.slacker.com/~nugget/| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 12:53:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mikea.ath.cx (okc-65-30-192-11.mmcable.com [65.30.192.11]) by hub.freebsd.org (Postfix) with ESMTP id 0EBAA37B402 for ; Tue, 12 Feb 2002 12:53:01 -0800 (PST) Received: (from mikea@localhost) by mikea.ath.cx (8.11.6/8.11.1) id g1CKpKL33912; Tue, 12 Feb 2002 14:51:20 -0600 (CST) (envelope-from mikea) Date: Tue, 12 Feb 2002 14:51:19 -0600 From: mikea To: Jason Andresen Cc: John Merryweather Cooper , Lev Serebryakov , Freebsd-Stable Subject: Re: ABit VP6 (VIA Appolo Pro133A) hardware monitoring Message-ID: <20020212145119.A33839@mikea.ath.cx> References: <1585891578.20020212012741@serebryakov.spb.ru> <20020211144501.C45459@johncoop.MSHOME> <3C6932F3.D9DEB0C1@mitre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C6932F3.D9DEB0C1@mitre.org>; from jandrese@mitre.org on Tue, Feb 12, 2002 at 10:21:23AM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 10:21:23AM -0500, Jason Andresen wrote: > John Merryweather Cooper wrote: > > > > Try xmbmon at sysutils/xmbmon. It works with VIA chipsets (I have a > > VT82C686B also and it works fine). > > > > On 2002.02.11 14:27 Lev Serebryakov wrote: > > > Hello, Freebsd-Stable! How are you? > > > > > > I've buy ABIt VP6 motherboard (dual Pro133A-based motherboard). It > > > works perfectly (with two CPUs), HPT370 Raid works too. > > > > > > But I could not get any values from hardware monitoring. There is NO > > > `viapm' driver (like `intpm' or `alpm') and this monitoring is > > > VT82C686B-based, not LM7x-based, so lmmon and other such programs > > > from ports doesn't work too. > > > > > > Could I get my CPUs' temperatures and Fans' speeds under FreeBSD? > > Hmm, no dice on my VT82C686B (VT8366A + VT8233): > > (240 ~): sudo mbmon -d > * SMBus[VIA8233(KT266)] found, but No HWM available on it!! > Using ISA-IO access method!! > MainSMBusADDR(CR48) = 5A > SubSMBusADDRs(CR4A) = 90, 90 [Temp1 exists, Temp2 exists] > DeviceID(CR49&0xFE) = 0 > VenderID(CR4E=0,CR4F)= 0 > ChipID(CR58) = 90 > * ITE Chip, IT8705F found > Warning: Temp1 address is wrong ?? > > And this is on the latest version (not the one in the port). Try it without the "-d". Works here: : sudo mbmon -d : Using VIA686 HWM directly!! : MainSMBusADDR(CR48) = 5A : SubSMBusADDRs(CR4A) = 90, 90 [Temp1 exists, Temp2 exists] : DeviceID(CR49&0xFE) = CC : VenderID(CR4E=0,CR4F)= 0 : ChipID(CR58) = 1 : * VIA Chip, VT82C686A/B found : Warning: Temp1 address is wrong ?? : : sudo mbmon : [No write since last change] : Temp.= 65.7, 52.5, 0.0; Rot.= 6308, 6367, 0 : Vcore = 1.72, 1.69; Volt. = 3.30, 4.98, 12.19, 0.00, 0.00 : Temp.= 66.6, 52.5, 0.0; Rot.= 6308, 6428, 0 : Vcore = 1.72, 1.70; Volt. = 3.30, 4.98, 12.19, 0.00, 0.00 with a 686A chip. -- Mike Andrews mikea@mikea.ath.cx Tired old sysadmin since 1964 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 13:10: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [129.83.20.90]) by hub.freebsd.org (Postfix) with ESMTP id 91B8C37B433 for ; Tue, 12 Feb 2002 13:08:43 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id g1CL8Y815639; Tue, 12 Feb 2002 16:08:34 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id g1CL8Wk01556; Tue, 12 Feb 2002 16:08:32 -0500 (EST) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub2.mitre.org with SMTP id 9225977; Tue, 12 Feb 2002 16:08:29 -0500 Message-ID: <3C69844D.A4CAE899@mitre.org> Date: Tue, 12 Feb 2002 16:08:29 -0500 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: mikea Cc: John Merryweather Cooper , Lev Serebryakov , Freebsd-Stable Subject: Re: ABit VP6 (VIA Appolo Pro133A) hardware monitoring References: <1585891578.20020212012741@serebryakov.spb.ru> <20020211144501.C45459@johncoop.MSHOME> <3C6932F3.D9DEB0C1@mitre.org> <20020212145119.A33839@mikea.ath.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mikea wrote: > > On Tue, Feb 12, 2002 at 10:21:23AM -0500, Jason Andresen wrote: > > John Merryweather Cooper wrote: > > > > > > Try xmbmon at sysutils/xmbmon. It works with VIA chipsets (I have a > > > VT82C686B also and it works fine). > > > > > > On 2002.02.11 14:27 Lev Serebryakov wrote: > > > > Hello, Freebsd-Stable! How are you? > > > > > > > > I've buy ABIt VP6 motherboard (dual Pro133A-based motherboard). It > > > > works perfectly (with two CPUs), HPT370 Raid works too. > > > > > > > > But I could not get any values from hardware monitoring. There is NO > > > > `viapm' driver (like `intpm' or `alpm') and this monitoring is > > > > VT82C686B-based, not LM7x-based, so lmmon and other such programs > > > > from ports doesn't work too. > > > > > > > > Could I get my CPUs' temperatures and Fans' speeds under FreeBSD? > > > > Hmm, no dice on my VT82C686B (VT8366A + VT8233): > > > > (240 ~): sudo mbmon -d > > * SMBus[VIA8233(KT266)] found, but No HWM available on it!! > > Using ISA-IO access method!! > > MainSMBusADDR(CR48) = 5A > > SubSMBusADDRs(CR4A) = 90, 90 [Temp1 exists, Temp2 exists] > > DeviceID(CR49&0xFE) = 0 > > VenderID(CR4E=0,CR4F)= 0 > > ChipID(CR58) = 90 > > * ITE Chip, IT8705F found > > Warning: Temp1 address is wrong ?? > > > > And this is on the latest version (not the one in the port). > > Try it without the "-d". Works here: > > : sudo mbmon -d > : Using VIA686 HWM directly!! > : MainSMBusADDR(CR48) = 5A > : SubSMBusADDRs(CR4A) = 90, 90 [Temp1 exists, Temp2 exists] > : DeviceID(CR49&0xFE) = CC > : VenderID(CR4E=0,CR4F)= 0 > : ChipID(CR58) = 1 > : * VIA Chip, VT82C686A/B found > : Warning: Temp1 address is wrong ?? > : > : sudo mbmon > : [No write since last change] > : Temp.= 65.7, 52.5, 0.0; Rot.= 6308, 6367, 0 > : Vcore = 1.72, 1.69; Volt. = 3.30, 4.98, 12.19, 0.00, 0.00 > : Temp.= 66.6, 52.5, 0.0; Rot.= 6308, 6428, 0 > : Vcore = 1.72, 1.70; Volt. = 3.30, 4.98, 12.19, 0.00, 0.00 > > with a 686A chip. Thanks. I was thrown off by the "No HWM available on it!!" line and the inability to detect a DeviceID. Apparently my motherboard has a somewhat unusual arrangement of an VIA 8233 and the non-VIA IT8705F probes (which are only supported through ISA apparently). Strangely, probes 1 and 3 work, but 2 doesn't (since I only know of two probes on this motherboard--the one under the CPU and the one on the end of the cable) I'm surprised the motherboard uses the third instead of the second hardware monitor slot. (14 ~): mbmon Temp.= 24.0, 201.0, 58.0; Rot.= 4891, 0, 0 Vcore = 1.79, 2.53; Volt. = 3.33, 4.76, 11.67, -3.00, -1.66 I do wish the program was a little clearer as to what constitutes "good" numbers for the voltages. :/ -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 13:28:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 24C6E37B417 for ; Tue, 12 Feb 2002 13:28:06 -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 <20020212212805.ZBPJ2951.rwcrmhc53.attbi.com@blossom.cjclark.org>; Tue, 12 Feb 2002 21:28:05 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g1CLRvD29470; Tue, 12 Feb 2002 13:27:57 -0800 (PST) (envelope-from cjc) Date: Tue, 12 Feb 2002 13:27:57 -0800 From: "Crist J. Clark" To: Helmut Hissen Cc: freebsd-stable@FreeBSD.ORG Subject: Re: corrupted ISO image? (maybe its just me) Message-ID: <20020212132757.A29413@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020211180354.A20800@zeebar.com> <20020211234259.G24535@blossom.cjclark.org> <20020212091914.B5379@zeebar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020212091914.B5379@zeebar.com>; from helmut@zeebar.com on Tue, Feb 12, 2002 at 09:19:14AM -0800 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 09:19:14AM -0800, Helmut Hissen wrote: > > > it gets weirder: its a single bit error. If I diff the od-x for the > proflibs.ai in the CD image (bad) with the one I doanload separately > (good), I see: > > 9862c9862 > < 0464120 bd1a edc4 bd1a c7c4 7a35 cf89 f46b 1f12 > --- > > 0464120 bd1a ed44 bd1a c7c4 7a35 cf89 f46b 1f12 > > > downloaded (shift-click style) using Netscape 4.76 running on my 4.4 > no-moving-parts desktop from ftp://ftp?.freebsd.org over a 4.4 firewall > into a file on an NFS mount on a 4.4 file server. > > maybe I have a leaky 0x80 bit somewhere on my side??? I havent noticed > anything else acting up tho. This is so weird. One bit out of 624 MB. I'd attribute it to gremlins in the wires and not lose any sleep over it. That is, unless you start to see it more. -- 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-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 14:20:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumter.awod.com (sumter.awod.com [208.140.99.1]) by hub.freebsd.org (Postfix) with ESMTP id AA29437B416 for ; Tue, 12 Feb 2002 14:20:05 -0800 (PST) Received: from teddy.fas.com (pcp01008475pcs.mplsnt01.sc.comcast.net [68.58.200.215]) by sumter.awod.com (8.8.7/8.12.2) with ESMTP id RAA69629; Tue, 12 Feb 2002 17:20:02 -0500 (EST) (envelope-from stanb@awod.com) Received: from stan by teddy.fas.com with local (Exim 3.34 #1 (Debian)) id 16alHr-0005l7-00; Tue, 12 Feb 2002 17:20:31 -0500 Date: Tue, 12 Feb 2002 17:20:31 -0500 From: stan To: Danny Pansters Cc: FreeBSD Stable Mailing List Subject: Re: Kernel Panic on 4.5 STABLE Message-ID: <20020212222031.GA22130@teddy.fas.com> Mail-Followup-To: Danny Pansters , FreeBSD Stable Mailing List References: <20020209160959.GA1010@teddy.fas.com> <20020212021153.5C39524D28@mail.ricin.net> <20020212114853.GA10230@teddy.fas.com> <20020212123107.E89AB24D28@mail.ricin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020212123107.E89AB24D28@mail.ricin.net> User-Agent: Mutt/1.3.27i X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.17 X-Uptime: 17:17:38 up 8 days, 22:52, 2 users, load average: 0.06, 0.04, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Feb 12, 2002 at 01:31:33PM +0100, Danny Pansters wrote: > On Tuesday 12 February 2002 12:48, you wrote: > > Hmm this is interesting. My last installworld has been on Feb 2nd and > the next day I noticed that the network interfaces on my box (the > firewall/gateway) were in promescuous mode. Now after upgrading > world, I always run portupgrade to get the installed ports upgraded > as well. It turned out that there was an /usr/local/etc/rc.d/ntop.sh > installed which caused this. I shrugged and renamed it to > ntop.sh.disabled. > That's strange the FreeBSD comitters are usually pretty conservative about what gets started in /usr/local/etc/rc.d without someone edtig a file. BTW, after work, I tested, and indeed the culprit is the trafshow module. If I don't load it. then everyhting is OK. If I load it, and run ipfw -a l, then K-Pow, it's kernel panic time! Hopefully someone will address this, at sometime. -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Feb 12 18:27:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from zork.punq.net (punq.net [207.154.84.94]) by hub.freebsd.org (Postfix) with SMTP id E73C337B405 for ; Tue, 12 Feb 2002 18:27:16 -0800 (PST) Received: (qmail 63736 invoked by uid 1000); 13 Feb 2002 02:27:16 -0000 Date: Tue, 12 Feb 2002 18:27:16 -0800 From: Marcus Reid To: freebsd-stable@freebsd.org Cc: freebsd-bugs@freebsd.org Subject: Panic in vnlru in 4.5-RELEASE Message-ID: <20020212182716.A63685@blazingdot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Coffee-Level: high Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi: I've been able to get this machine to crash a few times while copying the ports tree over to it over NFS. I'm wondering if it's more likely that it's a hardware thing, or if there's a bug in the new vnlru stuff. The crashdump below was from the 4.5-RELEASE GENERIC kernel. root@tin# gdb -k kernel.0 vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... IdlePTD at phsyical address 0x004b5000 initial pcb at physical address 0x003f5ea0 panicstr: vinvalbuf: dirty bufs panic messages: --- panic: vinvalbuf: dirty bufs syncing disks... 86 20 18 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 giving up on 10 buffers Uptime: 18m56s dumping to dev #ad/0x20001, offset 524448 dump ata0: resetting devices .. done 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc01c1fe2 in dumpsys () (kgdb) bt #0 0xc01c1fe2 in dumpsys () #1 0xc01c1df7 in boot () #2 0xc01c21d8 in poweroff_wait () #3 0xc01ee972 in vinvalbuf () #4 0xc01efc0b in vclean () #5 0xc01efe1f in vgonel () #6 0xc01ee47a in vlrureclaim () #7 0xc01ee548 in vnlru_proc () (kgdb) Output of dmesg is as follows: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-RELEASE #0: Tue Feb 12 16:17:34 PST 2002 root@tin.blazingdot.com:/usr/obj/home/archive/releases/RELENG_4_5/src/sys/TIN Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(TM)Processor (1007.39-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 268353536 (262064K bytes) avail memory = 257359872 (251328K bytes) Preloaded elf kernel "kernel" at 0xc03b5000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00f1770 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 ohci0: mem 0xed800000-0xed800fff irq 9 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered atapci0: port 0xd400-0xd40f at device 4.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pcm0: port 0xd000-0xd0ff irq 5 at device 5.0 on pci0 ohci1: mem 0xec800000-0xec800fff irq 12 at device 6.0 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered isab0: at device 7.0 on pci0 isa0: on isab0 fxp0: port 0xb400-0xb43f mem 0xeb000000-0xeb0fffff,0xeb800000-0xeb800fff irq 10 at device 10.0 on pci0 fxp0: Ethernet address 00:90:27:57:61:11 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto chip1: at device 17.0 on pci0 orm0: