From owner-freebsd-hackers Sun May 26 3:59:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id 3A05C37B408 for ; Sun, 26 May 2002 03:59:32 -0700 (PDT) Received: from BRI (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id LAA12725 for ; Sun, 26 May 2002 11:59:29 +0100 (BST) From: "Bri" To: Subject: weird problem xl0 interface Date: Sun, 26 May 2002 11:53:48 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I do ifconfig xl0 delete then dhclient -cf /etc/dhclient.conf -lf /var/db/dhclient.leases xl0 and I get a kernel message every few secounds xl0: watchdog timeout I've not a clue what it means but I do know that dhclient never detects the ip address from the ISP. allthough I put the same card in my other 4.4-RELEASE machine and it all goes fine the the only difference is that my other machine is running 4.4-RELEASE-p7 and thats about it. could some type of IRQ conflict be causing it. the kernel has options IPDIVERT IPFIREWALL IPFIREWALL_VERBOSE any help appreciated Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 26 4:27: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rhadamanth.submonkey.net (pc1-card5-0-cust12.cdf.cable.ntl.com [80.3.216.12]) by hub.freebsd.org (Postfix) with ESMTP id 9A1A137B401 for ; Sun, 26 May 2002 04:26:43 -0700 (PDT) Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.36 #1) id 17BwAb-00009q-00 for hackers@FreeBSD.org; Sun, 26 May 2002 12:26:41 +0100 Date: Sun, 26 May 2002 12:26:41 +0100 From: Ceri Davies To: hackers@FreeBSD.org Subject: Another panic in -STABLE, yesterday's tree Message-ID: <20020526112641.GA396@submonkey.net> Mail-Followup-To: Ceri Davies , hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've had another kernel panic, this time from a cold boot (the machine had been powered off overnight), with a new world and kernel built yesterday: FreeBSD rhadamanth.private.submonkey.net 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #0: Wed May 1 21:59:38 BST 2002 setantae@rhadamanth.private.submonkey.net:/usr/obj/usr/src/sys/RHADAMANTH i386 I've attached a backtrace - further information is available if someone tells how to summon it from gdb (I won't delete vmcore this time...) Also attached is /var/run/dmesg.boot if it's of use. Thanks, Ceri -- get the cool shoe shine --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=typescript Content-Transfer-Encoding: quoted-printable Script started on Sun May 26 12:24:21 2002 You have mail.=0D {=1B[1m=1B[4mroot=1B[m@rhadamanth}-{/var/crash} # gdb -k kernel.debug vmcor= e.6=0D=0D GNU gdb 4.18 (FreeBSD)=0D Copyright 1998 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-unknown-freebsd"...=0D SMP 0 cpus=0D IdlePTD at phsyical address 0x00000000=0D initial pcb at physical address 0x002d28e0=0D panic messages:=0D ---=0D dmesg: kvm_read: invalid address (c02cbde0)=0D ---=0D =0D cannot read proc pointer at ff800004=0D =0D (kgdb) bt=0D #0 0x0 in ?? ()=0D (kgdb) q=0D {=1B[1m=1B[4mroot=1B[m@rhadamanth}-{/var/crash} # exit=0D=0D exit=0D Script done on Sun May 26 12:25:14 2002 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" 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.6-PRERELEASE #0: Wed May 1 21:59:38 BST 2002 setantae@rhadamanth.private.submonkey.net:/usr/obj/usr/src/sys/RHADAMANTH Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (863.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 536805376 (524224K bytes) avail memory = 519118848 (506952K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc034f000. Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00f7220 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 19 -> irq 2 IOAPIC #0 intpin 18 -> irq 16 IOAPIC #0 intpin 16 -> irq 17 IOAPIC #0 intpin 17 -> irq 18 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 17 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb800-0xb81f irq 2 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Hewlett-Packard DeskJet 940C, rev 1.10/1.00, addr 2, iclass 7/1 uhci1: port 0xbc00-0xbc1f irq 2 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: (vendor=0x1106, dev=0x3057) at 7.4 atapci1: port 0xcc00-0xcc0f,0xd000-0xd003,0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07 mem 0xdfffc000-0xdfffffff irq 16 at device 10.0 on pci0 ata2: at 0xdc00 on atapci1 ata3: at 0xd400 on atapci1 pcm0: port 0xc000-0xc03f irq 2 at device 11.0 on pci0 ed0: port 0xc400-0xc41f irq 17 at device 12.0 on pci0 ed0: address 00:40:95:44:3f:bc, type NE2000 (16 bit) dc0: port 0xc800-0xc8ff mem 0xdfffbf00-0xdfffbfff irq 18 at device 13.0 on pci0 dc0: Ethernet address: 00:50:bf:76:2a:98 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0:
HellO All ,
First of all i am totally new to the newsgroups and = to FreeBSD=20 as well , so i am not sure whether this is the right group to ask this = question=20 or not . So please forgive me if i have made a mistake.
Can you please suggest some solution or maybe some = reference=20 site that can be of any help . I will really appreciate it = .
 
I was trying to install the latest version of wx200d = , the=20 weather station data collector ( http://wx200d.sourceforge.net) FreeBSD=20  but it is giving me an error continuosly , and the error is when i = try to=20 make it it gives out this
 
****************************************************************= **********
bash-2.05a$ make
gcc  -g -O2  -o = wx200 =20 wx200.o -L. -lwx200 -lcrypt
wx200.o: In function=20 `main':
/home/downloads/wx200d-1.2/wx200.c(.text+0xc03): undefined = reference=20 to `getopt_long'
*** Error code 1
 
Stop in=20 /usr/home/downloads/wx200d-1.2.
bash-2.05a$
***********************= ****************************************************
 
 
I tried to look for the solution at the google = groups but=20 couldnt get much help :( . Please please help me .
All the responses are really appreciated .
 
Thanks a lot
 
Sincerely
 
S.B.
------=_NextPart_000_0117_01C20642.7341DE60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 12:34:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from edgemaster.zombie.org (ip68-13-69-9.om.om.cox.net [68.13.69.9]) by hub.freebsd.org (Postfix) with ESMTP id 5B28B37B400; Tue, 28 May 2002 12:34:12 -0700 (PDT) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 17E2466B04; Tue, 28 May 2002 14:34:12 -0500 (CDT) Date: Tue, 28 May 2002 14:34:12 -0500 From: Sean Kelly To: "S.B." Cc: freebsd-ports@FreeBSD.ORG, freebsd-hackers@FreeBSD.org Subject: Re: NewBie Needs HELP please !! Message-ID: <20020528193411.GB40190@edgemaster.zombie.org> References: <011a01c2066c$5c7c9ba0$46ad1fd0@mlode.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline In-Reply-To: <011a01c2066c$5c7c9ba0$46ad1fd0@mlode.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 28, 2002 at 12:23:18PM -0500, S.B. wrote: > ************************************************************************** > bash-2.05a$ make > gcc -g -O2 -o wx200 wx200.o -L. -lwx200 -lcrypt > wx200.o: In function `main': > /home/downloads/wx200d-1.2/wx200.c(.text+0xc03): undefined reference to `= getopt_long' > *** Error code 1 >=20 > Stop in /usr/home/downloads/wx200d-1.2. > bash-2.05a$ You need to link against the GNU getopt library. # cd /usr/ports/devel/libgnugetopt # make install Then modify whatever Makefile(s) you have to also use: -L/usr/local/lib -lgnugetopt --=20 Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE889uz2aukpHcELHsRAgYzAJ9agrMOFXUMDRaBMrHZeXQSGr7tAACgmO49 DmdcY9NbU4H2To06X4O6DHM= =Qd05 -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 12:58:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 88DCA37B400; Tue, 28 May 2002 12:58:44 -0700 (PDT) Received: from pool0281.cvx40-bradley.dialup.earthlink.net ([216.244.43.26] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17Cn6v-00073t-00; Tue, 28 May 2002 12:58:27 -0700 Message-ID: <3CF3E141.DD50721E@mindspring.com> Date: Tue, 28 May 2002 12:57:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "S.B." Cc: freebsd-ports@FreeBSD.ORG, freebsd-hackers@FreeBSD.org Subject: Re: NewBie Needs HELP please !! References: <011a01c2066c$5c7c9ba0$46ad1fd0@mlode.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "S.B." wrote: > > Part 1.1 Type: Plain Text (text/plain) > Encoding: quoted-printable I'll help: 1) Questions should be sent to the "-questions" mailing list 2) Don't send HTML to mailing lists 3) Don't send MIME to mailing lists, even if it's only something that contains a text/plain: most people will not open your attachment, since most people are not morons 4) getopt_long is a GNU getopt thing to allow you to use "GNU long options", as opposed to single character options; thus you need to make the port depend on the GNU getopt port, OR you need to patch it to not use long options if it does not detect "getopt_long". If you want to use option 4(b), here is the code you need to add to your patch: http://mail.gnu.org/pipermail/autoconf/2000-December/009171.html (Note that this problem has been hanging out for a year and a half now). My personal preference is 4(b), but I suspect that getopt_long was added not to "prettify" the option names, but to add more options to the program than God had available when creating the universe. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 13:40:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id 0CC9837B409 for ; Tue, 28 May 2002 13:40:08 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020528204007.LTYJ20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Tue, 28 May 2002 20:40:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA13224; Tue, 28 May 2002 13:25:35 -0700 (PDT) Date: Tue, 28 May 2002 13:25:34 -0700 (PDT) From: Julian Elischer To: Chris Knight Cc: freebsd-hackers@freebsd.org Subject: Re: Maintaining Large Patchsets Against FreeBSD In-Reply-To: <001101c20627$e70941f0$020aa8c0@aims.private> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG what is the patchset? It IS possible to set up a branch on your mirrored cvs repository using some magic branch numbers. john Polstra (jpd@freebsd.org) would be the person to ask if it can be done with a branch off a branch... (a magic branch off the 4.x branch) You may also be able to use P4 to import the 4.x branch into p4 and keep branch off that.. (but I couldn't tell you details) On Tue, 28 May 2002, Chris Knight wrote: > Howdy, > > I'm currently maintaining a largish (~4MB) patchset against FreeBSD 4.x > releases. Due to the nature of the patches, they'll never make it into the > FreeBSD tree. I currently maintain the patchset by checking out the previous > 4.x release, applying the patchset, doing a cvs update and resolving the > conflicts. I then add any additional patches and then cat up all the diffs > in the tree. > I was wondering if this was the most optimal way of maintaining the > patchset? The other approach I can see would be to create my own repository > and import the FreeBSD release code into my repository and then resolve the > conflicts. This would then give me better historical code management. > Any suggestions would be useful. > > Regards, > Chris Knight > Systems Administrator > AIMS Independent Computer Professionals > Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 > Web: http://www.aims.com.au > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 13:48:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pie.eudaemon.net (dsl081-242-046.sfo1.dsl.speakeasy.net [64.81.242.46]) by hub.freebsd.org (Postfix) with SMTP id BE14F37B404 for ; Tue, 28 May 2002 13:48:06 -0700 (PDT) Received: (qmail 12275 invoked from network); 28 May 2002 20:25:24 -0000 Received: from unknown (HELO 172.17.133.6) (64.81.242.46) by pie.eudaemon.net with SMTP; 28 May 2002 20:25:24 -0000 Date: Tue, 28 May 2002 13:48:03 -0700 From: Tim Gilman Subject: UDP based kernel debugging To: freebsd-hackers@freebsd.org X-Priority: 3 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; Charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Mailsmith 1.5.1 (Blindsider) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Panasas, Inc., (http://www.panasas.com) is releasing modifications to FreeBSD 4.3's gdb stubs to allow UDP-based two machine debugging. The source for these changes is available on SourceForge: http://ipgdb.sourceforge.net A snippet from the docs: The remote debugger functions much like FreeBSD's serial-based two machine debugger, except it uses udp packets for communication. A few extra things have been added to the debugging process to avoid unnecessary walking. So, instead of getting up to press the any key on the console of a machine in a not-so-near lab, you can directly connect to your target machine. =- Tim tgilman@eudaemon.net -- Tim Gilman Software Engineer, Panasas Inc. Pioneering the World's Most Scalable and Agile Storage Network www.panasas.com tgilman@panasas.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 16:39:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 18A8A37B414 for ; Tue, 28 May 2002 16:39:15 -0700 (PDT) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g4SNdDo82220 for ; Wed, 29 May 2002 09:39:13 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 29 May 2002 09:38:45 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: Maintaining Large Patchsets Against FreeBSD Date: Wed, 29 May 2002 09:38:43 +1000 Message-ID: <003a01c206a0$ce9ec1c0$020aa8c0@aims.private> 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 CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, > -----Original Message----- > From: Julian Elischer [mailto:julian@elischer.org] > Sent: Wednesday, 29 May 2002 6:26 > To: Chris Knight > Cc: freebsd-hackers@freebsd.org > Subject: Re: Maintaining Large Patchsets Against FreeBSD > > > what is the patchset? > Mostly a heap of patches against the FreeBSD source, with some additional files. > It IS possible to set up a branch on your mirrored cvs repository using > some magic branch numbers. john Polstra (jpd@freebsd.org) would be the > person to ask if it can be done with a branch off a branch... > (a magic branch off the 4.x branch) > That's been suggested to me. I'm investigating it. Thanks. > > You may also be able to use P4 to import the 4.x branch into p4 > and keep branch off that.. (but I couldn't tell you details) > I've pulled down the binaries for P4. I now need to allocate some time to have a look at what it can do. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 18: 2:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 8E99837B404; Tue, 28 May 2002 18:02:26 -0700 (PDT) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id FAA13639; Wed, 29 May 2002 05:03:02 +0400 (MSD) Message-Id: <200205290103.FAA13639@aaz.links.ru> Subject: Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file) In-Reply-To: <20020528174653.GC11876@lizzy.catnook.com> from "Jos Backus" at "May 28, 2 10:46:31 am" To: jos@catnook.com Date: Wed, 29 May 2002 05:03:02 +0400 (MSD) Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG, manojk@io.com From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jos Backus writes: > On Tue, May 28, 2002 at 03:42:31AM +0400, "."@babolo.ru wrote: > > Begin with port. > > Please find attached a port skeleton for mktool 0.0.7. Perhaps we can suggest > a more descriptive name to the author (cc'ed)? > > Feedback welcome. I doubt that goes to ports ever. Make Problem Report. man send-pr -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 18:10:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239]) by hub.freebsd.org (Postfix) with SMTP id C8C2D37B406 for ; Tue, 28 May 2002 18:10:17 -0700 (PDT) Received: (qmail 23039 invoked by uid 1000); 29 May 2002 01:10:39 -0000 Date: Tue, 28 May 2002 18:10:17 -0700 From: Jos Backus To: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file) Message-ID: <20020529011039.GA22504@lizzy.catnook.com> Reply-To: jos@catnook.com Mail-Followup-To: stable@FreeBSD.ORG, hackers@FreeBSD.ORG References: <20020528174653.GC11876@lizzy.catnook.com> <200205290103.FAA13639@aaz.links.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205290103.FAA13639@aaz.links.ru> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 05:03:02AM +0400, "."@babolo.ru wrote: > I doubt that goes to ports ever. > Make Problem Report. > man send-pr Allright, allright :-) But let me remind you that I don't want this to be a port, I want it to become part of the base OS. -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ jos@catnook.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 28 18:15:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id EE00837B40F; Tue, 28 May 2002 18:15:15 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id SAA35559; Tue, 28 May 2002 18:01:14 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g4T10MX89078; Tue, 28 May 2002 18:00:22 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200205290100.g4T10MX89078@arch20m.dellroad.org> Subject: Re: Bad TCP checksum In-Reply-To: <20020523081803.GA1730@torment.storming.org> "from Fred Souza at May 23, 2002 11:18:03 am" To: cseg@storming.org Date: Tue, 28 May 2002 18:00:22 -0700 (PDT) Cc: stable@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fred Souza writes: > I'm experiencing something weird with my 4.6-RC box (compile of May 18). > What happens is that for some hosts it just won't calculate the > checksum properly, and thus my box is unable to start TCP connections > to those hosts. Here's a piece of the output of tcpdump: > > 19:16:55.759657 me.50441 > somehost.http: S [bad tcp cksum fffe!] > 2079216431:2079216431(0) win 65535 timestamp 797082 0> (DF) [tos 0x10] (ttl 96, id 41580, len 60) > > Additional info that might help: The default route goes through the > tun0 interface, my ADSL service uses PPPoE and therefore I cannot > think of any other way to work it out on FreeBSD. ppp(8) was compiled > in the same day as the kernel, and I tried unloading firewalling and > nothing different occured (at least apparently). NAT is disabled here. Sounds like it might be the delayed checksum code. What Ethernet device driver are you using? -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 0:10:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from damon.com (damon.com [199.98.84.130]) by hub.freebsd.org (Postfix) with ESMTP id CDF3437B40A for ; Wed, 29 May 2002 00:10:04 -0700 (PDT) Received: from damon.com (localhost [127.0.0.1]) by damon.com (8.12.3/8.12.3) with ESMTP id g4T668xH002898; Wed, 29 May 2002 01:06:08 -0500 (CDT) (envelope-from dap@damon.com) Received: (from dap@localhost) by damon.com (8.12.3/8.12.3/Submit) id g4T667Rs002897; Wed, 29 May 2002 01:06:07 -0500 (CDT) (envelope-from dap) Date: Wed, 29 May 2002 01:06:07 -0500 From: Damon Anton Permezel To: Doug White Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 4.6-RC, Dell PowerEdge 4600, PCI boot-time bus walk Message-ID: <20020529010607.K427@damon.com> References: <20020520103233.C962@damon.com> <20020523125458.C17059-100000@resnet.uoregon.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020523125458.C17059-100000@resnet.uoregon.edu>; from dwhite@resnet.uoregon.edu on Thu, May 23, 2002 at 12:55:46PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug, PCI-X works OK. The ServerWorks-HE chipset is not well supported. The Dell PowerEdge 4600 I have either has h/w problems or for some strange reason cards in the last two slots (6,7) are not useable under FreeBSD 4.6-RC. I have moved the qlogic card into slot 3, and it works fine. The PCI bus holding slots 6 and 7 seems to be numbered bus 255. Experience has shown that this is incorrect, as devices plugged into those slots can be probed on bus 15. The PCI BUS holding slots 2,3 and 4,5 work fine, with PCI-X cards running at 100Mhz,64 bits or old legacy cards. Cheers, Damon. On Thu, May 23, 2002 at 12:55:46PM -0700, Doug White wrote: > On Mon, 20 May 2002, Damon Anton Permezel wrote: > > > 4.6-RC (which I am assuming is "release candidate") still doesn't > > walk the entire PCI bus and find all devices for a Dell Poweredge 4600. > > > > Below, interested parties will be able to peruse the `boot -v' results, > > followed by `scanpci -v1'. > > I have a single Qlogic F/C card plugged into one of the PCI/X slots. > > This is a bit dated but I want to put in another prod on this since it > came up recently. > > What is the status of PCI-X support on FreeBSD? Does it require anything > beyond standard PCI support? If so, who's working on it? Hardware is now > out there ... :-) > > Doug White | FreeBSD: The Power to Serve > dwhite@resnet.uoregon.edu | www.FreeBSD.org -- -- Damon Permezel dap@damon.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 0:42:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id D196F37B40D for ; Wed, 29 May 2002 00:42:17 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T7gH162862 for ; Wed, 29 May 2002 00:42:17 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 07F30380A; Wed, 29 May 2002 00:42:17 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: __STDC__ removal? In-Reply-To: <20020526222546.GD43189@elvis.mu.org> Date: Wed, 29 May 2002 00:42:17 -0700 From: Peter Wemm Message-Id: <20020529074217.07F30380A@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > NetBSD is nuking almost all __STDC__ usages because it's always > defined. Do we want to do the same? The exception I've seen > is for assembler files where old style C is needed to avoid > conflicts. Umm, do we need it there in asm headers? We do not use the traditional cpp for our assembler files. I would be suprised if we needed it. In fact, I would be suprised if we build with -traditional any more. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 1:15:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 2EA9837B408 for ; Wed, 29 May 2002 01:15:55 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id D9B1CAE1C1; Wed, 29 May 2002 01:15:54 -0700 (PDT) Date: Wed, 29 May 2002 01:15:54 -0700 From: Alfred Perlstein To: Peter Wemm Cc: hackers@FreeBSD.ORG Subject: Re: __STDC__ removal? Message-ID: <20020529081554.GN17045@elvis.mu.org> References: <20020526222546.GD43189@elvis.mu.org> <20020529074217.07F30380A@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529074217.07F30380A@overcee.wemm.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Peter Wemm [020529 00:42] wrote: > Alfred Perlstein wrote: > > NetBSD is nuking almost all __STDC__ usages because it's always > > defined. Do we want to do the same? The exception I've seen > > is for assembler files where old style C is needed to avoid > > conflicts. > > Umm, do we need it there in asm headers? We do not use the traditional cpp > for our assembler files. I would be suprised if we needed it. In fact, I > would be suprised if we build with -traditional any more. Well then we can nuke it from asm files too! Whee! -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 2:13:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 032F837B401 for ; Wed, 29 May 2002 02:13:36 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g4T9DZ163200 for ; Wed, 29 May 2002 02:13:35 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 6007B380F; Wed, 29 May 2002 02:13:35 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: __STDC__ removal? In-Reply-To: <20020529081554.GN17045@elvis.mu.org> Date: Wed, 29 May 2002 02:13:35 -0700 From: Peter Wemm Message-Id: <20020529091335.6007B380F@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Peter Wemm [020529 00:42] wrote: > > Alfred Perlstein wrote: > > > NetBSD is nuking almost all __STDC__ usages because it's always > > > defined. Do we want to do the same? The exception I've seen > > > is for assembler files where old style C is needed to avoid > > > conflicts. > > > > Umm, do we need it there in asm headers? We do not use the traditional cpp > > for our assembler files. I would be suprised if we needed it. In fact, I > > would be suprised if we build with -traditional any more. > > Well then we can nuke it from asm files too! Whee! Well, subject of course to it actually working.. :-) Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 8:46:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id B0FC637B40C for ; Wed, 29 May 2002 08:46:23 -0700 (PDT) Received: from madman.nectar.cc (madman.nectar.cc [10.0.1.111]) by gw.nectar.cc (Postfix) with ESMTP id F1E9A58 for ; Wed, 29 May 2002 10:46:22 -0500 (CDT) Received: from madman.nectar.cc (localhost [IPv6:::1]) by madman.nectar.cc (8.12.3/8.11.6) with ESMTP id g4TFkMfo003419 for ; Wed, 29 May 2002 10:46:22 -0500 (CDT) (envelope-from nectar@madman.nectar.cc) Received: (from nectar@localhost) by madman.nectar.cc (8.12.3/8.12.3/Submit) id g4TFkMr0003418 for freebsd-hackers@FreeBSD.org; Wed, 29 May 2002 10:46:22 -0500 (CDT) Date: Wed, 29 May 2002 10:46:22 -0500 From: "Jacques A. Vidrine" To: freebsd-hackers@FreeBSD.org Subject: Re: kern/30712: fatal kernel trap during ufs_rename Message-ID: <20020529154622.GA3397@madman.nectar.cc> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-hackers@FreeBSD.org References: <9og83a$vq8$1@FreeBSD.csie.NCTU.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9og83a$vq8$1@FreeBSD.csie.NCTU.edu.tw> User-Agent: Mutt/1.3.99i X-Url: http://www.nectar.cc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Does this ring any bells with anyone? This issue still exists with FreeBSD 4.5-STABLE (4.6-PRERELEASE) and can be triggered on SMP machines e.g. by having several process attempting to create/rename/remove the same directory entry. Cheers, -- Jacques A. Vidrine http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se On Sat, Sep 22, 2001 at 04:31:38AM +0800, Yevgeniy Aleynikov wrote: > > > >Number: 30712 > >Category: kern > >Synopsis: fatal kernel trap during ufs_rename > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Sep 21 13:30:01 PDT 2001 > >Closed-Date: > >Last-Modified: > >Originator: Yevgeniy Aleynikov > >Release: RELENG_4 > >Organization: > Infospace > >Environment: > FreeBSD myserver.mydomain.net 4.3-MYTAG FreeBSD 4.3-MYTAG #0: Thu Sep 20 01:24:53 GMT 2001 root@machine.com:/usr/src/sys/compile/config i386 > >Description: > Currently two independed computers hit that problem. > Machine is stanard 1Xtreme boxes shipped by BSDi. DualP3, i440Gx, intel MB, onboard adaptec SCSI, connected to winchester RAID box. > > Here what i've got: > gdb -k /kernel.debug vmcore.4 > GNU gdb 4.18 > SMP 2 cpus > IdlePTD 3039232 > initial pcb at 2666a0 > panicstr: ufs_rename: lost dir entry > panic messages: > --- > panic: ufs_rename: lost dir entry > mp_lock = 01000001; cpuid = 1; lapic.id = 00000000 > boot() called on cpu#1 > > syncing disks... 16 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > giving up on 1 buffers > Uptime: 16h20m39s > ... skipped... > >How-To-Repeat: > Not sure. > >Fix: > Couldnt figure out what's wrong. > >Release-Note: > >Audit-Trail: > >Unformatted: > >bt > #0 dumpsys () at ../../kern/kern_shutdown.c:473 > 473 ../../kern/kern_shutdown.c: No such file or directory. > (kgdb) bt > #0 dumpsys () at ../../kern/kern_shutdown.c:473 > #1 0xc015e9df in boot (howto=256) at ../../kern/kern_shutdown.c:313 > #2 0xc015ede0 in poweroff_wait (junk=0xc0233c84, howto=-535697984) > at ../../kern/kern_shutdown.c:581 > #3 0xc01c2239 in ufs_rename (ap=0xdf4fde60) at ../../ufs/ufs/ufs_vnops.c:1237 > #4 0xc01c363d in ufs_vnoperate (ap=0xdf4fde60) > at ../../ufs/ufs/ufs_vnops.c:2382 > #5 0xc019143b in rename (p=0xdf4c8740, uap=0xdf4fdf80) at vnode_if.h:645 > #6 0xc0205011 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 134590624, tf_esi = 135163912, tf_ebp = -1077937980, > tf_isp = -548413484, tf_ebx = 672122988, tf_edx = 134600160, tf_ecx = 0, > tf_eax = 128, tf_trapno = 22, tf_err = 2, tf_eip = 672621324, > tf_cs = 31, tf_eflags = 659, tf_esp = -1077938040, tf_ss = 47}) > at ../../i386/i386/trap.c:1155 > #7 0xc01f291b in Xint0x80_syscall () > #8 0x2807e125 in ?? () > #9 0x280e7f0c in ?? () > #10 0x8048e91 in ?? () > #11 0x8048d7d in ?? () > (kgdb) > > This is from 19 sep. snapshot kernel. I had exactly the same problem with Jul 10 snapshot. > fsck didnt find anything wrong in filesystem. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 9:24:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 22EEB37B408 for ; Wed, 29 May 2002 09:24:11 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 2C4E13FC2D; Wed, 29 May 2002 18:24:13 +0200 (CEST) Date: Wed, 29 May 2002 18:24:13 +0200 From: Miguel Mendez To: freebsd-hackers@freebsd.org Subject: raidframe Message-ID: <20020529182413.D53116@energyhq.homeip.net> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tNQTSEo8WG/FKZ8E" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tNQTSEo8WG/FKZ8E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi hackers, The latest raidframe patch seems to be a bit date now, I'd like to know if any of you has worked on getting it cleanly applying to a recent 4.5-STABLE (4.6-RC indeed) system of even 5.0-CURRENT tree. I'd like to play with it and would like to know if someone has taken care of it before devoting time to making this patch work against a recent -CURRENT. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --tNQTSEo8WG/FKZ8E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89QCsnLctrNyFFPERAh2XAKDO30GkCwUuMyHNV4ujTwQNPFX4iwCZAbf+ /yG9X0+eW8AkXwJB7TxmAOg= =dTMH -----END PGP SIGNATURE----- --tNQTSEo8WG/FKZ8E-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 11:19:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 66A8F37B40A for ; Wed, 29 May 2002 11:19:47 -0700 (PDT) Received: from leto (pcp529856pcs.nash01.tn.comcast.net [68.52.131.181]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GWV00EPRXKY2O@mtaout04.icomcast.net> for freebsd-hackers@freebsd.org; Wed, 29 May 2002 14:19:46 -0400 (EDT) Date: Wed, 29 May 2002 13:15:10 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: raidframe In-reply-to: <20020529182413.D53116@energyhq.homeip.net> X-X-Sender: bandix@leto.homeportal.2wire.net To: Miguel Mendez Cc: freebsd-hackers@freebsd.org Message-id: <20020529131425.L38319-100000@leto.homeportal.2wire.net> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Miguel Mendez wrote: >The latest raidframe patch seems to be a bit date now, I'd like to know >if any of you has worked on getting it cleanly applying to a recent >4.5-STABLE (4.6-RC indeed) system of even 5.0-CURRENT tree. I'd like to >play with it and would like to know if someone has taken care of it >before devoting time to making this patch work against a recent >-CURRENT. Is there a reason you can't use vinum(4)? Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 11:59: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id D8F4E37B407 for ; Wed, 29 May 2002 11:58:39 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id EEAAC3FC2D; Wed, 29 May 2002 20:58:41 +0200 (CEST) Date: Wed, 29 May 2002 20:58:41 +0200 From: Miguel Mendez To: "Brandon D. Valentine" Cc: freebsd-hackers@freebsd.org Subject: Re: raidframe Message-ID: <20020529205841.A54965@energyhq.homeip.net> Mail-Followup-To: "Brandon D. Valentine" , freebsd-hackers@freebsd.org References: <20020529182413.D53116@energyhq.homeip.net> <20020529131425.L38319-100000@leto.homeportal.2wire.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020529131425.L38319-100000@leto.homeportal.2wire.net>; from bandix@geekpunk.net on Wed, May 29, 2002 at 01:15:10PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 29, 2002 at 01:15:10PM -0500, Brandon D. Valentine wrote: Hi, > Is there a reason you can't use vinum(4)? Yes, sir, there is one, like I said before, I want to play with raidframe. Being a geek yourself you should understand that :-) Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE89SThnLctrNyFFPERArPrAJ906glY/aWS9qWKVZ6b0Eohf+iSzwCgu6tp t2Wr9XsdQs/R0edj3XqjSkg= =E9N8 -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 12:20:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239]) by hub.freebsd.org (Postfix) with SMTP id 0177D37B405 for ; Wed, 29 May 2002 12:20:16 -0700 (PDT) Received: (qmail 36722 invoked by uid 1000); 29 May 2002 19:20:38 -0000 Date: Wed, 29 May 2002 12:20:16 -0700 From: Jos Backus To: stable@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: non-root /var/run files (was Re: Sendmail, smmsp, and pid file) Message-ID: <20020529192038.GA21098@lizzy.catnook.com> Reply-To: jos@catnook.com Mail-Followup-To: stable@FreeBSD.ORG, hackers@FreeBSD.ORG References: <20020528174653.GC11876@lizzy.catnook.com> <200205290103.FAA13639@aaz.links.ru> <20020529011039.GA22504@lizzy.catnook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020529011039.GA22504@lizzy.catnook.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 29, 2002 at 05:03:02AM +0400, "."@babolo.ru wrote: > I doubt that goes to ports ever. > Make Problem Report. ports/38674 -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ jos@catnook.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 12:23:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 5692F37B416 for ; Wed, 29 May 2002 12:23:24 -0700 (PDT) Received: from leto (pcp529856pcs.nash01.tn.comcast.net [68.52.131.181]) by mtaout05.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GWW00H6S0ISQO@mtaout05.icomcast.net> for freebsd-hackers@freebsd.org; Wed, 29 May 2002 15:23:17 -0400 (EDT) Date: Wed, 29 May 2002 14:18:40 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: raidframe In-reply-to: <20020529205841.A54965@energyhq.homeip.net> X-X-Sender: bandix@leto.homeportal.2wire.net To: Miguel Mendez Cc: freebsd-hackers@freebsd.org Message-id: <20020529141424.E38505-100000@leto.homeportal.2wire.net> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 May 2002, Miguel Mendez wrote: >On Wed, May 29, 2002 at 01:15:10PM -0500, Brandon D. Valentine wrote: > >> Is there a reason you can't use vinum(4)? > >Yes, sir, there is one, like I said before, I want to play with >raidframe. Being a geek yourself you should understand that :-) I understand most thoroughly. =) If you really want to play with RAIDframe I'd guess you'll have a much easier time of it under NetBSD, where it is included with the operating system. Getting it working under FreeBSD could be a lot of fun and you might learn a lot, but I don't see it being a terribly useful exercise otherwise. I get the impression that most of us are quite happy with vinum and would not desire that FreeBSD bloat the kernel by including two software RAID frameworks. Then again, I speak for noone by myself. Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 29 13:10:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gromit.it.su.se (gromit.it.su.se [130.237.95.77]) by hub.freebsd.org (Postfix) with ESMTP id 3F9A137B403 for ; Wed, 29 May 2002 13:10:41 -0700 (PDT) Received: (from rnyberg@localhost) by gromit.it.su.se (8.11.6/8.11.6) id g4TKAdK02644 for freebsd-hackers@freebsd.org; Wed, 29 May 2002 22:10:39 +0200 (CEST) (envelope-from rnyberg) Date: Wed, 29 May 2002 22:10:39 +0200 From: Richard Nyberg To: freebsd-hackers@freebsd.org Subject: process hang in atprq state Message-ID: <20020529221039.A2602@gromit.it.su.se> Mail-Followup-To: Richard Nyberg , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there. I seem to have some problems with my cd read program. I've attached a small prototype program that for some reason hangs in atprq, even though I use a timeout of 5 seconds. The program reads a cd in raw format using the MMC READ_CD command. It works fine :) except that it never manages to finish because of the hang. The hang doesn't seem to be linked to any specific place on the cd, but it might be linked to my ignorance ;) Though the program is hanging forever, the dvd-drive(SD-616F) is still usable, eg. I can mount the cd in the drive or even start a second copy of my program. A trace of the hanging process from DDB reveals the following: ------------ db> tr 199 mi_switch(c1f8c480,c1de6d2c,0,d791bd2c,0) at mi_switch+0x174 tsleep(c1f8c480,10,c0266201,0,c4546101) at tsleep+0x19d atapi_queue_cmd(c1de6d2c,c1fef80c,c2098000,5be0,11) at atapi_queue_cmd+0x13f ataioctl(c02cefb0,c4546101,c1fef800,1,d478f1e0) at ataioctl+0x558 spec_ioctl(d791bde4,d791bdcc,c01efac9,d791bde4,d791be74) at spec_ioctl+0x26 spec_vnoperate(d791bde4,d791be74,c018265f,d791bde4,c200b000) at spec_vnoperate+0 x15 ufs_vnoperatespec(d791bde4,c200b000,0,454,c0294f60) at ufs_vnoperatespec+0x15 vn_ioctl(c200b000,c4546101,c1fef800,d478f1e0,d478f1e0) at vn_ioctl+0x10f ioctl(d478f1e0,d791bf80,1,bfbffc3c,bfbffc44) at ioctl+0x20a syscall2(2f,2f,2f,bfbffc44,bfbffc3c) at syscall2+0x1f5 Xint0x80_syscall() at Xint0x80_syscall+0x25 ------------- My program sends the CCB with the MMC to the device using the IOCATA ioctl on /dev/ata. Is this the right API to use to do this or are there some better way of doing it? I've attached the source and dmesg. I'm thankful for any help, -Richard --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tjo.c" #include #include #include #include #include #include #include #define DATASIZE 2352 #define SUBSIZE 96 #ifdef READSUB #define BLKSIZE (DATASIZE + SUBSIZE) #else #define BLKSIZE DATASIZE #endif #define NBLOCKS 10 int main(void) { int dev, bin, sub; int32_t lba, last_lba, sizes[2]; char data[BLKSIZE * NBLOCKS]; struct ata_cmd iocmd; dev = open("/dev/ata", O_RDONLY); if (dev == -1) { perror("open"); return 1; } bin = open("out.bin", O_WRONLY | O_CREAT | O_TRUNC, 00644); if (bin == -1) { perror("open"); return 1; } #ifdef READSUB sub = open("out.sub", O_WRONLY | O_CREAT | O_TRUNC, 00644); if (sub == -1) { perror("open"); return 1; } #endif bzero(&iocmd, sizeof(struct ata_cmd)); iocmd.channel = 1; iocmd.device = 0; iocmd.cmd = ATAPICMD; iocmd.u.atapi.flags = ATAPI_CMD_READ; iocmd.u.atapi.data = (caddr_t *)sizes; iocmd.u.atapi.count = 8; iocmd.u.atapi.timeout = 5; iocmd.u.atapi.ccb[0] = 0x25; /* READ_CAPACITY */ if (ioctl(dev, IOCATA, &iocmd) == -1) { perror("capacity"); return 1; } if (iocmd.u.atapi.error) { printf("ATAPI error: %d\n", iocmd.u.atapi.error); return 1; } last_lba = ntohl(sizes[0]); printf("capacity: %d\n", last_lba + 1); for (lba = 0; lba <= last_lba; lba += NBLOCKS) { int i; int32_t blocks; blocks = 1 + last_lba - lba; if (blocks > NBLOCKS) blocks = NBLOCKS; bzero(data, BLKSIZE * NBLOCKS); bzero(&iocmd, sizeof(struct ata_cmd)); iocmd.channel = 1; iocmd.device = 0; iocmd.cmd = ATAPICMD; iocmd.u.atapi.flags = ATAPI_CMD_READ; iocmd.u.atapi.data = (caddr_t *)data; iocmd.u.atapi.count = BLKSIZE * NBLOCKS; iocmd.u.atapi.timeout = 5; iocmd.u.atapi.ccb[0] = 0xbe; /* ATAPI_READ_CD */ iocmd.u.atapi.ccb[1] = 0; iocmd.u.atapi.ccb[2] = lba >> 24; iocmd.u.atapi.ccb[3] = lba >> 16; iocmd.u.atapi.ccb[4] = lba >> 8; iocmd.u.atapi.ccb[5] = lba; iocmd.u.atapi.ccb[8] = NBLOCKS; iocmd.u.atapi.ccb[9] = 0xf8; /* SYNC & HEADERS & DATA & EDC */ #ifdef READSUB iocmd.u.atapi.ccb[10] = 1; #else iocmd.u.atapi.ccb[10] = 0; #endif /* THE HANG OCCURS ON THE NEXT LINE */ if (ioctl(dev, IOCATA, &iocmd) == -1) { perror("ioctl"); return 1; } if (iocmd.u.atapi.error) { printf("ATAPI error: %d\n", iocmd.u.atapi.error); return 1; } printf("read sector %d\r", lba); fflush(stdout); for (i = 0; i < blocks; i++) { write(bin, data + i * BLKSIZE, DATASIZE); #ifdef READSUB write(sub, data + i * BLKSIZE + DATASIZE, SUBSIZE); #endif } } printf("\n"); return 0; } --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" 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.6-RC #0: Sat May 25 14:33:36 CEST 2002 rnyberg@blackbox.home.nat:/usr/obj/usr/src/sys/BLACKBOX Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1470007480 Hz CPU: AMD Athlon(tm) XP 1700+ (1470.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383f9ff AMD Features=0xc0480000<,AMIE,DSP,3DNow!> real memory = 536805376 (524224K bytes) avail memory = 518995968 (506832K bytes) Preloaded elf kernel "kernel" at 0xc0345000. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fdef0 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 pcm0: port 0xd000-0xd01f irq 11 at device 9.0 on pci0 vr0: port 0xd800-0xd8ff mem 0xe3000000-0xe30000ff irq 10 at device 12.0 on pci0 vr0: Ethernet address: 00:50:ba:1c:81:29 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xdc00-0xdc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 10 at device 17.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Logitech USB Mouse, rev 1.10/6.10, addr 2, iclass 3/1 ums0: 4 buttons and Z dir. uhci1: port 0xe400-0xe41f irq 10 at device 17.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe800-0xe81f irq 10 at device 17.4 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered orm0: