From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 00:00:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FDA016A41F; Sun, 31 Jul 2005 00:00:37 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBCB243D53; Sun, 31 Jul 2005 00:00:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j6UNwn2L075063; Sat, 30 Jul 2005 17:58:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 30 Jul 2005 17:59:39 -0600 (MDT) Message-Id: <20050730.175939.108405618.imp@bsdimp.com> To: lehmann@ans-netz.de From: "M. Warner Losh" In-Reply-To: <20050731011147.2c00c819.lehmann@ans-netz.de> References: <20050731003652.12223405.lehmann@ans-netz.de> <20050730.164856.113103353.imp@bsdimp.com> <20050731011147.2c00c819.lehmann@ans-netz.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 00:00:41 -0000 In message: <20050731011147.2c00c819.lehmann@ans-netz.de> Oliver Lehmann writes: : M. Warner Losh wrote: : : > In message: <20050731003652.12223405.lehmann@ans-netz.de> : > Oliver Lehmann writes: : > : same as ep0 wants to run with: : > : : > : ep0: <3Com 3C509-Combo Etherlink III> at port 0x300-0x30f irq 9 on isa0 : > : ep0: No irq?! : > : panic: resource_list_release: resource entry is not busy : > : Uptime: 1s : > : > Bummer. Any chance you can get a traceback? : : Disks are not initialized when the pannic occures... : Any info I could provide you from within the kdb? A ,,where'' output? Is : kdb useable from serial console so far? enable ddb, and use 'trace'. However, I think I understand where it is happening. : > : As you can see, it looks like the card is not configured as PnP (because : > : that would add "(PnP)" to the description). : > : : > : On my router, fxp3 has irq 9 - Maybe it is irq sharing related? But I : > : wonder why it works with 5.4 without problems... : > : > You can't share IRQs with ISA bus. You'll need to find out what : > changed that causes fxp3 to use irq 9 now. Maybe it is APIC related? : : As I can see in an old 5.4 dmesg ep0 was the only card with irq9, fxp3 : had 11 on 5.4. OK. Sounds like either an unknown changes in the BIOS configuration (unlikely) or a subtle change in how we route interrupts that the BIOS doesn't. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 00:16:00 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB41F16A41F for ; Sun, 31 Jul 2005 00:16:00 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE1F43D45 for ; Sun, 31 Jul 2005 00:16:00 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so820277wra for ; Sat, 30 Jul 2005 17:15:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LMQn2DbpgbtsP+g6f1K0v2XeDvV9lIjHJeuSXSLJ4SBTmYEOCK2e5Cn162rsLwUtO2RXD+R0IdY9Hb6wuWBjw7yixyHX5Flzc1PGaYXTmBgMc839AUGqaHg3+uAObeKsL95x0RICV9LT2WSrRwUD+bBHp74BWdgY2FT9mWZ2iBg= Received: by 10.54.61.16 with SMTP id j16mr638480wra; Sat, 30 Jul 2005 17:15:59 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Sat, 30 Jul 2005 17:15:59 -0700 (PDT) Message-ID: <47d0403c05073017156a482fab@mail.gmail.com> Date: Sun, 31 Jul 2005 00:15:59 +0000 From: Ben Kaduk To: Sam Leffler In-Reply-To: <42EBC525.4040906@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42EAD325.60707@errno.com> <47d0403c050729223074ddf67d@mail.gmail.com> <42EBC525.4040906@errno.com> Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 00:16:00 -0000 On 7/30/05, Sam Leffler wrote: > Ben Kaduk wrote: > > On 7/30/05, Sam Leffler wrote: > > > >>Brooks fixed a bunch of bugs in dhclient and I just committed an > >>important fix to wpa_supplicant to work right when wireless cards are > >>ejected (previously it would loop). > >> > >>I also tested that dhclient does the right thing for roaming between > >>ap's--switching causes dhclient to immediately collect a new lease. > >> > >>I just ran tests with wpa_supplicant and found that it does appear to > >>handle open ap's properly. > >> > >>Everything except the wpa_supplicant changes have been MFC'd to RELENG_= 6 > >>for the 6.0RC2 build that's going to happen soon (I'm hoping to get re > >>to approve the wpa_supplicant changes). > >> > >>So the question is what are the outstanding issues with dhclient and > >>wpa_supplicant? I'm mostly concerned with wireless devices but feel > >>free to talk about wired interfaces too. If something doesn't work > >>right please try to give steps to reproduce the problem. Otherwise > >>please provide detailed info include ifconfig output. Remember that > >>dhclient logs info to /var/log/messages and you should also see link > >>state change msgs there too. > >> > >> Sam > >>_______________________________________________ > >>freebsd-current@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > >> > > > > > > > > Well, I don't know if this is something in the code or just operator > > incompotence, but I'm having some problems with dhclient on a wireless > > interface. I've got current from last night: > > > > prolepsis# uname -a > > FreeBSD prolepsis.math.uiuc.edu 7.0-CURRENT FreeBSD 7.0-CURRENT #6: > > Fri Jul 29 04:30:11 UTC 2005 > > kaduk@prolepsis.math.uiuc.edu:/usr/obj/usr/src/sys/PROLEPSIS i386 > > > > and I'm trying to connect to a friend's ap using wep. My ndis card > > seems to be recognized just fine: > > > > ndis0: mem > > 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 > > ndis0: NDIS API version: 5.0 > > ndis0: Ethernet address: 00:90:4b:2d:46:ce > > > > When I issue an: > > > > prolepsis# ifconfig ndis0 inet up ssid 'NetworkXcAe5@r' wepmode on > > wepkey 0xdeadc0de > > > > my interface associates fine, giving me this: > > > > prolepsis# ifconfig ndis0 > > ndis0: flags=3D8843 mtu 1500 > > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 > > ether 00:90:4b:2d:46:ce > > media: IEEE 802.11 Wireless Ethernet autoselect > > status: associated > > ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 > > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowma= x 100 >=20 > add weptxkey 1 or deftxkey 1--note "deftxkey UNDEF" above. >=20 > > > > but when I run: > > > > prolepsis# dhclient ndis0 > > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 > > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 > > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 16 > > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 9 > > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 11 > > DHCPDISCOVER on ndis0 to 255.255.255.255 port 67 interval 8 > > No DHCPOFFERS received. > > No working leases in persistent database - sleeping. > > > > prolepsis# ifconfig ndis0 > > ndis0: flags=3D8843 mtu 1500 > > inet6 fe80::290:4bff:fe2d:46ce%ndis0 prefixlen 64 scopeid 0x3 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > ether 00:90:4b:2d:46:ce > > media: IEEE 802.11 Wireless Ethernet autoselect > > status: associated > > ssid NetworkXcAe5@r bssid 00:12:17:1d:f7:08 > > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowma= x 100 > > > > > > dhclient doesn't seem to pick it up. I know this ap is actually > > running a dhcp server; it works on darwin. > > > > I have read that using ifconfig for wireless (encryption?) is not the > > way of the future, that I should be using wpa_supplicant, but I > > haven't been able to succesfully modify a config file to get it to > > work, and google wasn't very helpful in finding a tutorial or > > instructions for wpa_supplicant on freebsd. The archives weren't > > terribly helpful, either -- this is something that would be on > > freebsd-questions, right? Anyways, if someone could point me to a > > tutorial for wpa_supplicant, I can check that and see if I get better > > results, or if you want further information about my configuration, I > > can get that too. >=20 > There's supposed to be an update coming to the wireless setup section of > the freebsd handbook. I'd also like to see sysinstall do a better job > of setting up wireless interfaces (until the new installer is ready) and > I lobbied for a SoC project to build a GUI app to do this but w/o luck. >=20 > Setting up wpa_supplicant is actually not too bad; you just need an > /etc/wpa_supplicant.conf file that describes the networks you hook up > to. If you look in /usr/src/contrib/wpa_supplicant/wpa_supplicant.conf > there's an extensive set of examples you should be able to crib from. > Test things by running wpa_supplicant directly with something like: >=20 > wpa_supplicant -i ath0 -d -c /etc/wpa_supplicant.conf >=20 > and when you're happy configure stuff to start automatically by adding a > line to /etc/rc.conf like: >=20 > ifconfig_ath0=3D"WPA DHCP" >=20 > The trickiest part is configuring 802.1x. I'm not sure how well ndis > drivers hookup to these tools. The only driver I know works well in all > configurations is ath. >=20 > > > > Thanks for putting in all this effort. > > > > Ben Kaduk > > > > >=20 >=20 Thanks for the helpful responses -- adding 'weptxkey 1' to my ifconfig line allowed dhclient to succesfully get a lease. Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 00:48:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEACD16A41F for ; Sun, 31 Jul 2005 00:48:34 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id E387843D4C for ; Sun, 31 Jul 2005 00:48:33 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 3469 invoked by uid 89); 31 Jul 2005 00:48:19 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 31 Jul 2005 00:48:19 -0000 Date: Sun, 31 Jul 2005 02:48:32 +0200 From: Oliver Lehmann To: "M. Warner Losh" Message-Id: <20050731024832.33e536ed.lehmann@ans-netz.de> In-Reply-To: <20050730.175939.108405618.imp@bsdimp.com> References: <20050731003652.12223405.lehmann@ans-netz.de> <20050730.164856.113103353.imp@bsdimp.com> <20050731011147.2c00c819.lehmann@ans-netz.de> <20050730.175939.108405618.imp@bsdimp.com> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 00:48:35 -0000 M. Warner Losh wrote: > In message: <20050731011147.2c00c819.lehmann@ans-netz.de> > Oliver Lehmann writes: > : M. Warner Losh wrote: > : > : > In message: <20050731003652.12223405.lehmann@ans-netz.de> > : > Oliver Lehmann writes: > : > : same as ep0 wants to run with: > : > : > : > : ep0: <3Com 3C509-Combo Etherlink III> at port 0x300-0x30f irq 9 on isa0 > : > : ep0: No irq?! > : > : panic: resource_list_release: resource entry is not busy > : > : Uptime: 1s > : > > : > Bummer. Any chance you can get a traceback? > : > : Disks are not initialized when the pannic occures... > : Any info I could provide you from within the kdb? A ,,where'' output? Is > : kdb useable from serial console so far? > > enable ddb, and use 'trace'. However, I think I understand where it > is happening. Tracing pid 0 tid 0 td 0xc09e3d60 kdb_enter(c091edb8,c09e5f20,c0920b64,c0c20c00,100) at kdb_enter+0x30 panic(c0920b64,4,0,c15f0200,4) at panic+0xd5 resource_list_release(c15ef440,c1543e80,c15f0200,4,0,c160a240) at resource_list_release+0xd5 isa_release_resource(c1543e80,c15f0200,4,0,c160a240) at isa_release_resource+0x3a bus_release_resource(c15f0200,4,0,c160a240,6) at bus_release_resource+0x7f ep_free(c15f0200,c095aa88,c097ce38,c097ce38,c15f0200) at ep_free+0x65 ep_isa_attach(c15f0200,c159484c,c097ce38,c15f0200,c15f0200) at ep_isa_attach+0x13b device_attach(c15f0200,c15f0200,c0920832,908,c10213c0) at device_attach+0x6a device_probe_and_attach(c15f0200,c0980580,0,c06b60e1,c1504e80) at device_probe_and_attach+0x111 isa_probe_children(c1543e80,c0c20d88,c066a8e5,0,c1e000) at isa_probe_children+0x13c configure(0,c1e000,c1ec00,c1e000c0) at configure+0x22 mi_startup() at mi_startup+0xb5 begin() at begin+0x2c -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 01:46:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A567716A41F for ; Sun, 31 Jul 2005 01:46:52 +0000 (GMT) (envelope-from dataefx@charter.net) Received: from mxsf31.cluster1.charter.net (mxsf31.cluster1.charter.net [209.225.28.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20BBA43D45 for ; Sun, 31 Jul 2005 01:46:52 +0000 (GMT) (envelope-from dataefx@charter.net) Received: from mxip16a.cluster1.charter.net (mxip16a.cluster1.charter.net [209.225.28.146]) by mxsf31.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j6V1koxC014874 for ; Sat, 30 Jul 2005 21:46:50 -0400 Received: from 24-205-91-51.dhcp.psdn.ca.charter.com (HELO [172.16.12.102]) (24.205.91.51) by mxip16a.cluster1.charter.net with ESMTP; 30 Jul 2005 21:46:49 -0400 X-IronPort-AV: i="3.95,155,1120449600"; d="scan'208"; a="1382003106:sNHT26820844" From: John Scroggins To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-a8OtSgGNPySzHb4MtKpT" Date: Sat, 30 Jul 2005 18:46:46 -0700 Message-Id: <1122774407.11000.20.camel@depthcharge.charterpipeline.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Subject: wierd debug messages on startup and during port installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 01:46:52 -0000 --=-a8OtSgGNPySzHb4MtKpT Content-Type: text/plain Content-Transfer-Encoding: 7bit I have a test system running 7.0 with all the latest sources. When the laptop is booted up and started I get some output from the kernel debugger. Since I am not familiar with troubleshooting kernel level components, I am forwarding this for review by the devs... As a note .. it does not hinder the system in any way, it continues to boot and function without additional problems, except occasionally when I call portupgrade to update my sources.. I have attached my current dmesg log with the debug output for boot up .. seems to be related to acpi drivers -- but again I'm not sure.. I have also included the portion of the debug output which occurs when portupgrade -a is called ... if there is any other information that would be helpful in chasing this problem down .. please let me know how I can help ... _ John Scroggins dataefx at charter.net btw: as another note .. the battery monitoring function in the Gnome interface is sketchy to say the least .. but this is on the application level so I do know what relevance this has to the previously stated problem ... if any ;) --=-a8OtSgGNPySzHb4MtKpT Content-Description: Content-Disposition: inline; filename=dmesg073005 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit dataefx@depthcharge$ dmesg |less Copyright (c) 1992-2005 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 7.0-CURRENT #0: Sat Jul 30 00:30:10 PDT 2005 root@depthcharge:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (730.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 536215552 (511 MB) avail memory = 515190784 (491 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) unknown: memory range not supported acpi0: on motherboard acpi0: Power Button (fixed) unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported unknown: memory range not supported pci_link0: irq 9 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 9 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 10 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1860-0x187f irq 9 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] 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 uhci1: port 0x1880-0x189f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1800-0x181f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 4.0 (no driver attached) fwohci0: mem 0xd0214000-0xd02147ff,0xd0210000-0xd0213fff irq 10 at device 5.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:50:8b:70:31:ad:0d:15 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:50:8b:ad:0d:15 fwe0: Ethernet address: 02:50:8b:ad:0d:15 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) cbb0: at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fxp0: port 0x3040-0x307f mem 0xd0215000-0xd0215fff irq 10 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:6c:4a:50 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1820-0x182f mem 0xd0000000-0xd00003ff at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff irq 5 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 --------------------------------------- beginning of debug output during system startup ----------------------------------- malloc(M_WAITOK) of "PROC", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0b29120) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,c1c89cd4,c1041000,0,c0c20ba0) at kdb_backtrace+0x29 witness_warn(5,0,c0872679,c0857611,c1c89cd4) at witness_warn+0x18e uma_zalloc_arg(c1041000,0,2) at uma_zalloc_arg+0x41 fork1(c091f720,60034,0,c0c20bf4) at fork1+0x106 kthread_create(c0b14130,c1c89c00,c1c89cd4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1c89c00,307a74,c0b27958,c1ae9940,c1ad3980) at acpi_tz_cooling_thread_start+0x66 acpi_tz_attach(c1ad3980) at acpi_tz_attach+0x408 device_attach(c1ad3980,0,c1ad3980,c1ad3180,0) at device_attach+0x58 device_probe_and_attach(c1ad3980) at device_probe_and_attach+0xe0 bus_generic_attach(c1ad3200,3,c0c20cd8,c0b0aa6c,c1ad3200) at bus_generic_attach+0x16 acpi_probe_children(c1ad3200,5057b58,c1ad3200,c1ad3200,0) at acpi_probe_children+0x2f acpi_attach(c1ad3200) at acpi_attach+0x514 device_attach(c1ad3200,c0b26d60,c1ad3200,c1a14080,0) at device_attach+0x58 device_probe_and_attach(c1ad3200) at device_probe_and_attach+0xe0 bus_generic_attach(c1a14080,c1a14080,c1a14080,c0c20d40,c0646e64) at bus_generic_attach+0x16 nexus_attach(c1a14080) at nexus_attach+0x13 device_attach(c1a14080,c08f7730,c1a14080,c08f7730,c28000) at device_attach+0x58 device_probe_and_attach(c1a14080) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c060b73e,0,c1ec00,c1e000) at root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c0445685) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c lock order reversal 1st 0xc0b29120 ACPI thermal zone (ACPI thermal zone) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 2nd 0xc0921760 proctree (proctree) @ /usr/src/sys/kern/kern_fork.c:277 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0931c10,c0932a98,c08be16c) at kdb_backtrace+0x29 witness_checkorder(c0921760,1,c0855597,115) at witness_checkorder+0x564 _sx_slock(c0921760,c0855597,115,c1c06bf0,c1c06aa4,0,0,0) at _sx_slock+0x50 fork1(c091f720,60034,0,c0c20bf4) at fork1+0x135 kthread_create(c0b14130,c1c89c00,c1c89cd4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1c89c00,307a74,c0b27958,c1ae9940,c1ad3980) at acpi_tz_cooling_thread_start+0x66 acpi_tz_attach(c1ad3980) at acpi_tz_attach+0x408 device_attach(c1ad3980,0,c1ad3980,c1ad3180,0) at device_attach+0x58 device_probe_and_attach(c1ad3980) at device_probe_and_attach+0xe0 bus_generic_attach(c1ad3200,3,c0c20cd8,c0b0aa6c,c1ad3200) at bus_generic_attach+0x16 acpi_probe_children(c1ad3200,5057b58,c1ad3200,c1ad3200,0) at acpi_probe_children+0x2f acpi_attach(c1ad3200) at acpi_attach+0x514 device_attach(c1ad3200,c0b26d60,c1ad3200,c1a14080,0) at device_attach+0x58 device_probe_and_attach(c1ad3200) at device_probe_and_attach+0xe0 bus_generic_attach(c1a14080,c1a14080,c1a14080,c0c20d40,c0646e64) at bus_generic_attach+0x16 nexus_attach(c1a14080) at nexus_attach+0x13 device_attach(c1a14080,c08f7730,c1a14080,c08f7730,c28000) at device_attach+0x58 device_probe_and_attach(c1a14080) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c060b73e,0,c1ec00,c1e000) at root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c0445685) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c malloc(M_WAITOK) of "4096", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0b29120) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,ad0,c104ab40,8,c0c20b70) at kdb_backtrace+0x29 witness_warn(5,0,c0872679,c081a4e9,ad0) at witness_warn+0x18e uma_zalloc_arg(c104ab40,0,102) at uma_zalloc_arg+0x41 malloc(acc,c08bcf80,102,29,c0c20bdc) at malloc+0xae sigacts_alloc(c0c20bf4,c065420b,1,0,c0653be0) at sigacts_alloc+0x18 fork1(c091f720,60034,0,c0c20bf4) at fork1+0x48d kthread_create(c0b14130,c1c89c00,c1c89cd4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1c89c00,307a74,c0b27958,c1ae9940,c1ad3980) at acpi_tz_cooling_thread_start+0x66 acpi_tz_attach(c1ad3980) at acpi_tz_attach+0x408 device_attach(c1ad3980,0,c1ad3980,c1ad3180,0) at device_attach+0x58 device_probe_and_attach(c1ad3980) at device_probe_and_attach+0xe0 bus_generic_attach(c1ad3200,3,c0c20cd8,c0b0aa6c,c1ad3200) at bus_generic_attach+0x16 acpi_probe_children(c1ad3200,5057b58,c1ad3200,c1ad3200,0) at acpi_probe_children+0x2f acpi_attach(c1ad3200) at acpi_attach+0x514 device_attach(c1ad3200,c0b26d60,c1ad3200,c1a14080,0) at device_attach+0x58 device_probe_and_attach(c1ad3200) at device_probe_and_attach+0xe0 bus_generic_attach(c1a14080,c1a14080,c1a14080,c0c20d40,c0646e64) at bus_generic_attach+0x16 nexus_attach(c1a14080) at nexus_attach+0x13 device_attach(c1a14080,c08f7730,c1a14080,c08f7730,c28000) at device_attach+0x58 device_probe_and_attach(c1a14080) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c060b73e,0,c1ec00,c1e000) at root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c0445685) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c malloc(M_WAITOK) of "256", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex ACPI thermal zone r = 0 (0xc0b29120) locked @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_thermal.c:1023 KDB: stack backtrace: kdb_backtrace(1,d0,c104a3c0,4,c0c20b38) at kdb_backtrace+0x29 witness_warn(5,0,c0872679,c085cbc4,d0) at witness_warn+0x18e uma_zalloc_arg(c104a3c0,0,102) at uma_zalloc_arg+0x41 malloc(cc,c08b9dc0,102,c062b08c,29) at malloc+0xae fdinit(c19dee00,c1c7aaa8,c08583b1,0,0) at fdinit+0x20 fdcopy(c19dee00,c0c20bf4,c065420b,1,c1c7a000) at fdcopy+0x20 fork1(c091f720,60034,0,c0c20bf4) at fork1+0x4c6 kthread_create(c0b14130,c1c89c00,c1c89cd4,40000,0) at kthread_create+0x3d acpi_tz_cooling_thread_start(c1c89c00,307a74,c0b27958,c1ae9940,c1ad3980) at acpi_tz_cooling_thread_start+0x66 acpi_tz_attach(c1ad3980) at acpi_tz_attach+0x408 device_attach(c1ad3980,0,c1ad3980,c1ad3180,0) at device_attach+0x58 device_probe_and_attach(c1ad3980) at device_probe_and_attach+0xe0 bus_generic_attach(c1ad3200,3,c0c20cd8,c0b0aa6c,c1ad3200) at bus_generic_attach+0x16 acpi_probe_children(c1ad3200,5057b58,c1ad3200,c1ad3200,0) at acpi_probe_children+0x2f acpi_attach(c1ad3200) at acpi_attach+0x514 device_attach(c1ad3200,c0b26d60,c1ad3200,c1a14080,0) at device_attach+0x58 device_probe_and_attach(c1ad3200) at device_probe_and_attach+0xe0 bus_generic_attach(c1a14080,c1a14080,c1a14080,c0c20d40,c0646e64) at bus_generic_attach+0x16 nexus_attach(c1a14080) at nexus_attach+0x13 device_attach(c1a14080,c08f7730,c1a14080,c08f7730,c28000) at device_attach+0x58 device_probe_and_attach(c1a14080) at device_probe_and_attach+0xe0 root_bus_configure(c0c20d88,c060b73e,0,c1ec00,c1e000) at root_bus_configure+0x16configure(0,c1ec00,c1e000,0,c0445685) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c ----------------------------------- end of debug output during system startup --------------------------------------- atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcefff,0xe5000-0xe5fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 730902978 Hz quality 800 Timecounters tick every 1.000 msec unknown: timeout waiting for read DRQath0: mem 0xd0220000-0xd022ffff irq 11 at device 0.0 on cardbus0 ath0: Ethernet address: 00:09:5b:xx:xx:xx ath0: mac 5.9 phy 4.3 radio 4.6 ad0: 28667MB at ata0-master UDMA100 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s1a ath0: promiscuous mode enabled drm0: port 0x2000-0x20ff mem 0xd8000000-0xdfffffff,0xd0100000-0xd010ffff irq 9 at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 ath0: link state changed to DOWN ath0: link state changed to UP ath0: link state changed to DOWN ath0: link state changed to UP ath0: link state changed to DOWN ath0: link state changed to UP ------------------------------------- beginning of debug output during portupgrade -a --------------------------------- lock order reversal 1st 0xc097d360 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0932458,c0932598,c08bcd24) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c08732da,90d) at witness_checkorder+0x564 _mtx_lock_flags(c1060144,0,c08732da,90d) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c08732da,90d) at _vm_map_lock+0x26 vm_map_remove(c10600c0,c36f9000,c36fa000,d5690c08,c0780475) at vm_map_remove+0x1f kmem_free(c10600c0,c36f9000,1000,d5690c38,c077fe22) at kmem_free+0x25 page_free(c36f9000,1000,2) at page_free+0x29 zone_drain(c103fd20) at zone_drain+0x26a zone_foreach(c077fbb8,d5690cec,c0791ca3,c1ace180,d5690c74) at zone_foreach+0x37 uma_reclaim(c1ace180,d5690c74,0,c0928a80,d5690c80) at uma_reclaim+0x12 vm_pageout_scan(0,c097d7c0,0,c08747c7,5c3) at vm_pageout_scan+0x103 vm_pageout(0,d5690d38,0,c0792a5c,0) at vm_pageout+0x2c3 fork_exit(c0792a5c,0,d5690d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd5690d6c, ebp = 0 --- ------------------------------------- end of debug output during portupgrade -a ---------------------------------------- --=-a8OtSgGNPySzHb4MtKpT-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 02:31:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E5B716A41F for ; Sun, 31 Jul 2005 02:31:56 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E42D543D45 for ; Sun, 31 Jul 2005 02:31:55 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.18.175.161]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IKH00KI60D45JGB@vms044.mailsrvcs.net> for current@freebsd.org; Sat, 30 Jul 2005 21:31:53 -0500 (CDT) Date: Sat, 30 Jul 2005 22:31:18 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <42EBC525.4040906@errno.com> To: Sam Leffler Message-id: <1122777078.663.1.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <42EAD325.60707@errno.com> <47d0403c050729223074ddf67d@mail.gmail.com> <42EBC525.4040906@errno.com> Cc: current@freebsd.org, Ben Kaduk Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 02:31:56 -0000 On Sat, 2005-07-30 at 11:21 -0700, Sam Leffler wrote: > ifconfig_ath0="WPA DHCP" Silly question -- is there way to tell it that interface uses WPA but not DHCP? -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 03:21:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5118016A420; Sun, 31 Jul 2005 03:21:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 535A143D49; Sun, 31 Jul 2005 03:21:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j6V3IM7D076249; Sat, 30 Jul 2005 21:18:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 30 Jul 2005 21:19:12 -0600 (MDT) Message-Id: <20050730.211912.128048112.imp@bsdimp.com> To: lehmann@ans-netz.de From: "M. Warner Losh" In-Reply-To: <20050731024832.33e536ed.lehmann@ans-netz.de> References: <20050731011147.2c00c819.lehmann@ans-netz.de> <20050730.175939.108405618.imp@bsdimp.com> <20050731024832.33e536ed.lehmann@ans-netz.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 03:21:16 -0000 In message: <20050731024832.33e536ed.lehmann@ans-netz.de> Oliver Lehmann writes: : > enable ddb, and use 'trace'. However, I think I understand where it : > is happening. : : Tracing pid 0 tid 0 td 0xc09e3d60 : kdb_enter(c091edb8,c09e5f20,c0920b64,c0c20c00,100) at kdb_enter+0x30 : panic(c0920b64,4,0,c15f0200,4) at panic+0xd5 : resource_list_release(c15ef440,c1543e80,c15f0200,4,0,c160a240) at resource_list_release+0xd5 : isa_release_resource(c1543e80,c15f0200,4,0,c160a240) at isa_release_resource+0x3a : bus_release_resource(c15f0200,4,0,c160a240,6) at bus_release_resource+0x7f : ep_free(c15f0200,c095aa88,c097ce38,c097ce38,c15f0200) at ep_free+0x65 : ep_isa_attach(c15f0200,c159484c,c097ce38,c15f0200,c15f0200) at ep_isa_attach+0x13b : device_attach(c15f0200,c15f0200,c0920832,908,c10213c0) at device_attach+0x6a : device_probe_and_attach(c15f0200,c0980580,0,c06b60e1,c1504e80) at device_probe_and_attach+0x111 : isa_probe_children(c1543e80,c0c20d88,c066a8e5,0,c1e000) at isa_probe_children+0x13c : configure(0,c1e000,c1ec00,c1e000c0) at configure+0x22 : mi_startup() at mi_startup+0xb5 : begin() at begin+0x2c This confirms my suspicians. I'll look into fixing the panic part of this... Warner From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 06:49:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A154F16A41F for ; Sun, 31 Jul 2005 06:49:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 20ACB43D48 for ; Sun, 31 Jul 2005 06:49:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 58689 invoked by uid 399); 31 Jul 2005 06:49:16 -0000 Received: from mail1.fluidhosting.com (66.150.201.101) by mail1.fluidhosting.com with SMTP; 31 Jul 2005 06:49:16 -0000 Received: (qmail 99774 invoked by uid 399); 31 Jul 2005 06:49:16 -0000 Received: from unknown (HELO ?192.168.15.104?) (dougb@dougbarton.net@67.20.70.103) by mail1.fluidhosting.com with SMTP; 31 Jul 2005 06:49:16 -0000 Message-ID: <42EC746A.7050401@FreeBSD.org> Date: Sat, 30 Jul 2005 23:49:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <200507031439.48288.Peter_Losher@isc.org> <20050705095859.GO73907@obiwan.tataz.chchile.org> <200507051106.49609.Peter_Losher@isc.org> <20050705234758.GR73907@obiwan.tataz.chchile.org> In-Reply-To: <20050705234758.GR73907@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Losher Subject: Re: install erroring out durning mergemaster... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 06:49:17 -0000 Jeremie Le Hen wrote: > Given the error you showed us, I would say you have NO_BIND_MTREE > instead of NO_BIND_ETC in make.conf(5). This leads to not create > /var/tmp/temproot/var/named/etc/namedb and then, it appears you do not > have NO_BIND_ETC, because it tries to install files from src/etc/namedb > (see src/etc/Makefile, distribution target). > > I don't know why this separation have been made. Well, rather obviously because a person might want one, and not the other. I tried to give maximum flexibility with the NO_BIND_* knobs, given the desires that I imagined users might have, and what was expressed. > I would say that if > someone don't want Bind configuration files installed, he doesn't want > to run mtree for its chroot either. In the mergemaster case, this is a NOP because the empty directories will just be deleted. > Conversely, if he doesn't want to > run mtree for chroot'd Bind, he certainly doesn't want to install its > configuration files. I wouldn't jump to that conclusion if I were you. :) > I dare to Cc Doug Barton Well, you came close, but the e-mail address you used wasn't exactly right. I did pick this up on the list though, so I hope this is better late than never. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 09:20:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9169C16A41F; Sun, 31 Jul 2005 09:20:04 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D1CD43D45; Sun, 31 Jul 2005 09:20:04 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id D178213B82E; Sun, 31 Jul 2005 11:20:02 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15574-07; Sun, 31 Jul 2005 11:20:00 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id DF17813B744; Sun, 31 Jul 2005 11:20:00 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j6V9K00S027592; Sun, 31 Jul 2005 11:20:00 +0200 (CEST) (envelope-from stijn) Date: Sun, 31 Jul 2005 11:20:00 +0200 From: Stijn Hoop To: Sam Leffler , Damien Bergamini Message-ID: <20050731092000.GI70957@pcwin002.win.tue.nl> References: <42EAD325.60707@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <42EAD325.60707@errno.com> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 09:20:04 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > I just ran tests with wpa_supplicant and found that it does appear to=20 > handle open ap's properly. I cannot get this to work, using 2 different MiniPCI cards and a Linksys WRT54G, on a 7-CURRENT from yesterday. The cards: - an Intel Pro Wireless 2200B/G (model WM3A2200BG, Dell branded) using iwi - a Dell Truemobile 1300 WLAN (bcm4306) using ndis For details, log files, etc, see http://sandcat.nl/~stijn/freebsd/20050731-wlan/ Happy to do more digging / prodding if directed -- I'm totally out of my league when debugging wireless stuff, I just wanted it to work :-) --Stijn --=20 "Harry, I'm going to let you in on a little secret. Every day, once a day, give yourself a present. Don't plan it, don't wait for it, just let it happen. Could be a new shirt at the men's store, a catnap in your office chair, or... two cups of good, hot, black coffee. Like this." -- Special Agent Dale Cooper, "Twin Peaks" --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7JfAY3r/tLQmfWcRArLoAJ44p0+CCQEylINWOad3N9ftCBQerQCbBzy3 9GKCDE/2bayE38JB07hF2/U= =Mob7 -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 10:10:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34DAA16A41F for ; Sun, 31 Jul 2005 10:10:54 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B4443D48 for ; Sun, 31 Jul 2005 10:10:52 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 17930 invoked by uid 89); 31 Jul 2005 10:10:36 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 31 Jul 2005 10:10:36 -0000 Date: Sun, 31 Jul 2005 12:10:50 +0200 From: Oliver Lehmann To: "M. Warner Losh" Message-Id: <20050731121050.0cb34eed.lehmann@ans-netz.de> In-Reply-To: <20050730.211912.128048112.imp@bsdimp.com> References: <20050731011147.2c00c819.lehmann@ans-netz.de> <20050730.175939.108405618.imp@bsdimp.com> <20050731024832.33e536ed.lehmann@ans-netz.de> <20050730.211912.128048112.imp@bsdimp.com> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 10:10:54 -0000 M. Warner Losh wrote: > In message: <20050731024832.33e536ed.lehmann@ans-netz.de> > Oliver Lehmann writes: > : > enable ddb, and use 'trace'. However, I think I understand where it > : > is happening. > : > : Tracing pid 0 tid 0 td 0xc09e3d60 > : kdb_enter(c091edb8,c09e5f20,c0920b64,c0c20c00,100) at kdb_enter+0x30 > : panic(c0920b64,4,0,c15f0200,4) at panic+0xd5 > : resource_list_release(c15ef440,c1543e80,c15f0200,4,0,c160a240) at resource_list_release+0xd5 > : isa_release_resource(c1543e80,c15f0200,4,0,c160a240) at isa_release_resource+0x3a > : bus_release_resource(c15f0200,4,0,c160a240,6) at bus_release_resource+0x7f > : ep_free(c15f0200,c095aa88,c097ce38,c097ce38,c15f0200) at ep_free+0x65 > : ep_isa_attach(c15f0200,c159484c,c097ce38,c15f0200,c15f0200) at ep_isa_attach+0x13b > : device_attach(c15f0200,c15f0200,c0920832,908,c10213c0) at device_attach+0x6a > : device_probe_and_attach(c15f0200,c0980580,0,c06b60e1,c1504e80) at device_probe_and_attach+0x111 > : isa_probe_children(c1543e80,c0c20d88,c066a8e5,0,c1e000) at isa_probe_children+0x13c > : configure(0,c1e000,c1ec00,c1e000c0) at configure+0x22 > : mi_startup() at mi_startup+0xb5 > : begin() at begin+0x2c > > This confirms my suspicians. I'll look into fixing the panic part of > this... > at least something, thanks! -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 10:15:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E85D16A427 for ; Sun, 31 Jul 2005 10:15:28 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FA243D45 for ; Sun, 31 Jul 2005 10:15:27 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 75199BC66 for ; Sun, 31 Jul 2005 10:15:26 +0000 (UTC) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 27 Jul 2005 08:32:50 +0200." <83106.1122445970@phk.freebsd.dk> Date: Sun, 31 Jul 2005 12:15:26 +0200 Message-ID: <9488.1122804926@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: updating amd64 to current fails... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 10:15:28 -0000 Just for the record: The system clock were way out of whack, and adjusting it got things compiling. In message <83106.1122445970@phk.freebsd.dk>, Poul-Henning Kamp writes: > >Does anybody know how to get past this: > >AWK=awk sh /src/Current/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh /src/Current/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs > ncurses_def.h >sed MKterm.h.awk -e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" -e "/@NCURSES_XNAMES@/s%%1%" >awk -f MKterm.h.awk /src/Current/src/lib/libncurses/../../contrib/ncurses/include/Caps > term.h.new >sh /src/Current/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh /src/Current/src/lib/libncurses/ncurses_cfg.h term.h.new >** edit: HAVE_TCGETATTR 1 >** edit: HAVE_TERMIOS_H 1 >** edit: HAVE_TERMIO_H 0 >** edit: BROKEN_LINKER 0 >mv -f term.h.new term.h >cc -o make_keys -O2 -fno-strict-aliasing -pipe -I. -I/src/Current/src/lib/libncurses -I/src/Current/src/lib/libncurses/../../contrib/ncurses/ncurses -I/src/Current/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS /src/Current/src/lib/libn >curses/../../contrib/ncurses/ncurses/tinfo/make_keys.c >/usr/obj/src/Current/src/tmp/usr/bin/ld: cannot find -lc >*** Error code 1 > >Stop in /src/Current/src/lib/libncurses. >*** Error code 1 > >Stop in /src/Current/src. > >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 12:23:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B411F16A41F for ; Sun, 31 Jul 2005 12:23:41 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60E3743D4C for ; Sun, 31 Jul 2005 12:23:40 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from duality.bytephobia.de (p54AD3D95.dip.t-dialin.net [84.173.61.149]) by dd2626.kasserver.com (Postfix) with ESMTP id D32CBDB5F1 for ; Sun, 31 Jul 2005 14:23:38 +0200 (CEST) Date: Sun, 31 Jul 2005 14:23:34 +0200 From: Patrick Hurrelmann To: freebsd-current@freebsd.org Message-Id: <20050731142334.544e31bd.outi@bytephobia.de> Organization: private X-Mailer: Sylpheed version 2.0.0rc (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Missing COMPAT_FREEBSD5 in NOTES and LINT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 12:23:41 -0000 On a fresh RELENG_6 only the GENERIC kernel-config contains COMPAT_FREEBSD5. It is missing in LINT and NOTES. Maybe this should be added before 6.0-RELEASE? See below: [root@duality:/usr/src/sys/i386/conf#] make LINT cat ../../conf/NOTES NOTES | sed -E -n -f ../../conf/makeLINT.sed > LINT [root@duality:/usr/src/sys/i386/conf#] grep FREEBSD LINT NOTES GENERIC LINT:options COMPAT_FREEBSD4 GENERIC:options COMPAT_FREEBSD4 # Compatible with FreeBSD4 GENERIC:options COMPAT_FREEBSD5 # Compatible with FreeBSD5 Patrick -- ==================================================================== Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi@bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook /"\ \ / ASCII Ribbon Campaign X against HTML email & vCards / \ From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 13:23:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A014916A41F for ; Sun, 31 Jul 2005 13:23:50 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2628A43D62 for ; Sun, 31 Jul 2005 13:23:49 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 93656BC6B for ; Sun, 31 Jul 2005 13:23:47 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 31 Jul 2005 15:23:47 +0200 Message-ID: <10379.1122816227@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: build option survey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 13:23:50 -0000 I'm working on a script which will survey the various build options (NO_FOO, NO_BAR etc) and what their impact is on the installed system footprint. http://phk.freebsd.dk/misc/kernel_options/HTML/ The table shows size of the total installworld image, including the GENERIC kernel. Delta is the number of blocks compared to a full installworld, and no, I'm not quite sure yet why some of them take more space. Number of extra files and number of eliminated files (these link to a "mtree -f -f" output file so you can see which they were. When done chewing, all the options will be tested for their effect during "installworld only", "buildworld only" and "build+installworld" usage. When completed, this script will end up under src/tools/tools Poul-Henning PS: Interestingly, this survey has theological implications as well as it proves the long held belief that C++ is evil: The NO_CXX option which prevents the installation of this evilness eliminates exactly 666 files :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 14:20:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1453A16A41F for ; Sun, 31 Jul 2005 14:20:20 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37C2343D45 for ; Sun, 31 Jul 2005 14:20:18 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a128.otenet.gr [212.205.215.128]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j6VEI3oB027980 for ; Sun, 31 Jul 2005 17:18:03 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j6VEI2E1049384 for ; Sun, 31 Jul 2005 17:18:02 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j6VEI21s049383 for freebsd-current@freebsd.org; Sun, 31 Jul 2005 17:18:02 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 31 Jul 2005 17:18:01 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050731141801.GA49300@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 14:20:20 -0000 The following program can be used to mmap() a region outside of the current size of a file and then write to it. Should this ``expand'' the current file size? If not, should writes on this area fail? What's more interesting is that after running it on -CURRENT, I can write data that is "attached" to the file but this doesn't affect the current size of the file. The test program I used was: # #include # #include # # #include # #include # #include # #include # #include # #include # # static int mmap_test(char *fname, size_t offset, size_t len); # static int mmap_dump(unsigned char *, size_t); # static int mmap_write_test(unsigned char *, size_t); # static void usage(void); # # int # main(int argc, char *argv[]) # { # char *fname, *errp; # long val; # size_t offset, len; # # if (argc != 4) # usage(); # # fname = argv[1]; # # errno = 0; # errp = NULL; # val = strtol(argv[2], &errp, 0); # if ((errp != NULL && *errp != '\0') || errno != 0) # err(1, "strtol: %s", argv[2]); # offset = (size_t)val; # # errno = 0; # errp = NULL; # val = strtol(argv[3], &errp, 0); # if ((errp != NULL && *errp != '\0') || errno != 0) # err(1, "strtol: %s", argv[3]); # len = (size_t)val; # # if (mmap_test(fname, offset, len) != 0) # exit(EXIT_FAILURE); # # return (0); # } # # static void # usage() # { # fprintf(stderr, "usage: foo file offset len\n"); # exit(EXIT_FAILURE); # } # # static int # mmap_test(char *fname, size_t offset, size_t len) # { # int fd; # void *ptr; # # fd = open(fname, O_CREAT | O_RDWR, S_IREAD | S_IWRITE); # if (fd == -1) # err(1, "open: %s", fname); # # ptr = mmap(NULL, len, PROT_READ | PROT_WRITE, # MAP_SHARED, fd, offset); # if (ptr == NULL) # err(1, "mmap"); # # mmap_dump((unsigned char *)ptr, len); # mmap_write_test((unsigned char *)ptr, len); # mmap_dump((unsigned char *)ptr, len); # # if (munmap(ptr, len) != 0) # err(1, "munmap"); # # close(fd); # return (0); # } # # static int # mmap_dump(unsigned char *p, size_t len) # { # size_t k; # # for (k = 0; k < len; k++) { # if ((k % 16) == 0) # printf("%08lx: ", (unsigned long)k); # printf(" %02x", p[k]); # if ((k % 16) == 15) # printf("\n"); # } # if ((k % 16) != 15) # printf("\n"); # return (0); # } # # static int # mmap_write_test(unsigned char *p, size_t len) # { # size_t k; # # for (k = 0; k < len; k++) # p[k] = (unsigned char)(k % 256); # return (0); # } Here's a sample run: # gothmog:/tmp/foo$ dd if=/dev/zero of=tempfile bs=512 count=10 # 10+0 records in # 10+0 records out # 5120 bytes transferred in 0.000575 secs (8903332 bytes/sec) # gothmog:/tmp/foo$ ls -l tempfile # -rw-rw-r-- 1 giorgos wheel - 5120 Jul 31 17:12 tempfile ok, the file has been created with the right size. # gothmog:/tmp/foo$ ./foo tempfile 5120 60 # 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 # 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 # 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 # 00000030: 00 00 00 00 00 00 00 00 00 00 00 00 # 00000000: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f # 00000010: 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f # 00000020: 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f # 00000030: 30 31 32 33 34 35 36 37 38 39 3a 3b mmap() succeeded and wrote after the previous end of the file. # gothmog:/tmp/foo$ ls -l tempfile # -rw-rw-r-- 1 giorgos wheel - 5120 Jul 31 17:12 tempfile # gothmog:/tmp/foo$ hd tempfile # 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| # * # 00001400 The size of the file is still the same! # gothmog:/tmp/foo$ ./foo tempfile 5120 60 # 00000000: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f # 00000010: 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f # 00000020: 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f # 00000030: 30 31 32 33 34 35 36 37 38 39 3a 3b # 00000000: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f # 00000010: 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f # 00000020: 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f # 00000030: 30 31 32 33 34 35 36 37 38 39 3a 3b Somehow, the data written by the first mmap() is still there, but is not visible as part of the file size or by using ``normal'' commands that access its contents. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 14:26:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5206816A41F for ; Sun, 31 Jul 2005 14:26:59 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90FE43D45 for ; Sun, 31 Jul 2005 14:26:58 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKH008X8XGWY8@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Sun, 31 Jul 2005 16:26:57 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 31 Jul 2005 16:26:56 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j6VEQu9E029357 for ; Sun, 31 Jul 2005 16:26:56 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1DzEmF-00074a-00 for ; Sun, 31 Jul 2005 16:26:55 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id C69CC28466; Sun, 31 Jul 2005 16:26:25 +0200 (CEST) Date: Sun, 31 Jul 2005 16:26:25 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20050731142625.GC1190@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=eheScQNz3K90DVRs; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Cc: Subject: [PATCH] fwip(4) panic on attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 14:26:59 -0000 --eheScQNz3K90DVRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, in CURRENT and RELENG_6 I get a reproducible panic with fwip(4) when plugging in my firewire cardbus card. The following patch fixes it, but I'm not sure if it's correct. The interface works after applying the patch. Index: if_fwip.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /data/ncvs/freebsd/src/sys/dev/firewire/if_fwip.c,v retrieving revision 1.7 diff -u -r1.7 if_fwip.c --- if_fwip.c 10 Jun 2005 16:49:08 -0000 1.7 +++ if_fwip.c 31 Jul 2005 14:01:52 -0000 @@ -171,11 +171,13 @@ =20 fwip =3D ((struct fwip_softc *)device_get_softc(dev)); unit =3D device_get_unit(dev); + =20 + bzero(fwip, sizeof(struct fwip_softc)); + ifp =3D fwip->fw_softc.fwip_ifp =3D if_alloc(IFT_IEEE1394); if (ifp =3D=3D NULL) return (ENOSPC); =20 - bzero(fwip, sizeof(struct fwip_softc)); /* XXX */ fwip->dma_ch =3D -1; - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --eheScQNz3K90DVRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFC7N+RbHYXjKDtmC0RApnwAKDde5C59jf3ClLDyIhIxA7org+lVgCg3oiL /kOFAtFPCLoPciPk8Nbhr3k= =OXHA -----END PGP SIGNATURE----- --eheScQNz3K90DVRs-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 14:45:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5115416A41F; Sun, 31 Jul 2005 14:45:18 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from mta01.mail.t-online.hu (mta01.mail.t-online.hu [195.228.240.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E170C43D48; Sun, 31 Jul 2005 14:45:17 +0000 (GMT) (envelope-from gmicsko@szintezis.hu) Received: from [81.182.1.130] (unknown [81.182.1.130]) by mail.t-online.hu (Postfix) with ESMTP; Sun, 31 Jul 2005 16:45:15 +0200 (CEST) From: Gabor MICSKO To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EnUIh0QB7lnYBb+H4pVF" Date: Sun, 31 Jul 2005 16:45:14 +0200 Message-Id: <1122821114.12074.8.camel@alderaan.trey.hu> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Cc: andrew@fubar.geek.nz Subject: re: BSD Installer release 1 ( panic: Duplicate free of item 0xc26d67bc from zone 0xc204adc0(g_bio) ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 14:45:18 -0000 --=-EnUIh0QB7lnYBb+H4pVF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi! I have found a reproducible bug with the BSD Installer release 1 ( http://marc.theaimsgroup.com/?l=3Dfreebsd-current&m=3D112259565118941&w= =3D2 ) ISO. It seems to me this bug is geom related. Details (screenshots) = here: http://www.hup.hu/modules.php?name=3DNews&file=3Darticle&sid=3D9350 Thanks: - mg --=-EnUIh0QB7lnYBb+H4pVF Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ez az =?ISO-8859-1?Q?=FCzenetr=E9sz?= =?ISO-8859-1?Q?_digit=E1lis?= =?ISO-8859-1?Q?_al=E1=EDr=E1ssal?= van =?ISO-8859-1?Q?ell=E1tva?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBC7OP5o75Oas+VX1ARArxqAJ4okkwv0OsUcW+m97GHMUnv++/nsgCgsRh/ rBLYFkewQli6igUVEiwhFs0= =/vT0 -----END PGP SIGNATURE----- --=-EnUIh0QB7lnYBb+H4pVF-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 15:26:13 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 129E716A420 for ; Sun, 31 Jul 2005 15:26:13 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B000343D46 for ; Sun, 31 Jul 2005 15:26:12 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 32A1BBC66; Sun, 31 Jul 2005 15:26:11 +0000 (UTC) To: Maxim.Sobolev@portaone.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 31 Jul 2005 18:16:54 +0300." <42ECEB66.3050303@portaone.com> Date: Sun, 31 Jul 2005 17:26:10 +0200 Message-ID: <10967.1122823570@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@FreeBSD.ORG Subject: Re: build option survey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 15:26:13 -0000 In message <42ECEB66.3050303@portaone.com>, Maxim Sobolev writes: >It probably makes sense to sort the list by number of Blocks or by >number of Files. I bet that depends what you want to use it for ;-) I'm all for it. Once I have the scripts working and committed, somebody with me HTML skills than me is more than welcome to give it a shine. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 15:30:04 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9C7316A41F for ; Sun, 31 Jul 2005 15:30:04 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 123D643D53 for ; Sun, 31 Jul 2005 15:30:03 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j6VFGv96016149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Jul 2005 17:16:58 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42ECEB66.3050303@portaone.com> Date: Sun, 31 Jul 2005 18:16:54 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <10379.1122816227@phk.freebsd.dk> In-Reply-To: <10379.1122816227@phk.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/999/Sun Jul 31 15:07:28 2005 on www.portaone.com X-Virus-Status: Clean Cc: current@FreeBSD.ORG Subject: Re: build option survey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 15:30:04 -0000 It probably makes sense to sort the list by number of Blocks or by number of Files. -Maxim Poul-Henning Kamp wrote: > I'm working on a script which will survey the various build options > (NO_FOO, NO_BAR etc) and what their impact is on the installed system > footprint. > > http://phk.freebsd.dk/misc/kernel_options/HTML/ > > The table shows size of the total installworld image, including > the GENERIC kernel. > > Delta is the number of blocks compared to a full installworld, and > no, I'm not quite sure yet why some of them take more space. > > Number of extra files and number of eliminated files (these link > to a "mtree -f -f" output file so you can see which they were. > > When done chewing, all the options will be tested for their effect > during "installworld only", "buildworld only" and "build+installworld" > usage. > > When completed, this script will end up under src/tools/tools > > Poul-Henning > > PS: Interestingly, this survey has theological implications as well > as it proves the long held belief that C++ is evil: The NO_CXX > option which prevents the installation of this evilness eliminates > exactly 666 files :-) > From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 15:46:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F8916A41F for ; Sun, 31 Jul 2005 15:46:58 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C62F243D46 for ; Sun, 31 Jul 2005 15:46:57 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 23E85BC66 for ; Sun, 31 Jul 2005 15:46:55 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 31 Jul 2005 17:46:55 +0200 Message-ID: <11054.1122824815@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: Interesting task: makewhatis repeatability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 15:46:58 -0000 I just found out that makewhatis does not produce the same output after two different installworld runs. I'm not sure why this is, but it would be neat if we could fix it. To reproduce, try something like: make buildworld for i in 1 2 do rm -rf /foo/bar make installworld DESTDIR=/foo/bar md5 /foo/bar/usr/share/man/whatis done -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 15:56:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F01816A41F for ; Sun, 31 Jul 2005 15:56:18 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CBB843D58 for ; Sun, 31 Jul 2005 15:56:17 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1200301rna for ; Sun, 31 Jul 2005 08:56:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eWVvIlBKwFDqGSDHK4UlU7th/unpDatH2H8HJ40erUvtcbO6yOoQDdAoeZly4LU2/wdcZgpNKcXNb5jtDKH8LaSCQTgr61VJcGOE8CEYToEousCqXbobAi9RUcXBcJ9rO+Lqcy/xt9LVEKKC0nzFpRNtai+pntcee9T05mmE0sQ= Received: by 10.38.76.73 with SMTP id y73mr683278rna; Sun, 31 Jul 2005 08:56:16 -0700 (PDT) Received: by 10.38.13.79 with HTTP; Sun, 31 Jul 2005 08:56:16 -0700 (PDT) Message-ID: <84dead7205073108564f71f1ab@mail.gmail.com> Date: Sun, 31 Jul 2005 21:26:16 +0530 From: Joseph Koshy To: Giorgos Keramidas In-Reply-To: <20050731141801.GA49300@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050731141801.GA49300@gothmog.gr> Cc: freebsd-current@freebsd.org Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 15:56:18 -0000 > The following program can be used to mmap() a region=20 Do you still see the 'extra' data if you unmount and remount the filesystem with the test file? --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 16:35:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 575DD16A41F for ; Sun, 31 Jul 2005 16:35:43 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D46CE43D49 for ; Sun, 31 Jul 2005 16:35:42 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd21.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1DzGmr-0007up-02; Sun, 31 Jul 2005 18:35:41 +0200 Received: from Andro-Beta.Leidinger.net (GEh-SOZJreGIDP5k1vxt9-cmdTe-Tl4Ft4123zFRkiLATkn3fFSJ6C@[84.165.251.203]) by fwd21.sul.t-online.de with esmtp id 1DzGmm-11ahEW0; Sun, 31 Jul 2005 18:35:36 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j6VGZZtn097811; Sun, 31 Jul 2005 18:35:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 31 Jul 2005 18:35:35 +0200 From: Alexander Leidinger To: Poul-Henning Kamp Message-ID: <20050731183535.6f1aca53@Magellan.Leidinger.net> In-Reply-To: <10379.1122816227@phk.freebsd.dk> References: <10379.1122816227@phk.freebsd.dk> X-Mailer: Sylpheed-Claws 1.9.13 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: GEh-SOZJreGIDP5k1vxt9-cmdTe-Tl4Ft4123zFRkiLATkn3fFSJ6C@t-dialin.net X-TOI-MSGID: 765cc14e-cb99-41fa-beea-667921da9a9a Cc: current@freebsd.org Subject: Re: build option survey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 16:35:43 -0000 On Sun, 31 Jul 2005 15:23:47 +0200 Poul-Henning Kamp wrote: > > I'm working on a script which will survey the various build options > (NO_FOO, NO_BAR etc) and what their impact is on the installed system > footprint. > > http://phk.freebsd.dk/misc/kernel_options/HTML/ > Number of extra files and number of eliminated files (these link > to a "mtree -f -f" output file so you can see which they were. Nice, now we just need to add it to ObsoleteFiles.inc with appropriate ".if defined(NO_FOO)"-handling and one can remove those file depending on the NO_FOO option in make.conf just by calling one or two makefile targets (delete-old, delete-old-libs). Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 17:13:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1551B16A41F for ; Sun, 31 Jul 2005 17:13:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB4B43D53 for ; Sun, 31 Jul 2005 17:13:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6VHDKms098242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Jul 2005 10:13:21 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42ED06D8.70506@errno.com> Date: Sun, 31 Jul 2005 10:14:00 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Brueffer References: <20050731142625.GC1190@unixpages.org> In-Reply-To: <20050731142625.GC1190@unixpages.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH] fwip(4) panic on attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 17:13:22 -0000 Christian Brueffer wrote: > Hi, > > in CURRENT and RELENG_6 I get a reproducible panic with fwip(4) when > plugging in my firewire cardbus card. The following patch fixes it, > but I'm not sure if it's correct. > > The interface works after applying the patch. > > Index: if_fwip.c > =================================================================== > RCS file: /data/ncvs/freebsd/src/sys/dev/firewire/if_fwip.c,v > retrieving revision 1.7 > diff -u -r1.7 if_fwip.c > --- if_fwip.c 10 Jun 2005 16:49:08 -0000 1.7 > +++ if_fwip.c 31 Jul 2005 14:01:52 -0000 > @@ -171,11 +171,13 @@ > > fwip = ((struct fwip_softc *)device_get_softc(dev)); > unit = device_get_unit(dev); > + > + bzero(fwip, sizeof(struct fwip_softc)); > + > ifp = fwip->fw_softc.fwip_ifp = if_alloc(IFT_IEEE1394); > if (ifp == NULL) > return (ENOSPC); > > - bzero(fwip, sizeof(struct fwip_softc)); > /* XXX */ > fwip->dma_ch = -1; > I thought the softc was guaranteed to be zero'd; can't you just delete the bzero? Sam From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 17:31:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADBE416A41F for ; Sun, 31 Jul 2005 17:31:07 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B71043D45 for ; Sun, 31 Jul 2005 17:31:07 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKI008GS5ZTY8@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Sun, 31 Jul 2005 19:31:06 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 31 Jul 2005 19:31:05 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j6VHV4hq012426; Sun, 31 Jul 2005 19:31:04 +0200 (MEST) Received: from moria.hitnet.rwth-aachen.de ([137.226.181.149] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1DzHeS-0002Tu-00; Sun, 31 Jul 2005 19:31:04 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 945EE2846F; Sun, 31 Jul 2005 19:30:34 +0200 (CEST) Date: Sun, 31 Jul 2005 19:30:34 +0200 From: Christian Brueffer In-reply-to: <42ED06D8.70506@errno.com> To: Sam Leffler Message-id: <20050731173034.GB18593@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="2B/JsCI69OhZNC5r"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050731142625.GC1190@unixpages.org> <42ED06D8.70506@errno.com> Cc: current@freebsd.org Subject: Re: [PATCH] fwip(4) panic on attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 17:31:07 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 31, 2005 at 10:14:00AM -0700, Sam Leffler wrote: > Christian Brueffer wrote: > >Hi, > > > >in CURRENT and RELENG_6 I get a reproducible panic with fwip(4) when > >plugging in my firewire cardbus card. The following patch fixes it, > >but I'm not sure if it's correct. > > > >The interface works after applying the patch. > > > >Index: if_fwip.c > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /data/ncvs/freebsd/src/sys/dev/firewire/if_fwip.c,v > >retrieving revision 1.7 > >diff -u -r1.7 if_fwip.c > >--- if_fwip.c 10 Jun 2005 16:49:08 -0000 1.7 > >+++ if_fwip.c 31 Jul 2005 14:01:52 -0000 > >@@ -171,11 +171,13 @@ > >=20 > > fwip =3D ((struct fwip_softc *)device_get_softc(dev)); > > unit =3D device_get_unit(dev); > >+ =20 > >+ bzero(fwip, sizeof(struct fwip_softc)); > >+ > > ifp =3D fwip->fw_softc.fwip_ifp =3D if_alloc(IFT_IEEE1394); > > if (ifp =3D=3D NULL) > > return (ENOSPC); > >=20 > >- bzero(fwip, sizeof(struct fwip_softc)); > > /* XXX */ > > fwip->dma_ch =3D -1; > > >=20 > I thought the softc was guaranteed to be zero'd; can't you just delete=20 > the bzero? >=20 That was the other option I was considering and is also works. I wasn't sure about it though, so I left it in. There's a similar bzero() call in if_fwe.c that should be removed then. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFC7Qq6bHYXjKDtmC0RAk8eAJ0U3ZEZ6jJ8GIlWYU2qgQmtYOnphQCfY88+ iqcI83wSzKUGtKu8e12DFkY= =dp+S -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 17:42:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC3B416A41F for ; Sun, 31 Jul 2005 17:42:44 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from web33114.mail.mud.yahoo.com (web33114.mail.mud.yahoo.com [68.142.206.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 6232B43D45 for ; Sun, 31 Jul 2005 17:42:44 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 58369 invoked by uid 60001); 31 Jul 2005 17:42:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.br; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DD8ZZ43En8LsDI1azTRFrA+cNkFrtRKvtKMdQD9Cgg71vjqBhGyKCigWQGwdu7fIaQqDDmOoedh+BeGnkFCM3sO97SZS8IEAi/CBYeA9CzV564XXLo8/g9ClTWlAVgXoNXAKOfc8Aabzm9o9Ga2gUfWMtOo8+NLqLBdDCnLER6Y= ; Message-ID: <20050731174243.58367.qmail@web33114.mail.mud.yahoo.com> Received: from [201.1.107.150] by web33114.mail.mud.yahoo.com via HTTP; Sun, 31 Jul 2005 14:42:43 ART Date: Sun, 31 Jul 2005 14:42:43 -0300 (ART) From: "Ricardo A. Reis" To: current@freebsd.org, ricardo_bsd@yahoo.com.br MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: USB FLASH DISK cause panic with page fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 17:42:44 -0000 Hi all, I not sucess to get message of panic with kgdb, KGDB OUTPUT ------ kgdb /boot/kernel.debug/kernel.debug /usr/crash/vmcore.4 kgdb: kvm_read: invalid address (0x8) kgdb: kvm_read: invalid address (0x821c000) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) kgdb: kvm_read: invalid address (0x51) ----- info.4 output ---- Dump header from device /dev/ad2s1b Architecture: i386 Architecture Version: 33554432 Dump Length: 200867840B (191 MB) Blocksize: 512 Dumptime: Sun Jul 31 12:39:18 2005 Hostname: myfreebsd.homeunix.org Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.0-BETA1 #2: Sun Jul 31 08:49:07 BRT 2005 root@myfreebsd.homeunix.org:/usr/obj/usr/src/sys/GENERIC-NG Panic String: page fault Dump Parity: 3571976966 Bounds: 4 Dump Status: good -------------------------------------------------- This dump is referring a GENERIC-NG striped Kernel without debug, it should be for that motive kdb programs not work. I try get a dump with GENERIC, but this i not sucess and capture screen of db console but a vmcore,dmesg,pciconf is available in http://ricardo.epm.br/debug/ Sorry my english is bad. Thanks for Advanced.. Atenciosamente Ricardo A. Reis UNIFESP - SENAI _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 17:44:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 119BE16A41F for ; Sun, 31 Jul 2005 17:44:55 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from mail.vdsoft.org (poseidon.vdsoft.org [193.85.147.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id A089D43D45 for ; Sun, 31 Jul 2005 17:44:54 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from [10.166.236.34] (ip-85-160-78-63.eurotel.cz [85.160.78.63]) by mail.vdsoft.org (Postfix) with ESMTP id AF03747E011 for ; Sun, 31 Jul 2005 19:44:48 +0200 (CEST) Message-ID: <42ED0E27.6070202@vdsoft.org> Date: Sun, 31 Jul 2005 19:45:11 +0200 From: Vladimir Dvorak User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: AMD64 with Ralink Wifi - ray driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 17:44:55 -0000 Hello *, how it is with ray(4) driver support on AMD64 architecture ? I cannot make wireless card working - my motherboard is ASUS-A8V-Deluxe with Athlon64 CPU. Wireless card is PCI with Ralink chip RT2500: none0@pci0:12:0: class=0x028000 card=0x130f1043 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology Corp' class = network Thank you! Vladimir Dvorak From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 18:02:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B3716A41F for ; Sun, 31 Jul 2005 18:02:30 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC28243D48 for ; Sun, 31 Jul 2005 18:02:29 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 750AF1FFACB for ; Sun, 31 Jul 2005 20:02:27 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 1F6E71FF9AC; Sun, 31 Jul 2005 20:02:25 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 573C41560B; Sun, 31 Jul 2005 18:01:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5518315380 for ; Sun, 31 Jul 2005 18:01:03 +0000 (UTC) Date: Sun, 31 Jul 2005 18:01:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: PXE Loader register dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 18:02:30 -0000 Hi, using a new sk(4) for pxe booting in an amd64 machine I get following... --------------- hand transcribed ------------ SK-98xx PXE v1.12 (20031021) ... Pre-boot eXecution Environment (PXE) v2.1 ... PXE Loader 1.00 Building the boot loader arguments Relocating the loader and the BTX Starting the BTX loader int=0000000d err=0000001a efl=00030046 eip=000003f7 eax=00000000 ebx=00000028 ecx=00000000 edx=00000000 esi=00000028 edi=00000028 ebp=00000398 esp=00000392 ca=9a57 ds=9936 es=8fc0 fs=0033 gs=0033 ss=8dff cs:eip=cc 8b c8 67 8b 15 02 00-00 00 c1 e8 07 75 03 03 d1 c3 ee 83 e1 7f 81 c9-80 00 eb f3 b8 00 00 cd ss:esp=7b 03 28 00 c0 8f a6 03-98 25 a5 03 ff 8d 00 00 26 01 00 00 b0 03 52 1b-28 00 c0 8f 00 00 d4 03 BTX halted --------------- /end ------------------------ I think the same pxeboot had worked fine before with nve(4) (though nve wasn't able to mount root then). -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 18:04:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58CEF16A41F for ; Sun, 31 Jul 2005 18:04:44 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4F9943D45 for ; Sun, 31 Jul 2005 18:04:43 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so702207nzo for ; Sun, 31 Jul 2005 11:04:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=G6c9K9fgFuQj8T2e50wEVyZFTHZUiEVJmzSuWJTWEghqjYlGZQPa0M8bXlFMLUhOnggaZ40u23rxFCrq1J3nRVd2goQowsny9sHX8L9FQ8274zXtbbIYSGLA7F5ftSEsmLxWm/ebNfFi+obWDymjyICQoLcQAy+FpPtm8KbOqq4= Received: by 10.36.141.13 with SMTP id o13mr4683168nzd; Sun, 31 Jul 2005 11:04:43 -0700 (PDT) Received: from ?192.168.15.103? ([68.190.230.198]) by mx.gmail.com with ESMTP id 37sm5927985nzf.2005.07.31.11.04.42; Sun, 31 Jul 2005 11:04:43 -0700 (PDT) From: Pascal Hofstee To: Vladimir Dvorak In-Reply-To: <42ED0E27.6070202@vdsoft.org> References: <42ED0E27.6070202@vdsoft.org> Content-Type: text/plain Date: Sun, 31 Jul 2005 11:04:40 -0700 Message-Id: <1122833080.888.1.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: AMD64 with Ralink Wifi - ray driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 18:04:44 -0000 On Sun, 2005-07-31 at 19:45 +0200, Vladimir Dvorak wrote: > Hello *, > > how it is with ray(4) driver support on AMD64 architecture ? I cannot > make wireless card working - my motherboard is ASUS-A8V-Deluxe with > Athlon64 CPU. > > Wireless card is PCI with Ralink chip RT2500: > none0@pci0:12:0: class=0x028000 card=0x130f1043 chip=0x02011814 > rev=0x01 > hdr=0x00 > vendor = 'Ralink Technology Corp' > class = network Consider trying to use the if_ral ethernet driver ... it does work for me on my AMD64 (except that after a random period of time it seems to loose its connection somehow ... restarting the interface will bring it back up again usually) -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 18:15:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7905016A41F for ; Sun, 31 Jul 2005 18:15:21 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6869143D4C for ; Sun, 31 Jul 2005 18:15:20 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1210883rna for ; Sun, 31 Jul 2005 11:15:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gEB68GOgTpulGUGLjv1CT/R7NRuBMQfvZpKIppNPftpYhDFzPEO9WfTFnPtMiGNAIFMjRGLnOsw8rOKfdvbo5k8aTFHFHwLdqd+p+HTor/5NZBTaHYJbyCUZHBT9OzQ52shIvm8IRYHDnAHISeBRuuoIZQYNE789mnnEqkbcm1s= Received: by 10.38.207.80 with SMTP id e80mr1456088rng; Sun, 31 Jul 2005 11:15:19 -0700 (PDT) Received: by 10.38.13.79 with HTTP; Sun, 31 Jul 2005 11:15:19 -0700 (PDT) Message-ID: <84dead720507311115290f0140@mail.gmail.com> Date: Sun, 31 Jul 2005 23:45:19 +0530 From: Joseph Koshy To: Giorgos Keramidas In-Reply-To: <20050731160853.GC49839@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050731141801.GA49300@gothmog.gr> <84dead7205073108564f71f1ab@mail.gmail.com> <20050731160853.GC49839@gothmog.gr> Cc: freebsd-current@freebsd.org Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 18:15:21 -0000 gk> That's something I didn't test. No, the 'extra' data=20 gk> disappears. So the 'extra' data isn't reaching the FS and is probably being served up from a cached VM data the second time your test program ran. This is still a bug though: the mmap(2) manual page says: ... If len is not a multiple of the page-size, the mapped region may extend past the=20 specified range. Any such extension beyond the end of the=20 mapped object will be zero-filled. ... We are clearly not doing the zero-filling. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 18:26:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B88B316A41F; Sun, 31 Jul 2005 18:26:31 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7E0A43D5E; Sun, 31 Jul 2005 18:26:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6VIQTms098476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Jul 2005 11:26:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42ED191E.5030105@errno.com> Date: Sun, 31 Jul 2005 11:31:58 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stijn Hoop References: <42EAD325.60707@errno.com> <20050731092000.GI70957@pcwin002.win.tue.nl> In-Reply-To: <20050731092000.GI70957@pcwin002.win.tue.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Damien Bergamini , current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 18:26:31 -0000 Stijn Hoop wrote: > Hi, > > On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > >>I just ran tests with wpa_supplicant and found that it does appear to >>handle open ap's properly. > > > I cannot get this to work, using 2 different MiniPCI cards and > a Linksys WRT54G, on a 7-CURRENT from yesterday. > > The cards: > > - an Intel Pro Wireless 2200B/G (model WM3A2200BG, Dell branded) using iwi > - a Dell Truemobile 1300 WLAN (bcm4306) using ndis > > For details, log files, etc, see > > http://sandcat.nl/~stijn/freebsd/20050731-wlan/ > Sigh, well for iwi you do say: "Maybe the problem is not with wpa_supplicant though; I cannot get if_iwi to associate by using ifconfig manually either." Er, yeah, if you cannot associate w/o wpa_supplicant I'm not sure why you'd think it'd be more capable? (unless you're using wpa) The log shows: Jul 31 11:04:17 pounce kernel: iwi0: macaddr bssid chan rssi rate flag wep essid Jul 31 11:04:17 pounce kernel: - 00:50:fc:d6:85:82 00:50:fc:d6:85:82 11 38 11M ess no "default"! which means you found one ap w/ an ssid of "default" and it was rejected because you configured the device for a different ssid. However I see probe resp frames from LZ111 in your log but it's never added to the scan list for some reason. Seems like someone with iwi devices should investigate. The ndis driver shows nothing in the log that indicates it hooks up properly to the net80211 layer so wpa_supplicant is unlikely to work with it. Unfortunately there are many drivers that bypass the net80211 layer causing applications written to the common api to not work. OTOH your dhclient.conf file is so trivial that I'm not surprised it works; you could just as well have used: ifconfig_ndis0="ssid LZ111 DHCP" The issue with dhclient using dhclient.conf to set wireless parameters is that it does so, then sends it's DHCP protocol msg, then waits a fixed amount of time for a response from a DHCP server. This is prone to fail as different configurations take different amounts of time to complete the scan+associate work. Also dhclient (now) processes link state and assoc/reassoc/disassoc msgs which confuses this approach. I did some changes to have it ignore these messages while setting the media parameters but it was complicated and still routinely failed because the timeouts were too small. In the end I concluded that it wasn't worth supporting this mechanism any more; that wpa_supplicant is the better approach since it will scan ONCE and then select the appropriate network (while dhclient had to scan once for each possible network). In general I have advocated that dhclient do less; in this case I want dhclient to let someone else setup the wireless networking parameters and have it do just the dhcp protocol. The fact that dhclient messes with media parameters for an interface is more a byproduct of configuring wired networks (and not having better tools to configure wireless networks). wpa_supplicant depends on a couple features in the net80211 layer to work properly: manual roaming (forcing the driver to not automtically do things like associate after scanning so it can instead decide which ap to use), scan (scan for ap's and report results), and associate to a particular ap (as identified in the scan results). Past that it uses the common ioctl's defined to set keys and other parameters that you normally get to via ifconfig. For wpa and 802.1x is needs some more stuff. Drivers that bypass the net80211 layer for some or all of this stuff may not work correctly and should be fixed. > Happy to do more digging / prodding if directed -- I'm totally out of > my league when debugging wireless stuff, I just wanted it to work :-) > > --Stijn > From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 18:54:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B5A316A41F for ; Sun, 31 Jul 2005 18:54:40 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3A6E43D48 for ; Sun, 31 Jul 2005 18:54:39 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 8D235319EE5; Sun, 31 Jul 2005 20:54:38 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 4ABAE405B; Sun, 31 Jul 2005 20:54:58 +0200 (CEST) Date: Sun, 31 Jul 2005 20:54:58 +0200 From: Jeremie Le Hen To: Kris Kennaway Message-ID: <20050731185458.GT68965@obiwan.tataz.chchile.org> References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> <20050729194042.GB17862@xor.obsecurity.org> <864qacg43l.fsf@xps.des.no> <20050730165238.GA83775@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20050730165238.GA83775@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 18:54:40 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello all, > > > AFAIK you have to buildworld first, yes. This builds the bootstrap > > > tools needed to safely build the kernel. > > > > 'make kernel-toolchain' is sufficient preparation for buildkernel. > > Thanks, I knew there was a target for it but couldn't find it > documented in the makefiles. I'm not sure if this is intended to be documented someday, but I added a small description of it to build(7) manual page. Diff is attached. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="build7_kernel-toolchain.diff" Index: share/man/man7/build.7 =================================================================== RCS file: /nfs/obiwan/cvs/src/share/man/man7/build.7,v retrieving revision 1.31 diff -u -r1.31 build.7 --- share/man/man7/build.7 23 Jul 2005 14:23:30 -0000 1.31 +++ share/man/man7/build.7 31 Jul 2005 20:51:35 -0000 @@ -84,6 +84,9 @@ .It Cm installworld Install everything built by .Cm buildworld . +.It Cm kernel-toolchain +Rebuild the tools needed for kernel compilation. Use this if you +did not used buildworld first. .It Cm buildkernel Rebuild the kernel and the kernel modules. .It Cm installkernel --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 19:00:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DBDC16A41F for ; Sun, 31 Jul 2005 19:00:25 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E3F643D5E for ; Sun, 31 Jul 2005 19:00:24 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j6VJ0Mhf004705 for ; Sun, 31 Jul 2005 12:00:24 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v622) Content-Transfer-Encoding: 7bit Message-Id: <560747f4f3d58887485e1a2c0c25ac26@xcllnt.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Marcel Moolenaar Date: Sun, 31 Jul 2005 12:00:20 -0700 X-Mailer: Apple Mail (2.622) Cc: Subject: 6.0-BETA1: rpc.lockd broken for NFS server only configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 19:00:25 -0000 Gang, I upgraded to 6.0-BETA1 for my NFS server yesterday and rpc.lockd stopped working as an immediate result of that. The error being logged is: rpc.lockd: nfslock: No such file or directory Apparently the nfslock pseudo-device is only compiled into the kernel when device nfsclient is present. This would indicate that I don't need rpc.lockd running on the server. However, NFS clients hang when they try to lock files across NFS: bigsur% vi pmap.c *hang* */me typing ^T after a couple of minutes* load: 0.00 cmd: vi 457 [lockd] 0.01u 0.01s 0% 2976k This tells me that NFS locking does not work if rpc.lockd is not running on the server. I could of course add nfsclient to my kernel configuration file, but that annihilates the effort to split the server functionality from the client functionality, so that's no solution. In short: NFS locking is broken again -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 19:26:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0EA416A41F for ; Sun, 31 Jul 2005 19:26:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DE343D45 for ; Sun, 31 Jul 2005 19:26:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id CD19A4CE7C5; Sun, 31 Jul 2005 12:26:19 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75979-02; Sun, 31 Jul 2005 12:26:18 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 342F64CE7C3; Sun, 31 Jul 2005 12:26:18 -0700 (PDT) Message-ID: <42ED25D9.7020702@elischer.org> Date: Sun, 31 Jul 2005 12:26:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Gabor MICSKO References: <1122821114.12074.8.camel@alderaan.trey.hu> In-Reply-To: <1122821114.12074.8.camel@alderaan.trey.hu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: freebsd-current@freebsd.org, andrew@fubar.geek.nz Subject: Re: BSD Installer release 1 ( panic: Duplicate free of item 0xc26d67bc from zone 0xc204adc0(g_bio) ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 19:26:20 -0000 While I can not suggest a fix, I highly recommend you fro such a nice bug report.. the screen shots are beautifully done.. how do you do it? serial console? vmware? kvm? Gabor MICSKO wrote: >Hi! > >I have found a reproducible bug with the BSD Installer release 1 >( http://marc.theaimsgroup.com/?l=freebsd-current&m=112259565118941&w=2 ) ISO. It seems to me this bug is geom related. Details (screenshots) here: > >http://www.hup.hu/modules.php?name=News&file=article&sid=9350 > >Thanks: > >- >mg > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 20:12:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F3116A420 for ; Sun, 31 Jul 2005 20:12:21 +0000 (GMT) (envelope-from brian@aljex.com) Received: from s1tank.virtdom.com (s1tank.virtdom.com [216.240.101.50]) by mx1.FreeBSD.org (Postfix) with SMTP id E8C0B43D53 for ; Sun, 31 Jul 2005 20:12:20 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 23351 invoked by uid 89); 31 Jul 2005 20:29:31 -0000 Received: from ool-4355e580.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.229.128) by s1tank.virtdom.com with SMTP; 31 Jul 2005 20:29:31 -0000 Message-ID: <075601c5960c$264a1390$f21fa8c0@venti> From: "Brian K. White" To: , References: <001401c57f66$d7d01fe0$941fa8c0@venti> <00a901c581fd$48c4e760$941fa8c0@venti> Date: Sun, 31 Jul 2005 16:12:17 -0400 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Re: wireless keyboard with built in touchpad X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 20:12:22 -0000 ----- Original Message ----- From: "Brian K. White" To: ; Sent: Wednesday, July 06, 2005 3:35 AM Subject: Re: wireless keyboard with built in touchpad > > ----- Original Message ----- > From: "Brian K. White" > To: ; > Sent: Saturday, July 02, 2005 8:33 PM > Subject: wireless keyboard with built in touchpad > > >>I have a VGP-WKB1 Sony Vaio usb, 2.4gz rf wireless, keyboard with >>built-in touch pad and seperate wireless mouse. >> >> Gizmodo article >> http://www.gizmodo.com/gadgets/peripherals/input/vaio-vgpwkb1-wireless-keyboard-with-touchpad-036744.php >> >> Sony product page >> http://www.sonystyle.com/is-bin/INTERSHOP.enfinity/eCS/Store/en/-/USD/SY_DisplayProductInformation-Start?ProductSKU=VGPWKB1&CategoryName=hid_pr_p_20_per_ecoupon_all&DCMP=CNET_DF&HQS=NBA_VGPWKB1 >> >> better pictures on this japanese page: >> http://www.watch.impress.co.jp/akiba/hotline/20050319/etc_vgpwkb1.html >> > [...] >> Like all the others I tried, the keyboard part of this works fine on >> 5.4-release (what thinbsd is built on) >> and the mouse is unrecognized. >> Ordinary usb mice work fine, including when indirectly connected via >> hubs. I have one slim wired usb keyoard which has a built in 2 port hub >> and a usb mouse works fine plugged into it. > [...] >> Who can I bribe to get the mouse working ? >> Can I buy one of these and give it to someone (as in it's yours forever) >> in return for updating the mouse detection in usbd or in the kernel? or >> even just figuring out whatever cheap hack would allow it to work like >> maybe just commenting uhid out of the kernel config like you have to do >> for apcupsd? >> >> dmesg on 5.4-release shows this near the end: >> >> ukbd0: Sony RF Receiver, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 >> uhid0: Sony RF Receiver, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 >> >> I'm also willing to do the usual testing and reporting myself according >> to someones direction of course but I really want this so I don't mind >> making it worth someones while. >> It's a really sweet unit. > > More info: > It partially works on Linux. > Xandros Desktop 3 autodetects the mouse (linux 2.6.9 / xorg 6.7.0) > The pointer works but not the buttons. > Even xev doesn't show anything at all when I move the pointer into the xev > window and press the buttons. > Tapping in the touchpad area doesn't produce a button-press either. > But the pointer follows your finger just fine. More info: It works fully, out of the box, on SuSE 9.3 (even the LiveDVD, no manual config) Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 20:19:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E766116A41F for ; Sun, 31 Jul 2005 20:19:04 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2CE143D49 for ; Sun, 31 Jul 2005 20:19:03 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a053.otenet.gr [212.205.215.53]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j6VKJ1lf030842; Sun, 31 Jul 2005 23:19:01 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j6VKJ0RR001227; Sun, 31 Jul 2005 23:19:00 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j6VKIwOW001226; Sun, 31 Jul 2005 23:18:58 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 31 Jul 2005 23:18:58 +0300 From: Giorgos Keramidas To: Joseph Koshy Message-ID: <20050731201858.GC1052@gothmog.gr> References: <20050731141801.GA49300@gothmog.gr> <84dead7205073108564f71f1ab@mail.gmail.com> <20050731160853.GC49839@gothmog.gr> <84dead720507311115290f0140@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720507311115290f0140@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 20:19:05 -0000 On 2005-07-31 23:45, Joseph Koshy wrote: > gk> That's something I didn't test. No, the 'extra' data > gk> disappears. > > So the 'extra' data isn't reaching the FS and is probably > being served up from a cached VM data the second time your > test program ran. > > This is still a bug though: the mmap(2) manual page > says: > ... > If len is not a multiple of > the page-size, the mapped region may extend past the > specified range. Any such extension beyond the end of the > mapped object will be zero-filled. > ... > > We are clearly not doing the zero-filling. The mapping is allocated as MAP_SHARED, so when I unmap() it from a process that has attached to the specific object/file/whatever that is, it shouldn't be zeroed. The bug seems to be elsewhere, namely to the fact that the filesystem code never realizes the file has changed size after I use mmap() to map a region beyond its current size and write past its current end. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 20:35:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52D3E16A41F; Sun, 31 Jul 2005 20:35:22 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta206-rme.xtra.co.nz (mta206-rme.xtra.co.nz [210.86.15.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F4F43D46; Sun, 31 Jul 2005 20:35:20 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta3-rme.xtra.co.nz ([210.86.15.194]) by mta206-rme.xtra.co.nz with ESMTP id <20050731203518.RLKZ1784.mta206-rme.xtra.co.nz@mta3-rme.xtra.co.nz>; Mon, 1 Aug 2005 08:35:18 +1200 Received: from serv.int.fubar.geek.nz ([222.152.103.73]) by mta3-rme.xtra.co.nz with ESMTP id <20050731203517.VQMC1650.mta3-rme.xtra.co.nz@serv.int.fubar.geek.nz>; Mon, 1 Aug 2005 08:35:17 +1200 Received: from [192.168.1.160] (unknown [192.168.1.160]) by serv.int.fubar.geek.nz (Postfix) with ESMTP id 5BACD612A; Mon, 1 Aug 2005 08:35:16 +1200 (NZST) Message-ID: <42ED3604.5090502@fubar.geek.nz> Date: Mon, 01 Aug 2005 08:35:16 +1200 From: Andrew Turner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gabor MICSKO References: <1122821114.12074.8.camel@alderaan.trey.hu> In-Reply-To: <1122821114.12074.8.camel@alderaan.trey.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 ( panic: Duplicate free of item 0xc26d67bc from zone 0xc204adc0(g_bio) ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 20:35:22 -0000 Gabor MICSKO wrote: >Hi! > >I have found a reproducible bug with the BSD Installer release 1 >( http://marc.theaimsgroup.com/?l=freebsd-current&m=112259565118941&w=2 ) ISO. It seems to me this bug is geom related. Details (screenshots) here: > >http://www.hup.hu/modules.php?name=News&file=article&sid=9350 > >Thanks: > >- >mg > > I've only seen that with PREEMPTION enabled, disabling it stops the panic. Andrew From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 20:56:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C14216A41F for ; Sun, 31 Jul 2005 20:56:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DDE043D46 for ; Sun, 31 Jul 2005 20:56:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id D37714CE7EF for ; Sun, 31 Jul 2005 13:56:00 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78008-02 for ; Sun, 31 Jul 2005 13:55:59 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 1503C4CE7EE for ; Sun, 31 Jul 2005 13:55:59 -0700 (PDT) Message-ID: <42ED3ADE.9040508@elischer.org> Date: Sun, 31 Jul 2005 13:55:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Subject: 6.0: Unable to make disks 100% busy in file system reads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 20:56:02 -0000 On my 4.x systems, the following comand makes disks go about 100% (well, 98%) busy (measured by systat -vmstat). tar cf /dev/null /usr I know that some versions of tar recognise /dev/null as an output device and cheat, so to be sure I confirmed that tar cf - /usr | dd of=/dev/null bs=128k has the same result (IDE drive). The same command run on 6.0 has difficulty keeping the drives 70% busy. (though for sume unknow reason I have seen it get to 87% for up to 10 or 15 seconds at a time). measured by gstat AND systems -vmstat. cpu usage at the time: 21.0%Sys 2.3%Intr 0.5%User 0.0%Nice 76.2%Idl 17.9%Sys 2.0%Intr 0.5%User 0.0%Nice 79.5%Idl it is noticable that the times that the disk usage goes higher (e.g. 87%) the system idle time is also higher, and sys time drops to about 6% so I am presuming it is a set of large files being traversed at that time. Softupdates is NOT enabled. Now if I start TWO of the work processses, the drive usage climbs to a pretty permanent 98% which is quite acceptable. So, it's not geom, at least, not in any direct manner. The interesting part is that 4.11 is able to force this disk usage with just one work process. it seems to be something to do with the speed of the return information for the read from disk.. Some scheduler interaction possibly, along with some side effects of the new. I've been looking at the way that the scheduling works and not seen anything that really stands out.. If anyone has any ideas of other things to look at I'm all ears.. Julian From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 21:04:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9517916A41F for ; Sun, 31 Jul 2005 21:04:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42D1D43D46 for ; Sun, 31 Jul 2005 21:04:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 079054CE94A; Sun, 31 Jul 2005 14:04:48 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78347-02; Sun, 31 Jul 2005 14:04:47 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 558F14CE910; Sun, 31 Jul 2005 14:04:47 -0700 (PDT) Message-ID: <42ED3CEE.2090803@elischer.org> Date: Sun, 31 Jul 2005 14:04:46 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <42ED3ADE.9040508@elischer.org> In-Reply-To: <42ED3ADE.9040508@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: 6.0: Unable to make disks 100% busy in file system reads. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 21:04:48 -0000 Julian Elischer wrote: > On my 4.x systems, the following comand makes disks go about 100% > (well, 98%) busy > (measured by systat -vmstat). > > tar cf /dev/null /usr > > I know that some versions of tar recognise /dev/null as an output > device and > cheat, so to be sure I confirmed that > > tar cf - /usr | dd of=/dev/null bs=128k > > has the same result (IDE drive). > > The same command run on 6.0 has difficulty keeping the drives 70% busy. > (though for sume unknow reason I have seen it get to 87% for up to > 10 or 15 seconds at a time). > > measured by gstat AND systems -vmstat. > > cpu usage at the time: > > 21.0%Sys 2.3%Intr 0.5%User 0.0%Nice 76.2%Idl > 17.9%Sys 2.0%Intr 0.5%User 0.0%Nice 79.5%Idl > it is noticable that the times that the disk usage goes higher (e.g. 87%) > the system idle time is also higher, and sys time drops to about 6% so > I am presuming it is a set of large files being traversed at that time. > Softupdates is NOT enabled. > > Now if I start TWO of the work processses, the drive usage climbs to a > pretty permanent 98% which is quite acceptable. So, it's not geom, > at least, not in any direct manner. > > The interesting part is that 4.11 is able to force this disk usage > with just one > work process. > > it seems to be something to do with the speed of the return > information for the read > from disk.. Some scheduler interaction possibly, along with some side > effects of the > new. .. queueing behaviour. > I've been looking at the way that the scheduling works and not seen > anything that > really stands out.. If anyone has any ideas of other things to look at > I'm all ears.. for example.. is the sequential lookahead working as well in the new world... > > > Julian > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 21:45:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1159516A41F; Sun, 31 Jul 2005 21:45:42 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 176BC43D4C; Sun, 31 Jul 2005 21:45:40 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by pastinakel.tue.nl (Postfix) with ESMTP id B7D1B14C153; Sun, 31 Jul 2005 23:45:39 +0200 (CEST) Received: from pastinakel.tue.nl ([127.0.0.1]) by localhost (pastinakel.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83671-03; Sun, 31 Jul 2005 23:45:38 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id C2E5114C12C; Sun, 31 Jul 2005 23:45:38 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j6VLjcQ8031383; Sun, 31 Jul 2005 23:45:38 +0200 (CEST) (envelope-from stijn) Date: Sun, 31 Jul 2005 23:45:38 +0200 From: Stijn Hoop To: Sam Leffler Message-ID: <20050731214538.GJ70957@pcwin002.win.tue.nl> References: <42EAD325.60707@errno.com> <20050731092000.GI70957@pcwin002.win.tue.nl> <42ED191E.5030105@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WfZ7S8PLGjBY9Voh" Content-Disposition: inline In-Reply-To: <42ED191E.5030105@errno.com> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: Damien Bergamini , current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 21:45:42 -0000 --WfZ7S8PLGjBY9Voh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 31, 2005 at 11:31:58AM -0700, Sam Leffler wrote: > Stijn Hoop wrote: > > On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > > > I just ran tests with wpa_supplicant and found that it does appear to= =20 > > > handle open ap's properly. > > > > I cannot get this to work, using 2 different MiniPCI cards and > > a Linksys WRT54G, on a 7-CURRENT from yesterday. > > > > The cards: > > > > - an Intel Pro Wireless 2200B/G (model WM3A2200BG, Dell branded) using = iwi > > - a Dell Truemobile 1300 WLAN (bcm4306) using ndis > > > > For details, log files, etc, see > > > > http://sandcat.nl/~stijn/freebsd/20050731-wlan/ >=20 > Sigh, well for iwi you do say: >=20 > "Maybe the problem is not with wpa_supplicant though; I cannot get=20 > if_iwi to associate by using ifconfig manually either." > > Er, yeah, if you cannot associate w/o wpa_supplicant I'm not sure why=20 > you'd think it'd be more capable? (unless you're using wpa) Wasn't sure myself either; but maybe wpa_supplicant set some modes differently then 'plain regular' ifconfig. At least now I know I have to get it working first, so I'll try that in the future. > The log shows: >=20 > Jul 31 11:04:17 pounce kernel: iwi0: macaddr bssid=20 > chan rssi rate flag wep essid > Jul 31 11:04:17 pounce kernel: - 00:50:fc:d6:85:82 00:50:fc:d6:85:82=20 > 11 38 11M ess no "default"! >=20 > which means you found one ap w/ an ssid of "default" and it was rejected= =20 > because you configured the device for a different ssid. However I see=20 > probe resp frames from LZ111 in your log but it's never added to the=20 > scan list for some reason. Seems like someone with iwi devices should=20 > investigate. OK, so this confirms a bug in if_iwi. I'll send a PR. > The ndis driver shows nothing in the log that indicates it hooks up=20 > properly to the net80211 layer so wpa_supplicant is unlikely to work=20 > with it. Unfortunately there are many drivers that bypass the net80211= =20 > layer causing applications written to the common api to not work. :-( > OTOH your dhclient.conf file is so trivial that I'm not surprised it work= s;=20 > you could just as well have used: >=20 > ifconfig_ndis0=3D"ssid LZ111 DHCP" Didn't know that either, good idea. One less config file to edit. > The issue with dhclient using dhclient.conf to set wireless parameters=20 > is that it does so, then sends it's DHCP protocol msg, then waits a=20 > fixed amount of time for a response from a DHCP server. This is prone=20 > to fail as different configurations take different amounts of time to=20 > complete the scan+associate work. Also dhclient (now) processes link=20 > state and assoc/reassoc/disassoc msgs which confuses this approach. I=20 > did some changes to have it ignore these messages while setting the=20 > media parameters but it was complicated and still routinely failed=20 > because the timeouts were too small. In the end I concluded that it=20 > wasn't worth supporting this mechanism any more; that wpa_supplicant is= =20 > the better approach since it will scan ONCE and then select the=20 > appropriate network (while dhclient had to scan once for each possible=20 > network). In general I have advocated that dhclient do less; in this=20 > case I want dhclient to let someone else setup the wireless networking=20 > parameters and have it do just the dhcp protocol. The fact that=20 > dhclient messes with media parameters for an interface is more a=20 > byproduct of configuring wired networks (and not having better tools to= =20 > configure wireless networks). OK, noted. So 'all it takes' is someone converting ndis to use all of the 802.11 api? (no idea how large a task this is). > wpa_supplicant depends on a couple features in the net80211 layer to=20 > work properly: manual roaming (forcing the driver to not automtically do= =20 > things like associate after scanning so it can instead decide which ap=20 > to use), scan (scan for ap's and report results), and associate to a=20 > particular ap (as identified in the scan results). Past that it uses=20 > the common ioctl's defined to set keys and other parameters that you=20 > normally get to via ifconfig. For wpa and 802.1x is needs some more=20 > stuff. Drivers that bypass the net80211 layer for some or all of this=20 > stuff may not work correctly and should be fixed. Is there a list of these drivers? How about ral/ural? I read about other problems with those. About the only useful wireless option then is an Atheros card? Thanks for the detailed reply, some of this stuff makes more sense now. --Stijn --=20 I really hate this damned machine I wish that they would sell it. It never does quite what I want But only what I tell it. --WfZ7S8PLGjBY9Voh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7UaCY3r/tLQmfWcRAguYAKCTKKX/lrapyGHrKT89nibic//EjQCfWCws l02rsaPl+YwyC7on+/32HuE= =jaWb -----END PGP SIGNATURE----- --WfZ7S8PLGjBY9Voh-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 22:46:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A576716A41F for ; Sun, 31 Jul 2005 22:46:08 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D5543D45 for ; Sun, 31 Jul 2005 22:46:07 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b240.otenet.gr [212.205.244.248]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j6VMk3t8022685; Mon, 1 Aug 2005 01:46:04 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j6VMk2Ln002066; Mon, 1 Aug 2005 01:46:02 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j6VMk27w002065; Mon, 1 Aug 2005 01:46:02 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Mon, 1 Aug 2005 01:46:01 +0300 From: Giorgos Keramidas To: Garrett Wollman Message-ID: <20050731224601.GA2024@gothmog.gr> References: <20050731141801.GA49300@gothmog.gr> <84dead7205073108564f71f1ab@mail.gmail.com> <20050731160853.GC49839@gothmog.gr> <84dead720507311115290f0140@mail.gmail.com> <20050731201858.GC1052@gothmog.gr> <17133.21281.703540.383144@khavrinen.csail.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17133.21281.703540.383144@khavrinen.csail.mit.edu> Cc: freebsd-current@freebsd.org Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 22:46:08 -0000 On 2005-07-31 18:39, Garrett Wollman wrote: >< said: >> The bug seems to be elsewhere, namely to the fact that the filesystem >> code never realizes the file has changed size after I use mmap() to map >> a region beyond its current size and write past its current end. > > You should not expect it to do that. If you want to extend a file, > use ftruncate() before mapping it. Anything written past the end of a > file should be discarded on last close. I see. Thank you for the explanation :) It seems strange though that when the test program runs and finishes, munmapping the region and closing the file the data is still visible. Perhaps the fact that I used MAP_SHARED plays a role in that? Is the fact that the data written to the mapped region visible after the close (by mapping the same region) expected too? - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 00:08:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A152016A41F; Mon, 1 Aug 2005 00:08:04 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ED8743D46; Mon, 1 Aug 2005 00:08:03 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [151.26.125.187] (ppp-187-125.26-151.libero.it [151.26.125.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id B8C1F58DA; Mon, 1 Aug 2005 02:08:16 +0200 (CEST) Message-ID: <42ED67A5.8060102@freesbie.org> Date: Mon, 01 Aug 2005 02:07:01 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: it, it-it, en-us, en MIME-Version: 1.0 To: Peter Grehan References: <42EB7B3E.3030308@freebsd.org> In-Reply-To: <42EB7B3E.3030308@freebsd.org> X-Enigmail-Version: 0.92.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigECC82BE48BFEF02DAB0691F5" Cc: current@freebsd.org, fs@freebsd.org Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 00:08:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigECC82BE48BFEF02DAB0691F5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Peter Grehan wrote: > Hi Dario, > > I've come across this too: a hack is at: > > http://people.freebsd.org/~grehan/cd9660_vfsops.diff > > ... though I think that's the wrong way to do it. > > I guess you and I are the only ones to ever mount cd9660 as root :) I guess it too :) Thank you very much for the patch. Can't be it commited? Or can't this problem be fixed on the source tree in some way? I think the cd9660 root "feature" is quite unusable this way. Bye, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enigECC82BE48BFEF02DAB0691F5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC7Weoymi72IiShysRAmBSAJ0U+idqjx5AW8iCzGTvr7vph/HeEACfb1j/ NsQkwDBH85V+UHwQqLio2ZQ= =Wn4Z -----END PGP SIGNATURE----- --------------enigECC82BE48BFEF02DAB0691F5-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 00:28:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 338E316A41F for ; Mon, 1 Aug 2005 00:28:11 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FB443D45 for ; Mon, 1 Aug 2005 00:28:10 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 95C0719F3B; Sun, 31 Jul 2005 17:30:54 -0700 (PDT) From: "Darren Pilgrim" To: "'Alexandre \"Sunny\" Kovalenko'" , "'Sam Leffler'" Date: Sun, 31 Jul 2005 17:28:07 -0700 Message-ID: <001701c5962f$e5050d30$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <1122777078.663.1.camel@RabbitsDen> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: current@freebsd.org, 'Ben Kaduk' Subject: RE: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 00:28:11 -0000 From: Alexandre "Sunny" Kovalenko > > Silly question -- is there way to tell it that interface uses > WPA but not DHCP? Yes, take out the DHCP keyword. The WPA and DHCP keywords are independant of each other. From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 04:30:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E533416A41F for ; Mon, 1 Aug 2005 04:30:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A7B843D46 for ; Mon, 1 Aug 2005 04:30:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j714TCI8099777; Sun, 31 Jul 2005 22:29:17 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 31 Jul 2005 22:30:03 -0600 (MDT) Message-Id: <20050731.223003.28456994.imp@bsdimp.com> To: lehmann@ans-netz.de From: "M. Warner Losh" In-Reply-To: <20050731024832.33e536ed.lehmann@ans-netz.de> References: <20050731011147.2c00c819.lehmann@ans-netz.de> <20050730.175939.108405618.imp@bsdimp.com> <20050731024832.33e536ed.lehmann@ans-netz.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: mlx(4) fully and ep(4) partially broken on 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 04:30:26 -0000 I've committed a fix for the ISA attach panic (not the isa attach failure, which is proper given how interrupts are doled out in the new world order). I suspect that the next step is going to be boot -v for 5.x and -current to see where things differ... Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 04:33:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6269516A41F for ; Mon, 1 Aug 2005 04:33:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F132243D53 for ; Mon, 1 Aug 2005 04:33:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j714WELi099794; Sun, 31 Jul 2005 22:32:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 31 Jul 2005 22:33:04 -0600 (MDT) Message-Id: <20050731.223304.106052501.imp@bsdimp.com> To: dvorakv@vdsoft.org From: "M. Warner Losh" In-Reply-To: <42ED0E27.6070202@vdsoft.org> References: <42ED0E27.6070202@vdsoft.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: AMD64 with Ralink Wifi - ray driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 04:33:25 -0000 In message: <42ED0E27.6070202@vdsoft.org> Vladimir Dvorak writes: : Hello *, : : how it is with ray(4) driver support on AMD64 architecture ? I cannot : make wireless card working - my motherboard is ASUS-A8V-Deluxe with : Athlon64 CPU. : : Wireless card is PCI with Ralink chip RT2500: : none0@pci0:12:0: class=0x028000 card=0x130f1043 chip=0x02011814 : rev=0x01 : hdr=0x00 : vendor = 'Ralink Technology Corp' : class = network Chances are you need a whole new drver for theis chip. The ray driver is for an old PC Card device. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 04:33:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DADE16A429 for ; Mon, 1 Aug 2005 04:33:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2716143D46 for ; Mon, 1 Aug 2005 04:33:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j714UwOo099791; Sun, 31 Jul 2005 22:31:03 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 31 Jul 2005 22:31:49 -0600 (MDT) Message-Id: <20050731.223149.128656550.imp@bsdimp.com> To: sam@errno.com From: "M. Warner Losh" In-Reply-To: <42ED06D8.70506@errno.com> References: <20050731142625.GC1190@unixpages.org> <42ED06D8.70506@errno.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH] fwip(4) panic on attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 04:33:35 -0000 In message: <42ED06D8.70506@errno.com> Sam Leffler writes: : Christian Brueffer wrote: : > - bzero(fwip, sizeof(struct fwip_softc)); : I thought the softc was guaranteed to be zero'd; can't you just delete : the bzero? Yes. Softc is allocated zero'd. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 06:55:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 449A216A41F for ; Mon, 1 Aug 2005 06:55:35 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A2043D4C for ; Mon, 1 Aug 2005 06:55:34 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from kirov.so-cdu.ru (kirov [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 4FEAB115631 for ; Mon, 1 Aug 2005 10:55:33 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id 44BCB15C32 for ; Mon, 1 Aug 2005 10:55:33 +0400 (MSD) Received: by rdu.kirov.ru (Postfix, from userid 1014) id E105115C4E; Mon, 1 Aug 2005 10:55:32 +0400 (MSD) Received: from [172.21.81.52] (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id C868415C2E for ; Mon, 1 Aug 2005 10:55:32 +0400 (MSD) Message-ID: <42EDC752.1060000@yandex.ru> Date: Mon, 01 Aug 2005 10:55:14 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42E4691A.3070602@yandex.ru> In-Reply-To: <42E4691A.3070602@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [OBORONA-SPAM] 6.0-BETA1 on QEMU emulator X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 06:55:35 -0000 Hi! > I tried to install 6.0-BETA1 under qemu emulator. But the system panic while install process begin extract files into hard drive. Maybe this is a bug of qemu, but maybe not.. I tried to install via FTP and it work. I see system panic when OS intensive calls to cdrom. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 07:41:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D0616A41F for ; Mon, 1 Aug 2005 07:41:05 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id C309A43D55 for ; Mon, 1 Aug 2005 07:41:04 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by fallbackmx01.syd.optusnet.com.au (8.11.6/8.11.6) with ESMTP id j717euj21197; Mon, 1 Aug 2005 17:40:56 +1000 Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j717bjvl011980 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 1 Aug 2005 17:40:55 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j717bjTu026112; Mon, 1 Aug 2005 17:37:45 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j717bipI026111; Mon, 1 Aug 2005 17:37:44 +1000 (EST) (envelope-from pjeremy) Date: Mon, 1 Aug 2005 17:37:44 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20050801073744.GA25690@cirb503493.alcatel.com.au> References: <10379.1122816227@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10379.1122816227@phk.freebsd.dk> User-Agent: Mutt/1.4.2i Cc: current@freebsd.org Subject: Re: build option survey X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 07:41:06 -0000 On Sun, 2005-Jul-31 15:23:47 +0200, Poul-Henning Kamp wrote: >I'm working on a script which will survey the various build options >(NO_FOO, NO_BAR etc) and what their impact is on the installed system >footprint. > > http://phk.freebsd.dk/misc/kernel_options/HTML/ Nice. >PS: Interestingly, this survey has theological implications as well >as it proves the long held belief that C++ is evil: The NO_CXX >option which prevents the installation of this evilness eliminates >exactly 666 files :-) According to Robert Heinlein, that should be 6**6**6. And I notice that there's no single option to that reflects the answer to life, the universe and everything. :-) -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 10:33:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D651216A41F; Mon, 1 Aug 2005 10:33:23 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD2143D4C; Mon, 1 Aug 2005 10:33:22 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.3] (host46-147.pool8254.interbusiness.it [82.54.147.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 831CC58EE; Mon, 1 Aug 2005 12:33:36 +0200 (CEST) Message-ID: <42EDFA77.1080704@freesbie.org> Date: Mon, 01 Aug 2005 12:33:27 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Grehan References: <42EB7B3E.3030308@freebsd.org> <42ED67A5.8060102@freesbie.org> In-Reply-To: <42ED67A5.8060102@freesbie.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 10:33:24 -0000 Dario Freni wrote: > Peter Grehan wrote: > >>Hi Dario, >> >> I've come across this too: a hack is at: >> >> http://people.freebsd.org/~grehan/cd9660_vfsops.diff >> >> ... though I think that's the wrong way to do it. >> >> I guess you and I are the only ones to ever mount cd9660 as root :) > > > I guess it too :) Thank you very much for the patch. Can't be it > commited? Or can't this problem be fixed on the source tree in some way? > I think the cd9660 root "feature" is quite unusable this way. The patched worked for me in a normal environment. I'm getting a LOR under qemu: acd0: CDROM at ata1-master PIO3 ATA PseudoRAID loaded GEOM_LABEL: Label for provider acd0 is iso9660/FreeSBIE. Trying to mount root from cd9660:/dev/iso9660/FreeSBIE lock order reversal 1st 0xc12ef6e8 ATA state lock (ATA state lock) @ /usr/src/sys/dev/ata/ata-all.c:297 2nd 0xc10611c4 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0985108,c0985cc0,c090d5ec) at kdb_backtrace+0x29 witness_checkorder(c10611c4,9,c08c1360,bb5) at witness_checkorder+0x564 _sx_xlock(c10611c4,c08c1360,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c1061180,c08c1360,bb5,2009b2b,c) at _vm_map_lock_read+0x37 vm_map_lookup(c838bb7c,c708f000,2,c838bb80,c838bb70) at vm_map_lookup+0x28 vm_fault(c1061000,c708f000,2,0,c132b300) at vm_fault+0x66 trap_pfault(c838bc44,0,c708f800) at trap_pfault+0x137 trap(8,28,28,c708f800,c12ef600) at trap+0x341 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04fc828, esp = 0xc838bc84, ebp = 0xc838bca4 --- ata_pio_read(c1452578,800,129,c13e4200,c13f1c00) at ata_pio_read+0x78 ata_end_transaction(c1452578) at ata_end_transaction+0x8b8 ata_interrupt(c12ef600) at ata_interrupt+0xdf ithread_loop(c12fa800,c838bd38,c12fa800,c065ad88,0) at ithread_loop+0x11c fork_exit(c065ad88,c12fa800,c838bd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc838bd6c, ebp = 0 --- panic: vm_fault: fault on nofault entry, addr: c708f000 cpuid = 0 KDB: enter: panic [thread pid 26 tid 100026 ] Stopped at kdb_enter+0x2b: nop db> -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 11:14:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C6A216A41F for ; Mon, 1 Aug 2005 11:14:59 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from mail.vdsoft.org (poseidon.vdsoft.org [193.85.147.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB1CD43D49 for ; Mon, 1 Aug 2005 11:14:58 +0000 (GMT) (envelope-from dvorakv@vdsoft.org) Received: from [10.0.0.132] (laptop.home.deltaeng.com [10.0.0.132]) by mail.vdsoft.org (Postfix) with ESMTP id BBB9547E011; Mon, 1 Aug 2005 13:14:54 +0200 (CEST) Message-ID: <42EE0448.1090005@vdsoft.org> Date: Mon, 01 Aug 2005 13:15:20 +0200 From: Vladimir Dvorak User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" , caelian@gmail.com References: <42ED0E27.6070202@vdsoft.org> <20050731.223304.106052501.imp@bsdimp.com> In-Reply-To: <20050731.223304.106052501.imp@bsdimp.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: AMD64 with Ralink Wifi - ray driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 11:14:59 -0000 M. Warner Losh wrote: >In message: <42ED0E27.6070202@vdsoft.org> > Vladimir Dvorak writes: >: Hello *, >: >: how it is with ray(4) driver support on AMD64 architecture ? I cannot >: make wireless card working - my motherboard is ASUS-A8V-Deluxe with >: Athlon64 CPU. >: >: Wireless card is PCI with Ralink chip RT2500: >: none0@pci0:12:0: class=0x028000 card=0x130f1043 chip=0x02011814 >: rev=0x01 >: hdr=0x00 >: vendor = 'Ralink Technology Corp' >: class = network > >Chances are you need a whole new drver for theis chip. The ray driver >is for an old PC Card device. > >Warner > > > Thank you both! My ifconfig now shows ral0 interface. For now I haven`t had tested functionality, but I hope it will be ok. Vladimir From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 11:26:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 749D516A41F for ; Mon, 1 Aug 2005 11:26:53 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9C9F43D46 for ; Mon, 1 Aug 2005 11:26:52 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j71BQogi041153; Mon, 1 Aug 2005 13:26:50 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <11054.1122824815@phk.freebsd.dk> References: <11054.1122824815@phk.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9140595F-38F1-4589-A0FB-4C0BC4AF022C@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Mon, 1 Aug 2005 13:26:57 +0200 To: Poul-Henning Kamp X-Mailer: Apple Mail (2.733) Cc: current@freebsd.org Subject: Re: Interesting task: makewhatis repeatability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 11:26:53 -0000 Am 31.07.2005 um 17:46 schrieb Poul-Henning Kamp: > > I just found out that makewhatis does not produce the same output > after two different installworld runs. > > I'm not sure why this is, but it would be neat if we could fix it. > > To reproduce, try something like: > > make buildworld > for i in 1 2 > do > rm -rf /foo/bar > make installworld DESTDIR=/foo/bar > md5 /foo/bar/usr/share/man/whatis > done > # for i in 1 2; do rm -rf /data/00/build/x; mkdir /data/00/build/x; make installworld DESTDIR=/data/00/build/x; md5 /data/00/build/x/usr/ share/man/whatis >>/tmp/md5; done ... # cat /tmp/md5 MD5 (/data/00/build/x/usr/share/man/whatis) = 393e1046893b6504b0d51e57a377c529 MD5 (/data/00/build/x/usr/share/man/whatis) = 393e1046893b6504b0d51e57a377c529 FreeBSD majestix.tallence.de 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Jul 25 00:04:14 CEST 2005 -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 11:30:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD1CB16A41F; Mon, 1 Aug 2005 11:30:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B82443D46; Mon, 1 Aug 2005 11:30:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 2AEC31FFACC; Mon, 1 Aug 2005 13:30:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id BE2E81FFACB; Mon, 1 Aug 2005 13:30:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id EBD361538C; Mon, 1 Aug 2005 11:26:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E117315329; Mon, 1 Aug 2005 11:26:41 +0000 (UTC) Date: Mon, 1 Aug 2005 11:26:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Dario Freni In-Reply-To: <42EDFA77.1080704@freesbie.org> Message-ID: References: <42EB7B3E.3030308@freebsd.org> <42ED67A5.8060102@freesbie.org> <42EDFA77.1080704@freesbie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: fs@freebsd.org, FreeBSD current mailing list , Peter Grehan Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 11:30:11 -0000 On Mon, 1 Aug 2005, Dario Freni wrote: > Dario Freni wrote: > > Peter Grehan wrote: > > > >>Hi Dario, > >> > >> I've come across this too: a hack is at: > >> > >> http://people.freebsd.org/~grehan/cd9660_vfsops.diff > >> > >> ... though I think that's the wrong way to do it. > >> > >> I guess you and I are the only ones to ever mount cd9660 as root :) > > > > > > I guess it too :) Thank you very much for the patch. Can't be it > > commited? Or can't this problem be fixed on the source tree in some way? > > I think the cd9660 root "feature" is quite unusable this way. > > The patched worked for me in a normal environment. I'm getting a LOR > under qemu: > > acd0: CDROM at ata1-master PIO3 > ATA PseudoRAID loaded > GEOM_LABEL: Label for provider acd0 is iso9660/FreeSBIE. > Trying to mount root from cd9660:/dev/iso9660/FreeSBIE > lock order reversal > 1st 0xc12ef6e8 ATA state lock (ATA state lock) @ > /usr/src/sys/dev/ata/ata-all.c:297 > 2nd 0xc10611c4 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 already seen before. See http://sources.zabbadoz.net/freebsd/lor.html#094 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 11:30:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C73F116A41F for ; Mon, 1 Aug 2005 11:30:44 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6503343D46 for ; Mon, 1 Aug 2005 11:30:44 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 5D5B5BC6B; Mon, 1 Aug 2005 11:30:42 +0000 (UTC) To: Stefan Bethke From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 01 Aug 2005 13:26:57 +0200." <9140595F-38F1-4589-A0FB-4C0BC4AF022C@lassitu.de> Date: Mon, 01 Aug 2005 13:30:42 +0200 Message-ID: <15649.1122895842@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: Interesting task: makewhatis repeatability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 11:30:44 -0000 In message <9140595F-38F1-4589-A0FB-4C0BC4AF022C@lassitu.de>, Stefan Bethke writes: >> I just found out that makewhatis does not produce the same output >> after two different installworld runs. >> ># for i in 1 2; do rm -rf /data/00/build/x; mkdir /data/00/build/x; >make installworld DESTDIR=/data/00/build/x; md5 /data/00/build/x/usr/ >share/man/whatis >>/tmp/md5; done >... ># cat /tmp/md5 >MD5 (/data/00/build/x/usr/share/man/whatis) = >393e1046893b6504b0d51e57a377c529 >MD5 (/data/00/build/x/usr/share/man/whatis) = >393e1046893b6504b0d51e57a377c529 Hmm, I may be seeing some other weirdness then. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 16:08:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A00F16A41F for ; Sun, 31 Jul 2005 16:08:59 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E4F143D45 for ; Sun, 31 Jul 2005 16:08:57 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-a128.otenet.gr [212.205.215.128]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j6VG8twG008097; Sun, 31 Jul 2005 19:08:55 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j6VG8s2N050225; Sun, 31 Jul 2005 19:08:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j6VG8r3M050221; Sun, 31 Jul 2005 19:08:53 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 31 Jul 2005 19:08:53 +0300 From: Giorgos Keramidas To: Joseph Koshy Message-ID: <20050731160853.GC49839@gothmog.gr> References: <20050731141801.GA49300@gothmog.gr> <84dead7205073108564f71f1ab@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead7205073108564f71f1ab@mail.gmail.com> X-Mailman-Approved-At: Mon, 01 Aug 2005 12:01:06 +0000 Cc: freebsd-current@freebsd.org Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 16:08:59 -0000 On 2005-07-31 21:26, Joseph Koshy wrote: > > The following program can be used to mmap() a region > > Do you still see the 'extra' data if you unmount and remount > the filesystem with the test file? That's something I didn't test. No, the 'extra' data disappears. I tried this by creating a new md-based filesystem. After the file system is unmounted, mounted again and the test program run to write through mmap() past the end of the file, there are zeroes in that area (before I write my own data, that is). The size of the file remains the same between mount/unmount requests. From owner-freebsd-current@FreeBSD.ORG Sun Jul 31 22:39:32 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79CE616A41F; Sun, 31 Jul 2005 22:39:32 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id F082243D46; Sun, 31 Jul 2005 22:39:31 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j6VMdUxb077542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Sun, 31 Jul 2005 18:39:30 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j6VMdTrs077539; Sun, 31 Jul 2005 18:39:29 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17133.21281.703540.383144@khavrinen.csail.mit.edu> Date: Sun, 31 Jul 2005 18:39:29 -0400 To: Giorgos Keramidas In-Reply-To: <20050731201858.GC1052@gothmog.gr> References: <20050731141801.GA49300@gothmog.gr> <84dead7205073108564f71f1ab@mail.gmail.com> <20050731160853.GC49839@gothmog.gr> <84dead720507311115290f0140@mail.gmail.com> <20050731201858.GC1052@gothmog.gr> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Sun, 31 Jul 2005 18:39:30 -0400 (EDT) X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Mon, 01 Aug 2005 12:01:06 +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2005 22:39:32 -0000 < said: > The bug seems to be elsewhere, namely to the fact that the filesystem > code never realizes the file has changed size after I use mmap() to map > a region beyond its current size and write past its current end. You should not expect it to do that. If you want to extend a file, use ftruncate() before mapping it. Anything written past the end of a file should be discarded on last close. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 01:32:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C94DD16A41F; Mon, 1 Aug 2005 01:32:14 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9C543D45; Mon, 1 Aug 2005 01:32:14 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j711WCA2080870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Sun, 31 Jul 2005 21:32:12 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j711WCgo080867; Sun, 31 Jul 2005 21:32:12 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17133.31644.343077.241748@khavrinen.csail.mit.edu> Date: Sun, 31 Jul 2005 21:32:12 -0400 To: Giorgos Keramidas In-Reply-To: <20050731224601.GA2024@gothmog.gr> References: <20050731141801.GA49300@gothmog.gr> <84dead7205073108564f71f1ab@mail.gmail.com> <20050731160853.GC49839@gothmog.gr> <84dead720507311115290f0140@mail.gmail.com> <20050731201858.GC1052@gothmog.gr> <17133.21281.703540.383144@khavrinen.csail.mit.edu> <20050731224601.GA2024@gothmog.gr> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Sun, 31 Jul 2005 21:32:13 -0400 (EDT) X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Mon, 01 Aug 2005 12:01:06 +0000 Cc: freebsd-current@freebsd.org Subject: Re: mmap bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 01:32:14 -0000 < said: > Is the fact that the data written to the mapped region visible after the > close (by mapping the same region) expected too? No, that's a bug. (It's not a particularly surprising one, although I'm no VM expert and I have no idea how difficult it would be to fix.) The problem is that the VM system has no efficient way of telling that you modified the part of the page that's after the end of the file, so when you close the file, the dirty but only partially valid page is cached. Because you did a MAP_SHARED, mmap() can't use an anonymous page -- it has to use the actual page from the file. If the page isn't in cache, it will correctly zero-fill the parts beyond the end of the file, but it doesn't appear to do this for cached pages on 0->1 refcount transitions. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 10:46:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5AFA16A41F; Mon, 1 Aug 2005 10:46:27 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580D643D45; Mon, 1 Aug 2005 10:46:27 +0000 (GMT) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8F5FB17027; Mon, 1 Aug 2005 12:46:25 +0200 (CEST) Date: Mon, 1 Aug 2005 12:46:25 +0200 From: Ed Schouten To: Giorgos Keramidas Message-ID: <20050801104625.GD7415@hoeg.nl> References: <20050718000738.F69475@geri.cc.fer.hr> <20050717223622.GD65475@hoeg.nl> <20050718130538.GA8938@beatrix.daedalusnetworks.priv> <20050718134519.GH65475@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: <20050718134519.GH65475@hoeg.nl> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Mon, 01 Aug 2005 12:01:06 +0000 Cc: FreeBSD Current , Ivan Voras Subject: Re: Errno man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 10:46:27 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > According to http://man.netbsd.se/?find=3Derrno+2+202: >=20 > | 27 EFBIG File too large. The size of a file exceeded the maximum. (The > | system-wide maximum file size is 2**63 bytes. Each file system > | may impose a lower limit for files contained within it). Hehe, silly me; looked like I once opened a PR about it: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D79298 There's a fix available, but it never got commited. Yours, --=20 Ed Schouten --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7f2BmVI4SHXwmhERAkiLAKCnQSfvg+RJTnbMKhGHnd2/PTLmVgCeO0Qz b2qSwzWxf/PtOedOnjpbaro= =wph4 -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 13:29:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEAD16A439 for ; Mon, 1 Aug 2005 13:29:02 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E03DC43D45 for ; Mon, 1 Aug 2005 13:29:01 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B7837610B; Mon, 1 Aug 2005 15:28:54 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 2D9AC60FE; Mon, 1 Aug 2005 15:28:54 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id A409433D44; Mon, 1 Aug 2005 15:28:53 +0200 (CEST) To: Marcel Moolenaar References: <560747f4f3d58887485e1a2c0c25ac26@xcllnt.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 01 Aug 2005 15:28:53 +0200 In-Reply-To: <560747f4f3d58887485e1a2c0c25ac26@xcllnt.net> (Marcel Moolenaar's message of "Sun, 31 Jul 2005 12:00:20 -0700") Message-ID: <86ll3lrdka.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.3/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: current@freebsd.org Subject: Re: 6.0-BETA1: rpc.lockd broken for NFS server only configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 13:29:02 -0000 Marcel Moolenaar writes: > This tells me that NFS locking does not work if rpc.lockd is not > running on the server. Correct. > I could of course add nfsclient to my kernel configuration file, but > that annihilates the effort to split the server functionality from > the client functionality, so that's no solution. No. A server needs both nfsserver and nfsclient, but a client needs only nfsclient. > In short: NFS locking is broken again Not at all. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:06:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88AC616A41F for ; Mon, 1 Aug 2005 14:06:47 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 148BF43D45 for ; Mon, 1 Aug 2005 14:06:46 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.101] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j71E6JXk022708 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 1 Aug 2005 10:06:19 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 10:06:27 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1530797.0irSXA5ELA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508011006.28308.mistry.7@osu.edu> X-Spam-Status: No, hits=-1.5 required=5.0 tests=BAYES_99,MYFREEBSD2 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Virus-Scanned: ClamAV 0.86/1000/Sun Jul 31 15:28:06 2005 on crumpet.united-ware.com X-Virus-Status: Clean Subject: Teach devd about usb "release" field. [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 14:06:47 -0000 --nextPart1530797.0irSXA5ELA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This one was partially committed by Ian earlier but the entries that=20 used the release field were not since devd didn't know about it. The=20 patch at the end of this PR teaches devd about the release field so=20 we should be able to kill off usbd.conf/usbd. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D73799 Thanks, =2D-=20 Anish Mistry --nextPart1530797.0irSXA5ELA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC7ixkxqA5ziudZT0RAoTMAJoCUTkIhtbGfLf/tZXWBQGEIHEvSgCgyaE/ 1vHZtCGSZp11fWSy1W8bL2Q= =AtwV -----END PGP SIGNATURE----- --nextPart1530797.0irSXA5ELA-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:09:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C881F16A41F; Mon, 1 Aug 2005 14:09:01 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au [203.22.124.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 370BD43D45; Mon, 1 Aug 2005 14:09:01 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from [203.144.2.167] (CPE-2-167.dsl.OntheNet.net [203.144.2.167]) by liberty.onthenet.com.au (8.12.9 - 20030918/8.12.9) with ESMTP id j71E8w7v090392; Tue, 2 Aug 2005 00:08:59 +1000 (EST) (envelope-from grehan@freebsd.org) Message-ID: <42EE2D09.7010505@freebsd.org> Date: Tue, 02 Aug 2005 00:09:13 +1000 From: Peter Grehan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dario Freni References: <42EB7B3E.3030308@freebsd.org> <42ED67A5.8060102@freesbie.org> <42EDFA77.1080704@freesbie.org> In-Reply-To: <42EDFA77.1080704@freesbie.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 14:09:02 -0000 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc04fc828, esp = 0xc838bc84, ebp = 0xc838bca4 --- > ata_pio_read(c1452578,800,129,c13e4200,c13f1c00) at ata_pio_read+0x78 > ata_end_transaction(c1452578) at ata_end_transaction+0x8b8 > ata_interrupt(c12ef600) at ata_interrupt+0xdf > ithread_loop(c12fa800,c838bd38,c12fa800,c065ad88,0) at ithread_loop+0x11c > fork_exit(c065ad88,c12fa800,c838bd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xc838bd6c, ebp = 0 --- > panic: vm_fault: fault on nofault entry, addr: c708f000 I suspect this is a bug somewhere in qemu - the ATA driver is getting a page fault in kernel mode while it is holding a lock, and the VM code then gets a LOR as it tries to determine if the fault is expected or not. later, Peter. From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:11:32 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA0E616A41F; Mon, 1 Aug 2005 14:11:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70BD443D48; Mon, 1 Aug 2005 14:11:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 10:26:07 -0400 From: John Baldwin To: current@FreeBSD.org Date: Mon, 1 Aug 2005 10:12:01 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011012.01917.jhb@FreeBSD.org> Cc: rwatson@FreeBSD.org Subject: [PATCH] pcn(4) locking fixes, please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 14:11:33 -0000 One of my boxes at home has a pcn(4) card in it and I noticed it was still running with Giant, so I fixed up the locking in the driver so that it should be MP safe now. However, the box I have is running 5.4 and I didn't get a chance to try and run a HEAD kernel on it to see how it fared, so I would appreciate it if folks with pcn(4) hardware could test these patches. The first patch fixes up the locking, converts from timeout(9) to callout(9), etc. but doesn't actually mark the driver as being MP safe so that the locking changes can be tested first while still running the driver under Giant. The second patch marks the driver as MP safe so that it doesn't need Giant anymore. http://people.freebsd.org/~jhb/patches/pcn_locking_fixes.patch http://people.freebsd.org/~jhb/patches/pcn_mpsafe.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 14:55:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A599416A41F for ; Mon, 1 Aug 2005 14:55:23 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D3B43D55 for ; Mon, 1 Aug 2005 14:55:23 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j71EtFWq073652; Mon, 1 Aug 2005 09:55:15 -0500 (CDT) (envelope-from dan) Date: Mon, 1 Aug 2005 09:55:15 -0500 From: Dan Nelson To: Poul-Henning Kamp Message-ID: <20050801145514.GK33847@dan.emsphone.com> References: <9140595F-38F1-4589-A0FB-4C0BC4AF022C@lassitu.de> <15649.1122895842@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15649.1122895842@phk.freebsd.dk> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: Stefan Bethke , current@freebsd.org Subject: Re: Interesting task: makewhatis repeatability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 14:55:23 -0000 In the last episode (Aug 01), Poul-Henning Kamp said: > In message <9140595F-38F1-4589-A0FB-4C0BC4AF022C@lassitu.de>, Stefan Bethke writes: > >> I just found out that makewhatis does not produce the same output > >> after two different installworld runs. > >> > ># for i in 1 2; do rm -rf /data/00/build/x; mkdir /data/00/build/x; > >make installworld DESTDIR=/data/00/build/x; md5 /data/00/build/x/usr/ > >share/man/whatis >>/tmp/md5; done > >... > ># cat /tmp/md5 > >MD5 (/data/00/build/x/usr/share/man/whatis) = 393e1046893b6504b0d51e57a377c529 > >MD5 (/data/00/build/x/usr/share/man/whatis) = 393e1046893b6504b0d51e57a377c529 > > Hmm, I may be seeing some other weirdness then. /usr/share/man/whatis is just a plaintext file, so diff should be able to tell you what the changes are. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:06:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7110416A41F; Mon, 1 Aug 2005 15:06:25 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F7DE43D76; Mon, 1 Aug 2005 15:06:16 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id AE377A3DC5; Mon, 1 Aug 2005 17:06:15 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 8F95F63A4; Mon, 1 Aug 2005 17:06:15 +0200 (CEST) Date: Mon, 1 Aug 2005 17:06:15 +0200 From: Marc Olzheim To: John Baldwin Message-ID: <20050801150615.GC39886@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1SQmhf2mF2YjsYvc" Content-Disposition: inline In-Reply-To: <200507291318.24428.jhb@FreeBSD.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Joao Barros , freebsd-current@freebsd.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:06:25 -0000 --1SQmhf2mF2YjsYvc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 29, 2005 at 01:18:20PM -0400, John Baldwin wrote: > Can you try this patch? You'll need to set hw.apic.enable_extint=3D1 in = the=20 > loader via loader.conf or a manual set command: [snip patch] That still doesn't make my Dell PowerEdge 2550 boot when I plug in the amr. It gets through initial detection, bu after determining acd0 doesn't contain a cd and detecting disks at ahc[01], it still hangs itself. Marc --1SQmhf2mF2YjsYvc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7jpnezjnobFOgrERAniKAKCCn/NYeX1acuIF0qqEKgnANI4gJwCgxYwy 5fQ3LcJxm7wnVHLDWekqK0g= =Efsg -----END PGP SIGNATURE----- --1SQmhf2mF2YjsYvc-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:09:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 018B416A41F; Mon, 1 Aug 2005 15:09:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77EC243D45; Mon, 1 Aug 2005 15:09:31 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j71F9UP3065993; Mon, 1 Aug 2005 10:09:30 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EE3B23.7090507@centtech.com> Date: Mon, 01 Aug 2005 10:09:23 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Grehan References: <42EB7B3E.3030308@freebsd.org> <42ED67A5.8060102@freesbie.org> <42EDFA77.1080704@freesbie.org> <42EE2D09.7010505@freebsd.org> In-Reply-To: <42EE2D09.7010505@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Dario Freni , current@freebsd.org, fs@freebsd.org Subject: Re: Rockridge extension not enabled when / is cd9660, boot fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:09:33 -0000 Peter Grehan wrote: >> calltrap() at calltrap+0x5 >> --- trap 0xc, eip = 0xc04fc828, esp = 0xc838bc84, ebp = 0xc838bca4 --- >> ata_pio_read(c1452578,800,129,c13e4200,c13f1c00) at ata_pio_read+0x78 >> ata_end_transaction(c1452578) at ata_end_transaction+0x8b8 >> ata_interrupt(c12ef600) at ata_interrupt+0xdf >> ithread_loop(c12fa800,c838bd38,c12fa800,c065ad88,0) at ithread_loop+0x11c >> fork_exit(c065ad88,c12fa800,c838bd38) at fork_exit+0xa0 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xc838bd6c, ebp = 0 --- >> panic: vm_fault: fault on nofault entry, addr: c708f000 > > > I suspect this is a bug somewhere in qemu - the ATA driver is getting a > page fault in kernel mode while it is holding a lock, and the VM code > then gets a LOR as it tries to determine if the fault is expected or not. I believe a slightly older qemu worked fine (0.7.0 < 20050717 port). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:11:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10BD016A41F for ; Mon, 1 Aug 2005 15:11:29 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B39BA43D46 for ; Mon, 1 Aug 2005 15:11:23 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3381A6147; Mon, 1 Aug 2005 17:11:18 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 1CE2E6145; Mon, 1 Aug 2005 17:11:18 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 0520633D44; Mon, 1 Aug 2005 17:11:18 +0200 (CEST) To: Andrew Turner References: <42E972D2.3040405@fubar.geek.nz> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 01 Aug 2005 17:11:17 +0200 In-Reply-To: <42E972D2.3040405@fubar.geek.nz> (Andrew Turner's message of "Fri, 29 Jul 2005 12:05:38 +1200") Message-ID: <86wtn5pu96.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.3/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-current@freebsd.org Subject: Re: BSD Installer release 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:11:29 -0000 Andrew Turner writes: > I am pleased to announce the first beta release of BSD Installer powered > FreeBSD Install CD's. It is both for wider testing and feedback on to > gauge the progress I've been making for the Google Summer of Code. This > is based on RELENG_6 and unfortunately only for i386. Just tried it in VMWare. I got a kernel panic (duplicate free) during installation, but that's not your fault. I loved the interface, especially the label editor, which is far superior in terms of ease of use to the one in the current installer. I hope the partition editor turns out equally well once you get around to it. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:19:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE60516A41F for ; Mon, 1 Aug 2005 15:19:06 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6125043D45 for ; Mon, 1 Aug 2005 15:19:06 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id 65B8EBE76B; Mon, 1 Aug 2005 11:21:56 -0400 (EDT) Date: Mon, 1 Aug 2005 11:21:56 -0400 From: James Snow To: Sam Leffler Message-ID: <20050801152156.GB90588@teardrop.org> References: <42EAD325.60707@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42EAD325.60707@errno.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:19:06 -0000 On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > > So the question is what are the outstanding issues with dhclient and > wpa_supplicant? I'm mostly concerned with wireless devices but feel > free to talk about wired interfaces too. My biggest outstanding complaint is when booting with a wired network and no present wireless network, if dhclient has any recorded leases for the wireless interface, it will attempt to use the most recent one and blows away the default gateway for the wired network. I then have to manually 'netif stop ath0' and 'netif restart em0.' Not sure what the best solution is. Perhaps dhclient needs to be aware of the associated/unassociated status of a wireless interface in the same way that it's aware of the link status of a wired interface? > If something doesn't work right please try to give steps to reproduce > the problem. In /etc/rc.conf: ifconfig_WIRED="DHCP" ifconfig_WIRELESS="WPA DHCP" Boot once in the presence of a wireless network. Now reboot with a wired network, but no present wireless network. dhclient will obtain a lease for the wired interface, and when dhclient launches on the wireless interface it will time out, use the recorded lease, and clobber the wired default gateway. I don't know what happens when booting with both a wired and wireless network; I've never tried. In the default case I think the wired network should be preferred, but could there be a knob to change this? (Am I failing to see just such a not in dhclient.conf somewhere?) -Snow From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:29:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19BF016A41F for ; Mon, 1 Aug 2005 15:29:48 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FFC943D48 for ; Mon, 1 Aug 2005 15:29:47 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id j71FTkZE092176; Mon, 1 Aug 2005 11:29:46 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id j71FTj63092175; Mon, 1 Aug 2005 11:29:45 -0400 (EDT) (envelope-from afields) Date: Mon, 1 Aug 2005 11:29:45 -0400 From: Allan Fields To: Poul-Henning Kamp Message-ID: <20050801152944.GB43753@afields.ca> References: <10379.1122816227@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10379.1122816227@phk.freebsd.dk> User-Agent: Mutt/1.4i Cc: current@freebsd.org, reiser@namesys.com Subject: OT: Software's Orderly-Chaos (Re: build option survey) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:29:48 -0000 [Off-Topic alert:] OK.. time to let loose: arbitrary comparison of computer science to religion exception caught. Theory to follow. =) Keywords: BSD, Linux, life, chaos (Yes, I have a chaos theory :), disk encryption, file systems, physics, corn chips On Sun, Jul 31, 2005 at 03:23:47PM +0200, Poul-Henning Kamp wrote: > > I'm working on a script which will survey the various build options > (NO_FOO, NO_BAR etc) and what their impact is on the installed system > footprint. > > http://phk.freebsd.dk/misc/kernel_options/HTML/ > > The table shows size of the total installworld image, including > the GENERIC kernel. > > Delta is the number of blocks compared to a full installworld, and > no, I'm not quite sure yet why some of them take more space. > > Number of extra files and number of eliminated files (these link > to a "mtree -f -f" output file so you can see which they were. > > When done chewing, all the options will be tested for their effect > during "installworld only", "buildworld only" and "build+installworld" > usage. > > When completed, this script will end up under src/tools/tools > > Poul-Henning > > PS: Interestingly, this survey has theological implications as well > as it proves the long held belief that C++ is evil: The NO_CXX > option which prevents the installation of this evilness eliminates > exactly 666 files :-) Which reminds me: At the local Desktop, Linux conference I attended my pizza lunch came to exactly 6.66 CAD. (I'd recommend a Brio w/ pizza.) Since by the nature of my existence, I choose not to draw an inference on this fact correlated to a specific project at project granularity, I'll let you be the judge of further meaning. Just thought I'd let you know anyway.. > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. By the way the OLS was equally as good as BSDCan, lots of good, informative presentations, etc. Is it coincidence that both the BSD Kernel dev. and Linux Kernel developer summit were held in Ottawa? (I tried to sneak in, but the quite friendly USENIX people at the door asked me for my name and turned me back -- better social engineering required -or- I could just write some important kernel code for next year.) It must be one of those strange attractors alluded to in the physics / Chaos theory. Some time I should take a trip to Europe maintaining symmetry in the migratory patterns. So what's so mysterious/evil about 2/3 (e3) anyway? Other than it's an irrational number indicating dissonance between two small prime quantities (an infinite stream of sixes.) But then isn't 1/3 that much more evil? (threes forever! >:) I've already got the holy grail, so this one shouldn't be that difficult to puzzle out. (or there is always gg:666) OK so on the topic of evil: Chaos can seem pretty evil when it overwhelms our best attempts at the higher order. So how about Chaos as it pertains to Software? I found it astonishing to note the lack of a Universal symbol for Chaos in the Unicode mathematical table, yet Wikipedia has one for us: http://en.wikipedia.org/wiki/Symbol_of_Chaos I invented one of my own Saturday night, but since people are fixed on the idea of expansion from the singularity / big bang as representative of Chaos.. I guess that one sticks? I then tried in vain to merge the iconographies. ^ \|/ Chaos == <---0---> ? /|\ V Interesting: and isn't that similar to the Kline Star from a distance? A very greedy match? Maybe this symbol needs to be simplified if we are to eventually type it in 9-point font. Software engineering is the art of overcoming Chaos in preservation of the information order while supposedly achieving some end either computationally or otherwise. The art of infinity, this is to understand the nature of computation. The computational nature of life that is.. ;) "Spooky" action at a distance and the Quantum secrets. It's all out there for us. Just more Cryto-Computational-Philosophical- Religious-Technical-Analytical type stuff with deductions to draw and upon which to build our theories. Very Neal Stephenson or Larry Wall because everyday life starts to make technical sense and things like corn chips suddenly start to relate to man kinds larger technical pursuits. (The world is a complex place? But then it has to make sense, how else would it be implemented?) Note that there are a great number of books on these subjects: Chaos Emergence Infinity that you might have read or be interested in reading. If you have any ongoing questions that you've puzzled over that you think are worthy challenges I'd be interested to see them posted online. I can't remember if/what I was suppose to ask you yet, but perhaps you've been seeking some larger answer. Have you any unsolved problems or conCERNs? I have been developing some Universe theories and it just makes sense from a computational perspective. I'm also listening to Weinberg's Dreams of a Final Theory (audiobook). You're still not alone in recognizing the parallels, and they are VERY applicable ... ;) Simplicity,Generality,Clarity are probably the most religious comp-sci ideas yet, hopefully *NIX can continue to get it right. I know with talk of Plan 9 at OLS people are starting to become more bent on bringing higher theoretical purity to the operating system in what primitives are provided. Yet surprisingly the Linux community are still rather conservative as to what code actually makes it into the kernel to the exclusion of Reiser4 it seems. That's not to suggest Linus should open the flood gates to any and all code, wouldn't you also agree? There may be some implementation-centric technical reasons for that, but Stephen Tweedie doesn't buy it yet. :) So what can be learned from this resistance (w/o commenting on the validity of the logic.) Should we all be using FUSE and should it be ported to BSD? Then why not stop using filesytems all togeth and just use databases mapped to raw disks going through VFS to the userspace and finally back through VFS? There are reasons that people don't care for some of the ideas presented in these seemingly unnormal *nix-border-line cases that push the envelope. But can they be made kosher with the rest of the normative cases: i.e. clean in implementation. Abstract concepts can be drawn upon in finding answers - these could include: Closure Completeness (0..N Generality) Generality / Recombination Applied at multiple scopes. In the kernel the reason your ioctl reform makes sense from some theoretical angle is indeed because it offers generality and closure (of interfaces). These concepts are areas of traditional software design that could seek improvement. The most ingenious elements of current-day *NIX are the abilities to simplify and recombine primitives of operation on files. But a whole new phase/generation of function could be introduced with-out disrupting the theoretically minimalist underpinnings of the operating system (i.e. unnecessary code). Regulator: Given a pool of Chaos, the creator as the regulator assembles based on the patterns and stored memory available to them. The act of creation is an act of feedback between the system and the creator. Software developers are creative so the structility of each developer/author/committer and their decisions determines the extent to which software becomes chaotic at multiple scopes. But also the structility of the collective in cooperation to deliver the combined entity of software is dependent upon many factors. Scope: The importance of scope is key in regulating chaos: even today scope seems to hide that which could be done more efficiently. That which can be common but isn't or that which must be divergent but seeks some unification or common infrastructure. We have not yet exercised the full extent of the magic upon scope which is possible. Repetition: there are two types of repetition; necessary and unnecessary. The necessary brings redundancy, the unnecessary brings evil as in Spam or tasks which require continual repetition. At each scope of life some repetition can be helpful, but absent that which holds these entities commonly divergent the repetition is simply unecessary. In an ideal world there is no need for repetition. Software isn't always ideal and forks both in scope and solution space (at common scope) bring much developer challenge. Some challenge leads to insight while other challenge leads to drudgery and futility. I commented on how the BSD forks seem to paradoxically offer new opportunities for development. http://afields.ca/bsdcan/2005/reflection I'm still waiting to update the quotes of which a few are incorrect I'll rsync an updated version of the reflections and more info/check marks in the TODO boxes hopefully. I've started in on Wiki, as it seems the only logical format for the quick recording of my ideas and being able to keep them up to date. If some architecture was so cleanly coordinated that everything was done once only at one scope (no duplicate between device-level and vnode-level subsystems) then it would all "just fit". But take the contrary case where we are trying to implement fine-grain disk encryption to supplement device-level, how do we keep all the encryption in a single layer only? It makes sense instead to use the common kernel crypto infrastructure and build on that at multiple layers, unless we simply choose one or the other with it's various merits. Structility/Crystallinity (The structility of the regulator): This is important to BSD and is a traditional hallmark of *BSD. IMO, BSD should make it practical and simple, where it makes solid rational sense, but too much conservatism would stifle the potential for future innovation. The crystal regulator can separate and recombine in derivation of the purest form while maintaining fundemental qualities. Unification: Maintain the strength of Unix (while emphasizing the UNI-upon-*) Perhaps we got it backward, maybe it was suppose to be UNI* instead of *NIX. The age of the holy unification might bring us an advantage in the Open Source world that will leave those who wish failure and naysay based on software bedeviled by it's very exponential complexity/growth proven incorrect. This would imply a type of paradoxical software development: spiritually motivated reductionism/refactoring (a trend toward this would be the emergence of a new movement.) Reductionistic software development: The software author that seeks not to add new features but only to bring closure, order and general calmness to the existing solution space. One who seeks enhance the logical where the process of creation has left it's chaotic signatures in the amorphus elements of the incarnation. It would be a refinement of the software design which would improve and further strength or rebuttress the walls and add that so desired strength back into the more unsettled areas of the OS. FreeBSD needs this not because it's failed, but because it has areas to which improvements can be found which weren't available at the time of genesis of the creation. Linux definitely needs this and even GNU needs this. I've got a few projects in mind. But really, I'll have to start spooling some of these ideas off, cause the queue is severely backed up and the bottle-neck is _me_ (in my mortal incarnation). I continue to focus on what is obtainable in the theoretical (abstract) and more pragmatic elements (concrete), and the quest marches onward.. I have ideas, but it's the barrier between the abstract and concrete. More...: Even all these ideas are a subset expedited in specific for the purposes of software contemplation. So I need a Concurrent-Distributed-Process-Forking-Exec thingy. Since we are cellular automata of a sort, I can simply toss it into the ether and hope that some pattern matches occur resulting in construction of the ideas with-in the digital-upon-physical realm by an entity of similar, specific disposition. Some ideas it seems we cannot yet fathom, as the concrete incarnation and it has been a challenge to try to practically convey these to those who, understandably just want to maintain the current stability/state of the kernel, filesystem, etc. But these ideas should be SIMPLE. I'm convinced these are sufficiently important concepts that if we don't solve the fundamental disorder we'll end up with the current situation of userspace bloat and systems upon systems in compensation. Suprisingly this may provide a higher barrier for entry in scientific-computing and why can't we easily use the pool of knowledge available on the Internet? Ted Nelson might know why, and it's also a problem in the OS space. So, enter the age of nanophasic computing? I think eventually BSD/Linux developers and companies like Google might show an interest. But missteps (why system architecture matters) will only set us all back (as a race), and it's all about what makes the most rational sense for the OS, the core libraries, the userland: the technology. Have a happy non-denominational (belated) comp-sci/*NIX religious day.. -- Allan Fields From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:31:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C7416A41F for ; Mon, 1 Aug 2005 15:31:44 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9000243D45 for ; Mon, 1 Aug 2005 15:31:43 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j71FVgms002770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Aug 2005 08:31:43 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42EE41A7.4020100@errno.com> Date: Mon, 01 Aug 2005 08:37:11 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Snow References: <42EAD325.60707@errno.com> <20050801152156.GB90588@teardrop.org> In-Reply-To: <20050801152156.GB90588@teardrop.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:31:44 -0000 James Snow wrote: > On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > >>So the question is what are the outstanding issues with dhclient and >>wpa_supplicant? I'm mostly concerned with wireless devices but feel >>free to talk about wired interfaces too. > > > My biggest outstanding complaint is when booting with a wired network > and no present wireless network, if dhclient has any recorded leases for > the wireless interface, it will attempt to use the most recent one and > blows away the default gateway for the wired network. I then have to manually > 'netif stop ath0' and 'netif restart em0.' This sounds similar to Peter's desire for a priority to use in selecting which interface gets the default route. I've suggested to him this can be implemented in the dhclient-hooks script or similar. > > Not sure what the best solution is. Perhaps dhclient needs to be aware > of the associated/unassociated status of a wireless interface in the > same way that it's aware of the link status of a wired interface? It sounds like you want one dhclient process to be aware of what happens in another dhclient process. In handling global state like the default route and dns this is important but I'm trying to get it out of the dhclient program because it's a policy decision. Instead I want to see it somewhere that people can override if the default policy isn't right for them. > > >>If something doesn't work right please try to give steps to reproduce >>the problem. > > > In /etc/rc.conf: > > ifconfig_WIRED="DHCP" > ifconfig_WIRELESS="WPA DHCP" > > Boot once in the presence of a wireless network. Now reboot with a wired > network, but no present wireless network. dhclient will obtain a lease > for the wired interface, and when dhclient launches on the wireless > interface it will time out, use the recorded lease, and clobber the > wired default gateway. That seems wrong; we'll look into it. > > I don't know what happens when booting with both a wired and wireless > network; I've never tried. In the default case I think the wired network > should be preferred, but could there be a knob to change this? (Am I > failing to see just such a not in dhclient.conf somewhere?) This is the priority mechanism I mentioned above. I've see other dhclient-like programs that have various knobs to select which interface gets the default route but no scheme so far has seemed "right" to me. Sam From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:33:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D73AC16A41F for ; Mon, 1 Aug 2005 15:33:37 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: from smtp.bulldogdsl.com (cht-smtp-001.bulldogdsl.com [83.146.21.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 736EB43D45 for ; Mon, 1 Aug 2005 15:33:37 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: by smtp.bulldogdsl.com (Postfix, from userid 1002) id CB73C1EF439; Mon, 1 Aug 2005 16:33:35 +0100 (BST) Received: from justin (office.redwiredesign.com [212.158.253.186]) by smtp.bulldogdsl.com (Postfix) with ESMTP id 1BA0D1EF415 for ; Mon, 1 Aug 2005 16:33:35 +0100 (BST) From: "Justin Finkelstein" To: Date: Mon, 1 Aug 2005 16:33:24 +0100 Organization: Redwire Design Limited Message-ID: <006701c596ae$5eb31e00$0b02a8c0@justin> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on smtp.bulldogdsl.com X-Spam-Level: X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Subject: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:33:38 -0000 Hi I'm trying to find out about the safety of hot-swappable sata devices when not using a raid configuration. What I'd like is to be able to remove a hot-swap drive while the system's powered up. The drive has its own sata channel, so I issue the following commands: umount /dev/ad2s1d - to dismount the drive atacontrol detach 1 - to stop all further ata commands going to the device This appears to work just fine, but I'd like a second opinion. Any thoughts? j. Redwire Design Limited Studio 12 37 Tanner Street London SE1 3LF [ www.redwiredesign.com ] [ 020 7403 1444 ] - voice [ 020 7378 8711 ] - fax From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 15:35:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E7E16A41F for ; Mon, 1 Aug 2005 15:35:03 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5090C43D4C for ; Mon, 1 Aug 2005 15:35:02 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id j71FZ1YZ099797 for ; Mon, 1 Aug 2005 08:35:01 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id j71FZ1fU099796 for current@freebsd.org; Mon, 1 Aug 2005 08:35:01 -0700 (PDT) (envelope-from david) Date: Mon, 1 Aug 2005 08:35:01 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20050801153501.GC26920@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <42EAD325.60707@errno.com> <20050801152156.GB90588@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801152156.GB90588@teardrop.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 15:35:03 -0000 On Mon, Aug 01, 2005 at 11:21:56AM -0400, James Snow wrote: > On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > > > > So the question is what are the outstanding issues with dhclient and > > wpa_supplicant? I'm mostly concerned with wireless devices but feel > > free to talk about wired interfaces too. > > My biggest outstanding complaint is when booting with a wired network > and no present wireless network, if dhclient has any recorded leases for > the wireless interface, it will attempt to use the most recent one and > blows away the default gateway for the wired network. I then have to manually > 'netif stop ath0' and 'netif restart em0.' > > Not sure what the best solution is.... For reasons that aren't relevant to this discussion, I am not running the code in question. However, when I got my current laptop, it forced me to re-think how I handle connectivity: thitherto, I had placed whatever type of NIC I wanted in a PCMCIA slot; FreeBSD saw the new device, andthat was straightforward. The current laptop has both wired and wireless NICs built in; short of surgery on the machine, each will always appear available. And there are times when I do not want to use the wireless NIC, even if I'm in range of an AP with which I could associate: here at home, for example, my APs are on a "guest" network that I don't trust very much, so if I want to use certain services, I'll use the "trused" wired net. I adopted an approach (encoded in a Perl script I cobbled up) of enumerating a set of regexen for wireless NICs -- all others are treated as "wired." I then check to see if there's a "link" condition on any wired NIC; if there is, I use that NIC preferentially. It's only if there's no link on a wired NIC taht I try to use a wireless one. The rationale is that connecting a wire to a wired NIC is something that requires a bit more than merely accidental proximity; I assume(!) that I only plug the wire in if I want to use the NIC. I don't know if this idea is useful for others or if it's usable at all for the situation in question; I offer it as an approach that works pretty well for me. (The above-cited Perl script also, for wireless NICs, invokes another Perl script to handle acquiring a link -- dealing with SSIDs, WEP, whatever -- and then for either kind of NIC will invoke dhclient.) Peace, david -- David H. Wolfskill david@catwhisker.org Any given sequence of letters is a misspelling of a great many English words. See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 16:17:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C06A616A41F; Mon, 1 Aug 2005 16:17:49 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 624AF43D45; Mon, 1 Aug 2005 16:17:48 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from [192.168.0.3] (ppp-160-112.26-151.libero.it [151.26.112.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 42C505747; Mon, 1 Aug 2005 18:18:03 +0200 (CEST) Message-ID: <42EE4B08.8090107@freesbie.org> Date: Mon, 01 Aug 2005 18:17:12 +0200 From: Dario Freni User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, fs@freebsd.org X-Enigmail-Version: 0.91.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: More unionfs madness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 16:17:49 -0000 Background: - Read-only compressed partition mounted on /var - Memory fs created on /mnt/union/var (using mount_md function of rc.subr) - Created the directory structure on the memory fs - mount_unionfs -o noatime /mnt/union/var /var (noatime is a suggested workaround for a bug I've already found, see fs@ archive) I'm getting panic during the init phase, when newsyslog script is called: Creating and/or trimming log files:panic: lockmgr: locking against myself cpuid = 0 KDB: enter: panic [thread pid 231 tid 100051 ] Stopped at kdb_enter+0x2b: nop db> tr Tracing pid 231 tid 100051 td 0xc1470480 kdb_enter(c08a550b) at kdb_enter+0x2b panic(c08a397e,c1470480,0,c0913fa0,c840a990) at panic+0x127 lockmgr(c1917058,2002,c191707c,c1470480,c840a970) at lockmgr+0x3da vop_stdlock(c840a990,2,c1917000,c840a9ac,c06cb648) at vop_stdlock+0x1e VOP_LOCK_APV(c0905ae0,c840a990) at VOP_LOCK_APV+0x87 vn_lock(c1917000,2,c1470480,0,13) at vn_lock+0xa8 union_allocvp(c840ac2c,c1455800,c1878550,c17f2990,c840ac40) at union_allocvp+0x25b union_lookup(c840ab38,c1878550,0,c840ab54,c06ba68a) at union_lookup+0x627 VOP_LOOKUP_APV(c0905ae0,c840ab38) at VOP_LOOKUP_APV+0x87 lookup(c840ac18,c1458044,0,c1470480,12b) at lookup+0x3d6 namei(c840ac18,1,0,c09861e8,c0985b30) at namei+0x35a kern_rename(c1470480,bfbfb730,8051100,0,c840ad30) at kern_rename+0xf4 rename(c1470480,c840ad04,2,1c,80296) at rename+0x15 syscall(3b,3b,3b,3,bfbfb730) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (128, FreeBSD ELF32, rename), eip = 0x280bbd47, esp = 0xbfbfb70c, ebp = 0xbfbfbba8 --- db> In know that unionfs is totally broken atm, but when will this be fixed? The unusability of unionfs is a step back for my project. Bye, Dario -- Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 16:31:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5158616A41F for ; Mon, 1 Aug 2005 16:31:49 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF1F43D48 for ; Mon, 1 Aug 2005 16:31:48 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j71GViRw001825; Mon, 1 Aug 2005 09:31:45 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <86ll3lrdka.fsf@xps.des.no> References: <560747f4f3d58887485e1a2c0c25ac26@xcllnt.net> <86ll3lrdka.fsf@xps.des.no> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <9dd42c075d8542dc6695ce1077b96162@xcllnt.net> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Mon, 1 Aug 2005 09:31:44 -0700 To: des@des.no (=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) X-Mailer: Apple Mail (2.622) Cc: current@freebsd.org Subject: Re: 6.0-BETA1: rpc.lockd broken for NFS server only configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 16:31:49 -0000 On Aug 1, 2005, at 6:28 AM, Dag-Erling Sm=F8rgrav wrote: >> I could of course add nfsclient to my kernel configuration file, but >> that annihilates the effort to split the server functionality from >> the client functionality, so that's no solution. > > No. A server needs both nfsserver and nfsclient, but a client needs > only nfsclient. This is a change from 5.x and 4.x, then. I never needed nfsclient on my server before. Why then do I need nfsclient now, ignoring for a moment that the nfslock pseudo-device is only present for nfsclient as that is what I think is broken? --=20 Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 17:01:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68B8F16A41F for ; Mon, 1 Aug 2005 17:01:57 +0000 (GMT) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C51C643D48 for ; Mon, 1 Aug 2005 17:01:56 +0000 (GMT) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.13.3/8.13.3) with ESMTP id j71H3I5Y007676 for ; Mon, 1 Aug 2005 19:03:18 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.13.3/8.13.3/Submit) id j71H3Iph007675 for freebsd-current@freebsd.org; Mon, 1 Aug 2005 19:03:18 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Mon, 1 Aug 2005 19:03:17 +0200 From: Ruben de Groot To: freebsd-current@freebsd.org Message-ID: <20050801170317.GA7586@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ei.bzerk.org Subject: GA-K8NF-9 Fatal trap 18 on booting 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 17:01:57 -0000 Hi, I have a GA-K8NF-9 mobo with nForce4-4x chipset. Allready learned from the archives that the on-board LAN and SATA-raid aren't supported yet, but decided to give 6.0-beta1 a try with these devices disabled in the BIOS. The installation goes fine, but when I first boot afterwards, I get dropped into the debugger. See below. /boot.config: -hConsoles: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 638kB/523200kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@rat.samsco.home, Tue Jul 12 07:18:27 UTC 2005) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x546b40 data=0xac448+0xdd2e8 syms=[0x8+0x8d4e0+0x8+0x75380] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... \GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-BETA1 #0: Tue Jul 12 09:02:51 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1809.28-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff0 Stepping = 0 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 536805376 (511 MB) avail memory = 506187776 (482 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: irq 11 on acpi0 pci_link1: on acpi0 pci_link2: irq 10 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: irq 11 on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: irq 12 on acpi0 pci_link9: on acpi0 pci_link10: irq 10 on acpi0 pci_link11: irq 5 on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 pci_link17: irq 0 on acpi0 pci_link18: irq 0 on acpi0 pci_link19: irq 0 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link26: Unable to choose an IRQ pci_link21: Unable to choose an IRQ pci_link27: Unable to choose an IRQ pci_link24: Unable to choose an IRQ pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xec100000-0xec100fff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xec101000-0xec1010ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci1: on pcib1 pci_link16: Unable to choose an IRQ pci_link18: Unable to choose an IRQ fxp0: port 0xb000-0xb01f mem 0xec000000-0xec000fff,0xeb000000-0xeb0fffff irq 16 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:b7:88:53 fwohci0: mem 0xeb104000-0xeb1047ff,0xeb100000-0xeb103fff irq 18 at device 10.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:0f:ea:56:00:d7:5f:e8 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0f:ea:d7:5f:e8 fwe0: Ethernet address: 02:0f:ea:d7:5f:e8 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pci5: at device 0.0 (no driver attached) pci5: at device 0.1 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1809281047 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28620MB at ata0-master UDMA66 Fatal trap 18: integer divide fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff8022fb5a stack pointer = 0x10:0xffffffff809d8940 frame pointer = 0x10:0xffffffff809d89a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at ata_raid_promise_read_meta+0x9a: divq %rsi,%eax db> tr Tracing pid 0 tid 0 td 0xffffffff80811e40 ata_raid_promise_read_meta() at ata_raid_promise_read_meta+0x9a ata_raid_read_metadata() at ata_raid_read_metadata+0x29b ata_raid_subdisk_attach() at ata_raid_subdisk_attach+0x27 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ad_attach() at ad_attach+0x37e device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ata_identify() at ata_identify+0xe6 ata_boot_attach() at ata_boot_attach+0x42 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x2a mi_startup() at mi_startup+0xd3 btext() at btext+0x2c db> From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 17:17:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBF6016A420 for ; Mon, 1 Aug 2005 17:17:49 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E7F243D70 for ; Mon, 1 Aug 2005 17:17:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j71HHcDu018088; Mon, 1 Aug 2005 10:17:38 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j71HHcrf018087; Mon, 1 Aug 2005 10:17:38 -0700 Date: Mon, 1 Aug 2005 10:17:38 -0700 From: Brooks Davis To: Sam Leffler Message-ID: <20050801171738.GB1377@odin.ac.hmc.edu> References: <42EAD325.60707@errno.com> <20050801152156.GB90588@teardrop.org> <42EE41A7.4020100@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <42EE41A7.4020100@errno.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: James Snow , current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 17:17:50 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 01, 2005 at 08:37:11AM -0700, Sam Leffler wrote: > James Snow wrote: > >On Fri, Jul 29, 2005 at 06:08:53PM -0700, Sam Leffler wrote: > > > >>So the question is what are the outstanding issues with dhclient and=20 > >>wpa_supplicant? I'm mostly concerned with wireless devices but feel=20 > >>free to talk about wired interfaces too. =20 > > > > > >My biggest outstanding complaint is when booting with a wired network > >and no present wireless network, if dhclient has any recorded leases for > >the wireless interface, it will attempt to use the most recent one and > >blows away the default gateway for the wired network. I then have to=20 > >manually > >'netif stop ath0' and 'netif restart em0.' >=20 > This sounds similar to Peter's desire for a priority to use in selecting= =20 > which interface gets the default route. I've suggested to him this can= =20 > be implemented in the dhclient-hooks script or similar. >=20 > > > >Not sure what the best solution is. Perhaps dhclient needs to be aware > >of the associated/unassociated status of a wireless interface in the > >same way that it's aware of the link status of a wired interface? >=20 > It sounds like you want one dhclient process to be aware of what happens= =20 > in another dhclient process. In handling global state like the default= =20 > route and dns this is important but I'm trying to get it out of the=20 > dhclient program because it's a policy decision. Instead I want to see= =20 > it somewhere that people can override if the default policy isn't right= =20 > for them. I have some ideas in this area. I'm planning to modify dhclient-script to use rc.conf variables and then start adding additional functionality including a concept of interface (and maybe network) priorities for default routes. This is an area that needs more thinking on. I'd personally like to see us find ways to support multiple automatic configuration methods including the static probing supported by profile.sh. > >>If something doesn't work right please try to give steps to reproduce > >>the problem. > > > > > >In /etc/rc.conf: > > > >ifconfig_WIRED=3D"DHCP" > >ifconfig_WIRELESS=3D"WPA DHCP" > > > >Boot once in the presence of a wireless network. Now reboot with a wired > >network, but no present wireless network. dhclient will obtain a lease > >for the wired interface, and when dhclient launches on the wireless > >interface it will time out, use the recorded lease, and clobber the > >wired default gateway. >=20 > That seems wrong; we'll look into it. I believe the bug here is that when attached to an interface where wpa_supplicant is running, but the interface is not associated, dhclient should wait for association for ten seconds like it does with wired interfaces and then exit. At the moment it seems to be confused and think there's link some times. It doesn't seem to happen all the time for me, but I'm not 100% sure of that. If it is sporadic, I'd tend to think scan_ssid=3D1 support might be the culprit. -- 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 --hQiwHBbRI9kgIhsi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC7lkxXY6L6fI4GtQRAltbAKCFX2YDsqLgtrgc2eXd64p3hIbkhgCgwD2h DMdbSSDj5ZJFZ1vaw9hv+jI= =CD+F -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 17:41:29 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9578416A420 for ; Mon, 1 Aug 2005 17:41:29 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05BBB43D4C for ; Mon, 1 Aug 2005 17:41:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 13:56:03 -0400 From: John Baldwin To: Marc Olzheim Date: Mon, 1 Aug 2005 13:36:45 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> In-Reply-To: <20050801150615.GC39886@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011336.46576.jhb@FreeBSD.org> Cc: Joao Barros , freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 17:41:29 -0000 On Monday 01 August 2005 11:06 am, Marc Olzheim wrote: > On Fri, Jul 29, 2005 at 01:18:20PM -0400, John Baldwin wrote: > > Can you try this patch? You'll need to set hw.apic.enable_extint=1 in > > the loader via loader.conf or a manual set command: > > [snip patch] > > That still doesn't make my Dell PowerEdge 2550 boot when I plug in the > amr. > > It gets through initial detection, bu after determining acd0 doesn't > contain a cd and detecting disks at ahc[01], it still hangs itself. Ok. Mike's machine was a PE6350 it seems. Can you provide a verbose dmesg from your machine? Also, does your machine work ok on 5.x but not on 6.0? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 17:53:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 794FF16A420; Mon, 1 Aug 2005 17:53:55 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E44643D48; Mon, 1 Aug 2005 17:53:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j71HriKT024831; Mon, 1 Aug 2005 10:53:44 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j71Hrh5u024830; Mon, 1 Aug 2005 10:53:43 -0700 (PDT) (envelope-from jmg) Date: Mon, 1 Aug 2005 10:53:42 -0700 From: John-Mark Gurney To: Ed Schouten Message-ID: <20050801175342.GT62369@funkthat.com> Mail-Followup-To: Ed Schouten , Giorgos Keramidas , FreeBSD Current , Ivan Voras References: <20050718000738.F69475@geri.cc.fer.hr> <20050717223622.GD65475@hoeg.nl> <20050718130538.GA8938@beatrix.daedalusnetworks.priv> <20050718134519.GH65475@hoeg.nl> <20050801104625.GD7415@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801104625.GD7415@hoeg.nl> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: FreeBSD Current , Giorgos Keramidas , Ivan Voras Subject: Re: Errno man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 17:53:55 -0000 Ed Schouten wrote this message on Mon, Aug 01, 2005 at 12:46 +0200: > * Ed Schouten wrote: > > According to http://man.netbsd.se/?find=errno+2+202: > > > > | 27 EFBIG File too large. The size of a file exceeded the maximum. (The > > | system-wide maximum file size is 2**63 bytes. Each file system > > | may impose a lower limit for files contained within it). > > Hehe, silly me; looked like I once opened a PR about it: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=79298 Thanks, I closed that bug out since I committed a different patch. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 18:00:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26B8B16A41F for ; Mon, 1 Aug 2005 18:00:30 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0AE343D45 for ; Mon, 1 Aug 2005 18:00:29 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id B285DBE22B; Mon, 1 Aug 2005 14:03:20 -0400 (EDT) Date: Mon, 1 Aug 2005 14:03:20 -0400 From: James Snow To: Brooks Davis Message-ID: <20050801180320.GA92166@teardrop.org> References: <42EAD325.60707@errno.com> <20050801152156.GB90588@teardrop.org> <42EE41A7.4020100@errno.com> <20050801171738.GB1377@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801171738.GB1377@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Cc: Sam Leffler , current@freebsd.org Subject: Re: dhclient and wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 18:00:30 -0000 On Mon, Aug 01, 2005 at 10:17:38AM -0700, Brooks Davis wrote: > > It doesn't seem to happen all the time for me, but I'm not 100% sure > of that. If it is sporadic, I'd tend to think scan_ssid=1 support > might be the culprit. I go through this every morning that I boot up at a particular site, so, for me it is not a sporadic problem. FWIW, I don't run wpa_supplicant with scan_ssid=1. -Snow From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 18:40:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F203F16A42C; Mon, 1 Aug 2005 18:40:22 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5425E43D69; Mon, 1 Aug 2005 18:40:19 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Mon, 01 Aug 2005 11:40:17 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5DFFA5D07; Mon, 1 Aug 2005 11:40:17 -0700 (PDT) To: Dario Freni In-reply-to: Your message of "Mon, 01 Aug 2005 18:17:12 +0200." <42EE4B08.8090107@freesbie.org> Date: Mon, 01 Aug 2005 11:40:17 -0700 From: "Kevin Oberman" Message-Id: <20050801184017.5DFFA5D07@ptavv.es.net> Cc: current@freebsd.org, fs@freebsd.org Subject: Re: More unionfs madness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 18:40:23 -0000 > Date: Mon, 01 Aug 2005 18:17:12 +0200 > From: Dario Freni > Sender: owner-freebsd-current@freebsd.org > > Background: > - Read-only compressed partition mounted on /var > - Memory fs created on /mnt/union/var (using mount_md function of rc.subr) > - Created the directory structure on the memory fs > - mount_unionfs -o noatime /mnt/union/var /var (noatime is a suggested > workaround for a bug I've already found, see fs@ archive) > > I'm getting panic during the init phase, when newsyslog script is called: > > Creating and/or trimming log files:panic: lockmgr: locking against myself > cpuid = 0 > KDB: enter: panic > [thread pid 231 tid 100051 ] > Stopped at kdb_enter+0x2b: nop > db> tr > Tracing pid 231 tid 100051 td 0xc1470480 > kdb_enter(c08a550b) at kdb_enter+0x2b > panic(c08a397e,c1470480,0,c0913fa0,c840a990) at panic+0x127 > lockmgr(c1917058,2002,c191707c,c1470480,c840a970) at lockmgr+0x3da > vop_stdlock(c840a990,2,c1917000,c840a9ac,c06cb648) at vop_stdlock+0x1e > VOP_LOCK_APV(c0905ae0,c840a990) at VOP_LOCK_APV+0x87 > vn_lock(c1917000,2,c1470480,0,13) at vn_lock+0xa8 > union_allocvp(c840ac2c,c1455800,c1878550,c17f2990,c840ac40) at > union_allocvp+0x25b > union_lookup(c840ab38,c1878550,0,c840ab54,c06ba68a) at union_lookup+0x627 > VOP_LOOKUP_APV(c0905ae0,c840ab38) at VOP_LOOKUP_APV+0x87 > lookup(c840ac18,c1458044,0,c1470480,12b) at lookup+0x3d6 > namei(c840ac18,1,0,c09861e8,c0985b30) at namei+0x35a > kern_rename(c1470480,bfbfb730,8051100,0,c840ad30) at kern_rename+0xf4 > rename(c1470480,c840ad04,2,1c,80296) at rename+0x15 > syscall(3b,3b,3b,3,bfbfb730) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (128, FreeBSD ELF32, rename), eip = 0x280bbd47, esp = > 0xbfbfb70c, ebp = 0xbfbfbba8 --- > db> > > In know that unionfs is totally broken atm, but when will this be fixed? > The unusability of unionfs is a step back for my project. I don't know about "totally broken" I use unionfs regularly on my system and it's been fine. I'll admit that the use (profile) is fairly straight-forward, but it's given me no problems. -- 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 From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 18:52:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6866516A41F for ; Mon, 1 Aug 2005 18:52:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B774543D46 for ; Mon, 1 Aug 2005 18:51:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 15:06:32 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 14:10:00 -0400 User-Agent: KMail/1.8 References: <1122116967.4884.4.camel@berloga.shadowland> <42E29E10.4080403@root.org> <1122148675.3335.11.camel@berloga.shadowland> In-Reply-To: <1122148675.3335.11.camel@berloga.shadowland> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011410.01683.jhb@FreeBSD.org> Cc: Alex Lyashkov , Nate Lawson Subject: Re: [panic] 6.0 Beta1 can`t boot - acpi_pci_link_add_reference: apparently invalid index 27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 18:52:00 -0000 On Saturday 23 July 2005 03:57 pm, Alex Lyashkov wrote: > > Need to see your acpidump -t -d output. It appears your _PRT table has > > an invalid reference to a link (one that doesn't exist.) > > > > -- > > requested output is attached. > this box i has are acpi problems early. > At 5.2-Current box have interrupt storm, but later it`s fixed. It seems your ASL output didn't make it through. Probably it is a bug in your ASL that you can fix by removing the reference to the link (i.e. it's probably supposed to be a hardwired IRQ 27). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 18:55:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8795716A41F; Mon, 1 Aug 2005 18:55:16 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DCE943D46; Mon, 1 Aug 2005 18:55:15 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id D3D651734A9; Mon, 1 Aug 2005 20:55:14 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 66181405B; Mon, 1 Aug 2005 20:55:34 +0200 (CEST) Date: Mon, 1 Aug 2005 20:55:34 +0200 From: Jeremie Le Hen To: Kevin Oberman Message-ID: <20050801185534.GD68965@obiwan.tataz.chchile.org> References: <42EE4B08.8090107@freesbie.org> <20050801184017.5DFFA5D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801184017.5DFFA5D07@ptavv.es.net> User-Agent: Mutt/1.5.9i Cc: Dario Freni , current@freebsd.org, fs@freebsd.org Subject: Re: More unionfs madness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 18:55:16 -0000 Hi Kevin, Dario and all, > I don't know about "totally broken" I use unionfs regularly on my system > and it's been fine. I'll admit that the use (profile) is fairly > straight-forward, but it's given me no problems. profile.sh uses the "union" mount(8) option (MNT_UNION), which has far more simpler semantics as the unionfs filesystem. The latter is indeed totally broken as a simple rename(2) or rmdir(2) would lead to a panic, IIRC. BTW, if you are interested in MNT_UNION semantics, I made a patch for the profile.sh(8) manpage (among other one which are waiting for Tobias to be merged :-), which explains clearly what it is supposed to do. The real unionfs filesystem is described in mount_unionfs(8) manpage. Have a look here : http://jeremie.le-hen.org/~tataz/patches/FreeBSD/profile.sh/ Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 19:11:28 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 890C916A421 for ; Mon, 1 Aug 2005 19:11:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81B3243D48 for ; Mon, 1 Aug 2005 19:11:27 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j71JBPgs034941 for ; Mon, 1 Aug 2005 22:11:25 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 75097-13 for ; Mon, 1 Aug 2005 22:11:25 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j71JBOim034938 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 1 Aug 2005 22:11:24 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j71JBMFr047701 for current@FreeBSD.org; Mon, 1 Aug 2005 22:11:22 +0300 (EEST) (envelope-from ru) Date: Mon, 1 Aug 2005 22:11:22 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20050801191122.GJ14023@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="utPK4TBebyzZxMrE" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: Does vlan(4) work on nge(4)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 19:11:28 -0000 --utPK4TBebyzZxMrE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've got a report that in RELENG_6 and HEAD, vlan(4) on nge(4) is broken. Can anyone confirm or reject this information? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --utPK4TBebyzZxMrE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7nPaqRfpzJluFF4RAkNIAJwOcSekw6RH8XFL1XWSwXJYUL8P5gCeO4BX E/NyqE2/ShJsDhlqWNJhG1Y= =lNfk -----END PGP SIGNATURE----- --utPK4TBebyzZxMrE-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 19:54:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE43016A41F; Mon, 1 Aug 2005 19:54:42 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80CF43D58; Mon, 1 Aug 2005 19:54:41 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j71JrtRX054994; Mon, 1 Aug 2005 15:53:55 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j71JsdBQ008139; Mon, 1 Aug 2005 15:54:39 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j71Jsbnc097673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Aug 2005 15:54:37 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 01 Aug 2005 15:57:09 -0400 To: Marc Olzheim , John Baldwin From: Mike Tancsa In-Reply-To: <20050801150615.GC39886@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: Joao Barros , freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 19:54:43 -0000 At 11:06 AM 01/08/2005, Marc Olzheim wrote: >On Fri, Jul 29, 2005 at 01:18:20PM -0400, John Baldwin wrote: > > Can you try this patch? You'll need to set hw.apic.enable_extint=1 in the > > loader via loader.conf or a manual set command: > >[snip patch] > >That still doesn't make my Dell PowerEdge 2550 boot when I plug in the >amr. What if you take out all ATA definitions from the kernel ? I had to with mine. ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:16:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AADB16A41F for ; Mon, 1 Aug 2005 20:16:56 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E833443D48 for ; Mon, 1 Aug 2005 20:16:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 16:31:30 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 15:14:13 -0400 User-Agent: KMail/1.8 References: <20050728000152.871E026@mero.morphisms.net> In-Reply-To: <20050728000152.871E026@mero.morphisms.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011514.14346.jhb@FreeBSD.org> Cc: William Josephson Subject: Re: dlinfo/rtld.c bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:16:56 -0000 On Wednesday 27 July 2005 08:01 pm, William Josephson wrote: > I've run across a bug in the ELF dynamic linker in FreeBSD 4.x > and FreeBSD 5.4. Although I haven't had a chance to compile or > install FreeBSD 6 yet, the bug appears to be in the ELF dynamic > linker in at least FreeBSD 4 through -CURRENT. The problem is > that do_search_info in libexec/rtld-elf/rtld.c does not account > for the space required by Dl_serpath structures with either the > RTLD_DI_SERINFOSIZE, or the RTLD_DI_SERINFO requests. The > example program in the dlinfo man page happens to work, but a > simple loop copying the path strings into a buffer allocated with > malloc will corrupt the heap. The program below illustrates the > problem. Given that the arithmetic in do_search_info is easily > fixed, it might be worth patching before the upcoming release. > > #include > #include > #include > #include > > int > main(int argc, char *argv[]) > { > char *s; > Dl_serinfo *p; > Dl_serinfo info; > > memset(&info, 0, sizeof(info)); > dlinfo(RTLD_SELF, RTLD_DI_SERINFOSIZE, (void*)&info); > p = malloc(info.dls_size); > memset(p, 0, info.dls_size); > p->dls_cnt = info.dls_cnt; > p->dls_size = info.dls_size; > dlinfo(RTLD_SELF, RTLD_DI_SERINFO, (void*)p); > s = p->dls_serpath[p->dls_cnt-1].dls_name; > s += strlen(s)+1; > printf("%d %d %d %d %d\n", info.dls_size, (char*)s-(char*)p, > ((char*)s-(char*)p)-info.dls_size, sizeof(Dl_serpath), > info.dls_cnt*sizeof(Dl_serpath)); > return 0; > } Do you have a patch for this? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:16:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1750516A41F; Mon, 1 Aug 2005 20:16:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523E043D46; Mon, 1 Aug 2005 20:16:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 16:31:31 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 15:22:25 -0400 User-Agent: KMail/1.8 References: <20050728.091810.85228740.imp@bsdimp.com> <20050729.000202.74568315.imp@bsdimp.com> <05072914090418.26779@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <05072914090418.26779@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011522.27593.jhb@FreeBSD.org> Cc: vova@fbsd.ru, Tai-hwa Liang , current@freebsd.org, "M. Warner Losh" Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:16:58 -0000 On Friday 29 July 2005 02:13 am, Tai-hwa Liang wrote: > On Fri, 29 Jul 2005, M. Warner Losh wrote: > > In message: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> > > > > Tai-hwa Liang writes: > > : I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi > > : are the same... > > > > They are. > > Hmm... Vladimir, would you please also try to patch your if_wi with: > > http://people.freebsd.org/~avatar/if_wi.c.patch > > and see whether it fixes the wi adhoc issue for you? FYI, the patch seems to lose setting of the WEP capability from an initial glance. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:16:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1750516A41F; Mon, 1 Aug 2005 20:16:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 523E043D46; Mon, 1 Aug 2005 20:16:57 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 16:31:31 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 15:22:25 -0400 User-Agent: KMail/1.8 References: <20050728.091810.85228740.imp@bsdimp.com> <20050729.000202.74568315.imp@bsdimp.com> <05072914090418.26779@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <05072914090418.26779@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011522.27593.jhb@FreeBSD.org> Cc: vova@fbsd.ru, Tai-hwa Liang , current@freebsd.org, "M. Warner Losh" Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:16:58 -0000 On Friday 29 July 2005 02:13 am, Tai-hwa Liang wrote: > On Fri, 29 Jul 2005, M. Warner Losh wrote: > > In message: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> > > > > Tai-hwa Liang writes: > > : I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi > > : are the same... > > > > They are. > > Hmm... Vladimir, would you please also try to patch your if_wi with: > > http://people.freebsd.org/~avatar/if_wi.c.patch > > and see whether it fixes the wi adhoc issue for you? FYI, the patch seems to lose setting of the WEP capability from an initial glance. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:16:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F126516A430; Mon, 1 Aug 2005 20:16:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744E543D46; Mon, 1 Aug 2005 20:16:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 16:31:32 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 16:02:18 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011602.19668.jhb@FreeBSD.org> Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: PXE Loader register dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:16:59 -0000 On Sunday 31 July 2005 02:01 pm, Bjoern A. Zeeb wrote: > Hi, > > using a new sk(4) for pxe booting in an amd64 machine > I get following... > > --------------- hand transcribed ------------ > SK-98xx PXE v1.12 (20031021) > ... > Pre-boot eXecution Environment (PXE) v2.1 > ... > PXE Loader 1.00 > > Building the boot loader arguments > Relocating the loader and the BTX > Starting the BTX loader > > int=0000000d err=0000001a efl=00030046 eip=000003f7 > eax=00000000 ebx=00000028 ecx=00000000 edx=00000000 > esi=00000028 edi=00000028 ebp=00000398 esp=00000392 > ca=9a57 ds=9936 es=8fc0 fs=0033 gs=0033 ss=8dff > cs:eip=cc 8b c8 67 8b 15 02 00-00 00 c1 e8 07 75 03 03 > d1 c3 ee 83 e1 7f 81 c9-80 00 eb f3 b8 00 00 cd > ss:esp=7b 03 28 00 c0 8f a6 03-98 25 a5 03 ff 8d 00 00 > 26 01 00 00 b0 03 52 1b-28 00 c0 8f 00 00 d4 03 > BTX halted > --------------- /end ------------------------ > > I think the same pxeboot had worked fine before with nve(4) > (though nve wasn't able to mount root then). Hmm, the BIOS executed a breakpoint for some reason: 00000000 CC int3 00000001 8BC8 mov cx,ax 00000003 678B1502000000 mov dx,[dword 0x2] 0000000A C1E807 shr ax,0x7 0000000D 7503 jnz 0x12 0000000F 03D1 add dx,cx 00000011 C3 ret 00000012 EE out dx,al 00000013 83E17F and cx,byte +0x7f 00000016 81C98000 or cx,0x80 0000001A EBF3 jmp short 0xf 0000001C B80000 mov ax,0x0 0000001F CD db 0xCD It's possible to hack BTX to not fault on breakpoints. Actually, it looks like it is supposed to just keep going when it hits a breakpoint. Hmm, unfortunately it looks like you got a GP#, not a breakpoint trap. Well, there are various reasons why that could happen, but I'm not sure exactly why you are getting a GP#. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:16:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F126516A430; Mon, 1 Aug 2005 20:16:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744E543D46; Mon, 1 Aug 2005 20:16:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 01 Aug 2005 16:31:32 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 1 Aug 2005 16:02:18 -0400 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508011602.19668.jhb@FreeBSD.org> Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: PXE Loader register dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:16:59 -0000 On Sunday 31 July 2005 02:01 pm, Bjoern A. Zeeb wrote: > Hi, > > using a new sk(4) for pxe booting in an amd64 machine > I get following... > > --------------- hand transcribed ------------ > SK-98xx PXE v1.12 (20031021) > ... > Pre-boot eXecution Environment (PXE) v2.1 > ... > PXE Loader 1.00 > > Building the boot loader arguments > Relocating the loader and the BTX > Starting the BTX loader > > int=0000000d err=0000001a efl=00030046 eip=000003f7 > eax=00000000 ebx=00000028 ecx=00000000 edx=00000000 > esi=00000028 edi=00000028 ebp=00000398 esp=00000392 > ca=9a57 ds=9936 es=8fc0 fs=0033 gs=0033 ss=8dff > cs:eip=cc 8b c8 67 8b 15 02 00-00 00 c1 e8 07 75 03 03 > d1 c3 ee 83 e1 7f 81 c9-80 00 eb f3 b8 00 00 cd > ss:esp=7b 03 28 00 c0 8f a6 03-98 25 a5 03 ff 8d 00 00 > 26 01 00 00 b0 03 52 1b-28 00 c0 8f 00 00 d4 03 > BTX halted > --------------- /end ------------------------ > > I think the same pxeboot had worked fine before with nve(4) > (though nve wasn't able to mount root then). Hmm, the BIOS executed a breakpoint for some reason: 00000000 CC int3 00000001 8BC8 mov cx,ax 00000003 678B1502000000 mov dx,[dword 0x2] 0000000A C1E807 shr ax,0x7 0000000D 7503 jnz 0x12 0000000F 03D1 add dx,cx 00000011 C3 ret 00000012 EE out dx,al 00000013 83E17F and cx,byte +0x7f 00000016 81C98000 or cx,0x80 0000001A EBF3 jmp short 0xf 0000001C B80000 mov ax,0x0 0000001F CD db 0xCD It's possible to hack BTX to not fault on breakpoints. Actually, it looks like it is supposed to just keep going when it hits a breakpoint. Hmm, unfortunately it looks like you got a GP#, not a breakpoint trap. Well, there are various reasons why that could happen, but I'm not sure exactly why you are getting a GP#. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:28:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69A9B16A41F; Mon, 1 Aug 2005 20:28:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F19CA43D48; Mon, 1 Aug 2005 20:28:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j71KRS07056649; Mon, 1 Aug 2005 16:27:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j71KSDM0095593; Mon, 1 Aug 2005 16:28:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 016127304D; Mon, 1 Aug 2005 16:28:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050801202812.016127304D@freebsd-current.sentex.ca> Date: Mon, 1 Aug 2005 16:28:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:28:14 -0000 TB --- 2005-08-01 19:57:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-01 19:57:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-08-01 19:57:47 - cleaning the object tree TB --- 2005-08-01 19:58:06 - checking out the source tree TB --- 2005-08-01 19:58:06 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-08-01 19:58:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-01 20:03:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-01 20:03:56 - cd /src TB --- 2005-08-01 20:03:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here *** Error code 1 Stop in /src/lib/libmemstat. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-01 20:28:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-01 20:28:12 - ERROR: failed to build world TB --- 2005-08-01 20:28:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 1 20:33:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C5416A41F; Mon, 1 Aug 2005 20:33:06 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from users.altadena.net (users.altadena.net [207.151.161.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id C307B43D45; Mon, 1 Aug 2005 20:33:05 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from pete by users.altadena.net with local (Exim 4.51) id 1Dzgy9-00019t-J7; Mon, 01 Aug 2005 13:33:05 -0700 Date: Mon, 1 Aug 2005 13:33:05 -0700 From: Pete Carah To: amd64@freebsd.org, current@freebsd.org, x11@freebsd.org Message-ID: <20050801203305.GA3612@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: Pete Carah Cc: Subject: Compaq v2310 revisited in 32-bit mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2005 20:33:06 -0000 I gave up on keeping my new amd64 compaq in 64-bit mode due mostly to the lack of 64-bit drivers even from HP. Even the PCcard driver only kind-of worked... The pc-card works in 32bit mode; in fbsd/amd64 it hung the system whenever a card (Dlink ath card) was plugged in, then resumed whenever it was unplugged. This works fine in 32-bit (I'm typing through it now). There is no 64-bit Broadcom driver out there that I could find that handled the 4318. Linuxant.com had a 64bit driver that, when the .inf was patched to recognize the 4318, did so, but fbsd never attached the ndis driver due to a timeout. The 32bit driver is better but doesn't handle WPA. (in fact nothing shows up in "list scan" so something fundamental is wrong. I got the driver out of my own /windows/system32/drivers directory so I know it works in windoze (WPA works fine in windows on the same access point). I get reboots whenever trying X11 on the ATI chipset in this machine, using the .12 or .16 snapshot at xorg. Eric and JKim: This happens also in 32-bit mode (I was wishing :-) So, the TI cardbus driver lacks something in 64-bit mode and the ndisulator is better (but might be OK if Broadcom released a 64-bit driver for the 4318...) (and even better if they did something like atheros and released a layered driver to handle the nda stuff, but I'm not holding my breath...) Also, I couldn't get the CD boot to work (in fact, the generic kernel in general) without disabling a bunch of stuff in hints. I still haven't quite figured out what it is but it partly seems to be atapi_dma. Still progress needed. If anyone involved in the hardware effort (especially X11) lives in Southern Calif, I can help with some access to the hardware. I do have the TI datasheet (all 300 pages) for the chip that handles the pccard (also fw and the built-in flash-card reader/writer). I never tried fw in 64-bit mode to see if that part of the driver worked. Once I get some time I can look into the relevant drivers to see what is going on there. It may be that some address masking/bounce-buffer stuff needs to be done... (or does the amd64 port always assign addresses that fit into 32 bits if there is less than 4g ram present?) Again, all this works fine in windoze (32-bit mode again; HP isn't (yet) participating in the MS 64-bit XP exchange program, maybe thanks to Broadcom?). (though I also don't know about ATI...) USB and ATA do work in 64-bit; those are in the main ATI chipset. I think that atapi_dma doesn't but don't know for sure since the only symptom I see is a hang before the geom printouts during boot. (and that could be the drive and not the chipset anyhow?) I've kept verbose dmesg and several xorg logs from the 64-bit phase in case. (http://www.altadena.net/~pete/amd64/) -- Pete From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 00:45:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BCC016A41F for ; Tue, 2 Aug 2005 00:45:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDAA43D46 for ; Tue, 2 Aug 2005 00:45:33 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j720jXQS001778 for ; Mon, 1 Aug 2005 17:45:33 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j720jW5f001777 for freebsd-current@freebsd.org; Mon, 1 Aug 2005 17:45:32 -0700 (PDT) (envelope-from obrien) Date: Mon, 1 Aug 2005 17:45:32 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050802004532.GA1715@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PANIC] Duplicate free of item 0xc5221800 from zone 0xc1050b40(mbuf_clus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 00:45:34 -0000 FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #522: Sun Jul 31 21:52:18 PDT 2005 i386 # kgdb kernel.debug /var/crash/vmcore.2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc050f512 in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc050f8c3 in panic ( fmt=0xc06ac606 "Duplicate free of item %p from zone %p(%s)\n") at ../../../kern/kern_shutdown.c:553 #3 0xc061578d in uma_dbg_free (zone=0xc1050b40, slab=0xc5101af8, item=0xc5221800) at ../../../vm/uma_dbg.c:288 #4 0xc061398d in uma_zfree_arg (zone=0xc1050b40, item=0xc5221800, udata=0x0) at ../../../vm/uma_core.c:2285 #5 0xc054ef94 in mb_free_ext (m=0xc5515200) at uma.h:303 #6 0xc054ee07 in m_freem (mb=0x0) at mbuf.h:427 #7 0xc0596862 in arpresolve (ifp=0xc4e4ac00, rt0=0xc4ffd420, m=0xc4e1b700, dst=0xc4e7e550, desten=0xe6e05b98 "Ä[àæ8õXÀ$ÄoÀ") at ../../../netinet/if_ether.c:442 #8 0xc058b53b in ether_output (ifp=0xc4e4ac00, m=0xc4e1b700, dst=0xc4e7e550, rt0=0x0) at ../../../net/if_ethersubr.c:173 #9 0xc05a2135 in ip_output (m=0xc4e1b700, opt=0xc5585008, ro=0xe6e05bf4, flags=2, imo=0xc4bba208, inp=0x0) at ../../../netinet/ip_output.c:772 #10 0xc0452213 in pfsync_senddef (arg=0xc4bba200) at ../../../contrib/pf/net/if_pfsync.c:1829 #11 0xc051d49b in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:295 #12 0xc04f8362 in ithread_loop (arg=0xc4ade500) at ../../../kern/kern_intr.c:545 #13 0xc04f7351 in fork_exit (callout=0xc04f8200 , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:789 #14 0xc065a7ac in fork_trampoline () at ../../../i386/i386/exception.s:208 (kgdb) quit Script done on Mon Aug 1 17:42:43 2005 From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 01:11:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DBF216A41F; Tue, 2 Aug 2005 01:11:49 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4041D43D46; Tue, 2 Aug 2005 01:11:49 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 7199C5072C7; Tue, 2 Aug 2005 09:11:46 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 6C4185072B1; Tue, 2 Aug 2005 09:11:46 +0800 (CST) Date: Tue, 2 Aug 2005 09:11:46 +0800 (CST) From: Tai-hwa Liang To: John Baldwin In-Reply-To: <200508011522.27593.jhb@FreeBSD.org> Message-ID: <0508020904476.32192@www.mmlab.cse.yzu.edu.tw> References: <20050728.091810.85228740.imp@bsdimp.com> <20050729.000202.74568315.imp@bsdimp.com> <05072914090418.26779@www.mmlab.cse.yzu.edu.tw> <200508011522.27593.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: vova@fbsd.ru, freebsd-current@freebsd.org, "M. Warner Losh" Subject: Re: owi build broken in recent 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 01:11:49 -0000 On Mon, 1 Aug 2005, John Baldwin wrote: > On Friday 29 July 2005 02:13 am, Tai-hwa Liang wrote: >> On Fri, 29 Jul 2005, M. Warner Losh wrote: >>> In message: <05072911422415.24212@www.mmlab.cse.yzu.edu.tw> >>> >>> Tai-hwa Liang writes: >>> : I'm wondering about whether the "old wi ad-hoc" and AHDEMO in if_wi >>> : are the same... >>> >>> They are. >> >> Hmm... Vladimir, would you please also try to patch your if_wi with: >> >> http://people.freebsd.org/~avatar/if_wi.c.patch >> >> and see whether it fixes the wi adhoc issue for you? > > FYI, the patch seems to lose setting of the WEP capability from an initial > glance. Apart from the AHDEMO and PMGT flag, the patch also honours the WEP supporting flag reported by firmware. Search for IEEE80211_C_WEP and you'll find out that it will be flagged later if the firmware supports that. -- Thanks, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 01:51:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5901C16A41F for ; Tue, 2 Aug 2005 01:51:40 +0000 (GMT) (envelope-from cking@m202.net) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5F4F43D45 for ; Tue, 2 Aug 2005 01:51:39 +0000 (GMT) (envelope-from cking@m202.net) Received: from pimout4-ext.prodigy.net (pimout4-int.prodigy.net [207.115.4.203]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j721p6sx016431 for ; Mon, 1 Aug 2005 21:51:06 -0400 X-ORBL: [69.227.134.127] Received: from xenon.m202.net (adsl-69-227-134-127.dsl.renocs.nvbell.net [69.227.134.127]) by pimout4-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j721pTi6080428; Mon, 1 Aug 2005 21:51:37 -0400 Received: from xenon.m202.net (localhost [127.0.0.1]) by xenon.m202.net (8.13.3/8.13.3) with ESMTP id j721pQGR010657; Mon, 1 Aug 2005 18:51:26 -0700 (PDT) (envelope-from cking@xenon.m202.net) Received: (from cking@localhost) by xenon.m202.net (8.13.3/8.13.3/Submit) id j721pKZ5064441; Mon, 1 Aug 2005 18:51:20 -0700 (PDT) (envelope-from cking) Date: Mon, 1 Aug 2005 18:51:20 -0700 From: Colin King To: Justin Finkelstein Message-ID: <20050802015120.GA43118@xenon.m202.net> References: <20050801162615.GA40704@xenon.m202.net> <000c01c596ba$83abe050$0b02a8c0@justin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <000c01c596ba$83abe050$0b02a8c0@justin> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-102.3 required=5.0 tests=ALL_TRUSTED, FROM_ENDS_IN_NUMS,USER_IN_WHITELIST autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on xenon.m202.net Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 01:51:40 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Only if your filesystem is unstable. Using atacontrol reloads the drive's information in the kernel, it doesn't affect the filesystem. Of course, you always want to unmount before swapping out a drive. On Mon, Aug 01, 2005 at 06:00:17PM +0100, Justin Finkelstein wrote: > Thanks; and just use fsck to check consistency? >=20 > -----Original Message----- > From: Colin King [mailto:ring_06@m202.net]=20 > Sent: 01 August 2005 17:26 > To: Justin Finkelstein > Subject: Re: Hot-swap SATA and atacontrol >=20 >=20 > I've been able to hot-swap regular IDE drives this way, but some > motherboards and BIOSes don't like that. If this works for you, I'd say go > for it. >=20 > On Mon, Aug 01, 2005 at 04:33:24PM +0100, Justin Finkelstein wrote: > > Hi > >=20 > > I'm trying to find out about the safety of hot-swappable sata devices= =20 > > when not using a raid configuration. What I'd like is to be able to=20 > > remove a hot-swap drive while the system's powered up. > >=20 > > The drive has its own sata channel, so I issue the following commands: > >=20 > > umount /dev/ad2s1d - to dismount the drive > > atacontrol detach 1 - to stop all further ata commands going to the=20 > > device > >=20 > > This appears to work just fine, but I'd like a second opinion. > >=20 > > Any thoughts? > >=20 > > j. > >=20 > > Redwire Design Limited > > Studio 12 > > 37 Tanner Street > > London SE1 3LF > > [ www.redwiredesign.com ] > > [ 020 7403 1444 ] - voice > > [ 020 7378 8711 ] - fax > >=20 > >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list=20 > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to=20 > > "freebsd-current-unsubscribe@freebsd.org" >=20 > --=20 > Colin King > http://www.m202.net/ >=20 > 010000110110111101101110011001110111001001100001 > 011101000111010101101100011000010111010001101001 > 011011110110111001110011001011000010000001111001 > 011011110111010100100000011001100110111101110101 > 011011100110010000100000011101000110100001100101 > 001000000111001101100101011000110111001001100101 > 011101000010000001101101011001010111001101110011 > 011000010110011101100101001011100010000001011001 > 011011110111010100100000011101110110100101101110 > 001000000110110101111001001000000110010001100101 > 011001010111000000100000011000010110010001101101 > 011010010111001001100001011101000110100101101111 > 011011100010000001100001011011100110010000100000 > 011100100110010101110011011100000110010101100011 > 0111010000101110 >=20 --=20 Colin King http://www.m202.net/ 010000110110111101101110011001110111001001100001 011101000111010101101100011000010111010001101001 011011110110111001110011001011000010000001111001 011011110111010100100000011001100110111101110101 011011100110010000100000011101000110100001100101 001000000111001101100101011000110111001001100101 011101000010000001101101011001010111001101110011 011000010110011101100101001011100010000001011001 011011110111010100100000011101110110100101101110 001000000110110101111001001000000110010001100101 011001010111000000100000011000010110010001101101 011010010111001001100001011101000110100101101111 011011100010000001100001011011100110010000100000 011100100110010101110011011100000110010101100011 0111010000101110 --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Signed from MercuryIV iD8DBQFC7tGX/snj4TV8XCERAoYJAKC50sjjZKsx2EJAOLDLCcUgATxKEQCdEKcF H2IQxDhSy11MiAlmXmg64QY= =twyc -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 02:24:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D61916A41F for ; Tue, 2 Aug 2005 02:24:19 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF35343D49 for ; Tue, 2 Aug 2005 02:24:18 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DzmS2-000JSc-EJ for freebsd-current@freebsd.org; Tue, 02 Aug 2005 02:24:18 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1DzmS1-0000Vj-S9 for freebsd-current@freebsd.org; Mon, 01 Aug 2005 16:24:17 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17134.55633.468835.373297@roam.psg.com> Date: Mon, 1 Aug 2005 16:24:17 -1000 To: FreeBSD Current Subject: t-mo eap-ttls with wpa_supplicant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 02:24:19 -0000 ok, now that i have wap_supplicant working, i am wondering if anyone has the config howto for t-mo hotspots which are said to use EAP-TTLSv0? randy From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 03:48:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31ABB16A41F for ; Tue, 2 Aug 2005 03:48:43 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA0A243D46 for ; Tue, 2 Aug 2005 03:48:42 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dznli-000LZw-L2 for freebsd-current@freebsd.org; Tue, 02 Aug 2005 03:48:42 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1Dznli-0000fL-2Z for freebsd-current@freebsd.org; Mon, 01 Aug 2005 17:48:42 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17134.60697.673216.102892@roam.psg.com> Date: Mon, 1 Aug 2005 17:48:41 -1000 To: FreeBSD Current Subject: wpa_cli reconfigure loses networks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 03:48:43 -0000 i just did a wpa_cli reconfigure for the heck of it. using ifconfig, i could see it scanning the networks with scan_ssid=1 set, but did not see the current network which did _not_ have scan_ssid set. -current cvs as of this morning (hawai`i time). randy From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 05:20:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF1F16A41F for ; Tue, 2 Aug 2005 05:20:43 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCEB143D45 for ; Tue, 2 Aug 2005 05:20:42 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1451468rna for ; Mon, 01 Aug 2005 22:20:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=OJqx9VeI/SjN9h9+xLenzfbBRz/CEsjXpDYkuKwonYqyVNWYkF31OxqU2GJPjkhIayegTxzY+lmtMEqWlD6cdfJvGnyBh8wO4GXvK3Cwy254Eg9nQ0Uk0GXBjxITKI7IswIpnFie7RQobGbYLM4Rj6WlmQJKnTmgUiFYHRSqA34= Received: by 10.38.9.24 with SMTP id 24mr1294266rni; Mon, 01 Aug 2005 22:20:42 -0700 (PDT) Received: by 10.38.12.17 with HTTP; Mon, 1 Aug 2005 22:20:42 -0700 (PDT) Message-ID: <1d6d20bc05080122207b5f172e@mail.gmail.com> Date: Tue, 2 Aug 2005 13:20:42 +0800 From: Jia-Shiun Li To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_5420_8481580.1122960042053" Cc: Subject: ATA driver patch for IT8211F X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 05:20:44 -0000 ------=_Part_5420_8481580.1122960042053 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all, Attached is the patch for ITE IT8211F ATA controller. IT8211F is compatible with IT8212F except the raid function. It is often used on mainboards in addition to the only parallel ATA channel of ICH6/ICH7, especially Asus ones. However I do not have any hardware available to test. Anyone has such mainboards or addon cards please test this patch to help add support for it. Thanks, Jia-Shiun ------=_Part_5420_8481580.1122960042053 Content-Type: text/plain; name="it8211f.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="it8211f.diff" SW5kZXg6IHN5cy9kZXYvYXRhL2F0YS1jaGlwc2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv bWUvbmN2cy9zcmMvc3lzL2Rldi9hdGEvYXRhLWNoaXBzZXQuYyx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS4xMjYKZGlmZiAtYiAtdSAtcCAtcjEuMTI2IGF0YS1jaGlwc2V0LmMKLS0tIHN5cy9kZXYv YXRhL2F0YS1jaGlwc2V0LmMJMTAgSnVuIDIwMDUgMDc6NDM6MTAgLTAwMDAJMS4xMjYKKysrIHN5 cy9kZXYvYXRhL2F0YS1jaGlwc2V0LmMJMiBBdWcgMjAwNSAwNTowNjo1NiAtMDAwMApAQCAtMTc5 Niw2ICsxNzk2LDEwIEBAIGF0YV9pdGVfaWRlbnQoZGV2aWNlX3QgZGV2KQogewogICAgIHN0cnVj dCBhdGFfcGNpX2NvbnRyb2xsZXIgKmN0bHIgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CiAKKyAg ICBpZiAocGNpX2dldF9kZXZpZChkZXYpID09IEFUQV9JVDgyMTFGKSB7CisJZGV2aWNlX3NldF9k ZXNjKGRldiwgIklURSBJVDgyMTFGIEFUQTEzMyBjb250cm9sbGVyIik7CisJY3Rsci0+Y2hpcGlu aXQgPSBhdGFfaXRlX2NoaXBpbml0OworCXJldHVybiAwOwogICAgIGlmIChwY2lfZ2V0X2Rldmlk KGRldikgPT0gQVRBX0lUODIxMkYpIHsKIAlkZXZpY2Vfc2V0X2Rlc2MoZGV2LCAiSVRFIElUODIx MkYgQVRBMTMzIGNvbnRyb2xsZXIiKTsKIAljdGxyLT5jaGlwaW5pdCA9IGF0YV9pdGVfY2hpcGlu aXQ7CkluZGV4OiBzeXMvZGV2L2F0YS9hdGEtcGNpLmgKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv bWUvbmN2cy9zcmMvc3lzL2Rldi9hdGEvYXRhLXBjaS5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAx LjQ5CmRpZmYgLWIgLXUgLXAgLXIxLjQ5IGF0YS1wY2kuaAotLS0gc3lzL2Rldi9hdGEvYXRhLXBj aS5oCTggSnVuIDIwMDUgMjA6MDI6NTUgLTAwMDAJMS40OQorKysgc3lzL2Rldi9hdGEvYXRhLXBj aS5oCTIgQXVnIDIwMDUgMDU6MDY6NTYgLTAwMDAKQEAgLTE0OSw2ICsxNDksNyBAQCBzdHJ1Y3Qg YXRhX2Nvbm5lY3RfdGFzayB7CiAjZGVmaW5lIEFUQV9JMzEyNDQJCTB4MzIwMDgwODYKIAogI2Rl ZmluZSBBVEFfSVRFX0lEICAgICAgICAgICAgICAweDEyODMKKyNkZWZpbmUgQVRBX0lUODIxMUYg ICAgICAgICAgICAgMHg4MjExMTI4MwogI2RlZmluZSBBVEFfSVQ4MjEyRiAgICAgICAgICAgICAw eDgyMTIxMjgzCiAKICNkZWZpbmUgQVRBX01JQ1JPTl9JRCAgICAgICAgICAgMHgxMDQyCg== ------=_Part_5420_8481580.1122960042053-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 05:42:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D12E16A41F for ; Tue, 2 Aug 2005 05:42:01 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DF143D46 for ; Tue, 2 Aug 2005 05:42:00 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-114-143.hsd1.ma.comcast.net (c-66-30-115-133.hsd1.ma.comcast.net[66.30.115.133](misconfigured sender)) by comcast.net (sccrmhc11) with ESMTP id <2005080205400701100huslge>; Tue, 2 Aug 2005 05:40:07 +0000 Received: from c-24-63-58-5.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-114-143.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j725eC75072729 for ; Tue, 2 Aug 2005 01:40:12 -0400 (EDT) (envelope-from rodrigc@c-24-63-58-5.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-24-63-58-5.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j725eCXx072728 for freebsd-current@freebsd.org; Tue, 2 Aug 2005 01:40:12 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 2 Aug 2005 01:40:12 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050802054012.GA72632@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Why -Wredundant-decls in sys/conf/kern.mk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 05:42:01 -0000 Hi, I am looking into getting the kernel to compile with gcc 4.0, and encountered something which I am not sure about. In sys/conf/kern.mk, why do we have -Wredundant-decls in the CWARNFLAGS: CWARNFLAGS?= -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes \ I have no problems with the other warning flags. However -Wredundant-decls warns for: `-Wredundant-decls' Warn if anything is declared more than once in the same scope, even in cases where multiple declaration is valid and changes nothing. This warning causes gcc to emit a warning for legal C code, that normally not even -Wall would complain about. For example, gcc compiles this code compiles fine, even with -Wall: struct a { }; static struct a b; static struct a b = { }; but emits a warning with -Wredundant-decls: r.c:1: warning: redundant redeclaration of 'b' r.c:1: warning: previous declaration of 'b' was here There are places in the kernel that want to forward declare a struct as static, and then implement it later on. Since it is legal in C to do this, are we gaining anything by having this flag in the kernel's CWARNFLAGS? Does -Wredundant-decls warn against other things that are useful to warn against? Sorry if this is a silly question....I'm not a C expert. Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 07:03:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 953D716A41F for ; Tue, 2 Aug 2005 07:03:09 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54409.mail.yahoo.com (web54409.mail.yahoo.com [206.190.49.139]) by mx1.FreeBSD.org (Postfix) with SMTP id ECBCC43D45 for ; Tue, 2 Aug 2005 07:03:08 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 50968 invoked by uid 60001); 2 Aug 2005 07:03:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZJ828QvSUwRQOM31SlRnYvJTY7DE0RbOwKraH6D+24iITrlAOIw3VwLIP6rGz3DUiB4nlzmExn5Pk2oqhnZvta4C40eifUA+f5PaGCUI8ALRpeR80A8LTj0jZPXn+nXnjOLABrH/XbnEtQKuv7J0eaGWVRyD/XEF7GhmlMhsDmo= ; Message-ID: <20050802070308.50966.qmail@web54409.mail.yahoo.com> Received: from [203.201.97.48] by web54409.mail.yahoo.com via HTTP; Tue, 02 Aug 2005 00:03:08 PDT Date: Tue, 2 Aug 2005 00:03:08 -0700 (PDT) From: Bsderss To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Where are these function definition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 07:03:09 -0000 Hi, I cd into pppd directory in folder /usr/src and found the following functions declared in the pppd.h header file, but I couldn't found where these APIs are defined. /* Procedures exported from demand.c */ void demand_conf __P((void)); /* config interface(s) for demand-dial */ void demand_block __P((void)); /* set all NPs to queue up packets */ void demand_unblock __P((void)); /* set all NPs to pass packets */ void demand_discard __P((void)); /* set all NPs to discard packets */ void demand_rexmit __P((int)); /* retransmit saved frames for an NP */ int loop_chars __P((unsigned char *, int)); /* process chars from loopback */ int loop_frame __P((unsigned char *, int)); /* process frame from loopback */ /* Procedures exported from sys-*.c */ void sys_init __P((void)); /* Do system-dependent initialization */ void sys_cleanup __P((void)); /* Restore system state before exiting */ void sys_check_options __P((void)); /* Check options specified */ void sys_close __P((void)); /* Clean up in a child before execing */ int ppp_available __P((void)); /* Test whether ppp kernel support exists */ void open_ppp_loopback __P((void)); /* Open loopback for demand-dialling */ void establish_ppp __P((int)); /* Turn serial port into a ppp interface */ void restore_loop __P((void)); /* Transfer ppp unit back to loopback */ void disestablish_ppp __P((int)); /* Restore port to normal operation */ void clean_check __P((void)); /* Check if line was 8-bit clean */ void set_up_tty __P((int, int)); /* Set up port's speed, parameters, etc. */ void restore_tty __P((int)); /* Restore port's original parameters */ void setdtr __P((int, int)); /* Raise or lower port's DTR line */ void output __P((int, u_char *, int)); /* Output a PPP packet */ void wait_input __P((struct timeval *)); Can anyone please tell me how to find out where these APIs are defined in freebsd src? Thanks Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 07:22:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 207E816A41F for ; Tue, 2 Aug 2005 07:22:13 +0000 (GMT) (envelope-from andvari@gmx.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4982043D46 for ; Tue, 2 Aug 2005 07:22:11 +0000 (GMT) (envelope-from andvari@gmx.de) Received: (qmail 10544 invoked from network); 2 Aug 2005 07:22:10 -0000 Received: from unknown (HELO tyr.andvari.ath.cx) ([pbs]214505@[84.168.107.186]) (envelope-sender ) by smtprelay04.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 2 Aug 2005 07:22:10 -0000 Received: from tyr.andvari.ath.cx (localhost.andvari.ath.cx [127.0.0.1]) by tyr.andvari.ath.cx (8.13.3/8.13.3) with ESMTP id j727M39Q044862 for ; Tue, 2 Aug 2005 09:22:04 +0200 (CEST) (envelope-from andvari@gmx.de) Received: (from mm@localhost) by tyr.andvari.ath.cx (8.13.3/8.13.3/Submit) id j727M1wI044861 for freebsd-current@freebsd.org; Tue, 2 Aug 2005 09:22:01 +0200 (CEST) (envelope-from andvari@gmx.de) X-Authentication-Warning: tyr.andvari.ath.cx: mm set sender to andvari@gmx.de using -f Date: Tue, 2 Aug 2005 09:22:00 +0200 From: Martin Moeller To: freebsd-current@freebsd.org Message-ID: <20050802072200.GA16483@tyr.andvari.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Uptime: 1:57 X-URL: http://www.andvari.de/ X-Location: Idstein, Germany X-Operating-System: FreeBSD 5.4 RELENG_5 (www.freebsd.org) X-PGP: Send mail with subject "send pgp key" to receive public key! X-Accept-Language: de en User-Agent: Mutt/1.5.9i Subject: Error compiling kernel in module ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 07:22:13 -0000 Hi all, I have just updated my sources to RELENG_6. The buildworld went ok, but I cannot compile the kernel. The linking terminates with: linking kernel if_ath.o(.text+0x2635): In function `ath_node_alloc': : undefined reference to `ath_rate_node_init' if_ath.o(.text+0x268c): In function `ath_node_free': : undefined reference to `ath_rate_node_cleanup' if_ath.o(.text+0x26c4): In function `ath_node_free': : undefined reference to `ath_rate_node_cleanup' if_ath.o(.text+0x3929): In function `ath_start': : undefined reference to `ath_rate_setupxtxdesc' if_ath.o(.text+0x3b96): In function `ath_start': : undefined reference to `ath_rate_findrate' if_ath.o(.text+0x4902): In function `ath_tx_processq': : undefined reference to `ath_rate_tx_complete' if_ath.o(.text+0x5261): In function `ath_detach': : undefined reference to `ath_rate_detach' if_ath.o(.text+0x5be7): In function `ath_newstate': : undefined reference to `ath_rate_newstate' if_ath.o(.text+0x5cd0): In function `ath_newstate': : undefined reference to `ath_rate_newstate' if_ath.o(.text+0x60df): In function `ath_newassoc': : undefined reference to `ath_rate_newassoc' if_ath.o(.text+0x7ccb): In function `ath_attach': : undefined reference to `ath_rate_attach' *** Error code 1 Stop in /usr/obj/usr/src/sys/KERNEL6. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any ideas how to get rid of this? -- Martin Moeller From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 07:42:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F20916A41F for ; Tue, 2 Aug 2005 07:42:48 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: from cht-smtp-002.bulldogdsl.com (cht-smtp-002.bulldogdsl.com [83.146.21.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F5DD43D46 for ; Tue, 2 Aug 2005 07:42:47 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: by cht-smtp-002.bulldogdsl.com (Postfix, from userid 1002) id 65C3F1E41F6; Tue, 2 Aug 2005 08:42:46 +0100 (BST) Received: from justin (office.redwiredesign.com [212.158.253.186]) by cht-smtp-002.bulldogdsl.com (Postfix) with ESMTP id CD75F1E41B5; Tue, 2 Aug 2005 08:42:40 +0100 (BST) From: "Justin Finkelstein" To: "'Colin King'" Date: Tue, 2 Aug 2005 08:42:32 +0100 Organization: Redwire Design Limited Message-ID: <004201c59735$c12f98b0$0b02a8c0@justin> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20050802015120.GA43118@xenon.m202.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Abuse: Please report all spam/abuse matters to abuse@bulldogdsl.com X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cht-smtp-002.bulldogdsl.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=8.0 tests=none autolearn=disabled version=3.0.4 Cc: freebsd-current@freebsd.org Subject: RE: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 07:42:48 -0000 OK; so, what you're saying is that it'll be ok to pull the drive if I've unmounted it? In that case, is the atacontrol step unneccesary? My thinking is that it might be, but it's just another step to ensure nothing goes wrong. What d'you think? -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Colin King Sent: 02 August 2005 02:51 To: Justin Finkelstein Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol Only if your filesystem is unstable. Using atacontrol reloads the drive's information in the kernel, it doesn't affect the filesystem. Of course, you always want to unmount before swapping out a drive. On Mon, Aug 01, 2005 at 06:00:17PM +0100, Justin Finkelstein wrote: > Thanks; and just use fsck to check consistency? > > -----Original Message----- > From: Colin King [mailto:ring_06@m202.net] > Sent: 01 August 2005 17:26 > To: Justin Finkelstein > Subject: Re: Hot-swap SATA and atacontrol > > > I've been able to hot-swap regular IDE drives this way, but some > motherboards and BIOSes don't like that. If this works for you, I'd > say go for it. > > On Mon, Aug 01, 2005 at 04:33:24PM +0100, Justin Finkelstein wrote: > > Hi > > > > I'm trying to find out about the safety of hot-swappable sata > > devices > > when not using a raid configuration. What I'd like is to be able to > > remove a hot-swap drive while the system's powered up. > > > > The drive has its own sata channel, so I issue the following > > commands: > > > > umount /dev/ad2s1d - to dismount the drive > > atacontrol detach 1 - to stop all further ata commands going to the > > device > > > > This appears to work just fine, but I'd like a second opinion. > > > > Any thoughts? > > > > j. > > > > Redwire Design Limited > > Studio 12 > > 37 Tanner Street > > London SE1 3LF > > [ www.redwiredesign.com ] > > [ 020 7403 1444 ] - voice > > [ 020 7378 8711 ] - fax > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > -- > Colin King > http://www.m202.net/ > > 010000110110111101101110011001110111001001100001 > 011101000111010101101100011000010111010001101001 > 011011110110111001110011001011000010000001111001 > 011011110111010100100000011001100110111101110101 > 011011100110010000100000011101000110100001100101 > 001000000111001101100101011000110111001001100101 > 011101000010000001101101011001010111001101110011 > 011000010110011101100101001011100010000001011001 > 011011110111010100100000011101110110100101101110 > 001000000110110101111001001000000110010001100101 > 011001010111000000100000011000010110010001101101 > 011010010111001001100001011101000110100101101111 > 011011100010000001100001011011100110010000100000 > 011100100110010101110011011100000110010101100011 > 0111010000101110 > -- Colin King http://www.m202.net/ 010000110110111101101110011001110111001001100001 011101000111010101101100011000010111010001101001 011011110110111001110011001011000010000001111001 011011110111010100100000011001100110111101110101 011011100110010000100000011101000110100001100101 001000000111001101100101011000110111001001100101 011101000010000001101101011001010111001101110011 011000010110011101100101001011100010000001011001 011011110111010100100000011101110110100101101110 001000000110110101111001001000000110010001100101 011001010111000000100000011000010110010001101101 011010010111001001100001011101000110100101101111 011011100010000001100001011011100110010000100000 011100100110010101110011011100000110010101100011 0111010000101110 From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 08:04:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5870716A41F for ; Tue, 2 Aug 2005 08:04:09 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACEF243D45 for ; Tue, 2 Aug 2005 08:04:08 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IKL00IM152UVJ@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Tue, 02 Aug 2005 10:04:07 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 02 Aug 2005 10:04:06 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j72845cQ021050; Tue, 02 Aug 2005 10:04:05 +0200 (MEST) Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1Dzrkr-0001Gz-00; Tue, 02 Aug 2005 10:04:05 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 76B9A28466; Tue, 02 Aug 2005 10:03:35 +0200 (CEST) Date: Tue, 02 Aug 2005 10:03:35 +0200 From: Christian Brueffer In-reply-to: <20050802072200.GA16483@tyr.andvari.ath.cx> To: Martin Moeller Message-id: <20050802080335.GA885@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="J/dobhs11T7y2rNN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050802072200.GA16483@tyr.andvari.ath.cx> Cc: freebsd-current@freebsd.org Subject: Re: Error compiling kernel in module ath X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 08:04:09 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 02, 2005 at 09:22:00AM +0200, Martin Moeller wrote: > Hi all, >=20 > I have just updated my sources to RELENG_6. The buildworld went ok, but > I cannot compile the kernel. The linking terminates with: >=20 > linking kernel > if_ath.o(.text+0x2635): In function `ath_node_alloc': > : undefined reference to `ath_rate_node_init' > if_ath.o(.text+0x268c): In function `ath_node_free': > : undefined reference to `ath_rate_node_cleanup' > if_ath.o(.text+0x26c4): In function `ath_node_free': > : undefined reference to `ath_rate_node_cleanup' > if_ath.o(.text+0x3929): In function `ath_start': > : undefined reference to `ath_rate_setupxtxdesc' > if_ath.o(.text+0x3b96): In function `ath_start': > : undefined reference to `ath_rate_findrate' > if_ath.o(.text+0x4902): In function `ath_tx_processq': > : undefined reference to `ath_rate_tx_complete' > if_ath.o(.text+0x5261): In function `ath_detach': > : undefined reference to `ath_rate_detach' > if_ath.o(.text+0x5be7): In function `ath_newstate': > : undefined reference to `ath_rate_newstate' > if_ath.o(.text+0x5cd0): In function `ath_newstate': > : undefined reference to `ath_rate_newstate' > if_ath.o(.text+0x60df): In function `ath_newassoc': > : undefined reference to `ath_rate_newassoc' > if_ath.o(.text+0x7ccb): In function `ath_attach': > : undefined reference to `ath_rate_attach' > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/KERNEL6. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > =20 > Any ideas how to get rid of this? >=20 Looks like you did not define a rate control algorithm. Put 'device ath_rate_sample' into your config and it should work. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFC7yjXbHYXjKDtmC0RArljAJ4viyqfpIS16x/7+tWZEH78/iTH7QCfdy78 0ot/JEKr+qTL1sXIinT55HI= =Nz0C -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 08:26:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD4216A41F for ; Tue, 2 Aug 2005 08:26:12 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A1A43D46 for ; Tue, 2 Aug 2005 08:26:11 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j728DWbO033979; Tue, 2 Aug 2005 10:13:32 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <1d6d20bc05080122207b5f172e@mail.gmail.com> References: <1d6d20bc05080122207b5f172e@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <57E53421-2C2A-4023-855D-7DD802AF2ACD@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Tue, 2 Aug 2005 10:26:07 +0200 To: Jia-Shiun Li X-Mailer: Apple Mail (2.733) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: ATA driver patch for IT8211F X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 08:26:12 -0000 On 02/08/2005, at 7:20, Jia-Shiun Li wrote: > Hi all, > > Attached is the patch for ITE IT8211F ATA controller. IT8211F is > compatible with IT8212F except the raid function. It is often used on > mainboards in addition to the only parallel ATA channel of ICH6/ICH7, > especially Asus ones. However I do not have any hardware available to > test. Anyone has such mainboards or addon cards please test this patch > to help add support for it. I have the datasheets for both chips here in the lab so I'll compare =20 and test if its as easy as adding the PCI id or if more is needed. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:02:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1544916A41F; Tue, 2 Aug 2005 09:02:04 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B788043D45; Tue, 2 Aug 2005 09:02:01 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 7348150754E; Tue, 2 Aug 2005 17:02:00 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 71E4250754D; Tue, 2 Aug 2005 17:02:00 +0800 (CST) Date: Tue, 2 Aug 2005 17:02:00 +0800 (CST) From: Tai-hwa Liang To: freebsd-current@freebsd.org Message-ID: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: sos@freebsd.org Subject: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 09:02:04 -0000 kernel: cvsup'ed as of today, built w/o "device atapicam" laptop: Acer Aspire 2020 arcade# cat i386cd.iso | burncd -v -f /dev/acd0 data - fixate adding type 0x08 file - size 64 KB 0 blocks next writeable LBA 0 addr = 0 size = -1 blocks = 0 writing from stdin Input/output error fixating CD, please wait.. burncd: ioctl(CDRIOCFIXATE): Input/output error arcade# dmesg says: acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x2c ascq=0x00 error=4 acd0: FAILURE - CLOSE_TRACK/SESSION ILLEGAL REQUEST asc=0x2c ascq=0x00 error=4 boot dmesg: acd0: setting PIO4 on Intel ICH4 chip acd0: setting UDMA33 on Intel ICH4 chip acd0: CDRW drive at ata1 as master acd0: read 4133KB/s (4133KB/s) write 4133KB/s (4133KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable caddy, unlocked acd0: Medium: no/blank disc From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:05:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A228716A41F; Tue, 2 Aug 2005 09:05:53 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from sev.net.ua (www.sev.net.ua [213.227.237.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1531F43D45; Tue, 2 Aug 2005 09:05:52 +0000 (GMT) (envelope-from shadow@psoft.net) Received: from sev.net.ua (localhost [127.0.0.1]) by sev.net.ua (Postfix) with ESMTP id 5FC0B28437; Tue, 2 Aug 2005 12:06:34 +0300 (EEST) Received: from berloga.shadowland (unknown [172.16.185.254]) by sev.net.ua (Postfix) with ESMTP id 20FBB28434; Tue, 2 Aug 2005 12:06:34 +0300 (EEST) Received: from berloga.shadowland (berloga.shadowland [127.0.0.1] (may be forged)) by berloga.shadowland (8.12.11/8.12.11) with ESMTP id j71J6PXv008080; Mon, 1 Aug 2005 22:06:25 +0300 Received: (from root@localhost) by berloga.shadowland (8.12.11/8.12.11/Submit) id j71J6OUZ008077; Mon, 1 Aug 2005 22:06:24 +0300 From: Alex Lyashkov To: John Baldwin In-Reply-To: <200508011410.01683.jhb@FreeBSD.org> References: <1122116967.4884.4.camel@berloga.shadowland> <42E29E10.4080403@root.org> <1122148675.3335.11.camel@berloga.shadowland> <200508011410.01683.jhb@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Organization: Positive Software Message-Id: <1122923184.3088.13.camel@berloga.shadowland> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-9) Date: Mon, 01 Aug 2005 22:06:24 +0300 X-Virus-Scanned: ClamAV using ClamSMTP Cc: "freebsd-current@freebsd.org" , Nate Lawson Subject: Re: [panic] 6.0 Beta1 can`t boot - acpi_pci_link_add_reference: apparently invalid index 27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 09:05:53 -0000 =F7 =F0=CE=C4, 01.08.2005, =D7 21:10, John Baldwin =D0=C9=DB=C5=D4: > On Saturday 23 July 2005 03:57 pm, Alex Lyashkov wrote: > > > Need to see your acpidump -t -d output. It appears your _PRT table h= as > > > an invalid reference to a link (one that doesn't exist.) > > > > > > -- > > > > requested output is attached. > > this box i has are acpi problems early. > > At 5.2-Current box have interrupt storm, but later it`s fixed. >=20 > It seems your ASL output didn't make it through. Probably it is a bug in= your=20 > ASL that you can fix by removing the reference to the link (i.e. it's=20 > probably supposed to be a hardwired IRQ 27). but FreeBSD 5.4 work fine at this box.... --=20 FreeVPS Developers Team http://www.freevps.com Positive Software http://www.psoft.net From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:10:55 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27CB16A41F for ; Tue, 2 Aug 2005 09:10:55 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1629A43D46 for ; Tue, 2 Aug 2005 09:10:54 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j728wCtM034470; Tue, 2 Aug 2005 10:58:15 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <004201c59735$c12f98b0$0b02a8c0@justin> References: <004201c59735$c12f98b0$0b02a8c0@justin> Mime-Version: 1.0 (Apple Message framework v733) X-Priority: 3 (Normal) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <0B4913C3-1FFC-4740-BC24-6D36E6FDAFE8@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Tue, 2 Aug 2005 11:10:48 +0200 To: Justin Finkelstein X-Mailer: Apple Mail (2.733) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: 'Colin King' , freebsd-current@FreeBSD.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 09:10:55 -0000 On 02/08/2005, at 9:42, Justin Finkelstein wrote: > OK; so, what you're saying is that it'll be ok to pull the drive if =20= > I've > unmounted it? > In that case, is the atacontrol step unneccesary? My thinking is =20 > that it > might be, but it's just another step to ensure nothing goes wrong. "depends" If the SATA controller supports hotswap ATA will notice when you yank =20= the drive and detach it properly from the system (ATA wise, if =20 mounted you get into trouble). Also it will autodiscover any SATA =20 driver added, again only on supporting chipsets (and those I know how =20= to handle). - S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:23:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63D8F16A41F; Tue, 2 Aug 2005 09:23:23 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: from cht-smtp-002.bulldogdsl.com (cht-smtp-002.bulldogdsl.com [83.146.21.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E769543D45; Tue, 2 Aug 2005 09:23:22 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: by cht-smtp-002.bulldogdsl.com (Postfix, from userid 1002) id ADB631E4326; Tue, 2 Aug 2005 10:23:21 +0100 (BST) Received: from justin (office.redwiredesign.com [212.158.253.186]) by cht-smtp-002.bulldogdsl.com (Postfix) with ESMTP id 32FB11E4300; Tue, 2 Aug 2005 10:23:21 +0100 (BST) From: "Justin Finkelstein" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Tue, 2 Aug 2005 10:23:09 +0100 Organization: Redwire Design Limited Message-ID: <006101c59743$d186c2c0$0b02a8c0@justin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <0B4913C3-1FFC-4740-BC24-6D36E6FDAFE8@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Abuse: Please report all spam/abuse matters to abuse@bulldogdsl.com X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on cht-smtp-002.bulldogdsl.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=8.0 tests=none autolearn=disabled version=3.0.4 Cc: 'Colin King' , freebsd-current@FreeBSD.org Subject: RE: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 09:23:23 -0000 OK, so how can I be sure that the controller DOES support hotswap SATA? I've tested pulling and replacing the drive several times while the = system's on, umounting and remounting it to no ill affect. atacontrol's capability list below shows me lots of info, but I don't = know how that relates to hotswap. one point is that the case comes with a hotswap backplane and I presume = that the Supermicro board that's running the SATA should support hot-swap - = it's running an Intel 6300ESB controller, and afaik that supports hot-swap. ATA channel 1, Master, device ad2: Protocol Serial ATA v1.0 device model ST3160827AS serial number 4MT0J7AA firmware revision 3.42 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 312581808 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes SATA NCQ yes - 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 254/0xFE -----Original Message----- From: S=F8ren Schmidt [mailto:sos@FreeBSD.org]=20 Sent: 02 August 2005 10:11 To: Justin Finkelstein Cc: 'Colin King'; freebsd-current@FreeBSD.org Subject: Re: Hot-swap SATA and atacontrol On 02/08/2005, at 9:42, Justin Finkelstein wrote: > OK; so, what you're saying is that it'll be ok to pull the drive if > I've > unmounted it? > In that case, is the atacontrol step unneccesary? My thinking is =20 > that it > might be, but it's just another step to ensure nothing goes wrong. "depends" If the SATA controller supports hotswap ATA will notice when you yank =20 the drive and detach it properly from the system (ATA wise, if =20 mounted you get into trouble). Also it will autodiscover any SATA =20 driver added, again only on supporting chipsets (and those I know how =20 to handle). - S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:26:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A155216A41F for ; Tue, 2 Aug 2005 09:26:56 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5024743D48 for ; Tue, 2 Aug 2005 09:26:56 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id E316EBC66 for ; Tue, 2 Aug 2005 09:26:54 +0000 (UTC) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 02 Aug 2005 11:26:54 +0200 Message-ID: <21362.1122974814@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: Subject: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 09:26:56 -0000 Since sleep() is a cancellation point, shouldn't nanosleep() be as well ? (this would also cover usleep()) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 09:55:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E709D16A41F for ; Tue, 2 Aug 2005 09:55:46 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E13643D45 for ; Tue, 2 Aug 2005 09:55:46 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1185129wra for ; Tue, 02 Aug 2005 02:55:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=AxMhmenBtu2vJgpORK/AtG90MfOYEH9RJMKzHg+TA0fcr6DcVubsiXWOYw5iU1O5YadKlHZRcQzL60fN0eufoeVUEnAj1RweyGFMqgpgYsMEodFXfMZj9zFLTjtOG6xmFPKNElfOZBGh7jSJNfVm6elS2mW1vbpJBo9Vuwb8EW0= Received: by 10.54.67.8 with SMTP id p8mr3598943wra; Tue, 02 Aug 2005 02:54:55 -0700 (PDT) Received: by 10.54.84.16 with HTTP; Tue, 2 Aug 2005 02:54:55 -0700 (PDT) Message-ID: <63c3899e05080202547fd9dfbe@mail.gmail.com> Date: Tue, 2 Aug 2005 10:54:55 +0100 From: Chris Hodgins To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: wpa_supplicant support for EAP_TTLS and wired drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Hodgins List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 09:55:47 -0000 Hi, I am trying to establish authentication to a switch using EAP_TTLS with a PAP phase 2 and using a wired connection. I think I have a workable configuration but wpa_supplicant does not recognise TTLS as a valid eap type. This is my configuration: ctrl_interface=3D/var/run/wpa_supplicant ctrl_interface_group=3Dwheel ap_scan=3D0 network=3D{ key_mgmt=3DIEEE8021X eap=3DTTLS anonymous_identity=3D"anonymous" identity=3D"xxxxx" password=3D"xxxxx" eapol_flags=3D0 phase2=3D"auth=3DPAP" } When run, wpa_supplicant tells me: # wpa_supplicant -c wpa.conf -irl0 Line 6: unknown EAP method 'TTLS' You may need to add support for this EAP method during wpa_supplicant build time configuration. See README for more information. Line 6: failed to parse eap 'TTLS'. Line 12: failed to parse network block. Failed to read configuration file '/root/wpa/wpa.conf'. So is TTLS something that is not currently supported in FreeBSD, or just simply not currently compiled into the base install? Is there anything I can do to help with getting TTLS into the base (such as testing)? ThanksFreeBSD paranoia 6.0-BETA1 FreeBSD 6.0-BETA1 #0: Sat Jul 23 10:32:51 BST 2005 root@paranoia:/usr/obj/usr/src/sys/paranoia i386 Chris From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 10:16:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A244A16A41F for ; Tue, 2 Aug 2005 10:16:56 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9B343D45 for ; Tue, 2 Aug 2005 10:16:56 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 44E5C19F3B; Tue, 2 Aug 2005 03:19:42 -0700 (PDT) From: "Darren Pilgrim" To: "'Chris Hodgins'" , Date: Tue, 2 Aug 2005 03:16:54 -0700 Message-ID: <000901c5974b$4f81dfa0$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <63c3899e05080202547fd9dfbe@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: Subject: RE: wpa_supplicant support for EAP_TTLS and wired drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 10:16:56 -0000 From: Chris Hodgins > > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > ap_scan=0 > network={ > key_mgmt=IEEE8021X > eap=TTLS > anonymous_identity="anonymous" > identity="xxxxx" > password="xxxxx" > eapol_flags=0 > phase2="auth=PAP" > } > > When run, wpa_supplicant tells me: > > # wpa_supplicant -c wpa.conf -irl0 > Line 6: unknown EAP method 'TTLS' Do you have ENABLE_WPA_SUPPLICANT_EAPOL defined in /etc/make.conf? From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 10:38:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF7516A41F; Tue, 2 Aug 2005 10:38:22 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03-smtplb.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D15543D49; Tue, 2 Aug 2005 10:38:21 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-03.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id j72AcIME005388; Tue, 2 Aug 2005 06:38:19 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 866CE40CA; Tue, 2 Aug 2005 06:38:18 -0400 (EDT) Date: Tue, 2 Aug 2005 06:38:18 -0400 From: Scott Robbins To: freebsd-current@freebsd.org, sos@freebsd.org Message-ID: <20050802103818.GA97275@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org, sos@freebsd.org References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> User-Agent: mutt-ng/devel (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 10:38:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: > kernel: cvsup'ed as of today, built w/o "device atapicam" > laptop: Acer Aspire 2020 > > arcade# cat i386cd.iso | burncd -v -f /dev/acd0 data - fixate > adding type 0x08 file - size 64 KB 0 blocks > next writeable LBA 0 > addr = 0 size = -1 blocks = 0 > writing from stdin > > Input/output error > > fixating CD, please wait.. > burncd: ioctl(CDRIOCFIXATE): Input/output error Out of curiosity, did you try the CD anyway? I have a drive that always gives me that error, however, the burning works and produces good CD's. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Harmony: Why have you come to our lonely, small town, which has no post office and very few exports? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC700a+lTVdes0Z9YRAvZBAKDHZZgoL16BCWeAG/pGVqc2eyMiUgCfRige rGib7fVzGVAQhOY/xD4XPGU= =hf0s -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 11:00:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A6816A41F; Tue, 2 Aug 2005 11:00:02 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1921C43D45; Tue, 2 Aug 2005 11:00:02 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id C669A50754E; Tue, 2 Aug 2005 19:00:00 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id C118C5073CC; Tue, 2 Aug 2005 19:00:00 +0800 (CST) Date: Tue, 2 Aug 2005 19:00:00 +0800 (CST) From: Tai-hwa Liang To: Scott Robbins In-Reply-To: <20050802103818.GA97275@mail.scottro.net> Message-ID: <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802103818.GA97275@mail.scottro.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 11:00:02 -0000 On Tue, 2 Aug 2005, Scott Robbins wrote: > On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: >> kernel: cvsup'ed as of today, built w/o "device atapicam" >> laptop: Acer Aspire 2020 >> >> arcade# cat i386cd.iso | burncd -v -f /dev/acd0 data - fixate >> adding type 0x08 file - size 64 KB 0 blocks >> next writeable LBA 0 >> addr = 0 size = -1 blocks = 0 >> writing from stdin >> >> Input/output error > >> >> fixating CD, please wait.. >> burncd: ioctl(CDRIOCFIXATE): Input/output error > > > > Out of curiosity, did you try the CD anyway? > > I have a drive that always gives me that error, however, the burning > works and produces good CD's. For a 600MB ISO file, it only takes 3 seconds for burncd to spew these error after I entered the aforementioned command. Therefore, it's very unlikely that the data was really burnt on the disc. :) -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 11:23:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D83D16A420; Tue, 2 Aug 2005 11:23:00 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006D743D46; Tue, 2 Aug 2005 11:22:59 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-02.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id j72BMuGe007681; Tue, 2 Aug 2005 07:22:57 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id C0AB14137; Tue, 2 Aug 2005 07:22:56 -0400 (EDT) Date: Tue, 2 Aug 2005 07:22:56 -0400 From: Scott Robbins To: freebsd-current@freebsd.org, sos@freebsd.org Message-ID: <20050802112256.GB2956@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org, sos@freebsd.org References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802103818.GA97275@mail.scottro.net> <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> User-Agent: mutt-ng/devel (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 11:23:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Aug 02, 2005 at 07:00:00PM +0800, Tai-hwa Liang wrote: > On Tue, 2 Aug 2005, Scott Robbins wrote: > >On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: > >>writing from stdin > >>Input/output error > >>fixating CD, please wait.. > >>burncd: ioctl(CDRIOCFIXATE): Input/output error > >Out of curiosity, did you try the CD anyway? > >I have a drive that always gives me that error, however, the burning > >works and produces good CD's. > > For a 600MB ISO file, it only takes 3 seconds for burncd to spew these > error after I entered the aforementioned command. Therefore, it's very > unlikely that the data was really burnt on the disc. :) Err, a very very fast CD writer? :) Seriously, in my case it is quite different--it shows the CD being burned and gets to 100 percent (and in a reasonable length of time--not 3 seconds.) Only then does it give me the error. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Mayor Wilkins: She's pretty, Angel. A little skinny. Still don't understand why it couldn't work out with you and my Faith. I guess you kinda just have strange tastes in women. Angel: Yeah, well, what can I say? I like 'em sane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC71eQ+lTVdes0Z9YRAjMPAJwMqXeeRrXjtDEItJNgpT4I/e10LwCfThkN Phb/gPZRV7Tyde/7IW2HbnY= =OkYy -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 11:55:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD3B16A41F; Tue, 2 Aug 2005 11:55:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B3DF43D46; Tue, 2 Aug 2005 11:55:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j72Btb3a095245; Tue, 2 Aug 2005 14:55:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 16486-14; Tue, 2 Aug 2005 14:55:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j72Bta5N095242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Aug 2005 14:55:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j72BtYIB061498; Tue, 2 Aug 2005 14:55:34 +0300 (EEST) (envelope-from ru) Date: Tue, 2 Aug 2005 14:55:34 +0300 From: Ruslan Ermilov To: freebsd-current@freebsd.org, sos@freebsd.org Message-ID: <20050802115534.GN14023@ip.net.ua> References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802103818.GA97275@mail.scottro.net> <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> <20050802112256.GB2956@mail.scottro.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Rzq/nSLlHy1djmXS" Content-Disposition: inline In-Reply-To: <20050802112256.GB2956@mail.scottro.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 11:55:41 -0000 --Rzq/nSLlHy1djmXS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 02, 2005 at 07:22:56AM -0400, Scott Robbins wrote: > On Tue, Aug 02, 2005 at 07:00:00PM +0800, Tai-hwa Liang wrote: >=20 > > On Tue, 2 Aug 2005, Scott Robbins wrote: >=20 > > >On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: >=20 > > >>writing from stdin > > >>Input/output error > > >>fixating CD, please wait.. > > >>burncd: ioctl(CDRIOCFIXATE): Input/output error >=20 >=20 >=20 > > >Out of curiosity, did you try the CD anyway? > > >I have a drive that always gives me that error, however, the burning > > >works and produces good CD's. > >=20 > > For a 600MB ISO file, it only takes 3 seconds for burncd to spew the= se > > error after I entered the aforementioned command. Therefore, it's very > > unlikely that the data was really burnt on the disc. :) >=20 >=20 > Err, a very very fast CD writer? :) >=20 > Seriously, in my case it is quite different--it shows the CD being > burned and gets to 100 percent (and in a reasonable length of time--not > 3 seconds.) Only then does it give me the error. >=20 I recently bought myself an Asus DVD writer in addition to a CD writer, now I have: # atacontrol info ata1 Master: acd0 ATA/ATAPI revision 0 Slave: acd1 ATA/ATAPI revision 5 I cannot use burncd(8) to burn CD-R*'s on the Asus writer, the symptom is very much like the above. I ended up using growisofs(1) from sysutils/dvd+rw-tools for working with DVD's, and cdrecord(1) from sysutils/cdrtools for working with CD's. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Rzq/nSLlHy1djmXS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7182qRfpzJluFF4RAgVGAJ9chZQPLE7yYyxZ45ovqQzfiGpLfACdGh7t am4Nkh6HnjoP0qf1Pj2ypbg= =D+Rr -----END PGP SIGNATURE----- --Rzq/nSLlHy1djmXS-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 11:58:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B277E16A41F; Tue, 2 Aug 2005 11:58:14 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D742F43D48; Tue, 2 Aug 2005 11:58:13 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7A87160F5; Tue, 2 Aug 2005 13:57:54 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 68C2960F1; Tue, 2 Aug 2005 13:57:54 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 72A5033CEC; Tue, 2 Aug 2005 13:58:09 +0200 (CEST) To: freebsd-current@freebsd.org References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802103818.GA97275@mail.scottro.net> <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> <20050802112256.GB2956@mail.scottro.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 02 Aug 2005 13:58:09 +0200 In-Reply-To: <20050802112256.GB2956@mail.scottro.net> (Scott Robbins's message of "Tue, 2 Aug 2005 07:22:56 -0400") Message-ID: <86hde8im9a.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.3/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: sos@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 11:58:14 -0000 Scott Robbins writes: > Seriously, in my case it is quite different--it shows the CD being > burned and gets to 100 percent (and in a reasonable length of time--not > 3 seconds.) Only then does it give me the error. I always get an I/O error after burning a CD, though it always works fine. ISTR something about GEOM not being able to handle the fact that the media has (effectively) changed while the device was open. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 12:07:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB6716A41F; Tue, 2 Aug 2005 12:07:38 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A17F43D45; Tue, 2 Aug 2005 12:07:37 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id D19071DD6C9; Tue, 2 Aug 2005 13:11:17 +0100 (BST) Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53642-20; Tue, 2 Aug 2005 13:11:11 +0100 (BST) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 67A2B1DD6D0; Tue, 2 Aug 2005 13:11:11 +0100 (BST) Date: Tue, 2 Aug 2005 13:11:11 +0100 From: David Taylor To: Bsderss Message-ID: <20050802121111.GA81275@outcold.yadt.co.uk> Mail-Followup-To: Bsderss , freebsd-questions@freebsd.org, freebsd-current@freebsd.org References: <20050802070308.50966.qmail@web54409.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20050802070308.50966.qmail@web54409.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new 2.3.1 (20050509) at yadt.co.uk Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Where are these function definition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 12:07:38 -0000 On Tue, 02 Aug 2005, Bsderss wrote: > Hi, > > I cd into pppd directory in folder /usr/src and found > the following functions declared in the pppd.h header > file, but I couldn't found where these APIs are > defined. > > /* Procedures exported from demand.c */ ^^^^^^^^ [snip] > /* Procedures exported from sys-*.c */ ^^^^^^^ AFAICS, they're in demand.c and sys-bsd.c in /usr/src/usr.sbin/pppd/ -- David Taylor From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 12:18:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 954BD16A41F; Tue, 2 Aug 2005 12:18:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FE7B43D45; Tue, 2 Aug 2005 12:18:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j72CI5wj086846; Tue, 2 Aug 2005 08:18:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j72CIoJI014151; Tue, 2 Aug 2005 08:18:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A51AA7304D; Tue, 2 Aug 2005 08:18:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050802121850.A51AA7304D@freebsd-current.sentex.ca> Date: Tue, 2 Aug 2005 08:18:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 12:18:52 -0000 TB --- 2005-08-02 11:48:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-02 11:48:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-08-02 11:48:27 - cleaning the object tree TB --- 2005-08-02 11:48:34 - checking out the source tree TB --- 2005-08-02 11:48:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-08-02 11:48:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-02 11:54:24 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-02 11:54:24 - cd /src TB --- 2005-08-02 11:54:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here *** Error code 1 Stop in /src/lib/libmemstat. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-02 12:18:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-02 12:18:50 - ERROR: failed to build world TB --- 2005-08-02 12:18:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:00:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EF1C16A41F; Tue, 2 Aug 2005 14:00:50 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF6743D49; Tue, 2 Aug 2005 14:00:49 +0000 (GMT) (envelope-from freebsd@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (localhost [127.0.0.1]) by rea.mbslab.kiae.ru (Postfix) with ESMTP id 912DABB61; Tue, 2 Aug 2005 18:00:47 +0400 (MSD) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 71CDBBAEB; Tue, 2 Aug 2005 18:00:47 +0400 (MSD) Date: Tue, 2 Aug 2005 18:00:47 +0400 From: "Eygene A. Ryabinkin" To: Ruslan Ermilov Message-ID: <20050802140047.GU812@rea.mbslab.kiae.ru> References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802103818.GA97275@mail.scottro.net> <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> <20050802112256.GB2956@mail.scottro.net> <20050802115534.GN14023@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050802115534.GN14023@ip.net.ua> User-Agent: Mutt/1.5.9i X-AV-Checked: Yes! Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:00:50 -0000 > I cannot use burncd(8) to burn CD-R*'s on the Asus writer, > the symptom is very much like the above. I ended up using > growisofs(1) from sysutils/dvd+rw-tools for working with > DVD's, and cdrecord(1) from sysutils/cdrtools for working > with CD's. Can not write too. My unit is PIONEER DVD-RW DVR-108/1.14. And the system is 5-STABLE. The error message is: ----- writing from file test.iso size 473700 KB written this track 640 KB (0%) total 640 KB only wrote -1 of 32768 bytes: Device busy ----- Then it fixates the CD and I can mount it. I see the filesystem and some files in the root directory. But the rest of the filesystem is unreadable. No kernel messages shows up. cdrecord and growisofs works fine with ATAPICAM. -- rea From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:02:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00DB216A41F for ; Tue, 2 Aug 2005 14:02:39 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87BBA43D46 for ; Tue, 2 Aug 2005 14:02:38 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j72E2aUX019771; Tue, 2 Aug 2005 10:02:37 -0400 (EDT) Date: Tue, 2 Aug 2005 10:02:36 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Poul-Henning Kamp In-Reply-To: <21362.1122974814@phk.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:02:39 -0000 On Tue, 2 Aug 2005, Poul-Henning Kamp wrote: > > Since sleep() is a cancellation point, shouldn't nanosleep() be as well ? nanosleep() is a cancellation point. At least, that's the way it's coded and should work. Note that _nanosleep() isn't. By design, if libc is using _nanosleep() in places, then that wouldn't cause a cancellation point. > (this would also cover usleep()) Hmm, is your real complaint that usleep() is not a cancellation point? usleep() should be a cancellation point, so you can fix it if you want (s/_nano/nano/ and remove the namespace stuff). -- DE From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:06:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D2B16A41F; Tue, 2 Aug 2005 14:06:59 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E34543D48; Tue, 2 Aug 2005 14:06:59 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 8F3CABC69; Tue, 2 Aug 2005 14:06:57 +0000 (UTC) To: Daniel Eischen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 02 Aug 2005 10:02:36 EDT." Date: Tue, 02 Aug 2005 16:06:57 +0200 Message-ID: <25578.1122991617@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:06:59 -0000 In message , Daniel Eisc hen writes: >On Tue, 2 Aug 2005, Poul-Henning Kamp wrote: >> >> Since sleep() is a cancellation point, shouldn't nanosleep() be as well ? > >nanosleep() is a cancellation point. At least, that's the way it's >coded and should work. Note that _nanosleep() isn't. By design, if >libc is using _nanosleep() in places, then that wouldn't cause a >cancellation point. > >> (this would also cover usleep()) > >Hmm, is your real complaint that usleep() is not a cancellation point? >usleep() should be a cancellation point, so you can fix it if you >want (s/_nano/nano/ and remove the namespace stuff). Right I was surprised that usleep() wasn't a cancellation point, I'm not sure I have a drivers license good for the namespace stuff... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:10:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E18CA16A42A for ; Tue, 2 Aug 2005 14:10:20 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE8F543D6B for ; Tue, 2 Aug 2005 14:10:15 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j72EAFYS028622; Tue, 2 Aug 2005 10:10:15 -0400 (EDT) Date: Tue, 2 Aug 2005 10:10:14 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Poul-Henning Kamp In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:10:21 -0000 On Tue, 2 Aug 2005, Daniel Eischen wrote: > On Tue, 2 Aug 2005, Poul-Henning Kamp wrote: > > > > > Since sleep() is a cancellation point, shouldn't nanosleep() be as well ? > > nanosleep() is a cancellation point. At least, that's the way it's > coded and should work. Note that _nanosleep() isn't. By design, if > libc is using _nanosleep() in places, then that wouldn't cause a > cancellation point. > > > (this would also cover usleep()) > > Hmm, is your real complaint that usleep() is not a cancellation point? > usleep() should be a cancellation point, so you can fix it if you > want (s/_nano/nano/ and remove the namespace stuff). Hmm, the same could be said for sleep() in libc also, but we jump through hoops to allow the thread libraries override sleep() with their own cancellable version. I think this is in case libc wants to use sleep(), usleep(), nanosleep() internally and not introduce cancellation points into functions that shouldn't have them. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:17:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5B4516A41F; Tue, 2 Aug 2005 14:17:24 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E71D43D46; Tue, 2 Aug 2005 14:17:24 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id 2F27DBC66; Tue, 2 Aug 2005 14:17:23 +0000 (UTC) To: Daniel Eischen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 02 Aug 2005 10:10:14 EDT." Date: Tue, 02 Aug 2005 16:17:22 +0200 Message-ID: <25679.1122992242@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:17:24 -0000 In message , Daniel Eisc hen writes: >Hmm, the same could be said for sleep() in libc also, but we jump >through hoops to allow the thread libraries override sleep() with >their own cancellable version. I think this is in case libc wants >to use sleep(), usleep(), nanosleep() internally and not introduce >cancellation points into functions that shouldn't have them. usleep() calls _nanosleep() but I wonder if it shouldn't be redirected into the thead libraraies like sleep/nanosleep ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:20:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8CA16A41F for ; Tue, 2 Aug 2005 14:20:51 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D1743D49 for ; Tue, 2 Aug 2005 14:20:50 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j72EKnOo008400; Tue, 2 Aug 2005 10:20:49 -0400 (EDT) Date: Tue, 2 Aug 2005 10:20:49 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Poul-Henning Kamp In-Reply-To: <25578.1122991617@phk.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:20:51 -0000 On Tue, 2 Aug 2005, Poul-Henning Kamp wrote: > In message , Daniel Eisc > hen writes: > >On Tue, 2 Aug 2005, Poul-Henning Kamp wrote: > >> > >> Since sleep() is a cancellation point, shouldn't nanosleep() be as well ? > > > >nanosleep() is a cancellation point. At least, that's the way it's > >coded and should work. Note that _nanosleep() isn't. By design, if > >libc is using _nanosleep() in places, then that wouldn't cause a > >cancellation point. > > > >> (this would also cover usleep()) > > > >Hmm, is your real complaint that usleep() is not a cancellation point? > >usleep() should be a cancellation point, so you can fix it if you > >want (s/_nano/nano/ and remove the namespace stuff). > > Right I was surprised that usleep() wasn't a cancellation point, > I'm not sure I have a drivers license good for the namespace stuff... I just meant "remove the #includes of namespace.h an un-namespace.h" from libc/gen/usleep.c. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:28:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2466616A41F for ; Tue, 2 Aug 2005 14:28:59 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B14443D4C for ; Tue, 2 Aug 2005 14:28:56 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j72EStvv016954; Tue, 2 Aug 2005 10:28:55 -0400 (EDT) Date: Tue, 2 Aug 2005 10:28:55 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Poul-Henning Kamp In-Reply-To: <25679.1122992242@phk.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:28:59 -0000 On Tue, 2 Aug 2005, Poul-Henning Kamp wrote: > In message , Daniel Eisc > hen writes: > > >Hmm, the same could be said for sleep() in libc also, but we jump > >through hoops to allow the thread libraries override sleep() with > >their own cancellable version. I think this is in case libc wants > >to use sleep(), usleep(), nanosleep() internally and not introduce > >cancellation points into functions that shouldn't have them. > > usleep() calls _nanosleep() but I wonder if it shouldn't be > redirected into the thead libraraies like sleep/nanosleep ? Yes, I think we should just add a cancellable version of usleep() to libpthread/thread/thr_sleep.c. syslog() is a consumer of usleep(), but I think it really wants to use _usleep() or _nanosleep(). By using usleep() it introduces a cancellation point while holding a lock. Do you want to do the mods to libpthread and libthr (in libthr/thread/thr_syscalls.c) or do you want me to do them? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:57:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A669C16A41F; Tue, 2 Aug 2005 14:57:57 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC8F43D46; Tue, 2 Aug 2005 14:57:57 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id CF195BC66; Tue, 2 Aug 2005 14:57:55 +0000 (UTC) To: Daniel Eischen From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 02 Aug 2005 10:28:55 EDT." Date: Tue, 02 Aug 2005 16:57:54 +0200 Message-ID: <25834.1122994674@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@freebsd.org Subject: Re: pthreads: shouldn't nanosleep() be a cancellation point ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:57:57 -0000 In message , Daniel Eisc hen writes: >Do you want to do the mods to libpthread and libthr (in >libthr/thread/thr_syscalls.c) or do you want me to do them? return (ENOTENOUGHCLUE); -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 14:59:58 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95AD316A41F for ; Tue, 2 Aug 2005 14:59:58 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from smtp02.jazztel.es (smtp02.jazztel.es [62.14.3.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 110F043D49 for ; Tue, 2 Aug 2005 14:59:54 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [127.0.0.1] (helo=localhost) by smtp02.jazztel.es with esmtp (Exim 4.43) id 1DzyFd-000315-VG for freebsd-current@FreeBSD.org; Tue, 02 Aug 2005 17:00:18 +0200 Received: from smtp02.jazztel.es ([127.0.0.1]) by localhost (lorca [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 10883-08 for ; Tue, 2 Aug 2005 17:00:17 +0200 (CEST) Received: from [212.106.209.144] (helo=bcnppp.jazztel.es) by smtp02.jazztel.es with esmtpa (Exim 4.43) id 1DzyFd-00030s-2B for freebsd-current@FreeBSD.org; Tue, 02 Aug 2005 17:00:17 +0200 Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by bcnppp.jazztel.es (8.13.4/8.13.4) with ESMTP id j72ExmD3002439 for ; Tue, 2 Aug 2005 16:59:48 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: (from josemi@localhost) by redesjm.local (8.13.4/8.13.4/Submit) id j72Expin062911 for freebsd-current@FreeBSD.org; Tue, 2 Aug 2005 16:59:51 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose Miguel =?ISO-8859-1?Q?Rodr=EDguez_Garc=EDa?= To: freebsd-current@FreeBSD.org Content-Type: multipart/mixed; boundary="=-yM+rakkB8fcsOwbpHJCA" Date: Tue, 02 Aug 2005 16:59:51 +0200 Message-Id: <1122994791.47716.7.camel@orion.redesjm.local> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-7; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) X-Virus-Scanned: amavisd-new at jazztel.es Cc: Subject: [Fwd: Re: dhclient sucks] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 14:59:58 -0000 --=-yM+rakkB8fcsOwbpHJCA Content-Type: text/plain Content-Transfer-Encoding: 7bit Seems that this may be lose due to local mail problems --=-yM+rakkB8fcsOwbpHJCA Content-Disposition: inline Content-Description: Mensaje reenviado - Re: dhclient sucks Content-Type: message/rfc822 Return-Path: Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) by bcnppp.jazztel.es (8.13.3/8.13.3) with ESMTP id j6SBtnaQ013107; Thu, 28 Jul 2005 13:55:53 +0200 (CEST) (envelope-from josemi@redesjm.local) Subject: Re: dhclient sucks From: Jose M Rodriguez To: Sam Leffler Cc: Jose M Rodriguez , Mike Jakubik , freebsd-current@freebsd.org, Mateusz =?iso-8859-2?Q?J=EAdrasik?= , Peter Wemm In-Reply-To: <42E82BB9.8030404@errno.com> References: <42E583F9.3070703@rogers.com> <200507261853.07513.peter@wemm.org> <1242.172.16.0.199.1122429678.squirrel@172.16.0.1> <200507271215.14369.doconnor@gsoft.com.au> <42E6F5EA.7030801@samsco.org> <1122446707.76777.11.camel@orion.redesjm.local> <42E82BB9.8030404@errno.com> Content-Type: text/plain; charset=iso8859-1 Date: Thu, 28 Jul 2005 13:55:31 +0200 Message-Id: <1122551731.785.15.camel@orion.redesjm.local> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-7; AVE: 6.31.1.0; VDF: 6.31.1.0; host: antares.redesjm.local) El mié, 27-07-2005 a las 17:50 -0700, Sam Leffler escribió: > Jose M Rodriguez wrote: > > El mar, 26-07-2005 a las 20:48 -0600, Scott Long escribió: > > > >>Daniel O'Connor wrote: > >> > >>>On Wednesday 27 July 2005 11:31, Mike Jakubik wrote: > >>> > >>> > >>>>On Tue, July 26, 2005 9:53 pm, Peter Wemm said: > >>>> > >>>> > >>>>>I'd love to know which items in dhclient.conf allow you to disable the > >>>>>default route handling and the resolv.conf handling.. > >>>> > >>>>supersede { [option declaration] [, ... option declaration] } > >>>> > >>>>Ex, I use "supersede domain-name-servers 127.0.0.1;" to set my own name > >>>>server. > >>> > >>> > >>>That just means you have to hardcode your resolver and default route into > >>>dhclient.conf - there is no "Don't touch this setting on my computer even if > >>>the DHCP server tells you to" flag in the config file I believe. > >>> > >> > >>Part of the point of going to the new codebase was to free us from being > >>locked into vendor sources that we couldn't easily change. If there is > >>a need for a new option, please code it up and commit it! > >> > > > > > > The main problem is that OpenBSD dhclient doesn't operate under std DHCP > > concepts/guidelines. > > > > a dhclient daemon must not alter IPs on media changes, only if they > > can't rebind the assigned IP in time. > > Can you point out where this is set forth in the RFC? If so this means > fast roaming on a wireless network using dhcp is not supported. > No. The RFC doesn't do any asumption to the local interface behavior. But: - It take an strong ownership concept. - Signals the protocol as the way to get a release the IPs. Also, I can't remenber this behavior until recently after using DHCP along several OS. > I believe you are misunderstanding things because you see the results of > bugs and not the intent of the code. > > > > > ALso, ISC dhcp operation, which may seems simple, it's more complex that > > a quick look may point. > > I'm not sure what point you're making here. The 3.0 ISC dhcp client > code was difficult to work with in many ways and following a design path > that I believe was not good. I have worked with the ISC dhcp code for > many years including porting it to Windows and cannibalizing it for > inclusion in vmware. I think I understand pretty well what's in the code. > > I pushed to get this different code into the system because it was > easier to work with and did just what we needed and not more. This has > many benefits including being more reliable, secure, and maintainable. > Agree on that. I think that one daemon instance per if without the complexity of the ISC code is the way. > I ran with this code for _many_ months w/o seeing _any_ issues. The > problems we've been seeing were not expected (I anticipated some > problems) but are mainly due to dhclient depending on reliable > information from other parts of the system and that information is not > forthcoming (e.g. link state change notices from drivers). > > > > > I'll be really happy if this kind of infraestructure changes are not > > done at the end of development cycles. > > As I stated I was running the code for many months w/o any issues. It > was brought into the tree more than a month prior to release w/ the > understanding that the only real way to get feedback from the user > community is to get it out for people to use. In the past day or two > brooks has fixed several problems and we are committed to making it > stable for the release. > I still think this was be inserted at the begin of the RELENG_7. You can't test all the config we have out there. I think having 3/4 moth to release for public test for this kind of changes. Most of us really run some kind of -CURRENT. > Sam About fast roaming on a wireless network, I think you only need: - a running daemon per if (without going down/up on media changes). - a way to force a rebind in any moment (a HUP signal seems a good candidate). - a wrapper launch from devd to fire the HUP signal on link up events (maybe safe detect daemon not running and launch it). -- josemi --=-yM+rakkB8fcsOwbpHJCA-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 15:20:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C9416A41F for ; Tue, 2 Aug 2005 15:20:24 +0000 (GMT) (envelope-from cking@m202.net) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686D043D4C for ; Tue, 2 Aug 2005 15:20:23 +0000 (GMT) (envelope-from cking@m202.net) Received: from pimout4-ext.prodigy.net (pimout4-int.prodigy.net [207.115.4.203]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j72FJosx020016 for ; Tue, 2 Aug 2005 11:19:50 -0400 X-ORBL: [69.227.134.127] Received: from xenon.m202.net (adsl-69-227-134-127.dsl.renocs.nvbell.net [69.227.134.127]) by pimout4-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j72FKGiP073150; Tue, 2 Aug 2005 11:20:21 -0400 Received: from mercury.m202.net (mercury.m202.net [10.0.0.1]) by xenon.m202.net (8.13.3/8.13.3) with ESMTP id j72FKALK037574; Tue, 2 Aug 2005 08:20:10 -0700 (PDT) (envelope-from cking@mercury.m202.net) Received: (from cking@localhost) by mercury.m202.net (8.13.3/8.13.3/Submit) id j72FKASD077218; Tue, 2 Aug 2005 08:20:10 -0700 (PDT) (envelope-from cking) Date: Tue, 2 Aug 2005 08:20:10 -0700 From: Colin King To: Justin Finkelstein Message-ID: <20050802152009.GA29643@mercury.m202.net> References: <0B4913C3-1FFC-4740-BC24-6D36E6FDAFE8@FreeBSD.org> <006101c59743$d186c2c0$0b02a8c0@justin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <006101c59743$d186c2c0$0b02a8c0@justin> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-102.3 required=5.0 tests=ALL_TRUSTED, FROM_ENDS_IN_NUMS,USER_IN_WHITELIST autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on xenon.m202.net Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 15:20:24 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Try swapping drives without using atacontrol and read the kernel messages t= hat follow. It will tell you if it automatically detached the old drive and attached the new drive, somewhat like it does with USB. If not, you will ne= ed to use atacontrol to manually detach and attach. Either way, you will always need to unmount it, and since this kind of operation has crashed my machine many times, you might as well sync before you do anything too. The feature list doesn't seem to tell you either way if hot plugging is supported. With IDE, it depends on the chipset you're using. On Tue, Aug 02, 2005 at 10:23:09AM +0100, Justin Finkelstein wrote: > OK, so how can I be sure that the controller DOES support hotswap SATA? > I've tested pulling and replacing the drive several times while the syste= m's > on, umounting and remounting it to no ill affect. >=20 > atacontrol's capability list below shows me lots of info, but I don't know > how that relates to hotswap. > one point is that the case comes with a hotswap backplane and I presume t= hat > the Supermicro board that's running the SATA should support hot-swap - it= 's > running an Intel 6300ESB controller, and afaik that supports hot-swap. >=20 > ATA channel 1, Master, device ad2: >=20 > Protocol Serial ATA v1.0 > device model ST3160827AS > serial number 4MT0J7AA > firmware revision 3.42 > cylinders 16383 > heads 16 > sectors/track 63 > lba supported 268435455 sectors > lba48 supported 312581808 sectors > dma supported > overlap not supported >=20 > Feature Support Enable Value Vendor > write cache yes yes > read ahead yes yes > SATA NCQ yes - 31/0x1F > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 65278/0xFEFE > automatic acoustic management no no 0/0x00 254/0xFE >=20 >=20 >=20 > -----Original Message----- > From: S=F8ren Schmidt [mailto:sos@FreeBSD.org]=20 > Sent: 02 August 2005 10:11 > To: Justin Finkelstein > Cc: 'Colin King'; freebsd-current@FreeBSD.org > Subject: Re: Hot-swap SATA and atacontrol >=20 >=20 >=20 > On 02/08/2005, at 9:42, Justin Finkelstein wrote: >=20 > > OK; so, what you're saying is that it'll be ok to pull the drive if > > I've > > unmounted it? > > In that case, is the atacontrol step unneccesary? My thinking is =20 > > that it > > might be, but it's just another step to ensure nothing goes wrong. >=20 > "depends" >=20 > If the SATA controller supports hotswap ATA will notice when you yank =20 > the drive and detach it properly from the system (ATA wise, if =20 > mounted you get into trouble). Also it will autodiscover any SATA =20 > driver added, again only on supporting chipsets (and those I know how =20 > to handle). >=20 > - S=F8ren >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=20 Colin King http://www.m202.net/ 010000110110111101101110011001110111001001100001 011101000111010101101100011000010111010001101001 011011110110111001110011001011000010000001111001 011011110111010100100000011001100110111101110101 011011100110010000100000011101000110100001100101 001000000111001101100101011000110111001001100101 011101000010000001101101011001010111001101110011 011000010110011101100101001011100010000001011001 011011110111010100100000011101110110100101101110 001000000110110101111001001000000110010001100101 011001010111000000100000011000010110010001101101 011010010111001001100001011101000110100101101111 011011100010000001100001011011100110010000100000 011100100110010101110011011100000110010101100011 0111010000101110 --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Signed from MercuryIV iD8DBQFC748o/snj4TV8XCERAu1eAKCPCtRanD9ENFIK1RV6D2Valzj4YwCdH4as qjnwd8Ou+uUewHIKgSfRZYI= =mMWK -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 15:31:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73BCE16A41F for ; Tue, 2 Aug 2005 15:31:45 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: from smtp.bulldogdsl.com (cht-smtp-001.bulldogdsl.com [83.146.21.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41AB43D53 for ; Tue, 2 Aug 2005 15:31:41 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: by smtp.bulldogdsl.com (Postfix, from userid 1002) id A5DBC1EF466; Tue, 2 Aug 2005 16:31:40 +0100 (BST) Received: from justin (office.redwiredesign.com [212.158.253.186]) by smtp.bulldogdsl.com (Postfix) with ESMTP id C485F1EF754; Tue, 2 Aug 2005 16:31:35 +0100 (BST) From: "Justin Finkelstein" To: "'Colin King'" Date: Tue, 2 Aug 2005 16:31:28 +0100 Organization: Redwire Design Limited Message-ID: <008c01c59777$42db5520$0b02a8c0@justin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20050802152009.GA29643@mercury.m202.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on smtp.bulldogdsl.com X-Spam-Level: X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: RE: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 15:31:45 -0000 I might be being a little dense, but what do you mean by sync? -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Colin King Sent: 02 August 2005 16:20 To: Justin Finkelstein Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol Try swapping drives without using atacontrol and read the kernel = messages that follow. It will tell you if it automatically detached the old drive = and attached the new drive, somewhat like it does with USB. If not, you will need to use atacontrol to manually detach and attach. Either way, you = will always need to unmount it, and since this kind of operation has crashed = my machine many times, you might as well sync before you do anything too. The feature list doesn't seem to tell you either way if hot plugging is supported. With IDE, it depends on the chipset you're using. On Tue, Aug 02, 2005 at 10:23:09AM +0100, Justin Finkelstein wrote: > OK, so how can I be sure that the controller DOES support hotswap=20 > SATA? I've tested pulling and replacing the drive several times while=20 > the system's on, umounting and remounting it to no ill affect. >=20 > atacontrol's capability list below shows me lots of info, but I don't=20 > know how that relates to hotswap. one point is that the case comes=20 > with a hotswap backplane and I presume that the Supermicro board=20 > that's running the SATA should support hot-swap - it's running an=20 > Intel 6300ESB controller, and afaik that supports hot-swap. >=20 > ATA channel 1, Master, device ad2: >=20 > Protocol Serial ATA v1.0 > device model ST3160827AS > serial number 4MT0J7AA > firmware revision 3.42 > cylinders 16383 > heads 16 > sectors/track 63 > lba supported 268435455 sectors > lba48 supported 312581808 sectors > dma supported > overlap not supported >=20 > Feature Support Enable Value Vendor > write cache yes yes > read ahead yes yes > SATA NCQ yes - 31/0x1F > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 65278/0xFEFE > automatic acoustic management no no 0/0x00 254/0xFE >=20 >=20 >=20 > -----Original Message----- > From: S=F8ren Schmidt [mailto:sos@FreeBSD.org] > Sent: 02 August 2005 10:11 > To: Justin Finkelstein > Cc: 'Colin King'; freebsd-current@FreeBSD.org > Subject: Re: Hot-swap SATA and atacontrol >=20 >=20 >=20 > On 02/08/2005, at 9:42, Justin Finkelstein wrote: >=20 > > OK; so, what you're saying is that it'll be ok to pull the drive if=20 > > I've unmounted it? > > In that case, is the atacontrol step unneccesary? My thinking is =20 > > that it > > might be, but it's just another step to ensure nothing goes wrong. >=20 > "depends" >=20 > If the SATA controller supports hotswap ATA will notice when you yank > the drive and detach it properly from the system (ATA wise, if =20 > mounted you get into trouble). Also it will autodiscover any SATA =20 > driver added, again only on supporting chipsets (and those I know how = > to handle). >=20 > - S=F8ren >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" --=20 Colin King http://www.m202.net/ 010000110110111101101110011001110111001001100001 011101000111010101101100011000010111010001101001 011011110110111001110011001011000010000001111001 011011110111010100100000011001100110111101110101 011011100110010000100000011101000110100001100101 001000000111001101100101011000110111001001100101 011101000010000001101101011001010111001101110011 011000010110011101100101001011100010000001011001 011011110111010100100000011101110110100101101110 001000000110110101111001001000000110010001100101 011001010111000000100000011000010110010001101101 011010010111001001100001011101000110100101101111 011011100010000001100001011011100110010000100000 011100100110010101110011011100000110010101100011 0111010000101110 From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 15:44:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A7316A41F for ; Tue, 2 Aug 2005 15:44:14 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4998143D55 for ; Tue, 2 Aug 2005 15:44:08 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so1238855wra for ; Tue, 02 Aug 2005 08:44:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HW7+uRpav/gngmT5CxG0LAxQ5UrklNDqZgvjUNmn7P348SuX+exZBvp3SiqlJxi28GMS4VS+eqCn1ownAeo9+MjNH2O/6OCdNnsmz6/n2Y4ZoyZ9NAh2msjf7rtHAyfZaikEeafNf7zh0v5V1e9bo25+v9m1bYgODbwiCdd60iY= Received: by 10.54.47.69 with SMTP id u69mr3861774wru; Tue, 02 Aug 2005 08:44:07 -0700 (PDT) Received: by 10.54.29.26 with HTTP; Tue, 2 Aug 2005 08:44:07 -0700 (PDT) Message-ID: <790a9fff050802084439209f7e@mail.gmail.com> Date: Tue, 2 Aug 2005 10:44:07 -0500 From: Scot Hetzel To: Justin Finkelstein In-Reply-To: <008c01c59777$42db5520$0b02a8c0@justin> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> Cc: Colin King , freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 15:44:15 -0000 On 8/2/05, Justin Finkelstein wrote: > I might be being a little dense, but what do you mean by sync? >=20 before you unmount the drive, type: sync sync sync Then unmount the drive, and remove it. --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 15:44:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 091BF16A425; Tue, 2 Aug 2005 15:44:25 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3CF43D45; Tue, 2 Aug 2005 15:44:24 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id C5635C0D8; Tue, 2 Aug 2005 17:44:22 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id D30CD405B; Tue, 2 Aug 2005 17:44:41 +0200 (CEST) Date: Tue, 2 Aug 2005 17:44:41 +0200 From: Jeremie Le Hen To: Tai-hwa Liang Message-ID: <20050802154441.GC45385@obiwan.tataz.chchile.org> References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 15:44:25 -0000 Hi, On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: > kernel: cvsup'ed as of today, built w/o "device atapicam" > laptop: Acer Aspire 2020 > > arcade# cat i386cd.iso | burncd -v -f /dev/acd0 data - fixate > adding type 0x08 file - size 64 KB 0 blocks > next writeable LBA 0 > addr = 0 size = -1 blocks = 0 > writing from stdin > > Input/output error > > fixating CD, please wait.. > burncd: ioctl(CDRIOCFIXATE): Input/output error > arcade# > > dmesg says: > acd0: FAILURE - WRITE_BIG ILLEGAL REQUEST asc=0x2c ascq=0x00 > error=4 > acd0: FAILURE - CLOSE_TRACK/SESSION ILLEGAL REQUEST asc=0x2c ascq=0x00 > error=4 > > boot dmesg: > acd0: setting PIO4 on Intel ICH4 chip > acd0: setting UDMA33 on Intel ICH4 chip > acd0: CDRW drive at ata1 as master > acd0: read 4133KB/s (4133KB/s) write 4133KB/s (4133KB/s), 2048KB buffer, > UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet > acd0: Writes: CDR, CDRW, test write, burnproof > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable caddy, unlocked > acd0: Medium: no/blank disc I also have an Acer laptop (Extensa 4100, a limited edition) and I reported the same problem about 10 days ago [1]. My command line was wrong, I corrected it, but this was not the problem. [1] http://lists.freebsd.org/pipermail/freebsd-current/2005-July/053173.html I haven't had time to try cdrecord yet. I do have atapicam in my kernel. My device (my dmesg is not as verbose as yours) : acd0: DVDR at ata0-slave UDMA33 I wasn't able to get info with atacontrol(8), unfortunately : %%% jarjarbinks:conf# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: acd0 ATA/ATAPI revision 6 ATA channel 1: Master: no device present Slave: no device present jarjarbinks:conf# atacontrol info 0 atacontrol: Invalid channel 0 %%% Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 16:00:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8CEB16A41F for ; Tue, 2 Aug 2005 16:00:48 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5535F43D48 for ; Tue, 2 Aug 2005 16:00:47 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr11.xs4all.nl (8.13.3/8.13.3) with ESMTP id j72G0kAg080444; Tue, 2 Aug 2005 18:00:46 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j72G0kEN062225; Tue, 2 Aug 2005 18:00:46 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j72G0jWD062224; Tue, 2 Aug 2005 18:00:45 +0200 (CEST) (envelope-from wb) Date: Tue, 2 Aug 2005 18:00:45 +0200 From: Wilko Bulte To: Scot Hetzel Message-ID: <20050802160045.GA61854@freebie.xs4all.nl> References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff050802084439209f7e@mail.gmail.com> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Colin King , freebsd-current@freebsd.org, Justin Finkelstein Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 16:00:49 -0000 On Tue, Aug 02, 2005 at 10:44:07AM -0500, Scot Hetzel wrote.. > On 8/2/05, Justin Finkelstein wrote: > > I might be being a little dense, but what do you mean by sync? > > > before you unmount the drive, type: > > sync > sync > sync > > Then unmount the drive, and remove it. Unmount does not return until the buffers have been synced anyway, so this does not buy you anything. The ancient form is more like: sync;sync;sync; -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 16:02:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39DBA16A41F for ; Tue, 2 Aug 2005 16:02:03 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC2BE43D48 for ; Tue, 2 Aug 2005 16:02:02 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j72G22NY056178; Tue, 2 Aug 2005 09:02:02 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j72G21sg056177; Tue, 2 Aug 2005 09:02:01 -0700 (PDT) (envelope-from jmg) Date: Tue, 2 Aug 2005 09:02:01 -0700 From: John-Mark Gurney To: Scot Hetzel Message-ID: <20050802160200.GB62369@funkthat.com> Mail-Followup-To: Scot Hetzel , Justin Finkelstein , Colin King , freebsd-current@freebsd.org References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff050802084439209f7e@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Colin King , freebsd-current@freebsd.org, Justin Finkelstein Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 16:02:03 -0000 Scot Hetzel wrote this message on Tue, Aug 02, 2005 at 10:44 -0500: > On 8/2/05, Justin Finkelstein wrote: > > I might be being a little dense, but what do you mean by sync? > > > before you unmount the drive, type: just as a little hint since sync returns before everything is written out, you can do fsync and it will then force out any unwritten data for disk dev... (and not return till done).. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 16:03:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4791716A41F for ; Tue, 2 Aug 2005 16:03:44 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: from smtp.bulldogdsl.com (smtp.bulldogdsl.com [83.146.21.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D597643D48 for ; Tue, 2 Aug 2005 16:03:43 +0000 (GMT) (envelope-from justin@redwiredesign.com) Received: by smtp.bulldogdsl.com (Postfix, from userid 1002) id C034B1EF85F; Tue, 2 Aug 2005 17:03:42 +0100 (BST) Received: from justin (office.redwiredesign.com [212.158.253.186]) by smtp.bulldogdsl.com (Postfix) with ESMTP id 7D43E1EF415; Tue, 2 Aug 2005 17:03:39 +0100 (BST) From: "Justin Finkelstein" To: "'Wilko Bulte'" , "'Scot Hetzel'" Date: Tue, 2 Aug 2005 17:03:30 +0100 Organization: Redwire Design Limited Message-ID: <009901c5977b$bd829370$0b02a8c0@justin> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20050802160045.GA61854@freebie.xs4all.nl> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on smtp.bulldogdsl.com X-Spam-Level: X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: 'Colin King' , freebsd-current@freebsd.org Subject: RE: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 16:03:44 -0000 That's what I thought; I've never sync'ed stuff before unmounting it before, and chats with other BSD bods in my area say that just unmounting will do - and I think I'll stick to that. -----Original Message----- From: Wilko Bulte [mailto:wb@freebie.xs4all.nl] Sent: 02 August 2005 17:01 To: Scot Hetzel Cc: Justin Finkelstein; Colin King; freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol On Tue, Aug 02, 2005 at 10:44:07AM -0500, Scot Hetzel wrote.. > On 8/2/05, Justin Finkelstein wrote: > > I might be being a little dense, but what do you mean by sync? > > > before you unmount the drive, type: > > sync > sync > sync > > Then unmount the drive, and remove it. Unmount does not return until the buffers have been synced anyway, so this does not buy you anything. The ancient form is more like: sync;sync;sync; -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 16:44:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E829A16A41F for ; Tue, 2 Aug 2005 16:44:39 +0000 (GMT) (envelope-from cking@m202.net) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 642C443D45 for ; Tue, 2 Aug 2005 16:44:38 +0000 (GMT) (envelope-from cking@m202.net) Received: from pimout1-ext.prodigy.net (pimout1-int.prodigy.net [207.115.5.65]) by ylpvm43.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id j72GgMfU017431 for ; Tue, 2 Aug 2005 12:42:23 -0400 X-ORBL: [69.227.134.127] Received: from xenon.m202.net (adsl-69-227-134-127.dsl.renocs.nvbell.net [69.227.134.127]) by pimout1-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id j72Gg7NK013728; Tue, 2 Aug 2005 12:42:15 -0400 Received: from xenon.m202.net (localhost [127.0.0.1]) by xenon.m202.net (8.13.3/8.13.3) with ESMTP id j72Gg4rl039534; Tue, 2 Aug 2005 09:42:04 -0700 (PDT) (envelope-from cking@xenon.m202.net) Received: (from cking@localhost) by xenon.m202.net (8.13.3/8.13.3/Submit) id j72GfxLp097893; Tue, 2 Aug 2005 09:41:59 -0700 (PDT) (envelope-from cking) Date: Tue, 2 Aug 2005 09:41:59 -0700 From: Colin King To: Justin Finkelstein Message-ID: <20050802164158.GA84461@xenon.m202.net> References: <20050802160045.GA61854@freebie.xs4all.nl> <009901c5977b$bd829370$0b02a8c0@justin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <009901c5977b$bd829370$0b02a8c0@justin> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-102.3 required=5.0 tests=ALL_TRUSTED, FROM_ENDS_IN_NUMS,USER_IN_WHITELIST autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on xenon.m202.net Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 16:44:40 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable You're absolutely right about it not being necessary to sync before you unmount, but what I meant was that my experience with IDE hot swapping has been pretty risky when it comes to crashing your entire system as soon as y= ou pull a drive. You'll want to sync for the sake of the other drives in your system so that if your system does crash, those drives will be in a clean(e= r) state. On Tue, Aug 02, 2005 at 05:03:30PM +0100, Justin Finkelstein wrote: > That's what I thought; I've never sync'ed stuff before unmounting it befo= re, > and chats with other BSD bods in my area say that just unmounting will do= - > and I think I'll stick to that. >=20 > -----Original Message----- > From: Wilko Bulte [mailto:wb@freebie.xs4all.nl]=20 > Sent: 02 August 2005 17:01 > To: Scot Hetzel > Cc: Justin Finkelstein; Colin King; freebsd-current@freebsd.org > Subject: Re: Hot-swap SATA and atacontrol >=20 >=20 > On Tue, Aug 02, 2005 at 10:44:07AM -0500, Scot Hetzel wrote.. > > On 8/2/05, Justin Finkelstein wrote: > > > I might be being a little dense, but what do you mean by sync? > > >=20 > > before you unmount the drive, type: > >=20 > > sync > > sync > > sync > >=20 > > Then unmount the drive, and remove it. >=20 > Unmount does not return until the buffers have been synced anyway, so this > does not buy you anything. >=20 > The ancient form is more like: >=20 > sync;sync;sync; >=20 > --=20 > Wilko Bulte wilko@FreeBSD.org >=20 >=20 --=20 Colin King http://www.m202.net/ 010000110110111101101110011001110111001001100001 011101000111010101101100011000010111010001101001 011011110110111001110011001011000010000001111001 011011110111010100100000011001100110111101110101 011011100110010000100000011101000110100001100101 001000000111001101100101011000110111001001100101 011101000010000001101101011001010111001101110011 011000010110011101100101001011100010000001011001 011011110111010100100000011101110110100101101110 001000000110110101111001001000000110010001100101 011001010111000000100000011000010110010001101101 011010010111001001100001011101000110100101101111 011011100010000001100001011011100110010000100000 011100100110010101110011011100000110010101100011 0111010000101110 --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Signed from MercuryIV iD8DBQFC76JV/snj4TV8XCERAuVnAJ9yJ4c3YC/WUVSb1j5jtgzhiixnpACgtCFE NVCxG9RIgV8g5WyYh4z50z8= =KcxZ -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 17:11:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD36116A422 for ; Tue, 2 Aug 2005 17:11:48 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D588D43D4C for ; Tue, 2 Aug 2005 17:11:47 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 4AF7B5CC8; Tue, 2 Aug 2005 13:11:47 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60909-10; Tue, 2 Aug 2005 13:11:45 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id 4BFC65C43; Tue, 2 Aug 2005 13:11:43 -0400 (EDT) Message-ID: <42EFA94F.1050105@mac.com> Date: Tue, 02 Aug 2005 13:11:43 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> <20050802160200.GB62369@funkthat.com> In-Reply-To: <20050802160200.GB62369@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 17:11:49 -0000 John-Mark Gurney wrote: > Scot Hetzel wrote this message on Tue, Aug 02, 2005 at 10:44 -0500: >> On 8/2/05, Justin Finkelstein wrote: >>> I might be being a little dense, but what do you mean by sync? >> >> before you unmount the drive, type: > > just as a little hint since sync returns before everything is written > out, you can do fsync and it will then force out any > unwritten data for disk dev... (and not return till done).. Wouldn't it be nice if "sync" blocked until the disk I/O buffers were flushed? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 17:49:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3C9F16A41F for ; Tue, 2 Aug 2005 17:49:01 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90C1143D45 for ; Tue, 2 Aug 2005 17:49:01 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 02 Aug 2005 10:49:00 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DAFF55D07; Tue, 2 Aug 2005 10:48:59 -0700 (PDT) To: Wilko Bulte In-reply-to: Your message of "Tue, 02 Aug 2005 18:00:45 +0200." <20050802160045.GA61854@freebie.xs4all.nl> Date: Tue, 02 Aug 2005 10:48:59 -0700 From: "Kevin Oberman" Message-Id: <20050802174859.DAFF55D07@ptavv.es.net> Cc: Colin King , Scot Hetzel , Justin Finkelstein , freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 17:49:01 -0000 > Date: Tue, 2 Aug 2005 18:00:45 +0200 > From: Wilko Bulte > Sender: owner-freebsd-current@freebsd.org > > On Tue, Aug 02, 2005 at 10:44:07AM -0500, Scot Hetzel wrote.. > > On 8/2/05, Justin Finkelstein wrote: > > > I might be being a little dense, but what do you mean by sync? > > > > > before you unmount the drive, type: > > > > sync > > sync > > sync > > > > Then unmount the drive, and remove it. > > Unmount does not return until the buffers have been synced anyway, > so this does not buy you anything. > > The ancient form is more like: > > sync;sync;sync; Not really. The PDP-11 (and early VAX) invocation was: sync sync sync There was a real difference between that and sync;sync;sync. Either was usually effective, but the delay to enter actual separate commands was required for real safety. (Unix file systems were really pretty unstable back then. fsck was the norm on many reboots, even if you THOUGHT that they had been safely dismounted.) -- 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 From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 17:56:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86A9816A41F for ; Tue, 2 Aug 2005 17:56:57 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E539543D45 for ; Tue, 2 Aug 2005 17:56:56 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id j72HuoX5071784; Tue, 2 Aug 2005 19:56:51 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.3) with ESMTP id j72HuoAZ062917; Tue, 2 Aug 2005 19:56:50 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j72HuoC1062916; Tue, 2 Aug 2005 19:56:50 +0200 (CEST) (envelope-from wb) Date: Tue, 2 Aug 2005 19:56:50 +0200 From: Wilko Bulte To: Kevin Oberman Message-ID: <20050802175650.GB62825@freebie.xs4all.nl> References: <20050802160045.GA61854@freebie.xs4all.nl> <20050802174859.DAFF55D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050802174859.DAFF55D07@ptavv.es.net> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Colin King , Scot Hetzel , Justin Finkelstein , freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 17:56:57 -0000 On Tue, Aug 02, 2005 at 10:48:59AM -0700, Kevin Oberman wrote.. > > Date: Tue, 2 Aug 2005 18:00:45 +0200 > > From: Wilko Bulte > > Sender: owner-freebsd-current@freebsd.org > > > > On Tue, Aug 02, 2005 at 10:44:07AM -0500, Scot Hetzel wrote.. > > > On 8/2/05, Justin Finkelstein wrote: > > > > I might be being a little dense, but what do you mean by sync? > > > > > > > before you unmount the drive, type: > > > > > > sync > > > sync > > > sync > > > > > > Then unmount the drive, and remove it. > > > > Unmount does not return until the buffers have been synced anyway, > > so this does not buy you anything. > > > > The ancient form is more like: > > > > sync;sync;sync; > > Not really. The PDP-11 (and early VAX) invocation was: > sync > sync > sync > > > There was a real difference between that and sync;sync;sync. Either was > usually effective, but the delay to enter actual separate commands was Yes, I should have been more accurate here. > required for real safety. (Unix file systems were really pretty unstable > back then. fsck was the norm on many reboots, even if you THOUGHT that > they had been safely dismounted.) Yeah. No clean bit either. I had Ultrix-11 running on a 11/34 on dual RK05 once. Now that is fun.. :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 19:43:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0ADE16A45D for ; Tue, 2 Aug 2005 19:43:40 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2548D43D49 for ; Tue, 2 Aug 2005 19:43:40 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 02 Aug 2005 15:58:12 -0400 From: John Baldwin To: Alex Lyashkov Date: Tue, 2 Aug 2005 15:23:26 -0400 User-Agent: KMail/1.8 References: <1122116967.4884.4.camel@berloga.shadowland> <200508011410.01683.jhb@FreeBSD.org> <1122923184.3088.13.camel@berloga.shadowland> In-Reply-To: <1122923184.3088.13.camel@berloga.shadowland> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200508021523.27560.jhb@FreeBSD.org> Cc: "freebsd-current@freebsd.org" , Nate Lawson Subject: Re: [panic] 6.0 Beta1 can`t boot - acpi_pci_link_add_reference: apparently invalid index 27 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 19:43:41 -0000 On Monday 01 August 2005 03:06 pm, Alex Lyashkov wrote: > =F7 =F0=CE=C4, 01.08.2005, =D7 21:10, John Baldwin =D0=C9=DB=C5=D4: > > On Saturday 23 July 2005 03:57 pm, Alex Lyashkov wrote: > > > > Need to see your acpidump -t -d output. It appears your _PRT table > > > > has an invalid reference to a link (one that doesn't exist.) > > > > > > > > -- > > > > > > requested output is attached. > > > this box i has are acpi problems early. > > > At 5.2-Current box have interrupt storm, but later it`s fixed. > > > > It seems your ASL output didn't make it through. Probably it is a bug = in > > your ASL that you can fix by removing the reference to the link (i.e. > > it's probably supposed to be a hardwired IRQ 27). > > but FreeBSD 5.4 work fine at this box.... That's because the pci_link code was rewritten in 6.x to better support lin= k=20 devices. As indicated in private e-mail, your ASL most certainly has a bug= =20 and the OS is simply do what the ASL tells it to. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 19:49:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9803916A41F for ; Tue, 2 Aug 2005 19:49:15 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from camay.yandex.ru (camay.yandex.ru [213.180.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 365C443D45 for ; Tue, 2 Aug 2005 19:49:14 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (camay.yandex.ru) by mail.yandex.ru id ; Tue, 2 Aug 2005 23:49:02 +0400 Date: Tue, 2 Aug 2005 23:49:02 +0400 (MSD) From: "Alexander Polakov" Sender: polachok@narod.ru Message-Id: <42EFCE2E.000011.15817@camay.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org X-Source-Ip: 213.158.3.43 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: cannot build world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 19:49:15 -0000 Cannot build today's CURRENT world. ===> sbin/geom (depend) ===> sbin/geom/core (depend) rm -f .depend mkdep -f .depend -a -DCLASS_DIR=\"/lib/geom\" -I/usr/src/sbin/geom/core/../../../sys -I/ usr/src/sbin/geom/core -I/usr/src/sbi n/geom/core/.. /usr/src/sbin/geom/core/geom.c /usr/src/sbin/geom/core/../misc/subr.c echo geom: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libgeom.a /usr/ obj/usr/src/tmp/usr/lib/libsbuf.a /us r/obj/usr/src/tmp/usr/lib/libbsdxml.a /usr/obj/usr/src/tmp/usr/lib/libutil.a >> .depend ===> sbin/geom/class (depend) ===> sbin/geom/class/concat (depend) rm -f .depend mkdep -f .depend -a -I/usr/src/sbin/geom/class/concat/../.. /usr/src/sbin/geom/class/con cat/geom_concat.c /usr/src/sbin/geom/ class/concat/../../misc/subr.c ===> sbin/geom/class/eli (depend) rm -f .depend mkdep -f .depend -a -I/usr/src/sbin/geom/class/eli/../../../../sys -I/usr/src/sbin/geom/ class/eli/../.. /usr/src/sbin/geom/cl ass/eli/../../../../sys/geom/eli/g_eli_crypto.c /usr/src/sbin/geom/class/eli/../../../../sy s/geom/eli/g_eli_key.c /usr/src/sbin/ geom/class/eli/../../../../sys/geom/eli/pkcs5v2.c /usr/src/sbin/geom/class/eli/../../../../ sys/crypto/sha2/sha2.c /usr/src/sbin/ geom/class/eli/geom_eli.c /usr/src/sbin/geom/class/eli/../../misc/subr.c /usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/g_eli_crypto.c:42:25: openssl/evp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sbin/geom/class/eli. *** Error code 1 Stop in /usr/src/sbin/geom/class. Stop in /usr/src/sbin/geom. *** Error code 1 *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 19:52:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6921516A41F for ; Tue, 2 Aug 2005 19:52:38 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6832543D46 for ; Tue, 2 Aug 2005 19:52:37 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 59566 invoked by uid 1026); 2 Aug 2005 19:54:37 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.099374 secs); 02 Aug 2005 19:54:37 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 2 Aug 2005 19:54:37 -0000 From: Niki Denev To: current@freebsd.org Date: Tue, 2 Aug 2005 22:52:33 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508022252.33933.nike_d@cytexbg.com> Cc: Subject: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 19:52:38 -0000 Hello, I have problems getting the ipw(4) wireless interface on my TP X31 to work. I'm running -Current cvsupped and built from about 2 hours ago (i have this problem from long time, but hadn't the time to report it.) The firmware is the latest from the ports. When using exactly the same wpa_supplicant config with different wireless card (ralink) i can authentitace to a LinkSys WPA54G access point. But it never works for ipw. One thing that i discovered is that when i do ifconfig ipw0 scan there is always one 'fake network' without SSID and with zero macaddr : # ifconfig ipw0 scan SSID BSSID CHAN RATE S:N INT CAPS 00:00:00:00:00:00 11 0M 0:0 0 office.ss 00:0f:66:11:13:1e 11 54M 29:0 100 EP WPA This looks really odd, and i can't reproduce it with other wlan cards. wpa_supplicant.conf is : ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel eapol_version=1 or 2 (tried both of them) network={ ssid="office.ss" proto=WPA key_mgmt=WPA-PSK psk="xxxx" } network={ ssid="totalterror-wlan" proto=WPA key_mgmt=WPA-PSK psk="yyyy" } Here is debug output from wpa_supplicant with if_ipw : Initializing interface 'ipw0' conf '/etc/wpa_supplicant.conf' driver 'default' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') eapol_version=2 Line: 5 - start of a new network block ssid - hexdump_ascii(len=9): 6f 66 66 69 63 65 2e 73 73 office.ss proto: 0x1 key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=11): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Line: 14 - start of a new network block ssid - hexdump_ascii(len=16): 74 6f 74 61 6c 74 65 72 72 6f 72 2d 77 6c 61 6e totalterror-wlan scan_ssid=1 (0x1) proto: 0x1 key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=15): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Priority group 0 id=0 ssid='office.ss' id=1 ssid='totalterror-wlan' Initializing interface (2) 'ipw0' Own MAC address: 00:04:23:92:33:23 wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=16): 74 6f 74 61 6c 74 65 72 72 6f 72 2d 77 6c 61 6e totalterror-wlan Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 key mgmt 1 wpa_driver_bsd_associate: set PRIVACY 1 Setting authentication timeout: 5 sec 0 usec Received 0 bytes of scan results (2 BSSes) Scan results: 2 Selecting BSS from priority group 0 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 --- i cancelled it at this point, but it loops like this forever(or atleast couple of hours :) ) I will gladly provide more info if needed. --niki From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 20:13:41 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3542F16A41F; Tue, 2 Aug 2005 20:13:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3409E43D48; Tue, 2 Aug 2005 20:13:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j72KDcQ5024320; Tue, 2 Aug 2005 23:13:38 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 39885-03; Tue, 2 Aug 2005 23:13:38 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j72KDbsl024317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Aug 2005 23:13:38 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j72KDani063608; Tue, 2 Aug 2005 23:13:36 +0300 (EEST) (envelope-from ru) Date: Tue, 2 Aug 2005 23:13:31 +0300 From: Ruslan Ermilov To: Alexander Polakov Message-ID: <20050802201331.GB90169@ip.net.ua> References: <42EFCE2E.000011.15817@camay.yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <42EFCE2E.000011.15817@camay.yandex.ru> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: cannot build world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 20:13:41 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 02, 2005 at 11:49:02PM +0400, Alexander Polakov wrote: > Cannot build today's CURRENT world. >=20 You apparently have NO_CRYPT in your /etc/make.conf, or equivalent. I've just committed src/sbin/geom/class/Makefile,v 1.9 which should fix your problem. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC79PqqRfpzJluFF4RAoJiAJ9MMQVEkclYe7rcdO+3rVAQonuWqgCfTRbV 0Ln5Z1aWjr80XUrBNC2dL1I= =OGsa -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 20:29:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E6C516A41F for ; Tue, 2 Aug 2005 20:29:07 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5E7E43D46 for ; Tue, 2 Aug 2005 20:29:03 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j72KT2di025827 for ; Tue, 2 Aug 2005 15:29:02 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EFD785.5000409@centtech.com> Date: Tue, 02 Aug 2005 15:28:53 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1001/Tue Aug 2 03:22:39 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: Pending issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 20:29:07 -0000 Ok, here's a small list of issues pending that I can see on -current (and I saw these on 6- branch too before 7.0). - Time ticks along correctly, but anything using an interval will be 2x off. For instance - ping will only send a ping every 2 seconds instead of every second. systat -vmstat 1 refreshes every 2 seconds, etc. Disabling APIC 'fixes' it. - Every 6 seconds, my system pauses (clock on taskbar stops, mouse movement stops, keys pressed pause, etc) - but comes right back in a slightly accelerated pace until it catches up with real time, then it's good for another ~6 seconds until it happens again. This had the side effect of causing powerd to ramp my cpu all the way up every 6 seconds (cpu would drop, pause would happen, pause completes, system is backlogged, so powerd ramps cpu to 100%, etc). I don't think it's an interrupt storm, but running systat -vmstat 1 (refreshing every 2 seconds) seems to show me the time is spent in 'sys'. My system info (and lots of history) is available here: http://www.googlebit.com/freebsd/ Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 20:41:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB4DC16A41F for ; Tue, 2 Aug 2005 20:41:49 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDDB43D4C for ; Tue, 2 Aug 2005 20:41:48 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-2.free.fr (Postfix) with ESMTP id 0EB57C0D8 for ; Tue, 2 Aug 2005 22:41:47 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j72Kff2O026117 for ; Tue, 2 Aug 2005 22:41:43 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Tue, 2 Aug 2005 22:41:16 +0200 User-Agent: KMail/1.8.1 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508022241.26958.thierry@herbelot.com> Subject: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 20:41:49 -0000 with a most recent -GENERIC current, on an SMP machine : panic: APIC: Previous IPI is stuck cpuid = 1 KDB: enter: panic [thread pid 88971 tid 100050 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 88971 tid 100050 td 0xc134b600 kdb_enter(c0857f0a) at kdb_enter+0x2b panic(c087bf1e,1,c66a1000,c725ea28,c07e7f91) at panic+0x127 lapic_ipi_vectored(f4,fffffffd,c725ea38,c07e7c89,f4) at lapic_ipi_vectored+0x93 ipi_all_but_self(f4) at ipi_all_but_self+0xd smp_tlb_shootdown(f4,c66a1000,0) at smp_tlb_shootdown+0x49 smp_invlpg(c66a1000) at smp_invlpg+0x1b pmap_invalidate_page(c09a1100,c66a1000) at pmap_invalidate_page+0x6c pmap_remove_pte(c09a1100,bff19a84,c66a1000) at pmap_remove_pte+0x5a pmap_remove(c09a1100,c66a1000,c66a5000) at pmap_remove+0x10e vm_map_delete(c1042000,c66a1000,c66a5000,c1767990,c1767990) at vm_map_delete+0x159 vm_map_remove(c1042000,c66a1000,c66a5000,c1767990,c725eb30) at vm_map_remove+0x42 pipe_free_kmem(c1767990,c1767b00,0,c085c3ca,5ea) at pipe_free_kmem+0x51 pipeclose(c1767990,c1767a30,c160b360,c725eb5c,c06173cc) at pipeclose+0x331 pipe_close(c160b360,c134b600) at pipe_close+0x2a fdrop_locked(c160b360,c134b600,c124f9a0,0,c0854d6c) at fdrop_locked+0x88 fdrop(c160b360,c134b600,c725eba8,c0653b7c,c0854d6c) at fdrop+0x24 closef(c160b360,c134b600) at closef+0x35f fdfree(c134b600,c1349358,0,c085b878,6ac) at fdfree+0x473 exit1(c134b600,0,c725ed30,c07efcfb,c134b600) at exit1+0x3f6 KGDB trace to follow TfH From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 20:55:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31FBB16A41F for ; Tue, 2 Aug 2005 20:55:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2ABC43D46 for ; Tue, 2 Aug 2005 20:55:31 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 02 Aug 2005 17:10:08 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 2 Aug 2005 16:48:51 -0400 User-Agent: KMail/1.8 References: <42EFD785.5000409@centtech.com> In-Reply-To: <42EFD785.5000409@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508021648.52520.jhb@FreeBSD.org> Cc: Eric Anderson Subject: Re: Pending issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 20:55:32 -0000 On Tuesday 02 August 2005 04:28 pm, Eric Anderson wrote: > Ok, here's a small list of issues pending that I can see on -current > (and I saw these on 6- branch too before 7.0). > > - Time ticks along correctly, but anything using an interval will be 2x > off. For instance - ping will only send a ping every 2 seconds instead > of every second. systat -vmstat 1 refreshes every 2 seconds, etc. > Disabling APIC 'fixes' it. Are you using the i8254 timecounter or some other timecounter? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 20:57:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632C916A41F; Tue, 2 Aug 2005 20:57:46 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03DBB43D45; Tue, 2 Aug 2005 20:57:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j72KvjYh026503; Tue, 2 Aug 2005 15:57:45 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42EFDE40.8030509@centtech.com> Date: Tue, 02 Aug 2005 15:57:36 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <42EFD785.5000409@centtech.com> <200508021648.52520.jhb@FreeBSD.org> In-Reply-To: <200508021648.52520.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1001/Tue Aug 2 03:22:39 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: Pending issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 20:57:46 -0000 John Baldwin wrote: > On Tuesday 02 August 2005 04:28 pm, Eric Anderson wrote: > >>Ok, here's a small list of issues pending that I can see on -current >>(and I saw these on 6- branch too before 7.0). >> >>- Time ticks along correctly, but anything using an interval will be 2x >>off. For instance - ping will only send a ping every 2 seconds instead >>of every second. systat -vmstat 1 refreshes every 2 seconds, etc. >>Disabling APIC 'fixes' it. > > > Are you using the i8254 timecounter or some other timecounter? kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast Which is the default (I'm not forcing anything anywhere). I believe at one time I tried i8254, but it made no difference. I can try it again if you think it's a worthy experiment. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 21:21:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA40416A41F for ; Tue, 2 Aug 2005 21:21:08 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6000A43D58 for ; Tue, 2 Aug 2005 21:21:08 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 14BC219F3B; Tue, 2 Aug 2005 14:23:54 -0700 (PDT) From: "Darren Pilgrim" To: "'Chris Hodgins'" Date: Tue, 2 Aug 2005 14:21:05 -0700 Message-ID: <000f01c597a8$191d07c0$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <63c3899e0508020349cec6162@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Cc: current@freebsd.org Subject: RE: wpa_supplicant support for EAP_TTLS and wired drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:21:09 -0000 From: Chris Hodgins [mailto:christopher.hodgins@gmail.com] > On 8/2/05, Darren Pilgrim wrote: > > From: Chris Hodgins > > > > > > # wpa_supplicant -c wpa.conf -irl0 > > > Line 6: unknown EAP method 'TTLS' > > > > Do you have ENABLE_WPA_SUPPLICANT_EAPOL defined in /etc/make.conf? > > No, I don't. It seems I should have read the man page for > the config file a little more thoroughly. Is it possible to > just rebuild wpa supplicant in my base without having build > the whole world again? I'm not sure how ENABLE_WPA_SUPPLICANT_EAPOL gets used. I don't have a machine in front of me to test with and a quick perusal of src/contrib/wpa_supplicant didn't turn up anything obvious. Sam Leffler or another guru would have to say for sure. Maybe just build it and try? From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 21:24:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D29916A41F for ; Tue, 2 Aug 2005 21:24:43 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F062243D55 for ; Tue, 2 Aug 2005 21:24:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j72LOcFY026372; Tue, 2 Aug 2005 14:24:38 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j72LOcGp026370; Tue, 2 Aug 2005 14:24:38 -0700 Date: Tue, 2 Aug 2005 14:24:38 -0700 From: Brooks Davis To: Darren Pilgrim Message-ID: <20050802212438.GA26016@odin.ac.hmc.edu> References: <63c3899e0508020349cec6162@mail.gmail.com> <000f01c597a8$191d07c0$642a15ac@SMILEY> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <000f01c597a8$191d07c0$642a15ac@SMILEY> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: 'Chris Hodgins' , current@freebsd.org Subject: Re: wpa_supplicant support for EAP_TTLS and wired drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:24:43 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 02, 2005 at 02:21:05PM -0700, Darren Pilgrim wrote: > From: Chris Hodgins [mailto:christopher.hodgins@gmail.com]=20 > > On 8/2/05, Darren Pilgrim wrote: > > > From: Chris Hodgins > > > > > > > > # wpa_supplicant -c wpa.conf -irl0 > > > > Line 6: unknown EAP method 'TTLS' > > >=20 > > > Do you have ENABLE_WPA_SUPPLICANT_EAPOL defined in /etc/make.conf? > >=20 > > No, I don't. It seems I should have read the man page for=20 > > the config file a little more thoroughly. Is it possible to=20 > > just rebuild wpa supplicant in my base without having build=20 > > the whole world again? >=20 > I'm not sure how ENABLE_WPA_SUPPLICANT_EAPOL gets used. I don't have a > machine in front of me to test with and a quick perusal of > src/contrib/wpa_supplicant didn't turn up anything obvious. cd src/usr.sbin/wpa make -DENABLE_WPA_SUPPLICANT_EAPOL make -DENABLE_WPA_SUPPLICANT_EAPOL install ought to do it. You'll rebuild hostapd in addition to wpa_supplicant and wpa_cli, but that shouldn't hurt much. -- 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 --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFC7+SVXY6L6fI4GtQRApjpAJ97Imbw7LKXNELgahQhlIIk5zxUqwCgwOTW 7MIqnetBOJT03BsfhuPC46w= =ceQl -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 21:30:47 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D5F616A41F for ; Tue, 2 Aug 2005 21:30:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1576743D45 for ; Tue, 2 Aug 2005 21:30:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 02 Aug 2005 17:45:24 -0400 From: John Baldwin To: current@FreeBSD.org Date: Tue, 2 Aug 2005 17:31:13 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508021731.14090.jhb@FreeBSD.org> Cc: Subject: [PATCH] Fix locking in el(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:30:47 -0000 I've fixed up the locking for el(4) but don't have any of the hardware to test it. Can anyone else test these simple patches? http://www.FreeBSD.org/~jhb/patches/el_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 21:30:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9844F16A420 for ; Tue, 2 Aug 2005 21:30:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 158D543D48 for ; Tue, 2 Aug 2005 21:30:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 02 Aug 2005 17:45:24 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 2 Aug 2005 17:20:44 -0400 User-Agent: KMail/1.8 References: <42EFD785.5000409@centtech.com> <200508021648.52520.jhb@FreeBSD.org> <42EFDE40.8030509@centtech.com> In-Reply-To: <42EFDE40.8030509@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508021720.45054.jhb@FreeBSD.org> Cc: Eric Anderson Subject: Re: Pending issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:30:47 -0000 On Tuesday 02 August 2005 04:57 pm, Eric Anderson wrote: > John Baldwin wrote: > > On Tuesday 02 August 2005 04:28 pm, Eric Anderson wrote: > >>Ok, here's a small list of issues pending that I can see on -current > >>(and I saw these on 6- branch too before 7.0). > >> > >>- Time ticks along correctly, but anything using an interval will be 2x > >>off. For instance - ping will only send a ping every 2 seconds instead > >>of every second. systat -vmstat 1 refreshes every 2 seconds, etc. > >>Disabling APIC 'fixes' it. > > > > Are you using the i8254 timecounter or some other timecounter? > > kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) > kern.timecounter.hardware: ACPI-fast > > Which is the default (I'm not forcing anything anywhere). I believe at > one time I tried i8254, but it made no difference. I can try it again > if you think it's a worthy experiment. I would try both i8254 and TSC and see if it makes a difference. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 21:41:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C8C16A41F for ; Tue, 2 Aug 2005 21:41:39 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F2D043D49 for ; Tue, 2 Aug 2005 21:41:38 +0000 (GMT) (envelope-from christopher.hodgins@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1307060wra for ; Tue, 02 Aug 2005 14:41:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ub10n0T52jvyEy0Y5IFLryTVUfS/OwjuIh1bW+YY/KdOv5UHaDssKDdrL7qHH0RPR6cCtUOWCt9ajL04QtxY0o+BbF1xtzxAGFJxWwU/RLVGRwn74t9heAkgg4cstsQwS8bjhkhN8vO4sTxQzRy8SNwJGo86FPgdZ6HfAgYn5o4= Received: by 10.54.120.12 with SMTP id s12mr4106237wrc; Tue, 02 Aug 2005 14:41:37 -0700 (PDT) Received: by 10.54.84.16 with HTTP; Tue, 2 Aug 2005 14:41:37 -0700 (PDT) Message-ID: <63c3899e050802144156400b27@mail.gmail.com> Date: Tue, 2 Aug 2005 22:41:37 +0100 From: Chris Hodgins To: Brooks Davis In-Reply-To: <20050802212438.GA26016@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <63c3899e0508020349cec6162@mail.gmail.com> <000f01c597a8$191d07c0$642a15ac@SMILEY> <20050802212438.GA26016@odin.ac.hmc.edu> Cc: Darren Pilgrim , current@freebsd.org Subject: Re: wpa_supplicant support for EAP_TTLS and wired drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Hodgins List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:41:39 -0000 On 8/2/05, Brooks Davis wrote: > On Tue, Aug 02, 2005 at 02:21:05PM -0700, Darren Pilgrim wrote: > > From: Chris Hodgins [mailto:christopher.hodgins@gmail.com] > > > On 8/2/05, Darren Pilgrim wrote: > > > > From: Chris Hodgins > > > > > > > > > > # wpa_supplicant -c wpa.conf -irl0 > > > > > Line 6: unknown EAP method 'TTLS' > > > > > > > > Do you have ENABLE_WPA_SUPPLICANT_EAPOL defined in /etc/make.conf? > > > > > > No, I don't. It seems I should have read the man page for > > > the config file a little more thoroughly. Is it possible to > > > just rebuild wpa supplicant in my base without having build > > > the whole world again? > > > > I'm not sure how ENABLE_WPA_SUPPLICANT_EAPOL gets used. I don't have a > > machine in front of me to test with and a quick perusal of > > src/contrib/wpa_supplicant didn't turn up anything obvious. >=20 > cd src/usr.sbin/wpa > make -DENABLE_WPA_SUPPLICANT_EAPOL > make -DENABLE_WPA_SUPPLICANT_EAPOL install >=20 > ought to do it. You'll rebuild hostapd in addition to wpa_supplicant > and wpa_cli, but that shouldn't hurt much. >=20 > -- Brooks >=20 Managed to work that out after a little playing around. I just added ENABLE_WPA_SUPPLICANT_EAPOL=3Dtrue to /etc/make.conf and compiled as above but without the variable definition. Unfortunetly it is still not working, producing errors like "ioctl[SIOCS80211] invalid argument". If anyone is interested I can paste the full error tomorrow. This is how dmesg shows my ethernet card: rl0: port 0xd800-0xd8ff mem 0xe00ff400-0xe00ff4ff irq 19 at device 6.0 on pci1 Chris From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 21:47:28 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6BC516A41F; Tue, 2 Aug 2005 21:47:28 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A74743D45; Tue, 2 Aug 2005 21:47:28 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from localhost (dlu216.neoplus.adsl.tpnet.pl [83.24.50.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CF0E552B3D; Tue, 2 Aug 2005 23:47:25 +0200 (CEST) Date: Tue, 2 Aug 2005 23:46:53 +0200 From: Pawel Jakub Dawidek To: Ruslan Ermilov Message-ID: <20050802214653.GB59370@garage.freebsd.pl> References: <42EFCE2E.000011.15817@camay.yandex.ru> <20050802201331.GB90169@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <20050802201331.GB90169@ip.net.ua> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) Cc: freebsd-current@FreeBSD.org, Alexander Polakov Subject: Re: cannot build world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 21:47:29 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 02, 2005 at 11:13:31PM +0300, Ruslan Ermilov wrote: +> On Tue, Aug 02, 2005 at 11:49:02PM +0400, Alexander Polakov wrote: +> > Cannot build today's CURRENT world. +> >=20 +> You apparently have NO_CRYPT in your /etc/make.conf, or equivalent. +> I've just committed src/sbin/geom/class/Makefile,v 1.9 which should +> fix your problem. Thanks! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7+nNForvXbEpPzQRAtnTAKCwjjmrqep+PtEGeNYremIp2wuHRACfUwph oLegwor7wMgOa0xEXnMb/I0= =O28l -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 22:11:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1FBC16A41F for ; Tue, 2 Aug 2005 22:11:40 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from mailserver1.internap.com (mailserver1.internap.com [63.251.68.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61B8A43D45 for ; Tue, 2 Aug 2005 22:11:40 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from [63.251.67.32] (account rnoland@mail.internap.com HELO bbeng-laptop.acs.internap.com) by mailserver1.internap.com (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 50453487 for freebsd-current@freebsd.org; Tue, 02 Aug 2005 18:11:39 -0400 From: "Robert C. Noland III" To: freebsd-current@freebsd.org Content-Type: text/plain Organization: 2 Hip Networks Date: Tue, 02 Aug 2005 18:09:09 -0400 Message-Id: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rnoland@2hip.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 22:11:41 -0000 I am having an issue with static wep on my ath card, -current sources as of this morning EST. It is a Linksys WPC55ag card. I also have an old Netgear wi card that works shown at the bottom. ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ... ath0: mem 0xf4010000-0xf401ffff irq 11 at device 0.0 on cardbus0 ath0: Ethernet address: 00:12:17:6e:fc:18 ath0: mac 5.9 phy 4.3 radio 3.6 laptop# ifconfig ath0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" laptop# ifconfig ath0 up Tue Aug 2 17:27:19 RTM_IFINFO: if# 3, link: down, flags: Tue Aug 2 17:27:25 RTM_IEEE80211: scan complete Tue Aug 2 17:27:25 RTM_IEEE80211: associate with 00:0d:93:e9:cf:d4 Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: up, flags: Tue Aug 2 17:27:25 RTM_IEEE80211: disassociate Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: down, flags: The disassociate message concerns me, but it should work... ath0: flags=8843 mtu 1500 inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 ether 00:12:17:6e:fc:18 media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid test001 channel 1 authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 protmode CTS roaming DEVICE bintval 100 At this point, the card is no longer scanning and the lights on the card continue blinking as if it is associated (slowly in sync, as opposed to alternately blinking like mad when it is scanning) yet status shows no carrier. dhclient will not work when the interface is in this state. It seems to just broadcast and eventually die. wi0: at port 0xe000-0xe03f irq 11 function 0 config 1 on pccard0 wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash wi0: Intersil Firmware: Primary (0.3.0), Station (1.3.4) wi0: Ethernet address: 00:30:ab:07:e4:7b laptop# ifconfig wi0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" laptop# ifconfig wi0 up Tue Aug 2 17:35:57 RTM_IFANNOUNCE: if# 3, what: arrival Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: unknown, flags: Tue Aug 2 17:39:06 RTM_IEEE80211: disassociate Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: down, flags: again with the disassociate message. This seems to force wpa_supplicant to start scanning again, so I can't currently use wpa_supplicant on this network. Actually, wpa_supplicant doesn't ever seem to be able to associate on the wi card, but static configuration works. wpa_supplicant on the ath card seems to associate, then catches the disassociate and starts scanning again. lather, rinse, repeat... wi0: flags=8843 mtu 1500 inet6 fe80::230:abff:fe07:e47b%wi0 prefixlen 64 scopeid 0x3 ether 00:30:ab:07:e4:7b media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: associated ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 stationname "FreeBSD WaveLAN/IEEE node" authmode OPEN privacy MIXED deftxkey 1 wepkey 1:104-bit txpowmax 100 bintval 100 dhclient does work here, and then I can start the vpn and roam about the office... thanks, robert. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 23:22:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04AA316A41F for ; Tue, 2 Aug 2005 23:22:50 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5CC343D46 for ; Tue, 2 Aug 2005 23:22:49 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from tirun (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 1DEB282 for ; Tue, 2 Aug 2005 19:22:48 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: freebsd-current@freebsd.org In-Reply-To: <200508022252.33933.nike_d@cytexbg.com> References: <200508022252.33933.nike_d@cytexbg.com> Content-Type: text/plain Date: Tue, 02 Aug 2005 19:22:46 -0400 Message-Id: <1123024966.99297.2.camel@tirun> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 23:22:50 -0000 On Tue, 2005-08-02 at 22:52 +0300, Niki Denev wrote: > I have problems getting the ipw(4) wireless interface on my TP X31 to work. Can't help you; just noting that iwi(4) has the same failure modes (unsurprising since it's related). Someone with clue needs to go figure out why these drivers are having such problems with the 80211 scan interface. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 23:29:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E20CD16A41F for ; Tue, 2 Aug 2005 23:29:56 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 928EC43D45 for ; Tue, 2 Aug 2005 23:29:56 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 02 Aug 2005 16:29:56 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j72NTuQg014466; Tue, 2 Aug 2005 16:29:56 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j72NTu8G014465; Tue, 2 Aug 2005 16:29:56 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200508022329.j72NTu8G014465@ambrisko.com> In-Reply-To: <42D89BAE.2050009@elischer.org> To: Julian Elischer Date: Tue, 2 Aug 2005 16:29:56 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: static binaries, jails and compat x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 23:29:57 -0000 Julian Elischer writes: | Now that we have dynamic binaries everywhere I'm discovering all those | places | where this breaks.. | | FreeBSD 5 or 6 machine. (needed because freeBSD 4 can't run on the new | hardware) | freeBSD 4 jail to run a legacy app. | ps top and netstat (and friends) don't work (not surprisingly) | ps I can get from /rescue | but top and netstat are only available in dynamic form. Hey, it gets harder when you run FreeBSD 4.X on a FreeBSD amd64 machine and have mixed i386/amd64 libs :-( I copy over the amd64 versions of ps etc. and had to copy over some libs that conflict in names. In-order to get around placement issues I binary edit them on the fly via sed: sed -e 's/libkvm/libhvm/g' -e 's/libexec/libhxec/g' -e 's/libsbuf/libhbuf/g' etc. One thing I just found out was: UNAME_s,r,v,m,p and hacked libc's getosreldate & uname to use that stuff. I LD_PRELOAD my lib of these then pkg_add -r, libtool etc. then just work and think the are really running on FreeBSD 4.X. I wish if LD_PRELOAD lib's didn't exist then it would just ignore it versus failing to run. I've made that change locally. That way I can chroot in chroot without needing the shims when not needed. It's a mess. Do you think the libc stuff should have the same type of over-rides as the uname binary. I think so. Doug A. From owner-freebsd-current@FreeBSD.ORG Tue Aug 2 23:39:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE35F16A41F for ; Tue, 2 Aug 2005 23:39:56 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.61]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F15F43D48 for ; Tue, 2 Aug 2005 23:39:56 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 18197 invoked by uid 399); 2 Aug 2005 23:39:47 -0000 Received: from mail1.fluidhosting.com (66.150.201.101) by mail1.fluidhosting.com with SMTP; 2 Aug 2005 23:39:47 -0000 Received: (qmail 66603 invoked by uid 399); 2 Aug 2005 23:39:27 -0000 Received: from unknown (HELO ?192.168.1.100?) (dougb@dougbarton.net@69.175.228.47) by mail1.fluidhosting.com with SMTP; 2 Aug 2005 23:39:27 -0000 Message-ID: <42F0042E.9020206@FreeBSD.org> Date: Tue, 02 Aug 2005 16:39:26 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050726) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rnoland@2hip.net References: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> In-Reply-To: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 23:39:56 -0000 Robert C. Noland III wrote: > I am having an issue with static wep on my ath card, -current sources as > of this morning EST. It is a Linksys WPC55ag card. Same problems here with both an ndis (broadcom) and an ath 5212 card. Static WEP configuration doesn't work at all, no carrier. Remove WEP at tha AP, and all is well. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 00:02:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55B5916A41F for ; Wed, 3 Aug 2005 00:02:25 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 426DE43D6D for ; Wed, 3 Aug 2005 00:02:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id C34614CE942; Tue, 2 Aug 2005 17:02:21 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93054-04; Tue, 2 Aug 2005 17:02:21 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 2FA5B4CE8A3; Tue, 2 Aug 2005 17:02:21 -0700 (PDT) Message-ID: <42F0098C.8070805@elischer.org> Date: Tue, 02 Aug 2005 17:02:20 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: Doug Ambrisko References: <200508022329.j72NTu8G014465@ambrisko.com> In-Reply-To: <200508022329.j72NTu8G014465@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: FreeBSD Current Subject: Re: static binaries, jails and compat x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 00:02:25 -0000 Doug Ambrisko wrote: >Julian Elischer writes: >| Now that we have dynamic binaries everywhere I'm discovering all those >| places >| where this breaks.. >| >| FreeBSD 5 or 6 machine. (needed because freeBSD 4 can't run on the new >| hardware) >| freeBSD 4 jail to run a legacy app. >| ps top and netstat (and friends) don't work (not surprisingly) >| ps I can get from /rescue >| but top and netstat are only available in dynamic form. > >Hey, it gets harder when you run FreeBSD 4.X on a FreeBSD amd64 machine and >have mixed i386/amd64 libs :-( I copy over the amd64 versions of ps etc. >and had to copy over some libs that conflict in names. In-order to get >around placement issues I binary edit them on the fly via sed: > sed -e 's/libkvm/libhvm/g' -e 's/libexec/libhxec/g' -e 's/libsbuf/libhbuf/g' > >etc. One thing I just found out was: > UNAME_s,r,v,m,p >and hacked libc's getosreldate & uname to use that stuff. I LD_PRELOAD >my lib of these then pkg_add -r, libtool etc. then just work and think >the are really running on FreeBSD 4.X. I wish if LD_PRELOAD lib's >didn't exist then it would just ignore it versus failing to run. I've made >that change locally. That way I can chroot in chroot without needing >the shims when not needed. > >It's a mess. Do you think the libc stuff should have the same type >of over-rides as the uname binary. I think so. > > I'd like to see the filename code be able to use /usr/compat/FreeBSD4/... like it does for Linux binaries at the moment. Can we brandelf FreeBSD 6 binaries differently so that they can be told apart from FfreeBSD 4 binaries by the kernel? >Doug A. > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 01:00:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0290A16A41F; Wed, 3 Aug 2005 01:00:50 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED1E643D68; Wed, 3 Aug 2005 01:00:45 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id AD54084DBD; Wed, 3 Aug 2005 10:30:41 +0930 (CST) Date: Wed, 3 Aug 2005 10:30:41 +0930 From: Greg 'groggy' Lehey To: Tai-hwa Liang Message-ID: <20050803010041.GI75379@wantadilla.lemis.com> References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MZQ2DoTi1EizrxJt" Content-Disposition: inline In-Reply-To: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 01:00:50 -0000 --MZQ2DoTi1EizrxJt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 2 August 2005 at 17:02:00 +0800, Tai-hwa Liang wrote: > kernel: cvsup'ed as of today, built w/o "device atapicam" > laptop: Acer Aspire 2020 > > arcade# cat i386cd.iso | burncd -v -f /dev/acd0 data - fixate > adding type 0x08 file - size 64 KB 0 blocks > next writeable LBA 0 > addr = 0 size = -1 blocks = 0 > writing from stdin > > Input/output error > > fixating CD, please wait.. > burncd: ioctl(CDRIOCFIXATE): Input/output error > arcade# Yes, this matches my experience. I think it's broke, but I don't have the time to do formal evaluation before reporting an error. I ended up using dvd+rw-tools, which are also somewhat baroque. Full story, including a script to stop you from going completely round the twist, at http://www.lemis.com/grog/making-AUUGN.html. Greg -- See complete headers for address and phone numbers. --MZQ2DoTi1EizrxJt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8Bc5IubykFB6QiMRAqTYAJ9AtPASvf8FRvOKqcscHIn1LPwzcACcDlcP jMkt20jnqYv85yedHuO5bU0= =hHxZ -----END PGP SIGNATURE----- --MZQ2DoTi1EizrxJt-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 01:35:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DD516A41F for ; Wed, 3 Aug 2005 01:35:21 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6619943D49 for ; Wed, 3 Aug 2005 01:35:21 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.18.175.161]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IKM004U3HQW3Z42@vms040.mailsrvcs.net> for current@freebsd.org; Tue, 02 Aug 2005 20:35:20 -0500 (CDT) Date: Tue, 02 Aug 2005 21:34:33 -0400 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1123032873.1181.13.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT Cc: Subject: wpa_supplicant.conf and WEP key indicies -- off by 1? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 01:35:21 -0000 Good people, on my system (7.0-CURRENT as of 7/24 18:82 EST) following entry in /etc/wpa_supplicant.conf would cause wepkey 1 set and deftxkey set to 1. network={ ssid="MYSSID" scan_ssid=1 priority=5 key_mgmt=NONE wep_key0=11111111111111111111111111 wep_tx_keyidx=0 } consequently network={ ssid="MYSSID" scan_ssid=1 priority=5 key_mgmt=NONE wep_key1=11111111111111111111111111 wep_tx_keyidx=1 } would cause wepkey 2 to be populated and deftxkey set to 2. I do not know whether this is by design or mistake, but I figured posting it here just might save someone some frustration. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:19:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B8E16A41F; Wed, 3 Aug 2005 02:19:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8577E43D4C; Wed, 3 Aug 2005 02:19:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j732Jia2000659; Wed, 3 Aug 2005 11:49:45 +0930 (CST) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j732JZRe061947 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 3 Aug 2005 11:49:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 3 Aug 2005 11:49:31 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> In-Reply-To: <200508022252.33933.nike_d@cytexbg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1526975.QH3eCdVn0N"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508031149.31928.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.217.188 Cc: Niki Denev , current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:19:53 -0000 --nextPart1526975.QH3eCdVn0N Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 August 2005 05:22, Niki Denev wrote: > When using exactly the same wpa_supplicant config with different wireless > card (ralink) i can authentitace to a LinkSys WPA54G access point. > But it never works for ipw. > One thing that i discovered is that when i do ifconfig ipw0 scan > there is always one 'fake network' without SSID and with zero macaddr : > > # ifconfig ipw0 scan > SSID BSSID CHAN RATE S:N INT CA= PS > 00:00:00:00:00:00 11 0M 0:0 0 > office.ss 00:0f:66:11:13:1e 11 54M 29:0 100 EP WPA > > This looks really odd, and i can't reproduce it with other wlan cards. > > i cancelled it at this point, but it loops like this forever(or atleast > couple of hours :) ) I get exactly the same thing here - it appears to try and associate with th= e=20 right AP (ie ignores the 00:00.. one) but it doesn't print any error or=20 warning about why it can't do so.. It just retries every 5 seconds forever. Have you tried NDIS for your card? I had a go, but it panic'd :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1526975.QH3eCdVn0N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8Cmz5ZPcIHs/zowRAp98AJ4kndPuWh67KNQIz1dYVY6XbcRwAQCfYViy cDazDZDw6f9cuV1w3SA3dgI= =5IzA -----END PGP SIGNATURE----- --nextPart1526975.QH3eCdVn0N-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:19:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B8E16A41F; Wed, 3 Aug 2005 02:19:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8577E43D4C; Wed, 3 Aug 2005 02:19:50 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j732Jia2000659; Wed, 3 Aug 2005 11:49:45 +0930 (CST) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j732JZRe061947 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 3 Aug 2005 11:49:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 3 Aug 2005 11:49:31 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> In-Reply-To: <200508022252.33933.nike_d@cytexbg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1526975.QH3eCdVn0N"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508031149.31928.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.217.188 Cc: Niki Denev , current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:19:53 -0000 --nextPart1526975.QH3eCdVn0N Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 August 2005 05:22, Niki Denev wrote: > When using exactly the same wpa_supplicant config with different wireless > card (ralink) i can authentitace to a LinkSys WPA54G access point. > But it never works for ipw. > One thing that i discovered is that when i do ifconfig ipw0 scan > there is always one 'fake network' without SSID and with zero macaddr : > > # ifconfig ipw0 scan > SSID BSSID CHAN RATE S:N INT CA= PS > 00:00:00:00:00:00 11 0M 0:0 0 > office.ss 00:0f:66:11:13:1e 11 54M 29:0 100 EP WPA > > This looks really odd, and i can't reproduce it with other wlan cards. > > i cancelled it at this point, but it loops like this forever(or atleast > couple of hours :) ) I get exactly the same thing here - it appears to try and associate with th= e=20 right AP (ie ignores the 00:00.. one) but it doesn't print any error or=20 warning about why it can't do so.. It just retries every 5 seconds forever. Have you tried NDIS for your card? I had a go, but it panic'd :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1526975.QH3eCdVn0N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8Cmz5ZPcIHs/zowRAp98AJ4kndPuWh67KNQIz1dYVY6XbcRwAQCfYViy cDazDZDw6f9cuV1w3SA3dgI= =5IzA -----END PGP SIGNATURE----- --nextPart1526975.QH3eCdVn0N-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:26:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D000B16A41F for ; Wed, 3 Aug 2005 02:26:13 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A1D343D45 for ; Wed, 3 Aug 2005 02:26:13 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.18.175.161]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IKM00BF5K3I3XJ6@vms048.mailsrvcs.net> for current@freebsd.org; Tue, 02 Aug 2005 21:26:07 -0500 (CDT) Date: Tue, 02 Aug 2005 22:25:19 -0400 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1123035919.1181.22.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT Cc: Subject: "DMA limited to UDMA33" is there any knob? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:26:13 -0000 Good people, on my system (7.0-CURRENT as of 7/24 18:42 EST) I receive following message during boot: ad0: DMA limited to UDMA33, device found non-ATA66 cable ad0: 28615MB at ata0-master UDMA33 Since there is no cable (drive attached directly to the connector mounted on the piece of PCB), I wonder whether there are any overriding knobs. ATA controller is VIA8235: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 atapci0@pci0:17:1: class=0x01018a card=0x120514ff chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA According to the data sheet drive is capable of UDMA100. Any suggestions will be greatly appreciated. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:27:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 758) id BE56916A420; Wed, 3 Aug 2005 02:27:04 +0000 (GMT) Date: Wed, 3 Aug 2005 02:27:04 +0000 From: Kris Kennaway To: Alexandre Sunny Kovalenko Message-ID: <20050803022704.GB92364@hub.freebsd.org> References: <1123035919.1181.22.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1123035919.1181.22.camel@RabbitsDen> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: "DMA limited to UDMA33" is there any knob? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:27:04 -0000 On Tue, Aug 02, 2005 at 10:25:19PM -0400, Alexandre Sunny Kovalenko wrote: > Good people, > > on my system (7.0-CURRENT as of 7/24 18:42 EST) I receive following > message during boot: > > ad0: DMA limited to UDMA33, device found non-ATA66 cable > ad0: 28615MB at ata0-master UDMA33 > > Since there is no cable (drive attached directly to the connector > mounted on the piece of PCB), I wonder whether there are any overriding > knobs. ATA controller is VIA8235: > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 > > atapci0@pci0:17:1: class=0x01018a card=0x120514ff chip=0x05711106 > rev=0x06 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' > class = mass storage > subclass = ATA > > According to the data sheet drive is capable of UDMA100. > > Any suggestions will be greatly appreciated. You can try commenting out the cable check in the driver code. Kris From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:43:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F0AC16A41F for ; Wed, 3 Aug 2005 02:43:46 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-19-143-171.jan.bellsouth.net [68.19.143.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D6AA43D4C for ; Wed, 3 Aug 2005 02:43:45 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 6FDEE2106C; Tue, 2 Aug 2005 21:43:42 -0500 (CDT) Date: Tue, 2 Aug 2005 21:43:41 -0500 From: "Matthew D. Fuller" To: Wilko Bulte Message-ID: <20050803024341.GA92499@over-yonder.net> References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> <20050802160045.GA61854@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050802160045.GA61854@freebie.xs4all.nl> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: Colin King , Scot Hetzel , Justin Finkelstein , freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:43:46 -0000 On Tue, Aug 02, 2005 at 06:00:45PM +0200 I heard the voice of Wilko Bulte, and lo! it spake thus: > On Tue, Aug 02, 2005 at 10:44:07AM -0500, Scot Hetzel wrote.. > > before you unmount the drive, type: > > > > sync > > sync > > sync > > > > Then unmount the drive, and remove it. > > Unmount does not return until the buffers have been synced anyway, > so this does not buy you anything. (ttyp3):{720}% fortune -m syncs %% (fortunes) 3 syncs represent the trinity - init, the child and the eternal zombie process. In doing 3, you're paying homage to each and I think such traditions are important in this shallow, mercurial business we find ourselves in. -- Jordan K. Hubbard -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:46:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D67916A41F for ; Wed, 3 Aug 2005 02:46:30 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C18C43D55 for ; Wed, 3 Aug 2005 02:46:29 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j732kRms011664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Aug 2005 19:46:28 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F0302C.7080009@errno.com> Date: Tue, 02 Aug 2005 19:47:08 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <200508022252.33933.nike_d@cytexbg.com> In-Reply-To: <200508022252.33933.nike_d@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:46:30 -0000 Niki Denev wrote: > Hello, > > I have problems getting the ipw(4) wireless interface on my TP X31 to work. > I'm running -Current cvsupped and built from about 2 hours ago (i have this > problem from long time, but hadn't the time to report it.) > The firmware is the latest from the ports. > When using exactly the same wpa_supplicant config with different wireless card > (ralink) i can authentitace to a LinkSys WPA54G access point. > But it never works for ipw. > One thing that i discovered is that when i do ifconfig ipw0 scan > there is always one 'fake network' without SSID and with zero macaddr : > > # ifconfig ipw0 scan > SSID BSSID CHAN RATE S:N INT CAPS > 00:00:00:00:00:00 11 0M 0:0 0 > office.ss 00:0f:66:11:13:1e 11 54M 29:0 100 EP WPA > > This looks really odd, and i can't reproduce it with other wlan cards. Shouldn't matter. > > wpa_supplicant.conf is : > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=wheel > eapol_version=1 or 2 (tried both of them) > > network={ > ssid="office.ss" > proto=WPA > key_mgmt=WPA-PSK > psk="xxxx" > } > > network={ > ssid="totalterror-wlan" > proto=WPA > key_mgmt=WPA-PSK > psk="yyyy" > } > > > > Here is debug output from wpa_supplicant with if_ipw : > > Initializing interface 'ipw0' conf '/etc/wpa_supplicant.conf' driver 'default' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' > Reading configuration file '/etc/wpa_supplicant.conf' > ctrl_interface='/var/run/wpa_supplicant' > ctrl_interface_group=0 (from group name 'wheel') > eapol_version=2 > Line: 5 - start of a new network block > ssid - hexdump_ascii(len=9): > 6f 66 66 69 63 65 2e 73 73 office.ss > proto: 0x1 > key_mgmt: 0x2 > PSK (ASCII passphrase) - hexdump_ascii(len=11): [REMOVED] > PSK (from passphrase) - hexdump(len=32): [REMOVED] > Line: 14 - start of a new network block > ssid - hexdump_ascii(len=16): > 74 6f 74 61 6c 74 65 72 72 6f 72 2d 77 6c 61 6e totalterror-wlan > scan_ssid=1 (0x1) > proto: 0x1 > key_mgmt: 0x2 > PSK (ASCII passphrase) - hexdump_ascii(len=15): [REMOVED] > PSK (from passphrase) - hexdump(len=32): [REMOVED] > Priority group 0 > id=0 ssid='office.ss' > id=1 ssid='totalterror-wlan' > Initializing interface (2) 'ipw0' > Own MAC address: 00:04:23:92:33:23 > wpa_driver_bsd_set_wpa: enabled=1 > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_set_countermeasures: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > Setting scan request: 0 sec 100000 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=16): > 74 6f 74 61 6c 74 65 72 72 6f 72 2d 77 6c 61 6e totalterror-wlan > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 > selected > Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > WPA: using IEEE 802.11i/D3.0 > WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 > WPA: using GTK TKIP > WPA: using PTK TKIP > WPA: using KEY_MGMT WPA-PSK > WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 > 00 50 f2 02 01 00 00 50 f2 02 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 > key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 > selected > Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > WPA: using IEEE 802.11i/D3.0 > WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 > WPA: using GTK TKIP > WPA: using PTK TKIP > WPA: using KEY_MGMT WPA-PSK > WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 > 00 50 f2 02 01 00 00 50 f2 02 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 > key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 > selected > Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > WPA: using IEEE 802.11i/D3.0 > WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 > WPA: using GTK TKIP > WPA: using PTK TKIP > WPA: using KEY_MGMT WPA-PSK > WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 > 00 50 f2 02 01 00 00 50 f2 02 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 > key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 > selected > Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > WPA: using IEEE 802.11i/D3.0 > WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 > WPA: using GTK TKIP > WPA: using PTK TKIP > WPA: using KEY_MGMT WPA-PSK > WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 > 00 50 f2 02 01 00 00 50 f2 02 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate: ssid 'office.ss' wpa ie len 24 pairwise 2 group 2 > key mgmt 1 > wpa_driver_bsd_associate: set PRIVACY 1 > Setting authentication timeout: 5 sec 0 usec > Received 0 bytes of scan results (2 BSSes) > Scan results: 2 > Selecting BSS from priority group 0 > 0: 00:0f:66:11:13:1e ssid='office.ss' wpa_ie_len=24 rsn_ie_len=0 > selected > Trying to associate with 00:0f:66:11:13:1e (SSID='office.ss' freq=2462 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > > > --- > i cancelled it at this point, but it loops like this forever(or atleast couple You say things work with ral but not ipw? Was that with wpa-psk and the same ap? Have you ever been able to use ipw and wpa-psk? I don't personally know if it works and the driver's author has been out of touch for a long time. Sam From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:48:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC58216A41F for ; Wed, 3 Aug 2005 02:48:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B9F943D46 for ; Wed, 3 Aug 2005 02:48:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j732mcms011671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Aug 2005 19:48:39 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F030B0.7010709@errno.com> Date: Tue, 02 Aug 2005 19:49:20 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <63c3899e0508020349cec6162@mail.gmail.com> <000f01c597a8$191d07c0$642a15ac@SMILEY> <20050802212438.GA26016@odin.ac.hmc.edu> In-Reply-To: <20050802212438.GA26016@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Chris Hodgins' , Darren Pilgrim , current@freebsd.org Subject: Re: wpa_supplicant support for EAP_TTLS and wired drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:48:41 -0000 Brooks Davis wrote: > On Tue, Aug 02, 2005 at 02:21:05PM -0700, Darren Pilgrim wrote: > >>From: Chris Hodgins [mailto:christopher.hodgins@gmail.com] >> >>>On 8/2/05, Darren Pilgrim wrote: >>> >>>>From: Chris Hodgins >>>> >>>>># wpa_supplicant -c wpa.conf -irl0 >>>>>Line 6: unknown EAP method 'TTLS' >>>> >>>>Do you have ENABLE_WPA_SUPPLICANT_EAPOL defined in /etc/make.conf? >>> >>>No, I don't. It seems I should have read the man page for >>>the config file a little more thoroughly. Is it possible to >>>just rebuild wpa supplicant in my base without having build >>>the whole world again? >> >>I'm not sure how ENABLE_WPA_SUPPLICANT_EAPOL gets used. I don't have a >>machine in front of me to test with and a quick perusal of >>src/contrib/wpa_supplicant didn't turn up anything obvious. > > > cd src/usr.sbin/wpa > make -DENABLE_WPA_SUPPLICANT_EAPOL > make -DENABLE_WPA_SUPPLICANT_EAPOL install > > ought to do it. You'll rebuild hostapd in addition to wpa_supplicant > and wpa_cli, but that shouldn't hurt much. You can also add an entry to /etc/make.conf as described in make.conf(5). Sam From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 02:53:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F7316A41F for ; Wed, 3 Aug 2005 02:53:47 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE3843D45 for ; Wed, 3 Aug 2005 02:53:46 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j732rhms011688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Aug 2005 19:53:44 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F031E1.3080806@errno.com> Date: Tue, 02 Aug 2005 19:54:25 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: rnoland@2hip.net References: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> In-Reply-To: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 02:53:47 -0000 Robert C. Noland III wrote: > I am having an issue with static wep on my ath card, -current sources as > of this morning EST. It is a Linksys WPC55ag card. I also have an old > Netgear wi card that works shown at the bottom. > > ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) > ... > ath0: mem 0xf4010000-0xf401ffff irq 11 at device 0.0 on > cardbus0 > ath0: Ethernet address: 00:12:17:6e:fc:18 > ath0: mac 5.9 phy 4.3 radio 3.6 > > laptop# ifconfig ath0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" > laptop# ifconfig ath0 up > > Tue Aug 2 17:27:19 RTM_IFINFO: if# 3, link: down, > flags: > Tue Aug 2 17:27:25 RTM_IEEE80211: scan complete > Tue Aug 2 17:27:25 RTM_IEEE80211: associate with 00:0d:93:e9:cf:d4 > Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: up, > flags: > Tue Aug 2 17:27:25 RTM_IEEE80211: disassociate > Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: down, > flags: You associated with the ap then fell off either because the ap dropped you or your station initiated it. The easiest way to see which is to enabling debugging; I prefer to use 80211debug from tools/tools/ath; e.g. 80211debug state+assoc or probably ifconfig ath0 debug will give you enough info. The output of 80211stats should also tell you what happened. > > The disassociate message concerns me, but it should work... > > ath0: flags=8843 mtu 1500 > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > ether 00:12:17:6e:fc:18 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: no carrier > ssid test001 channel 1 > authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 > protmode CTS roaming DEVICE bintval 100 > > At this point, the card is no longer scanning and the lights on the card > continue blinking as if it is associated (slowly in sync, as opposed to > alternately blinking like mad when it is scanning) yet status shows no > carrier. dhclient will not work when the interface is in this state. > It seems to just broadcast and eventually die. > > wi0: at port 0xe000-0xe03f irq 11 > function 0 config 1 on pccard0 > wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash > wi0: Intersil Firmware: Primary (0.3.0), Station (1.3.4) > wi0: Ethernet address: 00:30:ab:07:e4:7b > > laptop# ifconfig wi0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" > laptop# ifconfig wi0 up > > Tue Aug 2 17:35:57 RTM_IFANNOUNCE: if# 3, what: arrival > Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: unknown, > flags: > Tue Aug 2 17:39:06 RTM_IEEE80211: disassociate > Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: down, > flags: > > again with the disassociate message. This seems to force wpa_supplicant > to start scanning again, so I can't currently use wpa_supplicant on this > network. Actually, wpa_supplicant doesn't ever seem to be able to > associate on the wi card, but static configuration works. > wpa_supplicant on the ath card seems to associate, then catches the > disassociate and starts scanning again. lather, rinse, repeat... > > wi0: flags=8843 mtu 1500 > inet6 fe80::230:abff:fe07:e47b%wi0 prefixlen 64 scopeid 0x3 > ether 00:30:ab:07:e4:7b > media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) > status: associated > ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 > stationname "FreeBSD WaveLAN/IEEE node" > authmode OPEN privacy MIXED deftxkey 1 wepkey 1:104-bit txpowmax > 100 > bintval 100 > > dhclient does work here, and then I can start the vpn and roam about the > office... I've been testing ath w/ static key wep today and seen no problems. Please get some more info. Sam From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 03:33:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 366D616A41F; Wed, 3 Aug 2005 03:33:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEE2043D45; Wed, 3 Aug 2005 03:33:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j733Wdmp040214; Tue, 2 Aug 2005 23:32:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j733XQWS065278; Tue, 2 Aug 2005 23:33:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F2917304D; Tue, 2 Aug 2005 23:33:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050803033326.6F2917304D@freebsd-current.sentex.ca> Date: Tue, 2 Aug 2005 23:33:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 03:33:28 -0000 TB --- 2005-08-03 03:03:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-03 03:03:12 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-08-03 03:03:12 - cleaning the object tree TB --- 2005-08-03 03:03:20 - checking out the source tree TB --- 2005-08-03 03:03:20 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-08-03 03:03:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-03 03:09:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-03 03:09:13 - cd /src TB --- 2005-08-03 03:09:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here *** Error code 1 Stop in /src/lib/libmemstat. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-03 03:33:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-03 03:33:26 - ERROR: failed to build world TB --- 2005-08-03 03:33:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 04:27:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B1A716A41F for ; Wed, 3 Aug 2005 04:27:15 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BF043D45 for ; Wed, 3 Aug 2005 04:27:14 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id 3429A1C48BA for ; Wed, 3 Aug 2005 06:27:12 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j734R6au019824 for ; Wed, 3 Aug 2005 06:27:10 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 3 Aug 2005 06:26:55 +0200 User-Agent: KMail/1.8.2 References: <200508022241.26958.thierry@herbelot.com> In-Reply-To: <200508022241.26958.thierry@herbelot.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200508030626.57284.thierry@herbelot.com> Subject: Re: panic: APIC: Previous IPI is stuck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 04:27:15 -0000 Le Tuesday 2 August 2005 22:41, Thierry Herbelot a écrit : [SNIP DDB panic trace] > > KGDB trace to follow : # kgdb kernel.debug /files3/tmp/vmcore.159 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0469103 in db_fncall (dummy1=0, dummy2=0, dummy3=-1, dummy4=0xc725e860 "\224è%Ç") at /usr/src/sys/ddb/db_command.c:489 #2 0xc0468f08 in db_command (last_cmdp=0xc0906564, cmd_table=0x0, aux_cmd_tablep=0xc088384c, aux_cmd_tablep_end=0xc0883868) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0468fd0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc046ab71 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc064a6f4 in kdb_trap (type=3, code=0, tf=0xc725e9a4) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc07ef510 in trap (frame= {tf_fs = -953876472, tf_es = -1067188184, tf_ds = -1065025496, tf_edi = -1064845538, tf_esi = 1, tf_ebp = -953816604, tf_isp = -953816624, tf_ebx = -953816560, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067146149, tf_cs = 32, tf_eflags = 150, tf_esp = -953816572, tf_ss = -1067243449}) at /usr/src/sys/i386/i386/trap.c:601 #7 0xc07dcfba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc7250008 in ?? () #9 0xc0640028 in be_uuid_dec (buf=0xc0857f0a, uuid=0xc725ea10) at endian.h:97 #10 0xc0632847 in panic (fmt=0xc087bf1e "APIC: Previous IPI is stuck") at /usr/src/sys/kern/kern_shutdown.c:537 #11 0xc07e3907 in lapic_ipi_vectored (vector=0, dest=0) at /usr/src/sys/i386/i386/local_apic.c:932 #12 0xc07e7f91 in ipi_all_but_self (ipi=244) at /usr/src/sys/i386/i386/mp_machdep.c:1259 #13 0xc07e7c89 in smp_tlb_shootdown (vector=244, addr1=0, addr2=0) at /usr/src/sys/i386/i386/mp_machdep.c:1006 #14 0xc07e7e03 in smp_invlpg (addr=3328839680) at /usr/src/sys/i386/i386/mp_machdep.c:1117 #15 0xc07ea0c8 in pmap_invalidate_page (pmap=0xc09a1100, va=3328839680) at /usr/src/sys/i386/i386/pmap.c:570 ---Type to continue, or q to quit--- #16 0xc07eb326 in pmap_remove_pte (pmap=0xc09a1100, ptq=0xbff19a84, va=3328839680) at /usr/src/sys/i386/i386/pmap.c:1548 #17 0xc07eb546 in pmap_remove (pmap=0xc09a1100, sva=3328839680, eva=3328856064) at /usr/src/sys/i386/i386/pmap.c:1668 #18 0xc078a021 in vm_map_delete (map=0xc1042000, start=3238273024, end=3328856064) at /usr/src/sys/vm/vm_map.c:2290 #19 0xc078a0be in vm_map_remove (map=0xc1042000, start=3328839680, end=3328856064) at /usr/src/sys/vm/vm_map.c:2319 #20 0xc06597d5 in pipe_free_kmem (cpipe=0xc1767990) at /usr/src/sys/kern/sys_pipe.c:1450 #21 0xc0659b2d in pipeclose (cpipe=0xc1767990) at /usr/src/sys/kern/sys_pipe.c:1515 #22 0xc065977a in pipe_close (fp=0x0, td=0xc134b600) at /usr/src/sys/kern/sys_pipe.c:1436 #23 0xc06173cc in fdrop_locked (fp=0xc160b360, td=0xc134b600) at file.h:289 #24 0xc061733c in fdrop (fp=0xc160b360, td=0xc134b600) at /usr/src/sys/kern/kern_descrip.c:2099 #25 0xc0615e2b in closef (fp=0xc160b360, td=0xc134b600) at /usr/src/sys/kern/kern_descrip.c:1919 #26 0xc061508f in fdfree (td=0xc134b600) at /usr/src/sys/kern/kern_descrip.c:1620 #27 0xc061d0f2 in exit1 (td=0xc134b600, rv=0) at /usr/src/sys/kern/kern_exit.c:237 #28 0xc061ccfc in sys_exit (td=0xc134b600, uap=0x0) at /usr/src/sys/kern/kern_exit.c:94 #29 0xc07efcfb in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134549595, tf_esi = -1077942456, tf_ebp = -1077942616, tf_isp = -953815708, tf_ebx = 672395848, tf_edx = 10, tf_ecx = 672395280, tf_eax = 1, tf_trapno = 0, tf_err = 2, tf_eip = 672335739, tf_cs = 51, tf_eflags = 658, tf_esp = -1077942644, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:986 (kgdb) frame 11 #11 0xc07e3907 in lapic_ipi_vectored (vector=0, dest=0) at /usr/src/sys/i386/i386/local_apic.c:932 932 panic("APIC: Previous IPI is stuck"); (kgdb) list 927 destfield = dest; 928 } 929 930 /* Wait for an earlier IPI to finish. */ 931 if (!lapic_ipi_wait(BEFORE_SPIN)) 932 panic("APIC: Previous IPI is stuck"); 933 934 lapic_ipi_raw(icrlo, destfield); 935 936 #ifdef DETECT_DEADLOCK ------------------------------------- kernel identification : Copyright (c) 1992-2005 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 7.0-CURRENT #746: Tue Aug 2 16:27:35 CEST 2005 thierry.herbelot@multi-cur.herbelot.nom:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183fbff real memory = 100663296 (96 MB) avail memory = 88850432 (84 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ------------------------------------- the panic is not repeatable : the same kernel just completed a full make buildworld + make buildkernel (heisenbug ?) TfH From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 04:52:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B970616A41F for ; Wed, 3 Aug 2005 04:52:01 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: from web54401.mail.yahoo.com (web54401.mail.yahoo.com [206.190.49.131]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F08D43D53 for ; Wed, 3 Aug 2005 04:52:00 +0000 (GMT) (envelope-from snort_sam@yahoo.com) Received: (qmail 56416 invoked by uid 60001); 3 Aug 2005 04:52:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XAG3OcJ1vvbBgWthwBTD33CPzAq5A6qzM+QjOtoXrJw1crkiWIcsIhQHAPH0i/tJV3ZHvqmU7MVQnFWmT275z8EiZnWDwEoSSPZEcDeY5bXchSh+6+ptrY3mM5/3XsvmUaleV26XkCr7elGVXFf9iqIV5eTfIuReLinyTj9iX84= ; Message-ID: <20050803045200.56414.qmail@web54401.mail.yahoo.com> Received: from [203.201.99.17] by web54401.mail.yahoo.com via HTTP; Tue, 02 Aug 2005 21:52:00 PDT Date: Tue, 2 Aug 2005 21:52:00 -0700 (PDT) From: Bsderss To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Replacing select() with kqueue() and kevent() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 04:52:01 -0000 Hi, Is possible replace all select() functions with kqueue() and kevent() for FreeBSD 5.x or Current? Sam __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 05:05:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76FB516A41F for ; Wed, 3 Aug 2005 05:05:24 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B2D643D48 for ; Wed, 3 Aug 2005 05:05:23 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 58223 invoked from network); 3 Aug 2005 05:05:21 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 4.425248 secs); 03 Aug 2005 05:05:21 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx01.interbgc.com with SMTP; 3 Aug 2005 05:05:16 -0000 Received: (qmail 16091 invoked from network); 3 Aug 2005 05:05:16 -0000 Received: from qmail by qscan (mail filter); 3 Aug 2005 05:05:16 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 3 Aug 2005 05:05:16 -0000 Message-ID: <42F05098.1000700@cytexbg.com> Date: Wed, 03 Aug 2005 08:05:28 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200508022252.33933.nike_d@cytexbg.com> <42F0302C.7080009@errno.com> In-Reply-To: <42F0302C.7080009@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 05:05:24 -0000 Sam Leffler wrote: > > You say things work with ral but not ipw? Was that with wpa-psk and the > same ap? Have you ever been able to use ipw and wpa-psk? I don't > personally know if it works and the driver's author has been out of > touch for a long time. > > Sam > It worked with ral, but with some problems, it would associate after a while, then the next time i try it won't, after a couple of minutes it will succeed again. This happens when i try to use ral interface to connect to an AP with WPA-PSK. I've tested both interfaces on two APs, one is Linksys WAP54G the other is my home router/gateway which is 6.0-CURRENT with ral in hostap mode. Both APs work ok when i try to connect with windows machine, The only problem with the ral AP is that after several days uptime the SSID stops appearing to the wireless clients that scan for it, and ifconfig up/down + restart of hostapd is needed. Wpa-psk + ipw never worked for me regardless of the AP i tried. I'll continue to dig in search of the problem. I initialy thought that it has something to do with this zero macaddr entry, but as you say that it shouldn't matter i will look elsewhere. I'm also experiencing another repeatable problem with ipw - (when used with static WEP) cvsup always fails with Network TreeComp failed or something, everytime on different part of the source code. I've done some tcpdump traces and will check what it may be. This is also happening on both of the APs i use, the linksys and the freebsd one. This problem appeared with the later versions of the ipw driver (after importing it in freebsd), the previous versions from http://damien.bergamini.free.fr/ipw/ worked ok. Thanks --niki From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 05:23:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4484B16A41F for ; Wed, 3 Aug 2005 05:23:22 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx03.interbgc.com [217.9.224.229]) by mx1.FreeBSD.org (Postfix) with SMTP id 48A5B43D48 for ; Wed, 3 Aug 2005 05:23:20 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 94869 invoked from network); 3 Aug 2005 05:23:19 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 3.955791 secs); 03 Aug 2005 05:23:19 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx03.interbgc.com with SMTP; 3 Aug 2005 05:23:15 -0000 Received: (qmail 19821 invoked from network); 3 Aug 2005 05:23:14 -0000 Received: from qmail by qscan (mail filter); 3 Aug 2005 05:23:14 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 3 Aug 2005 05:23:14 -0000 Message-ID: <42F054CE.3040802@cytexbg.com> Date: Wed, 03 Aug 2005 08:23:26 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> In-Reply-To: <200508031149.31928.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 05:23:22 -0000 Daniel O'Connor wrote: > > I get exactly the same thing here - it appears to try and associate with the > right AP (ie ignores the 00:00.. one) but it doesn't print any error or > warning about why it can't do so.. It just retries every 5 seconds forever. > > Have you tried NDIS for your card? I had a go, but it panic'd :( > I used NDIS before the ipw driver was available, although only with static wep and it worked. I will try to test with NDIS, or maybe i will rip the intel wireless and get dual band atheros instead :) --niki From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 06:01:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F59916A41F; Wed, 3 Aug 2005 06:01:26 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C091243D48; Wed, 3 Aug 2005 06:01:23 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 489CA13BAC8; Wed, 3 Aug 2005 08:01:22 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70500-06-5; Wed, 3 Aug 2005 08:01:14 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id EF06E13BAB2; Wed, 3 Aug 2005 08:01:13 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j7361Dwg052650; Wed, 3 Aug 2005 08:01:13 +0200 (CEST) (envelope-from stijn) Date: Wed, 3 Aug 2005 08:01:13 +0200 From: Stijn Hoop To: "Daniel O'Connor" Message-ID: <20050803060113.GW70957@pcwin002.win.tue.nl> References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508031149.31928.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-current@freebsd.org, current@freebsd.org, Niki Denev Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 06:01:26 -0000 On Wed, Aug 03, 2005 at 11:49:31AM +0930, Daniel O'Connor wrote: > I get exactly the same thing here - it appears to try and associate with the > right AP (ie ignores the 00:00.. one) but it doesn't print any error or > warning about why it can't do so.. It just retries every 5 seconds forever. This matches my experience with if_iwi. I still want to send in a PR but was still too busy to get all the info together. --Stijn -- Man had always assumed that he was more intelligent than dolphins because he had achieved so much... the wheel, New York, wars, and so on, whilst all the dolphins had ever done was muck about in the water having a good time. But conversely the dolphins believed themselves to be more intelligent than man for precisely the same reasons. -- Douglas Adams, "The Hitchhikers Guide To The Galaxy" From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 06:01:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F59916A41F; Wed, 3 Aug 2005 06:01:26 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C091243D48; Wed, 3 Aug 2005 06:01:23 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 489CA13BAC8; Wed, 3 Aug 2005 08:01:22 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70500-06-5; Wed, 3 Aug 2005 08:01:14 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id EF06E13BAB2; Wed, 3 Aug 2005 08:01:13 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j7361Dwg052650; Wed, 3 Aug 2005 08:01:13 +0200 (CEST) (envelope-from stijn) Date: Wed, 3 Aug 2005 08:01:13 +0200 From: Stijn Hoop To: "Daniel O'Connor" Message-ID: <20050803060113.GW70957@pcwin002.win.tue.nl> References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508031149.31928.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-current@freebsd.org, current@freebsd.org, Niki Denev Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 06:01:26 -0000 On Wed, Aug 03, 2005 at 11:49:31AM +0930, Daniel O'Connor wrote: > I get exactly the same thing here - it appears to try and associate with the > right AP (ie ignores the 00:00.. one) but it doesn't print any error or > warning about why it can't do so.. It just retries every 5 seconds forever. This matches my experience with if_iwi. I still want to send in a PR but was still too busy to get all the info together. --Stijn -- Man had always assumed that he was more intelligent than dolphins because he had achieved so much... the wheel, New York, wars, and so on, whilst all the dolphins had ever done was muck about in the water having a good time. But conversely the dolphins believed themselves to be more intelligent than man for precisely the same reasons. -- Douglas Adams, "The Hitchhikers Guide To The Galaxy" From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 08:02:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD1A16A421; Wed, 3 Aug 2005 08:02:35 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10F043D4C; Wed, 3 Aug 2005 08:02:30 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id B4735507698; Wed, 3 Aug 2005 16:02:29 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id AF1E7507670; Wed, 3 Aug 2005 16:02:29 +0800 (CST) Date: Wed, 3 Aug 2005 16:02:29 +0800 (CST) From: Tai-hwa Liang To: Ruslan Ermilov In-Reply-To: <20050802115534.GN14023@ip.net.ua> Message-ID: <05080315592517.43419@www.mmlab.cse.yzu.edu.tw> References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802103818.GA97275@mail.scottro.net> <050802185421D.35449@www.mmlab.cse.yzu.edu.tw> <20050802112256.GB2956@mail.scottro.net> <20050802115534.GN14023@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 08:02:35 -0000 On Tue, 2 Aug 2005, Ruslan Ermilov wrote: > On Tue, Aug 02, 2005 at 07:22:56AM -0400, Scott Robbins wrote: >> On Tue, Aug 02, 2005 at 07:00:00PM +0800, Tai-hwa Liang wrote: >> >>> On Tue, 2 Aug 2005, Scott Robbins wrote: >> >>>> On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: >> >>>>> writing from stdin >>>>> Input/output error >>>>> fixating CD, please wait.. >>>>> burncd: ioctl(CDRIOCFIXATE): Input/output error >> >>>> Out of curiosity, did you try the CD anyway? >>>> I have a drive that always gives me that error, however, the burning >>>> works and produces good CD's. >>> >>> For a 600MB ISO file, it only takes 3 seconds for burncd to spew these >>> error after I entered the aforementioned command. Therefore, it's very >>> unlikely that the data was really burnt on the disc. :) >> >> >> Err, a very very fast CD writer? :) >> >> Seriously, in my case it is quite different--it shows the CD being >> burned and gets to 100 percent (and in a reasonable length of time--not >> 3 seconds.) Only then does it give me the error. >> > I recently bought myself an Asus DVD writer in addition to a > CD writer, now I have: > > # atacontrol info ata1 > Master: acd0 ATA/ATAPI revision 0 > Slave: acd1 ATA/ATAPI revision 5 > > I cannot use burncd(8) to burn CD-R*'s on the Asus writer, > the symptom is very much like the above. I ended up using > growisofs(1) from sysutils/dvd+rw-tools for working with > DVD's, and cdrecord(1) from sysutils/cdrtools for working > with CD's. Thanks for the pointer -- cdrtools works for me. Just confirmed that 5.4-RELEASE also has the same problem. -- Thanks, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 08:29:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE6916A41F for ; Wed, 3 Aug 2005 08:29:24 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA6C43D45 for ; Wed, 3 Aug 2005 08:29:24 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id CE11132333D; Wed, 3 Aug 2005 10:29:21 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 5F12A405B; Wed, 3 Aug 2005 10:29:39 +0200 (CEST) Date: Wed, 3 Aug 2005 10:29:39 +0200 From: Jeremie Le Hen To: "Matthew D. Fuller" Message-ID: <20050803082939.GE45385@obiwan.tataz.chchile.org> References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> <20050802160045.GA61854@freebie.xs4all.nl> <20050803024341.GA92499@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050803024341.GA92499@over-yonder.net> User-Agent: Mutt/1.5.9i Cc: Wilko Bulte , Scot Hetzel , Justin Finkelstein , freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 08:29:25 -0000 Hi, On Tue, Aug 02, 2005 at 09:43:41PM -0500, Matthew D. Fuller wrote: > > > before you unmount the drive, type: > > > > > > sync > > > sync > > > sync > > > > > > Then unmount the drive, and remove it. > > > > Unmount does not return until the buffers have been synced anyway, > > so this does not buy you anything. > > (ttyp3):{720}% fortune -m syncs > %% (fortunes) > 3 syncs represent the trinity - init, the child and the eternal zombie > process. In doing 3, you're paying homage to each and I think such > traditions are important in this shallow, mercurial business we find > ourselves in. > -- Jordan K. Hubbard More seriously, I don't see the point in using sync(8) three times consecutively, except that's an indirect method to wait for the disk buffers to be flushed before powering down. Please, correct me if I'm wrong. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 08:29:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55BA216A41F for ; Wed, 3 Aug 2005 08:29:27 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B00F143D48 for ; Wed, 3 Aug 2005 08:29:26 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id C34A9451EA for ; Wed, 3 Aug 2005 12:29:23 +0400 (MSD) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 7A13D4516B for ; Wed, 3 Aug 2005 12:29:23 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id j738TLeP008334 for ; Wed, 3 Aug 2005 12:29:21 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id j738TLJU008331; Wed, 3 Aug 2005 12:29:21 +0400 (MSD) (envelope-from dsh@vlink.ru) X-Comment-To: Sam Leffler To: freebsd-current@freebsd.org References: <200508022252.33933.nike_d@cytexbg.com> <42F0302C.7080009@errno.com> From: Denis Shaposhnikov Date: Wed, 03 Aug 2005 12:29:21 +0400 In-Reply-To: <42F0302C.7080009@errno.com> (Sam Leffler's message of "Tue, 02 Aug 2005 19:47:08 -0700") Message-ID: <87y87jwhi6.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 08:29:27 -0000 >>>>> "Sam" == Sam Leffler writes: >> i discovered is that when i do ifconfig ipw0 scan there is always >> one 'fake network' without SSID and with zero macaddr : >> # ifconfig ipw0 scan >> SSID BSSID CHAN RATE S:N INT CAPS 00:00:00:00:00:00 11 0M 0:0 0 >> office.ss 00:0f:66:11:13:1e 11 54M 29:0 100 EP WPA This looks >> really odd, and i can't reproduce it with other wlan cards. Sam> Shouldn't matter. I have the same fake net and ipw doesn't work with adhoc: # ifconfig ipw0 name wifi0 # ipwcontrol -i wifi0 -f ipw2100-1.3-i.fw # ifconfig wifi0 ssid betty media DS/11Mbps mode 11b mediaopt adhoc # ifconfig wifi0 wifi0: flags=8802 mtu 1500 ether 00:04:23:a0:55:1f media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b (autoselect ) status: no carrier ssid betty channel 2 authmode OPEN privacy OFF txpowmax 100 rtsthreshold 2312 As you can see, ssid is here. But # ifconfig wifi0 inet 192.168.0.2/24 up # ifconfig wifi0 wifi0: flags=8843 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:04:23:a0:55:1f media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b (autoselect ) status: associated ssid "" channel 2 authmode OPEN privacy OFF txpowmax 100 rtsthreshold 2312 I have no ssid after up. And I can't ping my peer. For example, that is output of "ifconfig wifi0" from ipw-freebsd-1.7.1 (from damien's site), which I used on CURRENT before API was changed: wifi0: flags=8843 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:04:23:a0:55:1f media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid betty channel 1 bssid be:92:66:95:01:5e authmode OPEN privacy OFF txpowmax 100 rtsthreshold 2312 It works OK on FreeBSD localhost.my.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Jun 10 21:52:01 MSD 2005 dsh@localhost.my.domain:/var/FreeBSD/obj/var/FreeBSD/src/sys/WIZARD i386 I think something wrong with FreeBSD's net80211 layer. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 08:32:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9D1B16A41F for ; Wed, 3 Aug 2005 08:32:32 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 8210443D46 for ; Wed, 3 Aug 2005 08:32:30 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 40322 invoked by uid 1001); 3 Aug 2005 08:32:25 -0000 To: jeremie@le-hen.org From: sthaug@nethelp.no In-Reply-To: Your message of "Wed, 3 Aug 2005 10:29:39 +0200" References: <20050803082939.GE45385@obiwan.tataz.chchile.org> X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 03 Aug 2005 10:32:25 +0200 Message-ID: <40320.1123057945@bizet.nethelp.no> Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 08:32:32 -0000 > More seriously, I don't see the point in using sync(8) three times > consecutively, except that's an indirect method to wait for the disk > buffers to be flushed before powering down. Please, correct me if I'm > wrong. Also, with softupdates you are *not* necessarily certain that all buffers have been flushed after three sync's. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 11:16:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4878E16A41F for ; Wed, 3 Aug 2005 11:16:30 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 836D443D48 for ; Wed, 3 Aug 2005 11:16:29 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail26.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j73BGPaw001512 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 3 Aug 2005 21:16:27 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j73BGPSR000567; Wed, 3 Aug 2005 21:16:25 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j73BGO0h000566; Wed, 3 Aug 2005 21:16:24 +1000 (EST) (envelope-from pjeremy) Date: Wed, 3 Aug 2005 21:16:24 +1000 From: Peter Jeremy To: Jeremie Le Hen Message-ID: <20050803111624.GA271@cirb503493.alcatel.com.au> References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> <20050802160045.GA61854@freebie.xs4all.nl> <20050803024341.GA92499@over-yonder.net> <20050803082939.GE45385@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050803082939.GE45385@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 11:16:30 -0000 On Wed, 2005-Aug-03 10:29:39 +0200, Jeremie Le Hen wrote: >More seriously, I don't see the point in using sync(8) three times >consecutively, except that's an indirect method to wait for the disk >buffers to be flushed before powering down. Please, correct me if I'm >wrong. The response I've seen on the PUPS or TUHS mailing list when this was asked is (roughly): The time taken to type sync three times on a KSR33 is a good match for the time it takes a PDP-11 to flush its buffers to a RK05. There is absolutely no point in typing sync before unmounting filesystems or halting any modern Unix - they all flush their buffers as part of the unmount or halt processing. (And the invention of of FS_UNCLEAN means that mount and fsck know whether the filesystem was unmounted cleanly or not). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 10:16:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88F4016A41F; Wed, 3 Aug 2005 10:16:43 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from mail.logital.it (ip143.a.rainbownet.com [213.174.191.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0808343D46; Wed, 3 Aug 2005 10:16:35 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.33.30] (gw.bestunion.it [81.208.52.78]) (authenticated bits=0) by mail.logital.it (8.13.4/8.13.4) with ESMTP id j73AGBa4002553; Wed, 3 Aug 2005 12:16:16 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <42F0996B.2080806@commit.it> Date: Wed, 03 Aug 2005 12:16:11 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <05080216530117.34858@www.mmlab.cse.yzu.edu.tw> <20050802154441.GC45385@obiwan.tataz.chchile.org> In-Reply-To: <20050802154441.GC45385@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on mail.logital.it X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.logital.it X-Mailman-Approved-At: Wed, 03 Aug 2005 11:46:47 +0000 Cc: Tai-hwa Liang , sos@freebsd.org, freebsd-current@freebsd.org Subject: Re: Unable to burncd in RELENG_6 and HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 10:16:43 -0000 Jeremie Le Hen wrote: > Hi, > > On Tue, Aug 02, 2005 at 05:02:00PM +0800, Tai-hwa Liang wrote: > >>kernel: cvsup'ed as of today, built w/o "device atapicam" >>laptop: Acer Aspire 2020 > > I haven't had time to try cdrecord yet. I do have atapicam in my > kernel. In my experience, after adding atapicam to my kernel, burncd never worked at least since april 2004 (5.3+). I always thought this was to be expected, so I never filed a PR. Angelo Turetta From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 12:12:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83C8816A41F; Wed, 3 Aug 2005 12:12:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4CD043D46; Wed, 3 Aug 2005 12:12:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j73CCka2070845; Wed, 3 Aug 2005 21:42:50 +0930 (CST) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.105]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j73CCdb8065320 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 3 Aug 2005 21:42:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 3 Aug 2005 21:42:27 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> In-Reply-To: <200508031149.31928.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2995936.ZpEYWUevGR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508032142.35022.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: Niki Denev , current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 12:12:55 -0000 --nextPart2995936.ZpEYWUevGR Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 August 2005 11:49, Daniel O'Connor wrote: > > i cancelled it at this point, but it loops like this forever(or atleast > > couple of hours :) ) > > I get exactly the same thing here - it appears to try and associate with > the right AP (ie ignores the 00:00.. one) but it doesn't print any error = or > warning about why it can't do so.. It just retries every 5 seconds foreve= r. I just had a look at the Linux ipw driver and it looks like a bunch of WPA= =20 related commands are missing :( I will look at implementing then since Damien appears out of contact but I = am=20 stupidly busy with work. It won't help I know almost nothing about how the= =20 wireless infrastructure works :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2995936.ZpEYWUevGR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8LSy5ZPcIHs/zowRAh/QAJ9u6bGByHdbzskrMzZsCSWFymxUHQCfTkRk t2ZrXUs9NKTqDMLTo9kuucQ= =wLKN -----END PGP SIGNATURE----- --nextPart2995936.ZpEYWUevGR-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 12:12:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83C8816A41F; Wed, 3 Aug 2005 12:12:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4CD043D46; Wed, 3 Aug 2005 12:12:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j73CCka2070845; Wed, 3 Aug 2005 21:42:50 +0930 (CST) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.105]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j73CCdb8065320 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 3 Aug 2005 21:42:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 3 Aug 2005 21:42:27 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> In-Reply-To: <200508031149.31928.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2995936.ZpEYWUevGR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508032142.35022.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: Niki Denev , current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 12:12:55 -0000 --nextPart2995936.ZpEYWUevGR Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 August 2005 11:49, Daniel O'Connor wrote: > > i cancelled it at this point, but it loops like this forever(or atleast > > couple of hours :) ) > > I get exactly the same thing here - it appears to try and associate with > the right AP (ie ignores the 00:00.. one) but it doesn't print any error = or > warning about why it can't do so.. It just retries every 5 seconds foreve= r. I just had a look at the Linux ipw driver and it looks like a bunch of WPA= =20 related commands are missing :( I will look at implementing then since Damien appears out of contact but I = am=20 stupidly busy with work. It won't help I know almost nothing about how the= =20 wireless infrastructure works :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2995936.ZpEYWUevGR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8LSy5ZPcIHs/zowRAh/QAJ9u6bGByHdbzskrMzZsCSWFymxUHQCfTkRk t2ZrXUs9NKTqDMLTo9kuucQ= =wLKN -----END PGP SIGNATURE----- --nextPart2995936.ZpEYWUevGR-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 12:14:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA7AE16A41F; Wed, 3 Aug 2005 12:14:42 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBAE943D48; Wed, 3 Aug 2005 12:14:37 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 6069FA3006; Wed, 3 Aug 2005 14:14:36 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 4010F63A4; Wed, 3 Aug 2005 14:14:36 +0200 (CEST) Date: Wed, 3 Aug 2005 14:14:36 +0200 From: Marc Olzheim To: Mike Tancsa Message-ID: <20050803121436.GA59997@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , Joao Barros , freebsd-current@FreeBSD.org, John Baldwin Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 12:14:43 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 01, 2005 at 03:57:09PM -0400, Mike Tancsa wrote: > At 11:06 AM 01/08/2005, Marc Olzheim wrote: > >On Fri, Jul 29, 2005 at 01:18:20PM -0400, John Baldwin wrote: > >> Can you try this patch? You'll need to set hw.apic.enable_extint=3D1 = in=20 > >the > >> loader via loader.conf or a manual set command: > > > >[snip patch] > > > >That still doesn't make my Dell PowerEdge 2550 boot when I plug in the > >amr. >=20 > What if you take out all ATA definitions from the kernel ? I had to with= =20 > mine. That still doesn't work. Dmesg of a boot -v on the kernel without ATA is at http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123071090.dmesg.txt at least, until it hangs itself again. I've never run 5 on it, so I don't know if that works or not. Marc --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8LUsezjnobFOgrERAonZAJ4xfMg/e3OPru0Zus5ff4Dz0sDFHQCff5jl +CDD0rehQkwoXbpot6+G2PU= =L87Q -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 12:59:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A86B16A41F; Wed, 3 Aug 2005 12:59:07 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A0C43D45; Wed, 3 Aug 2005 12:59:03 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j73CwBb9060502; Wed, 3 Aug 2005 08:58:14 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j73Cwxv0041076; Wed, 3 Aug 2005 08:58:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j73CwtXI004316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Aug 2005 08:58:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050803090019.06d26d48@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 03 Aug 2005 09:01:19 -0400 To: Marc Olzheim From: Mike Tancsa In-Reply-To: <20050803121436.GA59997@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> <20050803121436.GA59997@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.21 Cc: Marc Olzheim , freebsd-current@FreeBSD.org, John Baldwin Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 12:59:07 -0000 At 08:14 AM 03/08/2005, Marc Olzheim wrote: >That still doesn't work. Dmesg of a boot -v on the kernel without ATA is >at >http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123071090.dmesg.txt > >at least, until it hangs itself again. > >I've never run 5 on it, so I don't know if that works or not. Actually, I have the Adaptec SCSI controller disabled in my BIOS and I also updated the BIOS to the latest from the dell support site. Can you try that as well? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 13:15:59 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4129516A41F; Wed, 3 Aug 2005 13:15:59 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C149543D45; Wed, 3 Aug 2005 13:15:58 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 57FAAA3052; Wed, 3 Aug 2005 15:15:57 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 3663863A4; Wed, 3 Aug 2005 15:15:57 +0200 (CEST) Date: Wed, 3 Aug 2005 15:15:57 +0200 From: Marc Olzheim To: Mike Tancsa Message-ID: <20050803131557.GA60302@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> <20050803121436.GA59997@stack.nl> <6.2.1.2.0.20050803090019.06d26d48@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <6.2.1.2.0.20050803090019.06d26d48@64.7.153.2> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-current@FreeBSD.org, John Baldwin Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 13:15:59 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 03, 2005 at 09:01:19AM -0400, Mike Tancsa wrote: > At 08:14 AM 03/08/2005, Marc Olzheim wrote: >=20 > >That still doesn't work. Dmesg of a boot -v on the kernel without ATA is > >at > >http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123071090.dmesg.txt > > > >at least, until it hangs itself again. > > > >I've never run 5 on it, so I don't know if that works or not. >=20 > Actually, I have the Adaptec SCSI controller disabled in my BIOS and I al= so=20 > updated the BIOS to the latest from the dell support site. Can you try= =20 > that as well? Erhm, I boot from that Adaptec. :-/ But I can try if it can boot the kernel with it disabled. ;-) Marc --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8MONezjnobFOgrERAsN4AJ0bJYGwxbQP5zTAePNd0mWR/hPzLACeIPT3 F6pbm+eRh4dRsN+KnZ0f3tk= =t7zN -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 13:20:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C87F16A41F; Wed, 3 Aug 2005 13:20:24 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D580343D45; Wed, 3 Aug 2005 13:20:23 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 1FF0D13BC0B; Wed, 3 Aug 2005 15:20:23 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20969-04; Wed, 3 Aug 2005 15:20:22 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 7C18713BC05; Wed, 3 Aug 2005 15:20:22 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j73DKJb5054689; Wed, 3 Aug 2005 15:20:19 +0200 (CEST) (envelope-from stijn) Date: Wed, 3 Aug 2005 15:20:19 +0200 From: Stijn Hoop To: "Daniel O'Connor" Message-ID: <20050803132019.GZ70957@pcwin002.win.tue.nl> References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> <200508032142.35022.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lteA1dqeVaWQ9QQl" Content-Disposition: inline In-Reply-To: <200508032142.35022.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-current@freebsd.org, current@freebsd.org, Niki Denev Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 13:20:24 -0000 --lteA1dqeVaWQ9QQl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 03, 2005 at 09:42:27PM +0930, Daniel O'Connor wrote: > On Wednesday 03 August 2005 11:49, Daniel O'Connor wrote: > > > i cancelled it at this point, but it loops like this forever(or atlea= st > > > couple of hours :) ) > > > > I get exactly the same thing here - it appears to try and associate with > > the right AP (ie ignores the 00:00.. one) but it doesn't print any erro= r or > > warning about why it can't do so.. It just retries every 5 seconds fore= ver. >=20 > I just had a look at the Linux ipw driver and it looks like a bunch of WP= A=20 > related commands are missing :( >=20 > I will look at implementing then since Damien appears out of contact but = I am=20 > stupidly busy with work. It won't help I know almost nothing about how th= e=20 > wireless infrastructure works :) FWIW, WPA isn't involved on my network (completely open) and it appears to do the same thing. I think it's something scan related that's broken (maybe in addition to WPA). --Stijn --=20 "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Marcus Brigstocke (http://www.marcusbrigstocke.com/pacman.asp) --lteA1dqeVaWQ9QQl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8MSTY3r/tLQmfWcRAsTVAJ0b1LpHEPERs8HCeZXnE+zDSn4m0ACgrXgd VhmoZPoRXsbYZyxvM77pba0= =TljJ -----END PGP SIGNATURE----- --lteA1dqeVaWQ9QQl-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 13:20:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C87F16A41F; Wed, 3 Aug 2005 13:20:24 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D580343D45; Wed, 3 Aug 2005 13:20:23 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 1FF0D13BC0B; Wed, 3 Aug 2005 15:20:23 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20969-04; Wed, 3 Aug 2005 15:20:22 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 7C18713BC05; Wed, 3 Aug 2005 15:20:22 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.4/8.13.4/Submit) id j73DKJb5054689; Wed, 3 Aug 2005 15:20:19 +0200 (CEST) (envelope-from stijn) Date: Wed, 3 Aug 2005 15:20:19 +0200 From: Stijn Hoop To: "Daniel O'Connor" Message-ID: <20050803132019.GZ70957@pcwin002.win.tue.nl> References: <200508022252.33933.nike_d@cytexbg.com> <200508031149.31928.doconnor@gsoft.com.au> <200508032142.35022.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lteA1dqeVaWQ9QQl" Content-Disposition: inline In-Reply-To: <200508032142.35022.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Cc: freebsd-current@freebsd.org, current@freebsd.org, Niki Denev Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 13:20:24 -0000 --lteA1dqeVaWQ9QQl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 03, 2005 at 09:42:27PM +0930, Daniel O'Connor wrote: > On Wednesday 03 August 2005 11:49, Daniel O'Connor wrote: > > > i cancelled it at this point, but it loops like this forever(or atlea= st > > > couple of hours :) ) > > > > I get exactly the same thing here - it appears to try and associate with > > the right AP (ie ignores the 00:00.. one) but it doesn't print any erro= r or > > warning about why it can't do so.. It just retries every 5 seconds fore= ver. >=20 > I just had a look at the Linux ipw driver and it looks like a bunch of WP= A=20 > related commands are missing :( >=20 > I will look at implementing then since Damien appears out of contact but = I am=20 > stupidly busy with work. It won't help I know almost nothing about how th= e=20 > wireless infrastructure works :) FWIW, WPA isn't involved on my network (completely open) and it appears to do the same thing. I think it's something scan related that's broken (maybe in addition to WPA). --Stijn --=20 "Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music." -- Marcus Brigstocke (http://www.marcusbrigstocke.com/pacman.asp) --lteA1dqeVaWQ9QQl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8MSTY3r/tLQmfWcRAsTVAJ0b1LpHEPERs8HCeZXnE+zDSn4m0ACgrXgd VhmoZPoRXsbYZyxvM77pba0= =TljJ -----END PGP SIGNATURE----- --lteA1dqeVaWQ9QQl-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 14:02:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D75F16A41F; Wed, 3 Aug 2005 14:02:25 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E47E43D4C; Wed, 3 Aug 2005 14:02:24 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id B9079A2FEA; Wed, 3 Aug 2005 16:02:22 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 9760463A4; Wed, 3 Aug 2005 16:02:22 +0200 (CEST) Date: Wed, 3 Aug 2005 16:02:22 +0200 From: Marc Olzheim To: Mike Tancsa Message-ID: <20050803140222.GB60302@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> <20050803121436.GA59997@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <20050803121436.GA59997@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , Joao Barros , freebsd-current@FreeBSD.org, John Baldwin Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 14:02:25 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 03, 2005 at 02:14:36PM +0200, Marc Olzheim wrote: > > >That still doesn't make my Dell PowerEdge 2550 boot when I plug in the > > >amr. > >=20 > > What if you take out all ATA definitions from the kernel ? I had to wi= th=20 > > mine. >=20 > That still doesn't work. Dmesg of a boot -v on the kernel without ATA is > at Argh, the patch didn't re-apply after a cvsup... I'll test it again, with ATA enabled first, then, if it still doesn't work, I'll try leaving out stuff again... Marc --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8M5uezjnobFOgrERAqoIAKDLdDlO7mkQf0Ee4P+oKGoab7awBACfbN6a dkGWu57Wlcd7oLxmgQECkhY= =szy0 -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 14:03:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC51616A420; Wed, 3 Aug 2005 14:03:37 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96EF243D60; Wed, 3 Aug 2005 14:03:31 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j73DtfPD004134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Aug 2005 15:55:42 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42F0CCD5.9090200@portaone.com> Date: Wed, 03 Aug 2005 16:55:33 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1002/Wed Aug 3 12:29:36 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, TO_ADDRESS_EQ_REAL autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: Subject: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 14:03:37 -0000 Hi, I have found the scenario in which our libc behaves utterly suboptimally. Consider the following piece of code reads and processes every other 512-bytes block in a file (error handling intentionally omitted): FILE *f; int i; char buf[512]; f = fopen(...); for (i = 0; feof(f) == 0; i++) { fread(buf, sizeof(buf), 1, f); do_process(buf); fseek(f, i * 2 * sizeof(buf), SEEK_SET); } What I have discovered in this case is that libc reads 4096 bytes from the file for *each* fread(3) call, despite the fact that it can only do one actual read(2) for every fourth fread(3) and satisfy the rest from the internal buffer (4096 bytes). However, if I replace fseek(3) with just another dummy fread(3) everything works as expected - libc does only one read for every 8 fread(3) calls (4 dummy and 4 real). Is it something which should be fixed or are there some subtle reasons for the current behaviour? Following is piece of code which illustrates the problem: #include #include int main(int argc, char **argv) { FILE *f; int i; char buf[512]; f = fopen("/dev/zero", "r"); for (i = 0; i < 16; i++) { fread(buf, sizeof(buf), 1, f); if (argc == 1) fread(buf, sizeof(buf), 1, f); else fseek(f, i * 2 * sizeof(buf), SEEK_SET); } exit(0); } When run with zero arguments relevant truss output looks like: open("/dev/zero",0x0,0666) = 3 (0x3) fstat(3,0xbfbfe900) = 0 (0x0) readlink("/etc/malloc.conf",0xbfbfe8c0,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) mmap(0x0,4096,(0x3)PROT_READ|PROT_WRITE,(0x1002)MAP_ANON|MAP_PRIVATE,-1,0x0) = 1209335808 (0x48150000) break(0x804b000) = 0 (0x0) break(0x804c000) = 0 (0x0) ioctl(3,TIOCGETA,0xbfbfe940) ERR#19 'Operation not supported by device' read(0x3,0x804b000,0x1000) = 4096 (0x1000) read(0x3,0x804b000,0x1000) = 4096 (0x1000) read(0x3,0x804b000,0x1000) = 4096 (0x1000) read(0x3,0x804b000,0x1000) = 4096 (0x1000) exit(0x0) While when I am specifying some argument it becomes: open("/dev/zero",0x0,0666) = 3 (0x3) fstat(3,0xbfbfe900) = 0 (0x0) readlink("/etc/malloc.conf",0xbfbfe8c0,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) mmap(0x0,4096,(0x3)PROT_READ|PROT_WRITE,(0x1002)MAP_ANON|MAP_PRIVATE,-1,0x0) = 1209335808 (0x48150000) break(0x804b000) = 0 (0x0) break(0x804c000) = 0 (0x0) ioctl(3,TIOCGETA,0xbfbfe940) ERR#19 'Operation not supported by device' read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x0,SEEK_SET) = 0 (0x0) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x400,SEEK_SET) = 1024 (0x400) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x800,SEEK_SET) = 2048 (0x800) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0xc00,SEEK_SET) = 3072 (0xc00) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x1000,SEEK_SET) = 4096 (0x1000) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x1400,SEEK_SET) = 5120 (0x1400) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x1800,SEEK_SET) = 6144 (0x1800) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x1c00,SEEK_SET) = 7168 (0x1c00) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x2000,SEEK_SET) = 8192 (0x2000) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x2400,SEEK_SET) = 9216 (0x2400) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x2800,SEEK_SET) = 10240 (0x2800) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x2c00,SEEK_SET) = 11264 (0x2c00) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x3000,SEEK_SET) = 12288 (0x3000) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x3400,SEEK_SET) = 13312 (0x3400) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x3800,SEEK_SET) = 14336 (0x3800) read(0x3,0x804b000,0x1000) = 4096 (0x1000) lseek(3,0x3c00,SEEK_SET) = 15360 (0x3c00) exit(0x0) The output speaks for itself (32 syscalls instead of 4)! -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 14:16:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A1CA16A41F for ; Wed, 3 Aug 2005 14:16:52 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E790943D5E for ; Wed, 3 Aug 2005 14:16:51 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id j73EGpWH084621; Wed, 3 Aug 2005 07:16:51 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j73EGpYS084620; Wed, 3 Aug 2005 07:16:51 -0700 (PDT) (envelope-from rizzo) Date: Wed, 3 Aug 2005 07:16:51 -0700 From: Luigi Rizzo To: Maxim.Sobolev@portaone.com Message-ID: <20050803071651.A84608@xorpc.icir.org> References: <42F0CCD5.9090200@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <42F0CCD5.9090200@portaone.com>; from sobomax@portaone.com on Wed, Aug 03, 2005 at 04:55:33PM +0300 Cc: "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 14:16:52 -0000 On Wed, Aug 03, 2005 at 04:55:33PM +0300, Maxim Sobolev wrote: > Hi, > > I have found the scenario in which our libc behaves utterly > suboptimally. Consider the following piece of code reads and processes > every other 512-bytes block in a file (error handling intentionally apparently the issue is in fseek(), you should try to track why fseeko() it goes to the 'dumb:' label where it simply discards the buffer and does the seek... cheers luigi > omitted): > > FILE *f; > int i; > char buf[512]; > > f = fopen(...); > for (i = 0; feof(f) == 0; i++) { > fread(buf, sizeof(buf), 1, f); > do_process(buf); > fseek(f, i * 2 * sizeof(buf), SEEK_SET); > } > > What I have discovered in this case is that libc reads 4096 bytes from > the file for *each* fread(3) call, despite the fact that it can only do > one actual read(2) for every fourth fread(3) and satisfy the rest from > the internal buffer (4096 bytes). However, if I replace fseek(3) with > just another dummy fread(3) everything works as expected - libc does > only one read for every 8 fread(3) calls (4 dummy and 4 real). > > Is it something which should be fixed or are there some subtle reasons > for the current behaviour? > > Following is piece of code which illustrates the problem: > > #include > #include > > int > main(int argc, char **argv) > { > FILE *f; > int i; > char buf[512]; > > f = fopen("/dev/zero", "r"); > for (i = 0; i < 16; i++) { > fread(buf, sizeof(buf), 1, f); > if (argc == 1) > fread(buf, sizeof(buf), 1, f); > else > fseek(f, i * 2 * sizeof(buf), SEEK_SET); > } > exit(0); > } > > When run with zero arguments relevant truss output looks like: > > open("/dev/zero",0x0,0666) = 3 (0x3) > fstat(3,0xbfbfe900) = 0 (0x0) > readlink("/etc/malloc.conf",0xbfbfe8c0,63) ERR#2 'No such file or > directory' > issetugid() = 0 (0x0) > mmap(0x0,4096,(0x3)PROT_READ|PROT_WRITE,(0x1002)MAP_ANON|MAP_PRIVATE,-1,0x0) > = 1209335808 (0x48150000) > break(0x804b000) = 0 (0x0) > break(0x804c000) = 0 (0x0) > ioctl(3,TIOCGETA,0xbfbfe940) ERR#19 'Operation not > supported by device' > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > exit(0x0) > > While when I am specifying some argument it becomes: > > open("/dev/zero",0x0,0666) = 3 (0x3) > fstat(3,0xbfbfe900) = 0 (0x0) > readlink("/etc/malloc.conf",0xbfbfe8c0,63) ERR#2 'No such file or > directory' > issetugid() = 0 (0x0) > mmap(0x0,4096,(0x3)PROT_READ|PROT_WRITE,(0x1002)MAP_ANON|MAP_PRIVATE,-1,0x0) > = 1209335808 (0x48150000) > break(0x804b000) = 0 (0x0) > break(0x804c000) = 0 (0x0) > ioctl(3,TIOCGETA,0xbfbfe940) ERR#19 'Operation not > supported by device' > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x0,SEEK_SET) = 0 (0x0) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x400,SEEK_SET) = 1024 (0x400) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x800,SEEK_SET) = 2048 (0x800) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0xc00,SEEK_SET) = 3072 (0xc00) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x1000,SEEK_SET) = 4096 (0x1000) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x1400,SEEK_SET) = 5120 (0x1400) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x1800,SEEK_SET) = 6144 (0x1800) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x1c00,SEEK_SET) = 7168 (0x1c00) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x2000,SEEK_SET) = 8192 (0x2000) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x2400,SEEK_SET) = 9216 (0x2400) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x2800,SEEK_SET) = 10240 (0x2800) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x2c00,SEEK_SET) = 11264 (0x2c00) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x3000,SEEK_SET) = 12288 (0x3000) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x3400,SEEK_SET) = 13312 (0x3400) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x3800,SEEK_SET) = 14336 (0x3800) > read(0x3,0x804b000,0x1000) = 4096 (0x1000) > lseek(3,0x3c00,SEEK_SET) = 15360 (0x3c00) > exit(0x0) > > The output speaks for itself (32 syscalls instead of 4)! > > -Maxim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 14:55:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DB9D16A41F for ; Wed, 3 Aug 2005 14:55:20 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C889843D46 for ; Wed, 3 Aug 2005 14:55:19 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 3521 invoked by uid 89); 3 Aug 2005 14:55:53 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 3 Aug 2005 14:55:53 -0000 Received: from 66.166.104.222 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 3 Aug 2005 08:55:53 -0600 (MDT) Message-ID: <1099.66.166.104.222.1123080953.squirrel@66.166.104.222> In-Reply-To: <20050803071651.A84608@xorpc.icir.org> References: <42F0CCD5.9090200@portaone.com> <20050803071651.A84608@xorpc.icir.org> Date: Wed, 3 Aug 2005 08:55:53 -0600 (MDT) From: "Ryan Sommers" To: "Luigi Rizzo" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: maxim.sobolev@portaone.com, "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 14:55:20 -0000 Luigi Rizzo said: > On Wed, Aug 03, 2005 at 04:55:33PM +0300, Maxim Sobolev wrote: >> Hi, >> >> I have found the scenario in which our libc behaves utterly >> suboptimally. Consider the following piece of code reads and processes >> every other 512-bytes block in a file (error handling intentionally > > apparently the issue is in fseek(), you should try to track > why fseeko() it goes to the 'dumb:' label where it simply discards the > buffer and does the seek... > ... other stuff omitted ... Looks like the reason it might go into dumb is because he's using SEEK_SET instead of SEEK_CUR and then hitting: if (!havepos && _ftello(fp, &curoff)) goto dumb; havepos only gets set if the SEEK_CUR switch is hit (oddly enough looks like this could be considered a bug since we are relying on the fact that havepos is zero'd when it is allocated, however, I haven't had ample time to say conclusively). Try using SEEK_CUR and skipping your buffer size each time. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 15:01:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A5916A41F for ; Wed, 3 Aug 2005 15:01:18 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D3743D45 for ; Wed, 3 Aug 2005 15:01:18 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j73F1HgV048066; Wed, 3 Aug 2005 10:01:17 -0500 (CDT) (envelope-from dan) Date: Wed, 3 Aug 2005 10:01:17 -0500 From: Dan Nelson To: Maxim.Sobolev@portaone.com Message-ID: <20050803150117.GD93405@dan.emsphone.com> References: <42F0CCD5.9090200@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42F0CCD5.9090200@portaone.com> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 15:01:18 -0000 In the last episode (Aug 03), Maxim Sobolev said: > I have found the scenario in which our libc behaves utterly > suboptimally. Consider the following piece of code reads and > processes every other 512-bytes block in a file (error handling > intentionally omitted): > > What I have discovered in this case is that libc reads 4096 bytes > from the file for *each* fread(3) call, despite the fact that it can > only do one actual read(2) for every fourth fread(3) and satisfy the > rest from the internal buffer (4096 bytes). However, if I replace > fseek(3) with just another dummy fread(3) everything works as > expected - libc does only one read for every 8 fread(3) calls (4 > dummy and 4 real). > > Is it something which should be fixed or are there some subtle > reasons for the current behaviour? I don't think stdio buffers character devices. If you try it again, opening a regular file (I tried with /boot/kernel/kernel), you'll see much better behaviour. There are still some unnecessary seeks though: truss ./a.out open("/boot/kernel/kernel",O_RDONLY,0666) = 3 (0x3) fstat(3,{mode=-r-xr-xr-x ,inode=12295,size=4372853,blksize=8192}) = 0 (0x0) readlink("/etc/malloc.conf","AJ",63) = 2 (0x2) issetugid() = 0 (0x0) mmap(0x0,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 672555008 (0x28166000) break(0x804b000) = 0 (0x0) break(0x804d000) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^B\0"...,8192) = 8192 (0x2000) read(3,"\0\0\0\0\0\0\0\0\M-u\^E\0\0\M-+\^V\0\0q"...,8192) = 8192 (0x2000) exit(0x0) truss ./a.out 1 open("/boot/kernel/kernel",O_RDONLY,0666) = 3 (0x3) fstat(3,{mode=-r-xr-xr-x ,inode=12295,size=4372853,blksize=8192}) = 0 (0x0) readlink("/etc/malloc.conf","AJ",63) = 2 (0x2) issetugid() = 0 (0x0) mmap(0x0,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 672555008 (0x28166000) break(0x804b000) = 0 (0x0) break(0x804d000) = 0 (0x0) read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^B\0"...,8192) = 8192 (0x2000) lseek(3,0x0,SEEK_CUR) = 8192 (0x2000) lseek(3,0x2000,SEEK_SET) = 8192 (0x2000) read(3,"\0\0\0\0\0\0\0\0\M-u\^E\0\0\M-+\^V\0\0q"...,8192) = 8192 (0x2000) exit(0x0) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 16:30:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63BCF16A41F for ; Wed, 3 Aug 2005 16:30:48 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from generic.0xfce3.net (generic.0xfce3.net [62.75.158.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ED3843D45 for ; Wed, 3 Aug 2005 16:30:47 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from port-212-202-34-189.dynamic.qsc.de ([212.202.34.189] helo=[192.168.1.7]) by vs158227.vserver.de with esmtpa (Exim 4.50) id 1E0M8c-0008GY-Rk for freebsd-current@freebsd.org; Wed, 03 Aug 2005 18:30:38 +0200 Message-ID: <42F0F114.5040505@0xfce3.net> Date: Wed, 03 Aug 2005 18:30:12 +0200 From: Gordon Bergling User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [LOR] if_wi.c:845 and in6_ifattach.c:847 and "taskqueue drain" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 16:30:48 -0000 Hi, I am getting a taskqueue_drain and a LOR while I was trying to establish a wireless connection via my pcmcia if_wi based NIC. I think the kernel output is to large for the mailing list so it can be found at http://generic.0xfce3.net/lor_if_wi.txt Information about the laptop can be found at http://generic.0xfce3.net/laptop/ regards, Gordon PS: I didn't find this LOR in the database. From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 16:32:44 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DB0C16A41F for ; Wed, 3 Aug 2005 16:32:44 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EB243D45 for ; Wed, 3 Aug 2005 16:32:43 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.49] (lesnik.portaone.com [195.140.246.50] (may be forged)) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j73FwowN025820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Aug 2005 17:58:50 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42F0E9B2.9080208@portaone.com> Date: Wed, 03 Aug 2005 18:58:42 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> In-Reply-To: <20050803150117.GD93405@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1002/Wed Aug 3 12:29:36 2005 on www.portaone.com X-Virus-Status: Clean X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on www.portaone.com Cc: "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 16:32:44 -0000 Checking the actual code confirm your point, thank you! However, I think that the current behaviour is at best inconsistent, since it in fact does buffering of character devices in some cases but does not in some others. In my example it reads 4096 bytes instead of requested 512 at each request, but when the program does fseek it rejects part of that buffer and does re-positioning and re-reading. Very confusing behaviour IMHO. -Maxim Dan Nelson wrote: > In the last episode (Aug 03), Maxim Sobolev said: > >>I have found the scenario in which our libc behaves utterly >>suboptimally. Consider the following piece of code reads and >>processes every other 512-bytes block in a file (error handling >>intentionally omitted): >> >>What I have discovered in this case is that libc reads 4096 bytes >>from the file for *each* fread(3) call, despite the fact that it can >>only do one actual read(2) for every fourth fread(3) and satisfy the >>rest from the internal buffer (4096 bytes). However, if I replace >>fseek(3) with just another dummy fread(3) everything works as >>expected - libc does only one read for every 8 fread(3) calls (4 >>dummy and 4 real). >> >>Is it something which should be fixed or are there some subtle >>reasons for the current behaviour? > > > I don't think stdio buffers character devices. If you try it again, > opening a regular file (I tried with /boot/kernel/kernel), you'll see > much better behaviour. There are still some unnecessary seeks though: > > truss ./a.out > > open("/boot/kernel/kernel",O_RDONLY,0666) = 3 (0x3) > fstat(3,{mode=-r-xr-xr-x ,inode=12295,size=4372853,blksize=8192}) = 0 (0x0) > readlink("/etc/malloc.conf","AJ",63) = 2 (0x2) > issetugid() = 0 (0x0) > mmap(0x0,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 672555008 (0x28166000) > break(0x804b000) = 0 (0x0) > break(0x804d000) = 0 (0x0) > read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^B\0"...,8192) = 8192 (0x2000) > read(3,"\0\0\0\0\0\0\0\0\M-u\^E\0\0\M-+\^V\0\0q"...,8192) = 8192 (0x2000) > exit(0x0) > > truss ./a.out 1 > > open("/boot/kernel/kernel",O_RDONLY,0666) = 3 (0x3) > fstat(3,{mode=-r-xr-xr-x ,inode=12295,size=4372853,blksize=8192}) = 0 (0x0) > readlink("/etc/malloc.conf","AJ",63) = 2 (0x2) > issetugid() = 0 (0x0) > mmap(0x0,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 672555008 (0x28166000) > break(0x804b000) = 0 (0x0) > break(0x804d000) = 0 (0x0) > read(3,"\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0\0\^B\0"...,8192) = 8192 (0x2000) > lseek(3,0x0,SEEK_CUR) = 8192 (0x2000) > lseek(3,0x2000,SEEK_SET) = 8192 (0x2000) > read(3,"\0\0\0\0\0\0\0\0\M-u\^E\0\0\M-+\^V\0\0q"...,8192) = 8192 (0x2000) > exit(0x0) > From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 16:44:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FB316A41F for ; Wed, 3 Aug 2005 16:44:14 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from generic.0xfce3.net (generic.0xfce3.net [62.75.158.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51A943D48 for ; Wed, 3 Aug 2005 16:44:13 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from port-212-202-34-189.dynamic.qsc.de ([212.202.34.189] helo=[192.168.1.7]) by vs158227.vserver.de with esmtpa (Exim 4.50) id 1E0MLd-0006YC-2w for freebsd-current@freebsd.org; Wed, 03 Aug 2005 18:44:05 +0200 Message-ID: <42F0F43C.2040902@0xfce3.net> Date: Wed, 03 Aug 2005 18:43:40 +0200 From: Gordon Bergling User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [LOR] bpf.c:403 and if_fxp.c:2388 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 16:44:14 -0000 Hi, I am gettings this LOR while using tcpdump on /dev/fxp0. I am found a similar looking entry at the LOR database, but the Line Numbers are different and the stacktrace is different. So I think it should be posted. (?) lock order reversal 1st 0xc07380a0 bpf global lock (bpf global lock) @ /usr/src/sys/net/bpf.c:403 2nd 0xc1604018 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:2388 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06fa8d8,c06f9730,c06c0b24) at kdb_backtrace+0x29 witness_checkorder(c1604018,9,c06776a8,954) at witness_checkorder+0x564 _mtx_lock_flags(c1604018,0,c06776a8,954) at _mtx_lock_flags+0x5b fxp_ioctl(c1646800,80206910,d1e729e0,1,c0684a3d) at fxp_ioctl+0x4a ifpromisc(c1646800,0) at ifpromisc+0xc4 bpf_detachd(c2955600) at bpf_detachd+0xa8 bpfclose(c294fa00,3,2000,c1bd9900,c06e98c0) at bpfclose+0x83 devfs_close(d1e72aa4) at devfs_close+0x2f1 VOP_CLOSE_APV(c06b9640,d1e72aa4) at VOP_CLOSE_APV+0x7e vn_close(c210cbb0,3,c2acab80,c1bd9900,c0682492) at vn_close+0x8b vn_closefile(c1786d38,c1bd9900,d1e72b5c,c04d8470,c1786d38) at vn_closefile+0xca devfs_close_f(c1786d38,c1bd9900) at devfs_close_f+0xf fdrop_locked(c1786d38,c1bd9900,c1533394,0,c0682492) at fdrop_locked+0x88 fdrop(c1786d38,c1bd9900,d1e72ba8,c0514bd0,c0682492) at fdrop+0x24 closef(c1786d38,c1bd9900) at closef+0x35f fdfree(c1bd9900,c1bd8d94,0,c068902a,6ac) at fdfree+0x473 exit1(c1bd9900,100,d1e72d30,c064eb4f,c1bd9900) at exit1+0x3f6 exit1(c1bd9900,d1e72d04,1,9,296) at exit1 syscall(3b,3b,3b,809f45a,bfbfe8dc) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x28237383, esp = 0xbfbfe83c, ebp = 0xbfbfe858 --- Information about the notebook can be found at http://generic.0xfce3.net/laptop/ regards, Gordon From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 16:52:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9FD316A41F for ; Wed, 3 Aug 2005 16:52:36 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from generic.0xfce3.net (generic.0xfce3.net [62.75.158.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85AF043D46 for ; Wed, 3 Aug 2005 16:52:36 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from port-212-202-34-189.dynamic.qsc.de ([212.202.34.189] helo=[192.168.1.7]) by vs158227.vserver.de with esmtpa (Exim 4.50) id 1E0MTl-0001Mh-2B for freebsd-current@freebsd.org; Wed, 03 Aug 2005 18:52:29 +0200 Message-ID: <42F0F634.9060302@0xfce3.net> Date: Wed, 03 Aug 2005 18:52:04 +0200 From: Gordon Bergling User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [PANIC] RELENG_6: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 16:52:37 -0000 Hi, sometimes I am gettings this panic while booting. I had several times tried to get a core dump, but savecore(8) tells me | savecore: unable to open bounds file, using 0 | Memory modified after free 0xc15fc000(4092) val=0 @ 0xc15fc000 | | | Fatal trap 12: page fault while in kernel mode | cpuid = 0; apic id = 00 | fault virtual address = 0xffff0020 | fault code = supervisor read, page not present | instruction pointer = 0x20:0xc06018a7 | stack pointer = 0x28:0xc0c20920 | frame pointer = 0x28:0xc0c2093c | 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 = 0 (swapper) | panic: from debugger | cpuid = 0 | Uptime: 1s | Automatic reboot in 15 seconds - press a key on the console to abort | --> Press a key on the console to reboot, | --> or switch off the system now. regards, Gordon From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 17:10:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E0FF16A41F for ; Wed, 3 Aug 2005 17:10:14 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BB243D6B for ; Wed, 3 Aug 2005 17:10:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id D66E71FF931 for ; Wed, 3 Aug 2005 19:10:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 519931FF90C; Wed, 3 Aug 2005 19:10:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 68B2C1538C; Wed, 3 Aug 2005 17:09:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5C84D15380 for ; Wed, 3 Aug 2005 17:09:52 +0000 (UTC) Date: Wed, 3 Aug 2005 17:09:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: sis0: + top + panic in bus_dmamap_load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 17:10:15 -0000 Hi, while testing ipfw patches hammering an interface with invalid tcp over ipv6 packets I got following: sis0: discard frame w/o packet header sis0: discard frame w/o packet header sis0: discard frame w/o packet header sis0: discard frame w/o packet header sis0: discard frame w/o packet header sis0: discard frame w/o packet header and somewhen later I got a panic I haven't been able to reproduce after the reset. At the time the panic happend a newly started top did it's first refresh cycle. I hadn't started top before. Here's all I have: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbfcb5214 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0652f68 stack pointer = 0x28:0xc98aec10 frame pointer = 0x28:0xc98aec60 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 = 20 (irq10: sis0 sis1+) [thread pid 20 tid 100013 ] Stopped at bus_dmamap_load+0x308: movl PTmap(,%eax,4),%edx db> where Tracing pid 20 tid 100013 td 0xc4ad7000 bus_dmamap_load(c4affc80,0,2d485353,800,c05fae90,c4b333a8,0,c4affc80,0,c4b333bc) at bus_dmamap_load+0x308 sis_newbuf(c4b30700,c4b333a8,0) at sis_newbuf+0x8a sis_rxeof(c4b30700) at sis_rxeof+0xbc sis_intr(c4b30700) at sis_intr+0xab ithread_loop(c4ac2800,c98aed38) at ithread_loop+0x149 fork_exit(c04d6fb0,c4ac2800,c98aed38) at fork_exit+0x6f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc98aed6c, ebp = 0 --- (gdb) l *0xc0652f68 0xc0652f68 is in bus_dmamap_load (pmap.h:201). 196 197 if ((pa = PTD[va >> PDRSHIFT]) & PG_PS) { 198 pa = (pa & ~(NBPDR - 1)) | (va & (NBPDR - 1)); 199 } else { 200 pa = *vtopte(va); 201 pa = (pa & PG_FRAME) | (va & PAGE_MASK); 202 } 203 return pa; 204 } 205 (gdb) db> show registers cs 0xc98a0020 ds 0xc4ad0028 es 0x28 fs 0xc98a0008 ss 0x28 eax 0x2d485 ecx 0x2d485353 edx 0 ebx 0xc4df5300 esp 0xc98aec10 ebp 0xc98aec60 esi 0xc4b333a8 edi 0xc4b30700 eip 0xc0652f68 bus_dmamap_load+0x308 efl 0x10202 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 bus_dmamap_load+0x308: movl PTmap(,%eax,4),%edx db> show threads 100038 (0xc4b43a80) sched_switch(c4b43a80,0,1) at sched_switch+0x15b 100070 (0xc4e65780) sched_switch(c4e65780,0,1) at sched_switch+0x15b 100066 (0xc4e65d80) sched_switch(c4e65d80,0,1) at sched_switch+0x15b 100064 (0xc4bcd000) sched_switch(c4bcd000,0,2) at sched_switch+0x15b 100053 (0xc4bce180) sched_switch(c4bce180,0,1) at sched_switch+0x15b 100056 (0xc4bcdc00) sched_switch(c4bcdc00,0,1) at sched_switch+0x15b 100050 (0xc4bce600) sched_switch(c4bce600,0,1) at sched_switch+0x15b 100057 (0xc4bcda80) sched_switch(c4bcda80,0,1) at sched_switch+0x15b 100058 (0xc4bcd900) sched_switch(c4bcd900,0,1) at sched_switch+0x15b 100051 (0xc4bce480) sched_switch(c4bce480,0,1) at sched_switch+0x15b 100059 (0xc4bcd780) sched_switch(c4bcd780,0,1) at sched_switch+0x15b 100040 (0xc4b43780) sched_switch(c4b43780,0,1) at sched_switch+0x15b 100060 (0xc4bcd600) sched_switch(c4bcd600,0,1) at sched_switch+0x15b 100055 (0xc4bcdd80) sched_switch(c4bcdd80,0,1) at sched_switch+0x15b 100043 (0xc4b43300) sched_switch(c4b43300,0,1) at sched_switch+0x15b 100044 (0xc4b43180) sched_switch(c4b43180,0,1) at sched_switch+0x15b 100045 (0xc4b43000) sched_switch(c4b43000,0,1) at sched_switch+0x15b 100046 (0xc4af7d80) sched_switch(c4af7d80,0,1) at sched_switch+0x15b 100047 (0xc4af7c00) sched_switch(c4af7c00,0,1) at sched_switch+0x15b 100048 (0xc4af7a80) sched_switch(c4af7a80,0,1) at sched_switch+0x15b 100049 (0xc4af7900) sched_switch(c4af7900,0,1) at sched_switch+0x15b 100027 (0xc4af7180) sched_switch(c4af7180,0,1) at sched_switch+0x15b 100028 (0xc4af7000) sched_switch(c4af7000,0,1) at sched_switch+0x15b 100029 (0xc4ad7d80) sched_switch(c4ad7d80,0,1) at sched_switch+0x15b 100030 (0xc4ad7c00) sched_switch(c4ad7c00,0,1) at sched_switch+0x15b 100031 (0xc4ad7a80) sched_switch(c4ad7a80,0,1) at sched_switch+0x15b 100032 (0xc4ad7900) sched_switch(c4ad7900,0,1) at sched_switch+0x15b 100033 (0xc4ad7780) sched_switch(c4ad7780,0,1) at sched_switch+0x15b 100034 (0xc4ad7600) sched_switch(c4ad7600,0,1) at sched_switch+0x15b 100035 (0xc4ad7480) fork_trampoline() at fork_trampoline 100036 (0xc4b43d80) sched_switch(c4b43d80,0,1) at sched_switch+0x15b 100037 (0xc4b43c00) fork_trampoline() at fork_trampoline 100017 (0xc4ad1900) sched_switch(c4ad1900,0,1) at sched_switch+0x15b 100018 (0xc4ad1780) fork_trampoline() at fork_trampoline 100019 (0xc4ad1600) sched_switch(c4ad1600,0,1) at sched_switch+0x15b 100020 (0xc4ad1480) sched_switch(c4ad1480,0,1) at sched_switch+0x15b 100021 (0xc4ad1300) sched_switch(c4ad1300,0,1) at sched_switch+0x15b 100022 (0xc4ad1180) sched_switch(c4ad1180,0,1) at sched_switch+0x15b 100023 (0xc4af7780) sched_switch(c4af7780,0,1) at sched_switch+0x15b 100024 (0xc4af7600) sched_switch(c4af7600,0,1) at sched_switch+0x15b 100025 (0xc4af7480) fork_trampoline() at fork_trampoline 100026 (0xc4af7300) sched_switch(c4af7300,0,1) at sched_switch+0x15b 100008 (0xc4ad0300) fork_trampoline() at fork_trampoline 100009 (0xc4ad0180) sched_switch(c4ad0180,0,1) at sched_switch+0x15b 100010 (0xc4ad0000) fork_trampoline() at fork_trampoline 100011 (0xc4ad7300) fork_trampoline() at fork_trampoline 100012 (0xc4ad7180) fork_trampoline() at fork_trampoline 100013 (0xc4ad7000) bus_dmamap_load(c4affc80,0,2d485353,800,c05fae90,c4b333a8,0,c4affc80,0,c4b333bc) at bus_dmamap_load+0x308 100014 (0xc4ad1d80) fork_trampoline() at fork_trampoline 100015 (0xc4ad1c00) fork_trampoline() at fork_trampoline 100016 (0xc4ad1a80) fork_trampoline() at fork_trampoline 100000 (0xc4ad1000) fork_trampoline() at fork_trampoline 100001 (0xc4ad0d80) fork_trampoline() at fork_trampoline 100002 (0xc4ad0c00) fork_trampoline() at fork_trampoline 100003 (0xc4ad0a80) fork_trampoline() at fork_trampoline 100004 (0xc4ad0900) fork_trampoline() at fork_trampoline 100005 (0xc4ad0780) fork_trampoline() at fork_trampoline 100006 (0xc4ad0600) sched_switch(c4ad0600,0,1) at sched_switch+0x15b 100007 (0xc4ad0480) sched_switch(c4ad0480,0,1) at sched_switch+0x15b 0 (0xc06dfe20) sched_switch(c06dfe20,0,1) at sched_switch+0x15b -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 17:14:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3D4F16A425 for ; Wed, 3 Aug 2005 17:14:19 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id E916843D45 for ; Wed, 3 Aug 2005 17:14:18 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id CDC93EB4C4F for ; Thu, 4 Aug 2005 01:14:16 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 4DB5E132DB0; Thu, 4 Aug 2005 01:14:14 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47612-06; Thu, 4 Aug 2005 01:14:03 +0800 (CST) Received: from [192.168.1.9] (unknown [61.49.106.6]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 9A6C5132C05; Thu, 4 Aug 2005 01:14:01 +0800 (CST) From: Xin LI To: Gordon Bergling In-Reply-To: <42F0F634.9060302@0xfce3.net> References: <42F0F634.9060302@0xfce3.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Rh7Z3jpXjaTxRu+xqqjH" Organization: The FreeBSD Simplified Chinese Project Date: Thu, 04 Aug 2005 01:14:00 +0800 Message-Id: <1123089240.708.21.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] RELENG_6: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 17:14:20 -0000 --=-Rh7Z3jpXjaTxRu+xqqjH Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, =E5=9C=A8 2005-08-03=E4=B8=89=E7=9A=84 18:52 +0200=EF=BC=8CGordon Bergling= =E5=86=99=E9=81=93=EF=BC=9A > Hi, >=20 > sometimes I am gettings this panic while booting. >=20 > I had several times tried to get a core dump, but savecore(8) tells me [snip] This looks like a double fault, but I can not guess the culprit through the address yet :-) Do you have some procedures that can reliably trigger the problem? Also, try overriding the default CFLAG to "-O -pipe" to see if it can help. It would also be helpful if you can provide the kernel compiling configuration as well. Cheers, --=20 Xin LI http://www.delphij.net/ --=-Rh7Z3jpXjaTxRu+xqqjH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8PtY/cVsHxFZiIoRAnK8AJ0YLqoBN/pFyYFVbKBGZUlTY5c07gCcCvX/ e2kM3zXZau1C9PeFifRs2uI= =JUY9 -----END PGP SIGNATURE----- --=-Rh7Z3jpXjaTxRu+xqqjH-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 17:23:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4195416A41F for ; Wed, 3 Aug 2005 17:23:50 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from generic.0xfce3.net (generic.0xfce3.net [62.75.158.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB41843D45 for ; Wed, 3 Aug 2005 17:23:49 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from port-212-202-34-189.dynamic.qsc.de ([212.202.34.189] helo=[192.168.1.7]) by vs158227.vserver.de with esmtpa (Exim 4.50) id 1E0Mxx-0004cY-GD; Wed, 03 Aug 2005 19:23:41 +0200 Message-ID: <42F0FD85.5030902@0xfce3.net> Date: Wed, 03 Aug 2005 19:23:17 +0200 From: Gordon Bergling User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xin LI References: <42F0F634.9060302@0xfce3.net> <1123089240.708.21.camel@spirit> In-Reply-To: <1123089240.708.21.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] RELENG_6: Memory modified after free X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 17:23:50 -0000 Xin LI wrote: >在 2005-08-03三的 18:52 +0200，Gordon Bergling写é“： > > >>Hi, >> >>sometimes I am gettings this panic while booting. >> >>I had several times tried to get a core dump, but savecore(8) tells me >> >> >[snip] > >This looks like a double fault, but I can not guess the culprit through >the address yet :-) Do you have some procedures that can reliably >trigger the problem? Also, try overriding the default CFLAG to "-O >-pipe" to see if it can help. It would also be helpful if you can >provide the kernel compiling configuration as well. > > No, there are no special procedures or anything else, what I know. I'll compile a new world with the a overrided CFLAGS and see if something changes. The kernel configuration file is GENERIC with "options VESA" and "options SC_PIXEL_MODE" added. I had commented out the RAID stuff, Firewire stuff und unneeded network cards. regards, Gordon From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 19:42:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A974B16A41F; Wed, 3 Aug 2005 19:42:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 021E643D48; Wed, 3 Aug 2005 19:42:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j73Jg15q096434; Wed, 3 Aug 2005 15:42:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j73Jgn8T012742; Wed, 3 Aug 2005 15:42:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA13A7304D; Wed, 3 Aug 2005 15:42:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050803194248.CA13A7304D@freebsd-current.sentex.ca> Date: Wed, 3 Aug 2005 15:42:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 19:42:51 -0000 TB --- 2005-08-03 19:12:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-03 19:12:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-08-03 19:12:22 - cleaning the object tree TB --- 2005-08-03 19:12:28 - checking out the source tree TB --- 2005-08-03 19:12:28 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-08-03 19:12:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-03 19:18:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-03 19:18:30 - cd /src TB --- 2005-08-03 19:18:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:104: error: conflicting types for 'realloc' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:189: error: previous declaration of 'realloc' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here /obj/sparc64/src/tmp/usr/include/stdlib.h:265: error: conflicting types for 'reallocf' /obj/sparc64/src/tmp/usr/include/sys/malloc.h:191: error: previous declaration of 'reallocf' was here *** Error code 1 Stop in /src/lib/libmemstat. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-03 19:42:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-03 19:42:48 - ERROR: failed to build world TB --- 2005-08-03 19:42:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 19:47:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CCC016A41F for ; Wed, 3 Aug 2005 19:47:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from postoffice.vicor-nb.com (postoffice.vicor.com [69.26.56.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A5D543D46 for ; Wed, 3 Aug 2005 19:47:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from localhost (localhost [127.0.0.1]) by postoffice.vicor-nb.com (Postfix) with ESMTP id 706B14CE975; Wed, 3 Aug 2005 12:47:40 -0700 (PDT) Received: from postoffice.vicor-nb.com ([127.0.0.1]) by localhost (postoffice.vicor-nb.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34069-04; Wed, 3 Aug 2005 12:47:40 -0700 (PDT) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by postoffice.vicor-nb.com (Postfix) with ESMTP id EEF7E4CE96C; Wed, 3 Aug 2005 12:47:39 -0700 (PDT) Message-ID: <42F11F5B.5080708@elischer.org> Date: Wed, 03 Aug 2005 12:47:39 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050629 X-Accept-Language: en, hu MIME-Version: 1.0 To: sthaug@nethelp.no References: <20050803082939.GE45385@obiwan.tataz.chchile.org> <40320.1123057945@bizet.nethelp.no> In-Reply-To: <40320.1123057945@bizet.nethelp.no> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at postoffice.vicor.com Cc: freebsd-current@freebsd.org, jeremie@le-hen.org Subject: Re: Hot-swap SATA and atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 19:47:45 -0000 sthaug@nethelp.no wrote: >>More seriously, I don't see the point in using sync(8) three times >>consecutively, except that's an indirect method to wait for the disk >>buffers to be flushed before powering down. Please, correct me if I'm >>wrong. >> >> > >Also, with softupdates you are *not* necessarily certain that all buffers >have been flushed after three sync's. > > Kirk did say a long time ago that he thought 5 syncs might be enough but I haven't heard him say that for a long time so he may have changed his mind :-) >Steinar Haug, Nethelp consulting, sthaug@nethelp.no >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 20:40:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DFFA16A41F for ; Wed, 3 Aug 2005 20:40:40 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.93.47.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2710243D66 for ; Wed, 3 Aug 2005 20:40:39 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: by lambermont.dyndns.org (Postfix, from userid 1001) id 0043C95851; Wed, 3 Aug 2005 22:40:37 +0200 (CEST) Date: Wed, 3 Aug 2005 22:40:37 +0200 To: Pawel Worach Message-ID: <20050803204037.GA24385@leia.lambermont.dyndns.org> References: <20050722200948.GA636@stderror.at> <42E16CC5.8070700@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42E16CC5.8070700@gmail.com> User-Agent: Mutt/1.4.2.1i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: freebsd-current@freebsd.org Subject: [solved] Re: 6.0 BETA1 if_ath problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 20:40:40 -0000 Pawel Worach wrote: > Toni Schmidbauer wrote: > >ath0: flags=8843 mtu 1500 > > inet 192.168.170.37 netmask 0xfffffff8 broadcast 192.168.170.39 > > inet6 fe80::20e:9bff:fec6:8a79%ath0 prefixlen 64 scopeid 0x3 > > ether 00:0e:9b:c6:8a:79 > > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > > status: associated > > ssid stderror channel 6 bssid 00:0f:66:c7:82:66 > > authmode OPEN privacy ON deftxkey UNDEF > ^^^^^ > I had problems when deftxkey/weptxkey was not set, try adding 'weptxkey > 1' to your ifconfig command line or let wpa_supplicant do the WEP stuff. Bingo ! I was stuck in the same situation, and this fixed it for me. I just upgraded from an old 6.0-current (Thu Nov 25 18:52:00 CET 2004) to 6.0-BETA2 and my 5211 Atheros card could see traffic with tcpdump, but not send any (according to tcpdump on both the sending and recipient side). I could connect to my AP without this 'weptxkey 1' added to my config : gagh# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.100.28 netmask 0xffffff00 broadcast 192.168.100.255 ether 00:05:5d:93:17:2f media: IEEE 802.11 Wireless Ethernet autoselect mode 11b (DS/11Mbps) status: associated ssid *** channel 6 bssid 00:0f:3d:02:79:e3 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:40-bit txpowmax 36 bintval 100 For the record, my 80211stats / athstats from just before I tried 'weptxkey 1' : # 80211stats 12203 rx beacon frames 70 rx frame chan mismatch 13 tx failed 'cuz no defkey 17 active scans started 4 setkey failed 'cuz cipher module unavailable # athstats 134 tx management frames 265 tx frames discarded prior to association 119 tx frames with no ack marked 28 tx frames with short preamble 4 rx failed 'cuz of bad CRC 39 periodic calibrations 2492 rate control checks rssi of last ack: 46 Antenna profile: [0] tx 138 rx 0 [1] tx 0 rx 12930 Btw, why are the rates gone ? # 6.0-CURRENT #0: Thu Nov 25 18:52:00 CET 2004 ath0: mem 0xd0210000-0xd021ffff irq 11 at device 0.0 on cardbus1 ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:05:5d:93:17:2f ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Here is the dmesg ath0 part of today's non-working version : # 6.0-BETA2 #2: Wed Aug 3 17:32:23 CEST 2005 ath0: mem 0xd0210000-0xd021ffff irq 11 at device 0.0 on cardbus1 ath0: Ethernet address: 00:05:5d:93:17:2f ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 Note that the rates are gone. Is this OK ? regards, Hans Lambermont From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 22:11:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F8F916A41F for ; Wed, 3 Aug 2005 22:11:10 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from mailserver1.internap.com (mailserver1.internap.com [63.251.68.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F4343D49 for ; Wed, 3 Aug 2005 22:11:08 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from [63.251.67.32] (account rnoland@mail.internap.com HELO bbeng-laptop.acs.internap.com) by mailserver1.internap.com (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 50500926 for freebsd-current@freebsd.org; Wed, 03 Aug 2005 18:11:08 -0400 From: "Robert C. Noland III" To: freebsd-current@freebsd.org In-Reply-To: <42F031E1.3080806@errno.com> References: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> <42F031E1.3080806@errno.com> Content-Type: text/plain Organization: 2 Hip Networks Date: Wed, 03 Aug 2005 18:08:35 -0400 Message-Id: <1123106915.1052.36.camel@bbeng-laptop.acs.internap.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 22:11:10 -0000 Ok, on the ath card the issue seems to be related to the interaction with the AP and the roaming mode... This problem is exacerbated by the fact that I sometimes manage to get the card into a state where I can see outbound 802.11 frames with tcpdump, but never see inbound packets, i.e. probe responses... Those are the instances when it scans forever... Ejecting the card and re-inserting gets me back to a useful state. This is long, sorry... This is what happens when I plug the card in and wpa_supplicant tries to configure the card. Aug 3 12:02:39 bbeng-laptop kernel: ath0: mem 0xf4010000-0xf401ffff irq 11 at device 0.0 on cardbus1 Aug 3 12:02:39 bbeng-laptop kernel: ath0: Ethernet address: 00:12:17:6e:fc:18 Aug 3 12:02:39 bbeng-laptop kernel: ath0: mac 5.9 phy 4.3 radio 3.6 Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 12:03:18 bbeng-laptop last message repeated 28 times Aug 3 12:03:18 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> AUTH Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> SCAN Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> AUTH Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> SCAN Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 12:03:33 bbeng-laptop last message repeated 28 times Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 12:03:44 bbeng-laptop last message repeated 28 times Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 12:03:55 bbeng-laptop last message repeated 28 times Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> AUTH Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc success: long preamble, long slot time Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> RUN Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to UP Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 9) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to DOWN Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 7) Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> ASSOC Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid transition Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 12:03:59 bbeng-laptop last message repeated 15 times Aug 3 12:03:59 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> INIT It continues scanning, but never associates again... When I "wpa_cli term" wpa_supplicant, it leaves the card like this... ath0: flags=8802 mtu 1500 inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:12:17:6e:fc:18 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" authmode OPEN privacy OFF deftxkey 1 txpowmax 34 roaming DEVICE bintval 100 NOTE: roaming is set to DEVICE bbeng-laptop# ifconfig ath0 ssid "test001" authmode shared wepmode on weptxkey 1 wepkey "xxxxx" Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 13:50:51 bbeng-laptop last message repeated 151 times Aug 3 13:52:52 bbeng-laptop last message repeated 593 times card not seeing probe responses... later test same state below... Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 15:29:06 bbeng-laptop last message repeated 28 times Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> AUTH Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> ASSOC Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc success: long preamble, long slot time Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> RUN Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to UP Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 9) Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> ASSOC Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to DOWN ath0: flags=8843 mtu 1500 inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:12:17:6e:fc:18 media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid test001 channel 1 authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 protmode CTS roaming DEVICE bintval 100 lights on card blinking like it is associated and no further scanning. bbeng-laptop# ifconfig ath0 roaming auto Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> SCAN Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> SCAN Aug 3 14:07:42 bbeng-laptop last message repeated 28 times Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> AUTH Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> ASSOC Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc success: long preamble, long slot time Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> RUN Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 9) Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> ASSOC Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc success: long preamble, long slot time Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> RUN Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv disassociated (reason 9) Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> ASSOC Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc success: long preamble, long slot time Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> RUN Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP It's all good now... ath0: flags=8843 mtu 1500 inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:12:17:6e:fc:18 media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: associated ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 protmode CTS bintval 100 I either have or can provide tcpdumps of each specific case if that helps more, but I figure this message is long enough already. Now, off to debug the other issues with the wi card, sigh... robert. On Tue, 2005-08-02 at 19:54 -0700, Sam Leffler wrote: > Robert C. Noland III wrote: > > I am having an issue with static wep on my ath card, -current sources as > > of this morning EST. It is a Linksys WPC55ag card. I also have an old > > Netgear wi card that works shown at the bottom. > > > > ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) > > ... > > ath0: mem 0xf4010000-0xf401ffff irq 11 at device 0.0 on > > cardbus0 > > ath0: Ethernet address: 00:12:17:6e:fc:18 > > ath0: mac 5.9 phy 4.3 radio 3.6 > > > > laptop# ifconfig ath0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" > > laptop# ifconfig ath0 up > > > > Tue Aug 2 17:27:19 RTM_IFINFO: if# 3, link: down, > > flags: > > Tue Aug 2 17:27:25 RTM_IEEE80211: scan complete > > Tue Aug 2 17:27:25 RTM_IEEE80211: associate with 00:0d:93:e9:cf:d4 > > Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: up, > > flags: > > Tue Aug 2 17:27:25 RTM_IEEE80211: disassociate > > Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: down, > > flags: > > You associated with the ap then fell off either because the ap dropped > you or your station initiated it. The easiest way to see which is to > enabling debugging; I prefer to use 80211debug from tools/tools/ath; e.g. > > 80211debug state+assoc > > or probably > > ifconfig ath0 debug > > will give you enough info. The output of 80211stats should also tell > you what happened. > > > > > The disassociate message concerns me, but it should work... > > > > ath0: flags=8843 mtu 1500 > > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > > ether 00:12:17:6e:fc:18 > > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > > status: no carrier > > ssid test001 channel 1 > > authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 > > protmode CTS roaming DEVICE bintval 100 > > > > At this point, the card is no longer scanning and the lights on the card > > continue blinking as if it is associated (slowly in sync, as opposed to > > alternately blinking like mad when it is scanning) yet status shows no > > carrier. dhclient will not work when the interface is in this state. > > It seems to just broadcast and eventually die. > > > > wi0: at port 0xe000-0xe03f irq 11 > > function 0 config 1 on pccard0 > > wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash > > wi0: Intersil Firmware: Primary (0.3.0), Station (1.3.4) > > wi0: Ethernet address: 00:30:ab:07:e4:7b > > > > laptop# ifconfig wi0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" > > laptop# ifconfig wi0 up > > > > Tue Aug 2 17:35:57 RTM_IFANNOUNCE: if# 3, what: arrival > > Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: unknown, > > flags: > > Tue Aug 2 17:39:06 RTM_IEEE80211: disassociate > > Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: down, > > flags: > > > > again with the disassociate message. This seems to force wpa_supplicant > > to start scanning again, so I can't currently use wpa_supplicant on this > > network. Actually, wpa_supplicant doesn't ever seem to be able to > > associate on the wi card, but static configuration works. > > wpa_supplicant on the ath card seems to associate, then catches the > > disassociate and starts scanning again. lather, rinse, repeat... > > > > wi0: flags=8843 mtu 1500 > > inet6 fe80::230:abff:fe07:e47b%wi0 prefixlen 64 scopeid 0x3 > > ether 00:30:ab:07:e4:7b > > media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) > > status: associated > > ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 > > stationname "FreeBSD WaveLAN/IEEE node" > > authmode OPEN privacy MIXED deftxkey 1 wepkey 1:104-bit txpowmax > > 100 > > bintval 100 > > > > dhclient does work here, and then I can start the vpn and roam about the > > office... > > I've been testing ath w/ static key wep today and seen no problems. > Please get some more info. > > Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 23:26:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D87716A41F; Wed, 3 Aug 2005 23:26:58 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F8CC43D45; Wed, 3 Aug 2005 23:26:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp1.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j73NQmBP041839; Thu, 4 Aug 2005 08:56:49 +0930 (CST) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j73NQewn074220 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 Aug 2005 08:56:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Stijn Hoop Date: Thu, 4 Aug 2005 08:56:13 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> <200508032142.35022.doconnor@gsoft.com.au> <20050803132019.GZ70957@pcwin002.win.tue.nl> In-Reply-To: <20050803132019.GZ70957@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1940834.fPNVYXafXN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508040856.35982.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.217.188 Cc: freebsd-current@freebsd.org, current@freebsd.org, Niki Denev Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 23:26:58 -0000 --nextPart1940834.fPNVYXafXN Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 August 2005 22:50, Stijn Hoop wrote: > > I will look at implementing then since Damien appears out of contact but > > I am stupidly busy with work. It won't help I know almost nothing about > > how the wireless infrastructure works :) > > FWIW, WPA isn't involved on my network (completely open) and it > appears to do the same thing. I think it's something scan related > that's broken (maybe in addition to WPA). Hmm, I've had my ipw card talk unecrypted and the WEP (128 bit) to a Linksy= s=20 WRT54G without any problems, although I didn't run it for very long. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1940834.fPNVYXafXN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8VKr5ZPcIHs/zowRAjF3AJ9TEfojLhr+wRxg+v4lIcDJvn7H5gCeKiFN /y/X0d2PejzfKnkTB6XttJU= =VWS+ -----END PGP SIGNATURE----- --nextPart1940834.fPNVYXafXN-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 23:26:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D87716A41F; Wed, 3 Aug 2005 23:26:58 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F8CC43D45; Wed, 3 Aug 2005 23:26:54 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp1.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j73NQmBP041839; Thu, 4 Aug 2005 08:56:49 +0930 (CST) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j73NQewn074220 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 Aug 2005 08:56:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Stijn Hoop Date: Thu, 4 Aug 2005 08:56:13 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> <200508032142.35022.doconnor@gsoft.com.au> <20050803132019.GZ70957@pcwin002.win.tue.nl> In-Reply-To: <20050803132019.GZ70957@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1940834.fPNVYXafXN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508040856.35982.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.217.188 Cc: freebsd-current@freebsd.org, current@freebsd.org, Niki Denev Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 23:26:58 -0000 --nextPart1940834.fPNVYXafXN Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 03 August 2005 22:50, Stijn Hoop wrote: > > I will look at implementing then since Damien appears out of contact but > > I am stupidly busy with work. It won't help I know almost nothing about > > how the wireless infrastructure works :) > > FWIW, WPA isn't involved on my network (completely open) and it > appears to do the same thing. I think it's something scan related > that's broken (maybe in addition to WPA). Hmm, I've had my ipw card talk unecrypted and the WEP (128 bit) to a Linksy= s=20 WRT54G without any problems, although I didn't run it for very long. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1940834.fPNVYXafXN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8VKr5ZPcIHs/zowRAjF3AJ9TEfojLhr+wRxg+v4lIcDJvn7H5gCeKiFN /y/X0d2PejzfKnkTB6XttJU= =VWS+ -----END PGP SIGNATURE----- --nextPart1940834.fPNVYXafXN-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 23:36:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81CE016A41F for ; Wed, 3 Aug 2005 23:36:12 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx01.interbgc.com [217.9.224.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C72D43D46 for ; Wed, 3 Aug 2005 23:36:10 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 5932 invoked from network); 3 Aug 2005 23:36:09 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.6/8.0):. Processed in 4.736952 secs); 03 Aug 2005 23:36:09 -0000 X-Spam-Status: No, hits=-2.6 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx01.interbgc.com with SMTP; 3 Aug 2005 23:36:04 -0000 Received: (qmail 46451 invoked from network); 3 Aug 2005 23:36:03 -0000 Received: from qmail by qscan (mail filter); 3 Aug 2005 23:36:03 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 3 Aug 2005 23:36:03 -0000 Message-ID: <42F154F1.8080903@cytexbg.com> Date: Thu, 04 Aug 2005 02:36:17 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200508022252.33933.nike_d@cytexbg.com> <200508032142.35022.doconnor@gsoft.com.au> <20050803132019.GZ70957@pcwin002.win.tue.nl> <200508040856.35982.doconnor@gsoft.com.au> In-Reply-To: <200508040856.35982.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 23:36:12 -0000 Daniel O'Connor wrote: > On Wednesday 03 August 2005 22:50, Stijn Hoop wrote: > >>>I will look at implementing then since Damien appears out of contact but >>>I am stupidly busy with work. It won't help I know almost nothing about >>>how the wireless infrastructure works :) >> >>FWIW, WPA isn't involved on my network (completely open) and it >>appears to do the same thing. I think it's something scan related >>that's broken (maybe in addition to WPA). > > > Hmm, I've had my ipw card talk unecrypted and the WEP (128 bit) to a Linksys > WRT54G without any problems, although I didn't run it for very long. > Can you test a cvsup ot /usr/src? I get "Network TreeComp failed" (or similar) error every time i try this. (tested on 3 different APs). This is with ipw + wep, never tested nonencrypted connection. --niki From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 00:01:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49A0B16A41F for ; Thu, 4 Aug 2005 00:01:02 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64D8F43D45 for ; Thu, 4 Aug 2005 00:01:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by ash25e.internode.on.net (8.12.9/8.12.6) with ESMTP id j7400plj093103; Thu, 4 Aug 2005 09:30:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j7400iGi074409 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 Aug 2005 09:30:50 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Niki Denev Date: Thu, 4 Aug 2005 09:30:29 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> <200508040856.35982.doconnor@gsoft.com.au> <42F154F1.8080903@cytexbg.com> In-Reply-To: <42F154F1.8080903@cytexbg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2400906.t0U6appQb0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508040930.40881.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 203.122.217.188 Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 00:01:02 -0000 --nextPart2400906.t0U6appQb0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 August 2005 09:06, Niki Denev wrote: > > Hmm, I've had my ipw card talk unecrypted and the WEP (128 bit) to a > > Linksys WRT54G without any problems, although I didn't run it for very > > long. > > Can you test a cvsup ot /usr/src? I get "Network TreeComp failed" (or > similar) error every time i try this. (tested on 3 different APs). > This is with ipw + wep, never tested nonencrypted connection. I have a 5 day old 6.0 kernel I can try tonight if I get the chance (the AP= is=20 at home, not work). You are running cvsup to get that error? Tried, say, ttcp to do a bandwidth test? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2400906.t0U6appQb0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8Vqo5ZPcIHs/zowRAnyjAJ0YIGAaU2nlKXX4qhhLhm0qAvyLGACfesMg BdPae0NSbVMTsxv5B9SDQFQ= =pM5o -----END PGP SIGNATURE----- --nextPart2400906.t0U6appQb0-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 00:16:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82B4916A41F for ; Thu, 4 Aug 2005 00:16:23 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.interbgc.com [217.9.224.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 8493E43D45 for ; Thu, 4 Aug 2005 00:16:22 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 69209 invoked from network); 4 Aug 2005 00:16:20 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.5/8.0):. Processed in 3.652547 secs); 04 Aug 2005 00:16:20 -0000 X-Spam-Status: No, hits=-2.5 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx02.interbgc.com with SMTP; 4 Aug 2005 00:16:16 -0000 Received: (qmail 55001 invoked from network); 4 Aug 2005 00:16:16 -0000 Received: from qmail by qscan (mail filter); 4 Aug 2005 00:16:16 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 4 Aug 2005 00:16:16 -0000 Message-ID: <42F15E5C.4010608@cytexbg.com> Date: Thu, 04 Aug 2005 03:16:28 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel O'Connor References: <200508022252.33933.nike_d@cytexbg.com> <200508040856.35982.doconnor@gsoft.com.au> <42F154F1.8080903@cytexbg.com> <200508040930.40881.doconnor@gsoft.com.au> In-Reply-To: <200508040930.40881.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 00:16:23 -0000 Daniel O'Connor wrote: > I have a 5 day old 6.0 kernel I can try tonight if I get the chance (the AP is > at home, not work). > > You are running cvsup to get that error? Yes, i just try to update my sources as i normaly do but over the wireless interface. Wired interfaces work ok, i've tested this mostly on my home cvsup mirror, but the result is same with the official cvsup servers. So, all clues lead to if_ipw :) > Tried, say, ttcp to do a bandwidth test? > Nope, but i can test when i have time. --niki From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 00:23:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 816F416A41F for ; Thu, 4 Aug 2005 00:23:16 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from vomit.ugcs.caltech.edu (vomit.ugcs.caltech.edu [131.215.176.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3671E43D48 for ; Thu, 4 Aug 2005 00:23:16 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by vomit.ugcs.caltech.edu (Postfix, from userid 3640) id 8D168E816; Wed, 3 Aug 2005 17:23:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by vomit.ugcs.caltech.edu (Postfix) with ESMTP id 71601E815; Wed, 3 Aug 2005 17:23:15 -0700 (PDT) Date: Wed, 3 Aug 2005 17:23:15 -0700 (PDT) From: Jon Dama To: Brooks Davis In-Reply-To: <20050726182754.GA27038@odin.ac.hmc.edu> Message-ID: References: <42E583F9.3070703@rogers.com> <200507261403.01515.imachine@toya.net.pl> <200507261104.35752.peter@wemm.org> <20050726182754.GA27038@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Mateusz J??drasik Subject: Re: dhclient sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 00:23:16 -0000 Isn't the problem here actually the handling of default routes generally that results from having the routing table support arp? -Jon On Tue, 26 Jul 2005, Brooks Davis wrote: > On Tue, Jul 26, 2005 at 11:04:35AM -0700, Peter Wemm wrote: > > On Tuesday 26 July 2005 05:03 am, Mateusz J??drasik wrote: > > > Dnia wtorek 26 lipca 2005 02:29, Mike Jakubik napisa??: > > > > xl0: link state changed to UP > > > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > > > DHCPREQUEST on xl0 to 255.255.255.255 port 67 > > > > DHCPACK from x.x.x.1 > > > > bound to x.x.x.195 -- renewal in 43200 seconds. > > > > xl0: flags=8843 mtu 1500 > > > > options=9 > > > > inet x.x.x.195 netmask 0xffffff80 broadcast x.x.x.255 > > > > ether 00:01:03:d4:4c:07 > > > > media: Ethernet autoselect (100baseTX ) > > > > status: active > > > > Creating and/or trimming log files:. > > > > Starting syslogd. > > > > Additional routing options: IP gateway=YES. > > > > Starting devd. > > > > dhclient xl0: already running? > > > > Mounting NFS file systems:. > > > > > > > > --- > > > > > > > > Why is dhclient being run again? Can someone tell me why this > > > > openbsd version was brought in anyways? The old one worked just > > > > fine, this seems like yet another reinvention of a wheel, and a > > > > broken one at that. > > > > > > I have a very similar issue on 6.0-BETA, it starts once, then again > > > during the boot process similarly at the same place You mentioned, > > > with ifconfig_fxp0="DHCP" in rc.conf. > > > > > > Eh. ;-) > > > > > > Btw, is it possible to have two interfaces? I have w wi0 and fxp0 > > > card, the wi0 being dynamically switchable on or off with a switch on > > > the laptop's side. I would ideally like both of them to do DHCP, > > > however, first trying the currently working/available interface - > > > that is, fxp0 - then, if the fxp0 link goes down, and nothing is up, > > > cancelling the DHCP request, later, when the wi0 gets switched ON, > > > FreeBSD automatically picking up DHCP from the associated wireless > > > network - is that possible, without manually needing to start DHCP > > > every time? > > > > Oh, how I wish dhclient could handle two interfaces! The old one > > allowed two interfaces, but was rather stupid about it. There was no > > way to specify which interface had priority, so the last one usually > > won with its default routes. > > > > My gateway box at home has two ethernet interfaces that need dhcp. It > > seems I'm going to have to hack dhclient-script or something to get it > > to do something sensible. It shouldn't be that painful. > > > > Linux (gentoo in this case) has dhcpcd, which take switches to allow you > > to tell it to not mess with resolv.conf or the default route. No > > hacking or pain required. Unlike ours dhclient. > > I think the largest issue here is the default route support, probably > followed by doing something more sane about situations where people want > to use two different interfaces to access the same network (I don't > think you can win here, but we can probably do better). I just > found one typo that may be the cause of some default route issues. > > -- Brooks > > -- > 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 > From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 01:32:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A3FA16A41F for ; Thu, 4 Aug 2005 01:32:11 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from vomit.ugcs.caltech.edu (vomit.ugcs.caltech.edu [131.215.176.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28EEF43D45 for ; Thu, 4 Aug 2005 01:32:11 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by vomit.ugcs.caltech.edu (Postfix, from userid 3640) id B4B90E816; Wed, 3 Aug 2005 18:32:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by vomit.ugcs.caltech.edu (Postfix) with ESMTP id 99CD4E815; Wed, 3 Aug 2005 18:32:10 -0700 (PDT) Date: Wed, 3 Aug 2005 18:32:10 -0700 (PDT) From: Jon Dama To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <864qacg43l.fsf@xps.des.no> Message-ID: References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> <20050729194042.GB17862@xor.obsecurity.org> <864qacg43l.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 01:32:11 -0000 Can you make a comment to that effect in /usr/src/Makefile and possibly under the section "To build kernel" of /usr/src/UPDATING? -Jon On Sat, 30 Jul 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: > Kris Kennaway writes: > > On Fri, Jul 29, 2005 at 01:58:05PM -0400, Brandon S. Allbery KF8NH wrot= e: > > > Answering my own question: the culprit is /usr/local/bin/yacc from > > > devel/bison. Perhaps the kernel build needs to protect against this > > > when not done as part of building a full world? or is it no longer > > > supported to reconfigure and rebuild a kernel without a full buildwor= ld? > > AFAIK you have to buildworld first, yes. This builds the bootstrap > > tools needed to safely build the kernel. > > 'make kernel-toolchain' is sufficient preparation for buildkernel. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 04:24:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21AAE16A41F for ; Thu, 4 Aug 2005 04:24:35 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAE9343D45 for ; Thu, 4 Aug 2005 04:24:34 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from focus.dantavious.com (pcp0011735444pcs.owngsm01.md.comcast.net[69.251.5.3]) by comcast.net (rwcrmhc13) with ESMTP id <2005080404243401500huvj6e>; Thu, 4 Aug 2005 04:24:34 +0000 Content-Disposition: inline From: Derrick Edwards To: freebsd-current@freebsd.org Date: Thu, 4 Aug 2005 00:24:33 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200508040024.33468.dantavious@comcast.net> Subject: Panic on FreeBSD 6.0BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 04:24:35 -0000 =A0=A0=A0Hi all, I decided to try and help with testing 6-BETA1, after updating sources and recompiling i get the following during boot up. I am tried booting without hyperthreading enabled in the bios and I still get the same panic. =46atal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D00 fault virtual address =3D 0x480008 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06923cc stack pointer =3D 0x28:0xc10208ec Code segment =3D base 0x0, limit 0xfffff, type 0x1b =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resyne, IOPL =3D 0 current process =3D 0 (swapper) [thread pid 0tid0] Stopped at strlen+0x8: cmpb $0,0(%edx) I left all the debugging features in the current however, I am not sure exactly how to trace this problem. If someone could point me to any doc that would allow to provide more information that would =A0be great. I updated my pen 400MHZ using the same procedures and all went well. Please help CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (1866.74-MHz 686-class CPU) =A0 Origin =3D "GenuineIntel" =A0Id =3D 0xf29 =A0Stepping =3D 9 =A0 =46eatures=3D0xbfebfbff =A0 Hyperthreading: 2 logical CPUs real memory =A0=3D 1073676288 (1023 MB) avail memory =3D 1036931072 (988 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs =A0cpu0 (BSP): APIC ID: =A00 =A0cpu1 (AP): APIC ID: =A01 Thanks for your assistance Derrick From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 05:00:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDAB116A41F for ; Thu, 4 Aug 2005 05:00:31 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F6F743D49 for ; Thu, 4 Aug 2005 05:00:31 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id i8so289477wra for ; Wed, 03 Aug 2005 22:00:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IWW7MW0oWJyQ8on5SG8GOB3aJo50q7XAwWdMHZnFzYKmNGzUGW9Aa7iab1jrSA3g3+d0eLHiweOO00hOOW/sjx0Y8nOSTmCeP8a+Aa05UAY84Hl9l70dFaAeo2QIMFqEnUEYVebjDTMUI7vgpx4QpA1LxNKsFRWKYsb+w2F72Q4= Received: by 10.54.147.3 with SMTP id u3mr1258262wrd; Wed, 03 Aug 2005 22:00:30 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Wed, 3 Aug 2005 22:00:30 -0700 (PDT) Message-ID: <47d0403c050803220018e9032b@mail.gmail.com> Date: Thu, 4 Aug 2005 05:00:30 +0000 From: Ben Kaduk To: Derrick Edwards In-Reply-To: <200508040024.33468.dantavious@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200508040024.33468.dantavious@comcast.net> Cc: freebsd-current@freebsd.org Subject: Re: Panic on FreeBSD 6.0BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 05:00:32 -0000 On 8/4/05, Derrick Edwards wrote: >=20 > Hi all, > I decided to try and help with testing 6-BETA1, after updating sources an= d > recompiling i get the following during boot up. I am tried booting withou= t > hyperthreading enabled in the bios and I still get the same panic. >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D00 > fault virtual address =3D 0x480008 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc06923cc > stack pointer =3D 0x28:0xc10208ec >=20 > Code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 >=20 > processor eflags =3D interrupt enabled, resyne, IOPL =3D 0 > current process =3D 0 (swapper) > [thread pid 0tid0] > Stopped at strlen+0x8: cmpb $0,0(%edx) >=20 > I left all the debugging features in the current however, I am not sure > exactly how to trace this problem. If someone could point me to any doc t= hat > would allow to provide more information that would be great. I updated my > pen 400MHZ using the same procedures and all went well. Please help >=20 > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (1866.74-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 >=20 > Features=3D0xbfebfbff CMOV,PAT,PSE36,CLFLUSH,D TS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Hyperthreading: 2 logical CPUs > real memory =3D 1073676288 (1023 MB) > avail memory =3D 1036931072 (988 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 >=20 >=20 >=20 >=20 > Thanks for your assistance > Derrick >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 I presume that you used the standard upgrade sequence: cd /usr/src make buildworld make kernel KERNCONF=3Dmykernconf reboot to single user mergemaster -p make installworld mergemaster -i reboot Also, you checked /usr/src/UPDATING for any issues since your previous install (which you didn't mention what was)? When in this procedure did you get this panic() (the first or second reboot= )? If you are at a debugger prompt (db>) the output of 'trace', 'show pcpu', 'show pcpu 0', and 'show pcpu 1' would probably be useful to the kernel hackers who can help you (not myself). Thanks for helping to test the beta, and getting the information that will be needed to debug this. Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 05:03:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 868D016A41F for ; Thu, 4 Aug 2005 05:03:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F04143D46 for ; Thu, 4 Aug 2005 05:03:20 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.93] ([66.127.85.93]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j7453Gms017874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Aug 2005 22:03:16 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F1A1BD.1090103@errno.com> Date: Wed, 03 Aug 2005 22:03:57 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Robert C. Noland III" References: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> <42F031E1.3080806@errno.com> <1123106915.1052.36.camel@bbeng-laptop.acs.internap.com> In-Reply-To: <1123106915.1052.36.camel@bbeng-laptop.acs.internap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 05:03:21 -0000 Robert C. Noland III wrote: > Ok, on the ath card the issue seems to be related to the interaction > with the AP and the roaming mode... This problem is exacerbated by the > fact that I sometimes manage to get the card into a state where I can > see outbound 802.11 frames with tcpdump, but never see inbound packets, > i.e. probe responses... Those are the instances when it scans > forever... Ejecting the card and re-inserting gets me back to a useful > state. > > This is long, sorry... > > This is what happens when I plug the card in and wpa_supplicant tries to > configure the card. > > Aug 3 12:02:39 bbeng-laptop kernel: ath0: mem > 0xf4010000-0xf401ffff irq 11 at device 0.0 on cardbus1 > Aug 3 12:02:39 bbeng-laptop kernel: ath0: Ethernet address: > 00:12:17:6e:fc:18 > Aug 3 12:02:39 bbeng-laptop kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 12:03:18 bbeng-laptop last message repeated 28 times > Aug 3 12:03:18 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > AUTH > Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > SCAN > Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > AUTH > Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > SCAN > Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 12:03:33 bbeng-laptop last message repeated 28 times > Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 12:03:44 bbeng-laptop last message repeated 28 times > Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 12:03:55 bbeng-laptop last message repeated 28 times > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > AUTH > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > success: long preamble, long slot time > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > RUN > Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to UP > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 9) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to DOWN > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 7) > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > ASSOC > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > transition > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 12:03:59 bbeng-laptop last message repeated 15 times > Aug 3 12:03:59 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > INIT > > It continues scanning, but never associates again... The error responses from the ap seem to indicate dropped frames. What does ifconfig ath0 list scan show for the rssi? If possible you might try moving the ap to channel 6 or 11. > > When I "wpa_cli term" wpa_supplicant, it leaves the card like this... > > ath0: flags=8802 mtu 1500 > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:12:17:6e:fc:18 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" > authmode OPEN privacy OFF deftxkey 1 txpowmax 34 roaming DEVICE > bintval 100 > > NOTE: roaming is set to DEVICE That's just wpa_supplicant; it should be fixed to restore the previous settings instead of blindly forcing a fixed value on cleanup. > > bbeng-laptop# ifconfig ath0 ssid "test001" authmode shared wepmode on > weptxkey 1 wepkey "xxxxx" > > Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 13:50:51 bbeng-laptop last message repeated 151 times > Aug 3 13:52:52 bbeng-laptop last message repeated 593 times > > card not seeing probe responses... later test same state below... > > Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 15:29:06 bbeng-laptop last message repeated 28 times > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > AUTH > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > ASSOC > Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > success: long preamble, long slot time > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > RUN > Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to UP > Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 9) > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > ASSOC > Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to DOWN > > ath0: flags=8843 mtu 1500 > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:12:17:6e:fc:18 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: no carrier > ssid test001 channel 1 > authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax > 46 > protmode CTS roaming DEVICE bintval 100 > > lights on card blinking like it is associated and no further scanning. The card was left in ASSOC state so the lights reflect that. Because roaming was set to device nothing progressed. But the basic problem is still you don't appear to be getting frames through to the ap. > > bbeng-laptop# ifconfig ath0 roaming auto > > Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > SCAN > Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > SCAN > Aug 3 14:07:42 bbeng-laptop last message repeated 28 times > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > AUTH > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > ASSOC > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > success: long preamble, long slot time > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > RUN > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 9) > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > ASSOC > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > success: long preamble, long slot time > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > RUN > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > disassociated (reason 9) > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > ASSOC > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > success: long preamble, long slot time > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > RUN > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP > > It's all good now... > > ath0: flags=8843 mtu 1500 > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:12:17:6e:fc:18 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: associated > ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 > authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax > 46 > protmode CTS bintval 100 > > I either have or can provide tcpdumps of each specific case if that > helps more, but I figure this message is long enough already. Better would be a 3rd sta sniffing traffic and also recording rssi (collect -y IEEE802_11_RADIO). Your problem seems unrelated to wep or roaming mode; you appear to just not get frames through reliably. When this happens I look at stats on the sta and the ap. athstats can be useful here; something like athstats 1 will give you a rolling display of stats together with current rssi. Sometimes you can see obvious problems like high retransmit rates or big bursts of noise. If the frame count on the ap goes up as you transmit then it's likely you're not hearing the ACK's coming back. If the ap doesn't hear your frames (as appears to be happening) then it can either be noise, misconfig (e.g. 11g parameters like protection wrong in a mixed b/g bss), or possibly low tx power by the sta. The latter would appear as low rssi on recv'd frames at the ap and/or a 3rd sta. I don't see an indication of what you're using for an ap. Also remove everything like crypto and shared key auth for testing--get communication working before adding more variables. Figuring out communication problems can be hard w/o a good test environment and tools. > > Now, off to debug the other issues with the wi card, sigh... > > robert. > > On Tue, 2005-08-02 at 19:54 -0700, Sam Leffler wrote: > >>Robert C. Noland III wrote: >> >>>I am having an issue with static wep on my ath card, -current sources as >>>of this morning EST. It is a Linksys WPC55ag card. I also have an old >>>Netgear wi card that works shown at the bottom. >>> >>>ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) >>>... >>>ath0: mem 0xf4010000-0xf401ffff irq 11 at device 0.0 on >>>cardbus0 >>>ath0: Ethernet address: 00:12:17:6e:fc:18 >>>ath0: mac 5.9 phy 4.3 radio 3.6 >>> >>>laptop# ifconfig ath0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" >>>laptop# ifconfig ath0 up >>> >>>Tue Aug 2 17:27:19 RTM_IFINFO: if# 3, link: down, >>>flags: >>>Tue Aug 2 17:27:25 RTM_IEEE80211: scan complete >>>Tue Aug 2 17:27:25 RTM_IEEE80211: associate with 00:0d:93:e9:cf:d4 >>>Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: up, >>>flags: >>>Tue Aug 2 17:27:25 RTM_IEEE80211: disassociate >>>Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: down, >>>flags: >> >>You associated with the ap then fell off either because the ap dropped >>you or your station initiated it. The easiest way to see which is to >>enabling debugging; I prefer to use 80211debug from tools/tools/ath; e.g. >> >>80211debug state+assoc >> >>or probably >> >>ifconfig ath0 debug >> >>will give you enough info. The output of 80211stats should also tell >>you what happened. >> >> >>>The disassociate message concerns me, but it should work... >>> >>>ath0: flags=8843 mtu 1500 >>> inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 >>> ether 00:12:17:6e:fc:18 >>> media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) >>> status: no carrier >>> ssid test001 channel 1 >>> authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 >>> protmode CTS roaming DEVICE bintval 100 >>> >>>At this point, the card is no longer scanning and the lights on the card >>>continue blinking as if it is associated (slowly in sync, as opposed to >>>alternately blinking like mad when it is scanning) yet status shows no >>>carrier. dhclient will not work when the interface is in this state. >>>It seems to just broadcast and eventually die. >>> >>>wi0: at port 0xe000-0xe03f irq 11 >>>function 0 config 1 on pccard0 >>>wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash >>>wi0: Intersil Firmware: Primary (0.3.0), Station (1.3.4) >>>wi0: Ethernet address: 00:30:ab:07:e4:7b >>> >>>laptop# ifconfig wi0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" >>>laptop# ifconfig wi0 up >>> >>>Tue Aug 2 17:35:57 RTM_IFANNOUNCE: if# 3, what: arrival >>>Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: unknown, >>>flags: >>>Tue Aug 2 17:39:06 RTM_IEEE80211: disassociate >>>Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: down, >>>flags: >>> >>>again with the disassociate message. This seems to force wpa_supplicant >>>to start scanning again, so I can't currently use wpa_supplicant on this >>>network. Actually, wpa_supplicant doesn't ever seem to be able to >>>associate on the wi card, but static configuration works. >>>wpa_supplicant on the ath card seems to associate, then catches the >>>disassociate and starts scanning again. lather, rinse, repeat... >>> >>>wi0: flags=8843 mtu 1500 >>> inet6 fe80::230:abff:fe07:e47b%wi0 prefixlen 64 scopeid 0x3 >>> ether 00:30:ab:07:e4:7b >>> media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) >>> status: associated >>> ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 >>> stationname "FreeBSD WaveLAN/IEEE node" >>> authmode OPEN privacy MIXED deftxkey 1 wepkey 1:104-bit txpowmax >>>100 >>> bintval 100 >>> >>>dhclient does work here, and then I can start the vpn and roam about the >>>office... >> >>I've been testing ath w/ static key wep today and seen no problems. >>Please get some more info. >> >> Sam >>_______________________________________________ >>freebsd-current@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 05:31:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0510716A41F for ; Thu, 4 Aug 2005 05:31:37 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from rwcrmhc12.comcast.net (rwcrmhc13.comcast.net [216.148.227.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE86543D46 for ; Thu, 4 Aug 2005 05:31:36 +0000 (GMT) (envelope-from dantavious@comcast.net) Received: from focus.dantavious.com (pcp0011735444pcs.owngsm01.md.comcast.net[69.251.5.3]) by comcast.net (rwcrmhc13) with ESMTP id <2005080405313601500hrar7e>; Thu, 4 Aug 2005 05:31:36 +0000 From: Derrick Edwards To: Ben Kaduk Date: Thu, 4 Aug 2005 01:31:34 -0400 User-Agent: KMail/1.8.2 References: <200508040024.33468.dantavious@comcast.net> <47d0403c050803220018e9032b@mail.gmail.com> In-Reply-To: <47d0403c050803220018e9032b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508040131.35596.dantavious@comcast.net> Cc: freebsd-current@freebsd.org Subject: Re: Panic on FreeBSD 6.0BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 05:31:37 -0000 On Thursday 04 August 2005 01:00, Ben Kaduk wrote: Thanks for the reply, I used the following sequence to upgrade my firewall from 5.4 Stable to 6.0 BETA1 and all worked well. It is my desktop that is giving me the blues. After a successful build and install of the kernel, I reboot and attempt to go to single user mode to complete the install. After pressing 4 to go to single user mode it panics. Since I have the debugging options turned on is there a way I capture the pertinent information that you mentioned, without having to manually write it :) If so, point me to the documentation and I will have at it. Again, thanks for the reply. #!/usr/local/bin/bash cd /usr/obj chflags -R noschg * rm -rf * /usr/local/bin/cvsup -g -L2 /root/cvs-supfile cd /usr/src/ make -j2 buildworld make -j2 buildkernel KERNCONF=GENERIC make -j2 installkernel KERNCONF=GENERIC reboot into single user mode make installworld mergemaster -cv reboot.. > On 8/4/05, Derrick Edwards wrote: > > Hi all, > > I decided to try and help with testing 6-BETA1, after updating sources > > and recompiling i get the following during boot up. I am tried booting > > without hyperthreading enabled in the bios and I still get the same > > panic. > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id =00 > > fault virtual address = 0x480008 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc06923cc > > stack pointer = 0x28:0xc10208ec > > > > Code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > > > processor eflags = interrupt enabled, resyne, IOPL = 0 > > current process = 0 (swapper) > > [thread pid 0tid0] > > Stopped at strlen+0x8: cmpb $0,0(%edx) > > > > I left all the debugging features in the current however, I am not sure > > exactly how to trace this problem. If someone could point me to any doc > > that would allow to provide more information that would be great. I > > updated my pen 400MHZ using the same procedures and all went well. Please > > help > > > > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (1866.74-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > Features=0xbfebfbff >MCA, CMOV,PAT,PSE36,CLFLUSH,D TS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Hyperthreading: 2 logical CPUs > > real memory = 1073676288 (1023 MB) > > avail memory = 1036931072 (988 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > > > > > > > > > Thanks for your assistance > > Derrick > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > I presume that you used the standard upgrade sequence: > cd /usr/src > make buildworld > make kernel KERNCONF=mykernconf > reboot to single user > mergemaster -p > make installworld > mergemaster -i > reboot > > Also, you checked /usr/src/UPDATING for any issues since your previous > install (which you didn't mention what was)? > > When in this procedure did you get this panic() (the first or second > reboot)? > > If you are at a debugger prompt (db>) the output of 'trace', 'show pcpu', > 'show pcpu 0', and 'show pcpu 1' would probably be useful to the > kernel hackers who can help you (not myself). > > Thanks for helping to test the beta, and getting the information that > will be needed to debug this. > > Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 05:47:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 969CD16A41F for ; Thu, 4 Aug 2005 05:47:23 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1502143D46 for ; Thu, 4 Aug 2005 05:47:22 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id i13so314994wra for ; Wed, 03 Aug 2005 22:47:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=epsUM8Nm5e1sbIZ8SxuIyNMstIerQjgqKtYqdJ+cn45UdmhXBePCNsq8bnGfuuSLA5JZtgGnCnaczKjNvxfNeOeYrHggKTETMKpAGmHyplUhToErtCTb4jVh49i6dlJc5MCRp3rnypDZ1tl9ixtQxKpXDjCBti4LGpJiJ7XIAUQ= Received: by 10.54.4.8 with SMTP id 8mr1281388wrd; Wed, 03 Aug 2005 22:47:22 -0700 (PDT) Received: by 10.54.44.33 with HTTP; Wed, 3 Aug 2005 22:47:22 -0700 (PDT) Message-ID: <47d0403c0508032247615667b3@mail.gmail.com> Date: Thu, 4 Aug 2005 05:47:22 +0000 From: Ben Kaduk To: Derrick Edwards In-Reply-To: <200508040131.35596.dantavious@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200508040024.33468.dantavious@comcast.net> <47d0403c050803220018e9032b@mail.gmail.com> <200508040131.35596.dantavious@comcast.net> Cc: freebsd-current@freebsd.org Subject: Re: Panic on FreeBSD 6.0BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ben Kaduk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 05:47:23 -0000 The de facto standards of this list require me to ask that you do not top-p= ost On 8/4/05, Derrick Edwards wrote: > On Thursday 04 August 2005 01:00, Ben Kaduk wrote: > Thanks for the reply, > I used the following sequence to upgrade my firewall from 5.4 Stable to 6= .0 > BETA1 and all worked well. It is my desktop that is giving me the blues. > After a successful build and install of the kernel, I reboot and attempt = to go > to single user mode to complete the install. After pressing 4 to go to si= ngle > user mode it panics. Since I have the debugging options turned on is ther= e a > way I capture the pertinent information that you mentioned, without havin= g to > manually write it :) If so, point me to the documentation and I will have= at > it. Again, thanks for the reply. >=20 > #!/usr/local/bin/bash > cd /usr/obj > chflags -R noschg * > rm -rf * > /usr/local/bin/cvsup -g -L2 /root/cvs-supfile > cd /usr/src/ > make -j2 buildworld > make -j2 buildkernel KERNCONF=3DGENERIC > make -j2 installkernel KERNCONF=3DGENERIC > reboot into single user mode > make installworld > mergemaster -cv > reboot.. >=20 >=20 >=20 >=20 > > On 8/4/05, Derrick Edwards wrote: > > > Hi all, > > > I decided to try and help with testing 6-BETA1, after updating source= s > > > and recompiling i get the following during boot up. I am tried bootin= g > > > without hyperthreading enabled in the bios and I still get the same > > > panic. > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid =3D 0; apic id =3D00 > > > fault virtual address =3D 0x480008 > > > fault code =3D supervisor read, page not present > > > instruction pointer =3D 0x20:0xc06923cc > > > stack pointer =3D 0x28:0xc10208ec > > > > > > Code segment =3D base 0x0, limit 0xfffff, type 0x1b > > > =3D DPL 0, pres 1, def32 1, gran 1 > > > > > > processor eflags =3D interrupt enabled, resyne, IOPL =3D 0 > > > current process =3D 0 (swapper) > > > [thread pid 0tid0] > > > Stopped at strlen+0x8: cmpb $0,0(%edx) > > > > > > I left all the debugging features in the current however, I am not su= re > > > exactly how to trace this problem. If someone could point me to any d= oc > > > that would allow to provide more information that would be great. I > > > updated my pen 400MHZ using the same procedures and all went well. Pl= ease > > > help > > > > > > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (1866.74-MHz 686-class CPU) > > > Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 > > > > > > Features=3D0xbfebfbff > >MCA, CMOV,PAT,PSE36,CLFLUSH,D TS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > Hyperthreading: 2 logical CPUs > > > real memory =3D 1073676288 (1023 MB) > > > avail memory =3D 1036931072 (988 MB) > > > ACPI APIC Table: > > > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > > > cpu0 (BSP): APIC ID: 0 > > > cpu1 (AP): APIC ID: 1 > > > > > > > > > > > > > > > Thanks for your assistance > > > Derrick > > > > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to > > > "freebsd-current-unsubscribe@freebsd.org" [snip] Derrick -- the easiest way to capture debug output without typing it by hand is to use a serial console. If you have free serial ports on your desktop and some other machine nearby, and a null-modem serial cable, you can connect the two machines and output the console output through the serial port into a terminal window on the second machine; from here you can just cut and paste. I haven't actually needed to do this myself, but if at the boot screen with the beastie, where you pressed '4' do boot single-user, if you instead drop back to the loader (can't remember the number at the moment), you shoule be able to do one of the following: boot -h -v or set console=3Dcomconsole boot -v which direct the console output to the serial port and display extra debug output during boot (this is the '-v' flag). As I say, I haven't done this myself, but I think at least one of them is supposed to work. Really, the tough part is to get your hands on a null-modem serial cable; the ECE storeroom at my university sells them, so I now have one in case I need to set up a serial console, so I got lucky I guess. More detailed information about setting up and using a serial console is in the FreeBSD handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-set= up.html If you don't manage to get a serial console set up, you might consider taking digital pictures of the output and posting them online somewhere -- this has been done before by others in that position. Hope this helps, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 06:03:02 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3054816A41F for ; Thu, 4 Aug 2005 06:03:02 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82FE043D46 for ; Thu, 4 Aug 2005 06:03:01 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j7462rwh021349; Thu, 4 Aug 2005 10:02:53 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j7462rgc021348; Thu, 4 Aug 2005 10:02:53 +0400 (MSD) (envelope-from ache) Date: Thu, 4 Aug 2005 10:02:51 +0400 From: Andrey Chernov To: Maxim.Sobolev@portaone.com Message-ID: <20050804060251.GA21228@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42F0E9B2.9080208@portaone.com> User-Agent: Mutt/1.5.9i Cc: Dan Nelson , "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 06:03:02 -0000 On Wed, Aug 03, 2005 at 06:58:42PM +0300, Maxim Sobolev wrote: > Checking the actual code confirm your point, thank you! However, I think > that the current behaviour is at best inconsistent, since it in fact > does buffering of character devices in some cases but does not in some > others. In my example it reads 4096 bytes instead of requested 512 at > each request, but when the program does fseek it rejects part of that > buffer and does re-positioning and re-reading. Very confusing behaviour > IMHO. No surprize. Single read can be consider as sort of "atomic" operation. But between read & seek character device itself can move its pointer in anyplace. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 06:08:35 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4F4D16A41F for ; Thu, 4 Aug 2005 06:08:35 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42B5E43D46 for ; Thu, 4 Aug 2005 06:08:35 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j7468UZb021496; Thu, 4 Aug 2005 10:08:30 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j7468Ur3021495; Thu, 4 Aug 2005 10:08:30 +0400 (MSD) (envelope-from ache) Date: Thu, 4 Aug 2005 10:08:30 +0400 From: Andrey Chernov To: Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Message-ID: <20050804060830.GB21228@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804060251.GA21228@nagual.pp.ru> User-Agent: Mutt/1.5.9i Cc: Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 06:08:36 -0000 On Thu, Aug 04, 2005 at 10:02:51AM +0400, Andrey Chernov wrote: > No surprize. Single read can be consider as sort of "atomic" operation. > But between read & seek character device itself can move its pointer in > anyplace. No only move the pinter, but change contents too. Consider reading /dev/mem -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 06:15:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3AA16A41F for ; Thu, 4 Aug 2005 06:15:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E17343D46 for ; Thu, 4 Aug 2005 06:15:06 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 97CFC319D48; Thu, 4 Aug 2005 08:15:05 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E7395405C; Thu, 4 Aug 2005 08:15:22 +0200 (CEST) Date: Thu, 4 Aug 2005 08:15:22 +0200 From: Jeremie Le Hen To: Jon Dama Message-ID: <20050804061521.GO45385@obiwan.tataz.chchile.org> References: <1122658375.50653.3.camel@pyanfar.ece.cmu.edu> <1122659885.50653.7.camel@pyanfar.ece.cmu.edu> <20050729194042.GB17862@xor.obsecurity.org> <864qacg43l.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: here we go again with the weird kernel build errors... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 06:15:07 -0000 Hi Jon, > Can you make a comment to that effect in /usr/src/Makefile and possibly > under the section "To build kernel" of /usr/src/UPDATING? > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" build(7) manpage has been updated to reveal this target. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 06:36:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D44116A41F for ; Thu, 4 Aug 2005 06:36:38 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A281443D46 for ; Thu, 4 Aug 2005 06:36:37 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [165.91.46.38] (tamulink-0038.vpn.tamu.edu [165.91.46.38]) by smtp-relay.tamu.edu (8.13.3/8.13.3) with ESMTP id j746aVh2051190 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Thu, 4 Aug 2005 01:36:36 -0500 (CDT) (envelope-from tyler@tamu.edu) Mime-Version: 1.0 (Apple Message framework v733) Content-Transfer-Encoding: 7bit Message-Id: <2C087707-319D-44BE-B770-89B7AF3CBD96@tamu.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: "R. Tyler Ballance" Date: Thu, 4 Aug 2005 01:36:40 -0500 X-Mailer: Apple Mail (2.733) Received-SPF: none (smtp-relay.tamu.edu: domain of tyler@tamu.edu does not designate permitted sender hosts) Subject: Kernel spewing errors/warnings on 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 06:36:38 -0000 After restarting my FreeBSD-CURRENT workstation, shortly after I logged in, and shortly before bg_fsck had completely (power outage last night) I got the following set of messages spewed to ttyv0 : Aug 3 16:19:17 workstation kernel: lock order reversal Aug 3 16:19:17 workstation kernel: 1st 0xc097ab20 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1491 Aug 3 16:19:17 workstation kernel: 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_map.c:2317 Aug 3 16:19:17 workstation kernel: KDB: stack backtrace: Aug 3 16:19:17 workstation kernel: kdb_backtrace (0,ffffffff,c092fc38,c092fd78,c08ba624) at kdb_backtrace+0x29 Aug 3 16:19:17 workstation kernel: witness_checkorder (c1060144,9,c0870d80,90d) at witness_checkorder+0x564 Aug 3 16:19:17 workstation kernel: _mtx_lock_flags (c1060144,0,c0870d80,90d) at _mtx_lock_flags+0x5b Aug 3 16:19:17 workstation kernel: _vm_map_lock (c10600c0,c0870d80,90d) at _vm_map_lock+0x26 Aug 3 16:19:17 workstation kernel: vm_map_remove (c10600c0,c1d0a000,c1d0b000,d56ecc08,c077e4e1) at vm_map_remove+0x1f Aug 3 16:19:17 workstation kernel: kmem_free (c10600c0,c1d0a000,1000,d56ecc38,c077de8e) at kmem_free+0x25 Aug 3 16:19:17 workstation kernel: page_free(c1d0a000,1000,2) at page_free+0x29 Aug 3 16:19:17 workstation kernel: zone_drain(c104a960) at zone_drain +0x26a Aug 3 16:19:17 workstation kernel: zone_foreach (c077dc24,d56eccec,c078fcaf,c1a3d900,d56ecc74) at zone_foreach+0x37 Aug 3 16:19:17 workstation kernel: uma_reclaim (c1a3d900,d56ecc74,0,c0926260,d56ecc80) at uma_reclaim+0x12 Aug 3 16:19:17 workstation kernel: vm_pageout_scan (0,c097af80,0,c087226d,5c3) at vm_pageout_scan+0x103 Aug 3 16:19:17 workstation kernel: vm_pageout (0,d56ecd38,0,c0790a68,0) at vm_pageout+0x2c3 Aug 3 16:19:17 workstation kernel: fork_exit(c0790a68,0,d56ecd38) at fork_exit+0xa0 Aug 3 16:19:17 workstation kernel: fork_trampoline() at fork_trampoline+0x8 Aug 3 16:19:17 workstation kernel: --- trap 0x1, eip = 0, esp = 0xd56ecd6c, ebp = 0 --- FreeBSD workstation.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Jul 16 15:09:18 CDT 2005 root@workstation.local:/usr/obj/usr/src/sys/ GENERIC i386 ***************************** This didn't cause the kernel to panic or anything, I just figured the kernel debugger output might be helpful to somebody here... The same lock order reversal happened the last time I did a clean reboot, and this time after a hard restart. dmesg output is here if needed: http://agentdero.com/~tyler/ dmesg.workstation.txt Is this nothing to worry about? Or is something going slightly wrong? Cheers, -R. Tyler Ballance From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 06:39:14 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4907716A41F for ; Thu, 4 Aug 2005 06:39:14 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9978543D46 for ; Thu, 4 Aug 2005 06:39:13 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j746d9OO021994; Thu, 4 Aug 2005 10:39:09 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j746d9TJ021993; Thu, 4 Aug 2005 10:39:09 +0400 (MSD) (envelope-from ache) Date: Thu, 4 Aug 2005 10:39:09 +0400 From: Andrey Chernov To: Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Message-ID: <20050804063908.GA21871@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804060251.GA21228@nagual.pp.ru> User-Agent: Mutt/1.5.9i Cc: Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 06:39:14 -0000 On Thu, Aug 04, 2005 at 10:02:51AM +0400, Andrey Chernov wrote: > But between read & seek character device itself can move its pointer in > anyplace. Well, this phrase is incorrectly constructed. I mean: by reading from the character device, the pointer can be moved to same unpredictable places, say, become negative, or other overflow happens. So (considering changing content like /dev/mem too), any buferization is potentially dangerous here. fseek traditionally used as buferization break, in case, say, between fread and fwrite. In case SEEK_CUR still uses the buffer, it probably should not for character device. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 07:57:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 743D216A41F; Thu, 4 Aug 2005 07:57:45 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C229D43D45; Thu, 4 Aug 2005 07:57:44 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j747vGJF017828 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 4 Aug 2005 17:57:25 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j747vBSR001902; Thu, 4 Aug 2005 17:57:11 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j747vBfj001901; Thu, 4 Aug 2005 17:57:11 +1000 (EST) (envelope-from pjeremy) Date: Thu, 4 Aug 2005 17:57:11 +1000 From: Peter Jeremy To: Andrey Chernov , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Message-ID: <20050804075711.GB271@cirb503493.alcatel.com.au> References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804063908.GA21871@nagual.pp.ru> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 07:57:45 -0000 On Thu, 2005-Aug-04 10:39:09 +0400, Andrey Chernov wrote: >So (considering changing content like /dev/mem too), any buferization is >potentially dangerous here. fseek traditionally used as buferization >break, in case, say, between fread and fwrite. In case SEEK_CUR still uses >the buffer, it probably should not for character device. I can't see any reason for the current stdio behaviour: - If you're accessing a device with "magic" behaviour then it's not safe to read(2) 4KB (or whatever) when userland asks to fread(3) 512 bytes. - If the device doesn't have "magic" behaviour then you can just seek within the stdio buffer. That said, I've seen similar behaviour on other systems so it could be a subtle side-effect of POSIX. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 08:18:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57DE016A41F for ; Thu, 4 Aug 2005 08:18:38 +0000 (GMT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (pegasus.freibergnet.de [80.243.43.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C79D43D49 for ; Thu, 4 Aug 2005 08:18:37 +0000 (GMT) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) by pegasus.freiberg-net.de (8.13.3/8.13.1) with ESMTP id j748IZkP081926 for ; Thu, 4 Aug 2005 10:18:35 +0200 (CEST) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.13.3/8.13.1/Submit) id j748IZIo081925 for freebsd-current@freebsd.org; Thu, 4 Aug 2005 10:18:35 +0200 (CEST) (envelope-from holm) Date: Thu, 4 Aug 2005 10:18:35 +0200 From: Holm Tiffe To: freebsd-current@freebsd.org Message-ID: <20050804081835.GA81613@pegasus.freiberg-net.de> Mail-Followup-To: Holm Tiffe , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: FreibergNet Internet Services Priority: normal X-Phone: +49-3731-419010 X-Fax: +49-3731-4196026 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC Subject: Panic in -current cvsupped today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: holm@freibergnet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 08:18:38 -0000 Hi all, I've got a kernel panic with -current today: de0: port 0xec00-0xec7f mem 0xdffffb80-0xdffffbff irq 5 at device 0.9 on pci0 de0: Cogent 21040 [10Mb/s] pass 2.3 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode faul virtual address -0x74 fault code - supervisor read, page not present instruction pointer -0x20:0xc050e9c9 stack pointer - 0x28:0xd3cac900 frame pointer - 0x28:0xd3cac904 code segment - base 0x0, limit 0xffff, type 0x1b - DPL 0, pres 1, def32 1, gran 1 processor eflags - reume, IOPL - 0 current process - 188 (ifconfig) [thread pid 188 tid 100051 ] Stopped at turnstile_setowner+0x9: movl 0x74(xedx),xeax db> ... turnstile_setowner+0x09 turnstile_wait(c175f200,0,c174780,d3cac858) at turnstile_wait+0x24b _mtx_lock_sleep(c175f200,c1686480,0,c1825301,bd5) at _mtx_lock_sleep+0x8a _mtx_lock_flags(c175f200,0,c1825301,bd5,c1747800) at _mtx_lock_flags+0x34 tulip_addr_filter tulip_reset tulip_attach tulip_pci_attach device_attach pci_driver_added devclass_add_driver ... I hope this is enough to locate the bug. I've taked photos with a cheap digicam from the console, but unfortunattely the pictures aren't sharp enough, I have to do this again to get better results. May be there are numbers wrong in the above list... I hope that gets fixed next time, I don't really want to put a RTL8029 based card in my computer.. Best Regards, Holm -- L&P::Kommunikation GbR Holm Tiffe * Administration, Development FreibergNet.de Internet Systems phone +49 3731 419010 Bereich Server & Technik fax +49 3731 4196026 D-09599 Freiberg * Am St. Niclas Schacht 13 http://www.freibergnet.de From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 08:25:34 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C8616A41F for ; Thu, 4 Aug 2005 08:25:34 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABF8643D48 for ; Thu, 4 Aug 2005 08:25:33 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j748PSfN023307; Thu, 4 Aug 2005 12:25:28 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j748PSRZ023306; Thu, 4 Aug 2005 12:25:28 +0400 (MSD) (envelope-from ache) Date: Thu, 4 Aug 2005 12:25:28 +0400 From: Andrey Chernov To: Peter Jeremy Message-ID: <20050804082527.GA22992@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Peter Jeremy , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804075711.GB271@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.9i Cc: Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 08:25:34 -0000 On Thu, Aug 04, 2005 at 05:57:11PM +1000, Peter Jeremy wrote: > >In case SEEK_CUR still uses > >the buffer, it probably should not for character device. As I look at the fseek code now, _any_ non-regular file seek is not optimized, which is right things (and BSD traditional). > I can't see any reason for the current stdio behaviour: > - If you're accessing a device with "magic" behaviour then it's not safe > to read(2) 4KB (or whatever) when userland asks to fread(3) 512 bytes. It is safe to read more. You may hit EOF, but it handles by stdio internally. It is not safe to read again from the buffer. In that case fseek to needed position helps to re-read. > - If the device doesn't have "magic" behaviour then you can just seek > within the stdio buffer. > > That said, I've seen similar behaviour on other systems so it could be > a subtle side-effect of POSIX. It is traditional BSD behaviour. Compare this place with less touched NetBSD fseeko.c f.e. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 08:28:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E20916A41F; Thu, 4 Aug 2005 08:28:55 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E4743D53; Thu, 4 Aug 2005 08:28:54 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1E0b5f-0000Yq-Hr; Thu, 04 Aug 2005 12:28:35 +0400 To: Yar Tikhiy References: <20050714101507.GA82562@comp.chem.msu.su> <20050718151924.GF26849@comp.chem.msu.su> From: Boris Samorodov Date: Thu, 04 Aug 2005 12:28:35 +0400 In-Reply-To: <20050718151924.GF26849@comp.chem.msu.su> (Yar Tikhiy's message of "Mon, 18 Jul 2005 19:19:24 +0400") Message-ID: <21429884@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: current@freebsd.org, peter@freebsd.org Subject: Re: Build failure in procfs module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 08:28:55 -0000 On Mon, 18 Jul 2005 19:19:24 +0400 Yar Tikhiy wrote: > On Thu, Jul 14, 2005 at 02:15:07PM +0400, Yar Tikhiy wrote: > > Hi folks, > > > > I ran into a problem that might be triggered by Peter's recent > > changes to procfs. Namely, the buildworld procedure would fail in > > the procfs module if MODULES_WITH_WORLD were set. I noticed it > > first in CURRENT and then tested it in a clean environment by > > building a freshly CVSup'd RELENG_6 on a freshly installed 5.4-RELEASE, > > with MODULES_WITH_WORLD set. I think it's a route of upgrading > > quite a few people will follow. > > > > Here's the diagnostics: > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > > > > ===> sys/modules/procfs (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/i386/include > > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/tmp/usr/include /usr/src/sys/modules/procfs/../../fs/procfs/procfs_ctl.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_dbregs.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_fpregs.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_ioctl.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_map.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_mem.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_note.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_rlimit.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_status.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_type.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs.c > > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_dbregs.c:46:24: opt_compat.h: No such file or directory > > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_fpregs.c:40:24: opt_compat.h: No such file or directory > > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_ioctl.c:31:24: opt_compat.h: No such file or directory > > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_map.c:38:24: opt_compat.h: No such file or directory > > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c:40:24: opt_compat.h: No such file or directory > > mkdep: compile failed > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/procfs. > > > > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > The problem appears to have to do with Peter's changes to procfs: > The procfs source files now include opt_compat.h, which is not > available by default when building with MODULES_WITH_WORLD set. > The attached patch seems to fix the problem in the conventional > way. However, I'm unsure which COMPAT_* options are really needed > to the procfs module. COMPAT_43 should be enough according to my > quick examining /sys/fs/procfs. Was the case corrected in BETA2? A couple of days ago I upgraded from CURRENT (middle of June 2005) to BETA1. The problem existed but the patch helped. > -- > Yar > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/sys/modules/procfs/Makefile,v > retrieving revision 1.28 > diff -u -r1.28 Makefile > --- Makefile 26 Oct 2002 14:38:22 -0000 1.28 > +++ Makefile 18 Jul 2005 15:07:44 -0000 > @@ -3,7 +3,7 @@ > .PATH: ${.CURDIR}/../../fs/procfs > > KMOD= procfs > -SRCS= > +SRCS= opt_compat.h > SRCS+= vnode_if.h > SRCS+= procfs_ctl.c > SRCS+= procfs_dbregs.c > @@ -26,4 +26,7 @@ > EXPORT_SYMS+= procfs_doprocmem > EXPORT_SYMS+= procfs_notsystem > > +opt_compat.h: > + echo "#define COMPAT_43 1" > ${.TARGET} > + > .include > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 08:58:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 009BE16A41F; Thu, 4 Aug 2005 08:58:43 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D4243D5D; Thu, 4 Aug 2005 08:58:42 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (localhost [127.0.0.1]) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j748wcvc021317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Aug 2005 10:58:38 +0200 (CEST) (envelope-from sobomax@web.portaone.com) Received: (from sobomax@localhost) by www.portaone.com (8.12.11/8.12.11/Submit) id j748wcAw021316; Thu, 4 Aug 2005 10:58:38 +0200 (CEST) (envelope-from sobomax) Date: Thu, 4 Aug 2005 10:58:38 +0200 From: Maxim Sobolev To: Andrey Chernov , Dan Nelson , "current@freebsd.org" Message-ID: <20050804085838.GA20122@www.portaone.com> References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804060830.GB21228@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804060830.GB21228@nagual.pp.ru> User-Agent: Mutt/1.5.8i X-Virus-Scanned: ClamAV 0.86.2/1002/Wed Aug 3 12:29:36 2005 on www.portaone.com X-Virus-Status: Clean Cc: Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 08:58:44 -0000 On Thu, Aug 04, 2005 at 10:08:30AM +0400, Andrey Chernov wrote: > On Thu, Aug 04, 2005 at 10:02:51AM +0400, Andrey Chernov wrote: > > No surprize. Single read can be consider as sort of "atomic" operation. > > But between read & seek character device itself can move its pointer in > > anyplace. > > No only move the pinter, but change contents too. Consider reading > /dev/mem Actually this is good example which supports my point, since with the current behaviour when doing 2 subsequent reads each of them less than 4K in size you will get either outdated data from the second read or even worse - mix of the old data and the new data when second read crosses buffer boundary! I think that any buffering should be disabled for reading from chardev no matter how "historic" our current behaviour is. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 09:26:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD1616A41F; Thu, 4 Aug 2005 09:26:41 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B60243D48; Thu, 4 Aug 2005 09:26:40 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 4 Aug 2005 10:26:38 +0100 (BST) Date: Thu, 4 Aug 2005 10:26:37 +0100 From: David Malone To: Peter Jeremy Message-ID: <20050804092637.GA12561@walton.maths.tcd.ie> References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804075711.GB271@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Dan Nelson , Maxim.Sobolev@portaone.com, "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 09:26:41 -0000 On Thu, Aug 04, 2005 at 05:57:11PM +1000, Peter Jeremy wrote: > That said, I've seen similar behaviour on other systems so it could be > a subtle side-effect of POSIX. There are some magic things about fseek in the C standard - I wonder if this could be related to them. For example (from C99) in the commentry on fopen: When a file is opened with update mode ('+' as the second or third character in the above list of mode argument values), both input and output may be performed on the associated stream. However, output shall not be directly followed by input without an intervening call to the fflush function or to a file positioning function (fseek, fsetpos, or rewind), and input shall not be directly followed by output without an intervening call to a file positioning function, unless the input operation encounters endof- file. Opening (or creating) a text file with update mode may instead open (or create) a binary stream in some implementations. and in ungetc: The ungetc function pushes the character specified by c (converted to an unsigned char) back onto the input stream pointed to by stream. Pushed-back characters will be returned by subsequent reads on that stream in the reverse order of their pushing. A successful intervening call (with the stream pointed to by stream) to a file positioning function (fseek, fsetpos, or rewind) discards any pushed-back characters for the stream. The external storage corresponding to the stream is unchanged. and in fseek: After determining the new position, a successful call to the fseek function undoes any effects of the ungetc function on the stream, clears the end-of-file indicator for the stream, and then establishes the new position. After a successful fseek call, the next operation on an update stream may be either input or output. Could what stdio is doing be related to flushing ungetc? David. From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 09:37:19 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C779016A41F for ; Thu, 4 Aug 2005 09:37:19 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id F368F43D49 for ; Thu, 4 Aug 2005 09:37:18 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j749bBFg024710; Thu, 4 Aug 2005 13:37:11 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j749bBgH024709; Thu, 4 Aug 2005 13:37:11 +0400 (MSD) (envelope-from ache) Date: Thu, 4 Aug 2005 13:37:11 +0400 From: Andrey Chernov To: Maxim Sobolev Message-ID: <20050804093710.GA24384@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Maxim Sobolev , Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804060830.GB21228@nagual.pp.ru> <20050804085838.GA20122@www.portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804085838.GA20122@www.portaone.com> User-Agent: Mutt/1.5.9i Cc: Dan Nelson , "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 09:37:19 -0000 On Thu, Aug 04, 2005 at 10:58:38AM +0200, Maxim Sobolev wrote: > I think that any buffering should be disabled for reading from chardev > no matter how "historic" our current behaviour is. Perhaps so. But this thing is user-controlled. He can explicetely use setvbuf to disable buffering. If he does not, he knows, that this particular chardev is buffer-friendly. Since he can't control in-buffer seeking on/off trigger, it always stays off for chardev. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 10:19:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B34E16A41F; Thu, 4 Aug 2005 10:19:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDF143D45; Thu, 4 Aug 2005 10:19:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 4B31046B1A; Thu, 4 Aug 2005 06:19:04 -0400 (EDT) Date: Thu, 4 Aug 2005 11:21:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "R. Tyler Ballance" In-Reply-To: <2C087707-319D-44BE-B770-89B7AF3CBD96@tamu.edu> Message-ID: <20050804111929.I23885@fledge.watson.org> References: <2C087707-319D-44BE-B770-89B7AF3CBD96@tamu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alc@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: Kernel spewing errors/warnings on 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 10:19:05 -0000 On Thu, 4 Aug 2005, R. Tyler Ballance wrote: > After restarting my FreeBSD-CURRENT workstation, shortly after I logged > in, and shortly before bg_fsck had completely (power outage last night) > I got the following set of messages spewed to ttyv0 : This is a non-fatal warning of a lock order issue between UMA and the VM system. I.e., you don't need to worry per se, but we do need to fix the source of the problem. I haven't had a chance to investigate what commit started the recent spate of these, but I'm guessing a new lock is either acquired in the vm_pageout code, or in the vm_map code, and UMA sits in the middle. This is part of the cyclic dependency between UMA an VM. UMA is acquiring its lock so it can safely walk and drain the zone list without zones disappearing, etc. Robert N M Watson > > Aug 3 16:19:17 workstation kernel: lock order reversal > Aug 3 16:19:17 workstation kernel: 1st 0xc097ab20 UMA lock (UMA lock) @ > /usr/src/sys/vm/uma_core.c:1491 > Aug 3 16:19:17 workstation kernel: 2nd 0xc1060144 system map (system map) @ > /usr/src/sys/vm/vm_map.c:2317 > Aug 3 16:19:17 workstation kernel: KDB: stack backtrace: > Aug 3 16:19:17 workstation kernel: kdb_backtrace > (0,ffffffff,c092fc38,c092fd78,c08ba624) at kdb_backtrace+0x29 > Aug 3 16:19:17 workstation kernel: witness_checkorder > (c1060144,9,c0870d80,90d) at witness_checkorder+0x564 > Aug 3 16:19:17 workstation kernel: _mtx_lock_flags(c1060144,0,c0870d80,90d) > at _mtx_lock_flags+0x5b > Aug 3 16:19:17 workstation kernel: _vm_map_lock(c10600c0,c0870d80,90d) at > _vm_map_lock+0x26 > Aug 3 16:19:17 workstation kernel: vm_map_remove > (c10600c0,c1d0a000,c1d0b000,d56ecc08,c077e4e1) at vm_map_remove+0x1f > Aug 3 16:19:17 workstation kernel: kmem_free > (c10600c0,c1d0a000,1000,d56ecc38,c077de8e) at kmem_free+0x25 > Aug 3 16:19:17 workstation kernel: page_free(c1d0a000,1000,2) at > page_free+0x29 > Aug 3 16:19:17 workstation kernel: zone_drain(c104a960) at zone_drain+0x26a > Aug 3 16:19:17 workstation kernel: zone_foreach > (c077dc24,d56eccec,c078fcaf,c1a3d900,d56ecc74) at zone_foreach+0x37 > Aug 3 16:19:17 workstation kernel: uma_reclaim > (c1a3d900,d56ecc74,0,c0926260,d56ecc80) at uma_reclaim+0x12 > Aug 3 16:19:17 workstation kernel: vm_pageout_scan > (0,c097af80,0,c087226d,5c3) at vm_pageout_scan+0x103 > Aug 3 16:19:17 workstation kernel: vm_pageout(0,d56ecd38,0,c0790a68,0) at > vm_pageout+0x2c3 > Aug 3 16:19:17 workstation kernel: fork_exit(c0790a68,0,d56ecd38) at > fork_exit+0xa0 > Aug 3 16:19:17 workstation kernel: fork_trampoline() at fork_trampoline+0x8 > Aug 3 16:19:17 workstation kernel: --- trap 0x1, eip = 0, esp = 0xd56ecd6c, > ebp = 0 --- > > > FreeBSD workstation.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Jul 16 > 15:09:18 CDT 2005 root@workstation.local:/usr/obj/usr/src/sys/GENERIC > i386 > > ***************************** > > This didn't cause the kernel to panic or anything, I just figured the kernel > debugger output might be helpful to somebody here... > > The same lock order reversal happened the last time I did a clean reboot, and > this time after a hard restart. > > dmesg output is here if needed: http://agentdero.com/~tyler/ > dmesg.workstation.txt > > Is this nothing to worry about? Or is something going slightly wrong? > > Cheers, > > -R. Tyler Ballance > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 10:22:17 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0599816A41F; Thu, 4 Aug 2005 10:22:17 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 827C743D46; Thu, 4 Aug 2005 10:22:16 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 0FF5FA2FE8; Thu, 4 Aug 2005 12:22:15 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id E327663A4; Thu, 4 Aug 2005 12:22:14 +0200 (CEST) Date: Thu, 4 Aug 2005 12:22:14 +0200 From: Marc Olzheim To: Mike Tancsa Message-ID: <20050804102214.GA69320@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200507211257.21730.jhb@FreeBSD.org> <70e8236f050724161620b3aabc@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <20050801150615.GC39886@stack.nl> <6.2.1.2.0.20050801155628.0843ec98@64.7.153.2> <20050803121436.GA59997@stack.nl> <6.2.1.2.0.20050803090019.06d26d48@64.7.153.2> <20050803131557.GA60302@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20050803131557.GA60302@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-current@FreeBSD.org, John Baldwin Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 10:22:17 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 03, 2005 at 03:15:57PM +0200, Marc Olzheim wrote: > On Wed, Aug 03, 2005 at 09:01:19AM -0400, Mike Tancsa wrote: > > At 08:14 AM 03/08/2005, Marc Olzheim wrote: > >=20 > > >That still doesn't work. Dmesg of a boot -v on the kernel without ATA = is > > >at > > >http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123071090.dmesg.txt > > > > > >at least, until it hangs itself again. > > > > > >I've never run 5 on it, so I don't know if that works or not. > >=20 > > Actually, I have the Adaptec SCSI controller disabled in my BIOS and I = also=20 > > updated the BIOS to the latest from the dell support site. Can you try= =20 > > that as well? >=20 > Erhm, I boot from that Adaptec. :-/ But I can try if it can boot the > kernel with it disabled. ;-) None of which work. A kernel with no ata and no ahc gives me: =2E.. sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66497255 hz Timecounter "TSC" frequency 997465745 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ---------------------< Here it stops if I plugin the amr > ----------------- SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic1: routing intpin 0 (PCI IRQ 16) to cluster 0 ioapic1: routing intpin 1 (PCI IRQ 17) to cluster 0 Trying to mount root from ufs:/dev/da0s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> boot -v for the kernel with no ata and no ahc *with amr plugged in*: http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123150616.dmesg.txt boot -v for the kernel with no ata and no ahc *with no amr plugged in*: http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123150616-2.dmesg.txt Marc --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8exWezjnobFOgrERApI1AKCi8NgIIwpPdSxmClomQtPYBOeZzwCeO2/J po/8atGMvvY3eljImLimS9Y= =DX77 -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 10:42:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D7D16A41F; Thu, 4 Aug 2005 10:42:49 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F3F343D45; Thu, 4 Aug 2005 10:42:48 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j74Agbr0019764 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 4 Aug 2005 20:42:38 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j74AgbSR002097; Thu, 4 Aug 2005 20:42:37 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j74AgaMA002096; Thu, 4 Aug 2005 20:42:36 +1000 (EST) (envelope-from pjeremy) Date: Thu, 4 Aug 2005 20:42:36 +1000 From: Peter Jeremy To: Andrey Chernov , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Message-ID: <20050804104236.GC271@cirb503493.alcatel.com.au> References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> <20050804082527.GA22992@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804082527.GA22992@nagual.pp.ru> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 10:42:49 -0000 On Thu, 2005-Aug-04 12:25:28 +0400, Andrey Chernov wrote: >On Thu, Aug 04, 2005 at 05:57:11PM +1000, Peter Jeremy wrote: >> >In case SEEK_CUR still uses >> >the buffer, it probably should not for character device. > >As I look at the fseek code now, _any_ non-regular file seek is not >optimized, which is right things Maybe - see below. >> I can't see any reason for the current stdio behaviour: >> - If you're accessing a device with "magic" behaviour then it's not safe >> to read(2) 4KB (or whatever) when userland asks to fread(3) 512 bytes. > >It is safe to read more. You may hit EOF, but it handles by stdio >internally. It is not safe to read again from the buffer. In that case >fseek to needed position helps to re-read. Consider /dev/mem (since that is a favourite in this thread). You are unlikely to hit EOF but reading more than required is likely to cause unwanted I/O errors or unexpected device behaviour by accidently reading "magic" device addresses. That said, most other devices will either reject seeks (eg tapes) or will correctly (if inefficiently) handle reading too much. And anyone who uses stdio to read /dev/mem probably deserves the hole in their foot. I can see two reasonable interpretations of stdio on devices: 1) The process issues a setbuf(3) family call to define the buffer size that it wants to use for physical reads/writes. The process then uses stdio calls to read/write arbitrary sized data which is re-blocked by stdio to suit the device. 2) stdio should be transparent - fread/fwrite/fseek are expected to map directly onto read/write/lseek. The current implementation falls somewhere in between: read and write are buffered but seeks are transparent. This would seem to be the worst of both worlds - the user has to ensure that seeks are multiples of the device block size and that any writes wind up on a block boundary before a seek. In both cases above, seek really needs to be intelligent - more so than for regular files. It needs to lseek() in multiples of the device block size and then adjust the buffer offset to handle any remainder. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 10:52:15 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FBCD16A41F for ; Thu, 4 Aug 2005 10:52:15 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 639E243D4C for ; Thu, 4 Aug 2005 10:52:14 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j74Aq8Rj026245; Thu, 4 Aug 2005 14:52:08 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j74Aq8ne026244; Thu, 4 Aug 2005 14:52:08 +0400 (MSD) (envelope-from ache) Date: Thu, 4 Aug 2005 14:52:08 +0400 From: Andrey Chernov To: Peter Jeremy Message-ID: <20050804105208.GA26150@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Peter Jeremy , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> <20050804082527.GA22992@nagual.pp.ru> <20050804104236.GC271@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804104236.GC271@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.9i Cc: Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 10:52:15 -0000 On Thu, Aug 04, 2005 at 08:42:36PM +1000, Peter Jeremy wrote: > Consider /dev/mem (since that is a favourite in this thread). You are > unlikely to hit EOF but reading more than required is likely to cause > unwanted I/O errors or unexpected device behaviour by accidently reading > "magic" device addresses. > > That said, most other devices will either reject seeks (eg tapes) > or will correctly (if inefficiently) handle reading too much. And > anyone who uses stdio to read /dev/mem probably deserves the hole > in their foot. > > I can see two reasonable interpretations of stdio on devices: > 1) The process issues a setbuf(3) family call to define the buffer size > that it wants to use for physical reads/writes. The process then uses > stdio calls to read/write arbitrary sized data which is re-blocked by > stdio to suit the device. Yes. See my other answer in this thread. Buffering or no-buffering or sized-buffering is well controled via setvbuf and is a part of user interface. If user don't use specifical setvbuf on chardev, he probably assume that this particular chardev is bufffer-friendly. But there is no similar user-visible knob to turn on/off fseek's in-buffer seeking, so it is always off for chardev for more safety. > 2) stdio should be transparent - fread/fwrite/fseek are expected to > map directly onto read/write/lseek. It is never do that way per desing. > The current implementation falls somewhere in between: read and write > are buffered but seeks are transparent. This would seem to be the worst Seeks are just not controlled by user, so they are transparent for that reason, while read/write buffering is controlled. > In both cases above, seek really needs to be intelligent - more so > than for regular files. It needs to lseek() in multiples of the > device block size and then adjust the buffer offset to handle any > remainder. I don't understand this statement well enough. Currently fseek always sense in-buffer data for regular files for both SEEK_SET and SEEK_CUR. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Aug 3 13:25:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E52C16A41F for ; Wed, 3 Aug 2005 13:25:23 +0000 (GMT) (envelope-from Benjamin.Close@clearchain.com) Received: from mail.clearchain.com (cisfjf.levels.unisa.edu.au [130.220.34.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08F9343D4C for ; Wed, 3 Aug 2005 13:25:22 +0000 (GMT) (envelope-from Benjamin.Close@clearchain.com) Received: from [192.168.155.62] (ppp239-65.lns2.adl2.internode.on.net [203.122.239.65]) (authenticated bits=0) by mail.clearchain.com (8.12.9p2/8.12.9) with ESMTP id j73DPMD5096762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 3 Aug 2005 22:55:24 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <42F14B4E.9070700@clearchain.com> Date: Thu, 04 Aug 2005 08:25:10 +0930 From: Benjamin Close User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050625) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71 X-Virus-Status: Clean X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (mail.clearchain.com [130.220.34.151]); Wed, 03 Aug 2005 22:55:24 +0930 (CST) X-Mailman-Approved-At: Thu, 04 Aug 2005 12:00:23 +0000 Subject: ATA-Raid 1 one patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2005 13:25:23 -0000 Hi All, Here's just a little cleanup I found whilst looking into ataenclosure support: --- /home/benjsc/work/freebsd/src/sys/dev/ata/ata-raid.c Mon Jul 18 17:01:40 2005 +++ ata-raid.c Wed Aug 3 22:51:58 2005 @@ -3113,7 +3113,6 @@ { struct ata_device *atadev = device_get_softc(request->dev); - request->transfersize = min(request->bytecount, atadev->max_iosize); request->transfersize = DEV_BSIZE; if (request->flags & ATA_R_READ) { if (atadev->mode >= ATA_DMA) { Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 12:15:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC33116A41F for ; Thu, 4 Aug 2005 12:15:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09CF243D45 for ; Thu, 4 Aug 2005 12:15:26 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp217-188.lns1.adl2.internode.on.net [203.122.217.188]) by smtp1.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j74CFIWt078880; Thu, 4 Aug 2005 21:45:22 +0930 (CST) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.105]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id j74CFBLK079097 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 Aug 2005 21:45:17 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Niki Denev Date: Thu, 4 Aug 2005 21:45:02 +0930 User-Agent: KMail/1.8.1 References: <200508022252.33933.nike_d@cytexbg.com> <42F154F1.8080903@cytexbg.com> <200508040930.40881.doconnor@gsoft.com.au> In-Reply-To: <200508040930.40881.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2553712.nggeFSzK52"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508042145.09058.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: current@freebsd.org Subject: Re: if_ipw problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 12:15:30 -0000 --nextPart2553712.nggeFSzK52 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 04 August 2005 09:30, Daniel O'Connor wrote: > On Thursday 04 August 2005 09:06, Niki Denev wrote: > > > Hmm, I've had my ipw card talk unecrypted and the WEP (128 bit) to a > > > Linksys WRT54G without any problems, although I didn't run it for very > > > long. > > > > Can you test a cvsup ot /usr/src? I get "Network TreeComp failed" (or > > similar) error every time i try this. (tested on 3 different APs). > > This is with ipw + wep, never tested nonencrypted connection. > > I have a 5 day old 6.0 kernel I can try tonight if I get the chance (the = AP > is at home, not work). Hmm, I gave it a try and I can't get it to associate at all with either WEP= or=20 no encryption. This seems to be a definite regression as I was able to do this when 6.0 wa= s=20 still -current.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2553712.nggeFSzK52 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8gbN5ZPcIHs/zowRAmZjAKCdedM07fhIq+SP0dj0ujaT1PbUqACfUfiB qAsrKjvVfXzmInQjcPNc6IY= =tdyL -----END PGP SIGNATURE----- --nextPart2553712.nggeFSzK52-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 12:31:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB7B16A41F for ; Thu, 4 Aug 2005 12:31:54 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0F7D43D45 for ; Thu, 4 Aug 2005 12:31:53 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j74CIUi2069404; Thu, 4 Aug 2005 14:18:30 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <42F14B4E.9070700@clearchain.com> References: <42F14B4E.9070700@clearchain.com> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 4 Aug 2005 14:31:32 +0200 To: Benjamin Close X-Mailer: Apple Mail (2.733) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: ATA-Raid 1 one patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 12:31:54 -0000 On 04/08/2005, at 0:55, Benjamin Close wrote: > Hi All, > Here's just a little cleanup I found whilst looking into =20 > ataenclosure support: > > --- /home/benjsc/work/freebsd/src/sys/dev/ata/ata-raid.c Mon =20= > Jul 18 17:01:40 2005 > +++ ata-raid.c Wed Aug 3 22:51:58 2005 > @@ -3113,7 +3113,6 @@ > { > struct ata_device *atadev =3D device_get_softc(request->dev); > - request->transfersize =3D min(request->bytecount, atadev-=20 > >max_iosize); > request->transfersize =3D DEV_BSIZE; > if (request->flags & ATA_R_READ) { > if (atadev->mode >=3D ATA_DMA) { Yep, that one is sitting in my local tree as well as a few other =20 nits, I'll try to get them into 6.0 if possible. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 13:45:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CA4416A424 for ; Thu, 4 Aug 2005 13:45:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B4B43D48 for ; Thu, 4 Aug 2005 13:45:03 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 04 Aug 2005 09:59:43 -0400 From: John Baldwin To: Marc Olzheim Date: Thu, 4 Aug 2005 09:32:09 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <20050803131557.GA60302@stack.nl> <20050804102214.GA69320@stack.nl> In-Reply-To: <20050804102214.GA69320@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508040932.10244.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org, Mike Tancsa Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 13:45:05 -0000 On Thursday 04 August 2005 06:22 am, Marc Olzheim wrote: > On Wed, Aug 03, 2005 at 03:15:57PM +0200, Marc Olzheim wrote: > > On Wed, Aug 03, 2005 at 09:01:19AM -0400, Mike Tancsa wrote: > > > At 08:14 AM 03/08/2005, Marc Olzheim wrote: > > > >That still doesn't work. Dmesg of a boot -v on the kernel without ATA > > > > is at > > > >http://www.stack.nl/~marcolz/FreeBSD/freebsd-6-amr-1123071090.dmesg.tx > > > >t > > > > > > > >at least, until it hangs itself again. > > > > > > > >I've never run 5 on it, so I don't know if that works or not. > > > > > > Actually, I have the Adaptec SCSI controller disabled in my BIOS and I > > > also updated the BIOS to the latest from the dell support site. Can > > > you try that as well? > > > > Erhm, I boot from that Adaptec. :-/ But I can try if it can boot the > > kernel with it disabled. ;-) > > None of which work. > > A kernel with no ata and no ahc gives me: Hmm, on your machine amr0 gets IRQ 18, where as on Mike's machine it got IRQ 14 (which was very odd and I think related to his problems with ata(4)). Which patch are you using, btw, and if you are using the one that was committed, are you setting the 'hw.apic.enable_extint=1' tunable from the loader? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 13:57:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07EA916A41F; Thu, 4 Aug 2005 13:57:07 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6925743D46; Thu, 4 Aug 2005 13:57:04 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 0323EA2FE8; Thu, 4 Aug 2005 15:57:04 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id D885063A4; Thu, 4 Aug 2005 15:57:03 +0200 (CEST) Date: Thu, 4 Aug 2005 15:57:03 +0200 From: Marc Olzheim To: John Baldwin Message-ID: <20050804135703.GA86090@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <20050803131557.GA60302@stack.nl> <20050804102214.GA69320@stack.nl> <200508040932.10244.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200508040932.10244.jhb@FreeBSD.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 13:57:07 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 04, 2005 at 09:32:09AM -0400, John Baldwin wrote: > > None of which work. > > > > A kernel with no ata and no ahc gives me: >=20 > Hmm, on your machine amr0 gets IRQ 18, where as on Mike's machine it got = IRQ=20 > 14 (which was very odd and I think related to his problems with ata(4)). = =20 > Which patch are you using, btw, and if you are using the one that was=20 > committed, are you setting the 'hw.apic.enable_extint=3D1' tunable from t= he=20 > loader? I'm using the committed one indeed (the same as the last one on the list with the #include fix) and: sense:/>cat /boot/loader.conf console=3Dcomconsole hw.apic.enable_extint=3D1 sense:/> Marc --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8h6vezjnobFOgrERAqd5AJ9N6HjnGJz7y6oGUug8MCADAFuKXQCgqGpI lDvY4bggPQeHKSIvXRflC20= =WOgp -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 14:25:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 957D516A41F; Thu, 4 Aug 2005 14:25:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E3743D45; Thu, 4 Aug 2005 14:25:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 04 Aug 2005 10:40:03 -0400 From: John Baldwin To: freebsd-current@freebsd.org, holm@freibergnet.de, rwatson@FreeBSD.org Date: Thu, 4 Aug 2005 10:25:54 -0400 User-Agent: KMail/1.8 References: <20050804081835.GA81613@pegasus.freiberg-net.de> In-Reply-To: <20050804081835.GA81613@pegasus.freiberg-net.de> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200508041025.55148.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: Re: Panic in -current cvsupped today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 14:25:24 -0000 On Thursday 04 August 2005 04:18 am, Holm Tiffe wrote: > Hi all, > > I've got a kernel panic with -current today: > > de0: port 0xec00-0xec7f mem 0xdffffb80-0xdffffbff > irq 5 at device 0.9 on pci0 > de0: Cogent 21040 [10Mb/s] pass 2.3 > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > faul virtual address -0x74 > fault code - supervisor read, page not present > instruction pointer -0x20:0xc050e9c9 > stack pointer - 0x28:0xd3cac900 > frame pointer - 0x28:0xd3cac904 > code segment - base 0x0, limit 0xffff, type 0x1b > - DPL 0, pres 1, def32 1, gran 1 > processor eflags - reume, IOPL - 0 > current process - 188 (ifconfig) > [thread pid 188 tid 100051 ] > Stopped at turnstile_setowner+0x9: movl 0x74(xedx),xeax > > db> > ... > turnstile_setowner+0x09 > turnstile_wait(c175f200,0,c174780,d3cac858) at turnstile_wait+0x24b > _mtx_lock_sleep(c175f200,c1686480,0,c1825301,bd5) at _mtx_lock_sleep+0x8a > _mtx_lock_flags(c175f200,0,c1825301,bd5,c1747800) at _mtx_lock_flags+0x34 > tulip_addr_filter > tulip_reset > tulip_attach Well, I needed the numbers for these three lines but let me look at the code for a second. Ok, I found it. It's actually a bug in the new if_addr locking recently added. The problem is that the driver is trying to use the IF_ADDR_LOCK() before it is initialized in ether_ifattach(). Oddly enough, the IF_ADDR_LOCK is destroyed in if_free() rather than if_detach(), so there's another bug in that if a driver does an if_free() of an ifp that has been allocated via if_alloc() but not attached due to a bug in attach, if_free() will try to destroy an uninitialized mutex. The simple fix for both of these bugs is to move the initialization of the IF_ADDR_LOCK to if_alloc(). It also means that all the ethernet device drivers don't have to be touched to handle IF_ADDR_LOCK not being initialized until ether_ifattach(). Patch below: Index: net/if.c =================================================================== RCS file: /usr/cvs/src/sys/net/if.c,v retrieving revision 1.239 diff -u -r1.239 if.c --- if.c 2 Aug 2005 23:23:26 -0000 1.239 +++ if.c 4 Aug 2005 14:20:35 -0000 @@ -408,6 +408,7 @@ return (NULL); } } + IF_ADDR_LOCK_INIT(ifp); return (ifp); } @@ -462,7 +463,6 @@ TASK_INIT(&ifp->if_starttask, 0, if_start_deferred, ifp); TASK_INIT(&ifp->if_linktask, 0, do_link_state_change, ifp); IF_AFDATA_LOCK_INIT(ifp); - IF_ADDR_LOCK_INIT(ifp); ifp->if_afdata_initialized = 0; IFNET_WLOCK(); TAILQ_INSERT_TAIL(&ifnet, ifp, if_link); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 14:32:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09A0716A41F for ; Thu, 4 Aug 2005 14:32:56 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E22643D45 for ; Thu, 4 Aug 2005 14:32:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 04 Aug 2005 10:47:35 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 4 Aug 2005 10:28:23 -0400 User-Agent: KMail/1.8 References: <70e8236f05070208212e36c375@mail.gmail.com> <200508040932.10244.jhb@FreeBSD.org> <20050804135703.GA86090@stack.nl> In-Reply-To: <20050804135703.GA86090@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508041028.24556.jhb@FreeBSD.org> Cc: Marc Olzheim Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 14:32:56 -0000 On Thursday 04 August 2005 09:57 am, Marc Olzheim wrote: > On Thu, Aug 04, 2005 at 09:32:09AM -0400, John Baldwin wrote: > > > None of which work. > > > > > > A kernel with no ata and no ahc gives me: > > > > Hmm, on your machine amr0 gets IRQ 18, where as on Mike's machine it got > > IRQ 14 (which was very odd and I think related to his problems with > > ata(4)). Which patch are you using, btw, and if you are using the one > > that was committed, are you setting the 'hw.apic.enable_extint=1' tunable > > from the loader? > > I'm using the committed one indeed (the same as the last one on the list > with the #include fix) and: > > sense:/>cat /boot/loader.conf > console=comconsole > hw.apic.enable_extint=1 > sense:/> Ok, you just have some completely different issue then. I think the extint issue on Mike's box is somehow related to his amr0 getting IRQ 14 (normally an ISA IRQ for the primary IDE). We should probably look at your box from scratch. What problem do you have, does a stock 6.0 kernel not detect your drives on amr0, but 5.x works fine? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 14:40:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC2516A41F; Thu, 4 Aug 2005 14:40:59 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D87F543D53; Thu, 4 Aug 2005 14:40:58 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id CEBD7A3041; Thu, 4 Aug 2005 16:40:57 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id B139A63A4; Thu, 4 Aug 2005 16:40:57 +0200 (CEST) Date: Thu, 4 Aug 2005 16:40:57 +0200 From: Marc Olzheim To: John Baldwin Message-ID: <20050804144057.GB86447@stack.nl> References: <70e8236f05070208212e36c375@mail.gmail.com> <200508040932.10244.jhb@FreeBSD.org> <20050804135703.GA86090@stack.nl> <200508041028.24556.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <200508041028.24556.jhb@FreeBSD.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT SNAP004 hangs on amr (patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 14:40:59 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 04, 2005 at 10:28:23AM -0400, John Baldwin wrote: > Ok, you just have some completely different issue then. I think the exti= nt=20 > issue on Mike's box is somehow related to his amr0 getting IRQ 14 (normal= ly=20 > an ISA IRQ for the primary IDE). We should probably look at your box fro= m=20 > scratch. What problem do you have, does a stock 6.0 kernel not detect yo= ur=20 > drives on amr0, but 5.x works fine? I don't know about 5.x yet, will test that, but 4.x worked and 6.x hangs during kernel startup, as visible in the dmesgs. I can run commands in the debugger after it hangs itself if that helps... Marc --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8ij5ezjnobFOgrERAtosAJ9kD8fWTEspPou7LohMZZfpqA4IlQCgrh9/ cUz7CmwLS/xe6bPupBPyVPY= =kvEe -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 15:26:46 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E12916A41F for ; Thu, 4 Aug 2005 15:26:46 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4342A43D48 for ; Thu, 4 Aug 2005 15:26:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j74FQgbS071241; Thu, 4 Aug 2005 18:26:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 61470-10; Thu, 4 Aug 2005 18:26:42 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j74FQgxF071238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Aug 2005 18:26:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j74FQe5i093131; Thu, 4 Aug 2005 18:26:40 +0300 (EEST) (envelope-from ru) Date: Thu, 4 Aug 2005 18:26:35 +0300 From: Ruslan Ermilov To: Jeremie Le Hen Message-ID: <20050804152635.GA92834@ip.net.ua> References: <20050728181415.GB68965@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20050728181415.GB68965@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: Using "make -d l" makes buildworld to fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 15:26:46 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 28, 2005 at 08:14:15PM +0200, Jeremie Le Hen wrote: > Hi, >=20 > I have to run multiple buildworlds with and without debugging ("-d l") > these last days. I was nearly turning mad while I realized that > buildworld would fail in "rescue" when using "-d l" make option. >=20 > Both typescripts with and without the debugging option are available : > http://jeremie.le-hen.org/~tataz/make_-d_l_buildworld.gz (ko) > http://jeremie.le-hen.org/~tataz/make_buildworld.gz (ok) >=20 > This is not the stock source tree, but I checked on a non-modified > tree and the behaviour is the same. >=20 crunchgen(1) is broken: it generates a makefile to find a list of object files for a given program, then calls it, parses the output, and expects it to start with the line "OBJS=3D". If something is passed in the MAKEFLAGS environment variable, like -Dl, things are really screwed. Unfortunately, there's no way to remove "-d" and its following argument from .MAKEFLAGS as is done for -P (in rescue/rescue/Makefile), and setting an empty =2EMAKEFLAGS is not an option too -- we at least need to pass the -m option and its argument. :( Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8jOrqRfpzJluFF4RAiWzAKCXYBCepmKORhcEt9I4BW8hR2sqnACgl6Tl HTRLiV793/sHSan3Aj7U5bg= =AFxh -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 15:44:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B201516A41F; Thu, 4 Aug 2005 15:44:13 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca810.northgrum.com (xcgca810.northgrum.com [208.12.122.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6373B43D46; Thu, 4 Aug 2005 15:44:13 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca800.northgrum.com ([157.127.103.70]) by xcgca810.northgrum.com with InterScan Messaging Security Suite; Thu, 04 Aug 2005 08:44:12 -0700 Received: from xcgco501.northgrum.com ([158.114.104.53]) by xcgca800.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Aug 2005 08:44:13 -0700 Received: from [192.168.217.128] ([158.114.106.12]) by xcgco501.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Aug 2005 09:43:55 -0600 From: Lonnie VanZandt Organization: Northrop Grumman To: freebsd-current@freebsd.org User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 4 Aug 2005 09:40:55 -0600 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200508040940.56172.lonnie.vanzandt@ngc.com> X-OriginalArrivalTime: 04 Aug 2005 15:43:55.0520 (UTC) FILETIME=[52594800:01C5990B] Cc: marcel@FreeBSD.org Subject: Missing a step in new(er) Remote gdb/kdb setup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lonnie.vanzandt@ngc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 15:44:13 -0000 Marcel Moolenaar - or anyone who has properly setup the new remote gdb/kdb, You are, I believe, the programmer for the revised remote kernel debug interface in FreeBSD 5.4. If so, perhaps you could advise me on why I might be receiving a "Ignoring packet error, continuing..." at startup from a command like: kgdb -r /dev/cuaa0 /tmp/kernel.debug I have verified that I have 9600 8N1 connectivity between the host and the target and have observed the opening handshake of the remote gdb protocol being sent from the host. I know the cable and the sios are ok because I verified that a getty login over the link worked find. I have worked with remote kernel debugging on other systems and even on FreeBSD in the 5.2.1 release prior to the gdb -k to kgdb switchover. So, I think I'm doing the right steps but perhaps something else has changed? I do have my sio flags set to 0x80 on the target and the target has option KDB, DDB, and GDB in it. The target drops into the kernel debugger on a Ctrl-Alt-Esc and steps into the gdb backend with ">gdb", ">s" commands. Is there a serial port baud rate setting I need to revise? Also, I properly turned off the getty in /etc/ttys on the target for the sio used as the debugger console. Also, how do I get rid of the libthread_db.so undefined symbol reference to ps_pglobal_lookup? Both host and target are 5.4 although the host is a 5.2.1 updated to 5.4RC3 updated to 5.4 RELEASE configuration... Lonnie VanZandt From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 16:22:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07BBF16A41F for ; Thu, 4 Aug 2005 16:22:16 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD14D43D49 for ; Thu, 4 Aug 2005 16:22:15 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id j74GMFVk007993; Thu, 4 Aug 2005 09:22:15 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200508040940.56172.lonnie.vanzandt@ngc.com> References: <200508040940.56172.lonnie.vanzandt@ngc.com> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Thu, 4 Aug 2005 09:22:14 -0700 To: lonnie.vanzandt@ngc.com X-Mailer: Apple Mail (2.733) Cc: freebsd-current@freebsd.org Subject: Re: Missing a step in new(er) Remote gdb/kdb setup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 16:22:16 -0000 On Aug 4, 2005, at 8:40 AM, Lonnie VanZandt wrote: > Marcel Moolenaar - or anyone who has properly setup the new remote > gdb/kdb, > > You are, I believe, the programmer for the revised remote > kernel debug > interface in FreeBSD 5.4. If so, perhaps you could advise me on why > I might > be receiving a "Ignoring packet error, continuing..." at startup > from a > command like: > > kgdb -r /dev/cuaa0 /tmp/kernel.debug In my case those are caused by protocol time-outs. This typically happens when I start kgdb before I switch the kernel over to the GDB backend. It's a GDB problem. I just retry and everything is ok. > Is there a serial port baud rate setting I need to revise? Don't know. I never use sio(4). I always use uart(4). > Also, how do I get rid of the libthread_db.so undefined symbol > reference to > ps_pglobal_lookup? You can't. It's a bug. The bug is mostly that libthread_db.so is loaded when it shouldn't. I didn't write that code. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 16:26:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D59B16A41F for ; Thu, 4 Aug 2005 16:26:19 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D37B43D48 for ; Thu, 4 Aug 2005 16:26:19 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j74GQIUJ096678 for ; Thu, 4 Aug 2005 09:26:18 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j74GQIbV096677 for freebsd-current@freebsd.org; Thu, 4 Aug 2005 09:26:18 -0700 (PDT) (envelope-from sgk) Date: Thu, 4 Aug 2005 09:26:18 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050804162618.GA96657@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 16:26:19 -0000 Can someone confirm or refute that the long double type has 53 bits in its significand on i386? Which header file in /usr/include provides this info? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 16:34:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB42716A41F for ; Thu, 4 Aug 2005 16:34:05 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca810.northgrum.com (xcgca810.northgrum.com [208.12.122.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58EA543D46 for ; Thu, 4 Aug 2005 16:34:05 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca800.northgrum.com ([157.127.103.70]) by xcgca810.northgrum.com with InterScan Messaging Security Suite; Thu, 04 Aug 2005 09:34:03 -0700 Received: from xcgco501.northgrum.com ([158.114.104.52]) by xcgca800.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Aug 2005 09:34:03 -0700 Received: from [192.168.217.128] ([158.114.106.12]) by xcgco501.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Aug 2005 10:33:02 -0600 From: Lonnie VanZandt Organization: Northrop Grumman To: freebsd-current@freebsd.org Date: Thu, 4 Aug 2005 10:30:02 -0600 User-Agent: KMail/1.8 References: <20050804162618.GA96657@troutmask.apl.washington.edu> In-Reply-To: <20050804162618.GA96657@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508041030.03075.lonnie.vanzandt@ngc.com> X-OriginalArrivalTime: 04 Aug 2005 16:33:02.0186 (UTC) FILETIME=[2EB2D4A0:01C59912] Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lonnie.vanzandt@ngc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 16:34:05 -0000 On Thursday 04 August 2005 10:26 am, Steve Kargl wrote: > Can someone confirm or refute that the long double type > has 53 bits in its significand on i386? Which header > file in /usr/include provides this info? Would a reference such as http://babbage.cs.qc.edu/IEEE-754/IEEE-754references.html help you? From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 16:50:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B046B16A420 for ; Thu, 4 Aug 2005 16:50:17 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F31E43D53 for ; Thu, 4 Aug 2005 16:50:08 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id BBE025CC7; Thu, 4 Aug 2005 12:50:07 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33789-06; Thu, 4 Aug 2005 12:49:57 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id 0D63B5C99; Thu, 4 Aug 2005 12:49:56 -0400 (EDT) Message-ID: <42F24737.2060705@mac.com> Date: Thu, 04 Aug 2005 12:49:59 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <20050804162618.GA96657@troutmask.apl.washington.edu> In-Reply-To: <20050804162618.GA96657@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 16:50:17 -0000 Steve Kargl wrote: > Can someone confirm or refute that the long double type > has 53 bits in its significand on i386? Which header > file in /usr/include provides this info? /usr/include/float.h ...? You may wish to examine the enquire.c program from: http://homepages.cwi.nl/~steven/enquire.html ...which has been bundled with GCC and maybe other things, too. On a FreeBSD/i386 system using a P3 CPU: PROPERTIES OF DOUBLE Base = 2 Significant base digits = 53 (= at least 15 decimal digits) Arithmetic rounds towards nearest Tie breaking rounds to even Smallest x such that 1.0-base**x != 1.0 = -53 Smallest x such that 1.0-x != 1.0 = 5.5511151231257839e-17 Smallest x such that 1.0+base**x != 1.0 = -52 Smallest x such that 1.0+x != 1.0 = 1.1102230246251568e-16 (Above number + 1.0) - 1.0 = 2.2204460492503131e-16 Number of bits used for exponent = 11 Minimum normalised exponent = -1022 Minimum normalised positive number = 2.2250738585072014e-308 The smallest numbers are not kept normalised Smallest unnormalised positive number = 4.9406564584124654e-324 Maximum exponent = 1024 Maximum number = 1.7976931348623157e+308 Overflow doesn't seem to generate a trap There is an 'infinite' value Divide by zero doesn't generate a trap Arithmetic uses a hidden bit It looks like double length IEEE format PROPERTIES OF LONG DOUBLE Base = 2 Significant base digits = 53 (= at least 15 decimal digits) Arithmetic rounds towards nearest Tie breaking rounds to even Smallest x such that 1.0-base**x != 1.0 = -53 Smallest x such that 1.0-x != 1.0 = 5.5511151231257839e-17 Smallest x such that 1.0+base**x != 1.0 = -52 Smallest x such that 1.0+x != 1.0 = 1.1102230246251568e-16 (Above number + 1.0) - 1.0 = 2.2204460492503131e-16 Number of bits used for exponent = 15 Minimum normalised exponent = -16382 Minimum normalised positive number = 0.0000000000000000e+00 *** WARNING: Possibly bad output from printf above expected value around 3.3621031431121065e-4932, bit pattern: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10000000 00000001 00000000 00001111 00101000 sscanf gave 0.0000000000000000e+00, bit pattern: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000101 00001000 difference= 0.0000000000000000e+00 The smallest numbers are not kept normalised Smallest unnormalised positive number = 0.0000000000000000e+00 *** WARNING: Possibly bad output from printf above expected value around 7.4653686412953384e-4948, bit pattern: 00000000 00001000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00001111 00101000 sscanf gave 0.0000000000000000e+00, bit pattern: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000101 00001000 difference= 0.0000000000000000e+00 Maximum exponent = 16384 Maximum number = Inf *** WARNING: Possibly bad output from printf above expected value around 1.1897314953572353e4932, bit pattern: 00000000 11111000 11111111 11111111 11111111 11111111 11111111 11111111 11111110 01111111 00001111 00101000 sscanf gave 0.0000000000000000e+00, bit pattern: 10101010 00011110 00001010 00101000 00000001 00000000 00000000 00000000 00000000 00000000 00000101 00001000 difference= Inf Overflow doesn't seem to generate a trap There is an 'infinite' value Divide by zero doesn't generate a trap Only 68 of the 96 bits of a long double are actually used It doesn't look like IEEE format Float expressions are evaluated in double precision Double expressions are evaluated in double precision Long double expressions are evaluated in double precision -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 16:54:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE1AA16A41F; Thu, 4 Aug 2005 16:54:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C4443D49; Thu, 4 Aug 2005 16:54:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 04 Aug 2005 13:09:15 -0400 From: John Baldwin To: current@FreeBSD.org Date: Thu, 4 Aug 2005 12:55:05 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508041255.05839.jhb@FreeBSD.org> Cc: alpha@FreeBSD.org Subject: Locking fixes for dc(4): please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 16:54:36 -0000 I have some fixes for the locking in the dc(4) driver, please test them if you have some dc(4) hardware, thanks! http://www.FreeBSD.org/~jhb/patches/dc_locking.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 16:57:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0060A16A41F for ; Thu, 4 Aug 2005 16:57:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6E0943D45 for ; Thu, 4 Aug 2005 16:57:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j74GvbiD096891; Thu, 4 Aug 2005 09:57:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j74Gvbe0096890; Thu, 4 Aug 2005 09:57:37 -0700 (PDT) (envelope-from sgk) Date: Thu, 4 Aug 2005 09:57:37 -0700 From: Steve Kargl To: Lonnie VanZandt Message-ID: <20050804165737.GB96813@troutmask.apl.washington.edu> References: <20050804162618.GA96657@troutmask.apl.washington.edu> <200508041030.03075.lonnie.vanzandt@ngc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508041030.03075.lonnie.vanzandt@ngc.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 16:57:38 -0000 On Thu, Aug 04, 2005 at 10:30:02AM -0600, Lonnie VanZandt wrote: > On Thursday 04 August 2005 10:26 am, Steve Kargl wrote: > > Can someone confirm or refute that the long double type > > has 53 bits in its significand on i386? Which header > > file in /usr/include provides this info? > > Would a reference such as > http://babbage.cs.qc.edu/IEEE-754/IEEE-754references.html help you? > No. I have a copy of IEEE-754, which states All implementations conforming to this standard shall support the single format. Implementations should support the extended format corresponding to the widest basic format supported, and need not support any other extended format. FreeBSD's float type is the single format. FreeBSD's double type is the double format and it also coincides with extended-single format. Note IEEE-754 says "Implementations should support" not "Implementations shall support". -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 17:08:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A98B316A41F for ; Thu, 4 Aug 2005 17:08:15 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 527BB43D45 for ; Thu, 4 Aug 2005 17:08:15 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id j74H8EBA097692; Thu, 4 Aug 2005 10:08:14 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200508041708.j74H8EBA097692@gate.bitblocks.com> To: Chuck Swiger In-reply-to: Your message of "Thu, 04 Aug 2005 12:49:59 EDT." <42F24737.2060705@mac.com> Date: Thu, 04 Aug 2005 10:08:14 -0700 From: Bakul Shah Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 17:08:15 -0000 > PROPERTIES OF LONG DOUBLE > Base = 2 > Significant base digits = 53 (= at least 15 decimal digits) $ cat x.c #include static double x = DBL_MAX; static long double min = LDBL_MIN; static long double max = LDBL_MAX; $ gcc -S x.c $ cat x.s .file "x.c" .data .p2align 3 .type x, @object .size x, 8 x: .long -1 .long 2146435071 .p2align 4 .type min, @object .size min, 12 min: .long 0 .long -2147483648 .long 1 .p2align 4 .type max, @object .size max, 12 max: .long 0 .long -2147483648 .long 32767 .ident "GCC: (GNU) 3.4.4 [FreeBSD] 20050518" So this indicates long double is 15 bits of exponent, 64 bits of mantissa. From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 17:10:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2452816A41F for ; Thu, 4 Aug 2005 17:10:33 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA5F43D46 for ; Thu, 4 Aug 2005 17:10:32 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j74HAV79097075; Thu, 4 Aug 2005 10:10:31 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j74HAVX0097074; Thu, 4 Aug 2005 10:10:31 -0700 (PDT) (envelope-from sgk) Date: Thu, 4 Aug 2005 10:10:31 -0700 From: Steve Kargl To: Bakul Shah Message-ID: <20050804171031.GA97033@troutmask.apl.washington.edu> References: <42F24737.2060705@mac.com> <200508041708.j74H8EBA097692@gate.bitblocks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508041708.j74H8EBA097692@gate.bitblocks.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 17:10:33 -0000 On Thu, Aug 04, 2005 at 10:08:14AM -0700, Bakul Shah wrote: > > PROPERTIES OF LONG DOUBLE > > Base = 2 > > Significant base digits = 53 (= at least 15 decimal digits) > > $ cat x.c > #include > static double x = DBL_MAX; > static long double min = LDBL_MIN; > static long double max = LDBL_MAX; > So this indicates long double is 15 bits of exponent, 64 bits of mantissa. No. It has 15 bits for the exponent and uses only 53 bits for the significand on i386. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 17:11:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0417116A41F for ; Thu, 4 Aug 2005 17:11:58 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C5AB43D45 for ; Thu, 4 Aug 2005 17:11:57 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 9B9075CEA; Thu, 4 Aug 2005 13:11:56 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33854-09; Thu, 4 Aug 2005 13:11:47 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-54-113.ny325.east.verizon.net [68.161.54.113]) by pi.codefab.com (Postfix) with ESMTP id F2D7A5C3A; Thu, 4 Aug 2005 13:11:46 -0400 (EDT) Message-ID: <42F24C55.2010501@mac.com> Date: Thu, 04 Aug 2005 13:11:49 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl , current@freebsd.org References: <20050804162618.GA96657@troutmask.apl.washington.edu> <42F24737.2060705@mac.com> <20050804170421.GD96813@troutmask.apl.washington.edu> In-Reply-To: <20050804170421.GD96813@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 17:11:58 -0000 Steve Kargl wrote: > On Thu, Aug 04, 2005 at 12:49:59PM -0400, Chuck Swiger wrote: [ ... ] >>/usr/include/float.h ...? > > It's wrong. Compare this > [ ...a chunk of snipped... ] > > with this > >>PROPERTIES OF LONG DOUBLE >>Base = 2 >>Significant base digits = 53 (= at least 15 decimal digits) [ ...output from enquire.c trimmed... ] >>Long double expressions are evaluated in double precision Agreed, it does look like is wrong. A quick look suggests this was broken somewhere in 5.x, since from 4.11 ends with: #define LDBL_MANT_DIG DBL_MANT_DIG #define LDBL_EPSILON DBL_EPSILON #define LDBL_DIG DBL_DIG #define LDBL_MIN_EXP DBL_MIN_EXP #define LDBL_MIN DBL_MIN #define LDBL_MIN_10_EXP DBL_MIN_10_EXP #define LDBL_MAX_EXP DBL_MAX_EXP #define LDBL_MAX DBL_MAX #define LDBL_MAX_10_EXP DBL_MAX_10_EXP #endif /* _MACHINE_FLOAT_H_ */ -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 18:02:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F61216A41F for ; Thu, 4 Aug 2005 18:02:36 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from viefep11-int.chello.at (viefep11-int.chello.at [213.46.255.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A58C43D45 for ; Thu, 4 Aug 2005 18:02:35 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at ([213.47.85.26]) by viefep11-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050804180232.JVWQ2678.viefep11-int.chello.at@wombat.fafoe.narf.at>; Thu, 4 Aug 2005 20:02:32 +0200 Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id E53ED15B; Thu, 4 Aug 2005 20:02:31 +0200 (CEST) Date: Thu, 4 Aug 2005 20:02:31 +0200 From: Stefan Farfeleder To: Steve Kargl Message-ID: <20050804180229.GA632@wombat.fafoe.narf.at> Mail-Followup-To: Steve Kargl , freebsd-current@freebsd.org References: <20050804162618.GA96657@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804162618.GA96657@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 18:02:36 -0000 On Thu, Aug 04, 2005 at 09:26:18AM -0700, Steve Kargl wrote: > Can someone confirm or refute that the long double type > has 53 bits in its significand on i386? Which header > file in /usr/include provides this info? The type long double has 64 mantissa bits, however we set the FPU to 53-bit precision to get double computations right. Stefan From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 18:16:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011D816A41F for ; Thu, 4 Aug 2005 18:16:31 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8505343D45 for ; Thu, 4 Aug 2005 18:16:30 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by wproxy.gmail.com with SMTP id i8so415888wra for ; Thu, 04 Aug 2005 11:16:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=nymp6hrJaKuRAKzMJuJlhszfU+DD8tdGpeoIrVSrXWO48fTJc44yseaG6p+/UjdB+KCAImei5aAMmfktoQktwiV3tMv9la+kQfEnOSVzNsZvPjGnb+3m7hBAImdmcUybOdc4rtgCaPetp+8z9S/9Cy8mmsjIWgEp7T+rh6yJ57E= Received: by 10.54.57.44 with SMTP id f44mr1824049wra; Thu, 04 Aug 2005 11:16:29 -0700 (PDT) Received: by 10.54.118.16 with HTTP; Thu, 4 Aug 2005 11:16:29 -0700 (PDT) Message-ID: Date: Thu, 4 Aug 2005 20:16:29 +0200 From: Pawel Worach To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: jroberson@chesapeake.net Subject: panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:750 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pawel Worach List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 18:16:31 -0000 Hi Jeff, list, Similar panic was reported some time ago with an almost identical stack tra= ce. This also happened while updating src/ sources using cvs. I can't repro it on demand. FreeBSD 7.0-CURRENT #0: Thu Aug 4 04:18:30 CEST 2005 with sources from about four hours earlier. Hardware is dual Xeon + HTT, SMP kernel, no INVARIANTS or WITNESS. # ident /sys/kern/vfs_subr.c /sys/kern/vfs_subr.c: $FreeBSD: src/sys/kern/vfs_subr.c,v 1.637 2005/08/03 05:36:50 jeff Exp= $ panic: lock (sleep mutex) vnode interlock not locked @ /usr/src/sys/kern/vfs_subr.c:750 cpuid =3D 0 KDB: stack backtrace: kdb_backtrace(c06d5257,0,c06bf853,e5108c14,c23a8a80) at kdb_backtrace+0x2e panic(c06bf853,c06cf69c,c06bf19a,c06c48b6,2ee) at panic+0x139 witness_unlock(c472e8fc,8,c06c48b6,2ee,c472e880) at witness_unlock+0xda _mtx_unlock_flags(c472e8fc,0,c06c48b6,2ee,c472e880) at _mtx_unlock_flags+0x= 8a vdestroy(c472e880,0,c472e880,c472e880,c472e880) at vdestroy+0x237 vdropl(c472e880,e5108cb4,c06c48b6,24e,7) at vdropl+0x50 vlrureclaim(c25ec800,0,c06c48b6,2b1,3e8) at vlrureclaim+0x262 vnlru_proc(0,e5108d38,c06b8f6d,30d,0) at vnlru_proc+0x20d fork_exit(c057d3e0,0,e5108d38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe5108d6c, ebp =3D 0 --- Uptime: 15h3m41s Dumping 1023 MB (2 chunks) chunk 0: 1MB (157 pages) ... ok chunk 1: 1023MB (261851 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc051695a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 97 #2 0xc0516d34 in panic (fmt=3D0xc06bf853 "lock (%s) %s not locked @ %s:%d"= ) at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc054201a in witness_unlock (lock=3D0xc472e8fc, flags=3D8, file=3D0xc06c48b6 "/usr/src/sys/kern/vfs_subr.c", line=3D750) at /usr/src/sys/kern/subr_witness.c:1133 #4 0xc050c86a in _mtx_unlock_flags (m=3D0xc472e8fc, opts=3D0, file=3D0xc06c48b6 "/usr/src/sys/kern/vfs_subr.c", line=3D750) at /usr/src/sys/kern/kern_mutex.c:297 #5 0xc057d907 in vdestroy (vp=3D0xc472e880) at /usr/src/sys/kern/vfs_subr.= c:750 #6 0xc0580500 in vdropl (vp=3D0xc472e880) at /usr/src/sys/kern/vfs_subr.c:= 2110 #7 0xc057d182 in vlrureclaim (mp=3D0xc25ec800) at /usr/src/sys/kern/vfs_subr.c:593 #8 0xc057d5ed in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:693 #9 0xc04fdd41 in fork_exit (callout=3D0xc057d3e0 , arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #10 0xc067716c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) frame 5 #5 0xc057d907 in vdestroy (vp=3D0xc472e880) at /usr/src/sys/kern/vfs_subr.= c:750 750 VI_UNLOCK(vp); (kgdb) print *vp $1 =3D {v_type =3D VBAD, v_tag =3D 0xc06b46ed "none", v_op =3D 0xc06e56a0, v_data =3D 0x0, v_mount =3D 0x0, v_nmntvnodes =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc3140ab4}, v_un =3D {vu_mount =3D 0x0, vu_socket =3D 0x0= , vu_cdev =3D 0x0, vu_fifoinfo =3D 0x0}, v_hashlist =3D {le_next =3D 0xc4= ad7440, le_prev =3D 0xc24af9bc}, v_hash =3D 200297, v_cache_src =3D {lh_first = =3D 0x0}, v_cache_dst =3D {tqh_first =3D 0x0, tqh_last =3D 0xc472e8b0}, v_dd =3D 0x= 0, v_cstart =3D 0, v_lasta =3D 0, v_lastw =3D 0, v_clen =3D 0, v_lock =3D { lk_interlock =3D 0xc0713238, lk_flags =3D 64, lk_sharecount =3D 0, lk_waitcount =3D 0, lk_exclusivecount =3D 0, lk_prio =3D 80, lk_wmesg =3D 0xc06c2905 "ufs", lk_timo =3D 51, lk_lockholder =3D 0xffff= ffff, lk_newlock =3D 0x0}, v_interlock =3D {mtx_object =3D {lo_class =3D 0xc0= 6ec084, lo_name =3D 0xc06bf19a "vnode interlock", lo_type =3D 0xc06bf19a "vnode interlock", lo_flags =3D 196608, lo_lis= t =3D { tqe_next =3D 0xc4a028fc, tqe_prev =3D 0xc533c19c}, lo_witness =3D 0xc0724b10}, mtx_lock =3D 4, mtx_recurse =3D 0}, v_vnlock =3D 0xc472e8d8, v_holdcnt =3D 0, v_usecount =3D 0, v_iflag =3D 1= 28, v_vflag =3D 0, v_writecount =3D 0, v_freelist =3D {tqe_next =3D 0xc3c3777= 0, tqe_prev =3D 0xc0762170}, v_bufobj =3D {bo_mtx =3D 0xc472e8fc, bo_clean= =3D { bv_hd =3D {tqh_first =3D 0x0, tqh_last =3D 0xc472e944}, bv_root =3D 0= x0, bv_cnt =3D 0}, bo_dirty =3D {bv_hd =3D {tqh_first =3D 0x0, tqh_last =3D 0xc472e954}, bv_root =3D 0x0, bv_cnt =3D 0}, bo_numout= put =3D 0, bo_flag =3D 0, bo_ops =3D 0xc06f2f64, bo_bsize =3D 16384, bo_object =3D= 0x0, bo_synclist =3D {le_next =3D 0x0, le_prev =3D 0x0}, bo_private =3D 0xc4= 72e880, __bo_vnode =3D 0xc472e880}, v_pollinfo =3D 0x0, v_label =3D 0x0} (kgdb) list 745 VNASSERT(bo->bo_clean.bv_root =3D=3D NULL, vp, ("cleanblkroot not NULL")); 746 VNASSERT(bo->bo_dirty.bv_cnt =3D=3D 0, vp, ("dirtybufcnt no= t 0")); 747 VNASSERT(bo->bo_dirty.bv_root =3D=3D NULL, vp, ("dirtyblkroot not NULL")); 748 VNASSERT(TAILQ_EMPTY(&vp->v_cache_dst), vp, ("vp has namecache dst")); 749 VNASSERT(LIST_EMPTY(&vp->v_cache_src), vp, ("vp has namecache src")); 750 VI_UNLOCK(vp); 751 #ifdef MAC 752 mac_destroy_vnode(vp); 753 #endif 754 if (vp->v_pollinfo !=3D NULL) { (kgdb) vmcore and kernel.debug archived in case more info is needed. --=20 Pawel From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 18:28:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9B2516A41F for ; Thu, 4 Aug 2005 18:28:09 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7553E43D55 for ; Thu, 4 Aug 2005 18:28:09 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j74IS97n097538 for ; Thu, 4 Aug 2005 11:28:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j74IS9fa097537 for freebsd-current@freebsd.org; Thu, 4 Aug 2005 11:28:09 -0700 (PDT) (envelope-from sgk) Date: Thu, 4 Aug 2005 11:28:09 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050804182809.GA97384@troutmask.apl.washington.edu> References: <20050804162618.GA96657@troutmask.apl.washington.edu> <20050804180229.GA632@wombat.fafoe.narf.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804180229.GA632@wombat.fafoe.narf.at> User-Agent: Mutt/1.4.2.1i Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 18:28:09 -0000 On Thu, Aug 04, 2005 at 08:02:31PM +0200, Stefan Farfeleder wrote: > On Thu, Aug 04, 2005 at 09:26:18AM -0700, Steve Kargl wrote: > > Can someone confirm or refute that the long double type > > has 53 bits in its significand on i386? Which header > > file in /usr/include provides this info? > > The type long double has 64 mantissa bits, however we set the FPU to > 53-bit precision to get double computations right. > This is screwing up my test programs that compare my implementations of sqrtl, logl, acoshl, asinhl, atanhl, log2l, log10l, and cbrtl with GMP/MPFR values. I was using the values from float.h to set the number of bits and number of decimal digits in the GMP/MPFR computation, Once I account for the fact that long double is 53-bits instead of 64 bits, my test program for sqrt (compiled with -fno-builtin) shows kargl[206] ./sqrt 1000000 1 Checking sqrtf, sqrt, and sqrtl ... Fuzzy: 15 15943 16333 Failed: 0 0 0 I'm generating 1000000 random numbers of the form s * F * 2^(S * 1) where s and S are randomly set to +1 or -1 and F is in [1/2,1). Fuzzy compares the output of sprintf conversed float, double, and long double sqrt functions with the string generated by GMP/MPFR. It does not count a possible rounding error in the 15 decimal place as a failure. So, we see sqrtf has 15 possible rounding problems, sqrt has 15943, and my sqrtl has 16333 possible rounding problems. Contrast this with kargl[216] ./log 10 1 Checking logf, log, and logl ... log(9.98924517538399e-01) -1.07606120785561e-03 libm -1.07606120785517e-03 mpfr logl(9.98924517538399e-01) -1.07606120785561e-03 libm -1.07606120785517e-03 mpfr Fuzzy: 0 2 2 Failed: 0 1 1 Our log() seems suspect. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 18:40:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76B2616A41F; Thu, 4 Aug 2005 18:40:52 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B3643D48; Thu, 4 Aug 2005 18:40:52 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 236984A9A5; Thu, 4 Aug 2005 13:40:51 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 09552-01-91; Thu, 4 Aug 2005 13:40:50 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id 73C254A9A3; Thu, 4 Aug 2005 13:40:50 -0500 (CDT) Date: Thu, 4 Aug 2005 13:40:50 -0500 From: Alan Cox To: Robert Watson Message-ID: <20050804184050.GA18131@cs.rice.edu> References: <2C087707-319D-44BE-B770-89B7AF3CBD96@tamu.edu> <20050804111929.I23885@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804111929.I23885@fledge.watson.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu Cc: alc@FreeBSD.org, "R. Tyler Ballance" , freebsd-current@freebsd.org Subject: Re: Kernel spewing errors/warnings on 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 18:40:52 -0000 On Thu, Aug 04, 2005 at 11:21:33AM +0100, Robert Watson wrote: > On Thu, 4 Aug 2005, R. Tyler Ballance wrote: > > >After restarting my FreeBSD-CURRENT workstation, shortly after I logged > >in, and shortly before bg_fsck had completely (power outage last night) > >I got the following set of messages spewed to ttyv0 : > > This is a non-fatal warning of a lock order issue between UMA and the VM > system. I.e., you don't need to worry per se, but we do need to fix the > source of the problem. I haven't had a chance to investigate what commit > started the recent spate of these, but I'm guessing a new lock is either > acquired in the vm_pageout code, or in the vm_map code, and UMA sits in > the middle. This is part of the cyclic dependency between UMA an VM. > UMA is acquiring its lock so it can safely walk and drain the zone list > without zones disappearing, etc. Off the top my head, I can't think of any recent locking changes that could have this effect. That aside, the lock order below is the one that I would describe as correct, or at least expected. Can you hardwire this ordering into witness and see where it is being violated. I hypothesize that it is startup_alloc(). Regards, Alan > > > >Aug 3 16:19:17 workstation kernel: lock order reversal > >Aug 3 16:19:17 workstation kernel: 1st 0xc097ab20 UMA lock (UMA lock) @ > >/usr/src/sys/vm/uma_core.c:1491 > >Aug 3 16:19:17 workstation kernel: 2nd 0xc1060144 system map (system map) > >@ /usr/src/sys/vm/vm_map.c:2317 > >Aug 3 16:19:17 workstation kernel: KDB: stack backtrace: > >Aug 3 16:19:17 workstation kernel: kdb_backtrace > >(0,ffffffff,c092fc38,c092fd78,c08ba624) at kdb_backtrace+0x29 > >Aug 3 16:19:17 workstation kernel: witness_checkorder > >(c1060144,9,c0870d80,90d) at witness_checkorder+0x564 > >Aug 3 16:19:17 workstation kernel: > >_mtx_lock_flags(c1060144,0,c0870d80,90d) at _mtx_lock_flags+0x5b > >Aug 3 16:19:17 workstation kernel: _vm_map_lock(c10600c0,c0870d80,90d) at > >_vm_map_lock+0x26 > >Aug 3 16:19:17 workstation kernel: vm_map_remove > >(c10600c0,c1d0a000,c1d0b000,d56ecc08,c077e4e1) at vm_map_remove+0x1f > >Aug 3 16:19:17 workstation kernel: kmem_free > >(c10600c0,c1d0a000,1000,d56ecc38,c077de8e) at kmem_free+0x25 > >Aug 3 16:19:17 workstation kernel: page_free(c1d0a000,1000,2) at > >page_free+0x29 > >Aug 3 16:19:17 workstation kernel: zone_drain(c104a960) at > >zone_drain+0x26a > >Aug 3 16:19:17 workstation kernel: zone_foreach > >(c077dc24,d56eccec,c078fcaf,c1a3d900,d56ecc74) at zone_foreach+0x37 > >Aug 3 16:19:17 workstation kernel: uma_reclaim > >(c1a3d900,d56ecc74,0,c0926260,d56ecc80) at uma_reclaim+0x12 > >Aug 3 16:19:17 workstation kernel: vm_pageout_scan > >(0,c097af80,0,c087226d,5c3) at vm_pageout_scan+0x103 > >Aug 3 16:19:17 workstation kernel: vm_pageout(0,d56ecd38,0,c0790a68,0) at > >vm_pageout+0x2c3 > >Aug 3 16:19:17 workstation kernel: fork_exit(c0790a68,0,d56ecd38) at > >fork_exit+0xa0 > >Aug 3 16:19:17 workstation kernel: fork_trampoline() at > >fork_trampoline+0x8 > >Aug 3 16:19:17 workstation kernel: --- trap 0x1, eip = 0, esp = > >0xd56ecd6c, ebp = 0 --- > > > > > >FreeBSD workstation.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Jul 16 > >15:09:18 CDT 2005 root@workstation.local:/usr/obj/usr/src/sys/GENERIC > >i386 > > > >***************************** > > > >This didn't cause the kernel to panic or anything, I just figured the > >kernel debugger output might be helpful to somebody here... > > > >The same lock order reversal happened the last time I did a clean reboot, > >and this time after a hard restart. > > > >dmesg output is here if needed: http://agentdero.com/~tyler/ > >dmesg.workstation.txt > > > >Is this nothing to worry about? Or is something going slightly wrong? > > > >Cheers, > > > >-R. Tyler Ballance > > > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 18:43:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1435C16A41F for ; Thu, 4 Aug 2005 18:43:46 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C3243D45 for ; Thu, 4 Aug 2005 18:43:45 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so410409rna for ; Thu, 04 Aug 2005 11:43:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=iFeuM38k5rjCj9JZjF0A6NnDEnvIXZzHYH1EefolqIUYV2X6RsL8CAl2qAHiMfZ0fnbNrzWI9BgHnFEsetRBqFKhaVafxiu/Sbeo2RXfocm3FS+uB2f2UPtK6nlCmhAYk987LIHvjYkbdWAoszJ9abpShnTseeQZJAYtMEu6MPo= Received: by 10.38.76.64 with SMTP id y64mr976597rna; Thu, 04 Aug 2005 11:43:45 -0700 (PDT) Received: from ?192.168.15.122? ([68.190.230.198]) by mx.gmail.com with ESMTP id r34sm1301103rna.2005.08.04.11.43.30; Thu, 04 Aug 2005 11:43:45 -0700 (PDT) From: Pascal Hofstee To: current@FreeBSD.org Content-Type: text/plain Date: Thu, 04 Aug 2005 11:42:22 -0700 Message-Id: <1123180942.75727.3.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: buildworld broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 18:43:46 -0000 I have tried a buildworld for 7.0-CURRENT/amd64 for two days straight now .. and it keeps bailing out with the following error. It looks like somehow "MACHINE=i386 MACHINE_ARCH=i386" are not getting properly set during the building of these lib32 bits. Can somebody please confirm this breakage ... as i haven't seen the tinderboxes complain yet. (I have no NO_* settings or TARGET_ARCH specifications in my make.conf). ===> kerberos5/lib/libasn1 (depend,all,install) building shared library libasn1.so.8 /usr/obj/usr/src/tmp/usr/bin/ld: warning: i386 architecture of input file `asn1_err.So' is incompatible with i386:x86-64 output asn1_err.So(.text+0x33): In function `initialize_asn1_error_table_r': /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:26: undefined reference to `initialize_error_table_r' asn1_err.So(.text+0x6c): In function `initialize_asn1_error_table': /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:31: undefined reference to `init_error_table' *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 18:58:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9171516A420 for ; Thu, 4 Aug 2005 18:58:26 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259BF43D46 for ; Thu, 4 Aug 2005 18:58:25 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so241758nzo for ; Thu, 04 Aug 2005 11:58:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=c+LuupFTPm4442FEy+JnanT6G+w9xXxDqiMqd/7JeX2Sqb+hSzLvIu2In4Lm1PFwGbNz58VSBT/ELU6NTq7t2UZCHS/2fmDZ35q5sQO0GbHVYqix/RKECXllcnlreg4d/P8OU6vzzUz9oi0V8rKPqt1cTK2CbYnq5RW0ByrgHVA= Received: by 10.36.19.10 with SMTP id 10mr954980nzs; Thu, 04 Aug 2005 11:58:25 -0700 (PDT) Received: from ?192.168.15.122? ([68.190.230.198]) by mx.gmail.com with ESMTP id 38sm462459nzf.2005.08.04.11.58.24; Thu, 04 Aug 2005 11:58:25 -0700 (PDT) From: Pascal Hofstee To: current@FreeBSD.org Content-Type: text/plain Date: Thu, 04 Aug 2005 11:42:22 -0700 Message-Id: <1123180942.75727.3.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: buildworld broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 18:58:26 -0000 I have tried a buildworld for 7.0-CURRENT/amd64 for two days straight now .. and it keeps bailing out with the following error. It looks like somehow "MACHINE=i386 MACHINE_ARCH=i386" are not getting properly set during the building of these lib32 bits. Can somebody please confirm this breakage ... as i haven't seen the tinderboxes complain yet. (I have no NO_* settings or TARGET_ARCH specifications in my make.conf). ===> kerberos5/lib/libasn1 (depend,all,install) building shared library libasn1.so.8 /usr/obj/usr/src/tmp/usr/bin/ld: warning: i386 architecture of input file `asn1_err.So' is incompatible with i386:x86-64 output asn1_err.So(.text+0x33): In function `initialize_asn1_error_table_r': /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:26: undefined reference to `initialize_error_table_r' asn1_err.So(.text+0x6c): In function `initialize_asn1_error_table': /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:31: undefined reference to `init_error_table' *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 19:04:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0282916A41F; Thu, 4 Aug 2005 19:04:44 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEBA343D46; Thu, 4 Aug 2005 19:04:42 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail07.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j74J4X9C004585 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 5 Aug 2005 05:04:35 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j74J4XSR002855; Fri, 5 Aug 2005 05:04:33 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j74J4WuP002854; Fri, 5 Aug 2005 05:04:32 +1000 (EST) (envelope-from pjeremy) Date: Fri, 5 Aug 2005 05:04:32 +1000 From: Peter Jeremy To: David Malone Message-ID: <20050804190432.GA2104@cirb503493.alcatel.com.au> References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> <20050804092637.GA12561@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804092637.GA12561@walton.maths.tcd.ie> User-Agent: Mutt/1.4.2i Cc: Dan Nelson , Maxim.Sobolev@portaone.com, "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 19:04:44 -0000 On Thu, 2005-Aug-04 10:26:37 +0100, David Malone wrote: >On Thu, Aug 04, 2005 at 05:57:11PM +1000, Peter Jeremy wrote: >> That said, I've seen similar behaviour on other systems so it could be >> a subtle side-effect of POSIX. > >There are some magic things about fseek in the C standard - I wonder >if this could be related to them. For example (from C99) in the >commentry on fopen: [read/write switching] I don't see anything there that mandates the existing behaviour. The existing behaviour may be a simple way to implement the requirements but a more efficient way would seem to be to use flags to allow read/write switching and only reload the buffer if the next I/O operation specifies a different direction to the previous one. >Could what stdio is doing be related to flushing ungetc? The ungetc buffer is separate to the normal I/O buffer. Flushing it shouldn't require the normal I/O buffer to be re-read. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 19:15:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD8DD16A41F for ; Thu, 4 Aug 2005 19:15:50 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail20.syd.optusnet.com.au (mail20.syd.optusnet.com.au [211.29.132.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E5F43D46 for ; Thu, 4 Aug 2005 19:15:49 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail20.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j74JFlmI027948 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 5 Aug 2005 05:15:48 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j74JFlSR002877; Fri, 5 Aug 2005 05:15:47 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j74JFlHI002876; Fri, 5 Aug 2005 05:15:47 +1000 (EST) (envelope-from pjeremy) Date: Fri, 5 Aug 2005 05:15:47 +1000 From: Peter Jeremy To: Steve Kargl Message-ID: <20050804191547.GB2104@cirb503493.alcatel.com.au> References: <20050804162618.GA96657@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804162618.GA96657@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 19:15:50 -0000 On Thu, 2005-Aug-04 09:26:18 -0700, Steve Kargl wrote: >Can someone confirm or refute that the long double type >has 53 bits in its significand on i386? Which header >file in /usr/include provides this info? A long double on an i386 is 64 bits by default. The FP initialisation code in FreeBSD sets rounding precision to double so that only 53 bits are available. You can override this in userland with fpsetprec() (but note this may adversely impact on the accuracy of some libm functions). See the LDBL_* macros in for native precision. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 19:30:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 364B116A41F for ; Thu, 4 Aug 2005 19:30:46 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD90B43D49 for ; Thu, 4 Aug 2005 19:30:45 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j74JUZmd098003; Thu, 4 Aug 2005 12:30:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j74JUUas098002; Thu, 4 Aug 2005 12:30:30 -0700 (PDT) (envelope-from sgk) Date: Thu, 4 Aug 2005 12:30:30 -0700 From: Steve Kargl To: Peter Jeremy Message-ID: <20050804193030.GA97987@troutmask.apl.washington.edu> References: <20050804162618.GA96657@troutmask.apl.washington.edu> <20050804191547.GB2104@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804191547.GB2104@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 19:30:46 -0000 On Fri, Aug 05, 2005 at 05:15:47AM +1000, Peter Jeremy wrote: > On Thu, 2005-Aug-04 09:26:18 -0700, Steve Kargl wrote: > >Can someone confirm or refute that the long double type > >has 53 bits in its significand on i386? Which header > >file in /usr/include provides this info? > > A long double on an i386 is 64 bits by default. The FP initialisation > code in FreeBSD sets rounding precision to double so that only 53 bits > are available. You can override this in userland with fpsetprec() (but > note this may adversely impact on the accuracy of some libm functions). fpsetprec is deprecated. In addition, one finds "... fpsetprec() functions provide functionality unavailable on many platforms. At present, they are implemented only on the i386 and amd64 platforms". > See the LDBL_* macros in for native precision. That's the problem. The LDBL* macros misrepresent the actual precision used. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 19:39:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E9316A41F; Thu, 4 Aug 2005 19:39:01 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8E9043D46; Thu, 4 Aug 2005 19:38:56 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j74Jcmci016495 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 5 Aug 2005 05:38:49 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j74JcmSR002907; Fri, 5 Aug 2005 05:38:48 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j74Jcmpt002906; Fri, 5 Aug 2005 05:38:48 +1000 (EST) (envelope-from pjeremy) Date: Fri, 5 Aug 2005 05:38:48 +1000 From: Peter Jeremy To: Andrey Chernov , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Message-ID: <20050804193848.GC2104@cirb503493.alcatel.com.au> References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> <20050804082527.GA22992@nagual.pp.ru> <20050804104236.GC271@cirb503493.alcatel.com.au> <20050804105208.GA26150@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804105208.GA26150@nagual.pp.ru> User-Agent: Mutt/1.4.2i Cc: Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 19:39:01 -0000 On Thu, 2005-Aug-04 14:52:08 +0400, Andrey Chernov wrote: >But there is no similar user-visible knob to turn on/off fseek's in-buffer >seeking, so it is always off for chardev for more safety. ... >> In both cases above, seek really needs to be intelligent - more so >> than for regular files. It needs to lseek() in multiples of the >> device block size and then adjust the buffer offset to handle any >> remainder. > >I don't understand this statement well enough. Currently fseek always >sense in-buffer data for regular files for both SEEK_SET and SEEK_CUR. Consider buffered stdio to a disk device. The underlying device requires I/O to be in multiples of 512 bytes with an offset at multiples of 512 bytes. IMHO, these alignment requirements should be hidden from the user - I should be able to write code like: c = getc(disk); fseek(disk, 3, SEEK_CUR); w = getw(disk); fseek(disk, 1, SEEK_CUR); c1 = getc(disk); fseek(disk, c1, SEEK_CUR); to work my way through data on the disk. Currently, I can't do that because the fseek() is transparent and the underlying lseek() will fail. Instead, I need to write code like: fread(buf, sizef(buf), 1, disk); char *bp = buf; ... /* getc */ c = *bp++; if (bp == buf + sizeof(buf)) { fread(buf, sizef(buf), 1, disk); bp = buf; } /* fseek(+3) */ bp += 3; if (bp >= buf + sizeof(buf)) { fread(buf, sizef(buf), 1, disk); bp = buf; } /* getw */ if (buf + sizeof(buf) - bp > sizeof(int)) { w = *(int *)bp; bp += sizeof(int); } else { int i; for (w = i = 0; i < sizeof(int); i++) w |= *bp++ << (i * 8); if (bp == buf + sizeof(buf)) { fread(buf, sizef(buf), 1, disk); bp = buf; } } } /* fseek(+1) */ bp++; if (bp >= buf + sizeof(buf)) { fread(buf, sizef(buf), 1, disk); bp = buf; } /* getc */ c1 = *bp++; if (bp == buf + sizeof(buf)) { fread(buf, sizef(buf), 1, disk); bp = buf; } /* fseek(+c1) */ bp += c1; if (bp >= buf + sizeof(buf)) { fread(buf, sizef(buf), 1, disk); bp = buf; } ie, I've had to implement my own buffering which basically negates the whole purpose of stdio. (Note that both sets of code examples need error checking added - which significantly increases the size of each). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 21:27:32 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 479C516A41F; Thu, 4 Aug 2005 21:27:32 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E8FD43D69; Thu, 4 Aug 2005 21:27:20 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 4FA9C11B07; Thu, 4 Aug 2005 23:27:19 +0200 (CEST) Date: Thu, 4 Aug 2005 23:27:19 +0200 From: "Simon L. Nielsen" To: John Baldwin Message-ID: <20050804212718.GD852@zaphod.nitro.dk> References: <200508041255.05839.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI" Content-Disposition: inline In-Reply-To: <200508041255.05839.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: alpha@FreeBSD.org, current@FreeBSD.org Subject: Re: Locking fixes for dc(4): please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 21:27:32 -0000 --hxkXGo8AKqTJ+9QI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.08.04 12:55:05 -0400, John Baldwin wrote: > I have some fixes for the locking in the dc(4) driver, please test them i= f you=20 > have some dc(4) hardware, thanks! >=20 > http://www.FreeBSD.org/~jhb/patches/dc_locking.patch It hasn't blown up yet with: dc0: port 0xec00-0xec7f mem 0xeb104000-0xeb1043f= f irq 15 at device 20.0 on pci0 dc0: Ethernet address: 00:40:f4:36:4e:e7 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] --=20 Simon L. Nielsen --hxkXGo8AKqTJ+9QI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8og2h9pcDSc1mlERAs9XAJ4yYJEAeIkcvckbLdsTkM0MB6nlTACfQLID TsjcvF9Vco+16U+0Y4taUlg= =+EhZ -----END PGP SIGNATURE----- --hxkXGo8AKqTJ+9QI-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 22:28:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C1E16A41F for ; Thu, 4 Aug 2005 22:28:38 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from mailserver1.internap.com (mailserver1.internap.com [63.251.68.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBCCB43D46 for ; Thu, 4 Aug 2005 22:28:37 +0000 (GMT) (envelope-from rnoland@2hip.net) Received: from [63.251.67.32] (account rnoland@mail.internap.com HELO bbeng-laptop.acs.internap.com) by mailserver1.internap.com (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 50554589; Thu, 04 Aug 2005 18:28:37 -0400 From: "Robert C. Noland III" To: Sam Leffler In-Reply-To: <42F1A1BD.1090103@errno.com> References: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> <42F031E1.3080806@errno.com> <1123106915.1052.36.camel@bbeng-laptop.acs.internap.com> <42F1A1BD.1090103@errno.com> Content-Type: text/plain Organization: 2 Hip Networks Date: Thu, 04 Aug 2005 18:26:03 -0400 Message-Id: <1123194363.3878.14.camel@bbeng-laptop.acs.internap.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 22:28:38 -0000 On Wed, 2005-08-03 at 22:03 -0700, Sam Leffler wrote: > Robert C. Noland III wrote: > > Ok, on the ath card the issue seems to be related to the interaction > > with the AP and the roaming mode... This problem is exacerbated by the > > fact that I sometimes manage to get the card into a state where I can > > see outbound 802.11 frames with tcpdump, but never see inbound packets, > > i.e. probe responses... Those are the instances when it scans > > forever... Ejecting the card and re-inserting gets me back to a useful > > state. > > > > This is long, sorry... > > > > This is what happens when I plug the card in and wpa_supplicant tries to > > configure the card. > > > > Aug 3 12:02:39 bbeng-laptop kernel: ath0: mem > > 0xf4010000-0xf401ffff irq 11 at device 0.0 on cardbus1 > > Aug 3 12:02:39 bbeng-laptop kernel: ath0: Ethernet address: > > 00:12:17:6e:fc:18 > > Aug 3 12:02:39 bbeng-laptop kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > > Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 12:03:18 bbeng-laptop last message repeated 28 times > > Aug 3 12:03:18 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > AUTH > > Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > > SCAN > > Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > AUTH > > Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > > SCAN > > Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 12:03:33 bbeng-laptop last message repeated 28 times > > Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 12:03:44 bbeng-laptop last message repeated 28 times > > Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 12:03:55 bbeng-laptop last message repeated 28 times > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > AUTH > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > > success: long preamble, long slot time > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > RUN > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to UP > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 9) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to DOWN > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition What about this ASSOC -> ASSOC transition with wpa_supplicant? > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 7) > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > ASSOC > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid > > transition > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 12:03:59 bbeng-laptop last message repeated 15 times > > Aug 3 12:03:59 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > INIT > > > > It continues scanning, but never associates again... > > The error responses from the ap seem to indicate dropped frames. What > does ifconfig ath0 list scan show for the rssi? If possible you might > try moving the ap to channel 6 or 11. bbeng-laptop# ifconfig ath0 list scan SSID BSSID CHAN RATE S:N INT CAPS test001 00:0d:93:e9:cf:d4 1 11M 30:0 100 EP test001 00:0d:93:e9:bf:c1 1 11M 14:0 100 EP > > > > When I "wpa_cli term" wpa_supplicant, it leaves the card like this... > > > > ath0: flags=8802 mtu 1500 > > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > ether 00:12:17:6e:fc:18 > > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > > status: no carrier > > ssid "" > > authmode OPEN privacy OFF deftxkey 1 txpowmax 34 roaming DEVICE > > bintval 100 > > > > NOTE: roaming is set to DEVICE > > That's just wpa_supplicant; it should be fixed to restore the previous > settings instead of blindly forcing a fixed value on cleanup. > > > > > bbeng-laptop# ifconfig ath0 ssid "test001" authmode shared wepmode on > > weptxkey 1 wepkey "xxxxx" > > > > Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 13:50:51 bbeng-laptop last message repeated 151 times > > Aug 3 13:52:52 bbeng-laptop last message repeated 593 times > > > > card not seeing probe responses... later test same state below... > > > > Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 15:29:06 bbeng-laptop last message repeated 28 times > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > AUTH > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > > ASSOC > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > > success: long preamble, long slot time > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > RUN > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to UP > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 9) > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > > ASSOC > > Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to DOWN > > > > ath0: flags=8843 mtu 1500 > > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > ether 00:12:17:6e:fc:18 > > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > > status: no carrier > > ssid test001 channel 1 > > authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax > > 46 > > protmode CTS roaming DEVICE bintval 100 > > > > lights on card blinking like it is associated and no further scanning. > > The card was left in ASSOC state so the lights reflect that. Because > roaming was set to device nothing progressed. But the basic problem is > still you don't appear to be getting frames through to the ap. > > > > > bbeng-laptop# ifconfig ath0 roaming auto > > > > Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> > > SCAN > > Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > SCAN > > Aug 3 14:07:42 bbeng-laptop last message repeated 28 times > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> > > AUTH > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> > > ASSOC > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > > success: long preamble, long slot time > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > RUN > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 9) > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > > ASSOC > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > > success: long preamble, long slot time > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > RUN > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv > > disassociated (reason 9) > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> > > ASSOC > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc > > success: long preamble, long slot time > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> > > RUN > > Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP > > > > It's all good now... > > > > ath0: flags=8843 mtu 1500 > > inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > ether 00:12:17:6e:fc:18 > > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > > status: associated > > ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 > > authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax > > 46 > > protmode CTS bintval 100 > > > > I either have or can provide tcpdumps of each specific case if that > > helps more, but I figure this message is long enough already. > > Better would be a 3rd sta sniffing traffic and also recording rssi > (collect -y IEEE802_11_RADIO). Your problem seems unrelated to wep or > roaming mode; you appear to just not get frames through reliably. When > this happens I look at stats on the sta and the ap. athstats can be > useful here; something like > > athstats 1 athstats 1 while running ping -f 19927 packets transmitted, 19926 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.259/1.613/9.182/0.266 ms input output altrate short long xretry crcerr crypt phyerr rssi rate 7047 7020 1 0 53 0 348 0 0 33 11M 592 592 0 0 5 0 0 0 0 33 11M 601 601 0 0 0 0 0 0 0 33 11M 598 598 0 0 0 0 0 0 0 32 11M 601 601 0 0 0 0 0 0 0 33 11M 598 598 0 0 1 0 0 0 0 32 11M 600 600 0 0 2 0 0 0 0 33 11M 593 593 0 0 1 0 0 0 0 33 11M 597 597 0 0 1 0 0 0 0 33 11M 596 595 0 0 2 0 0 0 0 33 11M 598 599 0 0 3 0 0 0 0 33 11M 596 595 2 0 11 0 0 0 0 33 11M 601 601 0 0 0 0 0 0 0 32 11M 597 598 0 0 3 0 0 0 0 32 11M 596 595 0 0 5 0 0 0 0 33 11M 596 596 1 0 5 0 0 0 0 33 11M 600 600 0 0 4 0 1 0 0 33 11M 595 595 0 0 0 0 0 0 0 33 11M 593 593 0 0 0 0 1 0 0 32 11M 599 599 0 0 1 0 0 0 0 33 11M 593 593 0 0 7 0 0 0 0 31 11M > will give you a rolling display of stats together with current rssi. > Sometimes you can see obvious problems like high retransmit rates or big > bursts of noise. If the frame count on the ap goes up as you transmit > then it's likely you're not hearing the ACK's coming back. If the ap > doesn't hear your frames (as appears to be happening) then it can either > be noise, misconfig (e.g. 11g parameters like protection wrong in a > mixed b/g bss), or possibly low tx power by the sta. The latter would > appear as low rssi on recv'd frames at the ap and/or a 3rd sta. > > I don't see an indication of what you're using for an ap. Also remove > everything like crypto and shared key auth for testing--get > communication working before adding more variables. Figuring out > communication problems can be hard w/o a good test environment and tools. It is an apple airport extreme, unfortunately I don't have access to it's config... This situation is 100 percent predictable, with wpa_supplicant produces the first result, every time, static w/ roaming DEVICE produces the same state every time as well, and static w/ roaming auto works. robert. > > > > Now, off to debug the other issues with the wi card, sigh... > > > > robert. > > > > On Tue, 2005-08-02 at 19:54 -0700, Sam Leffler wrote: > > > >>Robert C. Noland III wrote: > >> > >>>I am having an issue with static wep on my ath card, -current sources as > >>>of this morning EST. It is a Linksys WPC55ag card. I also have an old > >>>Netgear wi card that works shown at the bottom. > >>> > >>>ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) > >>>... > >>>ath0: mem 0xf4010000-0xf401ffff irq 11 at device 0.0 on > >>>cardbus0 > >>>ath0: Ethernet address: 00:12:17:6e:fc:18 > >>>ath0: mac 5.9 phy 4.3 radio 3.6 > >>> > >>>laptop# ifconfig ath0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" > >>>laptop# ifconfig ath0 up > >>> > >>>Tue Aug 2 17:27:19 RTM_IFINFO: if# 3, link: down, > >>>flags: > >>>Tue Aug 2 17:27:25 RTM_IEEE80211: scan complete > >>>Tue Aug 2 17:27:25 RTM_IEEE80211: associate with 00:0d:93:e9:cf:d4 > >>>Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: up, > >>>flags: > >>>Tue Aug 2 17:27:25 RTM_IEEE80211: disassociate > >>>Tue Aug 2 17:27:25 RTM_IFINFO: if# 3, link: down, > >>>flags: > >> > >>You associated with the ap then fell off either because the ap dropped > >>you or your station initiated it. The easiest way to see which is to > >>enabling debugging; I prefer to use 80211debug from tools/tools/ath; e.g. > >> > >>80211debug state+assoc > >> > >>or probably > >> > >>ifconfig ath0 debug > >> > >>will give you enough info. The output of 80211stats should also tell > >>you what happened. > >> > >> > >>>The disassociate message concerns me, but it should work... > >>> > >>>ath0: flags=8843 mtu 1500 > >>> inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 > >>> ether 00:12:17:6e:fc:18 > >>> media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > >>> status: no carrier > >>> ssid test001 channel 1 > >>> authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 46 > >>> protmode CTS roaming DEVICE bintval 100 > >>> > >>>At this point, the card is no longer scanning and the lights on the card > >>>continue blinking as if it is associated (slowly in sync, as opposed to > >>>alternately blinking like mad when it is scanning) yet status shows no > >>>carrier. dhclient will not work when the interface is in this state. > >>>It seems to just broadcast and eventually die. > >>> > >>>wi0: at port 0xe000-0xe03f irq 11 > >>>function 0 config 1 on pccard0 > >>>wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163-SST-flash > >>>wi0: Intersil Firmware: Primary (0.3.0), Station (1.3.4) > >>>wi0: Ethernet address: 00:30:ab:07:e4:7b > >>> > >>>laptop# ifconfig wi0 ssid "test001" wepmode on weptxkey 1 wepkey "xxxx" > >>>laptop# ifconfig wi0 up > >>> > >>>Tue Aug 2 17:35:57 RTM_IFANNOUNCE: if# 3, what: arrival > >>>Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: unknown, > >>>flags: > >>>Tue Aug 2 17:39:06 RTM_IEEE80211: disassociate > >>>Tue Aug 2 17:39:06 RTM_IFINFO: if# 3, link: down, > >>>flags: > >>> > >>>again with the disassociate message. This seems to force wpa_supplicant > >>>to start scanning again, so I can't currently use wpa_supplicant on this > >>>network. Actually, wpa_supplicant doesn't ever seem to be able to > >>>associate on the wi card, but static configuration works. > >>>wpa_supplicant on the ath card seems to associate, then catches the > >>>disassociate and starts scanning again. lather, rinse, repeat... > >>> > >>>wi0: flags=8843 mtu 1500 > >>> inet6 fe80::230:abff:fe07:e47b%wi0 prefixlen 64 scopeid 0x3 > >>> ether 00:30:ab:07:e4:7b > >>> media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) > >>> status: associated > >>> ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 > >>> stationname "FreeBSD WaveLAN/IEEE node" > >>> authmode OPEN privacy MIXED deftxkey 1 wepkey 1:104-bit txpowmax > >>>100 > >>> bintval 100 > >>> > >>>dhclient does work here, and then I can start the vpn and roam about the > >>>office... > >> > >>I've been testing ath w/ static key wep today and seen no problems. > >>Please get some more info. > >> > >> Sam > >>_______________________________________________ > >>freebsd-current@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 22:52:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FC1C16A41F for ; Thu, 4 Aug 2005 22:52:36 +0000 (GMT) (envelope-from markus@freebsd.org) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7C6F43D48 for ; Thu, 4 Aug 2005 22:52:35 +0000 (GMT) (envelope-from markus@freebsd.org) Received: from fwd35.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1E0oZl-0007IA-01; Fri, 05 Aug 2005 00:52:33 +0200 Received: from ramses.kicks-ass.net (rPdSsMZvgeEUwPDHHRe9+KLwXdrbCe-DjO-e3XFiB0tnxCQwtmoEcz@[80.143.251.172]) by fwd35.sul.t-online.de with esmtp id 1E0oZg-0AdgKO0; Fri, 5 Aug 2005 00:52:28 +0200 Received: from cheops.phoenix (cheops.phoenix [192.168.1.3]) by ramses.kicks-ass.net (Postfix) with ESMTP id C7307B97F; Fri, 5 Aug 2005 00:57:50 +0200 (CEST) From: Markus Brueffer To: freebsd-current@freebsd.org Date: Fri, 5 Aug 2005 00:50:41 +0200 User-Agent: KMail/1.8.1 References: <20050729171759.GA23585@generic.0xfce3.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3130344.qyK7Nv11VM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200508050050.49581.markus@freebsd.org> X-ID: rPdSsMZvgeEUwPDHHRe9+KLwXdrbCe-DjO-e3XFiB0tnxCQwtmoEcz@t-dialin.net X-TOI-MSGID: bf25faad-9614-4cd5-b44c-c0a9eb137b23 Cc: "Bjoern A. Zeeb" , Gordon Bergling Subject: Re: LOR (acpi_ibm.ko) with 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 22:52:36 -0000 --nextPart3130344.qyK7Nv11VM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 29 July 2005 22:50, Bjoern A. Zeeb wrote: > On Fri, 29 Jul 2005, Gordon Bergling wrote: > > Hi > > > I am getting this LOR on every boot. > > ----------------------------------------------------------------------- > > lock order reversal > > 1st 0xc06e2c80 LED mtx (LED mtx) @ > > /usr/src/sys/dev/led/led.c:257 > > 2nd 0xc0880aa0 ACPI IBM extras (ACPI IBM extras) @ > > /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c > >:277 > > seems this is known already: > http://sources.zabbadoz.net/freebsd/lor.html#105 =46ixed in Rev 1.8 of acpi_ibm.c, see http://lists.freebsd.org/pipermail/cvs-src/2005-August/050428.html Markus =2D-=20 Markus Brueffer =A0 =A0| GPG-Key: http://people.FreeBSD.org/~markus/markus.= asc markus@brueffer.de | FP: 3F9B EBE8 F290 E5CC 1447 8760 D48D 1072 78F8 A8D4 markus@FreeBSD.org | FreeBSD: The Power to Serve! --nextPart3130344.qyK7Nv11VM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC8pvJ1I0Qcnj4qNQRAo2OAJ9Q/NXxs6IwGcshBShVa06+l11nigCfSVA7 qDO/MpI90Hd2iW5qucVpLCg= =TNNH -----END PGP SIGNATURE----- --nextPart3130344.qyK7Nv11VM-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 04:46:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E369D16A41F; Fri, 5 Aug 2005 04:46:58 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 838FE43D48; Fri, 5 Aug 2005 04:46:58 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id DF958507862; Fri, 5 Aug 2005 12:46:55 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id DA51450784E; Fri, 5 Aug 2005 12:46:55 +0800 (CST) Date: Fri, 5 Aug 2005 12:46:55 +0800 (CST) From: Tai-hwa Liang To: Markus Brueffer In-Reply-To: <200508050050.49581.markus@freebsd.org> Message-ID: <0508051246209.73467@www.mmlab.cse.yzu.edu.tw> References: <20050729171759.GA23585@generic.0xfce3.net> <200508050050.49581.markus@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org, Gordon Bergling Subject: Re: LOR (acpi_ibm.ko) with 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 04:46:59 -0000 On Fri, 5 Aug 2005, Markus Brueffer wrote: > On Friday 29 July 2005 22:50, Bjoern A. Zeeb wrote: >> On Fri, 29 Jul 2005, Gordon Bergling wrote: >> >> Hi >> >>> I am getting this LOR on every boot. >>> ----------------------------------------------------------------------- >>> lock order reversal >>> 1st 0xc06e2c80 LED mtx (LED mtx) @ >>> /usr/src/sys/dev/led/led.c:257 >>> 2nd 0xc0880aa0 ACPI IBM extras (ACPI IBM extras) @ >>> /usr/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c >>> :277 >> >> seems this is known already: >> http://sources.zabbadoz.net/freebsd/lor.html#105 > > Fixed in Rev 1.8 of acpi_ibm.c, see > > http://lists.freebsd.org/pipermail/cvs-src/2005-August/050428.html That works for me. Thanks! Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 04:50:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA2216A41F for ; Fri, 5 Aug 2005 04:50:29 +0000 (GMT) (envelope-from yourabi@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B4A943D45 for ; Fri, 5 Aug 2005 04:50:29 +0000 (GMT) (envelope-from yourabi@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so534020wra for ; Thu, 04 Aug 2005 21:50:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ajw9sH9yFXUi+QXn+vFZGqrqCml9Ui6BKvi7bO07WytP68q1aF4E2EcrAIO43Sp5ph3PoCJ7P7Nj4YhpFEv82WiOSBS5vqVRP/DDMw/LF7Wv1BEUTwl0yBxQwj1pA8Xhd1ghKkYsd+sh+NVrVvqUe26LJS7wLG0+aYaStrMimlM= Received: by 10.54.53.63 with SMTP id b63mr2208531wra; Thu, 04 Aug 2005 21:50:28 -0700 (PDT) Received: by 10.54.14.44 with HTTP; Thu, 4 Aug 2005 21:50:28 -0700 (PDT) Message-ID: Date: Thu, 4 Aug 2005 21:50:28 -0700 From: Yousef Ourabi To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD 6.0Beta1 Partition Table + ethernet device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yousef Ourabi List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 04:50:29 -0000 Hello, Recently Installed FreeBSD 6.0Beta1 from scratch. I have a tripple boot setup, and when I got back to win-xp and fired up partition magic, it said the disk had been formatted with an incorrect geometry. Also it picked up my network card as NV0 but couldn't configure a dhcp ipadress during the install... Have other people seen this, is this known or is it worth creating bug reports? -Yousef From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 05:42:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D70C16A41F for ; Fri, 5 Aug 2005 05:42:22 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C743443D49 for ; Fri, 5 Aug 2005 05:42:21 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.4/8.13.4) with ESMTP id j755gK9e047701 for ; Fri, 5 Aug 2005 07:42:21 +0200 (CEST) (envelope-from antoine@madhouse.dreadbsd.org) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.4/8.13.1/Submit) id j752U3Qf057437; Fri, 5 Aug 2005 04:30:03 +0200 (CEST) (envelope-from antoine) Date: Fri, 5 Aug 2005 04:30:02 +0200 From: Antoine Brodin To: current@freebsd.org Message-Id: <20050805043002.065e354b.antoine.brodin@laposte.net> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: LOR pcm0:play:0 / kernel environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 05:42:22 -0000 Hi, I have a LOR that doesn't seem to be on the LOR page: lock order reversal 1st 0xc30b3b00 pcm0:play:0 (pcm play channel) @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/channel.c:1134 2nd 0xc06a7900 kernel environment (kernel environment) @ /usr/src/sys/kern/subr_hints.c:117 KDB: stack backtrace: kdb_backtrace(c065a9a4,c06a7900,c0653c0b,c0653c0b,c0658e0a) at kdb_backtrace+0x2e witness_checkorder(c06a7900,1,c0658e0a,75,e62c9a04) at witness_checkorder+0x6c3 _sx_slock(c06a7900,c0658e0a,75,c0656022,18b) at _sx_slock+0x7e res_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at res_find+0x1bd resource_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at resource_find+0x67 resource_int_value(c2ff42ec,0,c0e74b0a,e62c9b70,c30c0100) at resource_int_value+0x6c vchan_create(c30c0100,0,c0e746b1,100,4) at vchan_create+0x32d sysctl_hw_snd_maxautovchans(c0e778e0,0,4,e62c9bfc,e62c9bfc) at sysctl_hw_snd_maxautovchans+0x207 sysctl_root(0,e62c9c6c,3,e62c9bfc,c3080320) at sysctl_root+0x14e userland_sysctl(c3080320,e62c9c6c,3,0,0) at userland_sysctl+0x122 __sysctl(c3080320,e62c9d04,18,422,6) at __sysctl+0xb7 syscall(3b,3b,3b,0,bfbfee10) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812f17b, esp = 0xbfbfe55c, ebp = 0xbfbfe588 --- Antoine From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 07:49:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4122F16A41F for ; Fri, 5 Aug 2005 07:49:21 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 599B943D46 for ; Fri, 5 Aug 2005 07:49:20 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j757nHrW029812 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 5 Aug 2005 17:49:18 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j757nHSR003461; Fri, 5 Aug 2005 17:49:17 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j757nHpL003460; Fri, 5 Aug 2005 17:49:17 +1000 (EST) (envelope-from pjeremy) Date: Fri, 5 Aug 2005 17:49:16 +1000 From: Peter Jeremy To: Steve Kargl Message-ID: <20050805074916.GD2104@cirb503493.alcatel.com.au> References: <20050804162618.GA96657@troutmask.apl.washington.edu> <20050804191547.GB2104@cirb503493.alcatel.com.au> <20050804193030.GA97987@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804193030.GA97987@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 07:49:21 -0000 On Thu, 2005-Aug-04 12:30:30 -0700, Steve Kargl wrote: >fpsetprec is deprecated. In addition, one finds "... fpsetprec() >functions provide functionality unavailable on many platforms. At >present, they are implemented only on the i386 and amd64 platforms". So I see. I didn't read the man page in detail, I just tracked down a function that could change the precision. fpsetprec() refers to fenv(3) but that doesn't appear to (publicly) include provision for changing precision. On the i386 and amd64, you could fiddle with the control word in fenv_t but that's not portable either. AFAIK, only i386 (and presumably amd64) support the sort of default rounding that fpsetprec() fiddles with. Therefore it doesn't really make sense to implement them elsewhere. The underlying instruction is fldcw. By default, FreeBSD initialises the FPU using __INITIAL_NPXCW__ (defined in /sys/i386/include/npx.h). Long double on various FreeBSD architectures is: Alpha: 53 bits (no hardware long double) ARM: 53 bits (not sure if ARM supports anything else) amd64: 64 bits (can be restricted to 24 or 53 bits) i386: 64 bits (can be restricted to 24 or 53 bits) iA64: 64 bits PPC: 53 bits (though I believe the h/w supports 106 or 112 bits) SPARC: 113 bits You are going to need to implement at least two different sets of long double math routines (since the polynomial expansions will be be different for 64 and 113 bits). I don't see the problem with adding machine-dependent fldcw/fstcw calls on the i386 code. >> See the LDBL_* macros in for native precision. > >That's the problem. The LDBL* macros misrepresent the >actual precision used. I had a closer look. In 4.x, LDBL_* just points to DBL_*. imp@ changed it to reflect the native hardware precision in v1.9. IMHO, it would be nice to run the i386 in native precision but that opens up a can of worms (since expressions will wind up being evaluated in different precisions depending on whether the compiler needs to spill registers onto the stack and whether temporary variables are registers or stack). You probably need to have a chat to bde@ -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 09:01:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A5216A41F for ; Fri, 5 Aug 2005 09:01:33 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 347E743D48 for ; Fri, 5 Aug 2005 09:01:32 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A576E.dip.t-dialin.net [84.154.87.110]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j7591Nxr012133; Fri, 5 Aug 2005 11:01:25 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j7591LEH001048; Fri, 5 Aug 2005 11:01:22 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j7591M1B002201; Fri, 5 Aug 2005 11:01:22 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200508050901.j7591M1B002201@fire.jhs.private> To: Yousef Ourabi In-Reply-To: Message from Yousef Ourabi of "Thu, 04 Aug 2005 21:50:28 PDT." Date: Fri, 05 Aug 2005 11:01:22 +0200 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.0Beta1 Partition Table + ethernet device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 09:01:33 -0000 Yousef Ourabi wrote: > Recently Installed FreeBSD 6.0Beta1 from scratch. I have a tripple > boot setup, and when I got back to win-xp and fired up partition > magic, it said the disk had been formatted with an incorrect geometry. > Also it picked up my network card as NV0 but couldn't configure a > dhcp ipadress during the install... Have other people seen this, is > this known or is it worth creating bug reports? My 60G has a v. small XP, & 3 bigger BSD slices. I booted 6.0Beta1 cdrom, it complained about geometry, I aborted install, Will backup first. -- Julian Stacey Consultant Systems Engineer, Munich. http://berklix.com Mail in Ascii (Html = Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 09:38:52 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0330F16A420 for ; Fri, 5 Aug 2005 09:38:52 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3CD043D45 for ; Fri, 5 Aug 2005 09:38:49 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id j759ciT1051026; Fri, 5 Aug 2005 13:38:44 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id j759ch9W051025; Fri, 5 Aug 2005 13:38:43 +0400 (MSD) (envelope-from ache) Date: Fri, 5 Aug 2005 13:38:43 +0400 From: Andrey Chernov To: Peter Jeremy Message-ID: <20050805093842.GA50882@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Peter Jeremy , Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" References: <42F0CCD5.9090200@portaone.com> <20050803150117.GD93405@dan.emsphone.com> <42F0E9B2.9080208@portaone.com> <20050804060251.GA21228@nagual.pp.ru> <20050804063908.GA21871@nagual.pp.ru> <20050804075711.GB271@cirb503493.alcatel.com.au> <20050804082527.GA22992@nagual.pp.ru> <20050804104236.GC271@cirb503493.alcatel.com.au> <20050804105208.GA26150@nagual.pp.ru> <20050804193848.GC2104@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804193848.GC2104@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.9i Cc: Maxim.Sobolev@portaone.com, Dan Nelson , "current@freebsd.org" Subject: Re: Sub-optimal libc's read-ahead buffering behaviour X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 09:38:52 -0000 On Fri, Aug 05, 2005 at 05:38:48AM +1000, Peter Jeremy wrote: > Consider buffered stdio to a disk device. The underlying device > requires I/O to be in multiples of 512 bytes with an offset at > multiples of 512 bytes. IMHO, these alignment requirements should > be hidden from the user - I should be able to write code like: > c = getc(disk); > fseek(disk, 3, SEEK_CUR); > w = getw(disk); > fseek(disk, 1, SEEK_CUR); > c1 = getc(disk); > fseek(disk, c1, SEEK_CUR); > to work my way through data on the disk. Currently, I can't do that > because the fseek() is transparent and the underlying lseek() will > fail. Instead, I need to write code like: If the underlying lseek() fails, it sounds like _driver_ problem. Ideally it should hide all internal I/O granulation from the user and allow seek to any position. If the position is in the middle, the driver can transfer only needed part of block. So, don't blame _stdio_ for not nice driver behaviour. Looking more practical, aligned seeks and blocked read are enough in most situations, so there is no urgent demand to complicate drivers to do nice things. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 4 15:39:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 208F016A41F for ; Thu, 4 Aug 2005 15:39:34 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca810.northgrum.com (xcgca810.northgrum.com [208.12.122.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C441643D45 for ; Thu, 4 Aug 2005 15:39:33 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca800.northgrum.com ([157.127.103.70]) by xcgca810.northgrum.com with InterScan Messaging Security Suite; Thu, 04 Aug 2005 08:39:30 -0700 Received: from xcgco501.northgrum.com ([158.114.104.53]) by xcgca800.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Aug 2005 08:39:31 -0700 Received: from [192.168.217.128] ([158.114.106.12]) by xcgco501.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 4 Aug 2005 09:39:28 -0600 From: Lonnie VanZandt Organization: Northrop Grumman To: freebsd-current@freebsd.org Date: Thu, 4 Aug 2005 09:35:34 -0600 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508040935.35067.lonnie.vanzandt@ngc.com> X-OriginalArrivalTime: 04 Aug 2005 15:39:28.0812 (UTC) FILETIME=[B360DEC0:01C5990A] X-Mailman-Approved-At: Fri, 05 Aug 2005 11:44:38 +0000 Subject: Missing a step in new(er) Remote gdb/kdb setup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lonnie.vanzandt@ngc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2005 15:39:34 -0000 Marcel Moolenaar - or anyone who has properly setup the new remote gdb/kdb, You are, I believe, the programmer for the revised remote kernel debug interface in FreeBSD 5.4. If so, perhaps you could advise me on why I might be receiving a "Ignoring packet error, continuing..." at startup from a command like: kgdb -r /dev/cuaa0 /tmp/kernel.debug I have verified that I have 9600 8N1 connectivity between the host and the target and have observed the opening handshake of the remote gdb protocol being sent from the host. I know the cable and the sios are ok because I verified that a getty login over the link worked find. I have worked with remote kernel debugging on other systems and even on FreeBSD in the 5.2.1 release prior to the gdb -k to kgdb switchover. So, I think I'm doing the right steps but perhaps something else has changed? I do have my sio flags set to 0x80 on the target and the target has option KDB, DDB, and GDB in it. The target drops into the kernel debugger on a Ctrl-Alt-Esc and steps into the gdb backend with ">gdb", ">s" commands. Is there a serial port baud rate setting I need to revise? Also, I properly turned off the getty in /etc/ttys on the target for the sio used as the debugger console. Also, how do I get rid of the libthread_db.so undefined symbol reference to ps_pglobal_lookup? Both host and target are 5.4 although the host is a 5.2.1 updated to 5.4RC3 updated to 5.4 RELEASE configuration... Lonnie VanZandt From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 09:19:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECD9D16A41F for ; Fri, 5 Aug 2005 09:19:00 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from mail22.bluewin.ch (mail22.bluewin.ch [195.186.19.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8738943D46 for ; Fri, 5 Aug 2005 09:19:00 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from twelvegates.homeip.net (81.63.122.5) by mail22.bluewin.ch (Bluewin 7.2.063) id 42E684E000150198 for freebsd-current@freebsd.org; Fri, 5 Aug 2005 09:18:59 +0000 Received: from gicco.here (localhost [127.0.0.1]) by twelvegates.homeip.net (8.13.1/8.13.1) with ESMTP id j759Itj3001389 for ; Fri, 5 Aug 2005 11:18:55 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by gicco.here (8.13.1/8.12.11/Submit) id j759IscB001388 for freebsd-current@freebsd.org; Fri, 5 Aug 2005 11:18:54 +0200 (CEST) (envelope-from hampi@rootshell.be) X-Authentication-Warning: gicco.here: idefix set sender to hampi@rootshell.be using -f Date: Fri, 5 Aug 2005 11:18:54 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20050805091854.GA1362@twelvegates.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 05 Aug 2005 11:44:38 +0000 Subject: Unabel to resurrect your old /etc/x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 09:19:01 -0000 Hello, I'm upgrading an 6.0-Beta1 installation with 6.0-Beta2. It had already happened when upgrading to 6.0-Beta1. There come lots of messageboxes with Unable to resurrect your old /etc/csh.logout! Hmmmm. Each messagebox pertains another file below /etc. What should I do to make it able to resurrect those files? Couldn't those messages be collected in a box that contains multiple files, so I don't have to press Enter so often? -Hanspeter From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 11:51:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E1316A420; Fri, 5 Aug 2005 11:51:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210C443D49; Fri, 5 Aug 2005 11:51:29 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CEB8.dip.t-dialin.net [84.165.206.184]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j75BlVaV064813; Fri, 5 Aug 2005 13:47:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j75BoSX1084571; Fri, 5 Aug 2005 13:50:28 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.31 ([141.113.101.31]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Fri, 05 Aug 2005 13:50:28 +0200 Message-ID: <20050805135028.0rs1mdascgocok4w@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 05 Aug 2005 13:50:28 +0200 From: Alexander Leidinger To: Antoine Brodin References: <20050805043002.065e354b.antoine.brodin@laposte.net> In-Reply-To: <20050805043002.065e354b.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org, multimedia@freebsd.org Subject: Re: LOR pcm0:play:0 / kernel environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 11:51:31 -0000 Antoine Brodin wrote: CCing multimedia@, since there are the people which may be able to solve ths issue. > I have a LOR that doesn't seem to be on the LOR page: > > lock order reversal > 1st 0xc30b3b00 pcm0:play:0 (pcm play channel) @ > /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/channel.c:1134 > 2nd 0xc06a7900 kernel environment (kernel environment) @ > /usr/src/sys/kern/subr_hints.c:117 > KDB: stack backtrace: > kdb_backtrace(c065a9a4,c06a7900,c0653c0b,c0653c0b,c0658e0a) at > kdb_backtrace+0x2e > witness_checkorder(c06a7900,1,c0658e0a,75,e62c9a04) at > witness_checkorder+0x6c3 > _sx_slock(c06a7900,c0658e0a,75,c0656022,18b) at _sx_slock+0x7e > res_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at res_find+0x1bd > resource_find(e62c9b44,0,c2ff42ec,e62c9b58,c0e74b0a) at resource_find+0x67 > resource_int_value(c2ff42ec,0,c0e74b0a,e62c9b70,c30c0100) at > resource_int_value+0x6c > vchan_create(c30c0100,0,c0e746b1,100,4) at vchan_create+0x32d > sysctl_hw_snd_maxautovchans(c0e778e0,0,4,e62c9bfc,e62c9bfc) at > sysctl_hw_snd_maxautovchans+0x207 > sysctl_root(0,e62c9c6c,3,e62c9bfc,c3080320) at sysctl_root+0x14e > userland_sysctl(c3080320,e62c9c6c,3,0,0) at userland_sysctl+0x122 > __sysctl(c3080320,e62c9d04,18,422,6) at __sysctl+0xb7 > syscall(3b,3b,3b,0,bfbfee10) at syscall+0x2a2 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812f17b, esp = > 0xbfbfe55c, ebp = 0xbfbfe588 --- I assume this is with a recent -current, is this right? If yes, how recent? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 I have discovered the art of deceiving diplomats. I tell them the truth and they never believe me. -- Camillo Di Cavour From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 11:53:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B639216A41F; Fri, 5 Aug 2005 11:53:20 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C058C43D48; Fri, 5 Aug 2005 11:53:18 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.4/8.13.4) with ESMTP id j75BrH3I004868; Fri, 5 Aug 2005 13:53:17 +0200 (CEST) (envelope-from antoine@madhouse.dreadbsd.org) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.4/8.13.1/Submit) id j75BrHVF004867; Fri, 5 Aug 2005 13:53:17 +0200 (CEST) (envelope-from antoine) Date: Fri, 5 Aug 2005 13:53:17 +0200 From: Antoine Brodin To: Alexander Leidinger Message-Id: <20050805135317.0c9f6bfd.antoine.brodin@laposte.net> In-Reply-To: <20050805135028.0rs1mdascgocok4w@netchild.homeip.net> References: <20050805043002.065e354b.antoine.brodin@laposte.net> <20050805135028.0rs1mdascgocok4w@netchild.homeip.net> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, multimedia@freebsd.org Subject: Re: LOR pcm0:play:0 / kernel environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 11:53:20 -0000 Alexander Leidinger wrote: > I assume this is with a recent -current, is this right? If yes, how recent? this night Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 14:01:47 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA1E16A41F; Fri, 5 Aug 2005 14:01:47 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C66243D46; Fri, 5 Aug 2005 14:01:46 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j75E1kxh081303; Fri, 5 Aug 2005 09:01:46 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42F3713D.80509@centtech.com> Date: Fri, 05 Aug 2005 09:01:33 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050802 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <42EFD785.5000409@centtech.com> <200508021648.52520.jhb@FreeBSD.org> <42EFDE40.8030509@centtech.com> <200508021720.45054.jhb@FreeBSD.org> In-Reply-To: <200508021720.45054.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Pending issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 14:01:47 -0000 John Baldwin wrote: > On Tuesday 02 August 2005 04:57 pm, Eric Anderson wrote: > >>John Baldwin wrote: >> >>>On Tuesday 02 August 2005 04:28 pm, Eric Anderson wrote: >>> >>>>Ok, here's a small list of issues pending that I can see on -current >>>>(and I saw these on 6- branch too before 7.0). >>>> >>>>- Time ticks along correctly, but anything using an interval will be 2x >>>>off. For instance - ping will only send a ping every 2 seconds instead >>>>of every second. systat -vmstat 1 refreshes every 2 seconds, etc. >>>>Disabling APIC 'fixes' it. >>> >>>Are you using the i8254 timecounter or some other timecounter? >> >>kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-1000000) >>kern.timecounter.hardware: ACPI-fast >> >>Which is the default (I'm not forcing anything anywhere). I believe at >>one time I tried i8254, but it made no difference. I can try it again >>if you think it's a worthy experiment. > > > I would try both i8254 and TSC and see if it makes a difference. > Can I do this via sysctl, or do I need to rebuild my kernel? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 14:49:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D8316A420; Fri, 5 Aug 2005 14:49:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0CF43D45; Fri, 5 Aug 2005 14:49:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 05 Aug 2005 11:03:54 -0400 From: John Baldwin To: freebsd-alpha@freebsd.org Date: Fri, 5 Aug 2005 10:40:03 -0400 User-Agent: KMail/1.8 References: <200508041255.05839.jhb@FreeBSD.org> <20050804212718.GD852@zaphod.nitro.dk> In-Reply-To: <20050804212718.GD852@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508051040.05333.jhb@FreeBSD.org> Cc: alpha@freebsd.org, current@freebsd.org, "Simon L. Nielsen" Subject: Re: Locking fixes for dc(4): please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 14:49:14 -0000 On Thursday 04 August 2005 05:27 pm, Simon L. Nielsen wrote: > On 2005.08.04 12:55:05 -0400, John Baldwin wrote: > > I have some fixes for the locking in the dc(4) driver, please test them > > if you have some dc(4) hardware, thanks! > > > > http://www.FreeBSD.org/~jhb/patches/dc_locking.patch > > It hasn't blown up yet with: > > dc0: port 0xec00-0xec7f mem > 0xeb104000-0xeb1043ff irq 15 at device 20.0 on pci0 dc0: Ethernet address: > 00:40:f4:36:4e:e7 > dc0: if_start running deferred for Giant > dc0: [GIANT-LOCKED] Ok. Try changing the IS_MPSAFE at around line 348 flag from 0 to 1 and see if it blows up then. :) Thanks for testing. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 15:56:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12B3F16A41F for ; Fri, 5 Aug 2005 15:56:41 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08F0743D45 for ; Fri, 5 Aug 2005 15:56:36 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 9955F2C970 for ; Fri, 5 Aug 2005 17:56:33 +0200 (CEST) From: Massimo To: freebsd-current@freebsd.org Content-Type: text/plain Organization: CEDOC - Modena Date: Fri, 05 Aug 2005 17:56:34 +0200 Message-Id: <1123257394.4653.17.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit Subject: new nanobsd build script MFC to RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 15:56:41 -0000 It seems to me more easy to be used and understood, so I just wish to know if it will be and if, when it will be back ported. Thanks -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 15:58:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA2E016A41F for ; Fri, 5 Aug 2005 15:58:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46BF43D58 for ; Fri, 5 Aug 2005 15:58:53 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id j75FwhVV004221; Fri, 5 Aug 2005 08:58:43 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id j75Fwcre004220; Fri, 5 Aug 2005 08:58:38 -0700 (PDT) (envelope-from sgk) Date: Fri, 5 Aug 2005 08:58:38 -0700 From: Steve Kargl To: Peter Jeremy Message-ID: <20050805155838.GA4147@troutmask.apl.washington.edu> References: <20050804162618.GA96657@troutmask.apl.washington.edu> <20050804191547.GB2104@cirb503493.alcatel.com.au> <20050804193030.GA97987@troutmask.apl.washington.edu> <20050805074916.GD2104@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050805074916.GD2104@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 15:58:56 -0000 On Fri, Aug 05, 2005 at 05:49:16PM +1000, Peter Jeremy wrote: > Long double on various FreeBSD architectures is: > Alpha: 53 bits (no hardware long double) > ARM: 53 bits (not sure if ARM supports anything else) > amd64: 64 bits (can be restricted to 24 or 53 bits) > i386: 64 bits (can be restricted to 24 or 53 bits) > iA64: 64 bits > PPC: 53 bits (though I believe the h/w supports 106 or 112 bits) > SPARC: 113 bits Thanks for the info. The code I've written should work on all of the above with the exception of sparc. I don't have access to that hardware, so I won't be writing code for sparc. > IMHO, it would be nice to run the i386 in native precision but that > opens up a can of worms (since expressions will wind up being > evaluated in different precisions depending on whether the compiler > needs to spill registers onto the stack and whether temporary > variables are registers or stack). I'm aware of these worms. > You probably need to have a chat to bde@ I have a whole mailbox full of bde emails concerning the polynomial approximations. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 15:59:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3979516A420 for ; Fri, 5 Aug 2005 15:59:17 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7982743D62 for ; Fri, 5 Aug 2005 15:59:15 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id D62EFBC69; Fri, 5 Aug 2005 15:59:13 +0000 (UTC) To: Massimo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Aug 2005 17:56:34 +0200." <1123257394.4653.17.camel@massimo.datacode.it> Date: Fri, 05 Aug 2005 17:59:13 +0200 Message-ID: <20890.1123257553@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: new nanobsd build script MFC to RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 15:59:17 -0000 In message <1123257394.4653.17.camel@massimo.datacode.it>, Massimo writes: >It seems to me more easy to be used and understood, so I just wish to >know if it will be and if, when it will be back ported. When it is at least somewhat functional. Right now the entire "customize" part is still missing. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 16:03:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4BF316A457 for ; Fri, 5 Aug 2005 16:03:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3557C43D45 for ; Fri, 5 Aug 2005 16:03:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j75G37ms026333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Aug 2005 09:03:09 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42F38F05.9080301@errno.com> Date: Fri, 05 Aug 2005 09:08:37 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Robert C. Noland III" References: <1123020549.3017.32.camel@bbeng-laptop.acs.internap.com> <42F031E1.3080806@errno.com> <1123106915.1052.36.camel@bbeng-laptop.acs.internap.com> <42F1A1BD.1090103@errno.com> <1123194363.3878.14.camel@bbeng-laptop.acs.internap.com> In-Reply-To: <1123194363.3878.14.camel@bbeng-laptop.acs.internap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath + wep issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 16:03:11 -0000 Robert C. Noland III wrote: > On Wed, 2005-08-03 at 22:03 -0700, Sam Leffler wrote: > >>Robert C. Noland III wrote: >> >>>Ok, on the ath card the issue seems to be related to the interaction >>>with the AP and the roaming mode... This problem is exacerbated by the >>>fact that I sometimes manage to get the card into a state where I can >>>see outbound 802.11 frames with tcpdump, but never see inbound packets, >>>i.e. probe responses... Those are the instances when it scans >>>forever... Ejecting the card and re-inserting gets me back to a useful >>>state. >>> >>>This is long, sorry... >>> >>>This is what happens when I plug the card in and wpa_supplicant tries to >>>configure the card. >>> >>>Aug 3 12:02:39 bbeng-laptop kernel: ath0: mem >>>0xf4010000-0xf401ffff irq 11 at device 0.0 on cardbus1 >>>Aug 3 12:02:39 bbeng-laptop kernel: ath0: Ethernet address: >>>00:12:17:6e:fc:18 >>>Aug 3 12:02:39 bbeng-laptop kernel: ath0: mac 5.9 phy 4.3 radio 3.6 >>>Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 12:03:13 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 12:03:18 bbeng-laptop last message repeated 28 times >>>Aug 3 12:03:18 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>AUTH >>>Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> >>>SCAN >>>Aug 3 12:03:23 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>AUTH >>>Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> >>>SCAN >>>Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 12:03:28 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 12:03:33 bbeng-laptop last message repeated 28 times >>>Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 12:03:39 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 12:03:44 bbeng-laptop last message repeated 28 times >>>Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 12:03:50 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 12:03:55 bbeng-laptop last message repeated 28 times >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>AUTH >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc >>>success: long preamble, long slot time >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>RUN >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to UP >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 9) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: link state changed to DOWN >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition > > > What about this ASSOC -> ASSOC transition with wpa_supplicant? Looks like I missed pulling in code from p4 to DTRT on the ASSOC->ASSOC transition; it should try to reassoc but currently does nothing. That would explain the looping. > > >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 7) >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>ASSOC >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: invalid >>>transition >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 12:03:56 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 12:03:59 bbeng-laptop last message repeated 15 times >>>Aug 3 12:03:59 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>INIT >>> >>>It continues scanning, but never associates again... >> >>The error responses from the ap seem to indicate dropped frames. What >>does ifconfig ath0 list scan show for the rssi? If possible you might >>try moving the ap to channel 6 or 11. > > > bbeng-laptop# ifconfig ath0 list scan > SSID BSSID CHAN RATE S:N INT CAPS > test001 00:0d:93:e9:cf:d4 1 11M 30:0 100 EP > test001 00:0d:93:e9:bf:c1 1 11M 14:0 100 EP > So the ap that you're using has rssi 30 which is very strong (assuming I read the logs correctly above). > >>>When I "wpa_cli term" wpa_supplicant, it leaves the card like this... >>> >>>ath0: flags=8802 mtu 1500 >>> inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 >>> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >>> ether 00:12:17:6e:fc:18 >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>> status: no carrier >>> ssid "" >>> authmode OPEN privacy OFF deftxkey 1 txpowmax 34 roaming DEVICE >>> bintval 100 >>> >>>NOTE: roaming is set to DEVICE >> >>That's just wpa_supplicant; it should be fixed to restore the previous >>settings instead of blindly forcing a fixed value on cleanup. >> >> >>>bbeng-laptop# ifconfig ath0 ssid "test001" authmode shared wepmode on >>>weptxkey 1 wepkey "xxxxx" >>> >>>Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 13:50:20 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 13:50:51 bbeng-laptop last message repeated 151 times >>>Aug 3 13:52:52 bbeng-laptop last message repeated 593 times >>> >>>card not seeing probe responses... later test same state below... >>> >>>Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 15:29:00 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 15:29:06 bbeng-laptop last message repeated 28 times >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>AUTH >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> >>>ASSOC >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc >>>success: long preamble, long slot time >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>RUN >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to UP >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 9) >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> >>>ASSOC >>>Aug 3 15:29:06 bbeng-laptop kernel: ath0: link state changed to DOWN >>> >>>ath0: flags=8843 mtu 1500 >>> inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 >>> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >>> ether 00:12:17:6e:fc:18 >>> media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) >>> status: no carrier >>> ssid test001 channel 1 >>> authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax >>>46 >>> protmode CTS roaming DEVICE bintval 100 >>> >>>lights on card blinking like it is associated and no further scanning. >> >>The card was left in ASSOC state so the lights reflect that. Because >>roaming was set to device nothing progressed. But the basic problem is >>still you don't appear to be getting frames through to the ap. >> >> >>>bbeng-laptop# ifconfig ath0 roaming auto >>> >>>Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: INIT -> >>>SCAN >>>Aug 3 14:07:36 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>SCAN >>>Aug 3 14:07:42 bbeng-laptop last message repeated 28 times >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: SCAN -> >>>AUTH >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: AUTH -> >>>ASSOC >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc >>>success: long preamble, long slot time >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>RUN >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 9) >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> >>>ASSOC >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc >>>success: long preamble, long slot time >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>RUN >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] recv >>>disassociated (reason 9) >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: RUN -> >>>ASSOC >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to DOWN >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: [00:0d:93:e9:cf:d4] assoc >>>success: long preamble, long slot time >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: ieee80211_newstate: ASSOC -> >>>RUN >>>Aug 3 14:07:42 bbeng-laptop kernel: ath0: link state changed to UP >>> >>>It's all good now... >>> >>>ath0: flags=8843 mtu 1500 >>> inet6 fe80::212:17ff:fe6e:fc18%ath0 prefixlen 64 scopeid 0x3 >>> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >>> ether 00:12:17:6e:fc:18 >>> media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) >>> status: associated >>> ssid test001 channel 1 bssid 00:0d:93:e9:cf:d4 >>> authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax >>>46 >>> protmode CTS bintval 100 >>> >>>I either have or can provide tcpdumps of each specific case if that >>>helps more, but I figure this message is long enough already. >> >>Better would be a 3rd sta sniffing traffic and also recording rssi >>(collect -y IEEE802_11_RADIO). Your problem seems unrelated to wep or >>roaming mode; you appear to just not get frames through reliably. When >>this happens I look at stats on the sta and the ap. athstats can be >>useful here; something like >> >>athstats 1 > > > athstats 1 while running ping -f Er, well I meant to collect stats during the time that you looked to be losing packets; not after you have an association setup. And using ping -f isn't going to answer any questions; I wanted to see what was going on with the exchange of management frames. But thanks... > > 19927 packets transmitted, 19926 packets received, 0% packet loss > round-trip min/avg/max/stddev = 1.259/1.613/9.182/0.266 ms > > input output altrate short long xretry crcerr crypt phyerr > rssi rate > 7047 7020 1 0 53 0 348 0 0 > 33 11M <...snip...> > >>will give you a rolling display of stats together with current rssi. >>Sometimes you can see obvious problems like high retransmit rates or big >>bursts of noise. If the frame count on the ap goes up as you transmit >>then it's likely you're not hearing the ACK's coming back. If the ap >>doesn't hear your frames (as appears to be happening) then it can either >>be noise, misconfig (e.g. 11g parameters like protection wrong in a >>mixed b/g bss), or possibly low tx power by the sta. The latter would >>appear as low rssi on recv'd frames at the ap and/or a 3rd sta. >> >>I don't see an indication of what you're using for an ap. Also remove >>everything like crypto and shared key auth for testing--get >>communication working before adding more variables. Figuring out >>communication problems can be hard w/o a good test environment and tools. > > > It is an apple airport extreme, unfortunately I don't have access to > it's config... > > This situation is 100 percent predictable, with wpa_supplicant produces > the first result, every time, static w/ roaming DEVICE produces the same > state every time as well, and static w/ roaming auto works. <...snip...> The wpa_supplicant issue is just a bug that I can fix; it's excercising the internal state machine differently than when things happen entirely in the kernel. I will also fix wpa_supplicant to restore the roaming state. Thank you. Sam From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 16:32:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C1716A41F for ; Fri, 5 Aug 2005 16:32:41 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-152-166.sn2.eutelia.it [83.211.152.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB4743D45 for ; Fri, 5 Aug 2005 16:32:40 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id 27AC22C970 for ; Fri, 5 Aug 2005 18:32:38 +0200 (CEST) From: Massimo To: freebsd-current@freebsd.org In-Reply-To: <20890.1123257553@phk.freebsd.dk> References: <20890.1123257553@phk.freebsd.dk> Content-Type: text/plain Organization: CEDOC - Modena Date: Fri, 05 Aug 2005 18:32:39 +0200 Message-Id: <1123259559.4653.24.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit Subject: Re: new nanobsd build script MFC to RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 16:32:41 -0000 On Fri, 2005-08-05 at 17:59 +0200, Poul-Henning Kamp wrote: > When it is at least somewhat functional. > > Right now the entire "customize" part is still missing. Good to hear that! Does it build right now on HEAD ? I'm giving it my first try right now... Thanks Poul, also for the work you're doing on Makefiles and NO_* options... -- Massimo.run(); From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 16:45:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 952FF16A41F; Fri, 5 Aug 2005 16:45:38 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB79E43D75; Fri, 5 Aug 2005 16:45:26 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id A73596CC27; Sat, 6 Aug 2005 00:50:54 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (tomoyo.MyBSD.org.my [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 61607-03; Sat, 6 Aug 2005 00:50:53 +0800 (MYT) Received: from kasumi.MyBSD.org.my (unknown [60.48.107.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 2F2D36CC24; Sat, 6 Aug 2005 00:50:52 +0800 (MYT) Date: Sat, 6 Aug 2005 00:45:46 +0800 From: Ariff Abdullah To: Antoine Brodin Message-Id: <20050806004546.25469115.skywizard@MyBSD.org.my> In-Reply-To: <20050805135317.0c9f6bfd.antoine.brodin@laposte.net> References: <20050805043002.065e354b.antoine.brodin@laposte.net> <20050805135028.0rs1mdascgocok4w@netchild.homeip.net> <20050805135317.0c9f6bfd.antoine.brodin@laposte.net> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-antivirus-mail-gateway at TOMOYO.MYBSD.ORG.MY Cc: Alexander@Leidinger.net, current@freebsd.org, multimedia@freebsd.org Subject: Re: LOR pcm0:play:0 / kernel environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 16:45:38 -0000 On Fri, 5 Aug 2005 13:53:17 +0200 Antoine Brodin wrote: > Alexander Leidinger wrote: > > I assume this is with a recent -current, is this right? If yes, > > how recent? > > this night > Let me take a look first. -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 16:50:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA32C16A41F for ; Fri, 5 Aug 2005 16:50:47 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D53043D45 for ; Fri, 5 Aug 2005 16:50:47 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so559577rne for ; Fri, 05 Aug 2005 09:50:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=mOD98GA4lNNNJOvAkb62iFYZvxh6JhlYU8QVkQSJr+Ghz2YHY2gqEzT+vevwhW7vsyY61k91sylnt4sqsew5VF3hxw0FmKxxc1RbPkyvy3A7kdh3DLNiB4HarrxzZkSpihAr/Ri0pwCS2eHr/5gu+R0VqOSF0Wcnwu+9zICgayk= Received: by 10.38.209.24 with SMTP id h24mr1418649rng; Fri, 05 Aug 2005 09:50:43 -0700 (PDT) Received: from ?192.168.15.122? ([68.190.230.198]) by mx.gmail.com with ESMTP id i1sm2940231rne.2005.08.05.09.50.42; Fri, 05 Aug 2005 09:50:43 -0700 (PDT) From: Pascal Hofstee To: current@freebsd.org Content-Type: text/plain Date: Fri, 05 Aug 2005 09:50:41 -0700 Message-Id: <1123260641.69686.4.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: amd64 buildworld broken ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 16:50:48 -0000 I had some strange network problems yesterday so i am not sure if my mail actually made it out to the list (since i have seen no responses at all yet .. i assume it did not ... so i retry). I have tried a buildworld for 7.0-CURRENT/amd64 for three days straight now .. and it keeps bailing out with the following error. It looks like somehow "MACHINE=i386 MACHINE_ARCH=i386" are not getting properly set during the building of the following lib32 bits. Can somebody please confirm this breakage ... as i haven't seen the tinderboxes complain yet. (I have no NO_* settings or TARGET_ARCH specifications in my make.conf). I have tried make cleanworld, rm -Rf /usr/src, using different cvsup mirrors yet the problem persists. if below's snippet of output log is insufficient i can provide a full buildworld log if required. ===> kerberos5/lib/libasn1 (depend,all,install) building shared library libasn1.so.8 /usr/obj/usr/src/tmp/usr/bin/ld: warning: i386 architecture of input file `asn1_err.So' is incompatible with i386:x86-64 output asn1_err.So(.text+0x33): In function `initialize_asn1_error_table_r': /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:26: undefined reference to `initialize_error_table_r' asn1_err.So(.text+0x6c): In function `initialize_asn1_error_table': /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:31: undefined reference to `init_error_table' *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 17:27:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5990D16A41F; Fri, 5 Aug 2005 17:27:35 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 562EA43D58; Fri, 5 Aug 2005 17:27:33 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id C1B6511B89; Fri, 5 Aug 2005 19:27:32 +0200 (CEST) Date: Fri, 5 Aug 2005 19:27:32 +0200 From: "Simon L. Nielsen" To: John Baldwin Message-ID: <20050805172732.GD857@zaphod.nitro.dk> References: <200508041255.05839.jhb@FreeBSD.org> <20050804212718.GD852@zaphod.nitro.dk> <200508051040.05333.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <200508051040.05333.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: Locking fixes for dc(4): please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 17:27:35 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.08.05 10:40:03 -0400, John Baldwin wrote: > On Thursday 04 August 2005 05:27 pm, Simon L. Nielsen wrote: > > On 2005.08.04 12:55:05 -0400, John Baldwin wrote: > > > I have some fixes for the locking in the dc(4) driver, please test th= em > > > if you have some dc(4) hardware, thanks! > > > > > > http://www.FreeBSD.org/~jhb/patches/dc_locking.patch > > > > It hasn't blown up yet with: > > > > dc0: port 0xec00-0xec7f mem > > 0xeb104000-0xeb1043ff irq 15 at device 20.0 on pci0 dc0: Ethernet addre= ss: > > 00:40:f4:36:4e:e7 > > dc0: if_start running deferred for Giant > > dc0: [GIANT-LOCKED] >=20 > Ok. Try changing the IS_MPSAFE at around line 348 flag from 0 to 1 and s= ee if=20 > it blows up then. :) Thanks for testing. Also works fine, and the two last lines are gone from dmesg. BTW. this is on i386 UP. --=20 Simon L. Nielsen --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC86GEh9pcDSc1mlERAt7oAKCnFnaUAMPwGDgNkbBFfDDNtwLYVwCcDWRb HX1pWSGY8055zwkBVzlA+kM= =hajY -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 17:28:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33A8D16A41F for ; Fri, 5 Aug 2005 17:28:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2FB843D55 for ; Fri, 5 Aug 2005 17:28:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j75HPLMP094301; Fri, 5 Aug 2005 11:25:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 05 Aug 2005 11:26:20 -0600 (MDT) Message-Id: <20050805.112620.11658206.imp@bsdimp.com> To: PeterJeremy@optushome.com.au From: "M. Warner Losh" In-Reply-To: <20050805074916.GD2104@cirb503493.alcatel.com.au> References: <20050804191547.GB2104@cirb503493.alcatel.com.au> <20050804193030.GA97987@troutmask.apl.washington.edu> <20050805074916.GD2104@cirb503493.alcatel.com.au> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 05 Aug 2005 11:25:23 -0600 (MDT) Cc: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: Number of significand bits in long double? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 17:28:16 -0000 In message: <20050805074916.GD2104@cirb503493.alcatel.com.au> Peter Jeremy writes: : >> See the LDBL_* macros in for native precision. : > : >That's the problem. The LDBL* macros misrepresent the : >actual precision used. : : I had a closer look. In 4.x, LDBL_* just points to DBL_*. imp@ : changed it to reflect the native hardware precision in v1.9. : : IMHO, it would be nice to run the i386 in native precision but that : opens up a can of worms (since expressions will wind up being : evaluated in different precisions depending on whether the compiler : needs to spill registers onto the stack and whether temporary : variables are registers or stack). Yes. I tried to change the default mask to to do the right thing, but bde and you (I think) convinced me to not commit that change. Warner From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 19:14:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B3D116A41F for ; Fri, 5 Aug 2005 19:14:57 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from smtp.efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4BB643D48 for ; Fri, 5 Aug 2005 19:14:56 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-29.dynamic.qsc.de [212.202.37.29]) by smtp.efacilitas.de (Postfix) with ESMTP id 75FE75C097 for ; Fri, 5 Aug 2005 21:20:30 +0000 (UTC) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 0561712B131 for ; Fri, 5 Aug 2005 21:14:14 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 11961-02 for ; Fri, 5 Aug 2005 21:13:59 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id CEA9A12B10B for ; Fri, 5 Aug 2005 21:13:58 +0200 (CEST) Message-ID: <42F3BA74.600@cs.tu-berlin.de> Date: Fri, 05 Aug 2005 21:13:56 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: Subject: amd64 machine with 6.0-BETA2 dies suddenly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 19:14:57 -0000 Hello, I have an amd64 machine with a GENERIC 6.0-BETA2 that stops working on heavy disk I/O, e.g. sometimes on dump(8), but almost always during stage 2.1 of buildworld; otherwise it works fine for days without complications. There is no output to the console, the machine doesn't answer to pings anymore and breaking to the DDB debugger doesn't work too. Here is a dmesg output: http://212.202.37.29/dateien/dmesg.txt Is there still anything that I can do to get a piece of debug information? I will install 5.4-RELEASE tomorrow to verify that this is not a hardware defect. Regards Björn -- Björn König (bkoenig@cs.tu-berlin.de) student at the Technische Universität Berlin http://bkoenig.alpha-tierchen.de/ From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 19:26:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF9E16A420 for ; Fri, 5 Aug 2005 19:26:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E91F43D48 for ; Fri, 5 Aug 2005 19:26:05 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 05 Aug 2005 15:40:46 -0400 From: John Baldwin To: Eric Anderson Date: Fri, 5 Aug 2005 13:09:31 -0400 User-Agent: KMail/1.8 References: <42EFD785.5000409@centtech.com> <200508021720.45054.jhb@FreeBSD.org> <42F3713D.80509@centtech.com> In-Reply-To: <42F3713D.80509@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508051309.31730.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: Pending issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 19:26:06 -0000 On Friday 05 August 2005 10:01 am, Eric Anderson wrote: > John Baldwin wrote: > > On Tuesday 02 August 2005 04:57 pm, Eric Anderson wrote: > >>John Baldwin wrote: > >>>On Tuesday 02 August 2005 04:28 pm, Eric Anderson wrote: > >>>>Ok, here's a small list of issues pending that I can see on -current > >>>>(and I saw these on 6- branch too before 7.0). > >>>> > >>>>- Time ticks along correctly, but anything using an interval will be 2x > >>>>off. For instance - ping will only send a ping every 2 seconds instead > >>>>of every second. systat -vmstat 1 refreshes every 2 seconds, etc. > >>>>Disabling APIC 'fixes' it. > >>> > >>>Are you using the i8254 timecounter or some other timecounter? > >> > >>kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) > >> dummy(-1000000) kern.timecounter.hardware: ACPI-fast > >> > >>Which is the default (I'm not forcing anything anywhere). I believe at > >>one time I tried i8254, but it made no difference. I can try it again > >>if you think it's a worthy experiment. > > > > I would try both i8254 and TSC and see if it makes a difference. > > Can I do this via sysctl, or do I need to rebuild my kernel? sysctl. Just write the name of the new one to kern.timecounter.hardware -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 20:40:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63D4D16A41F for ; Fri, 5 Aug 2005 20:40:44 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca810.northgrum.com (xcgca810.northgrum.com [208.12.122.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1769143D48 for ; Fri, 5 Aug 2005 20:40:43 +0000 (GMT) (envelope-from Lonnie.Vanzandt@ngc.com) Received: from xcgca800.northgrum.com ([157.127.103.70]) by xcgca810.northgrum.com with InterScan Messaging Security Suite; Fri, 05 Aug 2005 13:40:43 -0700 Received: from xcgco501.northgrum.com ([158.114.104.53]) by xcgca800.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 5 Aug 2005 13:40:43 -0700 Received: from [192.168.217.128] ([158.114.106.12]) by xcgco501.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 5 Aug 2005 14:40:04 -0600 From: Lonnie VanZandt Organization: Northrop Grumman To: freebsd-current@freebsd.org Date: Fri, 5 Aug 2005 14:33:19 -0600 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508051433.21117.lonnie.vanzandt@ngc.com> X-OriginalArrivalTime: 05 Aug 2005 20:40:04.0411 (UTC) FILETIME=[DBD8A0B0:01C599FD] Subject: ALQ API suggestions - from newbie ALQ user X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lonnie.vanzandt@ngc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 20:40:44 -0000 1. Although it is a rather obvious requirement, it would help newcomers to the ALQ service to note in the man 9 alq page that "options ALQ" has to be added to the kernel configuration in order to gain access to ALQ. 2. The alq_post and alq_write methods always write alq.aq_entlen bytes to the vnode. This is fine for record-oriented, fixed-size "protocols" where one is basically writing out a C struct on each write. But, if one wants to output arbitrarily-sized strings or binary sequences and does want the consumer to have to know that internally the output file was generated in fixed-sized chunks, then a method prototype like this would be very useful: int alq_write_bytes( struct alq * const, const void * const data, unsigned int maxByteCnt ); // returns byte count actually "written" Here, the ALQ internal code would post an ALE with a data length equal to min( pAlq->aq_entlen, maxByteCnt ). The ALD then would write to the vnode not alq.aq_entlen bytes but ale.data_len bytes. The alq_write caller could implement a "while bytes left" loop around the alq_write_bytes to write out sequences larger than the ALQ entry size. The destination file then would be contiguous without padding at the end of the last partial entry. The needed changes would be: a. add a data_len field to struct ale b. implement a new alq_write_bytes method in kern_alq.c c. set ale.data_len to alq.aq_entlen in alq_get() (to set the default size) d. modify alq_post() to write ale.data_len, not alq.ag_entlen bytes to the vnode Lonnie. PS: If there is some other kernel facility for doing just what I suggest, then my newbie ignorance has been revealed and I would appreciate being so informed. From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 21:34:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2213D16A41F for ; Fri, 5 Aug 2005 21:34:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 809B843D49 for ; Fri, 5 Aug 2005 21:34:41 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j75LYdPb010449 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 6 Aug 2005 07:34:39 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j75LYcSR007111; Sat, 6 Aug 2005 07:34:39 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j75LYadM007110; Sat, 6 Aug 2005 07:34:36 +1000 (EST) (envelope-from pjeremy) Date: Sat, 6 Aug 2005 07:34:36 +1000 From: Peter Jeremy To: current@freebsd.org Message-ID: <20050805213435.GE2104@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: LORs in recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 21:34:43 -0000 I've decided to do some experimenting with -current (cvs-cur 11544 - about 2005-AUG-04 1300) and have found a couple of possibly new LORs: First one (during rc.d processing between savecore and ntpdate): lock order reversal 1st 0xc07391a0 Giant (Giant) @ /usr/src/sys/kern/kern_descrip.c:1874 2nd 0xc078754c udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:1006 KDB: stack backtrace: kdb_backtrace(c06d8ffe,c078754c,c06d8ad4,c06d8ad4,c06e2327) at kdb_backtrace+0x2e witness_checkorder(c078754c,9,c06e2327,3ee,0) at witness_checkorder+0x6c3 _mtx_lock_flags(c078754c,0,c06e2327,3ee,c1c685e8) at _mtx_lock_flags+0x8a udp_detach(c1cdfc84,c0552980,246,c0713204,c19759e8) at udp_detach+0x2b soclose(c1cdfc84,c06d461d,12c,c1c685e8,c1c685e8) at soclose+0x242 soo_close(c1c685e8,c1b44900,c06d2084,847,c1c685e8) at soo_close+0x5e fdrop_locked(c1c685e8,c1b44900,c06d2084,832) at fdrop_locked+0xbe fdrop(c1c685e8,c1b44900,c06d2084,77d,c0552980,c06d2084,c06d8e11,3,c1b44900,d79a6bb0,1,c06d2084,d79a6bac,c0553256,c0784998,c1c6722c,246,c0713204,c1c6722c,64a,c06d2084,d79a6bd4,c051fafa,c1c6722c,1,c06d461d,12c) at fdrop+0x3c closef(c1c685e8,c1b44900,c06d2084,64a,c0784998) at closef+0x417 fdfree(c1b44900,0,c06d284d,e6,6af) at fdfree+0x596 exit1(c1b44900,0,d79a6d30,c0698be2,c1b44900) at exit1+0x540 sys_exit(c1b44900,d79a6d04,4,28160000,1) at sys_exit+0x1d syscall(3b,3b,3b,bfbfee68,bfbfee38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2814d063, esp = 0xbfbfedfc, ebp = 0xbfbfee08 --- I can't see anything that looks like this. Second one (about 90 seconds later): lock order reversal 1st 0xc1cfcc84 inp (tcpinp) @ /usr/src/sys/netinet/tcp_syncache.c:1083 2nd 0xc1a77018 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/fxp/if_fxp.c:1187 KDB: stack backtrace: kdb_backtrace(c06d8ffe,c1a77018,c1a6b270,c08fae5a,c08fb133) at kdb_backtrace+0x2e witness_checkorder(c1a77018,9,c08fb133,4a3,c06df39c) at witness_checkorder+0x6c3 _mtx_lock_flags(c1a77018,0,c08fb133,4a3,c1a50000) at _mtx_lock_flags+0x8a fxp_start(c1a50000,12c,0,c1a50000) at fxp_start+0x34 if_start(c1a50000,0,c06df39c,197,272e0) at if_start+0x89 ether_output_frame(c1a50000,c1c12c00,6,d56edaec,d56eda8c) at ether_output_frame+0x218 ether_output(c1a50000,c1c12c00,d56edaec,c1ce3dec,c0553256) at ether_output+0x47f ip_output(c1c12c00,0,d56edae8,0,0) at ip_output+0x815 syncache_respond(c204c000,c1c12c00,1,336,c1cfe564) at syncache_respond+0x2fc syncache_add(d56edbdc,d56edc2c,c1abb034,d56edbd8,c1a85e00) at syncache_add+0x42a tcp_input(c1a85e00,14,c06df9b0,d56edc90,c051fafa) at tcp_input+0x7b0 ip_input(c1a85e00,0,c06df9b0,e8,c0786078) at ip_input+0x5d7 netisr_processqueue(c0786078,c0739160,1,c06d461d,c1981980) at netisr_processqueue+0x8e swi_net(0,0,c06d2b2a,251,d56edd04) at swi_net+0xec ithread_loop(c1987480,d56edd38,c06d2921,30d,c1987480) at ithread_loop+0x152 fork_exit(c05124b0,c1987480,d56edd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd56edd6c, ebp = 0 --- This looks like http://sources.zabbadoz.net/freebsd/lor.html#075 but the traceback is different (via ip_input rather than tcp_output) -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 22:59:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E5A116A420 for ; Fri, 5 Aug 2005 22:59:28 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62DDF43D48 for ; Fri, 5 Aug 2005 22:59:27 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so384776nzo for ; Fri, 05 Aug 2005 15:59:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=CjutYk2bLdq/GETH7TnAxNgWVhzuFVkSAbZdRjXwP5nstBcT1HYUmkJxaQrphOSxHe0BTAQkXQX7nDFknsdMIkiDUqr3kxoCeqW5mJlsFugT8vKCluqz7yI6QLwLYBT/PMopeTL+atiZSvGUvpNq6duHOQ1kpTWiuJRFc3OeueE= Received: by 10.37.15.37 with SMTP id s37mr1387936nzi; Fri, 05 Aug 2005 15:59:26 -0700 (PDT) Received: from ?192.168.15.122? ([68.190.230.198]) by mx.gmail.com with ESMTP id 36sm1898179nzk.2005.08.05.15.59.26; Fri, 05 Aug 2005 15:59:26 -0700 (PDT) From: Pascal Hofstee To: current@freebsd.org In-Reply-To: <1123260641.69686.4.camel@synergy.charterpipeline.net.lan> References: <1123260641.69686.4.camel@synergy.charterpipeline.net.lan> Content-Type: text/plain Date: Fri, 05 Aug 2005 15:59:24 -0700 Message-Id: <1123282764.53733.3.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: amd64 buildworld broken ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 22:59:28 -0000 On Fri, 2005-08-05 at 09:50 -0700, Pascal Hofstee wrote: > I had some strange network problems yesterday so i am not sure if my > mail actually made it out to the list (since i have seen no responses at > all yet .. i assume it did not ... so i retry). > > I have tried a buildworld for 7.0-CURRENT/amd64 for three days straight > now .. and it keeps bailing out with the following error. [snip] > I have tried make cleanworld, rm -Rf /usr/src, using different cvsup > mirrors yet the problem persists. if below's snippet of output log is > insufficient i can provide a full buildworld log if required. Well .. it looks like make cleanworld doesn't clean up /usr/obj/lib32 so after manually issuing an "rm -Rf /usr/obj/lib32" buildworld still breaks .. but in a different location now. ===> lib/csu/i386-elf (depend,all,install) rm -f .depend mkdep -f .depend -a -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include /usr/src/lib/csu/i386-elf/crt1.c /usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S cc -O -g -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/lib/csu/i386-elf/crt1.c {standard input}: Assembler messages: {standard input}:74: Error: suffix or operands invalid for `mov' *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Can somebody on amd64 HEAD .. please confirm this breakage or give me suggestions on what else i can possibly try to resolve this buildworld problem ? -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 23:27:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FA216A41F for ; Fri, 5 Aug 2005 23:27:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1076843D48 for ; Fri, 5 Aug 2005 23:27:35 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j75NRXZd045132; Sat, 6 Aug 2005 02:27:33 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 22450-01; Sat, 6 Aug 2005 02:27:32 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j75NRWRw045128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 02:27:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j75NRVjQ056167; Sat, 6 Aug 2005 02:27:31 +0300 (EEST) (envelope-from ru) Date: Sat, 6 Aug 2005 02:27:31 +0300 From: Ruslan Ermilov To: Pascal Hofstee Message-ID: <20050805232731.GC48504@ip.net.ua> References: <1123180942.75727.3.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <1123180942.75727.3.camel@synergy.charterpipeline.net.lan> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: buildworld broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 23:27:37 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 04, 2005 at 11:42:22AM -0700, Pascal Hofstee wrote: > I have tried a buildworld for 7.0-CURRENT/amd64 for two days straight > now .. and it keeps bailing out with the following error. >=20 > It looks like somehow "MACHINE=3Di386 MACHINE_ARCH=3Di386" are not getti= ng > properly set during the building of these lib32 bits. Can somebody > please confirm this breakage ... as i haven't seen the tinderboxes > complain yet. (I have no NO_* settings or TARGET_ARCH specifications in > my make.conf). >=20 >=20 > =3D=3D=3D> kerberos5/lib/libasn1 (depend,all,install) > building shared library libasn1.so.8 > /usr/obj/usr/src/tmp/usr/bin/ld: warning: i386 architecture of input > file `asn1_err.So' is incompatible with i386:x86-64 output > asn1_err.So(.text+0x33): In function `initialize_asn1_error_table_r': > /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:26: undefined > reference to `initialize_error_table_r' > asn1_err.So(.text+0x6c): In function `initialize_asn1_error_table': > /usr/obj/lib32/usr/src/kerberos5/lib/libasn1/asn1_err.c:31: undefined > reference to `init_error_table' > *** Error code 1 >=20 > Stop in /usr/src/kerberos5/lib/libasn1. > *** Error code 1 >=20 Works for me, with latest sources. Do you by chance have MACHINE_ARCH set somewhere, e.g. in /etc/make.conf? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8/XjqRfpzJluFF4RApwvAJ0dnYPx1yHQLuQPsh/xux3WEzFV+wCdFT+t 7lUKzl1l5iRV9neUklynpm4= =rJX6 -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 23:30:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C7D816A41F for ; Fri, 5 Aug 2005 23:30:52 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp112.sbc.mail.mud.yahoo.com (smtp112.sbc.mail.mud.yahoo.com [68.142.198.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 7388143D49 for ; Fri, 5 Aug 2005 23:30:51 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 76918 invoked from network); 5 Aug 2005 23:30:50 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.210.29 with login) by smtp112.sbc.mail.mud.yahoo.com with SMTP; 5 Aug 2005 23:30:50 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2ACFC60E8; Fri, 5 Aug 2005 18:30:50 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16640-02; Fri, 5 Aug 2005 18:30:46 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 61E9760D2; Fri, 5 Aug 2005 18:30:46 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id j75NUj2l007966; Fri, 5 Aug 2005 18:30:46 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42F3F6A1.7040608@alumni.rice.edu> Date: Fri, 05 Aug 2005 18:30:41 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050727) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pascal Hofstee References: <1123260641.69686.4.camel@synergy.charterpipeline.net.lan> <1123282764.53733.3.camel@synergy.charterpipeline.net.lan> In-Reply-To: <1123282764.53733.3.camel@synergy.charterpipeline.net.lan> X-Enigmail-Version: 0.92.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1C07B443BA1F0390587C81BB" X-Virus-Scanned: amavisd-new at noacks.org Cc: current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64 buildworld broken ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 23:30:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1C07B443BA1F0390587C81BB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 08/05/05 17:59, Pascal Hofstee wrote: > On Fri, 2005-08-05 at 09:50 -0700, Pascal Hofstee wrote: >>I have tried make cleanworld, rm -Rf /usr/src, using different cvsup >>mirrors yet the problem persists. if below's snippet of output log is >>insufficient i can provide a full buildworld log if required. > > Well .. it looks like make cleanworld doesn't clean up /usr/obj/lib32 so > after manually issuing an "rm -Rf /usr/obj/lib32" buildworld still > breaks .. but in a different location now. I haven't seen any tinderbox failures recently so I think amd64 HEAD builds. Try "rm -rf /usr/obj/*". Coupled with a new /usr/src (which you already have), that should get you a clean build environment. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig1C07B443BA1F0390587C81BB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFC8/alUFz01pkdgZURAnlKAJ9eBfVUWSh4ET6XALKA2/KQ2hrnVACfXcoY WJrp+2rH40uy37gDmN56OPU= =AmqE -----END PGP SIGNATURE----- --------------enig1C07B443BA1F0390587C81BB-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 5 23:51:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183EF16A41F; Fri, 5 Aug 2005 23:51:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C76143D45; Fri, 5 Aug 2005 23:51:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j75Np0b9046007; Sat, 6 Aug 2005 02:51:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 22539-15; Sat, 6 Aug 2005 02:51:00 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j75Np0oU046004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 02:51:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j75Noxme072892; Sat, 6 Aug 2005 02:50:59 +0300 (EEST) (envelope-from ru) Date: Sat, 6 Aug 2005 02:50:59 +0300 From: Ruslan Ermilov To: Jonathan Noack Message-ID: <20050805235059.GE48504@ip.net.ua> References: <1123260641.69686.4.camel@synergy.charterpipeline.net.lan> <1123282764.53733.3.camel@synergy.charterpipeline.net.lan> <42F3F6A1.7040608@alumni.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n2Pv11Ogg/Ox8ay5" Content-Disposition: inline In-Reply-To: <42F3F6A1.7040608@alumni.rice.edu> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org, freebsd-amd64@freebsd.org, Pascal Hofstee Subject: Re: amd64 buildworld broken ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 23:51:10 -0000 --n2Pv11Ogg/Ox8ay5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 05, 2005 at 06:30:41PM -0500, Jonathan Noack wrote: > On 08/05/05 17:59, Pascal Hofstee wrote: > >On Fri, 2005-08-05 at 09:50 -0700, Pascal Hofstee wrote: > >>I have tried make cleanworld, rm -Rf /usr/src, using different cvsup > >>mirrors yet the problem persists. if below's snippet of output log is > >>insufficient i can provide a full buildworld log if required. > > > >Well .. it looks like make cleanworld doesn't clean up /usr/obj/lib32 so > >after manually issuing an "rm -Rf /usr/obj/lib32" buildworld still > >breaks .. but in a different location now. >=20 > I haven't seen any tinderbox failures recently so I think amd64 HEAD=20 > builds. Try "rm -rf /usr/obj/*". Coupled with a new /usr/src (which=20 > you already have), that should get you a clean build environment. >=20 I'd also suggest running "env -i /usr/bin/make buildworld __MAKE_CONF=3D/dev/null", for the best known cleanness. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --n2Pv11Ogg/Ox8ay5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC8/tjqRfpzJluFF4RAgAJAJ0QojEKLp6mteCTQMJevy9EvlcWuACgmL/Z W3fyrrkk3IQJYfZgbH+EsDg= =RyMx -----END PGP SIGNATURE----- --n2Pv11Ogg/Ox8ay5-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 00:00:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15D2A16A421 for ; Sat, 6 Aug 2005 00:00:48 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id D95FB43D48 for ; Sat, 6 Aug 2005 00:00:46 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so610973rne for ; Fri, 05 Aug 2005 17:00:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=nKqpvqNvmtTK5RV/i7yYtn+IEByuRIc27Mp45P2TSMqDJbinv8ek480qxB4LFSFlM2+WaB2dk2rZpH+Zg8VxvU+qCJJCOYF6Gdc6Ci0rEL40ZvCukxbuUoXrNPip+kb42r23JM023zx/F+iL+gxXZByhWML9j3FR/uujrQf6EzA= Received: by 10.39.2.26 with SMTP id e26mr1570054rni; Fri, 05 Aug 2005 17:00:46 -0700 (PDT) Received: from ?192.168.15.122? ([68.190.230.198]) by mx.gmail.com with ESMTP id j20sm1871100rnf.2005.08.05.17.00.45; Fri, 05 Aug 2005 17:00:45 -0700 (PDT) From: Pascal Hofstee To: Ruslan Ermilov In-Reply-To: <20050805235059.GE48504@ip.net.ua> References: <1123260641.69686.4.camel@synergy.charterpipeline.net.lan> <1123282764.53733.3.camel@synergy.charterpipeline.net.lan> <42F3F6A1.7040608@alumni.rice.edu> <20050805235059.GE48504@ip.net.ua> Content-Type: text/plain Date: Fri, 05 Aug 2005 17:00:27 -0700 Message-Id: <1123286427.47742.6.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org, current@freebsd.org Subject: Re: amd64 buildworld broken ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 00:00:48 -0000 On Sat, 2005-08-06 at 02:50 +0300, Ruslan Ermilov wrote: > On Fri, Aug 05, 2005 at 06:30:41PM -0500, Jonathan Noack wrote: > > >Well .. it looks like make cleanworld doesn't clean up /usr/obj/lib32 so > > >after manually issuing an "rm -Rf /usr/obj/lib32" buildworld still > > >breaks .. but in a different location now. > > > > I haven't seen any tinderbox failures recently so I think amd64 HEAD > > builds. Try "rm -rf /usr/obj/*". Coupled with a new /usr/src (which > > you already have), that should get you a clean build environment. > > > I'd also suggest running "env -i /usr/bin/make buildworld > __MAKE_CONF=/dev/null", for the best known cleanness. I had another close look at my /etc/make.conf when it suddenly hit me. I have not yet been able to confirm buildworld indeed no longer breaks ... but i think i found the source of my problem. I have been trying to use ccache for buildworlds a little while back ... but never could get it to pass building libcrypto.so.4 (iirc) .. but it worked perfectly for my ports tree. So i thought i had properly disabled ccache for /usr/src based builds by removing the /usr/src/ check that normally enables the usage of ccache as follows: .if !defined(NOCCACHE) #.if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/ports*} .if ${.CURDIR:M/usr/ports*} CC=/usr/local/libexec/ccache/cc CXX=/usr/local/libexec/ccache/c++ .else CC=cc CXX=c++ .endif .else CC=/usr/bin/cc CXX=/usr/bin/c++ .endif it just hit me that this makes /usr/src use the bottom CC=/usr/bin/cc section ... instead of the supposed CC=cc section. I am almost positive this indeed is what broke my buildworld. I apologize for the linenoise. I am currently running a new buildworld with the ccache bits completely removed from my make.conf to confirm this was the source of my buildworld breakage but i am about 99.99% sure. With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 03:09:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF4BA16A41F for ; Sat, 6 Aug 2005 03:09:18 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749A543D45 for ; Sat, 6 Aug 2005 03:09:18 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7639Gbo057470 for ; Sat, 6 Aug 2005 03:09:17 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42F42919.2030207@freebsd.org> Date: Sat, 06 Aug 2005 11:06:01 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> <20050802160045.GA61854@freebie.xs4all.nl> <20050803024341.GA92499@over-yonder.net> <20050803082939.GE45385@obiwan.tataz.chchile.org> <20050803111624.GA271@cirb503493.alcatel.com.au> In-Reply-To: <20050803111624.GA271@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Lock order reversal in RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 03:09:18 -0000 lock order reversal 1st 0xc0980be0 UMA lock (UMA lock) @ vm/uma_core.c:1494 2nd 0xc1060144 system map (system map) @ vm/vm_map.c:2317 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0935cf8,c0935e38,c08bbfa4) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c0872746,90d) at witness_checkorder+0x564 _mtx_lock_flags(c1060144,0,c087273d,90d) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c087273d,90d) at _vm_map_lock+0x26 vm_map_remove(c10600c0,c2595000,c2596000,de3cac08,c0780751) at vm_map_remove+0x1f kmem_free(c10600c0,c2595000,1000,de3cac38,c07800fe) at kmem_free+0x25 page_free(c2595000,1000,2) at page_free+0x29 zone_drain(c103dd20) at zone_drain+0x26a zone_foreach(c077fe94,de3cacec,c0791f7f,c1ecc960,de3cac74) at zone_foreach+0x37 uma_reclaim(c1ecc960,de3cac74,0,c092c320,de3cac80) at uma_reclaim+0x12 vm_pageout_scan(0,c0981040,0,c0873c16,5c3) at vm_pageout_scan+0x103 vm_pageout(0,de3cad38,0,c0792d38,0) at vm_pageout+0x2c3 fork_exit(c0792d38,0,de3cad38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xde3cad6c, ebp = 0 --- David Xu From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 06:31:04 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14C8A16A41F for ; Sat, 6 Aug 2005 06:31:04 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BAEB43D46 for ; Sat, 6 Aug 2005 06:31:02 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20050806063100.PLYT11632.mxfep01.bredband.com@as6-1-5.kr.m.bonet.se> for ; Sat, 6 Aug 2005 08:31:00 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id E8A4D678B9 for ; Sat, 6 Aug 2005 08:30:59 +0200 (CEST) Message-ID: <42F45923.2080401@gneto.com> Date: Sat, 06 Aug 2005 08:30:59 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Something is very wrong with disk caching in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 06:31:04 -0000 I'm playing with 7.0 on a brand new dual core P4 box. Boot disk 80GB ATA with OS Data disk 6*36GB SCSI RAID5 MegaRAID 320-2e (8x PCI-e,this one rocks!) CPU: Pentium D 820 Dual core: 2*2.8GHz/1MB cache. Motherboard: Intel D945GNT Memory: 512MB DDR-II NIC: Broadcom 5751 on 1x PCI-e card. I tested how long it it takes to load a 3GB mysql database from a sql file. The mysql daemon takes about 320MB memory with my config. To my surprise the OS pages out the mysqld to use memory for caching the file I/O. After the import is done I have 320MB of swap usage and all processes have reallay small RES valiues in top. Next try: I add 2*1GB sticks so memory is not so constrained. I increase the buffers of mysqld (new footprint 715MB) and also add innodb support with a 10GB innodb file as default. When starting mysql the 10GB file is created in the meantime the OS swaps out all the processes including the mysqld, the systhem pages a lot ( to the ATA disk) as the file is created on the MegaRAID array. Following are a couple of top snapshots of the process. last pid: 858; load averages: 0.14, 0.06, 0.11 up 0+00:22:44 08:13:34 31 processes: 1 running, 30 sleeping CPU states: 0.0% user, 0.0% nice, 50.5% system, 18.9% interrupt, 30.6% idle Mem: 419M Active, 1898M Inact, 136M Wired, 40M Cache, 112M Buf, 3656K Free Swap: 999M Total, 7336K Used, 992M Free, 380K Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 858 mysql 4 20 0 615M 608M kserel 1 0:07 0.00% mysqld last pid: 858; load averages: 0.53, 0.16, 0.15 up 0+00:22:56 08:13:46 31 processes: 1 running, 30 sleeping CPU states: 0.2% user, 0.0% nice, 50.2% system, 13.9% interrupt, 35.7% idle Mem: 2568K Active, 2288M Inact, 136M Wired, 67M Cache, 112M Buf, 3656K Free Swap: 999M Total, 132M Used, 867M Free, 13% Inuse, 4K In, 11M Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 858 mysql 4 20 0 615M 485M kserel 1 0:11 0.00% mysqld last pid: 859; load averages: 0.99, 0.28, 0.19 up 0+00:23:12 08:14:02 32 processes: 2 running, 30 sleeping CPU states: 0.1% user, 0.0% nice, 58.0% system, 17.3% interrupt, 24.6% idle Mem: 3540K Active, 2317M Inact, 136M Wired, 37M Cache, 112M Buf, 3656K Free Swap: 999M Total, 218M Used, 781M Free, 21% Inuse, 328K In, 25M Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 859 root 1 -8 0 1780K 892K biord 0 0:00 1.40% systat 858 mysql 4 101 0 615M 397M RUN 1 0:18 0.00% mysqld last pid: 859; load averages: 1.76, 0.57, 0.30 up 0+00:23:55 08:14:45 32 processes: 1 running, 31 sleeping CPU states: 0.3% user, 0.0% nice, 50.2% system, 15.6% interrupt, 33.9% idle Mem: 2860K Active, 2283M Inact, 136M Wired, 72M Cache, 112M Buf, 3656K Free Swap: 999M Total, 615M Used, 384M Free, 61% Inuse, 536K In, 48K Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 821 root 1 96 0 2416K 580K CPU1 0 0:00 0.20% top 858 mysql 4 20 0 615M 1440K kserel 1 0:29 0.00% mysqld last pid: 862; load averages: 0.18, 0.46, 0.31 up 0+00:27:03 08:17:53 34 processes: 1 running, 33 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 18M Active, 2264M Inact, 135M Wired, 75M Cache, 112M Buf, 3656K Free Swap: 999M Total, 613M Used, 386M Free, 61% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 858 mysql 6 20 0 687M 22920K kserel 0 0:42 0.00% mysqld This can't be rigt, why are active processes swapped out just to use the memory for caching a file that is written to once! The box have 2.5GB memory, it should be plenty for this! I can't test under 5.4 on this box, the ATA controller (ICH7R) is not recognised at all so I have no OS disk! Regards, Martin Nilsson From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 07:24:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 160C016A41F for ; Sat, 6 Aug 2005 07:24:18 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31C0043D53 for ; Sat, 6 Aug 2005 07:24:16 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20050806072416.PTBA11632.mxfep01.bredband.com@as6-1-5.kr.m.bonet.se> for ; Sat, 6 Aug 2005 09:24:16 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id B0CA2678B9 for ; Sat, 6 Aug 2005 09:24:15 +0200 (CEST) Message-ID: <42F4659F.5030407@gneto.com> Date: Sat, 06 Aug 2005 09:24:15 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42F45923.2080401@gneto.com> In-Reply-To: <42F45923.2080401@gneto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Something is very wrong with disk caching in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 07:24:18 -0000 Martin Nilsson wrote: > > This can't be rigt, why are active processes swapped out just to use > the memory for caching a file that is written to once! The box have > 2.5GB memory, it should be plenty for this! Some serching reveals that this is the same bug as Julian found 07/28. Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 Who is working on this? It should be put on the TODO for 6.0 so it's not lost. /Martin From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 07:39:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E33116A420 for ; Sat, 6 Aug 2005 07:39:58 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0466F43D55 for ; Sat, 6 Aug 2005 07:39:57 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 46BE1208D74; Sat, 6 Aug 2005 00:39:57 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j767dsgY004913; Sat, 6 Aug 2005 00:39:56 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42F46942.7030005@elischer.org> Date: Sat, 06 Aug 2005 00:39:46 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: Martin Nilsson References: <42F45923.2080401@gneto.com> <42F4659F.5030407@gneto.com> In-Reply-To: <42F4659F.5030407@gneto.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Something is very wrong with disk caching in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 07:39:58 -0000 Martin Nilsson wrote: > Martin Nilsson wrote: > > > > > This can't be rigt, why are active processes swapped out just to use > > the memory for caching a file that is written to once! The box have > > 2.5GB memory, it should be plenty for this! > > > > Some serching reveals that this is the same bug as Julian found 07/28. > Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 there is a patch that helps with this problem in testing, It helps in teh case where there is just 1 huge file pushing everything else out but if there is another problem that affects the system when there are multiple files doing IO then in may not help.. It is not clear whether you experience the problem with 1 single file or with many small files being written to. > > Who is working on this? It should be put on the TODO for 6.0 so it's not > lost. > > /Martin > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 07:44:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4BB316A41F for ; Sat, 6 Aug 2005 07:44:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E45843D46 for ; Sat, 6 Aug 2005 07:44:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id BFA63208CFF for ; Sat, 6 Aug 2005 00:44:58 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j767iwbx010087 for ; Sat, 6 Aug 2005 00:44:58 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <42F46A71.8080808@elischer.org> Date: Sat, 06 Aug 2005 00:44:49 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050424 X-Accept-Language: en, hu MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050805091854.GA1362@twelvegates.homeip.net> In-Reply-To: <20050805091854.GA1362@twelvegates.homeip.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Unabel to resurrect your old /etc/x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 07:44:59 -0000 Hanspeter Roth wrote: > Hello, > > I'm upgrading an 6.0-Beta1 installation with 6.0-Beta2. > It had already happened when upgrading to 6.0-Beta1. > There come lots of messageboxes with > > Unable to resurrect your old /etc/csh.logout! Hmmmm. yes I saw this too.. It apparently complained about failing to resurect every file in /etc. however when I looked, at least the ones I cared about had been resurected... I'm not sure what that indicated. > > Each messagebox pertains another file below /etc. > > What should I do to make it able to resurrect those files? > > Couldn't those messages be collected in a box that contains multiple > files, so I don't have to press Enter so often? > > -Hanspeter > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 08:21:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BB316A41F for ; Sat, 6 Aug 2005 08:21:35 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D327A43D48 for ; Sat, 6 Aug 2005 08:21:33 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20050806082132.QDKJ11632.mxfep01.bredband.com@as6-1-5.kr.m.bonet.se>; Sat, 6 Aug 2005 10:21:32 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id 64571678B9; Sat, 6 Aug 2005 10:21:32 +0200 (CEST) Message-ID: <42F4730C.6040204@gneto.com> Date: Sat, 06 Aug 2005 10:21:32 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <42F45923.2080401@gneto.com> <42F4659F.5030407@gneto.com> <42F46942.7030005@elischer.org> In-Reply-To: <42F46942.7030005@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Something is very wrong with disk caching in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 08:21:35 -0000 Julian Elischer wrote: > Martin Nilsson wrote: > >> Martin Nilsson wrote: >> >> > >> > This can't be rigt, why are active processes swapped out just to use >> > the memory for caching a file that is written to once! The box have >> > 2.5GB memory, it should be plenty for this! >> >> >> >> Some serching reveals that this is the same bug as Julian found 07/28. >> Re: VFS/VM over-runs. Was: Apparent strange disk behaviour in 6.0 > > > there is a patch that helps with this problem in testing, It helps > in teh case where there is just 1 huge file pushing everything else out > but if there is another problem that affects the system when there > are multiple files doing IO then in may not help.. > It is not clear whether you experience the problem with 1 single > file or with many small files being written to. My problems are with one big file, the database in the first test is mostly one big table with 20 million rows. In the second test the big 10GB ibdata file is what causes it. > >> >> Who is working on this? It should be put on the TODO for 6.0 so it's >> not lost. >> >> /Martin >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 08:22:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65CA016A41F for ; Sat, 6 Aug 2005 08:22:52 +0000 (GMT) (envelope-from andy@bontoft.net) Received: from mail16.bluewin.ch (mail16.bluewin.ch [195.186.19.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id E377B43D46 for ; Sat, 6 Aug 2005 08:22:51 +0000 (GMT) (envelope-from andy@bontoft.net) Received: from bifrost.protocols.co.za (83.76.234.18) by mail16.bluewin.ch (Bluewin 7.2.063) id 42D28050003E6D23 for freebsd-current@freebsd.org; Sat, 6 Aug 2005 08:22:49 +0000 Received: from [127.0.0.1] (mjolnir.protocols.co.za [10.0.0.21]) by bifrost.protocols.co.za (Postfix) with ESMTP id B9D06521 for ; Sat, 6 Aug 2005 10:25:33 +0200 (CEST) Message-ID: <42F47354.6000109@bontoft.net> Date: Sat, 06 Aug 2005 10:22:44 +0200 From: Andy Bontoft User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010808000906060702090900" Subject: ath problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 08:22:52 -0000 This is a cryptographically signed message in MIME format. --------------ms010808000906060702090900 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm unable to get a wireless access point to work properly and for the life of me I can't work out why. I've spent the past few evenings trawling the mailing list archives without much success. I'm hoping someone can point me in the right direction. It's an Atheros 5212 (Wistron cm9 miniPCI) in a soekris 4801 box. A test client (WinXP SP2) can associate and on occasion obtains an address from the DHCP server on the ether side of the AP. Most of the time it is unable to obtain an address however, and even when it does after a few seconds it changes to the default not connected address of the 169.254/16 network. Initially I was trying to configure hostap for wpa+802.1x (EAP_TLS), the 802.1x worked fine and the XP laptop received its address, again after a few seconds the address would revert to the 169.254/16 network. To try and identify the issue I switched to a simple wep mode (without hostap), but I have the same issue. The athstats tool reports a lot of failures. I haven't attached pages and pages of debug output as I'm not sure what would be required and don't want to flood the list. I have just attached a few of the basic things, but if more information is required I can obviously supply it. Thanks for your time andy btw - the same laptop works perfectly with an identical config (except the SSID is different) on second 'off the shelf' AP. ap# ifconfig ath0 ath0: flags=8847 mtu 1500 inet6 fe80::20b:6bff:fe35:cb82%ath0 prefixlen 64 scopeid 0x4 inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255 ether 00:0b:6b:35:cb:82 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid Z channel 9 bssid 00:0b:6b:35:cb:82 authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 53 protmode CTS dtimperiod 1 bintval 100 ap# sysctl net.link.ether.bridge net.link.ether.bridge_cfg: "ath0,sis0" net.link.ether.bridge_ipfw: 0 net.link.ether.bridge_ipf: 0 net.link.ether.bridge.config: "ath0,sis0" net.link.ether.bridge.enable: 1 net.link.ether.bridge.predict: 0 net.link.ether.bridge.dropped: 0 net.link.ether.bridge.packets: 0 net.link.ether.bridge.ipfw_collisions: 0 net.link.ether.bridge.ipfw_drop: 0 net.link.ether.bridge.copy: 0 net.link.ether.bridge.ipfw: 0 net.link.ether.bridge.ipf: 0 net.link.ether.bridge.debug: 2 net.link.ether.bridge.version: 031224 ap# ./athstats 1666 tx management frames 5 tx frames discarded prior to association 996 tx failed 'cuz too many retries 11502 long on-chip tx retries 221 tx frames with no ack marked 204 tx frames with short preamble 57002 rx failed 'cuz of bad CRC 136258 rx failed 'cuz of PHY err 122418 OFDM timing 13840 CCK timing 28961 beacons transmitted 165 periodic calibrations 4 rfgain value change 4489 rate control checks 5 rate control dropped xmit rate rssi of last ack: 19 avg recv rssi: 33 59 switched default/rx antenna Antenna profile: [1] tx 472 rx 3037 [2] tx 414 rx 29 -- YW5keUBib250b2Z0Lm5ldAo= --------------ms010808000906060702090900 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJEzCC AuQwggJNoAMCAQICAw8SWTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNzA0MTMzMTAxWhcNMDYwNzA0MTMzMTAx WjBZMRAwDgYDVQQEEwdCb250b2Z0MQ0wCwYDVQQqEwRBbmR5MRUwEwYDVQQDEwxBbmR5IEJv bnRvZnQxHzAdBgkqhkiG9w0BCQEWEGFuZHlAYm9udG9mdC5uZXQwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDZNf8QXmumK+eZLrWqE6Me39BS0AGtpv9yzUMatvbiH3jGHdGX YA0VvcMCSudidL+2bfxegofoT+VfMti4YeNoILqF4SIcX3cVaLaiKUoAS94QJ16D8RtXkVU9 rAkxSFymRxuzqZ9Le5MfWEp/YF9VHuD9AkCjIbzItusMbx/JVlsJqJTvGh8VmuGxHaFCFAmc DeJT3cTbUn8Be9cGygq7MnZeAG9x6riFrA6fi6iSA2i6moCg0ogBv92unxP2GdEHVrIAIAgD iPWEBcZdW14wGktRC/kyRNTQefws+P4vSVM4bD20B/nKoIDG/or9JnoD0bfeusWfbSiK7/zc 30plAgMBAAGjLTArMBsGA1UdEQQUMBKBEGFuZHlAYm9udG9mdC5uZXQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBafrU0PdAXZ4qGUpZiYGpk3clLM73hywffVqdCa6tKeGlN S0Il7tQZKClUieiRDOmpi6z2ICNWKJV5YStf1aX1LjPRE5tgEx8mhz9actla0NdfdY53nbgU DyjN4Pa/E7PVw/rMRjzOGVNzMPZRh8nlXg3NAeuSuN9WA6jlznkoXTCCAuQwggJNoAMCAQIC Aw8SWTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENv bnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IElzc3VpbmcgQ0EwHhcNMDUwNzA0MTMzMTAxWhcNMDYwNzA0MTMzMTAxWjBZMRAwDgYDVQQE EwdCb250b2Z0MQ0wCwYDVQQqEwRBbmR5MRUwEwYDVQQDEwxBbmR5IEJvbnRvZnQxHzAdBgkq hkiG9w0BCQEWEGFuZHlAYm9udG9mdC5uZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQDZNf8QXmumK+eZLrWqE6Me39BS0AGtpv9yzUMatvbiH3jGHdGXYA0VvcMCSudidL+2 bfxegofoT+VfMti4YeNoILqF4SIcX3cVaLaiKUoAS94QJ16D8RtXkVU9rAkxSFymRxuzqZ9L e5MfWEp/YF9VHuD9AkCjIbzItusMbx/JVlsJqJTvGh8VmuGxHaFCFAmcDeJT3cTbUn8Be9cG ygq7MnZeAG9x6riFrA6fi6iSA2i6moCg0ogBv92unxP2GdEHVrIAIAgDiPWEBcZdW14wGktR C/kyRNTQefws+P4vSVM4bD20B/nKoIDG/or9JnoD0bfeusWfbSiK7/zc30plAgMBAAGjLTAr MBsGA1UdEQQUMBKBEGFuZHlAYm9udG9mdC5uZXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B AQQFAAOBgQBafrU0PdAXZ4qGUpZiYGpk3clLM73hywffVqdCa6tKeGlNS0Il7tQZKClUieiR DOmpi6z2ICNWKJV5YStf1aX1LjPRE5tgEx8mhz9actla0NdfdY53nbgUDyjN4Pa/E7PVw/rM RjzOGVNzMPZRh8nlXg3NAeuSuN9WA6jlznkoXTCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcN AQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv bTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYD VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA xKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUq VIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMG A1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZy ZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJp dmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIX oUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydx VyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x ggM7MIIDNwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIDDxJZMAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTA1MDgwNjA4MjI0NFowIwYJKoZIhvcNAQkEMRYEFCtQwtygQNVAsynj a31WSSvKYCWxMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCA MA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgGCSsGAQQBgjcQBDFr MGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0 ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMPElkw egYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDDxJZMA0GCSqGSIb3DQEBAQUABIIBAEfMUrU80tTDr5E9/dyZXjhPwd1H RSk4ouE6xdrpCzeRGZ7krfmKIJO1f+P69S97eaWImN/YoQOzP59FbkOBUnEqg3DFcL9w95GA RbnHAvc/8xKIwI1XcaTla9JM5MT8sdhKAEEY6YHBt1aRhUuq5x3u6grXFZGlSN0RbWfJ6JEl nKi1MIGJ0VMhAQZaRUNFSHBdWpDteDHoa+VyQJF730KJEFn8IToUJBFMGxRk/LRarDVxQ56i JsyBdbl2Q8cxbS5Petp2AgmA604aCYUKb4RBtvpbCAPKOGOxF6EJqjRBb7LnW9SuiPASKVK7 WJuQ8IVPCBYAyAyws/CNKO9xUl0AAAAAAAA= --------------ms010808000906060702090900-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 10:25:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F14B216A41F; Sat, 6 Aug 2005 10:25:51 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (imap1.unet.univie.ac.at [131.130.1.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 306D443D46; Sat, 6 Aug 2005 10:25:51 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from adslle.cc.univie.ac.at (adslle.cc.univie.ac.at [131.130.102.11]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j76APTFT008205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 12:25:33 +0200 (CEST) Date: Sat, 6 Aug 2005 12:25:28 +0200 (CEST) From: Lukas Ertl To: Matthias Schuendehuette In-Reply-To: Message-ID: <20050806122309.O731@korben.prv.univie.ac.at> References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4249; Body=3 Fuz1=3 Fuz2=3 Cc: freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:25:52 -0000 On Sat, 6 Aug 2005, Matthias Schuendehuette wrote: > Further, gvinum is not working with this disk subsystem. If I try to > create a gvinum-drive, the drive seems to be created ('gvinum list' > reports the drive), but it has the state 'down' and cannot be > started. After a reboot, there's no gvinum-drive at all any more. If > I look at the first sectors of the partition which should contain the > gvinum drive, there's absolutely nothing written to disk, even after > a 'gvinum saveconfig'. All zeroes, no "In VINO" gvinum magic, no > drive size, simply nothing - strange! The mpt device is apparently not GEOM-aware. regards, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 10:45:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A064716A41F; Sat, 6 Aug 2005 10:45:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C80D43D45; Sat, 6 Aug 2005 10:45:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id CC83E1FFAD1; Sat, 6 Aug 2005 12:45:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 7747B1FFACC; Sat, 6 Aug 2005 12:45:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id E4B581560B; Sat, 6 Aug 2005 10:41:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id E288D15380; Sat, 6 Aug 2005 10:41:23 +0000 (UTC) Date: Sat, 6 Aug 2005 10:41:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: David Xu In-Reply-To: <42F42919.2030207@freebsd.org> Message-ID: References: <20050802152009.GA29643@mercury.m202.net> <008c01c59777$42db5520$0b02a8c0@justin> <790a9fff050802084439209f7e@mail.gmail.com> <20050802160045.GA61854@freebie.xs4all.nl> <20050803024341.GA92499@over-yonder.net> <20050803082939.GE45385@obiwan.tataz.chchile.org> <20050803111624.GA271@cirb503493.alcatel.com.au> <42F42919.2030207@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: Lock order reversal in RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:45:10 -0000 On Sat, 6 Aug 2005, David Xu wrote: > > lock order reversal > 1st 0xc0980be0 UMA lock (UMA lock) @ vm/uma_core.c:1494 > 2nd 0xc1060144 system map (system map) @ vm/vm_map.c:2317 Already known http://sources.zabbadoz.net/freebsd/lor.html#109 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 10:52:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EFE16A41F; Sat, 6 Aug 2005 10:52:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC2943D55; Sat, 6 Aug 2005 10:52:50 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 86EF246B8B; Sat, 6 Aug 2005 06:52:50 -0400 (EDT) Date: Sat, 6 Aug 2005 11:55:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: snort Snort In-Reply-To: <20050729120343.76098.qmail@web54402.mail.yahoo.com> Message-ID: <20050806115454.F46767@fledge.watson.org> References: <20050729120343.76098.qmail@web54402.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Simple program use /dev/tap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:52:51 -0000 On Fri, 29 Jul 2005, snort Snort wrote: > As I want to learn how to use /dev/tap in freebsd, I m looking for a > simple application that written for /dev/tap. OpenVPN is a bit too > complicated for a newbie to get start. Can anyone tell me a link or > reference for some of these examples? Thanks Sam http://www.watson.org/~robert/freebsd/netbridge/ Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 11:24:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 846D616A41F for ; Sat, 6 Aug 2005 11:24:40 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay06.plus.net (pih-relay06.plus.net [212.159.14.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id F313B43D45 for ; Sat, 6 Aug 2005 11:24:39 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from [84.92.156.191] (helo=[192.168.0.5]) by pih-relay06.plus.net with esmtp (Exim) id 1E1MSs-0006P6-UC for freebsd-current@freebsd.org; Sat, 06 Aug 2005 12:03:43 +0100 Message-ID: <42F49911.7010207@codegurus.org> Date: Sat, 06 Aug 2005 12:03:45 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: /dev/x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 11:24:40 -0000 Hello, I downloaded the FreeBSD 6.0 Beta 1 ISO's and burnt them as per usual and thought great let me try install it.... I got to the sysinstall partitioning screen and allocated 20GB of my 250GB ATA100 Western Digital hard drive. This is where the problem starts, normally it will create the partition on something like /dev/ad1s3 but in this case it created it as /dev/X. I thought nothing of it at first thinking it was a new way that 6.x will be allocating the partitions. I went on to select the normal stuff I want too install ( user + X, src/ALL ) and went on to try commit, I tried to commit off the CD's, that did not work and had an error about the /dev/X, so I thought I would try install via FTP, the same error popped up. My hardware is as follows: Jetway V266B motherboard ( http://www.jetway.com.tw/evisn/product/amd/v266b/v266b.htm ) Western Digital 80GB (IDE Channel 0, XP Pro only) Western Digital 250GB (IDE Channel 1, FreeBSD 5.4, 3xNTFS, 1xFAT32) 768MB 266MHZ DDR I use the GAG boot manager, this is not a Compaq/HP/Dell it is a custom built system. I found a bug report about /dev/X being created as a hidden partition for XP, but since mine is not a OEM XP Pro it should not create a so called hidden partition that would produce this failure (as far as I know) and if it was down to that surely FreeBSD 5.4 would have had a similar problem. I have 'deleted' (but not commited) the other partitions and created a partition too see if that helped and it did, however I can not delete the other paritions and commit as I have too much data that must not be lost and too much too backup on CD/DVD. Why is this happening? What can be done too fix it? Other links for reference: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/39604 http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/84008 I have submitted this problem to the FreeBSD guys via the bug report on the FreeBSD website aswell. -- Kind regards, Jayton Garnett email: jay@codegurus.org Main : www.uberhacker.co.uk Test server: jayton.plus.co From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 04:49:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6396816A41F for ; Sat, 6 Aug 2005 04:49:36 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C637943D46 for ; Sat, 6 Aug 2005 04:49:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 3A043A249E7 for ; Sat, 6 Aug 2005 01:49:34 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 52577-05 for ; Sat, 6 Aug 2005 04:49:33 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id E774BA249CD for ; Sat, 6 Aug 2005 01:49:32 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 4EF814520B; Sat, 6 Aug 2005 01:49:33 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4983A3D5CA for ; Sat, 6 Aug 2005 01:49:33 -0300 (ADT) Date: Sat, 6 Aug 2005 01:49:33 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Message-ID: <20050806014652.S924@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org X-Mailman-Approved-At: Sat, 06 Aug 2005 11:43:02 +0000 Subject: Consistent file system hang with RELENG_6 of today ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 04:49:36 -0000 It was suggested that I may want to post this to -current ... I've posted a PR to GNaTs as well, which includes output with vfs.uniondebug enabled, in cae that might help too ... Basically, the problem is that the system pretty much hangs as soon as you run 'jail' where the usr directory is a unionfs ... it hangs consistently at the point that sendmail starts, where sendmail == postfix, which is located on /usr/local/sbin ... The following output was suggested by Robert Watson, as a first step in trying to disagnose teh problem ... the kernel in this was from July 30th, and i've been meticulously watching commits to RELENG_6 for anything that might pertain ... 'k, here's the first run at it ... I've got everything setup now, so that I can "recreate" at will, to provide more information ... and, I took a fresh core dump, in case that can help any ... ganymede# /usr/sbin/jail /vm/1/test.hub.org test.hub.org 192.168.0.65 4 /bin/sh /etc/rc /etc/rc: cannot create /dev/null: error 45 Skipping disk checks ... /etc/rc: cannot create /dev/null: error 45 cp: /dev/null: Operation not supported Doing initial network setup:. /etc/rc: cannot create /dev/null: error 45 Additional routing options:. Routing daemons:. /etc/rc: cannot create /dev/null: error 45 /etc/rc: cannot create /dev/null: error 45 Clearing /tmp:. Additional daemons: syslogd. Doing additional network setup:. Starting final network daemons: creating ssh1 RSA host key PRNG is not seeded creating ssh2 RSA host key /etc/rc: /usr/bin/ssh-keygen: permission denied creating ssh2 DSA host key /etc/rc: /usr/bin/ssh-keygen: permission denied . ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting standard daemons: cron sshdPRNG is not seeded sendmail. load: 0.00 cmd: sendmail 1454 [union] 0.00u 0.00s 0% 60k load: 0.00 cmd: sendmail 1454 [union] 0.00u 0.00s 0% 60k KDB: enter: manual escape to debugger [thread pid 13 tid 100003 ] Stopped at kdb_enter+0x2b: nop db> show pcpu cpuid = 0 curthread = 0xc1ec9a80: pid 13 "irq1: atkbd0" curpcb = 0xe3254d90 fpcurthread = none idlethread = 0xc1ec9780: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> show pcpu 0 cpuid = 0 curthread = 0xc1ec9a80: pid 13 "irq1: atkbd0" curpcb = 0xe3254d90 fpcurthread = none idlethread = 0xc1ec9780: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 1454 c23aec48 0 1 1389 4000002 [SLPQ union 0xc4cb6058][SLP] sendmail 1450 c2312000 0 1 1450 0000000 [SLPQ ufs 0xc278e6b8][SLP] cron 1440 c2313000 0 1 1440 0000000 [SLPQ select 0xc0672ee4][SLP] syslogd 1389 c23fc830 0 1385 1389 0004002 [SLPQ union 0xc2291af8][SLP] sh 1385 c2f7c830 0 812 1385 0004002 [SLPQ pause 0xc2f7c864][SLP] csh 1384 c2190c48 1001 627 627 0004100 [SLPQ lockf 0xc27d05c0][SLP] smtpd 1383 c2f7c418 1001 627 627 0004100 [SLPQ lockf 0xc225f680][SLP] smtpd 1382 c2f7c20c 1001 627 627 0004100 [SLPQ lockf 0xc27d0a40][SLP] smtpd 1381 c2665c48 1001 627 627 0004100 [SLPQ lockf 0xc2d15240][SLP] smtpd 1380 c23ae418 60 657 657 0004001 [SLPQ select 0xc0672ee4][SLP] lmtpd 1379 c2f7c000 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] lmtp 1378 c2f7ca3c 0 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] local 1377 c2f79c48 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] cleanup 1376 c23af000 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] trivial-rewrite 1375 c2f7c624 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] proxymap 1374 c2f7cc48 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] smtpd 1352 c2313a3c 0 805 45 0004000 [SLPQ nanslp 0xc066c34c][SLP] fsck_ufs 813 c23fc624 0 809 813 0004002 [SLPQ ufs 0xc278e6b8][SLP] csh 812 c23fcc48 0 1 812 0004102 [SLPQ wait 0xc23fcc48][SLP] login 811 c2664418 0 1 811 0004002 [SLPQ ttyin 0xc2039c10][SLP] getty 810 c218f20c 0 1 810 0004002 [SLPQ ttyin 0xc2039410][SLP] getty 809 c23a8c48 0 1 809 0004102 [SLPQ wait 0xc23a8c48][SLP] login 806 c2664624 0 1 45 0004002 [SLPQ piperd 0xc23a5198][SLP] logger 805 c2664000 0 804 45 0004002 [SLPQ wait 0xc2664000][SLP] fsck 804 c266420c 0 1 45 0000002 [SLPQ wait 0xc266420c][SLP] sh 793 c2664830 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 792 c2664a3c 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 791 c2664c48 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 790 c2665000 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 789 c266520c 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 788 c2665418 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 787 c2665624 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 786 c2665830 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 785 c23af418 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 784 c23fb20c 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 783 c23af20c 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 782 c23a8830 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 781 c23af624 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 780 c23fb624 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 779 c23fc000 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 778 c23a8a3c 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 777 c2313830 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 776 c23fbc48 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 775 c23a820c 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 774 c23fb830 0 706 706 0000000 [SLPQ accept 0xc236d892][SLP] perl 757 c23afa3c 0 1 757 0000000 [SLPQ select 0xc0672ee4][SLP] moused 752 c23af830 0 726 726 0000101 [SLPQ pause 0xc23af864][SLP] smbd 726 c23afc48 0 1 726 0000101 [SLPQ select 0xc0672ee4][SLP] smbd 725 c23fb000 60 657 657 0004001 [SLPQ select 0xc0672ee4][SLP] imapd 721 c23fba3c 0 1 721 0000001 [SLPQ select 0xc0672ee4][SLP] nmbd 706 c23fc20c 0 1 706 0000000 [SLPQ pause 0xc23fc240][SLP] perl 691 c23fb418 0 1 691 0000101 [SLPQ select 0xc0672ee4][SLP] proftpd 684 c23fc418 80 637 637 0000100 [SLPQ accept 0xc239319e][SLP] httpd 683 c2190830 80 637 637 0000100 [SLPQ accept 0xc239319e][SLP] httpd 682 c2312830 80 637 637 0000100 [SLPQ accept 0xc239319e][SLP] httpd 681 c23a8418 80 637 637 0000100 [SLPQ accept 0xc239319e][SLP] httpd 680 c23a8000 80 637 637 0000100 [SLPQ accept 0xc239319e][SLP] httpd 661 c23a8624 0 1 45 0004002 [SLPQ select 0xc0672ee4][SLP] imspd 657 c23ae000 60 1 657 0000101 [SLPQ select 0xc0672ee4][SLP] master 637 c2313418 0 1 637 0000000 [SLPQ select 0xc0672ee4][SLP] httpd 629 c231320c 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] qmgr 628 c229b418 1001 627 627 0004100 [SLPQ select 0xc0672ee4][SLP] pickup 627 c2312418 0 1 627 0004100 [SLPQ select 0xc0672ee4][SLP] master 553 c229ba3c 0 1 553 0000000 [SLPQ nanslp 0xc066c34c][SLP] cron 536 c1f83c48 0 1 536 0000100 [SLPQ select 0xc0672ee4][SLP] sshd 527 c229b000 1 1 527 0000100 [SLPQ sbwait 0xc227ba64][SLP] rwhod 448 c2190624 0 443 443 0000000 [SLPQ - 0xc22d0a00][SLP] nfsd 447 c2190418 0 443 443 0000000 [SLPQ - 0xc22d0c00][SLP] nfsd 446 c1f83830 0 443 443 0000000 [SLPQ - 0xc22d0e00][SLP] nfsd 445 c219020c 0 443 443 0000000 [SLPQ - 0xc22d0800][SLP] nfsd 443 c2190a3c 0 1 443 0000000 [SLPQ accept 0xc22ce03a][SLP] nfsd 429 c229bc48 0 1 429 0000000 [SLPQ select 0xc0672ee4][SLP] mountd 425 c229b20c 0 1 425 0000000 [SLPQ select 0xc0672ee4][SLP] rpcbind 352 c1f83a3c 53 1 352 0008180 (threaded) named thread 0xc22b6000 ksegrp 0xc1ecb000 [SLPQ kserel 0xc1ecb034][SLP] thread 0xc22b5d80 ksegrp 0xc1ecb000 [SLPQ select 0xc0672ee4][SLP] thread 0xc2191180 ksegrp 0xc1ecc780 [SLPQ ksesigwait 0xc1f83b74][SLP] 291 c229b830 0 1 291 0000000 [SLPQ select 0xc0672ee4][SLP] syslogd 258 c218f000 0 1 258 0000000 [SLPQ select 0xc0672ee4][SLP] devd 44 c218f418 0 0 0 0000204 [SLPQ - 0xe4cd4d08][SLP] schedcpu 43 c218f624 0 0 0 0000204 [SLPQ syncer 0xc066c0bc][SLP] syncer 42 c218f830 0 0 0 0000204 [SLPQ vlruwt 0xc218f830][SLP] vnlru 41 c218fa3c 0 0 0 0000204 [SLPQ psleep 0xc067342c][SLP] bufdaemon 40 c218fc48 0 0 0 000020c [SLPQ pgzero 0xc067bc04][SLP] pagezero 39 c2190000 0 0 0 0000204 [SLPQ psleep 0xc067b754][SLP] vmdaemon 38 c1f1ec48 0 0 0 0000204 [SLPQ psleep 0xc067b710][SLP] pagedaemon 37 c1f80000 0 0 0 0000204 [IWAIT] swi0: sio 36 c1f8020c 0 0 0 0000204 [SLPQ - 0xc1f7f43c][SLP] fdc0 35 c1f80418 0 0 0 0000204 [SLPQ tzpoll 0xc0778674][SLP] acpi_thermal 9 c1f80624 0 0 0 0000204 [SLPQ - 0xc1ec7b80][SLP] thread taskq 34 c1f80830 0 0 0 0000204 [IWAIT] swi6:+ 8 c1f80a3c 0 0 0 0000204 [SLPQ - 0xc1ec7d00][SLP] acpi_task2 7 c1f80c48 0 0 0 0000204 [SLPQ - 0xc1ec7d00][SLP] acpi_task1 6 c1f83000 0 0 0 0000204 [SLPQ - 0xc1ec7d00][SLP] acpi_task0 33 c1f8320c 0 0 0 0000204 [IWAIT] swi6: task queue 32 c1f83418 0 0 0 0000204 [IWAIT] swi2: cambio 5 c1f16624 0 0 0 0000204 [SLPQ - 0xc1f15080][SLP] kqueue taskq 31 c1f16830 0 0 0 0000204 [IWAIT] swi5:+ 30 c1f16a3c 0 0 0 0000204 [SLPQ - 0xc0666ec0][SLP] yarrow 4 c1f16c48 0 0 0 0000204 [SLPQ - 0xc0669868][SLP] g_down 3 c1f1e000 0 0 0 0000204 [SLPQ - 0xc0669864][SLP] g_up 2 c1f1e20c 0 0 0 0000204 [SLPQ - 0xc066985c][SLP] g_event 29 c1f1e418 0 0 0 0000204 [IWAIT] swi3: vm 28 c1f1e624 0 0 0 000020c [RUNQ] swi4: clock sio 27 c1f1e830 0 0 0 0000204 [IWAIT] swi1: net 26 c1f1ea3c 0 0 0 0000204 [IWAIT] irq15: ata1 25 c1ecd20c 0 0 0 0000204 [IWAIT] irq14: ata0 24 c1ecd418 0 0 0 0000204 [IWAIT] irq13: 23 c1ecd624 0 0 0 0000204 [IWAIT] irq12: psm0 22 c1ecd830 0 0 0 0000204 [IWAIT] irq11: pcm0 21 c1ecda3c 0 0 0 0000204 [IWAIT] irq10: rl0 20 c1ecdc48 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c1f16000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c1f1620c 0 0 0 0000204 [IWAIT] irq7: fxp0 17 c1f16418 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c1ec8000 0 0 0 0000204 [IWAIT] irq5: 15 c1ec820c 0 0 0 0000204 [IWAIT] irq4: sio0 14 c1ec8418 0 0 0 0000204 [IWAIT] irq3: 13 c1ec8624 0 0 0 0000204 [CPU 0] irq1: atkbd0 12 c1ec8830 0 0 0 0000204 [IWAIT] irq0: clk 11 c1ec8a3c 0 0 0 000020c [Can run] idle: cpu0 1 c1ec8c48 0 0 1 0004200 [SLPQ wait 0xc1ec8c48][SLP] init 10 c1ecd000 0 0 0 0000204 [SLPQ ktrace 0xc066a2b8][SLP] ktrace 0 c0669960 0 0 0 0000200 [IWAIT] swapper db> show pcpu cpuid = 0 curthread = 0xc1ec9a80: pid 13 "irq1: atkbd0" curpcb = 0xe3254d90 fpcurthread = none idlethread = 0xc1ec9780: pid 11 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> trace 13 Tracing pid 13 tid 100003 td 0xc1ec9a80 kdb_enter(c062dfe9) at kdb_enter+0x2b scgetc(c0695880,2,1,c2036c00,c067bc20) at scgetc+0x510 sckbdevent(c067bc20,0,c0695880) at sckbdevent+0x1c8 atkbd_intr(c067bc20,0,e3254d10,c04b8589,c067bc20) at atkbd_intr+0x20 atkbdintr(c067bc20) at atkbdintr+0x16 ithread_loop(c1ec6900,e3254d38) at ithread_loop+0x14d fork_exit(c04b843c,c1ec6900,e3254d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe3254d6c, ebp = 0 --- db> show lockedvnods Locked vnodes 0xc27afbb0: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc0c68318 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc23a9c00 (pid 813) ino 49701, on dev ad0s1a 0xc278e660: tag ufs, type VDIR usecount 14, writecount 0, refcount 15 mountedhere 0 flags () v_object 0xc374f6b4 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc22b6600 (pid 1454) with 2 pending ino 49704, on dev ad0s1a 0xc4cb6000: tag union, type VDIR usecount 9, writecount 0, refcount 9 mountedhere 0 flags (VV_ROOT) lock type union: EXCL (count 1) by thread 0xc23a9a80 (pid 1389) with 1 pending vp=0xc4cb6000, uppervp=0xc4cafcc0, lowervp=0xc27d7550 union: upper 0xc4cafcc0: tag ufs, type VDIR usecount 12, writecount 0, refcount 13 mountedhere 0xc201d800 flags () ino 17736, on dev ad0s1a union: lower 0xc27d7550: tag ufs, type VDIR usecount 3, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc343ee70 ref 0 pages 0 ino 8470704, on dev ad1s1a 0xc2291aa0: tag union, type VDIR usecount 5, writecount 0, refcount 5 mountedhere 0 flags () lock type union: EXCL (count 1) by thread 0xc2f7b600 (pid 1461) with 1 pending vp=0xc2291aa0, uppervp=0xc2291000, lowervp=0xc3445990 union: upper 0xc2291000: tag ufs, type VDIR usecount 5, writecount 0, refcount 6 mountedhere 0 flags () ino 17752, on dev ad0s1a union: lower 0xc3445990: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc4b1f630 ref 0 pages 1 ino 8494974, on dev ad1s1a db> trace 813 Tracing pid 813 tid 100111 td 0xc23a9c00 sched_switch(c23a9c00,0,1) at sched_switch+0x14b mi_switch(1,0,c23a9c00,0,c23a9c00) at mi_switch+0x1ba sleepq_switch(c278e6b8) at sleepq_switch+0x133 sleepq_wait(c278e6b8,0,c05b0514,0,c278e6b8) at sleepq_wait+0xb msleep(c278e6b8,c066a90c,50,c0622b25,0) at msleep+0x356 acquire(ef202974,40,60000,c23a9c00,0) at acquire+0x76 lockmgr(c278e6b8,2002,c278e6dc,c23a9c00,ef202998) at lockmgr+0x3f6 vop_stdlock(ef2029e0,c0656f40,ef2029e0,ef2029a8,c0591a18) at vop_stdlock+0x1e VOP_LOCK_APV(c0657480,ef2029e0,ef2029bc,c0602457,ef2029e0) at VOP_LOCK_APV+0x43 ffs_lock(ef2029e0,2002,c278e660,ef2029fc,c05308bc) at ffs_lock+0x10 VOP_LOCK_APV(c0656f40,ef2029e0) at VOP_LOCK_APV+0x43 vn_lock(c278e660,2002,c23a9c00,c278e660,2002) at vn_lock+0xf4 vget(c278e660,2002,c23a9c00,3002,c21b6c2c) at vget+0xba cache_lookup(c27afbb0,ef202c14,ef202c28) at cache_lookup+0x441 vfs_cache_lookup(ef202b18,c27afbb0,c362b012,ef202b34,c051dd09) at vfs_cache_lookup+0x8f VOP_LOOKUP_APV(c0656f40,ef202b18) at VOP_LOOKUP_APV+0x43 lookup(ef202c00,c27afbb0,0,c23a9c00,ef202c28) at lookup+0x431 namei(ef202c00,0,c064fde0,ef202c24,c21c7a68) at namei+0x396 kern_stat(c23a9c00,80e3008,0,ef202c74) at kern_stat+0x35 stat(c23a9c00,ef202d04,2,0,246) at stat+0x1b syscall(3b,3b,3b,bfbde55c,bfbcd060) at syscall+0x2bb Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x2814ba47, esp = 0xbfbcbbac, ebp = 0xbfbccc28 --- db> trace 1454 Tracing pid 1454 tid 100093 td 0xc22b6600 sched_switch(c22b6600,0,1) at sched_switch+0x14b mi_switch(1,0,c22b6600,2,c22b6600) at mi_switch+0x1ba sleepq_switch(c4cb6058) at sleepq_switch+0x133 sleepq_wait(c4cb6058,0,ef1be7dc,0,c4cb6058) at sleepq_wait+0xb msleep(c4cb6058,c066b350,50,c4cc1a6f,0) at msleep+0x356 acquire(ef1be830,80,60000,c22b6600,0) at acquire+0x76 lockmgr(c4cb6058,2002,c4cb607c,c22b6600,ef1be854) at lockmgr+0x3f6 vop_stdlock(ef1be878,2,c4cb6000,ef1be894,c05308bc) at vop_stdlock+0x1e VOP_LOCK_APV(c4cc2240,ef1be878) at VOP_LOCK_APV+0x43 vn_lock(c4cb6000,2,c22b6600,1,12) at vn_lock+0xf4 union_allocvp(ef1be948,c201d800,0,0,0) at union_allocvp+0x165 union_root(c201d800,2,ef1be948,c22b6600,1) at union_root+0x3f lookup(c2f53300,8055000,0,c22b6600,c2f53328) at lookup+0x6d7 namei(c2f53300,3,0,0,0) at namei+0x396 elf32_load_file(c23aec48,e335f0f4,ef1bea84,ef1bec00,1000) at elf32_load_file+0xa8 exec_elf32_imgact(ef1bebe8,0,1,0,0) at exec_elf32_imgact+0x52c do_execve(c22b6600,ef1becb4,0,0,ef1becb4) at do_execve+0x23a kern_execve(c22b6600,ef1becb4,0,df1d2000,df1d2000) at kern_execve+0xcc execve(c22b6600,ef1bed04,3,0,293) at execve+0x32 syscall(3b,3b,3b,0,8068da8) at syscall+0x2bb Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x2817a634, esp = 0xbfbfec44, ebp = 0xbfbfec70 --- db> trace 1389 Tracing pid 1389 tid 100112 td 0xc23a9a80 sched_switch(c23a9a80,0,1) at sched_switch+0x14b mi_switch(1,0,c23a9a80,1,c23a9a80) at mi_switch+0x1ba sleepq_switch(c2291af8) at sleepq_switch+0x133 sleepq_wait(c2291af8,0,c0524382,0,c2291af8) at sleepq_wait+0xb msleep(c2291af8,c066aff0,50,c4cc1a6f,0) at msleep+0x356 acquire(ef1ff92c,80,60000,c23a9a80,0) at acquire+0x76 lockmgr(c2291af8,2002,c2291b1c,c23a9a80,ef1ff950) at lockmgr+0x3f6 vop_stdlock(ef1ff974,2,c2291aa0,ef1ff990,c05308bc) at vop_stdlock+0x1e VOP_LOCK_APV(c4cc2240,ef1ff974) at VOP_LOCK_APV+0x43 vn_lock(c2291aa0,2,c23a9a80,0,9) at vn_lock+0xf4 union_allocvp(ef1ffc14,c201d800,c4cb6000,c4cafcc0,ef1ffc28) at union_allocvp+0x165 union_lookup(ef1ffb18,c4cb6000,c21b8809,ef1ffb34,c051dd09) at union_lookup+0x2cf VOP_LOOKUP_APV(c4cc2240,ef1ffb18) at VOP_LOOKUP_APV+0x43 lookup(ef1ffc00,0,0,c23a9a80,ef1ffc28) at lookup+0x431 namei(ef1ffc00,c05aba97,ef1ffbbc,ef1ffbbc,c37a4948) at namei+0x396 kern_stat(c23a9a80,80b59d8,0,ef1ffc74) at kern_stat+0x35 stat(c23a9a80,ef1ffd04,2,4,297) at stat+0x1b syscall(3b,3b,3b,ffffffff,0) at syscall+0x2bb Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x8075858, esp = 0xbfbfeab4, ebp = 0xbfbfeb50 --- db> trace 1461 Thread 1461 not found db> panic panic: from debugger cpuid = 0 Uptime: 24m19s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 10:17:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BFDC16A41F; Sat, 6 Aug 2005 10:17:54 +0000 (GMT) (envelope-from msch@snafu.de) Received: from tequila.visp.de (tequila.visp.de [84.23.254.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C30243D49; Sat, 6 Aug 2005 10:17:53 +0000 (GMT) (envelope-from msch@snafu.de) X-Trace: 507c6d73636840736e6166752e64657c38342e3139302e3135312e3138317c3145 314c6b552d3030304370452d44337c31313233333233343732 Received: from tequila.visp.de ([10.157.10.19] helo=localhost) by tequila.visp.de with esmtpa (Exim 4.51 id 1E1LkU-000CpE-D3); Sat, 06 Aug 2005 12:17:52 +0200 In-Reply-To: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> Mime-Version: 1.0 (Apple Message framework v733) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Matthias Schuendehuette Date: Sat, 6 Aug 2005 12:17:42 +0200 To: freebsd-current@freebsd.org X-Pgp-Agent: GPGMail 1.1 (Tiger) X-Mailer: Apple Mail (2.733) X-Mailman-Approved-At: Sat, 06 Aug 2005 11:43:02 +0000 Cc: scottl@freebsd.org Subject: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 10:17:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I try this on -current again: > I tried 6.0-BETA1 on one of our FUJITSU-SIEMENS RX300 S2 servers > and it seems that I have problems with the disk subsystem, even > after Scotts major overhaul of the mpt drivers... > > - - very slow write performace: 'dd if=/dev/zero of=/dev/da0s2 > bs=512 count=32768' reports a throughput of 80 k(!)Bytes/s. Read > performance is somewhat better, 'dd' reports here about 2 MB/s... > better, but not what I would expect from a RAID1 with two U320 SCSI- > disks (Seagate BTW). The dd write performance increases with the block size up to approx. 5 MB/s with bs=32768. Is this normal behaviour? Further, gvinum is not working with this disk subsystem. If I try to create a gvinum-drive, the drive seems to be created ('gvinum list' reports the drive), but it has the state 'down' and cannot be started. After a reboot, there's no gvinum-drive at all any more. If I look at the first sectors of the partition which should contain the gvinum drive, there's absolutely nothing written to disk, even after a 'gvinum saveconfig'. All zeroes, no "In VINO" gvinum magic, no drive size, simply nothing - strange! This seems not to be gvinums fault, because gvinum works on all other machines I tried, with conventional SCSI-disks as well as with IDE- (shudder :-) disks. Very strange! dmesg: Jul 18 11:54:41 blnn204x syslogd: kernel boot file is /boot/kernel/ kernel Jul 18 11:54:41 blnn204x kernel: Copyright (c) 1992-2005 The FreeBSD Project. Jul 18 11:54:41 blnn204x kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jul 18 11:54:41 blnn204x kernel: The Regents of the University of California. All rights reserved. Jul 18 11:54:41 blnn204x kernel: FreeBSD 6.0-BETA #0: Thu Jul 14 10:13:50 CEST 2005 Jul 18 11:54:41 blnn204x kernel: root@blnn204x.bln7.siemens.de:/usr/obj/usr/src/sys/BLNN204X Jul 18 11:54:41 blnn204x kernel: ACPI APIC Table: Jul 18 11:54:41 blnn204x kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Jul 18 11:54:41 blnn204x kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Jul 18 11:54:41 blnn204x kernel: Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Jul 18 11:54:41 blnn204x kernel: Features=0xbfebfbff Jul 18 11:54:41 blnn204x kernel: Features2=0x641d> Jul 18 11:54:41 blnn204x kernel: AMD Features=0x20100000 Jul 18 11:54:41 blnn204x kernel: real memory = 2146959360 (2047 MB) Jul 18 11:54:41 blnn204x kernel: avail memory = 2096025600 (1998 MB) Jul 18 11:54:41 blnn204x kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Jul 18 11:54:41 blnn204x kernel: cpu0 (BSP): APIC ID: 0 Jul 18 11:54:41 blnn204x kernel: cpu1 (AP): APIC ID: 6 Jul 18 11:54:41 blnn204x kernel: ioapic0 irqs 0-23 on motherboard Jul 18 11:54:41 blnn204x kernel: ioapic1 irqs 24-47 on motherboard Jul 18 11:54:41 blnn204x kernel: ioapic2 irqs 48-71 on motherboard Jul 18 11:54:41 blnn204x kernel: ioapic3 irqs 72-95 on motherboard Jul 18 11:54:41 blnn204x kernel: ioapic4 irqs 96-119 on motherboard Jul 18 11:54:41 blnn204x kernel: npx0: [FAST] Jul 18 11:54:41 blnn204x kernel: npx0: on motherboard Jul 18 11:54:41 blnn204x kernel: npx0: INT 16 interface Jul 18 11:54:41 blnn204x kernel: acpi0: on motherboard Jul 18 11:54:41 blnn204x kernel: acpi0: Power Button (fixed) Jul 18 11:54:41 blnn204x kernel: pci_link0: irq 11 on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link1: irq 9 on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link2: irq 5 on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link3: irq 10 on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link4: on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link5: on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link6: on acpi0 Jul 18 11:54:41 blnn204x kernel: pci_link7: irq 9 on acpi0 Jul 18 11:54:41 blnn204x kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Jul 18 11:54:41 blnn204x kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf008- 0xf00b on acpi0 Jul 18 11:54:41 blnn204x kernel: cpu0: on acpi0 Jul 18 11:54:41 blnn204x kernel: cpu1: on acpi0 Jul 18 11:54:41 blnn204x kernel: acpi_button0: on acpi0 Jul 18 11:54:41 blnn204x kernel: pcib0: port 0xcf8-0xcff on acpi0 Jul 18 11:54:41 blnn204x kernel: pci0: on pcib0 Jul 18 11:54:41 blnn204x kernel: pcib1: irq 16 at device 2.0 on pci0 Jul 18 11:54:41 blnn204x kernel: pci1: on pcib1 Jul 18 11:54:41 blnn204x kernel: pcib2: at device 0.0 on pci1 Jul 18 11:54:41 blnn204x kernel: pci2: on pcib2 Jul 18 11:54:41 blnn204x kernel: mpt0: port 0x3000-0x30ff mem 0xde110000-0xde11ffff,0xde100000-0xde10ffff irq 24 at device 8.0 on pci2 Jul 18 11:54:41 blnn204x kernel: mpt0: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: mpt0: MPI Version=1.2.14.0 Jul 18 11:54:41 blnn204x kernel: mpt0: Unhandled Event Notify Frame. Event 0xa. Jul 18 11:54:41 blnn204x kernel: mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) Jul 18 11:54:41 blnn204x kernel: mpt0: 1 Active Volume (1 Max) Jul 18 11:54:41 blnn204x kernel: mpt0: 2 Hidden Drive Members (6 Max) Jul 18 11:54:41 blnn204x kernel: mpt1: port 0x3400-0x34ff mem 0xde130000-0xde13ffff,0xde120000-0xde12ffff irq 25 at device 8.1 on pci2 Jul 18 11:54:41 blnn204x kernel: mpt1: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: mpt1: MPI Version=1.2.14.0 Jul 18 11:54:41 blnn204x kernel: mpt1: Unhandled Event Notify Frame. Event 0xa. Jul 18 11:54:41 blnn204x kernel: mpt1: Capabilities: ( RAID-1E RAID-1 SAFTE ) Jul 18 11:54:41 blnn204x kernel: mpt1: 0 Active Volumes (0 Max) Jul 18 11:54:41 blnn204x kernel: mpt1: 0 Hidden Drive Members (0 Max) Jul 18 11:54:41 blnn204x kernel: pcib3: at device 0.2 on pci1 Jul 18 11:54:41 blnn204x kernel: pci3: on pcib3 Jul 18 11:54:41 blnn204x kernel: pcib4: irq 16 at device 4.0 on pci0 Jul 18 11:54:41 blnn204x kernel: pci4: on pcib4 Jul 18 11:54:41 blnn204x kernel: bge0: mem 0xde200000-0xde20ffff irq 16 at device 0.0 on pci4 Jul 18 11:54:41 blnn204x kernel: miibus0: on bge0 Jul 18 11:54:41 blnn204x kernel: brgphy0: on miibus0 Jul 18 11:54:41 blnn204x kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Jul 18 11:54:41 blnn204x kernel: bge0: Ethernet address: 00:30:05:83:db:a9 Jul 18 11:54:41 blnn204x kernel: pcib5: irq 16 at device 5.0 on pci0 Jul 18 11:54:41 blnn204x kernel: pci5: on pcib5 Jul 18 11:54:41 blnn204x kernel: bge1: mem 0xde300000-0xde30ffff irq 16 at device 0.0 on pci5 Jul 18 11:54:41 blnn204x kernel: miibus1: on bge1 Jul 18 11:54:41 blnn204x kernel: brgphy1: on miibus1 Jul 18 11:54:41 blnn204x kernel: brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Jul 18 11:54:41 blnn204x kernel: bge1: Ethernet address: 00:30:05:94:7e:ee Jul 18 11:54:41 blnn204x kernel: pcib6: irq 16 at device 6.0 on pci0 Jul 18 11:54:41 blnn204x kernel: pci6: on pcib6 Jul 18 11:54:41 blnn204x kernel: pcib7: mem 0xde400000-0xde400fff irq 16 at device 0.0 on pci6 Jul 18 11:54:41 blnn204x kernel: pci7: on pcib7 Jul 18 11:54:41 blnn204x kernel: pcib8: mem 0xde401000-0xde401fff irq 17 at device 0.2 on pci6 Jul 18 11:54:41 blnn204x kernel: pci8: on pcib8 Jul 18 11:54:41 blnn204x kernel: uhci0: port 0x1000-0x101f irq 16 at device 29.0 on pci0 Jul 18 11:54:41 blnn204x kernel: uhci0: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: usb0: on uhci0 Jul 18 11:54:41 blnn204x kernel: usb0: USB revision 1.0 Jul 18 11:54:41 blnn204x kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jul 18 11:54:41 blnn204x kernel: uhub0: 2 ports with 2 removable, self powered Jul 18 11:54:41 blnn204x kernel: uhci1: port 0x1400-0x141f irq 19 at device 29.1 on pci0 Jul 18 11:54:41 blnn204x kernel: uhci1: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: usb1: on uhci1 Jul 18 11:54:41 blnn204x kernel: usb1: USB revision 1.0 Jul 18 11:54:41 blnn204x kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jul 18 11:54:41 blnn204x kernel: uhub1: 2 ports with 2 removable, self powered Jul 18 11:54:41 blnn204x kernel: uhci2: port 0x1800-0x181f irq 18 at device 29.2 on pci0 Jul 18 11:54:41 blnn204x kernel: uhci2: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: usb2: on uhci2 Jul 18 11:54:41 blnn204x kernel: usb2: USB revision 1.0 Jul 18 11:54:41 blnn204x kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jul 18 11:54:41 blnn204x kernel: uhub2: 2 ports with 2 removable, self powered Jul 18 11:54:41 blnn204x kernel: uhci3: port 0x1c00-0x1c1f irq 16 at device 29.3 on pci0 Jul 18 11:54:41 blnn204x kernel: uhci3: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: usb3: on uhci3 Jul 18 11:54:41 blnn204x kernel: usb3: USB revision 1.0 Jul 18 11:54:41 blnn204x kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Jul 18 11:54:41 blnn204x kernel: uhub3: 2 ports with 2 removable, self powered Jul 18 11:54:41 blnn204x kernel: ehci0: mem 0xde000000- 0xde0003ff irq 23 at device 29.7 on pci0 Jul 18 11:54:41 blnn204x kernel: ehci0: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: usb4: EHCI version 1.0 Jul 18 11:54:41 blnn204x kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Jul 18 11:54:41 blnn204x kernel: usb4: on ehci0 Jul 18 11:54:41 blnn204x kernel: usb4: USB revision 2.0 Jul 18 11:54:41 blnn204x kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 Jul 18 11:54:41 blnn204x kernel: uhub4: 8 ports with 8 removable, self powered Jul 18 11:54:41 blnn204x kernel: pcib9: at device 30.0 on pci0 Jul 18 11:54:41 blnn204x kernel: pci9: on pcib9 Jul 18 11:54:41 blnn204x kernel: pci9: at device 5.0 (no driver attached) Jul 18 11:54:41 blnn204x kernel: isab0: at device 31.0 on pci0 Jul 18 11:54:41 blnn204x kernel: isa0: on isab0 Jul 18 11:54:41 blnn204x kernel: atapci0: port 0x1f0- 0x1f7,0x3f6,0x170-0x177,0x376,0x2400-0x240f at device 31.1 on pci0 Jul 18 11:54:41 blnn204x kernel: ata0: on atapci0 Jul 18 11:54:41 blnn204x kernel: ata1: on atapci0 Jul 18 11:54:41 blnn204x kernel: pci0: at device 31.3 (no driver attached) Jul 18 11:54:41 blnn204x kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Jul 18 11:54:41 blnn204x kernel: atkbd0: irq 1 on atkbdc0 Jul 18 11:54:41 blnn204x kernel: kbd0 at atkbd0 Jul 18 11:54:41 blnn204x kernel: atkbd0: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: psm0: irq 12 on atkbdc0 Jul 18 11:54:41 blnn204x kernel: psm0: [GIANT-LOCKED] Jul 18 11:54:41 blnn204x kernel: psm0: model Generic PS/2 mouse, device ID 0 Jul 18 11:54:41 blnn204x kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Jul 18 11:54:41 blnn204x kernel: fdc0: [FAST] Jul 18 11:54:41 blnn204x kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Jul 18 11:54:41 blnn204x kernel: ppc0: port 0x378-0x37b irq 7 on acpi0 Jul 18 11:54:41 blnn204x kernel: ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode Jul 18 11:54:41 blnn204x kernel: ppbus0: on ppc0 Jul 18 11:54:41 blnn204x kernel: lpt0: on ppbus0 Jul 18 11:54:41 blnn204x kernel: lpt0: Interrupt-driven port Jul 18 11:54:41 blnn204x kernel: sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 Jul 18 11:54:41 blnn204x kernel: sio0: type 16550A Jul 18 11:54:41 blnn204x kernel: sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 Jul 18 11:54:41 blnn204x kernel: sio1: type 16550A Jul 18 11:54:41 blnn204x kernel: pmtimer0 on isa0 Jul 18 11:54:41 blnn204x kernel: orm0: at iomem 0xc0000-0xc8fff,0xc9000- 0xccfff on isa0 Jul 18 11:54:41 blnn204x kernel: sc0: at flags 0x100 on isa0 Jul 18 11:54:41 blnn204x kernel: sc0: VGA <16 virtual consoles, flags=0x300> Jul 18 11:54:41 blnn204x kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000- 0xbffff on isa0 Jul 18 11:54:41 blnn204x kernel: Timecounters tick every 1.000 msec Jul 18 11:54:41 blnn204x kernel: Waiting 5 seconds for SCSI devices to settle Jul 18 11:54:41 blnn204x kernel: acd0: DVDROM at ata1- master UDMA33 Jul 18 11:54:41 blnn204x kernel: mpt0:vol0(mpt0:0:0): Settings ( ) Jul 18 11:54:41 blnn204x kernel: mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 Jul 18 11:54:41 blnn204x kernel: mpt0:vol0(mpt0:0:0): 2 Members: Jul 18 11:54:41 blnn204x kernel: (mpt0:0:0): Primary Jul 18 11:54:41 blnn204x kernel: (mpt0:0:3): Secondary Jul 18 11:54:41 blnn204x kernel: mpt0:vol0(mpt0:0:0): RAID-1 - Optimal Jul 18 11:54:41 blnn204x kernel: mpt0:vol0(mpt0:0:0): Status ( Enabled ) Jul 18 11:54:41 blnn204x kernel: (mpt0:vol0:0): Physical (mpt0:0:0), Pass-thru (mpt0:1:0) Jul 18 11:54:41 blnn204x kernel: (mpt0:vol0:0): Online Jul 18 11:54:41 blnn204x kernel: (mpt0:vol0:1): Physical (mpt0:0:3), Pass-thru (mpt0:1:1) Jul 18 11:54:41 blnn204x kernel: (mpt0:vol0:1): Online Jul 18 11:54:41 blnn204x kernel: ses0 at mpt0 bus 0 target 8 lun 0 Jul 18 11:54:41 blnn204x kernel: ses0: Fixed Processor SCSI-2 device Jul 18 11:54:41 blnn204x kernel: ses0: 3.300MB/s transfers Jul 18 11:54:41 blnn204x kernel: ses0: SAF-TE Compliant Device Jul 18 11:54:41 blnn204x kernel: pass2 at mpt0 bus 1 target 0 lun 0 Jul 18 11:54:41 blnn204x kernel: pass2: Fixed unknown SCSI-3 device Jul 18 11:54:41 blnn204x kernel: pass2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 18 11:54:41 blnn204x kernel: pass3 at mpt0 bus 1 target 1 lun 0 Jul 18 11:54:41 blnn204x kernel: pass3: Fixed unknown SCSI-3 device Jul 18 11:54:41 blnn204x kernel: pass3: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 18 11:54:41 blnn204x kernel: da0 at mpt0 bus 0 target 0 lun 0 Jul 18 11:54:41 blnn204x kernel: da0: Fixed Direct Access SCSI-2 device Jul 18 11:54:41 blnn204x kernel: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Jul 18 11:54:41 blnn204x kernel: da0: 69400MB (142131200 512 byte sectors: 255H 63S/T 8847C) Jul 18 11:54:41 blnn204x kernel: ATA PseudoRAID loaded Jul 18 11:54:41 blnn204x kernel: SMP: AP CPU #1 Launched! Jul 18 11:54:41 blnn204x kernel: Trying to mount root from ufs:/dev/ da0s1a Jul 18 11:54:41 blnn204x savecore: unable to open bounds file, using 0 Jul 18 11:54:41 blnn204x savecore: no dumps found Jul 18 11:54:43 blnn204x kernel: bge0: link state changed to UP If I try to 'boot -v', the system ends up in an endless loop with the following messages: Jul 18 11:52:37 blnn204x syslogd: kernel boot file is /boot/kernel/ kernel Jul 18 11:52:37 blnn204x kernel: fset 0x00 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00001000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 04 12 9f 08 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63bf3000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x00 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00000800 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 06 4e 7b 04 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63af6000 FlagsLength=0xd1000800 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00004000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 06 99 7f 20 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63bc2000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63be3000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x0 Flgs=0x30 Len=0x10 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x63aa4000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x63be5000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00010000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 04 65 1f 80 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63cef000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63c30000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x0 Flgs=0x30 Len=0x58 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x63fb1000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x63bd2000 FlagsLength=0x10003000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab058: Addr=0x63b55000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab060: Addr=0x63b16000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab068: Addr=0x63ab7000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab070: Addr=0x63f78000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab078: Addr=0x63af9000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab080: Addr=0x63bda000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab088: Addr=0x63abb000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab090: Addr=0x63a9c000 FlagsLength=0x10002000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab098: Addr=0x63bde000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x00 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00001800 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 04 17 5f 0c 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63a1c000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63b3d000 FlagsLength=0xd1000800 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x00 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00002800 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 07 45 bf 14 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63960000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63aa1000 FlagsLength=0xd1001800 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00004000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 06 03 5f 20 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63aab000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63b0c000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x0 Flgs=0x30 Len=0x10 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x63acd000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x63cee000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00004000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 07 4d bf 20 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63f2a000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63e6b000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x0 Flgs=0x30 Len=0x10 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x63b6c000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x63b4d000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00004000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 07 4d df 20 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63d0e000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63c0f000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x0 Flgs=0x30 Len=0x10 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x63bd0000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x63c31000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x00 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00000800 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 00 11 47 04 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63a73000 FlagsLength=0xd1000800 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x00 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00000800 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 06 57 d7 04 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x63af0000 FlagsLength=0xd1000800 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00005a00 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 04 5f 1f 2d 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x6392d000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x63b8e000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x0 Flgs=0x30 Len=0x20 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x63a6f000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x63a90000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab058: Addr=0x63a71000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab060: Addr=0x63a12000 FlagsLength=0xd1000a00 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00010000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 04 7e 3f 80 00 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab030: Addr=0x638a7000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab038: Addr=0x639c8000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab040: Addr=0x7d745048 NxtChnO=0x16 Flgs=0x30 Len=0x60 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab048: Addr=0x638c9000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab050: Addr=0x6396a000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab058: Addr=0x638cb000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab060: Addr=0x639cc000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab068: Addr=0x6388d000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab070: Addr=0x63b6e000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab078: Addr=0x63a2f000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab080: Addr=0x639f0000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab088: Addr=0x639d1000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab090: Addr=0x63932000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab098: Addr=0x638d3000 FlagsLength=0x90001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT Jul 18 11:52:37 blnn204x kernel: CE32 0xe6bab0a0: Addr=0x7d7450a8 NxtChnO=0x0 Flgs=0x30 Len=0x18 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab0a8: Addr=0x63a34000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab0b0: Addr=0x63935000 FlagsLength=0x10001000 Jul 18 11:52:37 blnn204x kernel: SE32 0xe6bab0b8: Addr=0x63896000 FlagsLength=0xd1001000 Jul 18 11:52:37 blnn204x kernel: LAST_ELEMENT END_OF_BUFFER END_OF_LIST Jul 18 11:52:37 blnn204x kernel: SCSI IO Request @ 0xe6b4b9ac Jul 18 11:52:37 blnn204x kernel: Chain Offset 0x10 Jul 18 11:52:37 blnn204x kernel: MsgFlags 0x00 Jul 18 11:52:37 blnn204x kernel: MsgContext 0x000100f0 Jul 18 11:52:37 blnn204x kernel: Bus: 0 Jul 18 11:52:37 blnn204x kernel: TargetID 0 Jul 18 11:52:37 blnn204x kernel: SenseBufferLength 32 Jul 18 11:52:37 blnn204x kernel: LUN: 0x0 Jul 18 11:52:37 blnn204x kernel: Control 0x02000000 READ SIMPLEQ Jul 18 11:52:37 blnn204x kernel: DataLength 0x00004000 Jul 18 11:52:37 blnn204x kernel: SenseBufAddr 0x7d7451e0 Jul 18 11:52:37 blnn204x kernel: CDB[0:6] 08 04 22 ff 20 00 [...] - - --Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC9I5Lf1BNcN37Cl8RAljyAJsFXOjiwJwfNPu/YrFPfjL/+DknTACeOOKA LSzV77Rn4COl6vQNEOTQTDo= =JXcS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 12:49:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A366F16A41F for ; Sat, 6 Aug 2005 12:49:05 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from smtp.efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AE7843D58 for ; Sat, 6 Aug 2005 12:49:05 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-37-29.dynamic.qsc.de [212.202.37.29]) by smtp.efacilitas.de (Postfix) with ESMTP id 2BA0C5FA0C4 for ; Sat, 6 Aug 2005 14:11:54 +0000 (UTC) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 6B33412B171 for ; Sat, 6 Aug 2005 11:44:26 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 85703-04 for ; Sat, 6 Aug 2005 11:44:19 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 4C1C112B0FF for ; Sat, 6 Aug 2005 11:44:19 +0200 (CEST) Message-ID: <42F48672.1070700@cs.tu-berlin.de> Date: Sat, 06 Aug 2005 11:44:18 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <42F3BA74.600@cs.tu-berlin.de> In-Reply-To: <42F3BA74.600@cs.tu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: Subject: Re: amd64 machine with 6.0-BETA2 dies suddenly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 12:49:05 -0000 Björn König wrote: > I have an amd64 machine with a GENERIC 6.0-BETA2 that stops working on > heavy disk I/O, e.g. sometimes on dump(8), but almost always during > stage 2.1 of buildworld. [...] I found out that pf is the trouble maker. Both actions lead to intensive network usage. I turned off pf and everything works fine now. Björn -- Björn König (bkoenig@cs.tu-berlin.de) student at the Technische Universität Berlin http://bkoenig.alpha-tierchen.de/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 14:44:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C79016A41F for ; Sat, 6 Aug 2005 14:44:09 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34BAF43D45 for ; Sat, 6 Aug 2005 14:44:09 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0IKT006011DSWL@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Sat, 06 Aug 2005 10:44:08 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0IKT00FNF29J7U@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Sat, 06 Aug 2005 10:44:07 -0400 (EDT) Received: from [IPv6:::1] (vorpal.math.drexel.edu [129.25.6.250]) by vorpal.math.drexel.edu (8.13.3/8.12.10) with ESMTP id j76EgKVD007485 for ; Sat, 06 Aug 2005 10:42:20 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Sat, 06 Aug 2005 10:44:06 -0400 From: "Justin R. Smith" To: freebsd-current@freebsd.org Message-id: <42F4CCB6.6070302@drexel.edu> Organization: Drexel University MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050721) Subject: Kudos! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 14:44:09 -0000 I upgraded to 6.0beta2 and was pleased to notice that file transfers to and from my memory stick seemed much faster than before... demsg revealed da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers ^^^^^^^^^ da0: 495MB (1014784 512 byte sectors: 64H 32S/T 495C) In 5.4 stable, this was 1MB/s transfers! It looks as though USB 2.0 really works! From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 15:17:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE7016A41F; Sat, 6 Aug 2005 15:17:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF44343D99; Sat, 6 Aug 2005 15:17:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j76FHrEq049816; Sat, 6 Aug 2005 11:17:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j76FHrJF082360; Sat, 6 Aug 2005 11:17:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7CDF07304D; Sat, 6 Aug 2005 11:17:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050806151753.7CDF07304D@freebsd-current.sentex.ca> Date: Sat, 6 Aug 2005 11:17:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 15:17:56 -0000 TB --- 2005-08-06 14:13:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-06 14:13:06 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-08-06 14:13:06 - cleaning the object tree TB --- 2005-08-06 14:13:26 - checking out the source tree TB --- 2005-08-06 14:13:26 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-08-06 14:13:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-06 14:19:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-06 14:19:34 - cd /src TB --- 2005-08-06 14:19:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c /src/usr.bin/vis/foldit.c cc -O2 -pipe -o vis vis.o foldit.o gzip -cn /src/usr.bin/vis/vis.1 > vis.1.gz ===> usr.bin/vmstat (all) cc -O2 -pipe -c /src/usr.bin/vmstat/vmstat.c cc -O2 -pipe -o vmstat vmstat.o -ldevstat -lkvm -lmemstat vmstat.o(.text+0x2174): In function `main': : undefined reference to `memstat_kvm_malloc' *** Error code 1 Stop in /src/usr.bin/vmstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-06 15:17:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-06 15:17:53 - ERROR: failed to build world TB --- 2005-08-06 15:17:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 15:29:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB2216A41F for ; Sat, 6 Aug 2005 15:29:30 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CACD43D6D for ; Sat, 6 Aug 2005 15:29:29 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id B02B2A25A19 for ; Sat, 6 Aug 2005 12:29:28 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 00461-04 for ; Sat, 6 Aug 2005 15:29:28 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id C127AA25A0E for ; Sat, 6 Aug 2005 12:29:27 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8C1084A3FA; Sat, 6 Aug 2005 12:29:24 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 83D684A3F9 for ; Sat, 6 Aug 2005 12:29:24 -0300 (ADT) X-Return-Path: X-Received: from ganymede.hub.org ([unix socket]) by ganymede.hub.org (Cyrus v2.2.12) with LMTPA; Sat, 06 Aug 2005 04:35:10 -0300 X-Sieve: CMU Sieve 2.2 X-Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0C35A4A16C for ; Sat, 6 Aug 2005 04:35:10 -0300 (ADT) X-Received: from hub.org [200.46.204.220] by localhost with IMAP (fetchmail-6.2.5.2) for scrappy@localhost (single-drop); Sat, 06 Aug 2005 04:35:10 -0300 (ADT) X-Received: from localhost ([unix socket]) by hub.org (Cyrus v2.2.12) with LMTPA; Sat, 06 Aug 2005 04:33:28 -0300 X-Sieve: CMU Sieve 2.2 X-Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 2A8E2A24C63 for ; Sat, 6 Aug 2005 04:33:15 -0300 (ADT) X-Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84471-09 for ; Sat, 6 Aug 2005 07:33:15 +0000 (GMT) X-Received: from ptb-relay01.plus.net (ptb-relay01.plus.net [212.159.14.212]) by hub.org (Postfix) with ESMTP id 9F2E3A246D6 for ; Sat, 6 Aug 2005 04:33:13 -0300 (ADT) X-Received: from jayton.plus.com ([84.92.156.191] helo=[127.0.0.1]) by ptb-relay01.plus.net with esmtp (Exim) id 1E1JBA-0002Y3-Rb for scrappy@hub.org; Sat, 06 Aug 2005 08:33:12 +0100 Message-ID: <42F467BA.6010603@codegurus.org> Date: Sat, 06 Aug 2005 08:33:14 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Marc G. Fournier" References: <20050805172712.GA66753@bloom.cse.buffalo.edu> <20050805210731.C924@ganymede.hub.org> In-Reply-To: <20050805210731.C924@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-DCC: : X-Spam-Pyzor: ReSent-Date: Sat, 6 Aug 2005 12:29:18 -0300 (ADT) Resent-From: "Marc G. Fournier" Resent-To: freebsd-current@freebsd.org ReSent-Subject: Re: FreeBSD 6.0-BETA2 Available ReSent-Message-ID: <20050806122918.O1002@ganymede.hub.org> X-Virus-Scanned: by amavisd-new at hub.org Cc: Subject: Re: FreeBSD 6.0-BETA2 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jay@codegurus.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 15:29:30 -0000 I have also reported a bug in the partitioning but not had any feed back whatsoever, it happens on my machine I am dual booting windows xp with freebsd 5.4, I am using the GAG boot manager. The FreeBSD 6.0 Beta 1 partitioning creates a slice at /dev/X and will not install when I try commit via cd or ftp, at first I thought the /dev/X was a 'new' feature of FreeBSD 6.X+ thats why I tried too commit, but obviously got an error. I have 'deleted' (but not commited anything) the other paritions and it will create a normal partition at /dev/ad1s1 , I cannot afford too loose the data on the other partitions and dont have enough space on my first hard drive too back up almost 200gb. I have also tried too install Solaris 10 x86 and that would not allow me too create a partition My system is as follows: AMD Athlon 2000+XP Jetway V266B motherboard ( http://www.jetway.com.tw/evisn/product/amd/v266b/v266b.htm ) Western Digital 80GB (IDE Channel 0, XP Pro only on NTFS ) Western Digital 250GB (IDE Channel 1, FreeBSD 5.4, 2xNTFS, 1xFAT32) 768MB 266MHZ DDR Marc G. Fournier wrote: > > How/where should we be reporting such bugs? I reported a *very* easy > to reproduce hang situation with unionfs in BETA1 (and have > updated/retested as I see commits going through) over a week ago, and > the biggest 'interest' I got out of it was from Robert Watson giving > me suggestions on other stuff to provide :( > > On Fri, 5 Aug 2005, Ken Smith wrote: > >> >> Announcement >> ------------ >> >> The FreeBSD Release Engineering Team is pleased to announce the >> availability >> of FreeBSD 6.0-BETA2. >> -- Kind regards, Jayton Garnett email: jay@codegurus.org Main : www.uberhacker.co.uk Test server: jayton.plus.com From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 17:57:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB3216A41F; Sat, 6 Aug 2005 17:57:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E84443D45; Sat, 6 Aug 2005 17:57:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j76I9YJi001885; Sat, 6 Aug 2005 12:09:35 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42F4F9FF.7050007@samsco.org> Date: Sat, 06 Aug 2005 11:57:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Schuendehuette References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 17:57:27 -0000 Matthias Schuendehuette wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, I try this on -current again: > >> I tried 6.0-BETA1 on one of our FUJITSU-SIEMENS RX300 S2 servers and >> it seems that I have problems with the disk subsystem, even after >> Scotts major overhaul of the mpt drivers... >> >> - - very slow write performace: 'dd if=/dev/zero of=/dev/da0s2 bs=512 >> count=32768' reports a throughput of 80 k(!)Bytes/s. Read performance >> is somewhat better, 'dd' reports here about 2 MB/s... better, but not >> what I would expect from a RAID1 with two U320 SCSI- disks (Seagate BTW). > > > The dd write performance increases with the block size up to approx. 5 > MB/s with bs=32768. > Is this normal behaviour? It should indeed be much faster. I'd suspect cabling problems. How many drives are on the bus? Are there any special connectors on the bus? Have you looked through the MPT BIOS? What happens if you slow the drives down to U160 or slower speeds? > > Further, gvinum is not working with this disk subsystem. If I try to > create a gvinum-drive, the drive seems to be created ('gvinum list' > reports the drive), but it has the state 'down' and cannot be started. > After a reboot, there's no gvinum-drive at all any more. If I look at > the first sectors of the partition which should contain the gvinum > drive, there's absolutely nothing written to disk, even after a 'gvinum > saveconfig'. All zeroes, no "In VINO" gvinum magic, no drive size, > simply nothing - strange! > > This seems not to be gvinums fault, because gvinum works on all other > machines I tried, with conventional SCSI-disks as well as with IDE- > (shudder :-) disks. Very strange! > Are you expecting gvinum to integrate with the raid functionality of the mpt hardware? If so, my answer is that it simply doesn't work that way. > [...] > > If I try to 'boot -v', the system ends up in an endless loop with the > following messages: Yes, the excessive verboseness needs to be fixed. Scott From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 17:57:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6243916A420; Sat, 6 Aug 2005 17:57:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 542E843D46; Sat, 6 Aug 2005 17:57:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j76IA11M001901; Sat, 6 Aug 2005 12:10:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42F4FA1A.2050107@samsco.org> Date: Sat, 06 Aug 2005 11:57:46 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> <20050806122309.O731@korben.prv.univie.ac.at> In-Reply-To: <20050806122309.O731@korben.prv.univie.ac.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Matthias Schuendehuette , freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 17:57:53 -0000 Lukas Ertl wrote: > On Sat, 6 Aug 2005, Matthias Schuendehuette wrote: > >> Further, gvinum is not working with this disk subsystem. If I try to >> create a gvinum-drive, the drive seems to be created ('gvinum list' >> reports the drive), but it has the state 'down' and cannot be >> started. After a reboot, there's no gvinum-drive at all any more. If >> I look at the first sectors of the partition which should contain the >> gvinum drive, there's absolutely nothing written to disk, even after >> a 'gvinum saveconfig'. All zeroes, no "In VINO" gvinum magic, no >> drive size, simply nothing - strange! > > > The mpt device is apparently not GEOM-aware. How exactly does one make a device GEOM-aware? Scott From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 18:08:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2554816A41F; Sat, 6 Aug 2005 18:08:54 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (imap1.unet.univie.ac.at [131.130.1.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8371743D46; Sat, 6 Aug 2005 18:08:53 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from adslle.cc.univie.ac.at (adslle.cc.univie.ac.at [131.130.102.11]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j76I8VFT078580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Aug 2005 20:08:34 +0200 (CEST) Date: Sat, 6 Aug 2005 20:08:30 +0200 (CEST) From: Lukas Ertl To: Scott Long In-Reply-To: <42F4FA1A.2050107@samsco.org> Message-ID: <20050806200003.R620@korben.prv.univie.ac.at> References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> <20050806122309.O731@korben.prv.univie.ac.at> <42F4FA1A.2050107@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4248; Body=4 Fuz1=4 Fuz2=4 Cc: Matthias Schuendehuette , freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 18:08:54 -0000 On Sat, 6 Aug 2005, Scott Long wrote: > Lukas Ertl wrote: >> >> The mpt device is apparently not GEOM-aware. > > How exactly does one make a device GEOM-aware? I don't know about mpt devices, but "normal" disk devices like da(4) and ad(4) call disk_create() to setup a corresponding DISK geom. regards, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 19:09:26 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D977916A41F; Sat, 6 Aug 2005 19:09:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC1A43D5C; Sat, 6 Aug 2005 19:09:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j76JLVmk002219; Sat, 6 Aug 2005 13:21:31 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42F50ADC.6010901@samsco.org> Date: Sat, 06 Aug 2005 13:09:16 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> <20050806122309.O731@korben.prv.univie.ac.at> <42F4FA1A.2050107@samsco.org> <20050806200003.R620@korben.prv.univie.ac.at> In-Reply-To: <20050806200003.R620@korben.prv.univie.ac.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Matthias Schuendehuette , freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 19:09:27 -0000 Lukas Ertl wrote: > On Sat, 6 Aug 2005, Scott Long wrote: > >> Lukas Ertl wrote: >> >>> >>> The mpt device is apparently not GEOM-aware. >> >> >> How exactly does one make a device GEOM-aware? > > > I don't know about mpt devices, but "normal" disk devices like da(4) and > ad(4) call disk_create() to setup a corresponding DISK geom. > > regards, > le > mpt goes through CAM, which does the disk-create for da devices. Scott From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 21:31:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74ABE16A41F for ; Sat, 6 Aug 2005 21:31:50 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from mail.grupos.com.br (mail.grupos.com.br [200.203.183.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1009E43D46 for ; Sat, 6 Aug 2005 21:31:50 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by mail.grupos.com.br (Postfix) with ESMTP id 45AD911E14C for ; Sat, 6 Aug 2005 18:31:49 -0300 (BRT) Received: from [192.168.1.3] (201-3-223-33.fnsce7004.dsl.brasiltelecom.net.br [201.3.223.33]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id 070325569 for ; Sat, 6 Aug 2005 18:31:48 -0300 (BRT) Message-ID: <42F52C56.90205@corp.grupos.com.br> Date: Sat, 06 Aug 2005 18:32:06 -0300 From: Marcus Grando User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050722) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD installation and USB keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 21:31:50 -0000 Hi List, In FreeBSD installation, USB keyboard don't work. Proposed patch to sysinstall: --- usb.c.orig Fri May 12 00:01:17 2000 +++ usb.c Sat Aug 6 18:23:12 2005 @@ -40,5 +40,11 @@ variable_set2("usbd_enable", "YES", 1); vsystem("/stand/usbd"); + + if ((fd = open("/dev/ukbd0", O_RDONLY)) != -1) { + close(fd); + vsystem("kbdcontrol -k /dev/ukbd0 < /dev/console"); + } + restorescr(w); } -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br