From owner-freebsd-stable Sun May 12 5:32:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from molly.ics911.net (216-214-195-90.corecomm.net [216.214.195.90]) by hub.freebsd.org (Postfix) with ESMTP id C6BBD37B401 for ; Sun, 12 May 2002 05:32:12 -0700 (PDT) Received: from ROSE ([216.214.195.92]) by molly.ics911.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id KW161YRG; Sun, 12 May 2002 07:32:12 -0500 From: "Michael Duebner" To: Subject: Date: Sun, 12 May 2002 07:32:11 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000B_01C1F987.214C3C30" 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 V5.50.4522.1200 X-MS-TNEF-Correlator: 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_000B_01C1F987.214C3C30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit subscribe michael@ics911.com ------=_NextPart_000_000B_01C1F987.214C3C30 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IgsMAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANIHBQAMAAcAIAAAAAAAEQEB A5AGABAEAAAhAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAAIBcQAB AAAAFgAAAAHB+bEKF0wZNNK+PkWAgz9EB45NRWIAAAIBHQwBAAAAGAAAAFNNVFA6TUlDSEFFTEBJ Q1M5MTEuQ09NAAsAAQ4AAAAAQAAGDgBgHwOx+cEBAgEKDgEAAAAYAAAAAAAAAAmu6+Zo/tERuP8A AMAyNJLCgAAACwAfDgEAAAACAQkQAQAAAI8AAACLAAAAxgAAAExaRnVb9arfAwAKAHJjcGcxMjUW MgD4C2BuDhAwMzNPAfcCpAPjAgBjaArAc/BldDAgBxMCgwBQEGZYcHJxDlAQ330KgXZJCJB3awuA ZDQMYGOHAFALAwu1IHN1YgTyMGJlIG0N4BDwZWyCQA3gczkxMS4FoH5tCqIKhAqBAEEX0xQRAAEZ UAALAAGACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAMAA4AIIAYAAAAAAMAAAAAAAABGAAAA ABCFAAAAAAAAAwAHgAggBgAAAAAAwAAAAAAAAEYAAAAAUoUAAD9xAQAeAAiACCAGAAAAAADAAAAA AAAARgAAAABUhQAAAQAAAAQAAAA5LjAACwAMgAggBgAAAAAAwAAAAAAAAEYAAAAABoUAAAAAAAAD AA2ACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsAFoAIIAYAAAAAAMAAAAAAAABGAAAAAA6F AAAAAAAAAwAXgAggBgAAAAAAwAAAAAAAAEYAAAAAEYUAAAAAAAADABmACCAGAAAAAADAAAAAAAAA RgAAAAAYhQAAAAAAAAsAMoAIIAYAAAAAAMAAAAAAAABGAAAAAIKFAAABAAAAAgH4DwEAAAAQAAAA Ca7r5mj+0RG4/wAAwDI0kgIB+g8BAAAAEAAAAAmu6+Zo/tERuP8AAMAyNJICAfsPAQAAAJkAAAAA AAAAOKG7EAXlEBqhuwgAKypWwgAAUFNUUFJYLkRMTAAAAAAAAAAATklUQfm/uAEAqgA32W4AAABD OlxEb2N1bWVudHMgYW5kIFNldHRpbmdzXG1pY2hhZWxcTG9jYWwgU2V0dGluZ3NcQXBwbGljYXRp b24gRGF0YVxNaWNyb3NvZnRcT3V0bG9va1xvdXRsb29rLnBzdAAAAAADAP4PBQAAAAMADTT9NwAA AgF/AAEAAAAyAAAAPE5CQkJMSVBQQUpLT0NMTkVGTUdNSUVGTFBOQUEubWljaGFlbEBpY3M5MTEu Y29tPgAAAAMABhC3BVQMAwAHEBoAAAADABAQAAAAAAMAERAAAAAAHgAIEAEAAAAbAAAAU1VCU0NS SUJFTUlDSEFFTEBJQ1M5MTFDT00AAKHG ------=_NextPart_000_000B_01C1F987.214C3C30-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 12 5:42:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 87D2E37B400 for ; Sun, 12 May 2002 05:42:18 -0700 (PDT) Received: (qmail 52394 invoked by uid 1000); 12 May 2002 12:42:39 -0000 Date: Sun, 12 May 2002 14:42:39 +0200 From: "Karsten W. Rohrbach" To: Kris Kennaway Cc: freebsd-stable@FreeBSD.ORG Subject: Re: conf/11376 still suspended Message-ID: <20020512144238.C51449@mail.webmonster.de> References: <20020509233557.A35087@xor.obsecurity.org> <200205101347.JAA21782@rapier.goldsword.com> <20020510170109.A55363@xor.obsecurity.org> <20020511030739.D78014@mail.webmonster.de> <20020511133916.A57152@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="C+ts3FVlLX8+P6JN" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020511133916.A57152@xor.obsecurity.org>; from kris@obsecurity.org on Sat, May 11, 2002 at 01:39:16PM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer X-Work-URL: http://www.ngenn.net/ X-Work-Address: nGENn GmbH, Schloss Kransberg, D-61250 Usingen-Kransberg, Germany X-Work-Phone: +49-6081-682-304 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 --C+ts3FVlLX8+P6JN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kris Kennaway(kris@obsecurity.org)@2002.05.11 13:39:16 +0000: > On Sat, May 11, 2002 at 03:07:39AM +0200, Karsten W. Rohrbach wrote: > > Kris Kennaway(kris@obsecurity.org)@2002.05.10 17:01:09 +0000: > > > There's also the important point that -stable is entirely the wrong > > > list to be asking on, because it's a technical support list and not a > > > development list. > >=20 > > one might note that there's the -qa mailing list which should hold > > discussion on issues pending a release, IIRC. > >=20 > > the question is, if -stable isn't a bad choice either. =2E..for "requests for comments" to upcoming stuff in the RELENG branch or changes being prepared for the next -RELEASE, to rephrase the bottom line of the paragraph you deleted. > I already said it's not, because it's a support list and not a > development list. Patches should not be sent there, nor should there > be discussion of proposed changes to FreeBSD-current. i think you misunderstood what i was trying to say. i was talking about notifications to the folks tracking new releases (and prereleases) to be able to test it. something like "zlib was updated in the base dist. try cvsupping RELENG_4 and look if there are problems". sure, -current related stuff does not belong here, and -qa specifics and patches, too, except they'd be critical and important for the -STABLE users. i hope i could make the point clear now. regards, /k --=20 > Hackers do it with bugs. WebMonster Community Project -- Next Generation Networks GmbH -- All on BSD http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ GnuPG: 0xDEC948A6 D/E BF11 83E8 84A1 F996 68B4 A113 B393 6BF4 DEC9 48A6 REVOKED: 0x2964BF46 D/E 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 REVOKED: 0x4C44DA59 RSA F9 A0 DF 91 74 07 6A 1C 5F 0B E0 6B 4D CD 8C 44 My mail is GnuPG signed -- Unsigned ones are bogus -- http://www.gnupg.org/ Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --C+ts3FVlLX8+P6JN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: For info see http://www.gnupg.org iD8DBQE83mM+s5Nr9N7JSKYRAguVAJ94LLRFeWd06ZY3ekOzPhZAYk3SSgCfXuqj K0zTYMm1P2ZI/39CFKgbdUU= =yZBc -----END PGP SIGNATURE----- --C+ts3FVlLX8+P6JN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 12 9: 5:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from nd250009.gab.xdsl.ne.jp (nd250009.gab.xdsl.ne.jp [61.202.250.9]) by hub.freebsd.org (Postfix) with ESMTP id B0FD337B40F for ; Sun, 12 May 2002 09:04:48 -0700 (PDT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [IPv6:2002:3dca:fa09::1]) by nd250009.gab.xdsl.ne.jp (8.12.3/8.12.3/NinthNine) with SMTP id g4CG4jJq028117; Mon, 13 May 2002 01:04:46 +0900 (JST) (envelope-from nork@FreeBSD.org) Message-Id: <200205121604.g4CG4jJq028117@nd250009.gab.xdsl.ne.jp> Date: Mon, 13 May 2002 01:04:44 +0900 From: Norikatsu Shigemura To: freebsd-stable@FreeBSD.org Cc: lambert@lambertfam.org, ytsuji@mn.waseda.ac.jp Subject: Re: fasttrak100 In-Reply-To: <20020512033329.GB35818@laptop.lambertfam.org> References: <200205110002.JAA16267@wise13.mn.waseda.ac.jp> <20020512033329.GB35818@laptop.lambertfam.org> X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; i386-portbld-freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear. Sorry, It may be that my case isn't related to this. On Sat, 11 May 2002 23:33:29 -0400 "Scott Lambert" wrote: > I am using a Promise FastTrak TX4 ATA100 in my personal web server. I am using like this(on board RAID chipset), too. According to machine's documents, it use Promise PDC20265, and boot message is following this line(necessary). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - atapci1: port 0xcc00-0xcc3f,0xd000-0xd003,0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07 mem 0xdffe0000-0xdfffffff irq 10 at device 16.0 on pci0 ata2: at 0xdc00 on atapci1 ata3: at 0xd400 on atapci1 ar0: 76319MB [9729/255/63] status: READY subdisks: 0 READY ad0: 76319MB [155061/16/63] at ata2-master UDMA100 1 READY ad1: 76319MB [155061/16/63] at ata3-master UDMA100 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > It is setup to mirror two drives. You should see an ar0 device in > addition to the usual ad0 and ad1 devices. Do you get the ar0 device? > If so use it rather than the ad devices. My machine was installed 4.5-RELEASE with RAID1(of course good works) by CD-ROM, and updated 4.6-PRERELEASE by CVSup. And I do make world && make kernel. But cannot boot(;_;). > I think you should have it. I installed from the FreeBSD 4.5 CD and > everything was detected and worked. I have since upgraded to -STABLE. > The machine seems quite happy. > I think it should just work for you. You may just be overlooking the > ar0 device. Reason for not boot, Because of new kernel couldn't find root filesystem. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Mounting root from ufs:/dev/ar0s1a ad0: READ command timeout tag=0 serv=0 - resetting ata2: resetting devices .. ad0: removed from configuration ar0: WARNING - mirror lost ad0: deleted from ar0 disk0 done ad1: WRITE command timeout tag=0 serv=0 - resetting ata3: resetting devices .. ad1: removed from configuration ar0: ERROR - array broken ad1: deleted from ar0 disk1 ar0: ERROR - array broken done ar0: reading primary partition table: error reading fsbn 0 Root mount failed: 5 Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a ? List valid disk boot devices Abort manual input mountroot> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - This following lines is FULL BOOT MESSAGE. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 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: Tue May 7 17:17:12 JST 2002 nork@XXXX.XXXXX.XX.XX:/usr/obj/usr/src/sys/XXXXXX Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (996.55-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 536805376 (524224K bytes) avail memory = 518975488 (506812K bytes) Preloaded elf kernel "kernel" at 0xc0350000. VESA: v2.0, 8128k memory, flags:0x0, mode table:0xc02f1382 (1000022) VESA: ATI MACH64 Pentium Pro MTRR support enabled Using $PIR table, 10 entries at 0xc00f7700 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 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 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 pci0: at 7.2 irq 12 pci0: at 7.3 irq 12 pci0: (vendor=0x1106, dev=0x3057) at 7.4 fxp0: port 0xc400-0xc43f mem 0xdfc00000-0xdfcfffff,0xdffbe000-0xdffbefff irq 9 at device 14.0 on pci0 fxp0: Ethernet address 00:20:ed:21:c5:ea inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xc800-0xc83f mem 0xdfe00000-0xdfefffff,0xdffbf000-0xdffbffff irq 12 at device 15.0 on pci0 fxp1: Ethernet address 00:20:ed:21:c5:eb inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci1: port 0xcc00-0xcc3f,0xd000-0xd003,0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07 mem 0xdffe0000-0xdfffffff irq 10 at device 16.0 on pci0 ata2: at 0xdc00 on atapci1 ata3: at 0xd400 on atapci1 orm0: Greetings all,

I cvsup'd to the latest -stable last night (4.6-pr):

FreeBSD homer.wmis.net 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #3: Mon May 13 12:22:11 EDT 2002     root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER  i386

Much to my dismay, I rebooted after running mergemaster, and discovered that none of
my IP aliases were in place.  The console indicated a "ifconfig: ioctl (SIOCAIFADDR): File exists"
for every alias entry in my rc.conf.  Keep in mind these aliases were working perfectly as-is
until the upgrade (from 4.4-STABLE 9/27/01).  My first few rc.conf entries:

network_interfaces="fxp0 lo0"
ifconfig_fxp0="inet 216.109.194.4 netmask 255.255.255.0"
ifconfig_fxp0_alias0="inet 216.109.194.8 netmask 255.255.255.0"
ifconfig_fxp0_alias1="inet 216.109.194.10 netmask 255.255.255.0"
ifconfig_fxp0_alias2="inet 216.109.194.21 netmask 255.255.255.0"


I was able to get homer to take the aliases by bringing fxp0 down from the console
and adding them one by one manually.. but every time I would add an alias the interface
would be put back in an "UP" state -- (is this normal??).  So I would have to:

ifconfig fxp0 down
ifconfig fxp0 alias 216.109.194.8 netmask 255.255.255.0
ifconfig fxp0 down
ifconfig fxp0 alias 216.109.194.10 netmask 255.255.255.0

(and so on).  If I didn't down the interface before adding an alias, I would get the above
File exists error.

Although this made ifconfig appear to have bound the IP, it really didn't.  Any "alias"
IP is unreachable -- a big thanks to all of the pissed off EUs that pointed that one out to me ;-)
The "primary" IP is reachable from anywhere, though.

I've experienced this behavior on 3 of my servers...
4.4-STABLE (09/27/01) -> 4.6-PR  (the box mentioned here)
4.3-STABLE (07/24/01) -> 4.6-PR
4.5-PR  (02/01/02) -> 4.6-PR

I apologize if this is a known issue or my own stupidity, but it doesn't seem logical and
I'm kind of lost where to go from here.  Anyone have any suggestions?  Am I missing some
new kernel config option perhaps??  dmesg 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.6-PRERELEASE #3: Mon May 13 12:22:11 EDT 2002
    root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (1003.66-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x68a  Stepping = 10
  Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 268369920 (262080K bytes)
avail memory = 257576960 (251540K 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 0xc0380000.
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 9 entries at 0xc00fa010
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
IOAPIC #0 intpin 18 -> irq 2
IOAPIC #0 intpin 19 -> irq 16
pci0: <PCI bus> on pcib0
pcib2: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib2
pci1: <ATI Mach64-GM graphics accelerator> at 0.0 irq 17
isab0: <VIA 82C686 PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686 ATA66 controller> port 0x8cc0-0x8ccf at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <unknown card> (vendor=0x1106, dev=0x3057) at 7.4
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x8c00-0x8c3f mem 0x82800000-0x828fffff,0x82700000-0x82700fff irq 2 at device 13.0 on pci0
fxp0: Ethernet address 00:00:e2:3f:1d:da
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc0: <Adaptec aic7899 Ultra160 SCSI adapter> port 0x8400-0x84ff mem 0x82101000-0x82101fff irq 16 at device 15.0 on pci0
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
ahc1: <Adaptec aic7899 Ultra160 SCSI adapter> port 0x8800-0x88ff mem 0x82102000-0x82102fff irq 16 at device 15.1 on pci0
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
pcib1: <Host to PCI bridge> on motherboard
pci2: <PCI bus> on pcib1
orm0: <Option ROMs> at iomem 0xc0000-0xc7fff,0xe0000-0xe5fff on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
ata0-slave: ATAPI identify retries exceeded
SMP: AP CPU #1 Launched!
acd0: CDROM <CD-ROM 48X/AKH> at ata0-master PIO4
Waiting 7 seconds for SCSI devices to settle
sa0 at ahc1 bus 0 target 2 lun 0
sa0: <TANDBERG SLR7 0483> Removable Sequential Access SCSI-2 device
sa0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
da1 at ahc0 bus 0 target 1 lun 0
da1: <IBM DDYS-T36950M S96H> Fixed Direct Access SCSI-3 device
da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da1: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C)
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST318404LC 0006> Fixed Direct Access SCSI-3 device
da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C)
Mounting root from ufs:/dev/da0s1a


homer# ifconfig -a
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::200:e2ff:fe3f:1dda%fxp0 prefixlen 64 scopeid 0x1
        inet 216.109.194.21 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.27 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.48 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.54 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.240 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.241 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.23 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.4 netmask 0xffffff00 broadcast 216.109.194.255
        inet 216.109.194.8 netmask 0xffffff00 broadcast 216.109.194.255
        ether 00:00:e2:3f:1d:da
        media: Ethernet autoselect (10baseT/UTP)
        status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
        inet 127.0.0.1 netmask 0xff000000
ppp0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500
faith0: flags=8002<BROADCAST,MULTICAST> mtu 1500

Thanks everyone

Mike

--=====================_270672731==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:23:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 2AA6A37B434 for ; Mon, 13 May 2002 12:23:26 -0700 (PDT) Received: by peitho.fxp.org (Postfix, from userid 1501) id 138811366F; Mon, 13 May 2002 15:23:25 -0400 (EDT) Date: Mon, 13 May 2002 15:23:24 -0400 From: Chris Faulhaber To: "Mike M." Cc: freebsd-stable@freebsd.org Subject: Re: 4.6-PRERELASE fxp alias woes Message-ID: <20020513192324.GA14323@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , "Mike M." , freebsd-stable@freebsd.org References: <5.1.0.14.2.20020513142059.03741410@127.0.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <5.1.0.14.2.20020513142059.03741410@127.0.0.1> User-Agent: Mutt/1.3.24i 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 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 13, 2002 at 03:20:12PM -0400, Mike M. wrote: > Greetings all, >=20 > I cvsup'd to the latest -stable last night (4.6-pr): >=20 > FreeBSD homer.wmis.net 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #3: Mon May = 13=20 > 12:22:11 EDT 2002 root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER i386 >=20 > Much to my dismay, I rebooted after running mergemaster, and discovered= =20 > that none of > my IP aliases were in place. The console indicated a "ifconfig: ioctl=20 > (SIOCAIFADDR): File exists" > for every alias entry in my rc.conf. Keep in mind these aliases were=20 > working perfectly as-is > until the upgrade (from 4.4-STABLE 9/27/01). My first few rc.conf entrie= s: >=20 > network_interfaces=3D"fxp0 lo0" > ifconfig_fxp0=3D"inet 216.109.194.4 netmask 255.255.255.0" > ifconfig_fxp0_alias0=3D"inet 216.109.194.8 netmask 255.255.255.0" > ifconfig_fxp0_alias1=3D"inet 216.109.194.10 netmask 255.255.255.0" > ifconfig_fxp0_alias2=3D"inet 216.109.194.21 netmask 255.255.255.0" >=20 Proper alias netmasks are now enforced. See the ifconfig(8) man page for the proper format: alias Establish an additional network address for this interface. T= his is sometimes useful when changing network numbers, and one wis= hes to accept packets addressed to the old interface. If the addr= ess is on the same subnet as the first network address for this interface, a netmask of 0xffffffff has to be specified. --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: FreeBSD: The Power To Serve iD8DBQE84BKsObaG4P6BelARApGJAJ9eBwTT5TgCfKVd0/Ur1YNIFf+/mwCdFbyd 95XWYuvVlANIh5WNr2i63/4= =ytUx -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:25:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id EE3FA37B400 for ; Mon, 13 May 2002 12:25:15 -0700 (PDT) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g4DJOtU15461; Mon, 13 May 2002 12:24:55 -0700 Date: Mon, 13 May 2002 12:24:55 -0700 From: Brooks Davis To: "Mike M." Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6-PRERELASE fxp alias woes Message-ID: <20020513122449.B24894@Odin.AC.HMC.Edu> References: <5.1.0.14.2.20020513142059.03741410@127.0.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <5.1.0.14.2.20020513142059.03741410@127.0.0.1>; from mikem@wmis.net on Mon, May 13, 2002 at 03:20:12PM -0400 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 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Just say no to HTML mail.] On Mon, May 13, 2002 at 03:20:12PM -0400, Mike M. wrote: >=20 > Greetings all, > I cvsup'd to the latest -stable last night (4.6-pr): > FreeBSD homer.wmis.net 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #3: Mon > May 13 12:22:11 EDT 2002 > root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER i386 > Much to my dismay, I rebooted after running mergemaster, and > discovered that none of > my IP aliases were in place. The console indicated a "ifconfig: ioctl > (SIOCAIFADDR): File exists" > for every alias entry in my rc.conf. Keep in mind these aliases were > working perfectly as-is > until the upgrade (from 4.4-STABLE 9/27/01). My first few rc.conf > entries: > network_interfaces=3D"fxp0 lo0" > ifconfig_fxp0=3D"inet 216.109.194.4 netmask 255.255.255.0" > ifconfig_fxp0_alias0=3D"inet 216.109.194.8 netmask 255.255.255.0" This should be: ifconfig_fxp0_alias0=3D"inet 216.109.194.8 netmask 255.255.255.255" ^^^ It's always been the case that the netmask should be 255.255.255.255. A recent change make it fully manditory. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE84BMAXY6L6fI4GtQRAlXoAJ9tD34U1nKF+MQvlQVs1SWoKvKKjwCgqOT6 27dUJRKTyJEquEyNDaX9HOc= =z5PR -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:27:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.trigger.net (ns.trigger.net [204.50.18.5]) by hub.freebsd.org (Postfix) with ESMTP id 48FD237B405 for ; Mon, 13 May 2002 12:26:18 -0700 (PDT) Received: from mike (wettoast.org [204.50.18.204]) by mail.trigger.net (Postfix) with SMTP id D8A1330913; Mon, 13 May 2002 15:25:27 -0400 (EDT) From: "Mike Jakubik" To: "Mike M." , Subject: RE: 4.6-PRERELASE fxp alias woes Date: Mon, 13 May 2002 15:25:21 -0400 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) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <5.1.0.14.2.20020513142059.03741410@127.0.0.1> 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 netmask should be 0xffffffff (255.255.255.255) for the same subnet, read the file UPDATING and README next time before you upgrade. -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Mike M. Sent: Monday, May 13, 2002 3:20 PM To: freebsd-stable@freebsd.org Subject: 4.6-PRERELASE fxp alias woes Greetings all, I cvsup'd to the latest -stable last night (4.6-pr): FreeBSD homer.wmis.net 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #3: Mon May 13 12:22:11 EDT 2002 root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER i386 Much to my dismay, I rebooted after running mergemaster, and discovered that none of my IP aliases were in place. The console indicated a "ifconfig: ioctl (SIOCAIFADDR): File exists" for every alias entry in my rc.conf. Keep in mind these aliases were working perfectly as-is until the upgrade (from 4.4-STABLE 9/27/01). My first few rc.conf entries: network_interfaces="fxp0 lo0" ifconfig_fxp0="inet 216.109.194.4 netmask 255.255.255.0" ifconfig_fxp0_alias0="inet 216.109.194.8 netmask 255.255.255.0" ifconfig_fxp0_alias1="inet 216.109.194.10 netmask 255.255.255.0" ifconfig_fxp0_alias2="inet 216.109.194.21 netmask 255.255.255.0" I was able to get homer to take the aliases by bringing fxp0 down from the console and adding them one by one manually.. but every time I would add an alias the interface would be put back in an "UP" state -- (is this normal??). So I would have to: ifconfig fxp0 down ifconfig fxp0 alias 216.109.194.8 netmask 255.255.255.0 ifconfig fxp0 down ifconfig fxp0 alias 216.109.194.10 netmask 255.255.255.0 (and so on). If I didn't down the interface before adding an alias, I would get the above File exists error. Although this made ifconfig appear to have bound the IP, it really didn't. Any "alias" IP is unreachable -- a big thanks to all of the pissed off EUs that pointed that one out to me ;-) The "primary" IP is reachable from anywhere, though. I've experienced this behavior on 3 of my servers... 4.4-STABLE (09/27/01) -> 4.6-PR (the box mentioned here) 4.3-STABLE (07/24/01) -> 4.6-PR 4.5-PR (02/01/02) -> 4.6-PR I apologize if this is a known issue or my own stupidity, but it doesn't seem logical and I'm kind of lost where to go from here. Anyone have any suggestions? Am I missing some new kernel config option perhaps?? dmesg 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.6-PRERELEASE #3: Mon May 13 12:22:11 EDT 2002 root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1003.66-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 268369920 (262080K bytes) avail memory = 257576960 (251540K 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 0xc0380000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00fa010 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 18 -> irq 2 IOAPIC #0 intpin 19 -> irq 16 pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 17 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x8cc0-0x8ccf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x1106, dev=0x3057) at 7.4 fxp0: port 0x8c00-0x8c3f mem 0x82800000-0x828fffff,0x82700000-0x82700fff irq 2 at device 13.0 on pci0 fxp0: Ethernet address 00:00:e2:3f:1d:da inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0x8400-0x84ff mem 0x82101000-0x82101fff irq 16 at device 15.0 on pci0 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x8800-0x88ff mem 0x82102000-0x82102fff irq 16 at device 15.1 on pci0 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pcib1: on motherboard pci2: on pcib1 orm0:
Thats because ip aliases have to have = the netmask=20 of 255.255.255.255, it used to not be enforced, now it is.
----- Original Message -----
From:=20 Mike M. =
Sent: Monday, May 13, 2002 = 12:20 PM
Subject: 4.6-PRERELASE fxp = alias=20 woes

Greetings = all,

I=20 cvsup'd to the latest -stable last night (4.6-pr):

FreeBSD=20 homer.wmis.net 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #3: Mon May 13 = 12:22:11=20 EDT 2002     root@homer= .wmis.net:/usr/obj/usr/src/sys/HOMER =20 i386

Much to my dismay, I rebooted after running = mergemaster,=20 and discovered that none of
my IP aliases were in place.  The = console=20 indicated a "ifconfig: ioctl (SIOCAIFADDR): File exists"
for every = alias=20 entry in my rc.conf.  Keep in mind these aliases were working = perfectly=20 as-is
until the upgrade (from 4.4-STABLE 9/27/01).  My first = few=20 rc.conf entries:

network_interfaces=3D"fxp0 = lo0"
ifconfig_fxp0=3D"inet=20 216.109.194.4 netmask 255.255.255.0"
ifconfig_fxp0_alias0=3D"inet=20 216.109.194.8 netmask 255.255.255.0"
ifconfig_fxp0_alias1=3D"inet=20 216.109.194.10 netmask 255.255.255.0"
ifconfig_fxp0_alias2=3D"inet=20 216.109.194.21 netmask 255.255.255.0"


I was able to get = homer to=20 take the aliases by bringing fxp0 down from the console
and adding = them one=20 by one manually.. but every time I would add an alias the = interface
would=20 be put back in an "UP" state -- (is this normal??).  So I would = have=20 to:

ifconfig fxp0 down
ifconfig fxp0 alias 216.109.194.8 = netmask=20 255.255.255.0
ifconfig fxp0 down
ifconfig fxp0 alias = 216.109.194.10=20 netmask 255.255.255.0

(and so on).  If I didn't down the = interface=20 before adding an alias, I would get the above
File exists=20 error.

Although this made ifconfig appear to have bound the IP, = it=20 really didn't.  Any "alias"
IP is unreachable -- a big thanks = to all=20 of the pissed off EUs that pointed that one out to me ;-)
The = "primary" IP=20 is reachable from anywhere, though.

I've experienced this = behavior on 3=20 of my servers...
4.4-STABLE (09/27/01) -> 4.6-PR  (the box=20 mentioned here)
4.3-STABLE (07/24/01) -> 4.6-PR
4.5-PR =20 (02/01/02) -> 4.6-PR

I apologize if this is a known issue or = my own=20 stupidity, but it doesn't seem logical and
I'm kind of lost where = to go=20 from here.  Anyone have any suggestions?  Am I missing = some
new=20 kernel config option perhaps??  dmesg follows...

Copyright = (c)=20 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, = 1986, 1988,=20 1989, 1991, 1992, 1993, = 1994
        The=20 Regents of the University of California. All rights = reserved.
FreeBSD=20 4.6-PRERELEASE #3: Mon May 13 12:22:11 EDT 2002
   =20 root@homer.wmis.net:/usr/obj/usr/src/sys/HOMER
Timecounter = "i8254" =20 frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron = (1003.66-MHz=20 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D = 0x68a =20 Stepping =3D 10
 =20 = Features=3D0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,= PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real=20 memory  =3D 268369920 (262080K bytes)
avail memory =3D = 257576960 (251540K=20 bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> = irq=20 0
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic = id:  0, version: 0x00040011, at 0xfee00000
 cpu1 = (AP):  apic=20 id:  1, version: 0x00040011, at 0xfee00000
 io0 (APIC): = apic=20 id:  2, version: 0x00170011, at 0xfec00000
Preloaded elf = kernel=20 "kernel" at 0xc0380000.
Pentium Pro MTRR support enabled
md0: = Malloc=20 disk
Using $PIR table, 9 entries at 0xc00fa010
npx0: <math=20 processor> on motherboard
npx0: INT 16 interface
pcib0: = <Host to=20 PCI bridge> on motherboard
IOAPIC #0 intpin 18 -> irq = 2
IOAPIC #0=20 intpin 19 -> irq 16
pci0: <PCI bus> on pcib0
pcib2: = <VIA=20 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on=20 pci0
pci1: <PCI bus> on pcib2
pci1: <ATI Mach64-GM = graphics=20 accelerator> at 0.0 irq 17
isab0: <VIA 82C686 PCI-ISA = bridge> at=20 device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: = <VIA=20 82C686 ATA66 controller> port 0x8cc0-0x8ccf at device 7.1 on = pci0
ata0:=20 at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on = atapci0
pci0:=20 <unknown card> (vendor=3D0x1106, dev=3D0x3057) at 7.4
fxp0: = <Intel Pro=20 10/100B/100+ Ethernet> port 0x8c00-0x8c3f mem=20 0x82800000-0x828fffff,0x82700000-0x82700fff irq 2 at device 13.0 on=20 pci0
fxp0: Ethernet address 00:00:e2:3f:1d:da
inphy0: <i82555 = 10/100=20 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX,=20 100baseTX, 100baseTX-FDX, auto
ahc0: <Adaptec aic7899 Ultra160 = SCSI=20 adapter> port 0x8400-0x84ff mem 0x82101000-0x82101fff irq 16 at = device 15.0=20 on pci0
aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 = SCBs
ahc1:=20 <Adaptec aic7899 Ultra160 SCSI adapter> port 0x8800-0x88ff mem=20 0x82102000-0x82102fff irq 16 at device 15.1 on pci0
aic7899: = Ultra160 Wide=20 Channel B, SCSI Id=3D7, 32/253 SCBs
pcib1: <Host to PCI = bridge> on=20 motherboard
pci2: <PCI bus> on pcib1
orm0: <Option = ROMs> at=20 iomem 0xc0000-0xc7fff,0xe0000-0xe5fff on isa0
fdc0: <NEC 72065B = or=20 clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO = enabled,=20 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive=20 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on = isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 = at=20 atkbd0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem=20 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 = on=20 isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
sio0 at = port=20 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at = port=20 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
APIC_IO: Testing = 8254=20 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin=20 2
ata0-slave: ATAPI identify retries exceeded
SMP: AP CPU #1=20 Launched!
acd0: CDROM <CD-ROM 48X/AKH> at ata0-master = PIO4
Waiting=20 7 seconds for SCSI devices to settle
sa0 at ahc1 bus 0 target 2 lun = 0
sa0: <TANDBERG SLR7 0483> Removable Sequential Access = SCSI-2 device=20
sa0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
da1 at = ahc0 bus=20 0 target 1 lun 0
da1: <IBM DDYS-T36950M S96H> Fixed Direct = Access=20 SCSI-3 device
da1: 160.000MB/s transfers (80.000MHz, offset 63, = 16bit),=20 Tagged Queueing Enabled
da1: 35003MB (71687340 512 byte sectors: = 255H 63S/T=20 4462C)
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE = ST318404LC=20 0006> Fixed Direct Access SCSI-3 device
da0: 160.000MB/s = transfers=20 (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 17501MB = (35843670 512 byte sectors: 255H 63S/T 2231C)
Mounting root from=20 ufs:/dev/da0s1a


homer# ifconfig -a
fxp0:=20 flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu=20 1500
        inet6=20 fe80::200:e2ff:fe3f:1dda%fxp0 prefixlen 64 scopeid 0x1=20
        inet 216.109.194.21 = netmask=20 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.27 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.48 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.54 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.240 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.241 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.23 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.4 netmask 0xffffff00 broadcast=20 216.109.194.255
        inet=20 216.109.194.8 netmask 0xffffff00 broadcast=20 216.109.194.255
        ether=20 00:00:e2:3f:1d:da
        media: = Ethernet autoselect=20 (10baseT/UTP)
        status:=20 active
lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu=20 16384
        inet6 ::1 = prefixlen 128=20
        inet6 fe80::1%lo0 = prefixlen 64=20 scopeid 0x2
        inet = 127.0.0.1=20 netmask 0xff000000
ppp0: flags=3D8010<POINTOPOINT,MULTICAST> = mtu=20 1500
faith0: flags=3D8002<BROADCAST,MULTICAST> mtu = 1500

Thanks=20 everyone

Mike

------=_NextPart_000_01CD_01C1FA79.AE87B280-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:32:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by hub.freebsd.org (Postfix) with SMTP id 3C72037B406 for ; Mon, 13 May 2002 12:32:00 -0700 (PDT) Received: (qmail 64883 invoked from network); 13 May 2002 19:31:58 -0000 Received: from unknown (HELO tenebras.com) (192.168.1.123) by 0 with SMTP; 13 May 2002 19:31:58 -0000 Message-ID: <3CE014AB.6070209@tenebras.com> Date: Mon, 13 May 2002 12:31:55 -0700 From: Michael Sierchio Reply-To: kudzu@tenebras.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.9) Gecko/20020416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Faulhaber Cc: "Mike M." , freebsd-stable@freebsd.org Subject: Re: 4.6-PRERELASE fxp alias woes References: <5.1.0.14.2.20020513142059.03741410@127.0.0.1> <20020513192324.GA14323@peitho.fxp.org> 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 Chris Faulhaber wrote: > Proper alias netmasks are now enforced. See the ifconfig(8) > man page for the proper format: > > alias Establish an additional network address for this interface. This > is sometimes useful when changing network numbers, and one wishes > to accept packets addressed to the old interface. If the address > is on the same subnet as the first network address for this > interface, a netmask of 0xffffffff has to be specified. > Unfortunate language, though. It would be better, I suggest, if we followed something like the IETF guidelines on the use of key words such as MAY, MUST, SHALL, etc. Alias addresses on the same subnet as the primary network address for the interface MUST use a netmask of 0xffffffff (255.255.255.255) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:34: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from crushed.velvet.net (crushed.velvet.net [62.49.231.23]) by hub.freebsd.org (Postfix) with ESMTP id B1D2937B40D for ; Mon, 13 May 2002 12:33:30 -0700 (PDT) Received: from aidan by crushed.velvet.net with local (Exim 3.33 #1) id 177LZi-0007xZ-00 for freebsd-stable@freebsd.org; Mon, 13 May 2002 20:33:38 +0100 Date: Mon, 13 May 2002 20:33:38 +0100 From: Aidan Skinner To: freebsd-stable@freebsd.org Subject: XFree86 4.2 minor woes Message-ID: <20020513203338.C9610@velvet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.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 I've upgraded one of my boxes to XFree86-4.2, it's got a 4MB S3 Virge/DX card, had to do some hand tweaking of the config file to get it too work, but it's all fine now except for two things: 1. remote X from another 4.6-PRE box running XFree86 3 no longer works for GTK+ based applications using either ssh X forwarding or setting DISPLAY to the remote display. 2. plaympeg, aviplay etc. all seem to use 16 colors, although gimp, galeon, sawfish etc. don't seem to be affected. I've had a play with different server modes, but I can't seem to figure this out. :( - Aidan -- aidan@velvet.net http://www.velvet.net/~aidan/ aim:aidans42 finger for pgp key fingerprint |Unix Programmer/Admin actively seeking work 01AA 1594 2DB0 09E3 B850 |CV at http://www.velvet.net/~aidan/cv.txt C2D0 9A2C 4CC9 3EC4 75E1 |Gis a job, go on, I can do that, go on, gis it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:38:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from corp1.wmis.net (corp1.wmis.net [209.176.192.6]) by hub.freebsd.org (Postfix) with ESMTP id 1011E37B400 for ; Mon, 13 May 2002 12:38:04 -0700 (PDT) Received: from mike.wmis.net (gateway.wmis.net [216.109.194.253]) by corp1.wmis.net (8.9.3/8.9.3) with ESMTP id PAA85805 for ; Mon, 13 May 2002 15:38:39 -0400 (EDT) (envelope-from mikem@wmis.net) Message-Id: <5.1.0.14.2.20020513153431.03738dd0@127.0.0.1> X-Sender: X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 13 May 2002 15:37:27 -0400 To: freebsd-stable@freebsd.org From: "Mike M." Subject: Re: 4.6-PRERELASE fxp alias woes In-Reply-To: <3CE014AB.6070209@tenebras.com> References: <5.1.0.14.2.20020513142059.03741410@127.0.0.1> <20020513192324.GA14323@peitho.fxp.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_271693718==_.ALT" 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 --=====================_271693718==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I agree. And thanks everyone for your fast, and friendly responses (even though I didn't RTFM enough!!!!!) Changed the netmask and the system comes online fine now, just like new (err, like old?? ;-). I'll be checking UPDATING and README more thoroughly before future upgrades. Thanks again Mike At 03:31 PM 5/13/2002, Michael Sierchio wrote: >Chris Faulhaber wrote: > >>Proper alias netmasks are now enforced. See the ifconfig(8) >>man page for the proper format: >> alias Establish an additional network address for this >> interface. This >> is sometimes useful when changing network numbers, and one >> wishes >> to accept packets addressed to the old interface. If the >> address >> is on the same subnet as the first network address for this >> interface, a netmask of 0xffffffff has to be specified. > > >Unfortunate language, though. It would be better, I suggest, if we >followed something like the IETF guidelines on the use of key words >such as MAY, MUST, SHALL, etc. > >Alias addresses on the same subnet as the primary network address >for the interface MUST use a netmask of 0xffffffff (255.255.255.255) --=====================_271693718==_.ALT Content-Type: text/html; charset="us-ascii" I agree.

And thanks everyone for your fast, and friendly responses (even though I didn't
RTFM enough!!!!!)  Changed the netmask and the system comes online fine now,
just like new (err, like old?? ;-).

I'll be checking UPDATING and README more thoroughly before future upgrades.

Thanks again

Mike

At 03:31 PM 5/13/2002, Michael Sierchio wrote:
Chris Faulhaber wrote:

Proper alias netmasks are now enforced.  See the ifconfig(8)
man page for the proper format:
     alias   Establish an additional network address for this interface.  This
             is sometimes useful when changing network numbers, and one wishes
             to accept packets addressed to the old interface.  If the address
             is on the same subnet as the first network address for this
             interface, a netmask of 0xffffffff has to be specified.


Unfortunate language, though.  It would be better, I suggest, if we
followed something like the IETF guidelines on the use of key words
such as MAY, MUST, SHALL, etc.

Alias addresses on the same subnet as the primary network address
for the interface MUST use a netmask of 0xffffffff (255.255.255.255)
--=====================_271693718==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 12:56:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by hub.freebsd.org (Postfix) with ESMTP id E0FAB37B406 for ; Mon, 13 May 2002 12:56:29 -0700 (PDT) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.12.3/8.12.3) with ESMTP id g4DJu8tI089102; Mon, 13 May 2002 13:56:08 -0600 (MDT) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200205131956.g4DJu8tI089102@orthanc.ab.ca> From: Lyndon Nerenberg Organization: The Frobozz Magic Homing Pigeon Company To: Kris Kennaway Cc: "John T. Farmer" , freebsd-stable@FreeBSD.ORG Subject: Re: conf/11376 still suspended In-reply-to: Your message of "Fri, 10 May 2002 17:01:09 PDT." <20020510170109.A55363@xor.obsecurity.org> X-Mailer: mh-e 5.0.92; MH 6.8.4; Emacs 21.2 Date: Mon, 13 May 2002 13:56:08 -0600 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 >>>>> "Kris" == Kris Kennaway writes: Kris> A lot of the old stale patches in the PR database are old and Kris> stale because they are of poor technical quality or mysterious Kris> merit, and therefore they are unsuitable for committing in Kris> their present form. This implies that a committer has reviewed the PR and decided it's not ready for prime time. If that is the case, why are these PRs not set to the closed or feedback states? Having everything in the open state makes it appear that the PRs are being ignored. I suspect that a large part of what's happening here is that committers review a PR, decide they aren't the expert on the area, and move along looking for something closer to their specialized area. Since everyone leaves PRs for someone else, the PRs never get closed by anyone. This would account for the periodic "close a PR today" sweeps through gnats. The committers need to be a bit more pro-active about actively managing PR states. And about not being too shy to commit obvious simple fixes to files they don't "own." --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 13:33:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from web13404.mail.yahoo.com (web13404.mail.yahoo.com [216.136.175.62]) by hub.freebsd.org (Postfix) with SMTP id D198A37B413 for ; Mon, 13 May 2002 13:33:05 -0700 (PDT) Message-ID: <20020513203305.62322.qmail@web13404.mail.yahoo.com> Received: from [128.111.214.65] by web13404.mail.yahoo.com via HTTP; Mon, 13 May 2002 13:33:05 PDT Date: Mon, 13 May 2002 13:33:05 -0700 (PDT) From: Chris Dempsey Subject: Re: Error in Portupgrade To: Kevin Oberman , peter.kadau@tuebingen.mpg.de Cc: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org, knu@freebsd.org In-Reply-To: <20020513185548.0B6545D06@ptavv.es.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 Thanks! Chris --- Kevin Oberman wrote: > > Date: Mon, 13 May 2002 11:20:59 -0700 (PDT) > > From: Chris Dempsey > > Sender: owner-freebsd-stable@FreeBSD.ORG > > > > I rm -rf /usr/ports/sysutils/portupgrade, cvsup'd, > and > > successfully make install clean portupgrade. > > > > portupgrade-20020429 = up-to-date with port > > > > Problem is, when I use it, I get: > > > > usr/ports/sysutils/portupgrade # portupgrade -a > > ** Error occured reading > /usr/local/etc/pkgtools.conf: > > undefined method `+' for nil > > > > When I run: > > /usr/local/bin/ruby /usr/local/etc/pkgtools.conf > > /usr/local/etc/pkgtools.conf:89: undefined method > `+' > > for nil (NameError) > > Edit /usr/local/etc/pkgtools.conf to: > @@ -86,6 +86,8 @@ > # ENV['PKG_FETCH'] = 'false' # never fetch > packages from a remote site > # ENV['PACKAGEROOT'] = > 'ftp://ftpN.XX.FreeBSD.org' > > + ENV['PORTSDIR'] ||= '/usr/ports' > + ENV['PACKAGES'] ||= ENV['PORTSDIR'] + '/packages' > ENV['PKG_PATH'] ||= ENV['PACKAGES'] + '/All' > > # SANITY_CHECK: boolean (default: true) > > You can see this in pgktools.conf.sample. > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory > (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message ===== Christopher P Dempsey --------------------- chrisdempsey@yahoo.com __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 13 13:56:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from host217-41-47-151.in-addr.btopenworld.com (host217-41-47-151.in-addr.btopenworld.com [217.41.47.151]) by hub.freebsd.org (Postfix) with ESMTP id B447137B408; Mon, 13 May 2002 13:55:44 -0700 (PDT) Received: by host217-41-47-151.in-addr.btopenworld.com (Postfix, from userid 1001) id 41B19615; Mon, 13 May 2002 21:55:40 +0100 (BST) Date: Mon, 13 May 2002 21:55:40 +0100 From: Dominic Marks To: freebsd-hackers@freebsd.org Cc: freebsd-stable@freebsd.org Subject: backtrace of a 4.6-PRE panic Message-ID: <20020513215540.A345@host217-41-47-151.in-addr.btope> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.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 Hey, I've been having panics with RELENG_4 for a few months now at 3 to 4 day intervals. I haven't been able to get a meaning debugging data from the machine until today. Any clues on what might be the clue of this would be very gratefully received! If it helps the machine wasn't doing very much at the time, just NAT for a few hosts on a DSL line with a few ssh logins running various low-strain applications. # uname -smr FreeBSD 4.6-PRERELEASE i386 # gdb -k /usr/crash/kernel.1 /usr/crash/vmcore.1 IdlePTD at phsyical address 0x002f3000 initial pcb at physical address 0x0021d4e0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc0aac37f fault code = supervisor write, page not present instruction pointer = 0x8:0xc015e763 stack pointer = 0x10:0xca66de68 frame pointer = 0x10:0xca66de8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 284 (pptp) interrupt mask = net trap number = 12 panic: page fault syncing disks... 24 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc0aac37f fault code = supervisor write, page not present instruction pointer = 0x8:0xc027a573 stack pointer = 0x10:0xca66db54 frame pointer = 0x10:0xca66db60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 284 (pptp) interrupt mask = net trap number = 12 panic: page fault Uptime: 3d21h11m12s dumping to dev #ad/0x20001, offset 221184 dump ata0: resetting devices .. done 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 0xc013ff7e in dumpsys () (kgdb) bt #0 0xc013ff7e in dumpsys () #1 0xc013fd48 in boot () #2 0xc014017c in poweroff_wait () #3 0xc01da9af in trap_fatal () #4 0xc01da669 in trap_pfault () #5 0xc01da23f in trap () #6 0xc027a573 in ?? () #7 0xc027a736 in ?? () #8 0xc027ae68 in ?? () #9 0xc01dd81b in intr_mux () #10 0xc01d0016 in vec11 () #11 0xc01992ca in interlocked_sleep () #12 0xc019ec92 in drain_output () #13 0xc019da56 in softdep_fsync_mountdev () #14 0xc01a1c1a in ffs_fsync () #15 0xc01a089c in ffs_sync () #16 0xc016fd33 in sync () #17 0xc013fbd3 in boot () #18 0xc014017c in poweroff_wait () #19 0xc01da9af in trap_fatal () #20 0xc01da669 in trap_pfault () #21 0xc01da23f in trap () #22 0xc015e763 in sosend () #23 0xc015220a in soo_write () #24 0xc014ef84 in dofilewrite () #25 0xc014ee73 in write () #26 0xc01dabb2 in syscall2 () #27 0xc01ceb15 in Xint0x80_syscall () #28 0x804aa57 in ?? () #29 0x804a883 in ?? () #30 0x80494dc in ?? () #31 0x8049109 in ?? () # netstat -m -M /usr/crash/vmcore.1 206/944/4096 mbufs in use (current/peak/max): 206 mbufs allocated to data 49/290/1024 mbuf clusters in use (current/peak/max) 816 Kbytes allocated to network (26% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines # vmstat -i -M /usr/crash/vmcore.1 interrupt total rate ata0 irq14 4212446 12 ata1 irq15 24 0 uhci0 irq9 278310 0 mux irq11 25139819 74 atkbd0 irq1 185681 0 clk irq0 33546748 99 Total 63363028 187 # vmstat -m -M /usr/crash/vmcore.1 Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 438 586 967543 1280 0 32 565 11339 7687041 640 232264 64 32281 58663 34070085 320 98727 128 8200 14936 5394095 160 270089 256 35898 2534 5138130 80 2167 512 351 97 384108 40 645 1K 16 1460 595080 20 439367 2K 40 180 10888 10 8830 4K 34 3 4275266 5 0 8K 5 35 3643 5 3557 16K 18 0 248 5 0 32K 5 0 13 5 0 64K 1 0 1 5 0 128K 5 0 6267 5 0 512K 1 0 1 5 0 Memory usage type by bucket size Size Type(s) 16 NFSV3 srvdesc, USB, feeder, ac97, UFS dirhash, routetbl, ether_multi, BPF, vnodes, mount, pcb, soname, shm, rman, bus, sysctloid, sysctl, ATA generic, temp, devbuf, proc-args, kld 32 linux, USBHC, USB, atkbddev, memdesc, UFS dirhash, dirrem, mkdir, diradd, freefile, freefrag, indirdep, bmsafemap, newblk, tseg_qent, in_multi, routetbl, ether_multi, ifaddr, BPF, vnodes, cluster_save buffer, pcb, soname, ATAPI generic, taskqueue, SWAP, eventhandler, bus, sysctl, uidinfo, subproc, pgrp, temp, devbuf, proc-args, sigio, kld 64 NFS daemon, USBHC, USBdev, USB, feeder, isadev, UFS dirhash, allocindir, allocdirect, pagedep, routetbl, ether_multi, ifaddr, vnodes, cluster_save buffer, vfscache, pcb, soname, rman, eventhandler, bus, sysctloid, subproc, session, temp, devbuf, lockf, proc-args, file, AR driver, AD driver 128 USBdev, USB, ZONE, UFS dirhash, freeblks, inodedep, routetbl, BPF, vnodes, mount, cluster_save buffer, vfscache, soname, ATAPI generic, ttys, iov, bus, uidinfo, cred, temp, devbuf, zombie, proc-args, dev_t, timecounter, kld 256 NFSV3 srvdesc, NFS daemon, NFS srvsock, tun, ac97, UFS dirhash, FFS node, newblk, routetbl, ifaddr, Export Host, vnodes, vfscache, ACD driver, ttys, bus, subproc, temp, devbuf, proc-args, kqueue, file desc 512 NFS daemon, USBdev, UFS dirhash, UFS mount, BPF, mount, vfscache, BIO buffer, ptys, msg, ioctlops, bus, proc, ATA generic, temp, devbuf, file desc, AR driver 1K NQNFS Lease, mixer, UFS dirhash, BIO buffer, shm, sem, ioctlops, bus, temp, devbuf, kqueue, file desc, kld, AD driver 2K mbuf, UFS dirhash, UFS mount, ifaddr, BPF, BIO buffer, ACD driver, pcb, ioctlops, bus, devbuf, file desc, kld, AR driver 4K USB, memdesc, UFS mount, sem, msg, ioctlops, kobj, bus, temp, devbuf, kld 8K indirdep, pagedep, syncache, bus, temp, kld 16K UFS mount, indirdep, shm, msg, temp, devbuf, kld 32K NFS hash, VM pgdata, UFS ihash, inodedep, BPF, temp 64K vfscache 128K SWAP, devbuf, kld 512K kld Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) linux 7 1K 1K 31792K 7 0 0 32 NFS hash 1 32K 32K 31792K 1 0 0 32K NQNFS Lease 1 1K 1K 31792K 1 0 0 1K NFSV3 srvdesc 0 0K 1K 31792K 827968 0 0 16,256 NFS daemon 69 7K 7K 31792K 69 0 0 64,256,512 NFS srvsock 1 1K 1K 31792K 1 0 0 256 USBHC 3 1K 1K 31792K 3 0 0 32,64 USBdev 4 2K 2K 31792K 4 0 0 64,128,512 USB 25 22K 22K 31792K 59 0 0 16,32,64,128,4K tun 1 1K 1K 31792K 1 0 0 256 feeder 51 1K 1K 31792K 3543 0 0 16,64 ac97 2 1K 1K 31792K 2 0 0 16,256 mixer 1 1K 1K 31792K 1 0 0 1K atkbddev 2 1K 1K 31792K 2 0 0 32 memdesc 1 4K 8K 31792K 145 0 0 32,4K mbuf 1 2K 2K 31792K 1 0 0 2K isadev 4 1K 1K 31792K 4 0 0 64 ZONE 16 2K 2K 31792K 16 0 0 128 VM pgdata 1 32K 32K 31792K 1 0 0 32K UFS dirhash 825 170K 212K 31792K 10689 0 0 16,32,64,128,256,512,1K,2K UFS mount 21 64K 64K 31792K 57 0 0 512,2K,4K,16K UFS ihash 1 32K 32K 31792K 1 0 0 32K FFS node 35503 8876K 8877K 31792K 2693502 0 0 256 dirrem 0 0K 305K 31792K 345839 0 0 32 mkdir 0 0K 18K 31792K 51408 0 0 32 diradd 0 0K 79K 31792K 402127 0 0 32 freefile 0 0K 276K 31792K 293769 0 0 32 freeblks 0 0K 1153K 31792K 293550 0 0 128 freefrag 0 0K 27K 31792K 270753 0 0 32 allocindir 0 0K 5495K 31792K 3649542 0 0 64 indirdep 0 0K 282K 31792K 11383 0 0 32,8K,16K allocdirect 0 0K 243K 31792K 862516 0 0 64 bmsafemap 0 0K 3K 31792K 11420 0 0 32 newblk 1 1K 1K 31792K 4512059 0 0 32,256 inodedep 1 32K 1234K 31792K 794717 0 0 128,32K pagedep 1 8K 44K 31792K 68509 0 0 64,8K syncache 1 8K 8K 31792K 1 0 0 8K tseg_qent 16 1K 8K 31792K 148203 0 0 32 in_multi 3 1K 1K 31792K 3 0 0 32 routetbl 249 35K 52K 31792K 3239 0 0 16,32,64,128,256 ether_multi 9 1K 1K 31792K 9 0 0 16,32,64 ifaddr 15 4K 4K 31792K 15 0 0 32,64,256,2K BPF 3 1K 67K 31792K 19 0 0 16,32,128,512,2K,32K Export Host 3 1K 1K 31792K 11 0 0 256 vnodes 21 5K 5K 31792K 242 0 0 16,32,64,128,256 mount 7 4K 4K 31792K 26 0 0 16,128,512 cluster_save buffer 0 0K 1K 31792K 64350 0 0 32,64,128 vfscache 37531 2791K 3340K 31792K 3951905 0 0 64,128,256,512,64K BIO buffer 22 43K 1458K 31792K 148291 0 0 512,1K,2K ACD driver 2 3K 3K 31792K 2 0 0 256,2K pcb 31 5K 5K 31792K 23407 0 0 16,32,64,2K soname 20 3K 5K 31792K 516756 0 0 16,32,64,128 ATAPI generic 1 1K 1K 31792K 14 0 0 32,128 ptys 11 6K 6K 31792K 11 0 0 512 ttys 684 87K 112K 31792K 5676 0 0 128,256 shm 1 12K 17K 31792K 502 0 0 16,1K,16K sem 3 6K 6K 31792K 3 0 0 1K,4K msg 4 25K 25K 31792K 4 0 0 512,4K,16K rman 45 3K 3K 31792K 339 0 0 16,64 iov 0 0K 1K 31792K 2821 0 0 128 ioctlops 0 0K 4K 31792K 88 0 0 512,1K,2K,4K taskqueue 1 1K 1K 31792K 1 0 0 32 SWAP 2 105K 105K 31792K 2 0 0 32,128K kobj 5 20K 20K 31792K 5 0 0 4K eventhandler 13 1K 1K 31792K 13 0 0 32,64 bus 335 36K 36K 31792K 604 0 0 16,32,64,128,256,512,1K,2K,4K,8K sysctloid 10 1K 1K 31792K 10 0 0 16,64 sysctl 0 0K 1K 31792K 8415 0 0 16,32 uidinfo 7 1K 1K 31792K 219 0 0 32,128 cred 75 10K 13K 31792K 2175785 0 0 128 subproc 133 11K 19K 31792K 3142783 0 0 32,64,256 proc 2 1K 1K 31792K 2 0 0 512 session 35 3K 3K 31792K 1608 0 0 64 pgrp 37 2K 2K 31792K 3067 0 0 32 ATA generic 8 3K 3K 31792K 9 0 0 16,512 temp 589 131K 746K 31792K 2622731 0 0 16,32,64,128,256,512,1K,4K,8K,16K,32K devbuf 114 472K 480K 31792K 4222367 0 0 16,32,64,128,256,512,1K,2K,4K,16K,128K lockf 9 1K 2K 31792K 199227 0 0 64 zombie 0 0K 5K 31792K 1498405 0 0 128 proc-args 46 3K 6K 31792K 834785 0 0 16,32,64,128,256 kqueue 7 7K 17K 31792K 13633 0 0 256,1K sigio 4 1K 1K 31792K 451 0 0 32 file 229 15K 30K 31792K 18122993 0 0 64 file desc 59 16K 51K 31792K 1502159 0 0 256,512,1K,2K dev_t 861 108K 108K 31792K 861 0 0 128 timecounter 5 1K 1K 31792K 5 0 0 128 kld 43 559K 565K 31792K 240 0 0 16,32,128,1K,2K,4K,8K,16K,128K,512K AR driver 1 1K 3K 31792K 5 0 0 64,512,2K AD driver 2 2K 3K 31792K 4212417 0 0 64,1K Memory Totals: In Use Free Requests 13822K 8691K 58532409 # cat /var/run/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 #2: Thu May 2 19:01:45 BST 2002 dom@host217-39-140-82.in-addr.btopenworld.com:/usr/obj/usr/src/sys/GALLIUM Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (447.69-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 201326592 (196608K bytes) avail memory = 193048576 (188524K bytes) Preloaded elf kernel "kernel" at 0xc02d4000. Preloaded elf module "if_tun.ko" at 0xc02d409c. Preloaded elf module "if_xl.ko" at 0xc02d413c. Preloaded elf module "miibus.ko" at 0xc02d41dc. Preloaded elf module "snd_es137x.ko" at 0xc02d427c. Preloaded elf module "snd_pcm.ko" at 0xc02d4320. Preloaded elf module "usb.ko" at 0xc02d43c0. Preloaded elf module "ums.ko" at 0xc02d445c. Pentium Pro MTRR support enabled Using $PIR table, 11 entries at 0xc00fdf10 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 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 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x10e0-0x10ef at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0x10c0-0x10df irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. chip1: port 0x7000-0x700f at device 7.3 on pci0 pcm0: port 0x1080-0x10bf irq 11 at device 12.0 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x1000-0x107f mem 0xf4000000-0xf400007f irq 11 at device 14.0 on pci0 xl0: Ethernet address: 00:01:02:45:63:95 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0:
I have a bridge firewall box with = 4.6-pre (May=20 7th) that had this error:
 
May 14 08:52:06 mission /kernel: dc0: = TX underrun=20 -- using store and forward mode
 
Thats the last error that is showing in = the=20 /var/log/messages file.  The box had stopped responding on the = network and=20 there was alot of TX underrun errors on the screen.  The second nic = it has=20 is a Realtek which is rl0 on the box.  Any idea what could be = causing=20 this?
------=_NextPart_000_0439_01C1FBF5.E1D73020-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 15 10: 4:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id 1462437B407 for ; Wed, 15 May 2002 10:04:27 -0700 (PDT) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.6) with ESMTP id g4FH4QG47451 for ; Wed, 15 May 2002 11:04:26 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Wed, 15 May 2002 11:04:28 -0600 Subject: Re: filesystem performance (was: enable/disable softupdates in rc init idea) From: Ian To: freebsd-stable Message-ID: In-Reply-To: <20020515204323.G19317-100000@woozle.rinet.ru> 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 > From: Dmitry Morozovsky >> But I've always been under the impression that softupdates helps with write >> performance, especially writing filesystem metadata, and very little writing >> happens on my root filesystems, I believe. > > A bit of. If you mount / with atime turned off. And if not -- each time > you access e.g. /etc/resolv.conf.... > > Sincerely, > D.Marck [DM5020, DM268-RIPE, DM3-RIPN] I use the noatime option on all my filesystems. If anyone knows of a good reason to not do that, feel free to let me know. (Other than the obvious reason, of course, that I can't see when a file was last accessed; I've decided I can live without ever knowing that.) Speaking of filesystem metadata performance, back in the FreeBSD 3.x days I discovered you got an order of magnitude type performance improvement by formatting a filesystem with fragsize == blksize; specifically, setting both to 8k. The reason for the improvement was that this eliminated a whole bunch of read-modify-write operations on directory and inode blocks. (It never quite made sense to me why the system wanted to RMW those blocks anyway, repeatedly issuing physical reads for the same blocks over and over when they should have already been buffered at the bio layer.) I'm curious whether this is still a factor in the 4.x world. I no longer have a conveniently instrumented custom scsi driver for monitoring physical sector-level IO like I had in 3.x, so I can't just poke it and see if it twitches anymore. -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 15 10:17:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 27FE937B404 for ; Wed, 15 May 2002 10:17:36 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA09643; Wed, 15 May 2002 13:17:35 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g4FHGxA28352; Wed, 15 May 2002 13:16:59 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15586.38923.355868.969205@grasshopper.cs.duke.edu> Date: Wed, 15 May 2002 13:16:59 -0400 (EDT) To: Jason Andresen Cc: freebsd-stable@freebsd.org Subject: ECC In-Reply-To: <3CE26BEC.3A14F1B4@mitre.org> References: <20020514154324.GC1402@arrakis.tamu.edu> <20020514155844.GD1402@arrakis.tamu.edu> <3CE26BEC.3A14F1B4@mitre.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Jason Andresen writes: > > download at http://www.anime.net/~goemon/linux-ecc/. > > > > The real question is, does FreeBSD support anything like > > this? How do you know (other than the machine just locking up or > > something) when your memory starts to fail? > > Well, I have a FreeBSD port based on the somewhat older 0.13 release > of that code. Have you approached them about getting FreeBSD support integrated? Are they receptive? > http://www.ceyah.org/~jandrese/ecc-0.13-freebsd.tar.gz > > Just type "make" and copy ecc.ko into /modules. Cool! I grabbed 0.14 and added some code from their development branch for serverworks: FreeBSD/i386 (ugly) (ttyd0) login: ECC: monitor version 0.14 (Oct 10 2001) ECC: vendor 0x1166 ECC: device 0x9 ECC: Chipset ECC capability - ECC with hardware scrubber ECC: Current ECC mode - ECC with hardware scrubber ECC: Bank Size Type ECC SBE MBE ECC: 0 128M SDR Y 0 0 ECC: 1 128M SDR Y 0 0 ECC: 2 128M SDR Y 0 0 ECC: 3 128M SDR Y 0 0 ECC: Total 512M I have no idea if it actually works, as this box is quite stable. I've left the newer code at: http://people.freebsd.org/~gallatin/ecc-0.14-freebsd.tgz Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 15 10:28:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.trigger.net (ns.trigger.net [204.50.18.5]) by hub.freebsd.org (Postfix) with ESMTP id 32F5B37B406 for ; Wed, 15 May 2002 10:28:05 -0700 (PDT) Received: from mike (wettoast.org [204.50.18.204]) by mail.trigger.net (Postfix) with SMTP id E02B83091F; Wed, 15 May 2002 13:27:45 -0400 (EDT) From: "Mike Jakubik" To: "Budec" , Subject: RE: Buffers fill on network card causing it to hang Date: Wed, 15 May 2002 13:27:46 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: 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 Do yourself a favour and get a 3com card (3c905C will do). I have had a few machines with the fxp card, on board and off. Some work perfectly, some dont. I have yet to find a definitavie solution to this problem. I find the above 3com card to be the most reliable so far. -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Budec Sent: Tuesday, May 14, 2002 2:48 AM To: freebsd-stable@freebsd.org Subject: Buffers fill on network card causing it to hang I am having an issuse with FreeBSD 4.5 Stable. I just sync my source and make a new kernel and world, using the generic kernel, but added support for ipfw. The setup is a single x86 (AMD K6-2 300Mhz, 180 megs ram, IDE, Intel Pro 100+ Ethernet, Generic Linksys ethernet). The machine is being used as a firewall/file server amoung other things. The issuse that I am having is that the fxp0 interface (intel nic) which hosts the internal network "over flows it buffers". After a large amount of network traffic the nic will hang and I have to go though the other interface (or console!) and manually take it down/up (ie: ifconfig down; ifconfig up) to get it work again, or reboot the entire system. When it is in this hung state and I try and ping (the internal network), I get the error message: PING jenny (192.168.17.20): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available This was in a high stress network, but had to remove it (and take it home!) to try and get it working... Sadly FreeBSD has become a "banned" OS in that envoirment due to this issuse (they think it is to "unsupported and unstable" to be in a production envoirment, I still like it anyways!). Currently it is being used as my personal firewall/fileserver at home and has another clean install of 4.5 release synced to 4.5 stable. I have gotten a couple suggests from the questions@freebsd.org, but no real answer on why this keeps happening. I also seen posts of this though google searches, but have yet to find if it is a configuration issuse, hardware issuse or Bug. I can rule out hardware as I tried another 4 other nics that have been working in other boxes. So either config issuse or bug. I am willing to test differant configurations on this, but have tried everything I could think of and eveyrthing that has been suggested. Or can anyone confirm that this is infact a bug? I tried setting keep alive to both '0' and '1', both had no effect. NMBCLUSTERS has been increased to varies levels 32768 which should be more than enough. This had no effect. Any ideas? I will try anything. Is there any info that would be helpful in debuging this? Below is included random bits of informs, everything appears to be fine by my eyes: (also is there anyway to look at the buffers that the ping command is referencing? I thought it was `netstat -m`, but that says it is using 0% of the buffer when I am having this problem). bud@hydra:/home/bud/doc/fxp/ --> sysctl -a | grep tcp tcpcb: 544, 32768, 15, 15, 28 net.inet.tcp.rfc1323: 1 net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 15 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.strict_rfc1948: 0 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.always_keepalive: 0 bud@hydra:/home/bud/doc/fxp/ --> sysctl -a | grep net net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 1024 net.inet.ip.portrange.last: 5000 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.forwarding: 1 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.keepfaith: 0 net.inet.ip.subnets_are_local: 0 net.inet.ip.fw.enable: 1 net.inet.ip.fw.one_pass: 1 net.inet.ip.fw.debug: 1 net.inet.ip.fw.verbose: 1 net.inet.ip.fw.verbose_limit: 0 net.inet.ip.fw.dyn_buckets: 256 net.inet.ip.fw.curr_dyn_buckets: 256 net.inet.ip.fw.dyn_count: 0 net.inet.ip.fw.dyn_max: 1000 net.inet.ip.fw.static_count: 6 net.inet.ip.fw.dyn_ack_lifetime: 300 net.inet.ip.fw.dyn_syn_lifetime: 20 net.inet.ip.fw.dyn_fin_lifetime: 1 net.inet.ip.fw.dyn_rst_lifetime: 1 net.inet.ip.fw.dyn_udp_lifetime: 10 net.inet.ip.fw.dyn_short_lifetime: 5 net.inet.ip.fw.dyn_grace_time: 10 net.inet.ip.maxfragpackets: 8192 net.inet.ip.check_interface: 0 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 32768 net.inet.tcp.recvspace: 65536 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.drop_synfin: 0 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 15 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.strict_rfc1948: 0 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.count: 0 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.always_keepalive: 0 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 41600 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 0 net.inet.accf.unloadable: 0 net.inet.raw.maxdgram: 8192 net.inet.raw.recvspace: 8192 net.link.generic.system.ifcount: 4 net.link.ether.inet.prune_intvl: 300 net.link.ether.inet.max_age: 1200 net.link.ether.inet.host_down_time: 20 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 bud@hydra:/home/bud/bin/ --> dmesg 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-p4 #0: Mon May 13 14:22:48 CDT 2002 bud@hydra:/u2/src/sys/compile/HYDRA2 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 299941774 Hz CPU: AMD-K6tm w/ multimedia extensions (299.94-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x570 Stepping = 0 Features=0x8001bf AMD Features=0x400<> real memory = 184549376 (180224K bytes) avail memory = 176369664 (172236K bytes) Preloaded elf kernel "kernel" at 0xc02cb000. md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at 3.0 irq 0 fxp0: port 0xec00-0xec3f mem 0xff900000-0xff9fffff,0xffafd000-0xffafdfff irq 9 at device 5.0 on pci0 fxp0: Ethernet address 00:03:47:40:2c:93 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: port 0xea00-0xeaff mem 0xffafec00-0xffafefff irq 11 at device 7.0 on pci0 dc0: Ethernet address: 00:03:6d:1a:5a:31 miibus1: on dc0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0xffa0-0xffaf irq 0 at device 11.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 orm0:
I have a firewall bridge running = 4.6-pre as of may=20 7th.  It has a linksys (dc0) and a realtek (rl0) installed in = it.  For=20 some reason it is giving alot of underrun errors and then stops = responding on=20 the network.  It works for about 48 hours than it locks up.  = What=20 could be going on causing this?  Is there a bug somewhere in = 4.6-pre? =20 With 4.5-stable as of about march, it did fine as a bridge firewall and = never=20 locked up, but it had 2 linksys cards in it.  Could it be because = of there=20 being 2 diff nics?
 
Thanks!
------=_NextPart_000_000F_01C1FE06.D93C2160-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 1: 7:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ns0.binep.ac.ru (serv2.binep.ac.ru [193.233.44.227]) by hub.freebsd.org (Postfix) with ESMTP id 2E4E237B401 for ; Sat, 18 May 2002 01:07:17 -0700 (PDT) Received: from byfi (byfi.binep.ac.ru [193.233.44.234]) by ns0.binep.ac.ru (8.11.6/8.11.6) with SMTP id g4I8pli65417; Sat, 18 May 2002 12:51:47 +0400 (MSD) (envelope-from goshik@binep.ac.ru) Message-ID: <02cb01c1fe42$f29481c0$ea2ce9c1@binep.ac.ru> From: "Igor B. Bykhalo" To: "Vladislav V. Zhuk" , "Tod McQuillin" Cc: References: <20020516074543.GA46926@dru.dn.ua> <20020516083340.GE46926@dru.dn.ua> Subject: Re: new ATA bug Date: Sat, 18 May 2002 12:06:11 +0400 Organization: BINEPCP RAS MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 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 From: "Vladislav V. Zhuk" To: "Tod McQuillin" Cc: Sent: Thursday, May 16, 2002 12:33 PM Subject: Re: new ATA bug > On Thu, May 16, 2002 at 03:01:21AM -0500, Tod McQuillin wrote: > > > > I have disabled secondary IDE interface in BIOS and kernel config: > > > > > > # ATA and ATAPI devices > > > device ata0 at isa? port IO_WD1 irq 14 > > > #device ata1 at isa? port IO_WD2 irq 15 > > > > > > but ata driver still locked IRQ 15: > > > > > > --- cut dmesg.boot --- > > > atapci0: port 0xf000-0xf00f at device 7.1 on pci0 > > > ata0: at 0x1f0 irq 14 on atapci0 > > > ata1: at 0x170 irq 15 on atapci0 > > > --- end cut --- > > > > > > I need this IRQ for other device. > > > > > > How I can release this system resource from ata and use with other device?? > > > > I solved it with 'atacontrol detach 1' > > > > See my earlier posting at > > http://groups.google.com/groups?hl=en&lr=&safe=off&selm=20020323172101.B826-100000%40glass.pun-pun.prv.lucky.freebsd.stable&rnum=1 > > I have replied (may be not for you): this is not solution for me. > My box hung at once mounting disks until herdware reset. > > Your advice helps to resolve consequence of bug > (in some cases), but not fix it :( > Don't know how to fix, but have you tried to put di ata1 line into /boot/kernel.conf as a (dumb) workaround? HTH, Igor > -- > Vladislav V. Zhuk (06267)3-60-03 admin@dru.dn.ua 2:465/197@FidoNet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 4:12: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from wxp.homeip.net (adsl-251-116-glattbrugg2.tiscalinet.ch [212.254.251.116]) by hub.freebsd.org (Postfix) with SMTP id 352AD37B401 for ; Sat, 18 May 2002 04:11:52 -0700 (PDT) Received: (qmail 25058 invoked by uid 8); 18 May 2002 11:11:50 -0000 Received: from pierrick.wxp.homeip.net (10.0.0.50, claiming to be "nitrox.wxp.homeip.net") by server.wxp.homeip.net with SMTP id smtpd1VcPlN; Sat, 18 May 2002 07:11:45 EDT Subject: HP Digital Camera From: Brossin Pierrick Reply-To: pbrossin@wxp.homeip.net To: stable@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 18 May 2002 13:11:45 +0200 Message-Id: <1021720305.336.8.camel@nitrox.wxp.homeip.net> Mime-Version: 1.0 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 don't know if this is the good place to ask this but I'm annoyed with my HP digital camera since I've upgraded to FreeBSD. I just want to be able to mount the device and get the pictures from it. I upgraded today to FreeBSD 4.6-RC1 and it's still not working. Here is the message from the system when I connect my camera to the USB port: May 18 12:40:18 nitrox /kernel: umass-sim:0:-1:-1:XPT_PATH_INQ:. May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_PATH_INQ:. May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_PATH_INQ:. May 18 12:40:18 nitrox /kernel: umass-sim:0:1:0:func_code 0x0004: Invalid target (no wildcard) May 18 12:40:18 nitrox /kernel: umass-sim:0:2:0:func_code 0x0004: Invalid target (no wildcard) May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense May 18 12:40:18 nitrox /kernel: umass0: CBW 1: cmd = 6b (0x120000002400), data = 36 bytes, dir = in May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 2 (BBB Data), xfer=0xc4102c00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: 0x 00800001750000002068702020202020 buffer=0xc42f0084, buflen=36 May 18 12:40:18 nitrox /kernel: umass0: 0x 70686f746f736d617274203631322020 May 18 12:40:18 nitrox /kernel: umass0: 0x 31303020 May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 4 (BBB CSW, 1st attempt), xfer=0xc4102b00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: CSW 1: sig = 0x53425355 (valid), tag = 1, res = 0, status = 0x00 (good) May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/121b data/18b sense May 18 12:40:18 nitrox /kernel: umass0: CBW 2: cmd = 6b (0x120000007900), data = 121 bytes, dir = in May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 2 (BBB Data), xfer=0xc4102c00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: 0x 00800001750000002068702020202020 buffer=0xc42f0084, buflen=121 May 18 12:40:18 nitrox /kernel: umass0: 0x 70686f746f736d617274203631322020 May 18 12:40:18 nitrox /kernel: umass0: 0x 3130302031322f30332f300100000000 ... May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 4 (BBB CSW, 1st attempt), xfer=0xc4102b00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: CSW 2: sig = 0x53425355 (valid), tag = 2, res = 0, status = 0x00 (good) May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/255b data/18b sense May 18 12:40:18 nitrox /kernel: umass0: CBW 3: cmd = 6b (0x12018000ff00), data = 255 bytes, dir = in May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 2 (BBB Data), xfer=0xc4102c00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: 0x 00800001750000002068702020202020 buffer=0xc42ec500, buflen=255 May 18 12:40:18 nitrox /kernel: umass0: 0x 70686f746f736d617274203631322020 May 18 12:40:18 nitrox /kernel: umass0: 0x 3130302031322f30332f300100000000 ... May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 4 (BBB CSW, 1st attempt), xfer=0xc4102b00, STALLED May 18 12:40:18 nitrox /kernel: umass0: Failed to read CSW, STALLED, retrying May 18 12:40:18 nitrox /kernel: umass0: Clear endpoint 0x81 stall May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 5 (BBB CSW bulk-in clear stall), xfer=0xc4102a00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 6 (BBB CSW, 2nd attempt), xfer=0xc4102a80, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: CSW 3: sig = 0x53425355 (valid), tag = 3, res = 133, status = 0x00 (good) May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_GET_TRAN_SETTINGS:. May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_PATH_INQ:. May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_GET_TRAN_SETTINGS:. May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_SET_TRAN_SETTINGS:. May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense May 18 12:40:18 nitrox /kernel: umass0: Converted TEST_UNIT_READY to START_UNIT May 18 12:40:18 nitrox /kernel: umass0: CBW 4: cmd = 16b (0x1b0000000100...), data = 0 bytes, dir = out May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: no data phase May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 4 (BBB CSW, 1st attempt), xfer=0xc4102b00, NORMAL_COMPLETION May 18 12:40:18 nitrox /kernel: umass0: CSW 4: sig = 0x53425355 (valid), tag = 4, res = 0, status = 0x00 (good) May 18 12:40:18 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense May 18 12:40:18 nitrox /kernel: umass0: CBW 5: cmd = 10b (0x250000000000...), data = 8 bytes, dir = in May 18 12:40:18 nitrox /kernel: Mounting root from ufs:/dev/ad5s1a May 18 12:40:18 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, NORMAL_COMPLETION May 18 12:40:22 nitrox /kernel: umass0: Handling BBB state 2 (BBB Data), xfer=0xc4102c00, TIMEOUT May 18 12:40:22 nitrox /kernel: umass0: Data-in 8b failed, TIMEOUT May 18 12:40:22 nitrox /kernel: umass0: Bulk Reset May 18 12:40:23 nitrox login: ROOT LOGIN (root) ON ttyv0 May 18 12:40:27 nitrox /kernel: umass0: Handling BBB state 7 (BBB Reset), xfer=0xc4102980, TIMEOUT May 18 12:40:27 nitrox /kernel: umass0: BBB reset failed, TIMEOUT May 18 12:40:27 nitrox /kernel: umass0: Clear endpoint 0x81 stall May 18 12:40:27 nitrox /kernel: umass0: Handling BBB state 8 (BBB bulk-in clear stall), xfer=0xc4102900, NORMAL_COMPLETION May 18 12:40:27 nitrox /kernel: umass0: Clear endpoint 0x02 stall May 18 12:40:27 nitrox /kernel: umass0: Handling BBB state 9 (BBB bulk-out clear stall), xfer=0xc4102880, NORMAL_COMPLETION May 18 12:40:27 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense May 18 12:40:27 nitrox /kernel: umass0: CBW 6: cmd = 10b (0x250000000000...), data = 8 bytes, dir = in May 18 12:40:32 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, TIMEOUT May 18 12:40:32 nitrox /kernel: umass0: failed to send CBW May 18 12:40:32 nitrox /kernel: umass0: Bulk Reset May 18 12:40:37 nitrox /kernel: umass0: Handling BBB state 7 (BBB Reset), xfer=0xc4102980, TIMEOUT May 18 12:40:37 nitrox /kernel: umass0: BBB reset failed, TIMEOUT May 18 12:40:37 nitrox /kernel: umass0: Clear endpoint 0x81 stall May 18 12:40:37 nitrox /kernel: umass0: Handling BBB state 8 (BBB bulk-in clear stall), xfer=0xc4102900, NORMAL_COMPLETION May 18 12:40:37 nitrox /kernel: umass0: Clear endpoint 0x02 stall May 18 12:40:37 nitrox /kernel: umass0: Handling BBB state 9 (BBB bulk-out clear stall), xfer=0xc4102880, NORMAL_COMPLETION May 18 12:40:37 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense May 18 12:40:37 nitrox /kernel: umass0: CBW 7: cmd = 10b (0x250000000000...), data = 8 bytes, dir = in May 18 12:40:42 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, TIMEOUT May 18 12:40:42 nitrox /kernel: umass0: failed to send CBW May 18 12:40:42 nitrox /kernel: umass0: Bulk Reset May 18 12:40:47 nitrox /kernel: umass0: Handling BBB state 7 (BBB Reset), xfer=0xc4102980, TIMEOUT May 18 12:40:47 nitrox /kernel: umass0: BBB reset failed, TIMEOUT May 18 12:40:47 nitrox /kernel: umass0: Clear endpoint 0x81 stall May 18 12:40:47 nitrox /kernel: umass0: Handling BBB state 8 (BBB bulk-in clear stall), xfer=0xc4102900, NORMAL_COMPLETION May 18 12:40:47 nitrox /kernel: umass0: Clear endpoint 0x02 stall May 18 12:40:47 nitrox /kernel: umass0: Handling BBB state 9 (BBB bulk-out clear stall), xfer=0xc4102880, NORMAL_COMPLETION May 18 12:40:47 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense May 18 12:40:47 nitrox /kernel: umass0: CBW 8: cmd = 10b (0x250000000000...), data = 8 bytes, dir = in May 18 12:40:52 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, TIMEOUT May 18 12:40:52 nitrox /kernel: umass0: failed to send CBW May 18 12:40:52 nitrox /kernel: umass0: Bulk Reset May 18 12:40:57 nitrox /kernel: umass0: Handling BBB state 7 (BBB Reset), xfer=0xc4102980, TIMEOUT May 18 12:40:57 nitrox /kernel: umass0: BBB reset failed, TIMEOUT May 18 12:40:57 nitrox /kernel: umass0: Clear endpoint 0x81 stall May 18 12:40:57 nitrox /kernel: umass0: Handling BBB state 8 (BBB bulk-in clear stall), xfer=0xc4102900, NORMAL_COMPLETION May 18 12:40:57 nitrox /kernel: umass0: Clear endpoint 0x02 stall May 18 12:40:57 nitrox /kernel: umass0: Handling BBB state 9 (BBB bulk-out clear stall), xfer=0xc4102880, NORMAL_COMPLETION May 18 12:40:57 nitrox /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense May 18 12:40:57 nitrox /kernel: umass0: CBW 9: cmd = 10b (0x250000000000...), data = 8 bytes, dir = in May 18 12:41:02 nitrox /kernel: umass0: Handling BBB state 1 (BBB CBW), xfer=0xc4102f00, TIMEOUT May 18 12:41:02 nitrox /kernel: umass0: failed to send CBW May 18 12:41:02 nitrox /kernel: umass0: Bulk Reset May 18 12:41:07 nitrox /kernel: umass0: Handling BBB state 7 (BBB Reset), xfer=0xc4102980, TIMEOUT May 18 12:41:07 nitrox /kernel: umass0: BBB reset failed, TIMEOUT May 18 12:41:07 nitrox /kernel: umass0: Clear endpoint 0x81 stall May 18 12:41:07 nitrox /kernel: umass0: Handling BBB state 8 (BBB bulk-in clear stall), xfer=0xc4102900, NORMAL_COMPLETION May 18 12:41:07 nitrox /kernel: umass0: Clear endpoint 0x02 stall May 18 12:41:07 nitrox /kernel: umass0: Handling BBB state 9 (BBB bulk-out clear stall), xfer=0xc4102880, NORMAL_COMPLETION May 18 12:41:07 nitrox /kernel: (da0:umass-sim0:0:0:0): got CAM status 0x4 May 18 12:41:07 nitrox /kernel: (da0:umass-sim0:0:0:0): fatal error, failed to attach to device May 18 12:41:07 nitrox /kernel: (da0:umass-sim0:0:0:0): lost device May 18 12:41:07 nitrox /kernel: (da0:umass-sim0:0:0:0): removing device entry Any idea ? Thank you very much Regards, Pierrick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 4:19: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 35CAA37B407 for ; Sat, 18 May 2002 04:18:51 -0700 (PDT) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id EAA03409; Sat, 18 May 2002 04:18:48 -0700 Message-ID: <3CE63898.1050707@owt.com> Date: Sat, 18 May 2002 04:18:48 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Bruce Burden Cc: freebsd-stable@FreeBSD.ORG Subject: Re: XF86 4.2 requires gettext 0.10? References: <20020518000520.B248@tigerfish2.my.domain> 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 Bruce Burden wrote: > > > Okay, > > I have looked in the mailing list archives, and I have searched > the Google FreeBSD newsgrou archives, but I can't find it. > > LD_LIBRARY_PATH=../../exports/lib cc -c -ansi -pedantic > -Dasm=__asm -Wall -Wpointer-arith -I/usr/local/include/freetype2 > -I/usr/local/include -I../.. -I../../exports/include > -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS > -D_REENTRANT -D_THREAD_SAFE -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI > -DXFT_DEFAULT_PATH=\"/usr/X11R6/lib/X11/XftConfig\" > -DFREETYPE2 xftcfg.c -o unshared/xftcfg.o In file included > from xftint.h:30, from xftcfg.c:28: XftFreetype.h:29: > freetype/freetype.h: No such file or directory *** Error code 1 > > Stop in /usr/ports/x11/XFree86-4. > > Didn't I see something that the way to fix this problem was to > build XF86 4.2 against gettext 0.10.x, and NOT against gettext > 0.11.x? > It looks like it is complaining about your version of freetype. The XF86 -4.2 that I build had b-deps and r-deps of Port: XFree86-4.2.0_1,1 Path: /usr/ports/x11/XFree86-4 Info: X11R6.5/XFree86 core distribution (complete) Maint: jmz@FreeBSD.org Index: x11 B-deps: XFree86-libraries-4.2.0_1 freetype2-2.0.9 imake-4.2.0 R-deps: XFree86-FontServer-4.2.0 XFree86-Server-4.2.0_2 XFree86-clients-4.2.0_2 XFree86-documents-4.2.0 XFree86-font100dpi-4.2.0 XFree86-font75dpi-4.2.0 XFree86-fontCyrillic-4.2.0 XFree86-fontDefaultBitmaps-4.2.0 XFree86-fontEncodings-4.2.0 XFree86-fontScalable-4.2.0 XFree86-libraries-4.2.0_1 freetype2-2.0.9 imake-4.2.0 Some people rm -rf /usr/X11R6/* but I didn't. I also started out by deleting all of the ports (pkg_delete -r "XFree*") that used XF86 and all of XF86's b-deps before I started building 4.2. The hardest part was about half of kde-3 would not make packages for the slow maching installs. All of the kde-3 ports will "make package" now. KEnt -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 6:25:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from TheWorld.com (pcls2.std.com [199.172.62.104]) by hub.freebsd.org (Postfix) with ESMTP id C2EF237B408 for ; Sat, 18 May 2002 06:24:57 -0700 (PDT) Received: from shell.TheWorld.com (root@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id JAA30219; Sat, 18 May 2002 09:24:55 -0400 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id JAA2738987; Sat, 18 May 2002 09:24:55 -0400 (EDT) Date: Sat, 18 May 2002 09:24:55 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200205181324.JAA2738987@shell.TheWorld.com> To: freebsd-stable@freebsd.org Subject: 4.6-RC, xchat 1.8.8_2 segfaulting 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 -stable: Is anyone here having xchat (v 1.8.8_2, from ports) segfaulting in -stable? I'm getting a null pointer dereference. I'm seeing this on a system since cvsup/{build,install}world of 1 May. Previous to that everything was (well, seemed) fine. It now runs 4.6-RC, as of afternoon local time Friday, 17 May & xchat still crashes; best I can tell, everything else is working fine (at least not segfaulting). xchat segfaults repeatably while connecting to servers running: bahamut, with services unreal ircd, with services I can't determine versions; the connection doesn't make it that far. It runs fine (so far, repeatably) connecting with servers running: "plain vanilla" ircd v 2.9.5 (?) without services (I think this ircd is from ports of yore...) cyclone0.3.1.1 with services I think, b/c nickserv answers Could anything have changed in -stable (or perhaps -ports, i.e. dependencies) between 24 April & 1 May that might be causing this and/or exposing some other glitch? Many thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 6:38:12 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 F03B437B404 for ; Sat, 18 May 2002 06:38:07 -0700 (PDT) Received: (qmail 28176 invoked by uid 0); 18 May 2002 13:38:00 -0000 Received: from pd9e21d04.dip.t-dialin.net (HELO gmx.net) (217.226.29.4) by mail.gmx.net (mp007-rz3) with SMTP; 18 May 2002 13:38:00 -0000 Message-ID: <3CE6591C.8020809@gmx.net> Date: Sat, 18 May 2002 15:37:32 +0200 From: =?ISO-8859-1?Q?Andreas_M=F6ller?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020516 X-Accept-Language: en-us, en, de-de, de MIME-Version: 1.0 To: freebsd-stable@freebsd.org Cc: kwc@TheWorld.com Subject: Re: 4.6-RC, xchat 1.8.8_2 segfaulting References: <200205181324.JAA2738987@shell.TheWorld.com> 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 Kenneth W Cochran wrote: > Hello -stable: > > Is anyone here having xchat (v 1.8.8_2, from ports) segfaulting > in -stable? I'm getting a null pointer dereference. > > I'm seeing this on a system since cvsup/{build,install}world > of 1 May. Previous to that everything was (well, seemed) > fine. It now runs 4.6-RC, as of afternoon local time > Friday, 17 May & xchat still crashes; best I can tell, > everything else is working fine (at least not segfaulting). > > xchat segfaults repeatably while connecting to servers running: > bahamut, with services > unreal ircd, with services > > I can't determine versions; the connection doesn't make it that far. > > It runs fine (so far, repeatably) connecting with servers running: > "plain vanilla" ircd v 2.9.5 (?) without services > (I think this ircd is from ports of yore...) > cyclone0.3.1.1 with services I think, b/c nickserv answers > > Could anything have changed in -stable (or perhaps -ports, > i.e. dependencies) between 24 April & 1 May that might be > causing this and/or exposing some other glitch? Try rebuilding xchat, perhaps without GNOME support (make install WITHOUT_GNOME=yes). Before building it without GNOME support I also had several crashes, now xchat runs rock stable. > > Many thanks, > > -kc Greetings, Andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 7: 1:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.blue.ocn.ne.jp (blue.ocn.ne.jp [211.129.13.139]) by hub.freebsd.org (Postfix) with ESMTP id A3AFD37B403 for ; Sat, 18 May 2002 07:01:13 -0700 (PDT) Received: from computer (p0008-ip01okidate.aomori.ocn.ne.jp [211.130.225.8]) by smtp.blue.ocn.ne.jp (Postfix) with SMTP id 6E6ED1D2B for ; Sat, 18 May 2002 23:01:11 +0900 (JST) Message-ID: <000901c1fe74$78fef200$08e182d3@computer> From: "Tsubasa Chaya" To: Subject: Date: Sat, 18 May 2002 23:01:12 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1FEBF.E7A5B590" 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_0005_01C1FEBF.E7A5B590 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit subscribe freebsd-stable subscribe cvs-all ------=_NextPart_000_0005_01C1FEBF.E7A5B590 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
subscribe = freebsd-stable
subscribe=20 cvs-all
------=_NextPart_000_0005_01C1FEBF.E7A5B590-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 7: 4:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from TheWorld.com (pcls2.std.com [199.172.62.104]) by hub.freebsd.org (Postfix) with ESMTP id 48E7837B400 for ; Sat, 18 May 2002 07:04:27 -0700 (PDT) Received: from shell.TheWorld.com (DPierce@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id KAA20606; Sat, 18 May 2002 10:04:22 -0400 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id KAA2860652; Sat, 18 May 2002 10:04:21 -0400 (EDT) Date: Sat, 18 May 2002 10:04:21 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200205181404.KAA2860652@shell.TheWorld.com> To: =?ISO-8859-1?Q?Andreas_M=F6ller?= Subject: Re: 4.6-RC, xchat 1.8.8_2 segfaulting Cc: freebsd-stable@freebsd.org References: <200205181324.JAA2738987@shell.TheWorld.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 >Date: Sat, 18 May 2002 15:37:32 +0200 >From: =?ISO-8859-1?Q?Andreas_M=F6ller?= >To: freebsd-stable@freebsd.org >CC: kwc@TheWorld.com >Subject: Re: 4.6-RC, xchat 1.8.8_2 segfaulting >References: <200205181324.JAA2738987@shell.TheWorld.com> > >Kenneth W Cochran wrote: >> Hello -stable: >> >> Is anyone here having xchat (v 1.8.8_2, from ports) segfaulting >> in -stable? I'm getting a null pointer dereference. >> >> I'm seeing this on a system since cvsup/{build,install}world >> of 1 May. Previous to that everything was (well, seemed) >> fine. It now runs 4.6-RC, as of afternoon local time >> Friday, 17 May & xchat still crashes; best I can tell, >> everything else is working fine (at least not segfaulting). >> >> xchat segfaults repeatably while connecting to servers running: >> bahamut, with services >> unreal ircd, with services >> >> I can't determine versions; the connection doesn't make it that far. >> >> It runs fine (so far, repeatably) connecting with servers running: >> "plain vanilla" ircd v 2.9.5 (?) without services >> (I think this ircd is from ports of yore...) >> cyclone0.3.1.1 with services I think, b/c nickserv answers >> >> Could anything have changed in -stable (or perhaps -ports, >> i.e. dependencies) between 24 April & 1 May that might be >> causing this and/or exposing some other glitch? > >Try rebuilding xchat, perhaps without GNOME support (make install >WITHOUT_GNOME=yes). Before building it without GNOME support I also had >several crashes, now xchat runs rock stable. > >> Many thanks, >> >> -kc > >Greetings, > Andreas Didn't work; same results. I did "make WITHOUT_GNOME=yes DEBUG_FLAGS=yes" and then a "make install" with the same defines. But this does seem to be a nice lead; I'll check further; I wonder if maybe something changed in the (Mk?)-system that might be causing this. Afaik xchat is rather non-troublesome. For example, how do I "know" that the GNOME support knob is truly "off?" Ideas welcome, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 9: 0:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.getnet.net (mail.getnet.net [63.137.32.10]) by hub.freebsd.org (Postfix) with SMTP id 4C55037B405 for ; Sat, 18 May 2002 09:00:41 -0700 (PDT) Received: (qmail 12154 invoked from network); 18 May 2002 15:54:39 -0000 Received: from 216-19-216-10.getnet.net (HELO sunny.localdomain) (216.19.216.10) by 0 with SMTP; 18 May 2002 15:54:39 -0000 Received: (from rooot@localhost) by sunny.localdomain (8.11.6/8.11.6) id g4IFrna41760 for freebsd-stable@freebsd.org; Sat, 18 May 2002 08:53:49 -0700 (MST) (envelope-from swive@getnet.com) Date: Sat, 18 May 2002 08:53:39 -0700 From: VB To: freebsd-stable@freebsd.org Subject: group wheel unknown??? Message-ID: <20020518085339.A41513@sunny.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.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 HI, I don't have this whole mergemaster/make world thing down yet. I mergemastered, either correctly or incorrectly. Then make world. After about 10 minutes, I get ... mtree -deU -f /usr/src/include../etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include mtree: line 6: unknown group wheel **Error Code 1 Stop in /usr/src/include ... Is there enough information here to see what is wrong? Thank you for your help, Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 9:27:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from customer.ecore.net (enterprise.ecore.net [212.223.70.1]) by hub.freebsd.org (Postfix) with SMTP id AA64037B412 for ; Sat, 18 May 2002 09:27:11 -0700 (PDT) Received: (qmail 1192 invoked from network); 18 May 2002 16:27:06 -0000 Received: from p50840e71.dip.t-dialin.net (HELO cheasy.de) (80.132.14.113) by cheasy.de with SMTP; 18 May 2002 16:27:06 -0000 Message-ID: <3CE680C5.3070801@cheasy.de> Date: Sat, 18 May 2002 18:26:45 +0200 From: Christoph Sold User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0rc2) Gecko/20020510 X-Accept-Language: en-us, en MIME-Version: 1.0 To: VB Cc: freebsd-stable@freebsd.org Subject: Re: group wheel unknown??? References: <20020518085339.A41513@sunny.localdomain> 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 VB wrote: > HI, > > I don't have this whole mergemaster/make world thing down yet. I > mergemastered, either correctly or incorrectly. Then make world. After > about 10 minutes, I get > > ... > mtree -deU -f /usr/src/include../etc/mtree/BSD.include.dist -p > /usr/obj/usr/src/i386/usr/include > > mtree: line 6: unknown group wheel > **Error Code 1 > > Stop in /usr/src/include > ... > > > Is there enough information here to see what is wrong? mergemaster goes AFTER make buildworld. You probably merged against empty files. No good. Restore your /etc directory from backup. HTH -Christoph Sold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 9:32:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.dvfootage.com (dvfootage.com [216.228.5.85]) by hub.freebsd.org (Postfix) with ESMTP id 1D99837B407 for ; Sat, 18 May 2002 09:32:13 -0700 (PDT) Received: from hamsterfactor.atpn.com (pm2-98.corp.redshift.com [216.228.4.98]) by www.dvfootage.com (Postfix) with ESMTP id 452485D3B; Sat, 18 May 2002 09:31:59 -0700 (PDT) Subject: Re: group wheel unknown??? From: Yann Ramin To: VB Cc: FreeBSD Stable In-Reply-To: <20020518085339.A41513@sunny.localdomain> References: <20020518085339.A41513@sunny.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-U0lTwSOuWvlJzcrETa6W" X-Mailer: Ximian Evolution 1.0.3 Date: 18 May 2002 09:32:50 -0700 Message-Id: <1021739576.5130.1.camel@hamsterfactor.atpn.com> Mime-Version: 1.0 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 --=-U0lTwSOuWvlJzcrETa6W Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Did your /etc/group file get fudged up? The first line should be (doesn't have to be the first, it just makes the most sense on top :)): wheel:*:0:root On Sat, 2002-05-18 at 09:53, VB wrote: > HI, >=20 > I don't have this whole mergemaster/make world thing down yet. I > mergemastered, either correctly or incorrectly. Then make world. After > about 10 minutes, I get >=20 > ... > mtree -deU -f /usr/src/include../etc/mtree/BSD.include.dist -p > /usr/obj/usr/src/i386/usr/include >=20 > mtree: line 6: unknown group wheel > **Error Code 1 >=20 > Stop in /usr/src/include > ... >=20 >=20 > Is there enough information here to see what is wrong? >=20 > Thank you for your help, >=20 > Eric >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message --=20 -------------------------------------------------------------------- Yann Ramin atrus@atrustrivalie.org Atrus Trivalie Productions www.atrustrivalie.org GPG Key Fingerprint: 3E2F FFBC B244 BFF6 C089 7AE3 940D 1037 B790 A0EC Use www.keyserver.net to find me! "The dew," he observed, "has clearly fallen with a particulary sickening thud this morning." - Marvin (Life, the Universe, Everything. Douglas Adams) Deep in the human unconscious is a pervasive need for a logical=20 universe that makes sense. But the real universe is always one step=20 beyond logic. - Muad'Dib (Dune, Frank Herbert)=20 -------------------------------------------------------------------- --=-U0lTwSOuWvlJzcrETa6W Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA85oIxlA0QN7eQoOwRAkwvAKCz/p5XyFkTCe7UbICsSBVdcOFKGwCgq5G8 5Kkzg5/bZzaHyeE0V2+guv8= =iHr2 -----END PGP SIGNATURE----- --=-U0lTwSOuWvlJzcrETa6W-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 9:46:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from moek.pir.net (moek.pir.net [130.64.1.215]) by hub.freebsd.org (Postfix) with ESMTP id 87A6837B401 for ; Sat, 18 May 2002 09:46:40 -0700 (PDT) Received: from pir by moek.pir.net with local (Exim) id 1797Lr-0004R0-00 for stable@FreeBSD.org; Sat, 18 May 2002 12:46:39 -0400 Date: Sat, 18 May 2002 12:46:39 -0400 From: Peter Radcliffe To: stable@FreeBSD.org Subject: Re: BUG: isc-dhcp dhclient infinite loop regression in 4.6-PRE Message-ID: <20020518164639.GB15611@pir.net> Reply-To: stable@freebsd.org Mail-Followup-To: stable@FreeBSD.org References: <200205171157.g4HBvUWs091777@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200205171157.g4HBvUWs091777@hak.lan.Awfulhak.org> User-Agent: Mutt/1.3.27i X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. 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 Brian Somers probably said: > As Murray's pretty much busy with real life at the moment, can I ask > you to try this patch ? > > It's not the best way of dealing with this - especially if dhclient > is running on more than one interface, but there's no infrastructure > there for handling interfaces disappearing, and my understanding of > the code is practically zero. My hack for this, in isc-dhcp3's dhclient, was in the same place, but I checked the errno to see if it was "device not configured" rather than just if the received packet failed. I've been using it on my laptop - where indeed I don't need to normally worry about multiple dhcp interfaces - for the last month or two to solve the same problem. I've only seen dhclient going into the spinning mode where it uses up all CPU after 'device not configured' and I didn't want to exit on some errors that may not be perminant. P. =================================================================== *** discover.c.old Sat May 18 12:39:55 2002 --- discover.c Sat May 18 12:41:22 2002 *************** *** 755,762 **** again: if ((result = receive_packet (ip, u.packbuf, sizeof u, &from, &hfrom)) < 0) { ! log_error ("receive_packet failed on %s: %m", ip -> name); ! return ISC_R_UNEXPECTED; } if (result == 0) return ISC_R_UNEXPECTED; --- 755,766 ---- again: if ((result = receive_packet (ip, u.packbuf, sizeof u, &from, &hfrom)) < 0) { ! if ( errno == ENXIO ) { ! log_fatal ("receive_packet failed on %s: %m", ip -> name); ! } else { ! log_error ("receive_packet failed on %s: %m", ip -> name); ! return ISC_R_UNEXPECTED; ! } } if (result == 0) return ISC_R_UNEXPECTED; =================================================================== P. -- pir pir-sig@pir.net pir-sig@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 9:58:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from localhost.com (syd-tgn-vce-vty15.as.wcom.net [63.12.28.15]) by hub.freebsd.org (Postfix) with SMTP id E396B37B48C for ; Sat, 18 May 2002 09:55:19 -0700 (PDT) From: stable@FreeBSD.org Reply-To: assistant2002@hotmail.com To: stable@FreeBSD.org Date: Sat, 18 May 2002 23:58:31 +0700 Subject: "ËÒ¡¤Ø³ÅéÁàËÅÇ·Õè¨ÐÇҧἹ ÂèÍÁá»ÅÇèҤسÇҧἹ·Õè¨ÐÅéÁàËÅÇ" 18/5/02 23:58:31 X-Mailer: QuickSender 1.05 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <20020518165519.E396B37B48C@hub.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 Dear stable =2C =22=CB=D2=A1=A4=D8=B3=C5=E9=C1=E0=CB=C5=C7=B7=D5=E8=A8=D0=C7=D2=A7=E1=BC=B9 =C2=E8=CD=C1=E1=BB=C5=C7=E8=D2=A4=D8=B3=C7=D2=A7=E1=BC=B9=B7=D5=E8=A8=D0=C5=E9=C1=E0=CB=C5=C7=22 =CB=D2=A1=A4=D8=B3 =A4=D7=CD=A4=B9=CB=B9=D6=E8=A7=B7=D5=E8=E0=A4=C2=C7=D2=A7=E1=BC=B9=CD=B9=D2=A4=B5=A2=CD=A7=A4=D8=B3 =B5=E9=CD=A7=A1=D2=C3=B7=D5=E8=A8=D0=BB=C3=D0=CA=BA=A4=C7=D2=C1=CA=D3=E0=C3=E7=A8=E3=B9=AA=D5=C7=D4=B5 =B5=E9=CD=A7=A1=D2=C3=B7=D5=E8=A8=D0=BB=C3=D0=CA=BA=A4=C7=D2=C1=CA=D3=E0=C3=E7=A8=E3=B9=E3=B9=CB=B9=E9=D2=B7=D5=E8=A1=D2=C3=A7=D2=B9 =B5=E9=CD=A7=A1=D2=C3=B7=D5=E8=A8=D0=C1=D5=A4=C3=CD=BA=A4=C3=D1=C7=B7=D5=E8=CD=BA=CD=D8=E8=B9 =B5=E9=CD=A7=A1=D2=C3=C1=D5=CD=D4=CA=C3=D0=C0=D2=BE=B7=D2=A7=B4=E9=D2=B9=A1=D2=C3=E0=A7=D4=B9 =2E=2E=2E =BB=C3=D6=A1=C9=D2=E0=C3=D2=B7=D5=E8 http=3A=2F=2Fthaiworkathome=2Ecom=2Finformation =E0=BE=D7=E8=CD=C1=CD=A7=CB=D2=CA=D4=E8=A7=E3=CB=C1=E8=E6 =B7=D5=E8=A8=D0=E0=BB=C5=D5=E8=C2=B9=AA=D5=C7=D4=B5=A4=D8=B3 =22=A2=CD=CD=C0=D1=C2=CB=D2=A1=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=B6=D9=A1=CA=E8=A7=E4=BB=C2=D1=A7=A4=D8=B3=E2=B4=C2=BA=D1=A7=E0=CD=D4=AD =CB=D2=A1=A4=D8=B3=B5=E9=CD=A7=A1=D2=C3=E3=CB=E9=C3=D2=C2=AA=D7=E8=CD=B6=D9=A1=C5=BA=CD=CD=A1 =A1=C3=D8=B3=D2 click =B7=D5=E8=B9=D5=E8 www=2Ethaiworkathome=2Ecom=2Finformation=2Fmail=2Ehtml To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 11:13:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pcp01840552pcs.owngsm01.md.comcast.net (pcp01840552pcs.owngsm01.md.comcast.net [68.32.120.221]) by hub.freebsd.org (Postfix) with ESMTP id 4DEFD37B40A for ; Sat, 18 May 2002 11:13:40 -0700 (PDT) Received: (from root@localhost) by pcp01840552pcs.owngsm01.md.comcast.net (8.11.6/8.11.6) id g4IIDd403961 for freebsd-stable@freebsd.org; Sat, 18 May 2002 14:13:39 -0400 (EDT) (envelope-from root) Date: Sat, 18 May 2002 14:13:39 -0400 (EDT) From: Charlie Root Message-Id: <200205181813.g4IIDd403961@pcp01840552pcs.owngsm01.md.comcast.net> To: freebsd-stable@freebsd.org Subject: buildworld problems 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'm trying to build world from the latest CVS (hmm 1 day ago), but having no luck. Any help would be appreciated :) pcp01840552pcs# uname -a FreeBSD pcp01840552pcs.owngsm01.md.comcast.net 4.4-20020114-STABLE FreeBSD 4.4-20020114-STABLE #11: Thu Jan 17 00:59:46 EST 2002 root@pcp294835pcs.owngsm01.md.comcast.net:/usr/obj/usr/src/sys/pcp294835pcs i386 pcp01840552pcs# tail -c +0 /etc/make.conf KERNCONF=pcp01840552pcs CFLAGS= -O -pipe CXXFLAGS+= -fmemoize-lookups -fsave-memoized BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings WARNS_WERROR= yes COPTFLAGS= -O -pipe ENABLE_SUIDPERL= true # To avoid building various parts of the base system: #NO_CVS= true # do not build CVS #NO_BIND= true # do not build BIND NO_FORTRAN= true # do not build g77 and related libraries NO_I4B= true # do not build isdn4bsd package NO_LPR= true # do not build lpr and related programs #NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector #NO_MODULES= true # do not build modules with the kernel #NO_OBJC= true # do not build Objective C support #NO_OPENSSH= true # do not build OpenSSH #NO_OPENSSL= true # do not build OpenSSL (implies NO_OPENSSH) #NO_SENDMAIL= true # do not build sendmail and related programs #NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs #NO_TCSH= true # do not build and install /bin/csh (which is tcsh) NO_X= true # do not compile in XWindows support (e.g. doscmd) #NOCRYPT= true # do not build any crypto code NOGAMES= true # do not build games (games/ subdir) #NOINFO= true # do not make or install info files #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) #NOPERL= true # do not build perl. Disables OpenSSL optimizations NOPROFILE= true # Avoid compiling profiled libraries #NOSECURE= true # do not build crypto code in secure/ subdir #NOSHARE= true # do not go into the share subdir #NOUUCP= true # do not build uucp related programs MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) NOPORTDOCS= true BOOTWAIT=0 BOOT_COMCONSOLE_SPEED= 115200 USA_RESIDENT= YES WRKDIRPREFIX= /usr/devel DOC_LANG= en_US.ISO8859-1 pcp01840552pcs# tail -c +0 /etc/stable-supfile *default host=cvsup11.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_4 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. pcp01840552pcs# make buildworld ******** build till here ********** ===> secure/usr.bin/telnet cc -O -pipe -march=pentium -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -DENCRYPTION -DAUTHENTICATION -DIPSEC -DINET6 -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet/libtelnet/ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -c /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/telnet/authenc.c cc -O -pipe -march=pentium -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -DENCRYPTION -DAUTHENTICATION -DIPSEC -DINET6 -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet/libtelnet/ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -c /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/telnet/commands.c cc1: warnings being treated as errors In file included from /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/libtelnet/encrypt.h:64, from /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/telnet/commands.c:75: /usr/obj/usr/src/i386/usr/include/openssl/des.h:208: warning: declaration of `prompt' shadows global declaration /usr/obj/usr/src/i386/usr/include/openssl/des.h:210: warning: declaration of `prompt' shadows global declaration /usr/obj/usr/src/i386/usr/include/openssl/des.h:211: warning: declaration of `prompt' shadows global declaration /usr/obj/usr/src/i386/usr/include/openssl/des.h:229: warning: declaration of `prompt' shadows global declaration *** Error code 1 Stop in /usr/src/secure/usr.bin/telnet. *** Error code 1 Stop in /usr/src/secure/usr.bin. *** Error code 1 Stop in /usr/src/secure. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. pcp01840552pcs# exit exit Script done on Mon May 13 22:41:30 2002 If I'm doing something wrong, please let me know :) Vince To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 12:31:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 7DFF137B403 for ; Sat, 18 May 2002 12:31:39 -0700 (PDT) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id MAA23842; Sat, 18 May 2002 12:18:29 -0700 Message-ID: <3CE6A904.10104@owt.com> Date: Sat, 18 May 2002 12:18:28 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Charlie Root Cc: freebsd-stable@FreeBSD.ORG Subject: Re: buildworld problems References: <200205181813.g4IIDd403961@pcp01840552pcs.owngsm01.md.comcast.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 Charlie Root wrote: > Hi.. I'm trying to build world from the latest CVS (hmm 1 day ago), but having no luck. Any help would be appreciated :) > > -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings > WARNS_WERROR= yes Your build did what you told it to do, i.e., die on warnings and it did. BTW, I was always taught to simplify and then add options. If the one you added doesn't work, remove the one that you just added. Kent > COPTFLAGS= -O -pipe > ENABLE_SUIDPERL= true > # To avoid building various parts of the base system: > #NO_CVS= true # do not build CVS > #NO_BIND= true # do not build BIND > NO_FORTRAN= true # do not build g77 and related libraries > NO_I4B= true # do not build isdn4bsd package > NO_LPR= true # do not build lpr and related programs > #NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector > #NO_MODULES= true # do not build modules with the kernel > #NO_OBJC= true # do not build Objective C support > #NO_OPENSSH= true # do not build OpenSSH > #NO_OPENSSL= true # do not build OpenSSL (implies NO_OPENSSH) > #NO_SENDMAIL= true # do not build sendmail and related programs > #NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs > #NO_TCSH= true # do not build and install /bin/csh (which is tcsh) > NO_X= true # do not compile in XWindows support (e.g. doscmd) > #NOCRYPT= true # do not build any crypto code > NOGAMES= true # do not build games (games/ subdir) > #NOINFO= true # do not make or install info files > #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) > #NOPERL= true # do not build perl. Disables OpenSSL optimizations > NOPROFILE= true # Avoid compiling profiled libraries > #NOSECURE= true # do not build crypto code in secure/ subdir > #NOSHARE= true # do not go into the share subdir > #NOUUCP= true # do not build uucp related programs > MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) > NOPORTDOCS= true > BOOTWAIT=0 > BOOT_COMCONSOLE_SPEED= 115200 > USA_RESIDENT= YES > WRKDIRPREFIX= /usr/devel > DOC_LANG= en_US.ISO8859-1 > > pcp01840552pcs# tail -c +0 /etc/stable-supfile > > > *default host=cvsup11.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs tag=RELENG_4 > *default delete use-rel-suffix > src-all > ports-all tag=. > doc-all tag=. > > pcp01840552pcs# make buildworld > > > ******** build till here ********** > > ===> secure/usr.bin/telnet > cc -O -pipe -march=pentium -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -DENCRYPTION -DAUTHENTICATION -DIPSEC -DINET6 -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet/libtelnet/ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -c /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/telnet/authenc.c > cc -O -pipe -march=pentium -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -DOPIE -DENCRYPTION -DAUTHENTICATION -DIPSEC -DINET6 -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet -I/usr/src/secure/usr.bin/telnet/../../../crypto/telnet/libtelnet/ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -c /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/telnet/commands.c > cc1: warnings being treated as errors > In file included from /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/libtelnet/encrypt.h:64, > from /usr/src/secure/usr.bin/telnet/../../../crypto/telnet/telnet/commands.c:75: > /usr/obj/usr/src/i386/usr/include/openssl/des.h:208: warning: declaration of `prompt' shadows global declaration > /usr/obj/usr/src/i386/usr/include/openssl/des.h:210: warning: declaration of `prompt' shadows global declaration > /usr/obj/usr/src/i386/usr/include/openssl/des.h:211: warning: declaration of `prompt' shadows global declaration > /usr/obj/usr/src/i386/usr/include/openssl/des.h:229: warning: declaration of `prompt' shadows global declaration > *** Error code 1 > > Stop in /usr/src/secure/usr.bin/telnet. > *** Error code 1 > > Stop in /usr/src/secure/usr.bin. > *** Error code 1 > > Stop in /usr/src/secure. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > pcp01840552pcs# exit > > exit > > Script done on Mon May 13 22:41:30 2002 > > > If I'm doing something wrong, please let me know :) > > Vince > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > . > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 13:15:38 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 BE3E637B410 for ; Sat, 18 May 2002 13:15:33 -0700 (PDT) Received: (qmail 31019 invoked by uid 0); 18 May 2002 20:15:31 -0000 Received: from p50910418.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.4.24) by mail.gmx.net (mp006-rz3) with SMTP; 18 May 2002 20:15:31 -0000 Received: (qmail 28883 invoked from network); 18 May 2002 17:13:33 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 18 May 2002 17:13:33 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g4IHDW528879 for freebsd-stable@FreeBSD.ORG; Sat, 18 May 2002 19:13:32 +0200 (CEST) (envelope-from sittig) Date: Sat, 18 May 2002 19:13:32 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: Can Sysinstall now deal with 2 FBSD partitions? Message-ID: <20020518191332.K1494@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <200205172323.TAA68809@mmm1902.dulles19-verio.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200205172323.TAA68809@mmm1902.dulles19-verio.com>; from rob@pythonemproject.com on Fri, May 17, 2002 at 11:23:54PM +0000 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 Fri, May 17, 2002 at 23:23 +0000, rob@pythonemproject.com wrote: > > First slice on the drive is Win2K. My first FBSD slice has ad0s2a /, ad0s2b swap, ad0s2d /var ad0s2e /tmp ad0s2f /home and ad0s2g /usr (I'm doing this from memory since I'm at work) > > In sysinstall, I created a new slice and made the exact same partitions, only they were ad0s3*. I assigned all the mount points. I left the original ad0s2 mount points as "*". Then I used the developer release CD as the installation medium. > > And to my surprise, when I booted up, I had -current on ad0s2, and ad0s3 did not exist. Since I have a similar setup (along the lines of: ad0s2 -RELEASE /, ad0s3 -STABLE /, ad0s4 swap + -RELEASE /tmp + -RELEASE /var + -RELEASE /usr + -STABLE /tmp + -STABLE /var + -STABLE /usr + common /home) I ran into a similar problem. IIRC sysinstall already stopped me in creating or mounting another root partition if there already was one. Should sysinstall still lack support for this setup (I didn't check back since then), you can circumvent the problem by changing the (BIOS) partition tag or the (BSD) partition name of the existing installation's root partition when installing the second system and restoring its name afterwards. Later on booting one of two ad?s?a partitions hasn't been a problem. See the archives, the question has been asked before. From my sent folder I got these handles to my message, so you should be able to find the thread. Date: Sun, 11 Nov 2001 20:10:07 +0100 From: Gerhard Sittig To: freebsd-mobile@FreeBSD.ORG Subject: Re: Two FreeBSDs on same disk, booting secondary slice? Message-ID: <20011111201007.F39804@shell.gsinet.sittig.org> 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 Sat May 18 13:39:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from vinyl2.sentex.ca (vinyl2.sentex.ca [199.212.134.13]) by hub.freebsd.org (Postfix) with ESMTP id 6F93E37B408 for ; Sat, 18 May 2002 13:39:43 -0700 (PDT) Received: from house.sentex.net (cage.simianscience.com [64.7.134.1]) (authenticated bits=0) by vinyl2.sentex.ca (8.12.3/8.12.2) with ESMTP id g4IKdddd001449 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 18 May 2002 16:39:41 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020518163854.04ea6b98@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 18 May 2002 16:39:58 -0400 To: stable@FreeBSD.ORG From: Mike Tancsa Subject: releng4.freebsd.org and current.freebsd.org 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 Are these officially dead ? If so, where will snapshots be in the future ? pyroxene% ftp releng4.freebsd.org Connected to usw3.freebsd.org. 220 usw3.freebsd.org FTP server (Version 6.00LS) ready. Name (releng4.freebsd.org:mdtancsa): ftp 530 User ftp unknown. ftp: Login failed. ftp> bye 221 Goodbye. pyroxene% ftp releng.freebsd.org ftp: releng.freebsd.org: No address associated with hostname ftp> bye pyroxene% ftp current.freebsd.org Connected to usw2.freebsd.org. 220 usw2.freebsd.org FTP server (Version 6.00LS) ready. Name (current.freebsd.org:mdtancsa): ftp 331 Guest login ok, send your email address as password. Password: 550 Can't set guest privileges. ftp: Login failed. ftp> bye 221 Goodbye. pyroxene% ---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 Sat May 18 13:46:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by hub.freebsd.org (Postfix) with ESMTP id 1809437B40E for ; Sat, 18 May 2002 13:46:51 -0700 (PDT) Received: from there (adsl-67-37-188-143.dsl.chcgil.ameritech.net [67.37.188.143]) by midway.uchicago.edu (8.12.2/8.12.2) with SMTP id g4IKkoxY026011; Sat, 18 May 2002 15:46:50 -0500 (CDT) Message-Id: <200205182046.g4IKkoxY026011@midway.uchicago.edu> Content-Type: text/plain; charset="iso-8859-1" From: David Syphers Reply-To: dsyphers@uchicago.edu To: VB Subject: Re: group wheel unknown??? Date: Sat, 18 May 2002 15:46:50 -0500 X-Mailer: KMail [version 1.3.2] References: <20020518085339.A41513@sunny.localdomain> In-Reply-To: <20020518085339.A41513@sunny.localdomain> Cc: freebsd-stable@FreeBSD.ORG MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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 Saturday 18 May 2002 10:53 am, VB wrote: > HI, > > I don't have this whole mergemaster/make world thing down yet. I > mergemastered, either correctly or incorrectly. Then make world. After > about 10 minutes, I get > > ... > mtree -deU -f /usr/src/include../etc/mtree/BSD.include.dist -p > /usr/obj/usr/src/i386/usr/include > > mtree: line 6: unknown group wheel > **Error Code 1 > > Stop in /usr/src/include > ... You appear to have done something to your /etc/group file. If you check, I'll bet that the wheel group isn't there. This is odd, since wheel would be in your default /etc/group file and in the version that mergemaster was looking at. Try running mergemaster again to populate your group file, or just copy the default group file from /usr/src/etc/group. You'll need to add back groups for your users if you take the default. After this, you should delete /usr/obj, reCVSup, and try making world again. On a side note, running mergemaster before make buildworld is not recommended (see the handbook on buildling world for the recommended order of things). The exception is 'mergemaster -p' which is probably a good idea to run before. -David -- Everyone who believes in telekinesis, raise my hand... Center for Cosmological Physics The University of Chicago To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 14:47:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.noos.fr (racine.noos.net [212.198.2.71]) by hub.freebsd.org (Postfix) with ESMTP id 7A2BA37B40C for ; Sat, 18 May 2002 14:47:39 -0700 (PDT) Received: (qmail 27605605 invoked by uid 0); 18 May 2002 21:47:37 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.230.194]) (envelope-sender ) by 212.198.2.71 (qmail-ldap-1.03) with SMTP for ; 18 May 2002 21:47:37 -0000 Received: from gits.gits.dyndns.org (on0jz53tzdd4xkpw@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.3/8.12.3) with ESMTP id g4ILlai2002081; Sat, 18 May 2002 23:47:36 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.3/8.12.3/Submit) id g4ILlYrC002080; Sat, 18 May 2002 23:47:34 +0200 (CEST) (envelope-from root) Message-Id: <200205182147.g4ILlYrC002080@gits.gits.dyndns.org> Subject: Re: Tar broken for large files? In-Reply-To: <20020517232616.GC60644@no-support.loc> To: Bjoern Fischer Date: Sat, 18 May 2002 23:47:34 +0200 (CEST) From: Cyrille Lefevre Cc: Lou Katz , freebsd-stable@FreeBSD.ORG Reply-To: cyrille.lefevre@laposte.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On May 18, 2002 01:26:16 am +0200, Bjoern Fischer wrote: > On Fri, May 17, 2002 at 05:56:21AM +0200, Cyrille Lefevre wrote: > > also, how about using pax ? > > > > FYI, for writting, use pax -w -x ustar -f /dev/sa0 > > and for reading, use pax -r -pp -f /dev/sa0 > > IMHO pax(1) is one of the most underestimated archivers in the > UNIX environment. well, some advantages/disavantage of tar/cpio/pax : pax : handle sparse files natively may read broken archives (I did it recently using -E where cpio fail :) pax as tar : handle sparse files natively don't know about broken archives ? pax as cpio : handle sparse files natively unable to read broken archives :( gnu tar : need --spare to handle sparse files well may read broken archives using --ignore-failed-read (-i on older tar :) gnu cpio : need --spare to handle sparse files well unable to read broken archives :( > What about propagating pax(1) and wrap the tar(1) command line > interface into pax for compatibility. Then get rid of the old > hacked up GNU tar version in the base system. If one needs the > features of a decent GNU tar, the port is the proper way in > any event. tar and cpio are already wrapper into pax depending how it is called (pax, cpio and/or tar). so, there is noting to do except to install the required links. see PR #38256 for details : http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/38256 > All in all there are these 3 options to choose from: > > 1.) Fix the tar(1) in the base system. > 2.) Import a new fresh GNU tar version into the base system. > 3.) Push pax(1) and wrap the tar(1) CLI into it. in order, I prefer 3, 2, 1 :) Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 15:29: 9 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 93E3437B406 for ; Sat, 18 May 2002 15:29:05 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.9.1) with ESMTP id g4IMT5hU013553; Sat, 18 May 2002 15:29:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g4IMT3Qu013550; Sat, 18 May 2002 15:29:03 -0700 (PDT) Date: Sat, 18 May 2002 15:29:03 -0700 (PDT) From: Matthew Dillon Message-Id: <200205182229.g4IMT3Qu013550@apollo.backplane.com> To: freebsd-stable@freebsd.org Cc: "Lawrence.S.Lansing" , pir-sig@pir.net, mikea@mikea.ath.cx Subject: Re2: Problem with compact flash reader under -stable 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 (oops, reposting, I totally screwed up the CC line. Sorry for the dup!). I just recently purchased a SimpleTech UCF-100 flashlink... a USB compact flash reader. It didn't work right off the bat so I did a Google search and found a thread from December begun by Lawrence. In that thread it would appear that someone tried to use a quirk entry and failed. For that reason I did not try a quirk entry right off the bat but played with CAM debugging to try to diagnose the problem. The unit seemed to read mode pages just fine and I couldn't imagine why a read operation would fail so I decided to construct a Quirk entry along the lines described in the December thread and along the lines of other entries in the quirk table for this class of reader. Well, it worked! On my little HP desktop adding the quirk entry allowed me to 'dd' from the dummy scsi device and also allowed me to 'mount -t msdos /dev/da8s1 /mnt', access, and manipulate the flash files. I'm not sure why Mike Andrews experiment back in December failed. There could be other issues at work with his hardware, or changes/fixes made to the USB subsystem since then. This is just a head's up to interested parties that I was able to get this thing to work. This is the dmesg output from my unit: umass0: DataFab Systems Inc. USB CF , rev 1.10/3.08, addr 2 da8 at umass-sim0 bus 0 target 0 lun 0 da8: Removable Direct Access SCSI-0 device da8: 650KB/s transfers da8: 245MB (501760 512 byte sectors: 64H 32S/T 245C) I've submitted the quirk entry to the release engineers to try to get it into the 4.6 release. -Matt Matthew Dillon Index: scsi_da.c =================================================================== RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.42.2.23 diff -u -r1.42.2.23 scsi_da.c --- scsi_da.c 8 Apr 2002 08:44:16 -0000 1.42.2.23 +++ scsi_da.c 18 May 2002 20:44:43 -0000 @@ -340,6 +340,13 @@ }, { /* + * SimpleTech FlashLink UCF-100 + */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "OEI-USB", "CompactFlash", "*"}, + /*quirks*/ DA_Q_NO_6_BYTE + }, + { + /* * Minolta Dimage 2330 */ {T_DIRECT, SIP_MEDIA_REMOVABLE, "MINOLTA", "DIMAGE 2330*", "*"}, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 17: 2:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by hub.freebsd.org (Postfix) with SMTP id 79A2F37B404 for ; Sat, 18 May 2002 16:49:54 -0700 (PDT) Subject: 4.6-RC1 fxp0: device timeout Message-Id: <20020518234954.79A2F37B404@hub.freebsd.org> Date: Sat, 18 May 2002 16:49:54 -0700 (PDT) From: Holger.Kipp@alogis.com To: undisclosed-recipients:; 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 type this directly with no mailer-agent in between, so sorry for all the errors... I own a Toshiba MAGNIA 3000 with the following components: - SCSI: Symbios 53C875 - NIC: Intel 82558 (fxp0) With SMP I easily get fxp0: device timeout errors. The system then allows only operations that don't require disk- or network access. To provoke this error, a simple ping -f is sufficient. nic and sym are on the server board. Looks like this error is identical to kern/32478. Any chance of this being solved before 4.6-RELEASE? Same error is in 4.5-RELEASE, only that network is less stable, but the system managed to log "fxp0: device timeout" otoh. Everything works just fine if I don't use SMP. The only hint I found so far is to disable device ncr, but I already have that. Any help appreciated. Regards, Holger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 17: 2:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.getnet.net (mail.getnet.net [63.137.32.10]) by hub.freebsd.org (Postfix) with SMTP id 6C56B37B414 for ; Sat, 18 May 2002 17:02:15 -0700 (PDT) Received: (qmail 8131 invoked from network); 18 May 2002 23:54:33 -0000 Received: from 216-19-216-10.getnet.net (HELO sunny.localdomain) (216.19.216.10) by 0 with SMTP; 18 May 2002 23:54:33 -0000 Received: (from rooot@localhost) by sunny.localdomain (8.11.6/8.11.6) id g4INriB00344 for freebsd-stable@freebsd.org; Sat, 18 May 2002 16:53:44 -0700 (MST) (envelope-from swive@getnet.com) Date: Sat, 18 May 2002 16:53:44 -0700 From: VB To: freebsd-stable@freebsd.org Subject: Re: group wheel unknown??? Message-ID: <20020518165344.A285@sunny.localdomain> References: <20020518085339.A41513@sunny.localdomain> <200205182149.g4ILnnJn001385@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200205182149.g4ILnnJn001385@bunrab.catwhisker.org>; from david@catwhisker.org on Sat, May 18, 2002 at 02:49:49PM -0700 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, May 18, 2002 at 02:49:49PM -0700, David Wolfskill wrote: > Follow the steps listed in /usr/src/UPDATING. I don't know if you would like to be more vague. In this case, the nice gentleman who reminded me that mergemaster comes after make world, not before, was the grand prize winner. Maybe that's what UPDATING says; if so, my bad. I find the updating of my src to *somewhat* analogous to my first sexual experience: I don't really know what I am doing but I think it's really fun. Thank you all, Eric > > Cheers, > david > -- > David H. Wolfskill david@catwhisker.org > Trying to support Microsoft products makes about as much sense > as painting a house with watercolors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 17:50: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.12]) by hub.freebsd.org (Postfix) with ESMTP id BB6D537B40A for ; Sat, 18 May 2002 17:50:04 -0700 (PDT) Received: from there (adsl-64-108-200-60.dsl.chcgil.ameritech.net [64.108.200.60]) by midway.uchicago.edu (8.12.2/8.12.2) with SMTP id g4J0o3xY006911; Sat, 18 May 2002 19:50:03 -0500 (CDT) Message-Id: <200205190050.g4J0o3xY006911@midway.uchicago.edu> Content-Type: text/plain; charset="iso-8859-1" From: David Syphers Reply-To: dsyphers@uchicago.edu To: VB Subject: Re: group wheel unknown??? Date: Sat, 18 May 2002 19:50:04 -0500 X-Mailer: KMail [version 1.3.2] References: <20020518085339.A41513@sunny.localdomain> <200205182149.g4ILnnJn001385@bunrab.catwhisker.org> <20020518165344.A285@sunny.localdomain> In-Reply-To: <20020518165344.A285@sunny.localdomain> Cc: freebsd-stable@FreeBSD.ORG MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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 Saturday 18 May 2002 06:53 pm, VB wrote: > I find the updating of my src to *somewhat* analogous to my > first sexual experience: I don't really know what I am doing but I think > it's really fun. Except that for a source upgrade nobody minds if you read the handbook during the act :) -David -- Everyone who believes in telekinesis, raise my hand... Center for Cosmological Physics The University of Chicago To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 21:38:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by hub.freebsd.org (Postfix) with ESMTP id AF60737B40B for ; Sat, 18 May 2002 21:38:42 -0700 (PDT) Received: from pooh (mail@pooh.int [10.0.1.2]) by kanga.honeypot.net (8.12.3/8.12.3) with ESMTP id g4J4cfYv086901 for ; Sat, 18 May 2002 23:38:41 -0500 (CDT) (envelope-from kirk@strauser.com) Received: from kirk by pooh with local (Exim 3.35 #1 (Debian)) id 179ISu-0002Cx-00 for ; Sat, 18 May 2002 23:38:40 -0500 To: freebsd-stable@freebsd.org Subject: Re: New version (1.3) now online References: <87lmamawen.fsf@strauser.com> From: Kirk Strauser Date: 18 May 2002 23:38:40 -0500 In-Reply-To: <87lmamawen.fsf@strauser.com> Message-ID: <87661ksqen.fsf@strauser.com> Lines: 14 X-Mailer: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 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 really don't mean to turn this message board into Freshmeat (or Freshports, for that matter), but I've put a new version of my jail managementp package online. The major change from the previous version is the addition of an extension to the UCD-SNMP package to allow for remote monitoring of jail environments with standard network tools. As an example, I'm using Cricket to graph the number of processes running within each jail. Not much information is currently readable, but the framework is in place to easily add future functionality - expect more to come. The script is available from http://www.honeypot.net/~kirk/projects/jailmanage.html for those interested. -- Kirk Strauser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 18 22:21:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp15.singnet.com.sg (smtp15.singnet.com.sg [165.21.6.35]) by hub.freebsd.org (Postfix) with ESMTP id 465EF37B40B for ; Sat, 18 May 2002 22:21:05 -0700 (PDT) Received: from cerebus.weeguan.nu (bb-203-125-64-71.singnet.com.sg [203.125.64.71]) by smtp15.singnet.com.sg (8.12.3/8.12.3) with ESMTP id g4J5L37w003286 for ; Sun, 19 May 2002 13:21:03 +0800 Received: from nexus.weeguan.nu (nexus.weeguan.nu [192.168.0.1]) by cerebus.weeguan.nu (Postfix) with ESMTP id 32E933E27 for ; Sun, 19 May 2002 13:21:05 +0800 (SGT) Received: by nexus.weeguan.nu (Postfix, from userid 1001) id EDF9D5D20; Sun, 19 May 2002 13:20:56 +0800 (SGT) Date: Sun, 19 May 2002 13:20:56 +0800 From: weeguan@myrealbox.com To: stable@freebsd.org Subject: Initial Load of snd_maestro3.ko Causes Page Fault Message-ID: <20020519132056.A60275@nexus> Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="liOOAslEiF7prFVr" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD 4.6-PRERELEASE 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 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I have a DELL Inspiron 4000 that is tracking STABLE. Since around the time when 4.6PR came out, it has been having this annoying problem of panicking with a page fault at first boot-up just as the snd_maestro3.ko module is loaded. After the panic and a reboot, everything works fine and dandy. Reboots are working ok, but cold-boots cause the same thing to happen. Attached is uname, dmesg as well as the crashdump. Anyone has any ideas what caused this to break? Regards, Wee Guan. -- Lim, Wee Guan | PGP Fingerprint weeguan@myrealbox.com | 430F EF64 2C43 A672 67B3 ICQ: 46537067 | BFE5 6DAA B0C1 E9B1 6332 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uname.txt" FreeBSD localhost 4.6-PRERELEASE FreeBSD 4.6-PRERELEASE #0: Sun May 12 10:44:54 SGT 2002 root@localhost:/usr/obj/usr/src/sys/localhost i386 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg 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 #1: Sun May 19 09:59:57 SGT 2002 weeguan@localhost:/usr/obj/usr/src/sys/localhost Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (651.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 201244672 (196528K bytes) avail memory = 192282624 (187776K bytes) Preloaded elf kernel "kernel" at 0xc035d000. Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00fbd80 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 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 pcic0: irq 11 at device 3.0 on pci0 pcic0: PCI Memory allocated: 0x44000000 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][FUNC pci int + CSC serial isa irq] pccard0: on pcic0 pcic1: irq 11 at device 3.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pcic1: TI12XX PCI Config Reg: [ring enable][speaker enable][FUNC pci int + CSC serial isa irq] pccard1: on pcic1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x860-0x86f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xdce0-0xdcff irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip1: port 0x840-0x84f at device 7.3 on pci0 pci0: (vendor=0x125d, dev=0x1998) at 8.0 irq 5 xl0: <3Com 3c556 Fast Etherlink XL> port 0xd400-0xd4ff mem 0xfbffd800-0xfbffd87f,0xfbffdc00-0xfbffdc7f irq 11 at device 16.0 on pci0 xl0: Ethernet address: 00:01:03:84:8a:09 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: (vendor=0x10b7, dev=0x1007) at 16.1 irq 11 orm0: