From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 01:02: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 A942516A41F for ; Sun, 4 Sep 2005 01:02:43 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2296443D45 for ; Sun, 4 Sep 2005 01:02:42 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j8412ftB016262 for ; Sun, 4 Sep 2005 03:02:41 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j8412fOr016261 for freebsd-current@freebsd.org; Sat, 3 Sep 2005 21:02:41 -0400 (EDT) (envelope-from cracauer) Date: Sat, 3 Sep 2005 21:02:41 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org Message-ID: <20050903210241.A16146@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: Load ACPI when turned off in loader.con (also: no ACPI panics in ata probe in 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: Sun, 04 Sep 2005 01:02:43 -0000 I just turned ACPI off in loader.conf. Unfortunately it turns out that 7-current on my dual Opteron (Armima HDAMB) panics in ata probe when ACPI is off (bug report to follow). That means I cannot even get into single user mode. I need to load ACPI from the loader prompt before booting the kernel. I tried "load acpi" which does not report an error, but neither a loaded module. Booting the kernel afterwards leads to the same panic. Next I tried to unload the kernel first, but a "load acpi" just loads the kernel module, not the acpi module. I assume this is due to me having it turned off in loader.conf. What is the right procedure to do this? Can I tell the bootloader to ignore loader.conf? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 01:12: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 A48D516A41F for ; Sun, 4 Sep 2005 01:12:01 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4B043D46 for ; Sun, 4 Sep 2005 01:12:01 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so447815nzd for ; Sat, 03 Sep 2005 18:12:00 -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=c1sPbZgoFPgUgLbjXePwj+mhm9Ap2E9zkThJV/G5PPWTSXxBkB0TCF06m966phZgnOLNT2P2mlkLEP9QhuJh+xH1kx9KVA8wQf7G3BEq7jHOykrb7gYujOqxP7dq3nS435SMDSA/fRVDCcCjLfmYEjMsrnuxPTTz4h53CpFdSPw= Received: by 10.36.252.46 with SMTP id z46mr3496182nzh; Sat, 03 Sep 2005 18:12:00 -0700 (PDT) Received: from ?192.168.15.102? ( [68.190.230.198]) by mx.gmail.com with ESMTP id m2sm2005117nzf.2005.09.03.18.12.00; Sat, 03 Sep 2005 18:12:00 -0700 (PDT) From: Pascal Hofstee To: Martin Cracauer In-Reply-To: <20050903210241.A16146@cons.org> References: <20050903210241.A16146@cons.org> Content-Type: text/plain Date: Sat, 03 Sep 2005 18:11:57 -0700 Message-Id: <1125796318.32208.3.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.8 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Load ACPI when turned off in loader.con (also: no ACPI panics in ata probe in 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: Sun, 04 Sep 2005 01:12:01 -0000 On Sat, 2005-09-03 at 21:02 -0400, Martin Cracauer wrote: > I just turned ACPI off in loader.conf. > > Unfortunately it turns out that 7-current on my dual Opteron (Armima > HDAMB) panics in ata probe when ACPI is off (bug report to follow). > > That means I cannot even get into single user mode. I need to load > ACPI from the loader prompt before booting the kernel. > > I tried "load acpi" which does not report an error, but neither a > loaded module. Booting the kernel afterwards leads to the same panic. > > Next I tried to unload the kernel first, but a "load acpi" just loads > the kernel module, not the acpi module. I assume this is due to me > having it turned off in loader.conf. > > What is the right procedure to do this? Can I tell the bootloader to > ignore loader.conf? Have you tried setting hint.acpi.0.disabled=0 at the boot loader prompt ? -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 01:15: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 EDE2816A41F for ; Sun, 4 Sep 2005 01:15:58 +0000 (GMT) (envelope-from primereflex@yahoo.co.uk) Received: from web25407.mail.ukl.yahoo.com (web25407.mail.ukl.yahoo.com [217.12.10.141]) by mx1.FreeBSD.org (Postfix) with SMTP id E1BC743D45 for ; Sun, 4 Sep 2005 01:15:57 +0000 (GMT) (envelope-from primereflex@yahoo.co.uk) Received: (qmail 25066 invoked by uid 60001); 4 Sep 2005 01:15:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zz+Lox81j0pLL9ZQC5DIRdoqqyp+0Haf5WPxvVS6Md6VsVDYywVt77K7BlvbT4l10EHSpvCNJDvUPmmDApuH0Jxnq3ihT3WbV+J5Yw2gz5kE35zW+3Kf7qf2WnQ+E6tHhG9O3Pq9SnMT2jmHHyuzDYEF7ZME+222JR15/WQDqbE= ; Message-ID: <20050904011556.25064.qmail@web25407.mail.ukl.yahoo.com> Received: from [83.245.23.105] by web25407.mail.ukl.yahoo.com via HTTP; Sun, 04 Sep 2005 02:15:56 BST Date: Sun, 4 Sep 2005 02:15:56 +0100 (BST) From: "L.Edgeworth" To: FreeBSD Current , FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: custom kernel + if_xl + error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 01:15:59 -0000 Hello! Not sure what I am missing but for some perculiar reason my kernel config doesn't compile, it bails out with: ===> xl (depend) ln -s /usr/obj/usr/src/sys/VORPOL/opt_bdg.h opt_bdg.h @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/usr/obj/usr/src/sys/CUSTOM /usr/src/sys/modules/xl/../../pci/if_xl.c 1 error *** Error code 2 1 error *** Error code 2 1 error which I had before when I accidently removed options ether. # # CUSTOM -- Kernel configuration file for FreeBSD/i386 # machine i386 cpu I686_CPU ident CUSTOM options PQ_CACHESIZE=512 options SCHED_4BSD options PREEMPTION options INET options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options NFSCLIENT options CD9660 options PROCFS options PSEUDOFS options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options SCSI_DELAY=2000 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options ADAPTIVE_GIANT options KDB options DDB options SMP device apic options DEVICE_POLLING options HZ=1000 device acpi device isa device pci device agp device ata device atadisk device atapicd device atapicam options ATA_STATIC_ID device scbus device da device cd device pass device npx device atkbdc device atkbd device psm device vga device splash options VESA device sc options MAXCONS=12 options SC_PIXEL_MODE device miibus device rl device loop device mem device io device random device ether device tun device tap device pty device if_bridge device bpf device usb device uhci device ohci device ehci device ugen device uhid device ukbd device umass device ums device sound device snd_cmi device snd_ich device drm device radeondrm options NETGRAPH options NETGRAPH_BLUETOOTH options NETGRAPH_BLUETOOTH_L2CAP options NETGRAPH_BLUETOOTH_SOCKET options NETGRAPH_BLUETOOTH_UBT options NETGRAPH_BLUETOOTH_HCI this is RELENG_6 *just* before BETA3. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 01:40: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 04D9916A41F for ; Sun, 4 Sep 2005 01:40:42 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6721043D46 for ; Sun, 4 Sep 2005 01:40:41 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j841edLw016686; Sun, 4 Sep 2005 03:40:39 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j841edT2016685; Sat, 3 Sep 2005 21:40:39 -0400 (EDT) (envelope-from cracauer) Date: Sat, 3 Sep 2005 21:40:39 -0400 From: Martin Cracauer To: Pascal Hofstee Message-ID: <20050903214039.A16603@cons.org> References: <20050903210241.A16146@cons.org> <1125796318.32208.3.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1125796318.32208.3.camel@synergy.charterpipeline.net.lan>; from caelian@gmail.com on Sat, Sep 03, 2005 at 06:11:57PM -0700 Cc: Martin Cracauer , freebsd-current@freebsd.org Subject: Re: Load ACPI when turned off in loader.con (also: no ACPI panics in ata probe in 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: Sun, 04 Sep 2005 01:40:42 -0000 Pascal Hofstee wrote on Sat, Sep 03, 2005 at 06:11:57PM -0700: > On Sat, 2005-09-03 at 21:02 -0400, Martin Cracauer wrote: > > I just turned ACPI off in loader.conf. > > > > Unfortunately it turns out that 7-current on my dual Opteron (Armima > > HDAMB) panics in ata probe when ACPI is off (bug report to follow). > > > > That means I cannot even get into single user mode. I need to load > > ACPI from the loader prompt before booting the kernel. > > > > I tried "load acpi" which does not report an error, but neither a > > loaded module. Booting the kernel afterwards leads to the same panic. > > > > Next I tried to unload the kernel first, but a "load acpi" just loads > > the kernel module, not the acpi module. I assume this is due to me > > having it turned off in loader.conf. > > > > What is the right procedure to do this? Can I tell the bootloader to > > ignore loader.conf? > > Have you tried setting hint.acpi.0.disabled=0 at the boot loader > prompt ? I assume you mean `set hint.acpi.0.disabled=0`. Yes, I tried, and `show` shows it to be zero. It doesn't work either. Setting this, unloading everything and then loading acpi shows the same behavior as before. `load acpi` loads the kernel, no acpi, and a subsequent boot panics. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 02:27: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 444D516A41F for ; Sun, 4 Sep 2005 02:27:51 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B2F343D46 for ; Sun, 4 Sep 2005 02:27:49 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 04 Sep 2005 02:27:48 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp012) with SMTP; 04 Sep 2005 04:27:48 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 4 Sep 2005 04:27:24 +0200 User-Agent: KMail/1.8.1 References: <20050904011556.25064.qmail@web25407.mail.ukl.yahoo.com> In-Reply-To: <20050904011556.25064.qmail@web25407.mail.ukl.yahoo.com> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart34192815.NYQQaFsB5d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509040427.33471@harrymail> X-Y-GMX-Trusted: 0 Cc: "L.Edgeworth" , FreeBSD Stable Subject: HZ option [Was: Re: custom kernel + if_xl + error] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 02:27:51 -0000 --nextPart34192815.NYQQaFsB5d Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 4. September 2005 03:15 CEST schrieb L.Edgeworth: [*snip*] Sorry, can't help, i can't see any reason for this in your config file... > > options SMP > device apic > > options DEVICE_POLLING > options HZ=3D1000 AFAIK setting HZ to 1000 isn't nedded on 6.0 and above systems. It's=20 standard. Here's what my non-acpi/apic system (486@133MHz) says: kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 1024, stathz =3D 1= 28 } And here from my 1GHz Celeron with acpi and apic: kern.clockrate: { hz =3D 1000, tick =3D 1000, profhz =3D 666, stathz =3D 13= 3 } Can somebody eplain the profhz to me? Especially why it's higher on the=20 much slower machine... =2DHarry > > device acpi > > device isa > device pci > device agp > > device ata > device atadisk > device atapicd > device atapicam > options ATA_STATIC_ID > > device scbus > device da > device cd > device pass > > device npx > > device atkbdc > device atkbd > device psm > > device vga > device splash > options VESA > > device sc > options MAXCONS=3D12 > options SC_PIXEL_MODE > > device miibus > device rl > > device loop > device mem > device io > device random > device ether > device tun > device tap > device pty > device if_bridge > > device bpf > > device usb > device uhci > device ohci > device ehci > device ugen > device uhid > device ukbd > device umass > device ums > > device sound > device snd_cmi > device snd_ich > > device drm > device radeondrm > > options NETGRAPH > options NETGRAPH_BLUETOOTH > options NETGRAPH_BLUETOOTH_L2CAP > options NETGRAPH_BLUETOOTH_SOCKET > options NETGRAPH_BLUETOOTH_UBT > options NETGRAPH_BLUETOOTH_HCI > > this is RELENG_6 *just* before BETA3. > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new > Yahoo! Security Centre. http://uk.security.yahoo.com > _______________________________________________ > 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" --nextPart34192815.NYQQaFsB5d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDGluVBylq0S4AzzwRAjP1AJ4+lyDUOEAGm6OUYqgzqe1VMmSISgCfR6ri y3uIjDFk0wS60+q8OlnNjJM= =i4aH -----END PGP SIGNATURE----- --nextPart34192815.NYQQaFsB5d-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 03:35: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 4BBA316A41F for ; Sun, 4 Sep 2005 03:35:26 +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 D653643D46 for ; Sun, 4 Sep 2005 03:35:25 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j843ZL1e070251; Sat, 3 Sep 2005 22:35:21 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <431A6B85.2030609@centtech.com> Date: Sat, 03 Sep 2005 22:35:33 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dean Patterson References: <20050903203014.33288.qmail@web33507.mail.mud.yahoo.com> In-Reply-To: <20050903203014.33288.qmail@web33507.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1061/Sat Sep 3 18:26:37 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 03:35:26 -0000 Dean Patterson wrote: > Well I checked it using the shell and it was marked as > active. But the problem is that the ATA driver only > supports up to ICH5, per the man pages. So how is > that situation handled? I assume that I am NEVER > going to run FBSD on this laptop? For what it's worth, I ran 5.4, 6.0, and 7.0 on a D610 with no problems. Eric > --- Darren Pilgrim wrote: > > >>From: Dean Patterson [mailto:psamuel01@yahoo.com] >> >>>I am sorry I should have mentioned that I also >> >>tried >> >>>explicitly setting the slice active. I will try >> >>again >> >>>and check it using the shell; however, when I >> >>tried >> >>>using the holographic shell nothing worked. I >> >>tried >> >>>using fdisk, bsdlabel, and ls and I always get the >>>message "command not found." >> >>The holographic shell is not the same as the fix-it >>shell. The >>holographic shell lacks, among other things proper >>paths, which makes it >>impossible to run many programs. The "Fix-It" shell >>is a menu option in >>sysinstall and starts a fully-functional shell. >> >> > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 03:44: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 8817116A41F; Sun, 4 Sep 2005 03:44:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1617A43D45; Sun, 4 Sep 2005 03:44:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j843iMvf031576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Sep 2005 23:44:22 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j843iL6P016482; Sat, 3 Sep 2005 23:44:22 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3277F511FD; Sat, 3 Sep 2005 23:44:21 -0400 (EDT) Date: Sat, 3 Sep 2005 23:44:21 -0400 From: Kris Kennaway To: "L.Edgeworth" Message-ID: <20050904034420.GA57025@xor.obsecurity.org> References: <20050904011556.25064.qmail@web25407.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20050904011556.25064.qmail@web25407.mail.ukl.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current , FreeBSD Stable Subject: Re: custom kernel + if_xl + error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 03:44:23 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 04, 2005 at 02:15:56AM +0100, L.Edgeworth wrote: > Hello! >=20 > Not sure what I am missing but for some perculiar reason my kernel > config doesn't compile, it bails out with: >=20 > =3D=3D=3D> xl (depend) > ln -s /usr/obj/usr/src/sys/VORPOL/opt_bdg.h opt_bdg.h > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ > -I@/contrib/altq -I@/../include -I/usr/include > -I/usr/obj/usr/src/sys/CUSTOM /usr/src/sys/modules/xl/../../pci/if_xl.c > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error Looks like you're running make -j. Don't do this when you encounter errors, because they're probably hidden far back in the output. Also, when you cause an error when you modify your kernel config, the logical thing to do is to back out your change, or carefully read the comments in GENERIC and NOTES that will usually tell you why what you did was wrong. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDGm2UWry0BWjoQKURAmDDAKCD+hxBeQseO7Gwe2mU5dKRe5Jh3wCgoUWm FtT1vmXdFTfg1Huj/CLirwY= =QLP+ -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 04:00: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 67C7316A421 for ; Sun, 4 Sep 2005 04:00:44 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F7F343D4C for ; Sun, 4 Sep 2005 04:00:43 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so250491wra for ; Sat, 03 Sep 2005 21:00:43 -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=cS3fZVzRgv+P8ru14pUi3uZvn8V2IEc4KkmYPm5tnicEfoqKBinpcqIBA02YyytfMh5IkAG7gHBY/orSkqhWZVmZujSLB88gT0W++x9BDN/3mwqgZM9E1zD1sXY5GtK/4z8YErZKic0LjpUzLREhbW/mvkqiomvYTL5XjdYhCXA= Received: by 10.54.23.40 with SMTP id 40mr2991726wrw; Sat, 03 Sep 2005 21:00:43 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Sat, 3 Sep 2005 21:00:43 -0700 (PDT) Message-ID: <70e8236f05090321007f621845@mail.gmail.com> Date: Sun, 4 Sep 2005 05:00:43 +0100 From: Joao Barros To: John Baldwin In-Reply-To: <200508081311.51857.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.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 Reply-To: joao.barros@gmail.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, 04 Sep 2005 04:00:44 -0000 On 8/8/05, John Baldwin wrote: > Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have ve= rbose > dmesg's from both cases so that I can compare them? Ok, review: FreeBSD5.4: kernel boots with amr installed FreeBSD6.0: kernel doesn't boot with amr installed As I think some commit in time between 5.4 and CURRENT(6.0) changed something that prevents the kernel to boot with an amr installed, I'm trying to pinpoint that change. So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till 6.0-CURRENT-SNAP001 which does not boot. My next step will be to cvsup to specific times and start testing kernels := ) More feedback to come! -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 04:04: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 75ADE16A420; Sun, 4 Sep 2005 04:04:38 +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 1A77D43D48; Sun, 4 Sep 2005 04:04:37 +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 j8443jkp023704; Sat, 3 Sep 2005 21:04:37 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <200509021542.22227.jhb@FreeBSD.org> References: <200509021532.54579.jhb@FreeBSD.org> <200509021542.22227.jhb@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <85605CF9-72E5-440D-A809-7AD6C0689074@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 3 Sep 2005 21:04:36 -0700 To: John Baldwin X-Mailer: Apple Mail (2.734) Cc: powerpc@freebsd.org, alpha@freebsd.org, current@freebsd.org Subject: Re: [PATCH] Cleanup asm constraints in atomic operations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 04:04:38 -0000 On Sep 2, 2005, at 12:42 PM, John Baldwin wrote: > http://www.FreeBSD.org/~jhb/patches/atomic.patch Ok for alpha on -current. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 04:06: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 5220916A420; Sun, 4 Sep 2005 04:06:28 +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 D545843D45; Sun, 4 Sep 2005 04:06:27 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j8446Qj9070733; Sat, 3 Sep 2005 23:06:26 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <431A72CE.5080301@centtech.com> Date: Sat, 03 Sep 2005 23:06:38 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: joao.barros@gmail.com References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> In-Reply-To: <70e8236f05090321007f621845@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1061/Sat Sep 3 18:26:37 2005 on mh1.centtech.com X-Virus-Status: Clean 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: Sun, 04 Sep 2005 04:06:28 -0000 Joao Barros wrote: > On 8/8/05, John Baldwin wrote: > >>Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have verbose >>dmesg's from both cases so that I can compare them? > > > Ok, review: > FreeBSD5.4: kernel boots with amr installed > FreeBSD6.0: kernel doesn't boot with amr installed > As I think some commit in time between 5.4 and CURRENT(6.0) changed > something that prevents the kernel to boot with an amr installed, I'm > trying to pinpoint that change. > So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till > 6.0-CURRENT-SNAP001 which does not boot. > My next step will be to cvsup to specific times and start testing kernels :) > More feedback to come! If you verbose boot, do you see it attempting to probe (?) lots of scsi id's that don't exist? I have an issue with a QLogic fiber channel card doing this on 6.0-B3 but not on the most recent 5.4-STABLE. It's definitely something in CAM that isn't right. If anyone wants more info, I'd be happy to provide it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 04:36: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 2EF6716A420 for ; Sun, 4 Sep 2005 04:36:47 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: from web33515.mail.mud.yahoo.com (web33515.mail.mud.yahoo.com [68.142.206.164]) by mx1.FreeBSD.org (Postfix) with SMTP id BF72A43D45 for ; Sun, 4 Sep 2005 04:36:46 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: (qmail 68614 invoked by uid 60001); 4 Sep 2005 04:36:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=EQQKK2T3wmS6zCnk6sxy7e3KX2FKzdUi4tNLm1ONC1cuXMgqlHHcibdN8UO1n/D8BL5IlafRQFzNhGtdiV7gcORSAe3fVCwDXWSci+KAFGnkhGy+SbG6xqjypbBu0srtrjC/YtwgO+0znRJCQ0jhHqz5qqr5xzhV5JRvEZi0fB0= ; Message-ID: <20050904043646.68612.qmail@web33515.mail.mud.yahoo.com> Received: from [24.208.219.212] by web33515.mail.mud.yahoo.com via HTTP; Sat, 03 Sep 2005 21:36:46 PDT Date: Sat, 3 Sep 2005 21:36:46 -0700 (PDT) From: Dean Patterson To: Eric Anderson In-Reply-To: <431A6B85.2030609@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 04:36:47 -0000 Do you have the Intel 915GM chipset and the ICH6M SATA controller? --- Eric Anderson wrote: > Dean Patterson wrote: > > Well I checked it using the shell and it was > marked as > > active. But the problem is that the ATA driver > only > > supports up to ICH5, per the man pages. So how is > > that situation handled? I assume that I am NEVER > > going to run FBSD on this laptop? > > For what it's worth, I ran 5.4, 6.0, and 7.0 on a > D610 with no problems. > > Eric > > > > > --- Darren Pilgrim wrote: > > > > > >>From: Dean Patterson [mailto:psamuel01@yahoo.com] > >> > >>>I am sorry I should have mentioned that I also > >> > >>tried > >> > >>>explicitly setting the slice active. I will try > >> > >>again > >> > >>>and check it using the shell; however, when I > >> > >>tried > >> > >>>using the holographic shell nothing worked. I > >> > >>tried > >> > >>>using fdisk, bsdlabel, and ls and I always get > the > >>>message "command not found." > >> > >>The holographic shell is not the same as the > fix-it > >>shell. The > >>holographic shell lacks, among other things proper > >>paths, which makes it > >>impossible to run many programs. The "Fix-It" > shell > >>is a menu option in > >>sysinstall and starts a fully-functional shell. > >> > >> > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > _______________________________________________ > > 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" > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator > Centaur Technology > Anything that works is better than anything that > doesn't. > ------------------------------------------------------------------------ > ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 06:27: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 32B5B16A41F for ; Sun, 4 Sep 2005 06:27:56 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3101043D45 for ; Sun, 4 Sep 2005 06:27:55 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 94288321 for ; Sun, 4 Sep 2005 08:30:13 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44511-09 for ; Sun, 4 Sep 2005 08:30:12 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id 36FB752 for ; Sun, 4 Sep 2005 08:30:12 +0200 (CEST) Message-ID: <431A93E8.6080601@datacomm.ch> Date: Sun, 04 Sep 2005 08:27:52 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-Current References: <431A25CB.8050503@datacomm.ch> In-Reply-To: <431A25CB.8050503@datacomm.ch> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig424E32F56E0371EF5E751B9A" X-Virus-Scanned: amavisd-new at maxlor.mine.nu X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Very slow disk writes because of wdrain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 06:27:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig424E32F56E0371EF5E751B9A Content-Type: multipart/mixed; boundary="------------000005080604010305010809" This is a multi-part message in MIME format. --------------000005080604010305010809 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ...apparently the attachments got lost... --------------000005080604010305010809-- --------------enig424E32F56E0371EF5E751B9A 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.0 (Darwin) iD8DBQFDGpPogShs4qbRdeQRAvnrAJ4mfCEkWp1TIiarrRxGwaFPiaamFgCdG8Uy pzh72zZA3DgqZX1VxJdZkJA= =IL41 -----END PGP SIGNATURE----- --------------enig424E32F56E0371EF5E751B9A-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 06:32: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 89EA716A41F for ; Sun, 4 Sep 2005 06:32:11 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B6A43D46 for ; Sun, 4 Sep 2005 06:32:10 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (localhost [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 023BD247 for ; Sun, 4 Sep 2005 08:34:28 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (midgard.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45415-01 for ; Sun, 4 Sep 2005 08:34:26 +0200 (CEST) Received: from [10.0.0.23] (mini.intranet [10.0.0.23]) by maxlor.mine.nu (Postfix) with ESMTP id 8A60352 for ; Sun, 4 Sep 2005 08:34:26 +0200 (CEST) Message-ID: <431A94E8.6030000@datacomm.ch> Date: Sun, 04 Sep 2005 08:32:08 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-Current References: <431A25CB.8050503@datacomm.ch> <431A93E8.6080601@datacomm.ch> In-Reply-To: <431A93E8.6080601@datacomm.ch> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB1ECC0CEF06A5940C21F497C" X-Virus-Scanned: amavisd-new at maxlor.mine.nu Cc: Subject: Re: Very slow disk writes because of wdrain X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 06:32:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB1ECC0CEF06A5940C21F497C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > ...apparently the attachments got lost... ...and just did once Again? Must be the list software not liking them. I'll inline them: ----- dmesg start ----- 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-BETA3 #0: Sat Sep 3 19:59:33 CEST 2005 maxlor@gaia.intranet:/usr/obj/usr/src/sys/GAIA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2399.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 268369920 (255 MB) avail memory = 253108224 (241 MB) ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 2 ioapic2: Changing APIC ID to 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: irq 10 on acpi0 pci_link2: on acpi0 pci_link3: on acpi0 pci_link4: irq 5 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: on acpi0 pci_link18: on acpi0 pci_link19: on acpi0 pci_link20: on acpi0 pci_link21: on acpi0 pci_link22: on acpi0 pci_link23: on acpi0 pci_link24: on acpi0 pci_link25: on acpi0 pci_link26: on acpi0 pci_link27: on acpi0 pci_link28: on acpi0 pci_link29: on acpi0 pci_link30: on acpi0 pci_link31: on acpi0 pci_link32: irq 3 on acpi0 pci_link33: irq 11 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 em0: port 0xecc0-0xecff mem 0xfe100000-0xfe11ffff irq 17 at device 2.0 on pci0 em0: Ethernet address: 00:c0:9f:21:ac:ff em0: Speed:N/A Duplex:N/A amr0: mem 0xfeb00000-0xfeb0ffff irq 20 at device 4.0 on pci0 amr0: Firmware 1.78, BIOS 3.29, 32MB RAM pci0: at device 8.0 (no driver attached) atapci0: port 0x1e8-0x1ef,0x3ec-0x3ef,0x168-0x16f,0x36c-0x36f,0x900-0x90f irq 11 at device 14.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8b0-0x8bf at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 ohci0: mem 0xfe120000-0xfe120fff irq 3 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xec000-0xeffff 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 umass0: Western Digital Corporation Western Digital USB Hard Drive, rev 2.00/ff.ff, addr 2 Timecounter "TSC" frequency 2399338028 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata2-master UDMA33 amrd0: on amr0 amrd0: 34678MB (71020544 sectors) RAID 1 (optimal) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) Trying to mount root from ufs:/dev/amrd0s2a p4tcc0: on cpu0 ----- dmesg end ----- ----- kernel config start ----- machine i386 cpu I686_CPU ident GAIA # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) options ATKBD_DFLT_KEYMAP makeoptions ATKBD_DFLT_KEYMAP=us.dvorak options SC_HISTORY_SIZE=1000 ----- kernel config end ----- --------------enigB1ECC0CEF06A5940C21F497C 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.0 (Darwin) iD8DBQFDGpTogShs4qbRdeQRAk8QAJ4uqKvKJLD3knZsmbSfGVYupF107ACeNOkc vxFyRvIzgdV0SpNvLk2U81Y= =nglN -----END PGP SIGNATURE----- --------------enigB1ECC0CEF06A5940C21F497C-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 16:20: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 1C64716A41F for ; Sat, 3 Sep 2005 16:20:17 +0000 (GMT) (envelope-from mika@mean.net) Received: from mx2.tyfon.net (mx2.tyfon.net [217.27.161.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF0443D48 for ; Sat, 3 Sep 2005 16:20:14 +0000 (GMT) (envelope-from mika@mean.net) Received: from mean.net (s179h64vsg2.dyn.tyfon.se [217.27.179.64]) by mx2.tyfon.net (8.12.11/8.12.11) with ESMTP id j83GKA0f059747; Sat, 3 Sep 2005 18:20:11 +0200 (CEST) (envelope-from mika@mean.net) Received: from beeyatch.mean.net (unknown [192.168.1.26]) by mean.net (Postfix) with ESMTP id 871C7196DE; Sat, 3 Sep 2005 18:20:10 +0200 (CEST) From: Mika To: jay@codegurus.org In-Reply-To: <4318DA9A.6030300@codegurus.org> References: <4318DA9A.6030300@codegurus.org> Content-Type: text/plain Date: Sat, 03 Sep 2005 18:20:10 +0200 Message-Id: <1125764410.99695.7.camel@beeyatch.mean.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 04 Sep 2005 11:43:49 +0000 Cc: freebsd-current@freebsd.org Subject: Re: OvisLink Wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2005 16:20:17 -0000 On Sat, 2005-09-03 at 00:04 +0100, Jayton Garnett wrote: > Also... would anyone know why my Linksys Router's wireless interface > keeps going down? The > cat5 cable interface still works fine, and I just have too reboot the > router. IMHO there is usually problem with the broadband/WiFi routers availible, at least the ones that I've come in contact with (D-Link,Linksys,3Com) The ones without WiFi seems to fine, but when you add WiFi capabilities to them they become unstable. I would go for separate accesspoint and router. It's all a question of money i guess, products aimed at service providers seems to work a bit better, but they are not quite in the right pricerange for home use ;) //Mika From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 21:34: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 19EEE16A41F for ; Sat, 3 Sep 2005 21:34:44 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F8443D48 for ; Sat, 3 Sep 2005 21:34:43 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1EBfeu-000K2I-7p for freebsd-current@freebsd.org; Sat, 03 Sep 2005 23:34:44 +0200 Date: Sat, 3 Sep 2005 23:34:44 +0200 From: Kurt Jaeger To: freebsd-current@freebsd.org Message-ID: <20050903213444.GF76888@home.c0mplx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailman-Approved-At: Sun, 04 Sep 2005 11:43:49 +0000 Subject: LOR on 6.0-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2005 21:34:44 -0000 Hello, after booting an DELL Inspiron 3200 D266XT with 6.0-BETA3, the following LOR can be found in the dmesg output: lock order reversal 1st 0xc097e980 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,c0933960,c0933aa0,c08be0a4) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c08745c9,90d) at witness_checkorder+0x564 _mtx_lock_flags(c1060144,0,c08745c9,90d) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c08745c9,90d) at _vm_map_lock+0x26 vm_map_remove(c10600c0,c1984000,c1985000,c8c56c0c,c0781b69) at vm_map_remove+0x1f kmem_free(c10600c0,c1984000,1000,c8c56c3c,c0781516) at kmem_free+0x25 page_free(c1984000,1000,2) at page_free+0x29 zone_drain(c1498000) at zone_drain+0x26a zone_foreach(c07812ac,c8c56cec,c0793497,c8c56c74,246) at zone_foreach+0x37 uma_reclaim(c8c56c74,246,0,c8c56c80,c062b459) at uma_reclaim+0x12 vm_pageout_scan(0,c097ede0,0,c0875ab6,604) at vm_pageout_scan+0x103 vm_pageout(0,c8c56d38,0,c07942ec,0) at vm_pageout+0x2c3 fork_exit(c07942ec,0,c8c56d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8c56d6c, ebp = 0 --- The full dmesg output can be found at: http://c0mplx.org/backup/lor-dmesg -- pi@c0mplx.org +49 171 3101372 15 years to go ! From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 11: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 D45C016A41F for ; Sun, 4 Sep 2005 11:32:56 +0000 (GMT) (envelope-from usenet@marvin.muc.de) Received: from marvin.muc.de (marvin.muc.de [193.149.48.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 1977143D45 for ; Sun, 4 Sep 2005 11:32:55 +0000 (GMT) (envelope-from usenet@marvin.muc.de) Received: (qmail 82870 invoked by alias); 4 Sep 2005 11:31:05 -0000 Delivered-To: mods-muc-lists-freebsd-current@news.muc.de Received: (qmail 82863 invoked by uid 8); 4 Sep 2005 11:31:05 -0000 Date: 4 Sep 2005 13:31:05 +0200 To: mods-muc-lists-freebsd-current@news.muc.de Path: ag-usenet From: ag-usenet@muc.de (Armin Gruner) Newsgroups: muc.lists.freebsd.current Date: 4 Sep 2005 11:31:05 GMT Organization: muc.de e.V. -- private internet access Lines: 48 Message-ID: References: <431A6B85.2030609@centtech.com> <20050904043646.68612.qmail@web33515.mail.mud.yahoo.com> NNTP-Posting-Host: ncolin.muc.de X-Trace: marvin.muc.de 1125833465 82859 193.149.48.11 (4 Sep 2005 11:31:05 GMT) X-Complaints-To: news-admin@muc.de NNTP-Posting-Date: 4 Sep 2005 11:31:05 GMT User-Agent: slrn/0.9.6.3 (FreeBSD) X-Mailman-Approved-At: Sun, 04 Sep 2005 11:43:49 +0000 Cc: Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 11:32:56 -0000 Hi, we are happily running FreeBSD 5.4/5-STABLE on a D915GEV intel board.. atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 19 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ad4: 381554MB [775221/16/63] at ata2-master SATA150 ad5: 238475MB [484521/16/63] at ata2-slave SATA150 atapci1@pci0:31:2: class=0x01018f card=0x45568086 chip=0x26518086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801FB/FW ICH6/ICH6W SATA Controller' class = mass storage subclass = ATA As this is a backup server, it slurps up to 400GB each night (with 500 MBit/s peak) via an em0 1000baseTX (the on-board Marvell chip is unfortunately not recognized yet). Regards, Armin In article <20050904043646.68612.qmail@web33515.mail.mud.yahoo.com>, Dean Patterson wrote: >Do you have the Intel 915GM chipset and the ICH6M SATA controller? > >--- Eric Anderson wrote: > >> Dean Patterson wrote: >> > Well I checked it using the shell and it was >> marked as >> > active. But the problem is that the ATA driver >> only >> > supports up to ICH5, per the man pages. So how is >> > that situation handled? I assume that I am NEVER >> > going to run FBSD on this laptop? >> >> For what it's worth, I ran 5.4, 6.0, and 7.0 on a >> D610 with no problems. >> -- Armin Gruner ____ mailto:ag@muc.de ``Nur wer sich aendert, bleibt \ / http://www.muc.de/~ag/ sich treu'' - Wolf Biermann \/ PGP Key: 0x72DBE671 or finger -l ag@muc.de From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 12:01: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 E830C16A41F for ; Sun, 4 Sep 2005 12:01:09 +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 9018943D4C for ; Sun, 4 Sep 2005 12:01:06 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j84C13ak078789; Sun, 4 Sep 2005 07:01:03 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <431AE20B.1080907@centtech.com> Date: Sun, 04 Sep 2005 07:01:15 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dean Patterson References: <20050904043646.68612.qmail@web33515.mail.mud.yahoo.com> In-Reply-To: <20050904043646.68612.qmail@web33515.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1062/Sun Sep 4 02:55:30 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 12:01:10 -0000 It had the ICH6M, but the 915GM is graphics I believe (so shouldn't matter). Here's a somewhat recent dmesg output: http://googlebit.com/freebsd/dmesg.txt.200508062026 I'd guess either it's a BIOS config problem, or something that was selected on installed. We have several D610's, and all the times I've tried installing FreeBSD on them, I've had no issues. I don't believe we ever saw the output of bsdlabel and fdisk on ad0 - can you send that please? Eric Dean Patterson wrote: > Do you have the Intel 915GM chipset and the ICH6M SATA > controller? > > --- Eric Anderson wrote: > > >>Dean Patterson wrote: >> >>>Well I checked it using the shell and it was >> >>marked as >> >>>active. But the problem is that the ATA driver >> >>only >> >>>supports up to ICH5, per the man pages. So how is >>>that situation handled? I assume that I am NEVER >>>going to run FBSD on this laptop? >> >>For what it's worth, I ran 5.4, 6.0, and 7.0 on a >>D610 with no problems. >> >>Eric >> >> >> >> >>>--- Darren Pilgrim wrote: >>> >>> >>> >>>>From: Dean Patterson [mailto:psamuel01@yahoo.com] >>>> >>>> >>>>>I am sorry I should have mentioned that I also >>>> >>>>tried >>>> >>>> >>>>>explicitly setting the slice active. I will try >>>> >>>>again >>>> >>>> >>>>>and check it using the shell; however, when I >>>> >>>>tried >>>> >>>> >>>>>using the holographic shell nothing worked. I >>>> >>>>tried >>>> >>>> >>>>>using fdisk, bsdlabel, and ls and I always get >> >>the >> >>>>>message "command not found." >>>> >>>>The holographic shell is not the same as the >> >>fix-it >> >>>>shell. The >>>>holographic shell lacks, among other things proper >>>>paths, which makes it >>>>impossible to run many programs. The "Fix-It" >> >>shell >> >>>>is a menu option in >>>>sysinstall and starts a fully-functional shell. >>>> >>>> >>> >>> >>> >>>__________________________________________________ >>>Do You Yahoo!? >>>Tired of spam? Yahoo! Mail has the best spam >> >>protection around >> >>>http://mail.yahoo.com >>>_______________________________________________ >>>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" >> >> >>-- >> > > ------------------------------------------------------------------------ > >>Eric Anderson Sr. Systems Administrator >> Centaur Technology >>Anything that works is better than anything that >>doesn't. >> > > ------------------------------------------------------------------------ > > > > > > ____________________________________________________ > Start your day with Yahoo! - make it your home page > http://www.yahoo.com/r/hs > -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 13:33: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 27FBB16A41F for ; Sun, 4 Sep 2005 13:33:11 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBB1243D48 for ; Sun, 4 Sep 2005 13:33:10 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so774698wra for ; Sun, 04 Sep 2005 06:33:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oEEOyJ7F3u2UYAmSYiKqQ2087QaLJHdMvGxMuZZ60oYLmu7tPJkxnUxxhAJRNYrGEef5+5gwBgSj3J11p+3cqRIuJFP1SGxmOfVhbWCImNCaqA35cjBCM3ouc0pi+Cl4EWhZfWK2F2WgR9nF0e7GLDFXKbW7kvsrtLQrWaRpGCg= Received: by 10.54.21.70 with SMTP id 70mr3622036wru; Sun, 04 Sep 2005 06:33:10 -0700 (PDT) Received: by 10.54.80.20 with HTTP; Sun, 4 Sep 2005 06:33:10 -0700 (PDT) Message-ID: <4cf221cc0509040633a2b6afc@mail.gmail.com> Date: Sun, 4 Sep 2005 15:33:10 +0200 From: Erik Winge 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: Panic in ural/usbd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 13:33:11 -0000 Hi, I got a panic when restarting wpa_supplicant after my network connection hu= ng: killall wpa_supplicant; /usr/sbin/wpa_supplicant -B -i ural0 -P /var/run/wpa_supplicant/ural0.pid -c /etc/wpa_supplicant.conf; dhclient ural0 Unfortunately the info is copied down by hand, since my computer refuses to save crash dumps. Fatal trap 12: page fault while in kernel mode fault virtual adress =3D 0x0 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc046bf83 stack pointer =3D 0x28:0xd4fc9bd0 frame pointer =3D 0x28:0xd4fc9bd0 code segment =3D base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL=3D1 current process =3D 42 (usbtask) [thread pid 42 tid 100046] Stopped at usbd_setup_xfer+0x9: movl %edx,0(%eax) trace: usb_setup_xfer(0,0,c1665bb0,c1698000,3e) at usb_setup_xfer+0x9 ural_start(...) at ural_start+0x228 ieee80211_send_probereq(...) at ieee80211_send_probereq+0x1fd ieee80211_newstate(...) at ieee80211_newstat+0x4ed ural_task(...) at ural_task+0x55 usb_task_thread(...) at usb_task_thread+0x44 fork_exit(...) at fork_exit+0xa1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=3D0, esp =3D 0xd4fc9d6c, ebp =3D 0 Erik Winge From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 13:39: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 9CDD316A41F for ; Sun, 4 Sep 2005 13:39:05 +0000 (GMT) (envelope-from patrick_dkt@yahoo.com.hk) Received: from web54303.mail.yahoo.com (web54303.mail.yahoo.com [206.190.49.113]) by mx1.FreeBSD.org (Postfix) with SMTP id BBC6543D45 for ; Sun, 4 Sep 2005 13:39:04 +0000 (GMT) (envelope-from patrick_dkt@yahoo.com.hk) Received: (qmail 15879 invoked by uid 60001); 4 Sep 2005 13:39:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.hk; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=q4ZM7BVF1tTBosJGa9M7MdcsFy74rhbnXm7jqm1x3VeuRRGUmitu3YFY+8zfHlh/3DlhA6+0Vlvyda/4+p/yMtMiNvd34Z0yvvw6fvsA+Ywr3E6rcuUM3hgwNw6u8gfMIglQbRO72LsyIo7GO0GhdLBzTIS+r2gv+zcQkQevlSE= ; Message-ID: <20050904133903.15877.qmail@web54303.mail.yahoo.com> Received: from [61.10.7.208] by web54303.mail.yahoo.com via HTTP; Sun, 04 Sep 2005 06:39:03 PDT Date: Sun, 4 Sep 2005 06:39:03 -0700 (PDT) From: Patrick Dung To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: FreeBSD 6.0 Beta3 LOR (UMA lock/system map) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 13:39:05 -0000 Below is the log: 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-BETA3 #0: Mon Aug 22 22:59:46 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (730.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073676288 (1023 MB) avail memory = 1041616896 (993 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 10 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd800-0xd81f irq 10 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) dc0: port 0xd400-0xd47f mem 0xdfffff80-0xdfffffff irq 17 at device 9.0 on pci0 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 08:00:2b:c4:d5:55 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] bge0: mem 0xdffe0000-0xdffeffff irq 18 at device 10.0 on pci0 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:10:18:06:56:9c pci0: at device 11.0 (no driver attached) pci0: at device 12.0 (no driver attached) twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xd000-0xd00f mem 0xdf000000-0xdf7fffff irq 17 at device 13.0 on pci0 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7X 1.05.00.068, BIOS BE7X 1.08.00.048 pci0: at device 14.0 (no driver attached) acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: vendor 0x04b4 PS/2+USB Mouse, rev 1.00/0.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 acd1: CDRW at ata1-master UDMA33 twed0: on twe0 twed0: 152636MB (312598784 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/twed0s3a dc0: watchdog timeout bge0: link state changed to UP bge0: link state changed to DOWN bge0: link state changed to UP lock order reversal 1st 0xc097ca00 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0931ab8,c0931bf8,c08bc1c4) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c0872597,127) at witness_checkorder+0x564 _mtx_lock_flags(c1060144,0,c0872597,127) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c0872597,127) at _vm_map_lock+0x26 kmem_malloc(c10600c0,1000,1,e508dba4,c077f60d) at kmem_malloc+0x32 page_alloc(c104a960,1000,e508db97,1,c0653530) at page_alloc+0x1a slab_zalloc(c104a960,1,c104a9a8,c104a960,c10491c8) at slab_zalloc+0xa1 uma_zone_slab(c104a960,1,1,10,32db) at uma_zone_slab+0xe8 uma_zalloc_bucket(c104a960,1) at uma_zalloc_bucket+0x12c uma_zalloc_arg(c104a960,0,1) at uma_zalloc_arg+0x2dc malloc(800,c08f6a60,1,109,c1044460) at malloc+0xae hash_alloc(e508dc74,c1044468,0,c0871850,1ab) at hash_alloc+0x29 zone_timeout(c1042b40) at zone_timeout+0x7e zone_foreach(c077ee44,e508dce8,c063d33f,0,c077ee10) at zone_foreach+0x37 uma_timeout(0) at uma_timeout+0x12 softclock(0) at softclock+0x1e7 ithread_loop(c232f500,e508dd38,c232f500,c061f924,0) at ithread_loop+0x11c fork_exit(c061f924,c232f500,e508dd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe508dd6c, ebp = 0 --- ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 14:39: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 945DE16A420 for ; Sun, 4 Sep 2005 14:39:22 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C780943D58 for ; Sun, 4 Sep 2005 14:39:18 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so282643wra for ; Sun, 04 Sep 2005 07:39:15 -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=csTj2Tx4Bk+0zbndIY+hi3eH4KTHa95SLnCYDq7gvzjV/6NnTp+rVFIsZcM1aXoFF1NpbGO6Zp8G3JoYWHK2ccNSDIw3VRHQ7mIzpx6eTT5RbwcOD8ZZV+EdeIKWJ5sNY2M/CGPh90u0NfKg6dx/67jmQZq53VhQFZ6GNWwarg8= Received: by 10.54.52.63 with SMTP id z63mr3161491wrz; Sun, 04 Sep 2005 07:39:15 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Sun, 4 Sep 2005 07:39:14 -0700 (PDT) Message-ID: <70e8236f05090407391034fdfd@mail.gmail.com> Date: Sun, 4 Sep 2005 15:39:15 +0100 From: Joao Barros To: Eric Anderson In-Reply-To: <431A72CE.5080301@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> <431A72CE.5080301@centtech.com> 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 Reply-To: joao.barros@gmail.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, 04 Sep 2005 14:39:22 -0000 On 9/4/05, Eric Anderson wrote: > Joao Barros wrote: > > On 8/8/05, John Baldwin wrote: > > > >>Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have = verbose > >>dmesg's from both cases so that I can compare them? > > > > > > Ok, review: > > FreeBSD5.4: kernel boots with amr installed > > FreeBSD6.0: kernel doesn't boot with amr installed > > As I think some commit in time between 5.4 and CURRENT(6.0) changed > > something that prevents the kernel to boot with an amr installed, I'm > > trying to pinpoint that change. > > So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till > > 6.0-CURRENT-SNAP001 which does not boot. > > My next step will be to cvsup to specific times and start testing kerne= ls :) > > More feedback to come! >=20 > If you verbose boot, do you see it attempting to probe (?) lots of scsi > id's that don't exist? I have an issue with a QLogic fiber channel > card doing this on 6.0-B3 but not on the most recent 5.4-STABLE. It's > definitely something in CAM that isn't right. If anyone wants more > info, I'd be happy to provide it. >=20 > Eric >From my verbose boots this is common between kernels: Waiting 5 seconds for SCSI devices to settle amrd0: on amr0 amrd0: 104040MB (213073920 sectors) RAID 5 (optimal) GEOM: new disk amrd0 This only happens on 5.x after the last common part: GEOM: Configure amrd0s1, start 32256 length 72727893504 end 72727925759 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure amrd0s1a, start 0 length 268435456 end 268435455 GEOM: Configure amrd0s1b, start 268435456 length 239804416 end 508239871 GEOM: Configure amrd0s1c, start 0 length 72727893504 end 72727893503 GEOM: Configure amrd0s1d, start 508239872 length 268435456 end 776675327 GEOM: Configure amrd0s1e, start 776675328 length 268435456 end 1045110783 GEOM: Configure amrd0s1f, start 1045110784 length 71682782720 end 727278935= 03 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 (probe2:amr0:0:2:0): error 22 (probe2:amr0:0:2:0): Unretryable Error (probe17:amr0:1:2:0): error 22 (probe17:amr0:1:2:0): Unretryable Error (probe3:amr0:0:3:0): error 22 (probe3:amr0:0:3:0): Unretryable Error (probe18:amr0:1:3:0): error 22 (probe18:amr0:1:3:0): Unretryable Error (probe4:amr0:0:4:0): error 22 (probe4:amr0:0:4:0): Unretryable Error (probe22:amr0:1:8:0): error 22 (probe22:amr0:1:8:0): Unretryable Error (probe5:amr0:0:5:0): error 22 (probe5:amr0:0:5:0): Unretryable Error (probe23:amr0:1:9:0): error 22 (probe23:amr0:1:9:0): Unretryable Error (probe9:amr0:0:10:0): error 22 (probe9:amr0:0:10:0): Unretryable Error (probe24:amr0:1:10:0): error 22 (probe24:amr0:1:10:0): Unretryable Error (probe10:amr0:0:11:0): error 22 (probe10:amr0:0:11:0): Unretryable Error (probe25:amr0:1:11:0): error 22 (probe25:amr0:1:11:0): Unretryable Error (probe11:amr0:0:12:0): error 22 (probe11:amr0:0:12:0): Unretryable Error (probe26:amr0:1:12:0): error 22 (probe26:amr0:1:12:0): Unretryable Error (probe12:amr0:0:13:0): error 22 (probe12:amr0:0:13:0): Unretryable Error (probe27:amr0:1:13:0): error 22 (probe27:amr0:1:13:0): Unretryable Error (probe13:amr0:0:14:0): error 22 (probe13:amr0:0:14:0): Unretryable Error (probe28:amr0:1:14:0): error 22 (probe28:amr0:1:14:0): Unretryable Error (probe14:amr0:0:15:0): error 22 (probe14:amr0:0:15:0): Unretryable Error (probe29:amr0:1:15:0): error 22 (probe29:amr0:1:15:0): Unretryable Error (probe6:amr0:0:6:0): error 22 (probe6:amr0:0:6:0): Unretryable Error (probe19:amr0:1:4:0): error 22 (probe19:amr0:1:4:0): Unretryable Error (probe7:amr0:0:8:0): error 22 (probe7:amr0:0:8:0): Unretryable Error (probe20:amr0:1:5:0): error 22 (probe20:amr0:1:5:0): Unretryable Error (probe8:amr0:0:9:0): error 22 (probe8:amr0:0:9:0): Unretryable Error (probe0:amr0:0:0:0): error 22 (probe0:amr0:0:0:0): Unretryable Error (probe21:amr0:1:6:0): error 22 (probe21:amr0:1:6:0): Unretryable Error (probe1:amr0:0:1:0): error 22 (probe1:amr0:0:1:0): Unretryable Error (probe16:amr0:1:1:0): error 22 (probe16:amr0:1:1:0): Unretryable Error (probe15:amr0:1:0:0): error 22 (probe15:amr0:1:0:0): Unretryable Error The controller has 2 channels so this looks fine to me. From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 15:20: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 2DE1016A41F for ; Sun, 4 Sep 2005 15:20:11 +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 B796D43D48 for ; Sun, 4 Sep 2005 15:20: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 CE30C1FFACA; Sun, 4 Sep 2005 17:20:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 69A671FF9AF; Sun, 4 Sep 2005 17:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 68BCB157F3; Sun, 4 Sep 2005 15:17:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5E91F15329; Sun, 4 Sep 2005 15:17:10 +0000 (UTC) Date: Sun, 4 Sep 2005 15:17:10 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Patrick Dung In-Reply-To: <20050904133903.15877.qmail@web54303.mail.yahoo.com> Message-ID: References: <20050904133903.15877.qmail@web54303.mail.yahoo.com> 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: FreeBSD 6.0 Beta3 LOR (UMA lock/system map) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 15:20:11 -0000 On Sun, 4 Sep 2005, Patrick Dung wrote: > Below is the log: ... > lock order reversal > 1st 0xc097ca00 UMA lock (UMA lock) @ /usr/src/sys/vm/uma_core.c:1494 > 2nd 0xc1060144 system map (system map) @ /usr/src/sys/vm/vm_kern.c:295 already known, see http://sources.zabbadoz.net/freebsd/lor.html#110 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 15:24: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 AF54E16A420 for ; Sun, 4 Sep 2005 15:24:57 +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 142C543D46 for ; Sun, 4 Sep 2005 15:24:56 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j84FOsQ9082179; Sun, 4 Sep 2005 10:24:55 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <431B11D2.3060104@centtech.com> Date: Sun, 04 Sep 2005 10:25:06 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: joao.barros@gmail.com References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> <431A72CE.5080301@centtech.com> <70e8236f05090407391034fdfd@mail.gmail.com> In-Reply-To: <70e8236f05090407391034fdfd@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1062/Sun Sep 4 02:55:30 2005 on mh1.centtech.com X-Virus-Status: Clean 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: Sun, 04 Sep 2005 15:24:57 -0000 Joao Barros wrote: > On 9/4/05, Eric Anderson wrote: > >>Joao Barros wrote: >> >>>On 8/8/05, John Baldwin wrote: >>> >>> >>>>Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have verbose >>>>dmesg's from both cases so that I can compare them? >>> >>> >>>Ok, review: >>>FreeBSD5.4: kernel boots with amr installed >>>FreeBSD6.0: kernel doesn't boot with amr installed >>>As I think some commit in time between 5.4 and CURRENT(6.0) changed >>>something that prevents the kernel to boot with an amr installed, I'm >>>trying to pinpoint that change. >>>So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till >>>6.0-CURRENT-SNAP001 which does not boot. >>>My next step will be to cvsup to specific times and start testing kernels :) >>>More feedback to come! >> >>If you verbose boot, do you see it attempting to probe (?) lots of scsi >>id's that don't exist? I have an issue with a QLogic fiber channel >>card doing this on 6.0-B3 but not on the most recent 5.4-STABLE. It's >>definitely something in CAM that isn't right. If anyone wants more >>info, I'd be happy to provide it. >> >>Eric > > >>From my verbose boots this is common between kernels: > > Waiting 5 seconds for SCSI devices to settle > amrd0: on amr0 > amrd0: 104040MB (213073920 sectors) RAID 5 (optimal) > GEOM: new disk amrd0 > > This only happens on 5.x after the last common part: > > GEOM: Configure amrd0s1, start 32256 length 72727893504 end 72727925759 > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 > GEOM: Configure amrd0s1a, start 0 length 268435456 end 268435455 > GEOM: Configure amrd0s1b, start 268435456 length 239804416 end 508239871 > GEOM: Configure amrd0s1c, start 0 length 72727893504 end 72727893503 > GEOM: Configure amrd0s1d, start 508239872 length 268435456 end 776675327 > GEOM: Configure amrd0s1e, start 776675328 length 268435456 end 1045110783 > GEOM: Configure amrd0s1f, start 1045110784 length 71682782720 end 72727893503 > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 > [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 > [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 > (probe2:amr0:0:2:0): error 22 > (probe2:amr0:0:2:0): Unretryable Error > (probe17:amr0:1:2:0): error 22 > (probe17:amr0:1:2:0): Unretryable Error > (probe3:amr0:0:3:0): error 22 > (probe3:amr0:0:3:0): Unretryable Error > (probe18:amr0:1:3:0): error 22 > (probe18:amr0:1:3:0): Unretryable Error > (probe4:amr0:0:4:0): error 22 > (probe4:amr0:0:4:0): Unretryable Error > (probe22:amr0:1:8:0): error 22 > (probe22:amr0:1:8:0): Unretryable Error > (probe5:amr0:0:5:0): error 22 > (probe5:amr0:0:5:0): Unretryable Error > (probe23:amr0:1:9:0): error 22 > (probe23:amr0:1:9:0): Unretryable Error > (probe9:amr0:0:10:0): error 22 > (probe9:amr0:0:10:0): Unretryable Error > (probe24:amr0:1:10:0): error 22 > (probe24:amr0:1:10:0): Unretryable Error > (probe10:amr0:0:11:0): error 22 > (probe10:amr0:0:11:0): Unretryable Error > (probe25:amr0:1:11:0): error 22 > (probe25:amr0:1:11:0): Unretryable Error > (probe11:amr0:0:12:0): error 22 > (probe11:amr0:0:12:0): Unretryable Error > (probe26:amr0:1:12:0): error 22 > (probe26:amr0:1:12:0): Unretryable Error > (probe12:amr0:0:13:0): error 22 > (probe12:amr0:0:13:0): Unretryable Error > (probe27:amr0:1:13:0): error 22 > (probe27:amr0:1:13:0): Unretryable Error > (probe13:amr0:0:14:0): error 22 > (probe13:amr0:0:14:0): Unretryable Error > (probe28:amr0:1:14:0): error 22 > (probe28:amr0:1:14:0): Unretryable Error > (probe14:amr0:0:15:0): error 22 > (probe14:amr0:0:15:0): Unretryable Error > (probe29:amr0:1:15:0): error 22 > (probe29:amr0:1:15:0): Unretryable Error > (probe6:amr0:0:6:0): error 22 > (probe6:amr0:0:6:0): Unretryable Error > (probe19:amr0:1:4:0): error 22 > (probe19:amr0:1:4:0): Unretryable Error > (probe7:amr0:0:8:0): error 22 > (probe7:amr0:0:8:0): Unretryable Error > (probe20:amr0:1:5:0): error 22 > (probe20:amr0:1:5:0): Unretryable Error > (probe8:amr0:0:9:0): error 22 > (probe8:amr0:0:9:0): Unretryable Error > (probe0:amr0:0:0:0): error 22 > (probe0:amr0:0:0:0): Unretryable Error > (probe21:amr0:1:6:0): error 22 > (probe21:amr0:1:6:0): Unretryable Error > (probe1:amr0:0:1:0): error 22 > (probe1:amr0:0:1:0): Unretryable Error > (probe16:amr0:1:1:0): error 22 > (probe16:amr0:1:1:0): Unretryable Error > (probe15:amr0:1:0:0): error 22 > (probe15:amr0:1:0:0): Unretryable Error > > The controller has 2 channels so this looks fine to me. Mine probes to 16384 before continuing, and then finds the same devices hundreds of times. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 15:40: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 57D5D16A41F; Sun, 4 Sep 2005 15:40:09 +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 E366643D46; Sun, 4 Sep 2005 15:40:08 +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 DFA381FFACB; Sun, 4 Sep 2005 17:40:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 55E5B1FFACA; Sun, 4 Sep 2005 17:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 82FE5157F3; Sun, 4 Sep 2005 15:39:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7868715329; Sun, 4 Sep 2005 15:39:52 +0000 (UTC) Date: Sun, 4 Sep 2005 15:39:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Don Lewis In-Reply-To: <200509020039.j820dcst021990@gw.catspoiler.org> Message-ID: References: <200509020039.j820dcst021990@gw.catspoiler.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: LOR route vr0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 15:40:09 -0000 On Thu, 1 Sep 2005, Don Lewis wrote: > lock order reversal > 1st 0xc23e2018 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1907 > 2nd 0xc09387e0 Giant (Giant) @ /usr/src/sys/kern/kern_poll.c:460 added with ID 148: http://sources.zabbadoz.net/freebsd/lor.html#148 > lock order reversal > 1st 0xe35e0cc4 g_xdown (g_xdown) @ /usr/src/sys/geom/geom_io.c:465 > 2nd 0xc09387e0 Giant (Giant) @ /usr/src/sys/geom/geom_disk.c:99 and this one with ID 149: http://sources.zabbadoz.net/freebsd/lor.html#149 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 15:55: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 0C32A16A41F for ; Sun, 4 Sep 2005 15:55:09 +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 9145843D45 for ; Sun, 4 Sep 2005 15:55:08 +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 64CC81FFACB; Sun, 4 Sep 2005 17:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id F1EF41FFACA; Sun, 4 Sep 2005 17:55:04 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 49D68157F3; Sun, 4 Sep 2005 15:52:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3F20A15329; Sun, 4 Sep 2005 15:52:14 +0000 (UTC) Date: Sun, 4 Sep 2005 15:52:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Munehiro Matsuda In-Reply-To: <20050901.225149.41626079.haro@h4.dion.ne.jp> Message-ID: References: <20050901.225149.41626079.haro@h4.dion.ne.jp> 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: LOR with iwi and UMA on 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: Sun, 04 Sep 2005 15:55:09 -0000 On Thu, 1 Sep 2005, Munehiro Matsuda wrote: Hi, > lock order reversal > 1st 0xc0758820 Giant (Giant) @ kern/kern_conf.c:310 > 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 added this LOR with ID 150: http://sources.zabbadoz.net/freebsd/lor.html#150 > lock order reversal > 1st 0xc07a7060 ifnet (ifnet) @ net/if.c:1159 > 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1643 added with LOR ID 151: http://sources.zabbadoz.net/freebsd/lor.html#151 > lock order reversal > 1st 0xc22c2bb8 rtentry (rtentry) @ net/route.c:1269 > 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 added with LOR ID 152: http://sources.zabbadoz.net/freebsd/lor.html#152 > lock order reversal > 1st 0xc230a1f8 inp (tcpinp) @ netinet/tcp_usrreq.c:368 > 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 added with LOR ID 153: http://sources.zabbadoz.net/freebsd/lor.html#153 though quite similar to LOR ID 128: http://sources.zabbadoz.net/freebsd/lor.html#128 > lock order reversal > 1st 0xc07a8a6c tcp (tcp) @ netinet/tcp_input.c:615 > 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 added with LOR ID 154: http://sources.zabbadoz.net/freebsd/lor.html#154 > lock order reversal > 1st 0xc07b4580 UMA lock (UMA lock) @ vm/uma_core.c:1494 > 2nd 0xc1060144 system map (system map) @ vm/vm_map.c:2317 well known LOR #109 reported almost twice a day;) http://sources.zabbadoz.net/freebsd/lor.html#109 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:00: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 1809116A420 for ; Sun, 4 Sep 2005 16:00:16 +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 AA52043D58 for ; Sun, 4 Sep 2005 16:00: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 0B6DF1FFDE1; Sun, 4 Sep 2005 18:00:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id B60C51FFDD4; Sun, 4 Sep 2005 18:00:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 508FB15858; Sun, 4 Sep 2005 15:56:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4E56315823; Sun, 4 Sep 2005 15:56:06 +0000 (UTC) Date: Sun, 4 Sep 2005 15:56:06 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Fredrik Lindberg In-Reply-To: <43176130.4020604@shapeshifter.se> Message-ID: References: <200509011722.j81HMMPp021231@gw.catspoiler.org> <200509011332.24342.jhb@FreeBSD.org> <43176130.4020604@shapeshifter.se> 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: LOR route vr0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 16:00:16 -0000 On Thu, 1 Sep 2005, Fredrik Lindberg wrote: > lock order reversal > 1st 0xc0810180 Giant (Giant) @ /usr/src/sys/kern/kern_descrip.c:1874 > 2nd 0xc085f88c udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:1009 known: http://sources.zabbadoz.net/freebsd/lor.html#120 > lock order reversal > 1st 0xc085ca40 bpf global lock (bpf global lock) @ > /usr/src/sys/net/bpf.c:425 > 2nd 0xc1b74018 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:2367 very similar to http://sources.zabbadoz.net/freebsd/lor.html#118 but somewhat new perhaps because of recent fxp(4) changes. I'll add it with ID 147 http://sources.zabbadoz.net/freebsd/lor.html#147 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:00: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 74E4D16A420 for ; Sun, 4 Sep 2005 16:00:16 +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 E96C843D69 for ; Sun, 4 Sep 2005 16:00: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 86DC11FF9AF; Sun, 4 Sep 2005 18:00:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id C80991FFDDD; Sun, 4 Sep 2005 18:00:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id D4BFD157F3; Sun, 4 Sep 2005 15:58:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id CA80215329; Sun, 4 Sep 2005 15:58:31 +0000 (UTC) Date: Sun, 4 Sep 2005 15:58:31 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Dan Cojocar In-Reply-To: Message-ID: References: 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: LOR in /usr/src/sys/kern/kern_descrip.c:1876 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 16:00:16 -0000 On Sat, 3 Sep 2005, Dan Cojocar wrote: > Here is a LOR that i don't find on: > sources.zabbadoz.net > . > lock order reversal > 1st 0xc0655660 Giant (Giant) @ /usr/src/sys/kern/kern_descrip.c:1876 > 2nd 0xc06a3eec udp (udp) @ /usr/src/sys/netinet6/udp6_usrreq.c:674 so I added it with LOR ID 157: http://sources.zabbadoz.net/freebsd/lor.html#156 thanks for reporting after checking. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:00: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 E198516A420 for ; Sun, 4 Sep 2005 16:00:16 +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 E952C43D62 for ; Sun, 4 Sep 2005 16:00: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 579691FFE19; Sun, 4 Sep 2005 18:00:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id ABE951FFACE; Sun, 4 Sep 2005 18:00:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 08D5F157F3; Sun, 4 Sep 2005 15:55:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id F287915329; Sun, 4 Sep 2005 15:55:55 +0000 (UTC) Date: Sun, 4 Sep 2005 15:55:55 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Jason George In-Reply-To: <20050901170053.H25305@f1> Message-ID: References: <20050831130543.C22426@f1> <31776986@srv.sem.ipt.ru> <20050901130719.GB54918@uk.tiscali.com> <74646630@srv.sem.ipt.ru> <20050901170053.H25305@f1> 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: 6.0-BETA3 and Asterisk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 16:00:17 -0000 On Thu, 1 Sep 2005, Jason George wrote: > lock order reversal > 1st 0xc106c8c8 mt_zone (UMA zone) @ vm/uma_core.c:2461 > 2nd 0xc18c3044 user map (user map) @ vm/vm_map.c:2997 added with LOR ID 155: http://sources.zabbadoz.net/freebsd/lor.html#155 though this might simply be a result of the following panic. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:02: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 61CB916A41F for ; Sun, 4 Sep 2005 16:02:53 +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 78D7E43D48 for ; Sun, 4 Sep 2005 16:02:52 +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 914C11FFACA; Sun, 4 Sep 2005 18:02:51 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 3034B1FFACE; Sun, 4 Sep 2005 18:02:49 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id BFC4F157F3; Sun, 4 Sep 2005 16:00:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BD7B615329; Sun, 4 Sep 2005 16:00:54 +0000 (UTC) Date: Sun, 4 Sep 2005 16:00:54 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Dan Cojocar In-Reply-To: Message-ID: References: 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: LOR in /usr/src/sys/netinet/in.c:972 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 16:02:53 -0000 On Sat, 3 Sep 2005, Dan Cojocar wrote: > Hello, > Here is my second lor for today :) that i didn't find on > http://sources.zabbadoz.net/freebsd/lor.html > I get this when i run dhclient on cdce0 interface. It's harmless, because I > obtain an valid ip and everything is working ok. > > lock order reversal > 1st 0xc06a2e40 in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in.c:972 > 2nd 0xc0655660 Giant (Giant) @ /usr/src/sys/net/if.c:1998 and once again. Added with LOR ID 157: http://sources.zabbadoz.net/freebsd/lor.html#157 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:02: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 745BB16A420 for ; Sun, 4 Sep 2005 16:02:53 +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 B27DD43D49 for ; Sun, 4 Sep 2005 16:02:52 +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 B6DFF1FFDD7; Sun, 4 Sep 2005 18:02:51 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 39E671FFDD4; Sun, 4 Sep 2005 18:02:49 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 39988157F3; Sun, 4 Sep 2005 16:02:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 375B315329; Sun, 4 Sep 2005 16:02:01 +0000 (UTC) Date: Sun, 4 Sep 2005 16:02:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Dan Cojocar Subject: Re: LOR in /usr/src/sys/kern/kern_descrip.c:1876 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 16:02:53 -0000 On Sun, 4 Sep 2005, Bjoern A. Zeeb wrote: > On Sat, 3 Sep 2005, Dan Cojocar wrote: > > > Here is a LOR that i don't find on: > > sources.zabbadoz.net > > . > > lock order reversal > > 1st 0xc0655660 Giant (Giant) @ /usr/src/sys/kern/kern_descrip.c:1876 > > 2nd 0xc06a3eec udp (udp) @ /usr/src/sys/netinet6/udp6_usrreq.c:674 > > so I added it with LOR ID 157: typo of courese it's 156 (at least I hope it is). Link should be fine. > http://sources.zabbadoz.net/freebsd/lor.html#156 > > thanks for reporting after checking. > > -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:11: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 9CA4C16A41F for ; Sun, 4 Sep 2005 16:11:07 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7EBBE43D64 for ; Sun, 4 Sep 2005 16:11:03 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 04 Sep 2005 16:11:02 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp019) with SMTP; 04 Sep 2005 18:11:02 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 4 Sep 2005 18:10:36 +0200 User-Agent: KMail/1.8.1 References: <20050901.225149.41626079.haro@h4.dion.ne.jp> In-Reply-To: X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1257774.85cQH49H3e"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509041810.44390@harrymail> X-Y-GMX-Trusted: 0 Cc: "Bjoern A. Zeeb" , Munehiro Matsuda Subject: Re: LOR with iwi and UMA on 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: Sun, 04 Sep 2005 16:11:07 -0000 --nextPart1257774.85cQH49H3e Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 4. September 2005 17:52 CEST schrieb Bjoern A. Zeeb: [...] > added this LOR with ID 150: > http://sources.zabbadoz.net/freebsd/lor.html#150 > > > lock order reversal > > 1st 0xc07a7060 ifnet (ifnet) @ net/if.c:1159 > > 2nd 0xc1f36b68 iwi0 (network driver) @ > > /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1643 > > added with LOR ID 151: > http://sources.zabbadoz.net/freebsd/lor.html#151 > > > lock order reversal > > 1st 0xc22c2bb8 rtentry (rtentry) @ net/route.c:1269 > > 2nd 0xc1f36b68 iwi0 (network driver) @ > > /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added with LOR ID 152: > http://sources.zabbadoz.net/freebsd/lor.html#152 > > > lock order reversal > > 1st 0xc230a1f8 inp (tcpinp) @ netinet/tcp_usrreq.c:368 > > 2nd 0xc1f36b68 iwi0 (network driver) @ > > /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added with LOR ID 153: > http://sources.zabbadoz.net/freebsd/lor.html#153 > > though quite similar to LOR ID 128: > http://sources.zabbadoz.net/freebsd/lor.html#128 > > > lock order reversal > > 1st 0xc07a8a6c tcp (tcp) @ netinet/tcp_input.c:615 > > 2nd 0xc1f36b68 iwi0 (network driver) @ > > /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added with LOR ID 154: > http://sources.zabbadoz.net/freebsd/lor.html#154 Hello, are LockOrderReversal something to worry about? I ask because I see= =20 the list growing but it doesn't seem it's anything relevant for the=20 Release process, so I guess they can be ignored by non kernel devolpers.=20 Is this correct? If not, and LORs are serious errors, will 6.0 be shipped=20 with all these errors?!? Well those from this message were on 7.0, but I=20 guess the first hundred are in 6.0... Best regards, =2DHarry --nextPart1257774.85cQH49H3e Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQBDGxyEBylq0S4AzzwRAn/uAJiS/opXNJiVrDWlmU/t8BMjQRgiAKCC7K6W X9Fj2alkuslpzp03PeHOPg== =V3ls -----END PGP SIGNATURE----- --nextPart1257774.85cQH49H3e-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 16:25: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 0A7BD16A41F for ; Sun, 4 Sep 2005 16:25:12 +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 9165943D45 for ; Sun, 4 Sep 2005 16:25:11 +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 16D8B1FFDDD; Sun, 4 Sep 2005 18:25:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id BCA8E1FFDDB; Sun, 4 Sep 2005 18:25:06 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id C55D7157F3; Sun, 4 Sep 2005 16:24:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id BB25515329; Sun, 4 Sep 2005 16:24:02 +0000 (UTC) Date: Sun, 4 Sep 2005 16:24:02 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Emanuel Strobl In-Reply-To: <200509041810.44390@harrymail> Message-ID: References: <20050901.225149.41626079.haro@h4.dion.ne.jp> <200509041810.44390@harrymail> 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: LOR with iwi and UMA on 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: Sun, 04 Sep 2005 16:25:12 -0000 On Sun, 4 Sep 2005, Emanuel Strobl wrote: > Hello, are LockOrderReversal something to worry about? please see the FAQ entry referenced on same page: http://www.freebsd.org/doc/faq/troubleshoot.html#LOCK-ORDER-REVERSAL -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 19:00: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 9FCB416A41F; Sun, 4 Sep 2005 19:00:30 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C7C43D46; Sun, 4 Sep 2005 19:00:29 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j84J0Ak2013446; Sun, 4 Sep 2005 20:00:10 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id j84JEYws027897; Sun, 4 Sep 2005 20:14:34 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id j84JEYDH027894; Sun, 4 Sep 2005 20:14:34 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 4 Sep 2005 20:14:34 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Robert Watson In-Reply-To: <20050903201628.D88940@fledge.watson.org> Message-ID: <20050904190334.N26703@ury.york.ac.uk> References: <1125487485.34476.6.camel@buffy.york.ac.uk> <20050831134927.GA20529@comp.chem.msu.su> <1125594635.63101.3.camel@buffy.york.ac.uk> <20050903201628.D88940@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Yar Tikhiy , freebsd-current@FreeBSD.org Subject: Re: 6.0BETA3 panic in ip_output (vlan/RIP related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 19:00:30 -0000 On Sat, 3 Sep 2005, Robert Watson wrote: > On Thu, 1 Sep 2005, Gavin Atkinson wrote: >>> Thanks for reporting this! The problem seems known and has to do with a >>> deficiency in our multicast code WRT interface removal/re-insertion. It is >>> on the to-do list of our networking gurus and hopefully will be dealt with >>> RSN, after IP multicast code locking and cleanup are complete. >> >> It's good to hear that the problem is understood, however it seems that >> this panic is trivial to recreate for anyone running routed, and therefore >> 6.0-RELEASE may well be unusable for me. I've just got this second panic >> from the same machine which looks like it may also be related to the >> multicast code. > > I believe I've chatted with Gleb about this some, but want to confirm that I > understand the problem here: this occurs when an interface is removed while > IP multicast membership is still present for multicast groups on the > interface. When the multicast socket is closed, then the kernel panics > because it has a now invalid cached pointer to the interface structure (now > freed), which cases an assertion failure because the mutex code detects that > it is operating on an invalid mutex. I don't explicitely use multicast anywhere in my setup. I run routed and get my default gateway via RIP, which seems to involve the multicast code. I've followed the code through and as far as I can tell, your belief is correct (at least for the second panic). The first panic occured when creating an interface, but I suspect that was more because routed noticed that interfaces had changed and attempted to send packets out, and fell over when it stumbled over the invalid mutex in the destroyed vlan. I have coredumps from both the panics if they will help at all, although I suspect it'll be just as easy for you to recreate it at your end - run routed without arguments and do something with interfaces - delete and recreate vlan interfaces seem the easiest way, although I guess inserting or removing a cardbus card would also be bad. > So it sounds like we need to figure out how the multicast code should behave > on interface removal -- I wonder what other operating systems do here? Do > they simply invalidate current membership related with the interface, or do > they leave the multicast sockets in a state such that if the interface comes > back, the memberships are re-bound? I can't help here, I'm afraid. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 19:18: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 5E45516A427 for ; Sun, 4 Sep 2005 19:18:08 +0000 (GMT) (envelope-from mclone@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E675243D46 for ; Sun, 4 Sep 2005 19:18:07 +0000 (GMT) (envelope-from mclone@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so364065rnf for ; Sun, 04 Sep 2005 12:18: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=Nqu3W8XVVCKaShuCpRMQzaLGTAqVob8Ar8GwOlT7yazugui6wxbZnHNmSeDVasXwXpBykTbLvreFuEediRQXq5cGSA+2QX6d63rNTaoGrr+ByLgAwaXxSy2EZaGyzv43kdEL3mvukKoM9nFbOJSNRi4lzCDfgCa8so2kNr708t0= Received: by 10.11.118.24 with SMTP id q24mr119031cwc; Sun, 04 Sep 2005 12:18:07 -0700 (PDT) Received: by 10.11.94.31 with HTTP; Sun, 4 Sep 2005 12:18:07 -0700 (PDT) Message-ID: <451cb30105090412182aff2d2b@mail.gmail.com> Date: Sun, 4 Sep 2005 22:18:07 +0300 From: McLone 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: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mclone@gmail.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, 04 Sep 2005 19:18:08 -0000 Hello. Today, when trying to make this crappy legacy nVidia driver to work, i managed to boot in single-user and i wanted screen(1) too. I was afraid kldload nvidia.ko will panic my box, so i was planning to do it while [most of] disks were mounted read-only. (Yes nvidia.ko v.7xxx paniced it finally) So i created following script, which _alone_ paniced my box. ...it loads snd_emu10k1 here... i really miss color beastie. OK boot -vs ...dmesg (verbose) goes here... ...enter path name or /bin/sh: # fsck -y # mount -at ufs -o ro # tcsh > cat /ramfs.sh #!/bin/sh swapon -a mount -uo rw / mkdir /mnt/ramfs 2>&- 1>&- mount -o ro -at ufs mount -ufo ro -at ufs # just to be sure umount /mnt/ramfs 2>&- 1>&- mdconfig -d -u 1 mdconfig -a -t malloc -s 16m -u 1 bsdlabel -w /dev/md1 newfs -O 1 -m 0 /dev/md1a mount /dev/md1a /mnt/ramfs mount_unionfs /mnt/ramfs /var chmod 700 /tmp/screens/S-root > /ramfs.sh ...newfs output goes here, with GEOM messages... > pkg_info |grep screen screen-4.0.2_1 A multi-screen window manager > uname -a FreeBSD Droid.local 6.0-BETA3 FreeBSD 6.0-BETA3 #3: Sun Sep 0 20:49:18 EEST 2005 =20 root@Droid.local:/usr/src/sys/i386/compile/Droid.debug i386 > screen panic: can't fifo/vnode bypass -1 KDB: enter: panic [thread pid 146 tid 100053 ] Stopped ad=09kdb_enter+0x30: leave db> trace Tracing pid 146 tid 100057 td 0xc1932af0 kdb_enter(c07e4ddb,c085bb00,c07dc744,d52c8964,100) at panic+0x30 panic(c07dc744,ffffffff,c07dc716,11b,c1782d00) at panic+0xd5 fifo_open(d52c89e4,c1ae3dd0,d52c8bc4,c1a833d0,d52c8a10) at fifo_open+0x660 VOP_OPEN_APV(c083bba0,d52c89e4,c1932af0,d52c8a54,1) at VOP_OPEN_APV+0xac union_open(d52c8a54,d52c8a04,d52c8bc4,0,d52c8b10) at union_open+0x8e VOP_OPEN_APV(c1b35240,d52c8a54,267,c1932af0,1) at VOP_OPEN_APV+0xac vn_open_cred(d52c8bc4,d52c8cc4,0,c1782d00,4) at vn_open_cred+0x472 vn_open(d52c8bc4,d52c8cc4,0,4,c08a7018,4) at vn_open+0x33 kern_open(c1932af0,808e220,0,5,0) at kern_open+0xc8 open(c1932af0,d52c8d04,c,422,3) at open+0x36 syscall(bfbf003b,3b,bfbf003b,4,3) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall(5, FreeBSD ELF32, open), eip =3D 0x28172e5f, esp =3D 0xbfbfe00c, ebp =3D 0xbfbfe158 --- db> ps pid=09proc=09uid=09ppid=09pgrp=09flag=09stat wmesg wchan cmd 146=09c1a4720c 0=09145=09145=09000002=09[CPU 0] screen 145=09c1a47000 0=0973=09145=090004002=09[SLP0 pause 0xc1a47034][SLP] scree= n 138=09c1921418 0=090=090=090000204=09[SLP0 mdwait 0xc1a90000][SLP] md1 73=09c1a47418 0=0954=0973=090004002 [SLP0 pause 0xc1a4744c][SLP] tcsh 54=09c1a47624 0=091=0954=090004002 [SLP0 wait 0xc1a47624][SLP] sh ...kernel threads here... Panic was copied by hand - i have no serial console; but i can set up one. Pleace advice me if i provided right information (or You need more). The dmesg is on http://mclone.org.ua/~mclone/dmesg.6b3.txt (they're from slightly older kernel; i'll reboot and replace ASAP) Kernel config is here: http://mclone.org.ua/~mclone/Droid.debug Nothing fancy (except verbose load) in /boot/loader.conf, and i have only CPUTYPE?=3Di686 and WITH_OPT_PPRO=3Dyes in /etc/make.conf [coupled with various ports defines, that is]. --=20 wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...sorry for translit From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 19:29: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 99E7016A41F; Sun, 4 Sep 2005 19:29:04 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC09F43D49; Sun, 4 Sep 2005 19:29:03 +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 mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j84JT0LN008562 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 5 Sep 2005 05:29:01 +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 j84JT0SR085032; Mon, 5 Sep 2005 05:29:00 +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 j84JSxFv085031; Mon, 5 Sep 2005 05:28:59 +1000 (EST) (envelope-from pjeremy) Date: Mon, 5 Sep 2005 05:28:59 +1000 From: Peter Jeremy To: Emanuel Strobl Message-ID: <20050904192858.GB77285@cirb503493.alcatel.com.au> References: <20050904011556.25064.qmail@web25407.mail.ukl.yahoo.com> <200509040427.33471@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509040427.33471@harrymail> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org, FreeBSD Stable Subject: Re: HZ option [Was: Re: custom kernel + if_xl + error] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 19:29:04 -0000 On Sun, 2005-Sep-04 04:27:24 +0200, Emanuel Strobl wrote: >standard. Here's what my non-acpi/apic system (486@133MHz) says: >kern.clockrate: { hz = 1000, tick = 1000, profhz = 1024, stathz = 128 } >And here from my 1GHz Celeron with acpi and apic: >kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 } > >Can somebody eplain the profhz to me? Especially why it's higher on the >much slower machine... On your older system, profhz and stathz are driven the RTC interrupts and tick is driven by the 8254. On your newer system all the clocks are derived from the LAPIC timer running at 2000Hz - tick is LAPIC/2, profhz is LAPIC/3 and stathz is LAPIC/15. The actual values of profhz and stathz are unimportant, their primary purpose is to sample the system state at a rate that is difficult for processes to synchronize with. If a process synchronizes with the profiling/statistics clock then the statistics become unreliable (and a process can cheat the scheduler by appearing to use no CPU time). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 19:53: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 D49AD16A41F for ; Sun, 4 Sep 2005 19:53:19 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7094043D46 for ; Sun, 4 Sep 2005 19:53:19 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so880697wra for ; Sun, 04 Sep 2005 12:53:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IaHc92uzPlSv7XaX3ylWqNWDe+Mv3lclE0yrbv8arYUyeHIV689VVJDwvk9xETztjYD+r+9sOiKeqlXyXS/R5LaXDLuc2WgnUotfkKd9+HSxu08F0lw0tkYNIWb6UXnPIBgci4CFuMFlFdSZynNw4NVDFSoBAjbXHK8NXD+L3Zk= Received: by 10.54.29.44 with SMTP id c44mr255603wrc; Sun, 04 Sep 2005 12:53:18 -0700 (PDT) Received: by 10.54.80.20 with HTTP; Sun, 4 Sep 2005 12:53:18 -0700 (PDT) Message-ID: <4cf221cc050904125359a78bcb@mail.gmail.com> Date: Sun, 4 Sep 2005 21:53:18 +0200 From: Erik Winge To: freebsd-current@freebsd.org In-Reply-To: <4cf221cc0509040633a2b6afc@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4cf221cc0509040633a2b6afc@mail.gmail.com> Subject: Re: Panic in ural/usbd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 19:53:19 -0000 On 9/4/05, Erik Winge wrote: > Hi, >=20 > I got a panic when restarting wpa_supplicant after my network connection = hung: Btw, I forgot to mention that this is RELENG_6, cvsup'ed today: FreeBSD anduin 6.0-BETA4 FreeBSD 6.0-BETA4 #0: Sun Sep 4 13:00:48 CEST 2005 root@anduin:/usr/obj/usr/src/sys/ANDUIN i386 Erik Winge From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 20:03:31 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 1859D16A41F for ; Sun, 4 Sep 2005 20:03:31 +0000 (GMT) (envelope-from bazerka@beardz.net) Received: from www.beardz.net (host81-153-70-106.range81-153.btcentralplus.com [81.153.70.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5334C43D45 for ; Sun, 4 Sep 2005 20:03:29 +0000 (GMT) (envelope-from bazerka@beardz.net) Received: from [127.0.0.1] ([127.0.0.1]) by sheesh with Microsoft SMTPSVC(6.0.2600.2180); Sat, 3 Sep 2005 12:34:02 +0100 Message-ID: <43198A2A.6050602@beardz.net> Date: Sat, 03 Sep 2005 12:34:02 +0100 From: Jase Thew User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20050903013246.5C06C4E704@pipa.profix.cz> <431935B7.6040904@samsco.org> In-Reply-To: <431935B7.6040904@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Sep 2005 11:34:02.0906 (UTC) FILETIME=[62726FA0:01C5B07B] Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD6.0 and VMWare 5.0.. No go X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 20:03:31 -0000 Scott Long wrote: > If anyone is interested, I have a FreeBSD 6 snapshot ISO with a custom > kernel that has PREEMPTION, SMP, and apic removed. I've been trying to > get it to work on VirtualPC, but I'm running into other problems with it > now (mainly that VPC doesn't seem to expose the CDROM in a way that > FreeBSD can find it). If anyone is interested in testing it with > VMWare, let me know and I'll make it available. It's a normal disc1 > install ISO, based on 6-BETA3. > > Scott Hi Scott, I'd be interested in testing this snapshot under VMWare 5, should you make it available. Regards, Jase. From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 20:03: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 90B5716A42D for ; Sun, 4 Sep 2005 20:03:41 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: from rly3.z8.ru (counter.z8.ru [217.106.232.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D589743D46 for ; Sun, 4 Sep 2005 20:03:40 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: from elm.z8.ru (elm.z8.ru [217.106.232.16]) by rly3.z8.ru (8.13.1/8.13.1) with ESMTP id j84K3bV5045639 for ; Mon, 5 Sep 2005 00:03:38 +0400 (MSD) (envelope-from dreamer2@tikhvin.info) Received: from [192.168.8.22] (41.dsl.telesto.lsi.ru [212.58.217.41] (may be forged)) (authenticated bits=0) by elm.z8.ru (8.13.1/8.13.1) with ESMTP id j84K3bN8080384 for ; Mon, 5 Sep 2005 00:03:37 +0400 (MSD) (envelope-from dreamer2@tikhvin.info) Message-ID: <431B5311.9090109@tikhvin.info> Date: Mon, 05 Sep 2005 00:03:29 +0400 From: Vitaly User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <430060FB.1000405@tikhvin.info> <4314537C.5050808@tikhvin.info> <4314A32A.9050105@errno.com> <43183E7D.50802@tikhvin.info> <4319200A.2010702@errno.com> In-Reply-To: <4319200A.2010702@errno.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.85.1/1062/Sun Sep 4 11:55:30 2005 on counter.z8.ru X-Virus-Status: Clean Subject: Re: ath bridge panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 20:03:41 -0000 Sam Leffler wrote: > Sorry but I do not understand "while cleint authentication in > progress". Is this an ap? Where is the configuration? What client > is this? > configuration in my first message, hostap on BETA3, and windows clients should i repost conf? > > ath is the wrong level to look for problems; look at the net80211 > level. I have a number of changes in current that have yet to be > MFC'd to RELENG_6 for ap operation so they may help you. Also I'm > aware that 11g ap operation is not right for a mixed-bss. The ap does > not announce a revised ERP information element in the beacons when > non-ERP stations join/leave the bss so a mixed station bss may not > function correctly due to inconsistent setup of preamble and/or > protection. No eta on when that'll be fixed; it's easy but my time is > limited right now. > if i set hostap card in 80211b mode it would help? From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 20:34: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 B0EF616A41F for ; Sun, 4 Sep 2005 20:34:44 +0000 (GMT) (envelope-from primereflex@yahoo.co.uk) Received: from web25402.mail.ukl.yahoo.com (web25402.mail.ukl.yahoo.com [217.12.10.136]) by mx1.FreeBSD.org (Postfix) with SMTP id AC4F543D53 for ; Sun, 4 Sep 2005 20:34:43 +0000 (GMT) (envelope-from primereflex@yahoo.co.uk) Received: (qmail 54379 invoked by uid 60001); 4 Sep 2005 20:34:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qjthKvyTtuKszhSeoOp7/uANOVv4UR6QWF8OViU8cO6URzYjPUtf6M/12bUHXDvswnQf204Q8yoxOcF8uHWjC8pwdJvEzuY2KTAPPZ7QMCSLY2hjrCsDIdcvQjgIt1qzbWfqXDg+RYnyC8HkR07eNG+/oDQeg0xOCa/w2OY/jEA= ; Message-ID: <20050904203442.54377.qmail@web25402.mail.ukl.yahoo.com> Received: from [83.245.23.105] by web25402.mail.ukl.yahoo.com via HTTP; Sun, 04 Sep 2005 21:34:42 BST Date: Sun, 4 Sep 2005 21:34:42 +0100 (BST) From: "L.Edgeworth" To: Kris Kennaway In-Reply-To: <20050904034420.GA57025@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD Current , FreeBSD Stable Subject: Re: custom kernel + if_xl + error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 20:34:44 -0000 --- Kris Kennaway wrote: > > Looks like you're running make -j. Don't do this when you encounter > errors, because they're probably hidden far back in the output. > actually, it was the -j option causing problems, although making a GENERIC kernel worked fine? > Also, when you cause an error when you modify your kernel config, the > logical thing to do is to back out your change, or carefully read the > comments in GENERIC and NOTES that will usually tell you why what you > did was wrong. > Usually I do keep my previous version (--really, I should learn to use CVS.) alas a slip of a finger :( thanks!! > Kris > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 20:57: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 3C03716A41F for ; Sun, 4 Sep 2005 20:57:25 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: from web33511.mail.mud.yahoo.com (web33511.mail.mud.yahoo.com [68.142.206.160]) by mx1.FreeBSD.org (Postfix) with SMTP id D1E1643D45 for ; Sun, 4 Sep 2005 20:57:24 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: (qmail 49275 invoked by uid 60001); 4 Sep 2005 20:57:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F1w6EGT2dkOBwgK2kKp+2IyxFLYWtGDHUYP68V33MsEgC7cQJpdSeXl5naXXJ/UvCC6FxFXdPO05DxQCNuBWraiXAywrge816vh29wXaVPwJ4om744jBZCy19oQHPK+jb/Zs3anCDW0vRqbweYawtZ1fVYUcHnEKWS497uZlZyg= ; Message-ID: <20050904205724.49273.qmail@web33511.mail.mud.yahoo.com> Received: from [24.208.219.212] by web33511.mail.mud.yahoo.com via HTTP; Sun, 04 Sep 2005 13:57:24 PDT Date: Sun, 4 Sep 2005 13:57:24 -0700 (PDT) From: Dean Patterson To: Eric Anderson In-Reply-To: <431AE20B.1080907@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Darren Pilgrim , freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 20:57:25 -0000 Well not all D610's are created equally. I work in the Caterpillar IT dept. and even our orders from one week to another differ. The one I am using has a SATA controller (ICH6M) with ATI pci-x video. Is this what you are using? As far as the setup I am doing a simple one slice system and setting is active. And I check it on vc4 and it shows active. I am also just doing a minimal install so I dont understand what could be different than the many other installs. I had it on a Dell D600 with no problems, but it was PATA. Although I dont know why SATA would cause an issue as I know FBSD to have great SATA support. How can I get the dmesg info for you from sysinstall/vc4? I really appreciate your assistance. Thank you, Dean. --- Eric Anderson wrote: > It had the ICH6M, but the 915GM is graphics I > believe (so shouldn't > matter). Here's a somewhat recent dmesg output: > > http://googlebit.com/freebsd/dmesg.txt.200508062026 > > I'd guess either it's a BIOS config problem, or > something that was > selected on installed. We have several D610's, and > all the times I've > tried installing FreeBSD on them, I've had no > issues. > > I don't believe we ever saw the output of bsdlabel > and fdisk on ad0 - > can you send that please? > > Eric > > > Dean Patterson wrote: > > Do you have the Intel 915GM chipset and the ICH6M > SATA > > controller? > > > > --- Eric Anderson wrote: > > > > > >>Dean Patterson wrote: > >> > >>>Well I checked it using the shell and it was > >> > >>marked as > >> > >>>active. But the problem is that the ATA driver > >> > >>only > >> > >>>supports up to ICH5, per the man pages. So how > is > >>>that situation handled? I assume that I am NEVER > >>>going to run FBSD on this laptop? > >> > >>For what it's worth, I ran 5.4, 6.0, and 7.0 on a > >>D610 with no problems. > >> > >>Eric > >> > >> > >> > >> > >>>--- Darren Pilgrim wrote: > >>> > >>> > >>> > >>>>From: Dean Patterson > [mailto:psamuel01@yahoo.com] > >>>> > >>>> > >>>>>I am sorry I should have mentioned that I also > >>>> > >>>>tried > >>>> > >>>> > >>>>>explicitly setting the slice active. I will > try > >>>> > >>>>again > >>>> > >>>> > >>>>>and check it using the shell; however, when I > >>>> > >>>>tried > >>>> > >>>> > >>>>>using the holographic shell nothing worked. I > >>>> > >>>>tried > >>>> > >>>> > >>>>>using fdisk, bsdlabel, and ls and I always get > >> > >>the > >> > >>>>>message "command not found." > >>>> > >>>>The holographic shell is not the same as the > >> > >>fix-it > >> > >>>>shell. The > >>>>holographic shell lacks, among other things > proper > >>>>paths, which makes it > >>>>impossible to run many programs. The "Fix-It" > >> > >>shell > >> > >>>>is a menu option in > >>>>sysinstall and starts a fully-functional shell. > >>>> > >>>> > >>> > >>> > >>> > >>>__________________________________________________ > >>>Do You Yahoo!? > >>>Tired of spam? Yahoo! Mail has the best spam > >> > >>protection around > >> > >>>http://mail.yahoo.com > >>>_______________________________________________ > >>>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" > >> > >> > >>-- > >> > > > > > ------------------------------------------------------------------------ > > > >>Eric Anderson Sr. Systems Administrator > > >> Centaur Technology > >>Anything that works is better than anything that > >>doesn't. > >> > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > ____________________________________________________ > > Start your day with Yahoo! - make it your home > page > > http://www.yahoo.com/r/hs > > > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator > Centaur Technology > Anything that works is better than anything that > doesn't. > ------------------------------------------------------------------------ > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 21:34: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 CABB616A421 for ; Sun, 4 Sep 2005 21:34:59 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2030543D45 for ; Sun, 4 Sep 2005 21:34:56 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j84LYmLI028855; Sun, 4 Sep 2005 14:34:52 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509042134.j84LYmLI028855@gw.catspoiler.org> Date: Sun, 4 Sep 2005 14:34:48 -0700 (PDT) From: Don Lewis To: bzeeb-lists@lists.zabbadoz.net In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: haro@h4.dion.ne.jp, freebsd-current@FreeBSD.org Subject: Re: LOR with iwi and UMA on 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: Sun, 04 Sep 2005 21:34:59 -0000 On 4 Sep, Bjoern A. Zeeb wrote: > On Thu, 1 Sep 2005, Munehiro Matsuda wrote: > > Hi, > >> lock order reversal >> 1st 0xc0758820 Giant (Giant) @ kern/kern_conf.c:310 >> 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added this LOR with ID 150: > http://sources.zabbadoz.net/freebsd/lor.html#150 > >> lock order reversal >> 1st 0xc07a7060 ifnet (ifnet) @ net/if.c:1159 >> 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1643 > > added with LOR ID 151: > http://sources.zabbadoz.net/freebsd/lor.html#151 > >> lock order reversal >> 1st 0xc22c2bb8 rtentry (rtentry) @ net/route.c:1269 >> 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added with LOR ID 152: > http://sources.zabbadoz.net/freebsd/lor.html#152 > >> lock order reversal >> 1st 0xc230a1f8 inp (tcpinp) @ netinet/tcp_usrreq.c:368 >> 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added with LOR ID 153: > http://sources.zabbadoz.net/freebsd/lor.html#153 > > though quite similar to LOR ID 128: > http://sources.zabbadoz.net/freebsd/lor.html#128 > > >> lock order reversal >> 1st 0xc07a8a6c tcp (tcp) @ netinet/tcp_input.c:615 >> 2nd 0xc1f36b68 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1587 > > added with LOR ID 154: > http://sources.zabbadoz.net/freebsd/lor.html#154 These, and probably most or all of the recent LORs involving network driver, have the same cause as LOR #148. The lock order reported in #148 is incorrect, but it was only detected by witness when I added jhb's patch to the witness code. It is triggered by adding the DEVICE_POLLING kernel option. This particular reversal introduces a loop into the lock ordering, and without the witness patch, witness only detects the reversal when the loop is finally closed by code that grabs a lock in the correct order, and with the previous lock happens to traverse the final edge of the loop. From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 22:00: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 AC31916A41F for ; Sun, 4 Sep 2005 22:00:54 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A70743D45 for ; Sun, 4 Sep 2005 22:00:54 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j84M0k3P028894; Sun, 4 Sep 2005 15:00:50 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509042200.j84M0k3P028894@gw.catspoiler.org> Date: Sun, 4 Sep 2005 15:00:46 -0700 (PDT) From: Don Lewis To: bzeeb-lists@lists.zabbadoz.net In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: LOR route vr0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 22:00:54 -0000 On 4 Sep, Bjoern A. Zeeb wrote: > On Thu, 1 Sep 2005, Don Lewis wrote: > >> lock order reversal >> 1st 0xc23e2018 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1907 >> 2nd 0xc09387e0 Giant (Giant) @ /usr/src/sys/kern/kern_poll.c:460 > > added with ID 148: > http://sources.zabbadoz.net/freebsd/lor.html#148 jhb commented that the polling code should use something other than Giant to protect it's data structures, which would eliminate this LOR. It looks like LOR 120, 121, 122, 125, 126, 128, 130, 131, 133, 135, 136, 139, 140, 142, 143, 145, 146, 150, 151, 152, 153, 154, and 156 are all caused by the use of Giant in the polling code. >> lock order reversal >> 1st 0xe35e0cc4 g_xdown (g_xdown) @ /usr/src/sys/geom/geom_io.c:465 >> 2nd 0xc09387e0 Giant (Giant) @ /usr/src/sys/geom/geom_disk.c:99 > > and this one with ID 149: > http://sources.zabbadoz.net/freebsd/lor.html#149 > Thanks! From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 22:01: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 E866516A41F; Sun, 4 Sep 2005 22:01:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 244B143D49; Sun, 4 Sep 2005 22:01:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j84M1Lvf004175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Sep 2005 18:01:21 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j84M1K6P003623; Sun, 4 Sep 2005 18:01:21 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3D17B5126E; Sun, 4 Sep 2005 18:01:18 -0400 (EDT) Date: Sun, 4 Sep 2005 18:01:17 -0400 From: Kris Kennaway To: "L.Edgeworth" Message-ID: <20050904220117.GA56649@xor.obsecurity.org> References: <20050904034420.GA57025@xor.obsecurity.org> <20050904203442.54377.qmail@web25402.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20050904203442.54377.qmail@web25402.mail.ukl.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current , FreeBSD Stable , Kris Kennaway Subject: Re: custom kernel + if_xl + error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 22:01:24 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 04, 2005 at 09:34:42PM +0100, L.Edgeworth wrote: > --- Kris Kennaway wrote: > >=20 > > Looks like you're running make -j. Don't do this when you encounter > > errors, because they're probably hidden far back in the output. > >=20 >=20 > actually, it was the -j option causing problems, although making a > GENERIC kernel worked fine? It's unlikely that -j caused problems with a correct kernel, since -j is very widely used without incident. Kris --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDG26sWry0BWjoQKURAmUDAJ9tFqKHkFshZBkU5eCK/qhRyiYRtACfSnDr /7Zn3DN/uGxGM1/2GmQp6pM= =OaY4 -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 22:39: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 E27B516A41F; Sun, 4 Sep 2005 22:39:10 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1831D43D45; Sun, 4 Sep 2005 22:39:09 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j84Md7k2015868; Sun, 4 Sep 2005 23:39:07 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id j84MrX1F031146; Sun, 4 Sep 2005 23:53:33 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id j84MrXwC031143; Sun, 4 Sep 2005 23:53:33 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 4 Sep 2005 23:53:33 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Baldwin In-Reply-To: <200508311636.49278.jhb@FreeBSD.org> Message-ID: <20050904234626.H31032@ury.york.ac.uk> References: <200508311636.49278.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: [PATCH] Locking fixes for tl(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: Sun, 04 Sep 2005 22:39:11 -0000 On Wed, 31 Aug 2005, John Baldwin wrote: > Patch fixes locking for tl(4) and marks it MPSAFE. Please test, thanks! > > http://www.FreeBSD.org/~jhb/patches/tl_locking.patch Doesn't work, I'm afraid. Panic on attach: tl0: port 0x2800-0x280f irq 5 at device 7.0 on pci1 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xcc fault code = supervisor read, page not present instruction pointer = 0x20:0xc074bc7e stack pointer = 0x28:0xc0c20a54 frame pointer = 0x28:0xc0c20a60 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) [thread pid 0 tid 0 ] Stopped at tl_mii_writereg+0xe: cmpl $0,0xcc(%eax) db> tr Tracing pid 0 tid 0 td 0xc0925e20 tl_mii_writereg(c1619000,c0c20a7c,c0c20a7c,8,c1576800) at tl_mii_writereg+0xe tl_miibus_writereg(c1576800,0,0,4c00) at tl_miibus_writereg+0x39 tl_hardreset(c1576800,c1619000,1,c1576800,e11ab70) at tl_hardreset+0x32 tl_attach(c1576800) at tl_attach+0x2b6 device_attach(c1576800,e,c1576800,c1576700,c1576700) at device_attach+0x58 device_probe_and_attach(c1576800) at device_probe_and_attach+0xe0 bus_generic_attach(c1576700,c1576700,1,7c,1) at bus_generic_attach+0x16 pci_attach(c1576700) at pci_attach+0x7f ... Note that I have not tried this machine on 7-CURRENT but without your tl locking patch, so it's possible that it's some other change in HEAD that cause this panic. It runs happily with 6.0-BETA3. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 22:46: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 55FFD16A41F; Sun, 4 Sep 2005 22:46:53 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8EDF43D45; Sun, 4 Sep 2005 22:46:52 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j84Mkok2015962; Sun, 4 Sep 2005 23:46:50 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id j84N1Gjd031295; Mon, 5 Sep 2005 00:01:16 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id j84N1GmQ031292; Mon, 5 Sep 2005 00:01:16 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Mon, 5 Sep 2005 00:01:16 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Baldwin In-Reply-To: <20050904234626.H31032@ury.york.ac.uk> Message-ID: <20050904235509.J31032@ury.york.ac.uk> References: <200508311636.49278.jhb@FreeBSD.org> <20050904234626.H31032@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: [PATCH] Locking fixes for tl(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: Sun, 04 Sep 2005 22:46:53 -0000 On Sun, 4 Sep 2005, Gavin Atkinson wrote: > On Wed, 31 Aug 2005, John Baldwin wrote: > >> Patch fixes locking for tl(4) and marks it MPSAFE. Please test, thanks! >> >> http://www.FreeBSD.org/~jhb/patches/tl_locking.patch > > Doesn't work, I'm afraid. Panic on attach: ... because tl_hardreset() is called before sc->tl_ifp is allocated. I'm recompiling now, having moved the if_alloc and related code to before the first hardreset() call. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 01:07: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 A320C16A41F for ; Mon, 5 Sep 2005 01:07:46 +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 5D50643D45 for ; Mon, 5 Sep 2005 01:07:46 +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 80DE619F3B; Sun, 4 Sep 2005 18:11:27 -0700 (PDT) From: "Darren Pilgrim" To: =?iso-8859-1?Q?'Patrick_Lamaizi=E8re'?= Date: Sun, 4 Sep 2005 18:07:44 -0700 Message-ID: <003301c5b1b6$399e0a30$642a15ac@SMILEY> 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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <200509040126.37561.patfbsdc@davenulle.org> Importance: Normal Cc: freebsd-current@freebsd.org Subject: RE: [6.0 beta3] problem with cvsup and wifi (iwi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 01:07:46 -0000 From: Patrick Lamaizi=E8re >=20 > I've got this problem only with cvsup... >=20 > Cvsup and csup don't work when i'm connected in wifi. (iwi=20 > driver / Intel 2200 BG). The cvsup server resets the connection : >=20 > # cvsup > ... > Updating collection ports-all/cvs > TreeList failed: Network write failure: Connection closed There is an issue with either the iwi driver or Damien Bergamini's firmware that result in the device crashing and/or losing the network under heavy packet load. I'm having the same issue here with the 2915. I can trigger it using cvsup or SSH-forwarded X sessions. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 01:12: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 BB54616A41F for ; Mon, 5 Sep 2005 01:12:56 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E8D743D46 for ; Mon, 5 Sep 2005 01:12:56 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so600977nzo for ; Sun, 04 Sep 2005 18:12:55 -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=udvQ6ez9CWR9VF80XvJmitXlPAz+ZfZ+WwpZD/RLcF8qe5xC2G9qdrw6eXNpZocVwWk8JIKVCzt+aiqzwUy+5pktbEgeApQ9clCm6IMc8wC43nq6cUFA5vJtz9DHOK8mHAG/DZeh+msya2l9F3PAK46ghHm61+Uc2NpUkcn2BpI= Received: by 10.36.250.44 with SMTP id x44mr4452015nzh; Sun, 04 Sep 2005 18:12:55 -0700 (PDT) Received: from ?192.168.15.102? ( [68.190.230.198]) by mx.gmail.com with ESMTP id 40sm2686254nzf.2005.09.04.18.12.54; Sun, 04 Sep 2005 18:12:55 -0700 (PDT) From: Pascal Hofstee To: Darren Pilgrim In-Reply-To: <003301c5b1b6$399e0a30$642a15ac@SMILEY> References: <003301c5b1b6$399e0a30$642a15ac@SMILEY> Content-Type: text/plain Date: Sun, 04 Sep 2005 18:12:53 -0700 Message-Id: <1125882773.79165.7.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.3.8 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: 'Patrick =?ISO-8859-1?Q?Lamaizi=E8re=27?= , freebsd-current@freebsd.org Subject: RE: [6.0 beta3] problem with cvsup and wifi (iwi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 01:12:56 -0000 On Sun, 2005-09-04 at 18:07 -0700, Darren Pilgrim wrote: > There is an issue with either the iwi driver or Damien Bergamini's > firmware that result in the device crashing and/or losing the network > under heavy packet load. I'm having the same issue here with the 2915. > I can trigger it using cvsup or SSH-forwarded X sessions. i am not exactly knowlegable on the matter .. but considering i experience the same cvsup behavior on my if_ral interface .. i am more inclined to believe it's an issue somewhere in the underlying framework than it is in a specific driver. -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 01:58: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 2541B16A41F for ; Mon, 5 Sep 2005 01:58:32 +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 B5B6E43D49 for ; Mon, 5 Sep 2005 01:58:31 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j851wUZ1093072; Sun, 4 Sep 2005 20:58:30 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <431BA652.5040400@centtech.com> Date: Sun, 04 Sep 2005 20:58:42 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dean Patterson References: <20050904205724.49273.qmail@web33511.mail.mud.yahoo.com> In-Reply-To: <20050904205724.49273.qmail@web33511.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1062/Sun Sep 4 02:55:30 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 01:58:32 -0000 Dean Patterson wrote: > Well not all D610's are created equally. I work in > the Caterpillar IT dept. and even our orders from one > week to another differ. The one I am using has a SATA > controller (ICH6M) with ATI pci-x video. Is this what > you are using? As far as the setup I am doing a > simple one slice system and setting is active. And I > check it on vc4 and it shows active. I am also just > doing a minimal install so I dont understand what > could be different than the many other installs. I > had it on a Dell D600 with no problems, but it was > PATA. Although I dont know why SATA would cause an > issue as I know FBSD to have great SATA support. How > can I get the dmesg info for you from sysinstall/vc4? > I really appreciate your assistance. Hmm.. Well, the ones I've seen seem to match the same specs, and while I have seen linux (Fedora Core 2) stumble on it, FreeBSD has always worked fine for me on D610's (and 600's). Can you do a full install? Also, I didn't see the fdisk or bsdlabel info - can you post that somewhere? You might be able to boot a FreeSBIE disk or even one of the recently posted (on -advocacy I think) BSD CD boot disks, and then send the dmesg that way. So - if I understand correctly, it just never mounts the root filesystem? We really need to see the last chunk of a verbose boot I think plus the fdisk/bsdlabel info to get any further. Are you in Houston? Eric > --- Eric Anderson wrote: > > >>It had the ICH6M, but the 915GM is graphics I >>believe (so shouldn't >>matter). Here's a somewhat recent dmesg output: >> >>http://googlebit.com/freebsd/dmesg.txt.200508062026 >> >>I'd guess either it's a BIOS config problem, or >>something that was >>selected on installed. We have several D610's, and >>all the times I've >>tried installing FreeBSD on them, I've had no >>issues. >> >>I don't believe we ever saw the output of bsdlabel >>and fdisk on ad0 - >>can you send that please? >> >>Eric >> >> >>Dean Patterson wrote: >> >>>Do you have the Intel 915GM chipset and the ICH6M >> >>SATA >> >>>controller? >>> >>>--- Eric Anderson wrote: >>> >>> >>> >>>>Dean Patterson wrote: >>>> >>>> >>>>>Well I checked it using the shell and it was >>>> >>>>marked as >>>> >>>> >>>>>active. But the problem is that the ATA driver >>>> >>>>only >>>> >>>> >>>>>supports up to ICH5, per the man pages. So how >> >>is >> >>>>>that situation handled? I assume that I am NEVER >>>>>going to run FBSD on this laptop? >>>> >>>>For what it's worth, I ran 5.4, 6.0, and 7.0 on a >>>>D610 with no problems. >>>> >>>>Eric >>>> >>>> >>>> >>>> >>>> >>>>>--- Darren Pilgrim wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>From: Dean Patterson >> >>[mailto:psamuel01@yahoo.com] >> >>>>>> >>>>>>>I am sorry I should have mentioned that I also >>>>>> >>>>>>tried >>>>>> >>>>>> >>>>>> >>>>>>>explicitly setting the slice active. I will >> >>try >> >>>>>>again >>>>>> >>>>>> >>>>>> >>>>>>>and check it using the shell; however, when I >>>>>> >>>>>>tried >>>>>> >>>>>> >>>>>> >>>>>>>using the holographic shell nothing worked. I >>>>>> >>>>>>tried >>>>>> >>>>>> >>>>>> >>>>>>>using fdisk, bsdlabel, and ls and I always get >>>> >>>>the >>>> >>>> >>>>>>>message "command not found." >>>>>> >>>>>>The holographic shell is not the same as the >>>> >>>>fix-it >>>> >>>> >>>>>>shell. The >>>>>>holographic shell lacks, among other things >> >>proper >> >>>>>>paths, which makes it >>>>>>impossible to run many programs. The "Fix-It" >>>> >>>>shell >>>> >>>> >>>>>>is a menu option in >>>>>>sysinstall and starts a fully-functional shell. >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>__________________________________________________ >>>> >>>>>Do You Yahoo!? >>>>>Tired of spam? Yahoo! Mail has the best spam >>>> >>>>protection around >>>> >>>> >>>>>http://mail.yahoo.com >>>>>_______________________________________________ >>>>>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" >>>> >>>> >>>>-- >>>> >>> >>> > ------------------------------------------------------------------------ > >>>>Eric Anderson Sr. Systems Administrator >> >> >> >>>>Centaur Technology >>>>Anything that works is better than anything that >>>>doesn't. >>>> >>> >>> > ------------------------------------------------------------------------ > >>> >>> >>> >>> >>> >> >>____________________________________________________ >> >>>Start your day with Yahoo! - make it your home >> >>page >> >>>http://www.yahoo.com/r/hs >>> >> >> >>-- >> > > ------------------------------------------------------------------------ > >>Eric Anderson Sr. Systems Administrator >> Centaur Technology >>Anything that works is better than anything that >>doesn't. >> > > ------------------------------------------------------------------------ > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 02:55:17 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 E3E1D16A41F for ; Mon, 5 Sep 2005 02:55:16 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8565A43D46 for ; Mon, 5 Sep 2005 02:55:16 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j852t9NH029246 for ; Sun, 4 Sep 2005 19:55:13 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509050255.j852t9NH029246@gw.catspoiler.org> Date: Sun, 4 Sep 2005 19:55:09 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: 6.0-BETA3 install failure with SCSI cdrom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 02:55:17 -0000 I ran into problems when attempting to install 6.0-BETA2 and 6.0-BETA3 from a SCSI cdrom. I can boot the cdrom and get into sysinstall, but when sysinstall tries to mount /dev/cd0, it gets an EIO error. Vty2 reports the error: g_vfs_done(): cd0[READ(offset=32768, length=2048) error = 5 I was able to complete the installation by moving the cd to another machine, exporting via nfs, and doing an nfs installation. After installation, I can boot the machine from the hard drive and mount the install disk on the cd drive, but if I boot the install cdrom, I seen the following boot messages: cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Here are the boot messages when booting from the hard drive with the install cd in the drive: 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-BETA3 #7: Tue Aug 30 19:19:43 PDT 2005 dl@siamese.catspoiler.org:/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 CPU family 1400MHz (1399.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073676288 (1023 MB) avail memory = 1041616896 (993 MB) ACPI APIC Table: ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [OSB4] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 pci_link8: irq 0 on acpi0 pci_link9: irq 0 on acpi0 pci_link10: irq 0 on acpi0 pci_link11: irq 0 on acpi0 pci_link12: on acpi0 pci_link13: irq 0 on acpi0 pci_link14: irq 0 on acpi0 pci_link15: on acpi0 pci_link16: irq 10 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 1.0 (no driver attached) fxp0: port 0xd800-0xd83f mem 0xfeaf6000-0xfeaf6fff,0xfe900000-0xfe9fffff irq 31 at device 6.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:22:04:19 isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xfeaf7000-0xfeaf7fff irq 10 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on acpi0 pci1: on pcib1 ahc0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 28 at device 3.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs 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 MouseMan+, device ID 0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1399332991 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: cd present [282403 x 2048 byte records] Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 04:42: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 8B01016A41F for ; Mon, 5 Sep 2005 04:42:29 +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 3FE5543D45 for ; Mon, 5 Sep 2005 04:42:29 +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 1AF5E19F3B; Sun, 4 Sep 2005 21:46:09 -0700 (PDT) From: "Darren Pilgrim" To: "'Pascal Hofstee'" Date: Sun, 4 Sep 2005 21:42:27 -0700 Message-ID: <000701c5b1d4$387bd5b0$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <1125882773.79165.7.camel@synergy.charterpipeline.net.lan> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Cc: =?iso-8859-1?Q?'Patrick_Lamaizi=E8re'?= , freebsd-current@freebsd.org Subject: RE: [6.0 beta3] problem with cvsup and wifi (iwi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 04:42:29 -0000 > From: Pascal Hofstee [mailto:caelian@gmail.com] > > On Sun, 2005-09-04 at 18:07 -0700, Darren Pilgrim wrote: > > There is an issue with either the iwi driver or Damien Bergamini's > > firmware that result in the device crashing and/or losing > the network > > under heavy packet load. I'm having the same issue here with the > > 2915. I can trigger it using cvsup or SSH-forwarded X sessions. > > i am not exactly knowlegable on the matter .. but considering > i experience the same cvsup behavior on my if_ral interface > .. i am more inclined to believe it's an issue somewhere in > the underlying framework than it is in a specific driver. Except that it doesn't happen when I use my ath card. If it is the framework, I'd be more inclined toward it being the result of iwi, iwp and ral being newer, externally maintained and less tightly integrated with net80211. I seem to recall Sam Leffler saying something to the effect that Damien Bergamini hasn't kept up with the moving target of that Sam's work on net80211. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 06:04: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 2F5F216A41F for ; Mon, 5 Sep 2005 06:04:12 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4106B43D46 for ; Mon, 5 Sep 2005 06:04:10 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1ECARo-0002jo-NH; Mon, 05 Sep 2005 15:27:16 +0900 Message-Id: <6.2.1.2.2.20050905145243.035c5430@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 05 Sep 2005 15:04:01 +0900 To: Pascal Hofstee From: Ganbold In-Reply-To: <1125882773.79165.7.camel@synergy.charterpipeline.net.lan> References: <003301c5b1b6$399e0a30$642a15ac@SMILEY> <1125882773.79165.7.camel@synergy.charterpipeline.net.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: patfbsdc@davenulle.org, freebsd-current@freebsd.org, dmp@bitfreak.org Subject: RE: [6.0 beta3] problem with cvsup and wifi (iwi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 06:04:12 -0000 At 10:12 AM 9/5/2005, you wrote: >On Sun, 2005-09-04 at 18:07 -0700, Darren Pilgrim wrote: > > There is an issue with either the iwi driver or Damien Bergamini's > > firmware that result in the device crashing and/or losing the network > > under heavy packet load. I'm having the same issue here with the 2915. > > I can trigger it using cvsup or SSH-forwarded X sessions. > >i am not exactly knowlegable on the matter .. but considering i >experience the same cvsup behavior on my if_ral interface .. i am more >inclined to believe it's an issue somewhere in the underlying framework >than it is in a specific driver. I have similar problem too with if_ath (Orinoco 802.11a/b/g combo PCMCIA) driver in FreeBSD 6.0beta2. I can't access to cvsup servers. Web access seems to be working fine. Ganbold >-- >Pascal Hofstee > >_______________________________________________ >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 Mon Sep 5 07:29: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 93FF716A41F for ; Mon, 5 Sep 2005 07:29:57 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: from web33511.mail.mud.yahoo.com (web33511.mail.mud.yahoo.com [68.142.206.160]) by mx1.FreeBSD.org (Postfix) with SMTP id 32A2D43D46 for ; Mon, 5 Sep 2005 07:29:57 +0000 (GMT) (envelope-from psamuel01@yahoo.com) Received: (qmail 63750 invoked by uid 60001); 5 Sep 2005 07:29:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=rz9MfDA1ElRVfBKlLMOhEOC+iCVG1w1bu5YkXAEFtFbVDw4tt7ZxIoFCKANR8QWiD4pCS/CgEpyFE6lMZKH1FGduXYU7TYQE1+wYI0ledAi4Mo8suTO5FdkA9x+95NMRw7zY9KURktr5oZuiqMnshSobrqjrohuGJM6S32CAnJQ= ; Message-ID: <20050905072956.63748.qmail@web33511.mail.mud.yahoo.com> Received: from [24.208.219.212] by web33511.mail.mud.yahoo.com via HTTP; Mon, 05 Sep 2005 00:29:56 PDT Date: Mon, 5 Sep 2005 00:29:56 -0700 (PDT) From: Dean Patterson To: Eric Anderson In-Reply-To: <431BA652.5040400@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 07:29:57 -0000 Well like I say the 600's where PATA and my 610 is SATA. Some have Intel Video and some have ATI. Some have AGP while others have PCI-x so they come in different configurations. That is why I ask you for your configuration. Are you installing on a ICH5/6 or an ICH6M? SATA or PATA? I could not get FreeSBIE to work either. I just did a minimal install and I always get invalid partition/slice! I also asked, "How > > can I get the dmesg info for you from > sysinstall/vc4?" I dont know a way to get output from an install disk. --- Eric Anderson wrote: > Dean Patterson wrote: > > Well not all D610's are created equally. I work > in > > the Caterpillar IT dept. and even our orders from > one > > week to another differ. The one I am using has a > SATA > > controller (ICH6M) with ATI pci-x video. Is this > what > > you are using? As far as the setup I am doing a > > simple one slice system and setting is active. > And I > > check it on vc4 and it shows active. I am also > just > > doing a minimal install so I dont understand what > > could be different than the many other installs. > I > > had it on a Dell D600 with no problems, but it was > > PATA. Although I dont know why SATA would cause > an > > issue as I know FBSD to have great SATA support. > How > > can I get the dmesg info for you from > sysinstall/vc4? > > I really appreciate your assistance. > > Hmm.. Well, the ones I've seen seem to match the > same specs, and while I > have seen linux (Fedora Core 2) stumble on it, > FreeBSD has always worked > fine for me on D610's (and 600's). > > Can you do a full install? Also, I didn't see the > fdisk or bsdlabel > info - can you post that somewhere? You might be > able to boot a > FreeSBIE disk or even one of the recently posted (on > -advocacy I think) > BSD CD boot disks, and then send the dmesg that way. > > So - if I understand correctly, it just never mounts > the root > filesystem? We really need to see the last chunk of > a verbose boot I > think plus the fdisk/bsdlabel info to get any > further. > > Are you in Houston? > > Eric > > > > --- Eric Anderson wrote: > > > > > >>It had the ICH6M, but the 915GM is graphics I > >>believe (so shouldn't > >>matter). Here's a somewhat recent dmesg output: > >> > >>http://googlebit.com/freebsd/dmesg.txt.200508062026 > >> > >>I'd guess either it's a BIOS config problem, or > >>something that was > >>selected on installed. We have several D610's, > and > >>all the times I've > >>tried installing FreeBSD on them, I've had no > >>issues. > >> > >>I don't believe we ever saw the output of bsdlabel > >>and fdisk on ad0 - > >>can you send that please? > >> > >>Eric > >> > >> > >>Dean Patterson wrote: > >> > >>>Do you have the Intel 915GM chipset and the ICH6M > >> > >>SATA > >> > >>>controller? > >>> > >>>--- Eric Anderson wrote: > >>> > >>> > >>> > >>>>Dean Patterson wrote: > >>>> > >>>> > >>>>>Well I checked it using the shell and it was > >>>> > >>>>marked as > >>>> > >>>> > >>>>>active. But the problem is that the ATA driver > >>>> > >>>>only > >>>> > >>>> > >>>>>supports up to ICH5, per the man pages. So how > >> > >>is > >> > >>>>>that situation handled? I assume that I am > NEVER > >>>>>going to run FBSD on this laptop? > >>>> > >>>>For what it's worth, I ran 5.4, 6.0, and 7.0 on > a > >>>>D610 with no problems. > >>>> > >>>>Eric > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>--- Darren Pilgrim wrote: > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>From: Dean Patterson > >> > >>[mailto:psamuel01@yahoo.com] > >> > >>>>>> > >>>>>>>I am sorry I should have mentioned that I > also > >>>>>> > >>>>>>tried > >>>>>> > >>>>>> > >>>>>> > >>>>>>>explicitly setting the slice active. I will > >> > >>try > >> > >>>>>>again > >>>>>> > >>>>>> > >>>>>> > >>>>>>>and check it using the shell; however, when > I > >>>>>> > >>>>>>tried > >>>>>> > >>>>>> > >>>>>> > >>>>>>>using the holographic shell nothing worked. > I > >>>>>> > >>>>>>tried > >>>>>> > >>>>>> > >>>>>> > >>>>>>>using fdisk, bsdlabel, and ls and I always > get > >>>> > >>>>the > >>>> > >>>> > >>>>>>>message "command not found." > >>>>>> > >>>>>>The holographic shell is not the same as the > >>>> > >>>>fix-it > >>>> > >>>> > >>>>>>shell. The > >>>>>>holographic shell lacks, among other things > >> > >>proper > >> > >>>>>>paths, which makes it > >>>>>>impossible to run many programs. The "Fix-It" > >>>> > >>>>shell > >>>> > >>>> > >>>>>>is a menu option in > >>>>>>sysinstall and starts a fully-functional > shell. > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>__________________________________________________ > >>>> > >>>>>Do You Yahoo!? > >>>>>Tired of spam? Yahoo! Mail has the best spam > >>>> > >>>>protection around > >>>> > >>>> > >>>>>http://mail.yahoo.com > >>>>>_______________________________________________ > >>>>>freebsd-current@freebsd.org mailing list > === message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 07:36: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 7DF3616A41F for ; Mon, 5 Sep 2005 07:36:03 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18E0A43D48 for ; Mon, 5 Sep 2005 07:36:02 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so546106nzd for ; Mon, 05 Sep 2005 00:36:02 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sSfcSESWuprH8zXO2zCUOkef8KgYSGfbUGIZyo+yVPQZ2wCU//zsPmht+6U27ObFIGn15sHsAoE1+yg+2uPpt7TFPyHv/Z9wFkCnqHI7EjbRSrrcgzVaKVBW86cZ9sS85I5XbW2ghPuQrjn3NdYr6ly9o0tUBGwIDJGlP2m8T/M= Received: by 10.36.84.7 with SMTP id h7mr4467367nzb; Mon, 05 Sep 2005 00:36:02 -0700 (PDT) Received: by 10.36.86.4 with HTTP; Mon, 5 Sep 2005 00:36:02 -0700 (PDT) Message-ID: <79722fad0509050036634834a@mail.gmail.com> Date: Mon, 5 Sep 2005 10:36:02 +0300 From: Vlad GALU To: freebsd-current@freebsd.org In-Reply-To: <20050905072956.63748.qmail@web33511.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <431BA652.5040400@centtech.com> <20050905072956.63748.qmail@web33511.mail.mud.yahoo.com> Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vladgalu@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 07:36:03 -0000 On 9/5/05, Dean Patterson wrote: [snip] FWIW, http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=3Dshow_lapt= op_detail&laptop=3D627 --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 08:00: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 A132F16A422 for ; Mon, 5 Sep 2005 08:00:24 +0000 (GMT) (envelope-from Johan@double-l.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C734343D45 for ; Mon, 5 Sep 2005 08:00:23 +0000 (GMT) (envelope-from Johan@double-l.nl) Received: from server01.DoubleL.local (a213-84-11-61.adsl.xs4all.nl [213.84.11.61]) by smtp-vbr6.xs4all.nl (8.13.3/8.13.3) with ESMTP id j8580K9S089528 for ; Mon, 5 Sep 2005 10:00:21 +0200 (CEST) (envelope-from Johan@double-l.nl) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 5 Sep 2005 09:53:58 +0200 Message-ID: X-MIMEOLE: Produced By Microsoft Exchange V6.0.6603.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AHA0 messages clutter dmesg Thread-Index: AcWx3xrDWCcCq8EnShSFFxUk4t8RGw== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: AHA0 messages clutter dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 08:00:24 -0000 Hello i have installed FreeBSD 5.0 to 5.4 on my Machine with a Adaptec aha2940UW scsi controller card and a Compaq 39Gb HD =20 My harddisk details. da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 34732MB (71132000 512 byte sectors: 255H 63S/T 4427C) =20 Now when I am installing 6.0 Beta3 it clutters my screen with the following messages. =20 =20 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:56): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:56): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:57): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:57): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:57): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:57): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:57): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:58): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:58): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:58): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:58): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:58): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:59): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:59): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:59): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:59): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:59): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:60): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:60): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:60): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:60): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:60): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:61): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:61): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:61): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:61): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:61): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:62): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:62): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:62): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:62): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:62): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:63): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:63): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:63): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:63): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 ahc0:A:1: Message reject for 80 -- ignored (probe0:ahc0:0:1:63): Unexpected busfree in Message-in phase SEQADDR =3D=3D 0x170 =20 I also updated Beta 3 to 4 but still with the same messages. Also an update to 7 give's me these messages. =20 It does not happen with all the 5.x releases. =20 What can it be?? And how do I get rid of those messages. =20 I can not give you a output of dmesg because it can not get as far back. =20 Best regards Johan =20 =20 =20 From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 08:36: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 D844716A41F for ; Mon, 5 Sep 2005 08:36:59 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from gauntlet.os.org.za (gauntlet.os.org.za [196.35.70.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED14543D48 for ; Mon, 5 Sep 2005 08:36:57 +0000 (GMT) (envelope-from khetan@os.org.za) Received: from localhost (localhost [127.0.0.1]) by gauntlet.os.org.za (Postfix) with ESMTP id 2DD0867842 for ; Mon, 5 Sep 2005 10:36:54 +0200 (SAST) Received: from gauntlet.os.org.za ([127.0.0.1]) by localhost (gauntlet.os.org.za [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 45945-05 for ; Mon, 5 Sep 2005 10:36:40 +0200 (SAST) Received: from gauntlet.os.org.za (gauntlet.os.org.za [196.35.70.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: khetan) by gauntlet.os.org.za (Postfix) with ESMTP id 130456782C for ; Mon, 5 Sep 2005 10:36:40 +0200 (SAST) Date: Mon, 5 Sep 2005 10:36:39 +0200 (SAST) From: Khetan Gajjar To: current@freebsd.org Message-ID: <20050905102521.Y60862@gauntlet.os.org.za> X-Alternate-From: Khetan Gajjar X-Mobile: +27 82 885 4047 X-URL: http://khetan.gajjar.co.za/ X-Attribute-1: BOFH X-Attribute-2: the righteous bastard with a finger on The Switch X-PGP-KeyID: 0x806AD0D9 X-PGP-Fingerprint: 19 29 68 D5 74 2B 6E E5 1B 88 45 3B 29 0B 8A 27 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-349500151-1125909399=:60862" X-Virus-Scanned: amavisd-new at os.org.za Cc: Subject: 6.0-BETA3 - ffs_blkfree: freeing free block panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 08:37:00 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-349500151-1125909399=:60862 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: 8BIT Hi. I'm seeing this occuring on two boxes, one built Aug 23 and the other Aug 31. The panic occurs under moderate disk I/O. I suspect that a commit made in HEAD on 31/7/2005 (by ups@freebsd.org) to src/sys/ufs/ffs/ffs_softdep.c (1.182) and src/sys/ufs/ffs/softdep.h (1.18) are related. I'll pull those across from a -current box and see if it makes a difference. But just for those looking for feedback for 6-RELENG; [citadel] /var/crash# kgdb /usr/src/sys/i386/compile/CITADEL5/kernel.debug vmcore.8 [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". Unread portion of the kernel message buffer: Á¸ÁřÁ¨±Á@ qÁdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0501c7c in boot (howto=260) at ../../../kern/kern_shutdown.c:397 #2 0xc0501fd1 in panic (fmt=0xc06b958c "ffs_blkfree: freeing free block") at ../../../kern/kern_shutdown.c:553 #3 0xc05ef36f in ffs_blkfree (ump=0xc1c15a00, fs=0xc1c2f000, devvp=0xc1c5ecc0, bno=4, size=16384, inum=4) at ../../../ufs/ffs/ffs_alloc.c:1847 #4 0xc05fde18 in handle_workitem_freeblocks (freeblks=0xc422b300, flags=0) at ../../../ufs/ffs/ffs_softdep.c:2588 #5 0xc05fae3c in process_worklist_item (matchmnt=0x0, flags=0) at ../../../ufs/ffs/ffs_softdep.c:836 #6 0xc05faadc in softdep_process_worklist (matchmnt=0x0) at ../../../ufs/ffs/ffs_softdep.c:700 #7 0xc055961d in sched_sync () at ../../../kern/vfs_subr.c:1623 #8 0xc04ebd95 in fork_exit (callout=0xc055933c , arg=0x0, frame=0xd5295d38) at ../../../kern/kern_fork.c:789 #9 0xc065a78c in fork_trampoline () at ../../../i386/i386/exception.s:208 (kgdb) dmesg shows 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-BETA3 #0: Tue Aug 23 23:53:09 SAST 2005 root@:/usr/src/sys/i386/compile/CITADEL5 WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.00GHz (1999.95-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> real memory = 528416768 (503 MB) avail memory = 507617280 (484 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 11 on acpi0 pci_link3: on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xeb000000-0xeb7fffff a t device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) fxp0: port 0xd000-0xd03f mem 0xeb820000-0xeb820ff f,0xeb800000-0xeb81ffff irq 18 at device 8.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:ed:ec:a2 fxp0: [GIANT-LOCKED] isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xe000-0xe00f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 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 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 pmtimer0 on isa0 orm0: at iomem 0xcc000-0xcd7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 1999953780 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, defa ult to deny, logging unlimited ad0: 39266MB at ata0-master UDMA100 ad2: 39266MB at ata1-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 Accounting enabled Khetan Gajjar. -- khetan@os.org.za +27 82 885 4047 --0-349500151-1125909399=:60862-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 09:17: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 8232016A41F for ; Mon, 5 Sep 2005 09:17:00 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A4BD143D48 for ; Mon, 5 Sep 2005 09:16:59 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 05 Sep 2005 09:16:57 -0000 Received: from h081217094242.dyn.cm.kabsi.at (EHLO localhost.localdomain) [81.217.94.242] by mail.gmx.net (mp020) with SMTP; 05 Sep 2005 11:16:57 +0200 X-Authenticated: #16703784 From: Stefan Ehmann To: Darren Pilgrim In-Reply-To: <000701c5b1d4$387bd5b0$642a15ac@SMILEY> References: <000701c5b1d4$387bd5b0$642a15ac@SMILEY> Content-Type: text/plain Date: Mon, 05 Sep 2005 11:16:49 +0200 Message-Id: <1125911809.1211.5.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: 'Patrick =?ISO-8859-1?Q?Lamaizi=E8re=27?= , freebsd-current@freebsd.org, 'Pascal Hofstee' Subject: RE: [6.0 beta3] problem with cvsup and wifi (iwi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 09:17:00 -0000 On Sun, 2005-09-04 at 21:42 -0700, Darren Pilgrim wrote: > > From: Pascal Hofstee [mailto:caelian@gmail.com] > > > > On Sun, 2005-09-04 at 18:07 -0700, Darren Pilgrim wrote: > > > There is an issue with either the iwi driver or Damien Bergamini's > > > firmware that result in the device crashing and/or losing > > the network > > > under heavy packet load. I'm having the same issue here with the > > > 2915. I can trigger it using cvsup or SSH-forwarded X sessions. > > > > i am not exactly knowlegable on the matter .. but considering > > i experience the same cvsup behavior on my if_ral interface > > .. i am more inclined to believe it's an issue somewhere in > > the underlying framework than it is in a specific driver. > > Except that it doesn't happen when I use my ath card. If it is the > framework, I'd be more inclined toward it being the result of iwi, iwp > and ral being newer, externally maintained and less tightly integrated > with net80211. > > I seem to recall Sam Leffler saying something to the effect that Damien > Bergamini hasn't kept up with the moving target of that Sam's work on > net80211. Sounds reasonable. When it was originally imported, I didn't have any issues with cvsup. Those problems started some time ago. Except for cvsup it works pretty fine though. (I also get strange NFS error messages sometimes, but haven't tested if they only happen with if_iwi). From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 10:31: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 D550F16A41F; Mon, 5 Sep 2005 10:31:42 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FF343D4C; Mon, 5 Sep 2005 10:31:41 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j85AVeOZ059451; Mon, 5 Sep 2005 03:31:40 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <431C1E8A.3030007@freebsd.org> Date: Mon, 05 Sep 2005 03:31:38 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200508262004.54637@harrymail> <20050829103745.GA78113@comp.chem.msu.su> <200508291707.07636@harrymail> In-Reply-To: <200508291707.07636@harrymail> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpio and tar are loosing flags (and a panic message without trace) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 10:31:43 -0000 Emanuel Strobl wrote: > Am Montag, 29. August 2005 12:37 CEST schrieb Yar Tikhiy: > >>On Fri, Aug 26, 2005 at 08:04:45PM +0200, Emanuel Strobl wrote: >> >>>Then I remember Tim Kienzles great work for bsdtar and all the ACL >>>stuff, but unfortunately a cvPPzf <> xvpPfz also looses the arch flag >>>:( >> >>Would you mind sending a PR on this issue with kientzle@freebsd.org >>in Cc:? I believe Tim will be interested in it. I've just confirmed >>myself using not-too-old CURRENT that bsdtar won't restore file >>flags stored in its own archive: Thanks for the report. I've just committed a fix to -CURRENT for this issue. Let me know if this addresses the problem for you. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Sun Sep 4 21:38: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 F104916A41F for ; Sun, 4 Sep 2005 21:38:13 +0000 (GMT) (envelope-from corvettejohn86@sbcglobal.net) Received: from web82012.mail.mud.yahoo.com (web82012.mail.mud.yahoo.com [66.163.178.25]) by mx1.FreeBSD.org (Postfix) with SMTP id 8434E43D45 for ; Sun, 4 Sep 2005 21:38:13 +0000 (GMT) (envelope-from corvettejohn86@sbcglobal.net) Received: (qmail 51587 invoked by uid 60001); 4 Sep 2005 21:38:12 -0000 Message-ID: <20050904213812.51585.qmail@web82012.mail.mud.yahoo.com> Received: from [69.227.135.38] by web82012.mail.mud.yahoo.com via HTTP; Sun, 04 Sep 2005 14:38:12 PDT Date: Sun, 4 Sep 2005 14:38:12 -0700 (PDT) From: "John A. Wilmot,Jr" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 05 Sep 2005 11:55:23 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Sound stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Sep 2005 21:38:14 -0000 How do I go about fixing this problem? Don't know how to tun back, rev 1.59.2.2 of sys/i386/i386/busdma_machdep.c Thanks, John John A.Wilmot,Jr. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 12:07: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 F328B16A41F; Mon, 5 Sep 2005 12:07:52 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7319A43D45; Mon, 5 Sep 2005 12:07:52 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j85C7jba014180; Mon, 5 Sep 2005 13:07:45 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.4) with ESMTP id j85C7jTj095610; Mon, 5 Sep 2005 13:07:45 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.4/Submit) id j85C7iWq095609; Mon, 5 Sep 2005 13:07:44 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: John Baldwin In-Reply-To: <20050904235509.J31032@ury.york.ac.uk> References: <200508311636.49278.jhb@FreeBSD.org> <20050904234626.H31032@ury.york.ac.uk> <20050904235509.J31032@ury.york.ac.uk> Content-Type: multipart/mixed; boundary="=-XZnn/oKYOU/5FzRkHJ9Y" Date: Mon, 05 Sep 2005 13:07:43 +0100 Message-Id: <1125922064.75892.20.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: [PATCH] Locking fixes for tl(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, 05 Sep 2005 12:07:53 -0000 --=-XZnn/oKYOU/5FzRkHJ9Y Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2005-09-05 at 00:01 +0100, Gavin Atkinson wrote: > On Sun, 4 Sep 2005, Gavin Atkinson wrote: > > On Wed, 31 Aug 2005, John Baldwin wrote: > > > >> Patch fixes locking for tl(4) and marks it MPSAFE. Please test, thanks! > >> > >> http://www.FreeBSD.org/~jhb/patches/tl_locking.patch > > > > Doesn't work, I'm afraid. Panic on attach: > > ... because tl_hardreset() is called before sc->tl_ifp is allocated. I'm > recompiling now, having moved the if_alloc and related code to before the > first hardreset() call. The attached patch has survived pan average amount of network activity overnight. It's basically your original patch, but with a slight rearrangement in tl_attach() to move the if_alloc() call earlier. Gavin --=-XZnn/oKYOU/5FzRkHJ9Y Content-Disposition: attachment; filename=tl_locking_new.patch Content-Type: text/x-patch; name=tl_locking_new.patch; charset=us-ascii Content-Transfer-Encoding: base64 SW5kZXg6IHNyYy9zeXMvcGNpL2lmX3RsLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvdXNyL2N2 cy9zcmMvc3lzL3BjaS9pZl90bC5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMDENCmRpZmYg LXUgLXIxLjEwMSBpZl90bC5jDQotLS0gc3JjL3N5cy9wY2kvaWZfdGwuYwk5IEF1ZyAyMDA1IDEw OjIwOjAyIC0wMDAwCTEuMTAxDQorKysgc3JjL3N5cy9wY2kvaWZfdGwuYwk1IFNlcCAyMDA1IDA3 OjUyOjAzIC0wMDAwDQpAQCAtMjc2LDggKzI3NiwxMCBAQA0KIA0KIHN0YXRpYyB2b2lkIHRsX2lu dHIodm9pZCAqKTsNCiBzdGF0aWMgdm9pZCB0bF9zdGFydChzdHJ1Y3QgaWZuZXQgKik7DQorc3Rh dGljIHZvaWQgdGxfc3RhcnRfbG9ja2VkKHN0cnVjdCBpZm5ldCAqKTsNCiBzdGF0aWMgaW50IHRs X2lvY3RsKHN0cnVjdCBpZm5ldCAqLCB1X2xvbmcsIGNhZGRyX3QpOw0KIHN0YXRpYyB2b2lkIHRs X2luaXQodm9pZCAqKTsNCitzdGF0aWMgdm9pZCB0bF9pbml0X2xvY2tlZChzdHJ1Y3QgdGxfc29m dGMgKik7DQogc3RhdGljIHZvaWQgdGxfc3RvcChzdHJ1Y3QgdGxfc29mdGMgKik7DQogc3RhdGlj IHZvaWQgdGxfd2F0Y2hkb2coc3RydWN0IGlmbmV0ICopOw0KIHN0YXRpYyB2b2lkIHRsX3NodXRk b3duKGRldmljZV90KTsNCkBAIC02NTAsNyArNjUyLDggQEANCiAJaW50CQkJaSwgYWNrOw0KIAlp bnQJCQltaW50ZW4gPSAwOw0KIA0KLQlUTF9MT0NLKHNjKTsNCisJaWYgKHNjLT50bF9pZnAtPmlm X2lucHV0ICE9IE5VTEwpDQorCQlUTF9MT0NLX0FTU0VSVChzYyk7DQogDQogCXRsX21paV9zeW5j KHNjKTsNCiANCkBAIC03MzAsOCArNzMzLDYgQEANCiAJCXRsX2Rpb19zZXRiaXQoc2MsIFRMX05F VFNJTywgVExfU0lPX01JTlRFTik7DQogCX0NCiANCi0JVExfVU5MT0NLKHNjKTsNCi0NCiAJaWYg KGFjaykNCiAJCXJldHVybigxKTsNCiAJcmV0dXJuKDApOw0KQEAgLTc0NSw3ICs3NDYsOCBAQA0K IHsNCiAJaW50CQkJbWludGVuOw0KIA0KLQlUTF9MT0NLKHNjKTsNCisJaWYgKHNjLT50bF9pZnAt PmlmX2lucHV0ICE9IE5VTEwpDQorCQlUTF9MT0NLX0FTU0VSVChzYyk7DQogDQogCXRsX21paV9z eW5jKHNjKTsNCiANCkBAIC03ODksOCArNzkxLDYgQEANCiAJaWYgKG1pbnRlbikNCiAJCXRsX2Rp b19zZXRiaXQoc2MsIFRMX05FVFNJTywgVExfU0lPX01JTlRFTik7DQogDQotCVRMX1VOTE9DSyhz Yyk7DQotDQogCXJldHVybigwKTsNCiB9DQogDQpAQCAtODQwLDcgKzg0MCw4IEBADQogCXN0cnVj dCBtaWlfZGF0YQkJKm1paTsNCiANCiAJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7DQotCVRM X0xPQ0soc2MpOw0KKwlpZiAoc2MtPnRsX2lmcC0+aWZfaW5wdXQgIT0gTlVMTCkNCisJCVRMX0xP Q0tfQVNTRVJUKHNjKTsNCiAJbWlpID0gZGV2aWNlX2dldF9zb2Z0YyhzYy0+dGxfbWlpYnVzKTsN CiANCiAJaWYgKChtaWktPm1paV9tZWRpYV9hY3RpdmUgJiBJRk1fR01BU0spID09IElGTV9GRFgp IHsNCkBAIC04NDgsNyArODQ5LDYgQEANCiAJfSBlbHNlIHsNCiAJCXRsX2Rpb19jbHJiaXQoc2Ms IFRMX05FVENNRCwgVExfQ01EX0RVUExFWCk7DQogCX0NCi0JVExfVU5MT0NLKHNjKTsNCiANCiAJ cmV0dXJuOw0KIH0NCkBAIC0xMTM4LDcgKzExMzgsNyBAQA0KIAl9DQogDQogCW10eF9pbml0KCZz Yy0+dGxfbXR4LCBkZXZpY2VfZ2V0X25hbWV1bml0KGRldiksIE1UWF9ORVRXT1JLX0xPQ0ssDQot CSAgICBNVFhfREVGIHwgTVRYX1JFQ1VSU0UpOw0KKwkgICAgTVRYX0RFRik7DQogDQogCS8qDQog CSAqIE1hcCBjb250cm9sL3N0YXR1cyByZWdpc3RlcnMuDQpAQCAtMTIyMyw2ICsxMjIzLDEzIEBA DQogCWlmICh0LT50bF92aWQgPT0gT0xJQ09NX1ZFTkRPUklEKQ0KIAkJc2MtPnRsX2VlYWRkciA9 IFRMX0VFUFJPTV9FQUREUl9PQzsNCiANCisJaWZwID0gc2MtPnRsX2lmcCA9IGlmX2FsbG9jKElG VF9FVEhFUik7DQorCWlmIChpZnAgPT0gTlVMTCkgew0KKwkJZGV2aWNlX3ByaW50ZihkZXYsICJj YW4gbm90IGlmX2FsbG9jKClcbiIpOw0KKwkJZXJyb3IgPSBFTk9TUEM7DQorCQlnb3RvIGZhaWw7 DQorCX0NCisNCiAJLyogUmVzZXQgdGhlIGFkYXB0ZXIuICovDQogCXRsX3NvZnRyZXNldChzYywg MSk7DQogCXRsX2hhcmRyZXNldChkZXYpOw0KQEAgLTEyMzQsNiArMTI0MSw3IEBADQogCWlmICh0 bF9yZWFkX2VlcHJvbShzYywgZWFkZHIsIHNjLT50bF9lZWFkZHIsIEVUSEVSX0FERFJfTEVOKSkg ew0KIAkJZGV2aWNlX3ByaW50ZihkZXYsICJmYWlsZWQgdG8gcmVhZCBzdGF0aW9uIGFkZHJlc3Nc biIpOw0KIAkJZXJyb3IgPSBFTlhJTzsNCisJCWlmX2ZyZWUoaWZwKTsNCiAJCWdvdG8gZmFpbDsN CiAJfQ0KIA0KQEAgLTEyNTksMjMgKzEyNjcsMTYgQEANCiAgICAgICAgICAgICAgICAgfQ0KICAg ICAgICAgfQ0KIA0KLQlpZnAgPSBzYy0+dGxfaWZwID0gaWZfYWxsb2MoSUZUX0VUSEVSKTsNCi0J aWYgKGlmcCA9PSBOVUxMKSB7DQotCQlkZXZpY2VfcHJpbnRmKGRldiwgImNhbiBub3QgaWZfYWxs b2MoKVxuIik7DQotCQllcnJvciA9IEVOT1NQQzsNCi0JCWdvdG8gZmFpbDsNCi0JfQ0KIAlpZnAt PmlmX3NvZnRjID0gc2M7DQogCWlmX2luaXRuYW1lKGlmcCwgZGV2aWNlX2dldF9uYW1lKGRldiks IGRldmljZV9nZXRfdW5pdChkZXYpKTsNCi0JaWZwLT5pZl9mbGFncyA9IElGRl9CUk9BRENBU1Qg fCBJRkZfU0lNUExFWCB8IElGRl9NVUxUSUNBU1QgfA0KLQkgICAgSUZGX05FRURTR0lBTlQ7DQor CWlmcC0+aWZfZmxhZ3MgPSBJRkZfQlJPQURDQVNUIHwgSUZGX1NJTVBMRVggfCBJRkZfTVVMVElD QVNUOw0KIAlpZnAtPmlmX2lvY3RsID0gdGxfaW9jdGw7DQogCWlmcC0+aWZfc3RhcnQgPSB0bF9z dGFydDsNCiAJaWZwLT5pZl93YXRjaGRvZyA9IHRsX3dhdGNoZG9nOw0KIAlpZnAtPmlmX2luaXQg PSB0bF9pbml0Ow0KIAlpZnAtPmlmX210dSA9IEVUSEVSTVRVOw0KIAlpZnAtPmlmX3NuZC5pZnFf bWF4bGVuID0gVExfVFhfTElTVF9DTlQgLSAxOw0KLQljYWxsb3V0X2hhbmRsZV9pbml0KCZzYy0+ dGxfc3RhdF9jaCk7DQorCWNhbGxvdXRfaW5pdF9tdHgoJnNjLT50bF9zdGF0X2NhbGxvdXQsICZz Yy0+dGxfbXR4LCAwKTsNCiANCiAJLyogUmVzZXQgdGhlIGFkYXB0ZXIgYWdhaW4uICovDQogCXRs X3NvZnRyZXNldChzYywgMSk7DQpAQCAtMTMxMCw3ICsxMzExLDcgQEANCiAJZXRoZXJfaWZhdHRh Y2goaWZwLCBlYWRkcik7DQogDQogCS8qIEhvb2sgaW50ZXJydXB0IGxhc3QgdG8gYXZvaWQgaGF2 aW5nIHRvIGxvY2sgc29mdGMgKi8NCi0JZXJyb3IgPSBidXNfc2V0dXBfaW50cihkZXYsIHNjLT50 bF9pcnEsIElOVFJfVFlQRV9ORVQsDQorCWVycm9yID0gYnVzX3NldHVwX2ludHIoZGV2LCBzYy0+ dGxfaXJxLCBJTlRSX1RZUEVfTkVUIHwgSU5UUl9NUFNBRkUsDQogCSAgICB0bF9pbnRyLCBzYywg JnNjLT50bF9pbnRyaGFuZCk7DQogDQogCWlmIChlcnJvcikgew0KQEAgLTEzNDMsMTIgKzEzNDQs MTQgQEANCiANCiAJc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7DQogCUtBU1NFUlQobXR4X2lu aXRpYWxpemVkKCZzYy0+dGxfbXR4KSwgKCJ0bCBtdXRleCBub3QgaW5pdGlhbGl6ZWQiKSk7DQot CVRMX0xPQ0soc2MpOw0KIAlpZnAgPSBzYy0+dGxfaWZwOw0KIA0KIAkvKiBUaGVzZSBzaG91bGQg b25seSBiZSBhY3RpdmUgaWYgYXR0YWNoIHN1Y2NlZWRlZCAqLw0KIAlpZiAoZGV2aWNlX2lzX2F0 dGFjaGVkKGRldikpIHsNCisJCVRMX0xPQ0soc2MpOw0KIAkJdGxfc3RvcChzYyk7DQorCQlUTF9V TkxPQ0soc2MpOw0KKwkJY2FsbG91dF9kcmFpbigmc2MtPnRsX3N0YXRfY2FsbG91dCk7DQogCQll dGhlcl9pZmRldGFjaChpZnApOw0KIAkJaWZfZnJlZShpZnApOw0KIAl9DQpAQCAtMTM2OCw3ICsx MzcxLDYgQEANCiAJaWYgKHNjLT50bF9yZXMpDQogCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYs IFRMX1JFUywgVExfUklELCBzYy0+dGxfcmVzKTsNCiANCi0JVExfVU5MT0NLKHNjKTsNCiAJbXR4 X2Rlc3Ryb3koJnNjLT50bF9tdHgpOw0KIA0KIAlyZXR1cm4oMCk7DQpAQCAtMTQ0NCwxNiArMTQ0 NiwxMCBAQA0KIHsNCiAJc3RydWN0IG1idWYJCSptX25ldyA9IE5VTEw7DQogDQotCU1HRVRIRFIo bV9uZXcsIE1fRE9OVFdBSVQsIE1UX0RBVEEpOw0KKwltX25ldyA9IG1fZ2V0Y2woTV9ET05UV0FJ VCwgTVRfREFUQSwgTV9QS1RIRFIpOw0KIAlpZiAobV9uZXcgPT0gTlVMTCkNCiAJCXJldHVybihF Tk9CVUZTKTsNCiANCi0JTUNMR0VUKG1fbmV3LCBNX0RPTlRXQUlUKTsNCi0JaWYgKCEobV9uZXct Pm1fZmxhZ3MgJiBNX0VYVCkpIHsNCi0JCW1fZnJlZW0obV9uZXcpOw0KLQkJcmV0dXJuKEVOT0JV RlMpOw0KLQl9DQotDQogI2lmZGVmIF9fYWxwaGFfXw0KIAltX25ldy0+bV9kYXRhICs9IDI7DQog I2VuZGlmDQpAQCAtMTY5MSw3ICsxNjg3LDcgQEANCiANCiAJdGxfc29mdHJlc2V0KHNjLCAxKTsN CiAJdGxfc3RvcChzYyk7DQotCXRsX2luaXQoc2MpOw0KKwl0bF9pbml0X2xvY2tlZChzYyk7DQog CUNNRF9TRVQoc2MsIFRMX0NNRF9JTlRTT04pOw0KIA0KIAlyZXR1cm4oMCk7DQpAQCAtMTc4NCw3 ICsxNzgwLDcgQEANCiAJfQ0KIA0KIAlpZiAoaWZwLT5pZl9zbmQuaWZxX2hlYWQgIT0gTlVMTCkN Ci0JCXRsX3N0YXJ0KGlmcCk7DQorCQl0bF9zdGFydF9sb2NrZWQoaWZwKTsNCiANCiAJVExfVU5M T0NLKHNjKTsNCiANCkBAIC0xODA0LDcgKzE4MDAsNyBAQA0KIAliemVybygoY2hhciAqKSZ0bF9z dGF0cywgc2l6ZW9mKHN0cnVjdCB0bF9zdGF0cykpOw0KIA0KIAlzYyA9IHhzYzsNCi0JVExfTE9D SyhzYyk7DQorCVRMX0xPQ0tfQVNTRVJUKHNjKTsNCiAJaWZwID0gc2MtPnRsX2lmcDsNCiANCiAJ cCA9ICh1X2ludDMyX3QgKikmdGxfc3RhdHM7DQpAQCAtMTgzOCwxNSArMTgzNCwxMyBAQA0KIAkJ fQ0KIAl9DQogDQotCXNjLT50bF9zdGF0X2NoID0gdGltZW91dCh0bF9zdGF0c191cGRhdGUsIHNj LCBoeik7DQorCWNhbGxvdXRfcmVzZXQoJnNjLT50bF9zdGF0X2NhbGxvdXQsIGh6LCB0bF9zdGF0 c191cGRhdGUsIHNjKTsNCiANCiAJaWYgKCFzYy0+dGxfYml0cmF0ZSkgew0KIAkJbWlpID0gZGV2 aWNlX2dldF9zb2Z0YyhzYy0+dGxfbWlpYnVzKTsNCiAJCW1paV90aWNrKG1paSk7DQogCX0NCiAN Ci0JVExfVU5MT0NLKHNjKTsNCi0NCiAJcmV0dXJuOw0KIH0NCiANCkBAIC0xOTU3LDEyICsxOTUx LDI0IEBADQogCXN0cnVjdCBpZm5ldAkJKmlmcDsNCiB7DQogCXN0cnVjdCB0bF9zb2Z0YwkJKnNj Ow0KKw0KKwlzYyA9IGlmcC0+aWZfc29mdGM7DQorCVRMX0xPQ0soc2MpOw0KKwl0bF9zdGFydF9s b2NrZWQoaWZwKTsNCisJVExfVU5MT0NLKHNjKTsNCit9DQorDQorc3RhdGljIHZvaWQNCit0bF9z dGFydF9sb2NrZWQoaWZwKQ0KKwlzdHJ1Y3QgaWZuZXQJCSppZnA7DQorew0KKwlzdHJ1Y3QgdGxf c29mdGMJCSpzYzsNCiAJc3RydWN0IG1idWYJCSptX2hlYWQgPSBOVUxMOw0KIAl1X2ludDMyX3QJ CWNtZDsNCiAJc3RydWN0IHRsX2NoYWluCQkqcHJldiA9IE5VTEwsICpjdXJfdHggPSBOVUxMLCAq c3RhcnRfdHg7DQogDQogCXNjID0gaWZwLT5pZl9zb2Z0YzsNCi0JVExfTE9DSyhzYyk7DQorCVRM X0xPQ0tfQVNTRVJUKHNjKTsNCiANCiAJLyoNCiAJICogQ2hlY2sgZm9yIGFuIGF2YWlsYWJsZSBx dWV1ZSBzbG90LiBJZiB0aGVyZSBhcmUgbm9uZSwNCkBAIC0xOTcwLDcgKzE5NzYsNiBAQA0KIAkg Ki8NCiAJaWYgKHNjLT50bF9jZGF0YS50bF90eF9mcmVlID09IE5VTEwpIHsNCiAJCWlmcC0+aWZf ZHJ2X2ZsYWdzIHw9IElGRl9EUlZfT0FDVElWRTsNCi0JCVRMX1VOTE9DSyhzYyk7DQogCQlyZXR1 cm47DQogCX0NCiANCkBAIC0yMDA3LDEwICsyMDEyLDggQEANCiAJLyoNCiAJICogSWYgdGhlcmUg YXJlIG5vIHBhY2tldHMgcXVldWVkLCBiYWlsLg0KIAkgKi8NCi0JaWYgKGN1cl90eCA9PSBOVUxM KSB7DQotCQlUTF9VTkxPQ0soc2MpOw0KKwlpZiAoY3VyX3R4ID09IE5VTEwpDQogCQlyZXR1cm47 DQotCX0NCiANCiAJLyoNCiAJICogVGhhdCdzIGFsbCB3ZSBjYW4gc3RhbmRzLCB3ZSBjYW4ndCBz dGFuZHMgbm8gbW9yZS4NCkBAIC0yMDQwLDcgKzIwNDMsNiBAQA0KIAkgKiBTZXQgYSB0aW1lb3V0 IGluIGNhc2UgdGhlIGNoaXAgZ29lcyBvdXQgdG8gbHVuY2guDQogCSAqLw0KIAlpZnAtPmlmX3Rp bWVyID0gNTsNCi0JVExfVU5MT0NLKHNjKTsNCiANCiAJcmV0dXJuOw0KIH0NCkBAIC0yMDUwLDEw ICsyMDUyLDIwIEBADQogCXZvaWQJCQkqeHNjOw0KIHsNCiAJc3RydWN0IHRsX3NvZnRjCQkqc2Mg PSB4c2M7DQorDQorCVRMX0xPQ0soc2MpOw0KKwl0bF9pbml0X2xvY2tlZChzYyk7DQorCVRMX1VO TE9DSyhzYyk7DQorfQ0KKw0KK3N0YXRpYyB2b2lkDQordGxfaW5pdF9sb2NrZWQoc2MpDQorCXN0 cnVjdCB0bF9zb2Z0YwkJKnNjOw0KK3sNCiAJc3RydWN0IGlmbmV0CQkqaWZwID0gc2MtPnRsX2lm cDsNCiAJc3RydWN0IG1paV9kYXRhCQkqbWlpOw0KIA0KLQlUTF9MT0NLKHNjKTsNCisJVExfTE9D S19BU1NFUlQoc2MpOw0KIA0KIAlpZnAgPSBzYy0+dGxfaWZwOw0KIA0KQEAgLTIwOTgsNyArMjEx MCw2IEBADQogCQlpZl9wcmludGYoaWZwLA0KIAkJICAgICJpbml0aWFsaXphdGlvbiBmYWlsZWQ6 IG5vIG1lbW9yeSBmb3IgcnggYnVmZmVyc1xuIik7DQogCQl0bF9zdG9wKHNjKTsNCi0JCVRMX1VO TE9DSyhzYyk7DQogCQlyZXR1cm47DQogCX0NCiANCkBAIC0yMTI4LDggKzIxMzksNyBAQA0KIAlp ZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9PQUNUSVZFOw0KIA0KIAkvKiBTdGFydCB0aGUg c3RhdHMgdXBkYXRlIGNvdW50ZXIgKi8NCi0Jc2MtPnRsX3N0YXRfY2ggPSB0aW1lb3V0KHRsX3N0 YXRzX3VwZGF0ZSwgc2MsIGh6KTsNCi0JVExfVU5MT0NLKHNjKTsNCisJY2FsbG91dF9yZXNldCgm c2MtPnRsX3N0YXRfY2FsbG91dCwgaHosIHRsX3N0YXRzX3VwZGF0ZSwgc2MpOw0KIA0KIAlyZXR1 cm47DQogfQ0KQEAgLTIxNDYsMTIgKzIxNTYsMTQgQEANCiANCiAJc2MgPSBpZnAtPmlmX3NvZnRj Ow0KIA0KKwlUTF9MT0NLKHNjKTsNCiAJaWYgKHNjLT50bF9iaXRyYXRlKQ0KIAkJdGxfc2V0bW9k ZShzYywgc2MtPmlmbWVkaWEuaWZtX21lZGlhKTsNCiAJZWxzZSB7DQogCQltaWkgPSBkZXZpY2Vf Z2V0X3NvZnRjKHNjLT50bF9taWlidXMpOw0KIAkJbWlpX21lZGlhY2hnKG1paSk7DQogCX0NCisJ VExfVU5MT0NLKHNjKTsNCiANCiAJcmV0dXJuKDApOw0KIH0NCkBAIC0yMTY5LDYgKzIxODEsNyBA QA0KIA0KIAlzYyA9IGlmcC0+aWZfc29mdGM7DQogDQorCVRMX0xPQ0soc2MpOw0KIAlpZm1yLT5p Zm1fYWN0aXZlID0gSUZNX0VUSEVSOw0KIA0KIAlpZiAoc2MtPnRsX2JpdHJhdGUpIHsNCkBAIC0y MTg3LDYgKzIyMDAsNyBAQA0KIAkJaWZtci0+aWZtX2FjdGl2ZSA9IG1paS0+bWlpX21lZGlhX2Fj dGl2ZTsNCiAJCWlmbXItPmlmbV9zdGF0dXMgPSBtaWktPm1paV9tZWRpYV9zdGF0dXM7DQogCX0N CisJVExfVU5MT0NLKHNjKTsNCiANCiAJcmV0dXJuOw0KIH0NCkBAIC0yMTk5LDEyICsyMjEzLDEx IEBADQogew0KIAlzdHJ1Y3QgdGxfc29mdGMJCSpzYyA9IGlmcC0+aWZfc29mdGM7DQogCXN0cnVj dCBpZnJlcQkJKmlmciA9IChzdHJ1Y3QgaWZyZXEgKikgZGF0YTsNCi0JaW50CQkJcywgZXJyb3Ig PSAwOw0KLQ0KLQlzID0gc3BsaW1wKCk7DQorCWludAkJCWVycm9yID0gMDsNCiANCiAJc3dpdGNo KGNvbW1hbmQpIHsNCiAJY2FzZSBTSU9DU0lGRkxBR1M6DQorCQlUTF9MT0NLKHNjKTsNCiAJCWlm IChpZnAtPmlmX2ZsYWdzICYgSUZGX1VQKSB7DQogCQkJaWYgKGlmcC0+aWZfZHJ2X2ZsYWdzICYg SUZGX0RSVl9SVU5OSU5HICYmDQogCQkJICAgIGlmcC0+aWZfZmxhZ3MgJiBJRkZfUFJPTUlTQyAm Jg0KQEAgLTIyMTcsMTggKzIyMzAsMjEgQEANCiAJCQkJdGxfZGlvX2NscmJpdChzYywgVExfTkVU Q01ELCBUTF9DTURfQ0FGKTsNCiAJCQkJdGxfc2V0bXVsdGkoc2MpOw0KIAkJCX0gZWxzZQ0KLQkJ CQl0bF9pbml0KHNjKTsNCisJCQkJdGxfaW5pdF9sb2NrZWQoc2MpOw0KIAkJfSBlbHNlIHsNCiAJ CQlpZiAoaWZwLT5pZl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpIHsNCiAJCQkJdGxfc3Rv cChzYyk7DQogCQkJfQ0KIAkJfQ0KIAkJc2MtPnRsX2lmX2ZsYWdzID0gaWZwLT5pZl9mbGFnczsN CisJCVRMX1VOTE9DSyhzYyk7DQogCQllcnJvciA9IDA7DQogCQlicmVhazsNCiAJY2FzZSBTSU9D QURETVVMVEk6DQogCWNhc2UgU0lPQ0RFTE1VTFRJOg0KKwkJVExfTE9DSyhzYyk7DQogCQl0bF9z ZXRtdWx0aShzYyk7DQorCQlUTF9VTkxPQ0soc2MpOw0KIAkJZXJyb3IgPSAwOw0KIAkJYnJlYWs7 DQogCWNhc2UgU0lPQ1NJRk1FRElBOg0KQEAgLTIyNDcsOCArMjI2Myw2IEBADQogCQlicmVhazsN CiAJfQ0KIA0KLQkodm9pZClzcGx4KHMpOw0KLQ0KIAlyZXR1cm4oZXJyb3IpOw0KIH0NCiANCkBA IC0yMjYyLDEwICsyMjc2LDEyIEBADQogDQogCWlmX3ByaW50ZihpZnAsICJkZXZpY2UgdGltZW91 dFxuIik7DQogDQorCVRMX0xPQ0soc2MpOw0KIAlpZnAtPmlmX29lcnJvcnMrKzsNCiANCiAJdGxf c29mdHJlc2V0KHNjLCAxKTsNCi0JdGxfaW5pdChzYyk7DQorCXRsX2luaXRfbG9ja2VkKHNjKTsN CisJVExfVU5MT0NLKHNjKTsNCiANCiAJcmV0dXJuOw0KIH0NCkBAIC0yMjgxLDEyICsyMjk3LDEy IEBADQogCXJlZ2lzdGVyIGludAkJaTsNCiAJc3RydWN0IGlmbmV0CQkqaWZwOw0KIA0KLQlUTF9M T0NLKHNjKTsNCisJVExfTE9DS19BU1NFUlQoc2MpOw0KIA0KIAlpZnAgPSBzYy0+dGxfaWZwOw0K IA0KIAkvKiBTdG9wIHRoZSBzdGF0cyB1cGRhdGVyLiAqLw0KLQl1bnRpbWVvdXQodGxfc3RhdHNf dXBkYXRlLCBzYywgc2MtPnRsX3N0YXRfY2gpOw0KKwljYWxsb3V0X3N0b3AoJnNjLT50bF9zdGF0 X2NhbGxvdXQpOw0KIA0KIAkvKiBTdG9wIHRoZSB0cmFuc21pdHRlciAqLw0KIAlDTURfQ0xSKHNj LCBUTF9DTURfUlQpOw0KQEAgLTIzMzMsNyArMjM0OSw2IEBADQogCQlzaXplb2Yoc2MtPnRsX2xk YXRhLT50bF90eF9saXN0KSk7DQogDQogCWlmcC0+aWZfZHJ2X2ZsYWdzICY9IH4oSUZGX0RSVl9S VU5OSU5HIHwgSUZGX0RSVl9PQUNUSVZFKTsNCi0JVExfVU5MT0NLKHNjKTsNCiANCiAJcmV0dXJu Ow0KIH0NCkBAIC0yMzUwLDcgKzIzNjUsOSBAQA0KIA0KIAlzYyA9IGRldmljZV9nZXRfc29mdGMo ZGV2KTsNCiANCisJVExfTE9DSyhzYyk7DQogCXRsX3N0b3Aoc2MpOw0KKwlUTF9VTkxPQ0soc2Mp Ow0KIA0KIAlyZXR1cm47DQogfQ0KSW5kZXg6IHNyYy9zeXMvcGNpL2lmX3RscmVnLmgNCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0NClJDUyBmaWxlOiAvdXNyL2N2cy9zcmMvc3lzL3BjaS9pZl90bHJlZy5oLHYNCnJldHJp ZXZpbmcgcmV2aXNpb24gMS4yMQ0KZGlmZiAtdSAtcjEuMjEgaWZfdGxyZWcuaA0KLS0tIHNyYy9z eXMvcGNpL2lmX3RscmVnLmgJMTAgSnVuIDIwMDUgMTY6NDk6MjMgLTAwMDAJMS4yMQ0KKysrIHNy Yy9zeXMvcGNpL2lmX3RscmVnLmgJNSBTZXAgMjAwNSAwNzo1MjowMyAtMDAwMA0KQEAgLTEyNCw3 ICsxMjQsNyBAQA0KIAl1X2ludDhfdAkJdGxfdHhlb2M7DQogCXVfaW50OF90CQl0bF9iaXRyYXRl Ow0KIAlpbnQJCQl0bF9pZl9mbGFnczsNCi0Jc3RydWN0IGNhbGxvdXRfaGFuZGxlCXRsX3N0YXRf Y2g7DQorCXN0cnVjdCBjYWxsb3V0CQl0bF9zdGF0X2NhbGxvdXQ7DQogCXN0cnVjdCBtdHgJCXRs X210eDsNCiB9Ow0KIA0K --=-XZnn/oKYOU/5FzRkHJ9Y-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 13:26: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 2B85816A420 for ; Mon, 5 Sep 2005 13:26:41 +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 B3E3843D48 for ; Mon, 5 Sep 2005 13:26:40 +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 C583046B35; Mon, 5 Sep 2005 09:26:39 -0400 (EDT) Date: Mon, 5 Sep 2005 14:26:39 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gavin Atkinson In-Reply-To: <20050903201628.D88940@fledge.watson.org> Message-ID: <20050905142310.L88940@fledge.watson.org> References: <1125487485.34476.6.camel@buffy.york.ac.uk> <20050831134927.GA20529@comp.chem.msu.su> <1125594635.63101.3.camel@buffy.york.ac.uk> <20050903201628.D88940@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: 6.0BETA3 panic in ip_output (vlan/RIP related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 13:26:41 -0000 On Sat, 3 Sep 2005, Robert Watson wrote: > I believe I've chatted with Gleb about this some, but want to confirm > that I understand the problem here: this occurs when an interface is > removed while IP multicast membership is still present for multicast > groups on the interface. When the multicast socket is closed, then the > kernel panics because it has a now invalid cached pointer to the > interface structure (now freed), which cases an assertion failure > because the mutex code detects that it is operating on an invalid mutex. > > So it sounds like we need to figure out how the multicast code should > behave on interface removal -- I wonder what other operating systems do > here? Do they simply invalidate current membership related with the > interface, or do they leave the multicast sockets in a state such that > if the interface comes back, the memberships are re-bound? I've now committed a regression test for this bug: src/tools/regression/netinet/msocket_ifnet_remove Which basically simulates the removal of an interface while in use for multicast, resulting in a similar panic to the one of the ones you've reported. An if_disc discard interface is used. It tests both raw and UDP socket variants, and should panic 6.x and 7.x boxes; it may panic 4.x and 5.x, but may just corrupt kernel memory silently. I believe the solution for now is that on ifnet tear-down, we will need to walk the various pcb lists and trim references to the multicast address. I chatted a little with Bill Fenner today about what the application semantics should be, and likely we need to substantially change the way IPv4 and IPv6 multicast handle group membership for sockets in order to get the "right" behavior, so a panic work-around for 6.0 is the right thing to do, even though it won't be the final answer. I should have an opportunity to look into a possible solution for this in the next few days. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 15:05: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 EA72116A420; Mon, 5 Sep 2005 15:05:45 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58E8C43D49; Mon, 5 Sep 2005 15:05:44 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Mon, 5 Sep 2005 17:05:43 +0200 Date: Mon, 5 Sep 2005 17:05:47 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Ruslan Ermilov In-Reply-To: <20050804152635.GA92834@ip.net.ua> Message-ID: <20050905170350.P58682@beagle.kn.op.dlr.de> References: <20050728181415.GB68965@obiwan.tataz.chchile.org> <20050804152635.GA92834@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 05 Sep 2005 15:05:43.0491 (UTC) FILETIME=[49696930:01C5B22B] Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: Using "make -d l" makes buildworld to fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 15:05:46 -0000 On Thu, 4 Aug 2005, Ruslan Ermilov wrote: RE>On Thu, Jul 28, 2005 at 08:14:15PM +0200, Jeremie Le Hen wrote: RE>> Hi, RE>> RE>> I have to run multiple buildworlds with and without debugging ("-d l") RE>> these last days. I was nearly turning mad while I realized that RE>> buildworld would fail in "rescue" when using "-d l" make option. RE>> RE>> Both typescripts with and without the debugging option are available : RE>> http://jeremie.le-hen.org/~tataz/make_-d_l_buildworld.gz (ko) RE>> http://jeremie.le-hen.org/~tataz/make_buildworld.gz (ok) RE>> RE>> This is not the stock source tree, but I checked on a non-modified RE>> tree and the behaviour is the same. RE>> RE>crunchgen(1) is broken: it generates a makefile to find a RE>list of object files for a given program, then calls it, RE>parses the output, and expects it to start with the line RE>"OBJS=". If something is passed in the MAKEFLAGS environment RE>variable, like -Dl, things are really screwed. Couldn't we make crunchgen just to ignore lines that don't start with OBJS=? Or we could finally make make(1) to spit debug output on stderr. harti RE> RE>Unfortunately, there's no way to remove "-d" and its RE>following argument from .MAKEFLAGS as is done for -P RE>(in rescue/rescue/Makefile), and setting an empty RE>.MAKEFLAGS is not an option too -- we at least need RE>to pass the -m option and its argument. :( RE> RE> RE>Cheers, RE> From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 15:47: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 9F1E016A420; Mon, 5 Sep 2005 15:47:53 +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 3B25343D46; Mon, 5 Sep 2005 15:47:51 +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 j85FlpYo055343; Mon, 5 Sep 2005 18:47:51 +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 58588-03; Mon, 5 Sep 2005 18:47:49 +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 j85Flnp9055340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Sep 2005 18:47:49 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j85Fm0lq022652; Mon, 5 Sep 2005 18:48:00 +0300 (EEST) (envelope-from ru) Date: Mon, 5 Sep 2005 18:48:00 +0300 From: Ruslan Ermilov To: Harti Brandt Message-ID: <20050905154800.GB22585@ip.net.ua> References: <20050728181415.GB68965@obiwan.tataz.chchile.org> <20050804152635.GA92834@ip.net.ua> <20050905170350.P58682@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <20050905170350.P58682@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@freebsd.org, Jeremie Le Hen 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: Mon, 05 Sep 2005 15:47:53 -0000 --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 05, 2005 at 05:05:47PM +0200, Harti Brandt wrote: > On Thu, 4 Aug 2005, Ruslan Ermilov wrote: >=20 > RE>On Thu, Jul 28, 2005 at 08:14:15PM +0200, Jeremie Le Hen wrote: > RE>> Hi, > RE>>=20 > RE>> I have to run multiple buildworlds with and without debugging ("-d l= ") > RE>> these last days. I was nearly turning mad while I realized that > RE>> buildworld would fail in "rescue" when using "-d l" make option. > RE>>=20 > RE>> Both typescripts with and without the debugging option are available= : > RE>> http://jeremie.le-hen.org/~tataz/make_-d_l_buildworld.gz (ko) > RE>> http://jeremie.le-hen.org/~tataz/make_buildworld.gz (ok) > RE>>=20 > RE>> This is not the stock source tree, but I checked on a non-modified > RE>> tree and the behaviour is the same. > RE>>=20 > RE>crunchgen(1) is broken: it generates a makefile to find a > RE>list of object files for a given program, then calls it, > RE>parses the output, and expects it to start with the line > RE>"OBJS=3D". If something is passed in the MAKEFLAGS environment > RE>variable, like -Dl, things are really screwed. >=20 > Couldn't we make crunchgen just to ignore lines that don't start with=20 > OBJS=3D? Or we could finally make make(1) to spit debug output on stderr. >=20 The latter would be great, and would fix the problem in question. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDHGivqRfpzJluFF4RAuQ4AJ9DumfNP1UvgwXgT/H0W7vTiu8J4ACfQpzv PorbtuIE8Ql+MX0ff/hyQL0= =4ze6 -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 16:00: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 E4A9316A41F for ; Mon, 5 Sep 2005 16:00:14 +0000 (GMT) (envelope-from cianlists@cian.ws) Received: from oppy.cian.ws (cian.ws [62.231.45.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CEE43D73 for ; Mon, 5 Sep 2005 16:00:13 +0000 (GMT) (envelope-from cianlists@cian.ws) Received: from localhost (localhost.cian.ws [127.0.0.1]) by oppy.cian.ws (Postfix) with ESMTP id 294EE33C6C for ; Mon, 5 Sep 2005 17:01:30 +0100 (IST) Received: from oppy.cian.ws ([127.0.0.1]) by localhost (oppy.cian.ws [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 41578-08 for ; Mon, 5 Sep 2005 17:01:05 +0100 (IST) Received: from [IPv6:2001:770:125::5] (g5.cian.ws [IPv6:2001:770:125::5]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by oppy.cian.ws (Postfix) with ESMTP id 29C4833C5E for ; Mon, 5 Sep 2005 17:01:04 +0100 (IST) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Cian Hughes Date: Mon, 5 Sep 2005 16:59:41 +0100 X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.734) X-Virus-Scanned: amavisd-new at cian.ws Subject: shell-init: could not get current directory: getcwd: cannot access parent directories: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 16:00:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 % ssh oppy shell-init: could not get current directory: getcwd: cannot access parent directories: No such file or directory shell-init: could not get current directory: getcwd: cannot access parent directories: No such file or directory Last login: Mon Sep 5 16:55:36 2005 from g5.cian.ws Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT (CIAN-OPPY) #0: Fri Jun 17 20:07:18 IST 2005 Welcome to FreeBSD! . . . Anyone ever seen this??? It doesn't seem to be causing any problems, google has turned up nothing helpful, nor has FAQ, sorry if this is an obvious one, but it just started out of the blue yesterday. I am aware my kernel is out of date, but I'm waiting for CAPI4BSD patches to be integrated into HEAD or updated before recompiling. Regards. Cian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDHGtuaVVfOlCF0TQRAqQ1AKCQJxm0aX/oGMepclXxlaIfTRL0JwCfU7/Y O7k+TLtPQzgcel6viBVsf0I= =Sk0t -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 16:03: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 20BC016A420; Mon, 5 Sep 2005 16:03:18 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84FD243D45; Mon, 5 Sep 2005 16:03:17 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Mon, 5 Sep 2005 18:03:16 +0200 Date: Mon, 5 Sep 2005 18:03:19 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Emanuel Strobl In-Reply-To: <200508252037.04779@harrymail> Message-ID: <20050905175143.M58682@beagle.kn.op.dlr.de> References: <200508251951.37319@harrymail> <35c231bf05082511101884faf@mail.gmail.com> <200508252037.04779@harrymail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 05 Sep 2005 16:03:16.0337 (UTC) FILETIME=[5377E610:01C5B233] Cc: freebsd-current@freebsd.org, David Kirchner , freebsd-questions@freebsd.org Subject: Re: make ".if exists" problem/question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 16:03:18 -0000 On Thu, 25 Aug 2005, Emanuel Strobl wrote: ES>Am Donnerstag, 25. August 2005 20:10 CEST schrieb David Kirchner: ES>> On 8/25/05, Emanuel Strobl wrote: ES>> > Dear make gurus (bsd make, not gmake), ES>> > ES>> > it seems that make checks .if directives only at statrup. How can I ES>> > trigger a "reread"? ES>> > I have the problem that in one target I create a filetree, another ES>> > target checks if it exists, if not it creates itself again. Now it ES>> > works perfectly when I call the two targets both externally ES>> > (installcfworld installcfconfig) but when the internal higher ES>> > "install" gets to the installcfconfig target it fails! ES>> > I'm really desperate, I need to check this. Is this a nasty bug? ES>> ES>> This Makefile shows the problem: ES>> ES>> all: ES>> .if ! exists(./foobar) ES>> @echo foobar does not exist ES>> .endif ES>> touch foobar ES>> .if ! exists(./foobar) ES>> @echo foobar does not exist ES>> .endif ES>> ES>> If you run make in this directory, and foobar does not already exist ES>> beforehand: ES>> ES>> $ make ES>> foobar does not exist ES>> touch foobar ES>> foobar does not exist ES>> ES>> Looking at the make source, it appears that it maintains a cache for ES>> file lookups, and I don't see a way to have it flush the hash via some ES>> makefile command. I dunno if it is a bug but the man page does not ES>> mention a cache. ES>> ES>> I wonder if you'll have to start a separate make process for each ES>> stage of that target's handling. ES> ES>Thanks for your suggestion, you described exactly what I mean. So if ES>there's no way to flush the cache, it's IMHO a wrong behaviour and should ES>be considered as bug. ES>I'm not too experienced in make, so I don't know if I want to call sub ES>makes... ES>Do you have an idea whom to contact regarding the "bug"? You should think of .if and .for as "preprocessor directives". They are processed when make reads the makefile and builds the dependency graph. If you need something more dynamic you must use either a shell line: foo: if [ -f baz ] ; then ... or go with sub-makes. Generally you don't want to use .if to check for a file that your makefile creates. In this case you just should use make itself. Given that the tree you need to have is named 'tree' do something like: installcfworld: tree ... installcfconfig: tree ... tree: mkdir tree ... harti From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 16:04: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 3BBBE16A41F for ; Mon, 5 Sep 2005 16:04:21 +0000 (GMT) (envelope-from jpk@gmx.org) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C565443D5F for ; Mon, 5 Sep 2005 16:04:13 +0000 (GMT) (envelope-from jpk@gmx.org) Received: (qmail invoked by alias); 05 Sep 2005 16:04:12 -0000 Received: from MOT02026.swm.uni-mannheim.de (EHLO [192.168.1.105]) [134.155.24.41] by mail.gmx.net (mp015) with SMTP; 05 Sep 2005 18:04:12 +0200 X-Authenticated: #10742085 Message-ID: <431C6C84.1070403@gmx.org> Date: Mon, 05 Sep 2005 18:04:20 +0200 From: JP Klodzinski User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050828) X-Accept-Language: en-us, en MIME-Version: 1.0 To: vladgalu@gmail.com References: <431BA652.5040400@centtech.com> <20050905072956.63748.qmail@web33511.mail.mud.yahoo.com> <79722fad0509050036634834a@mail.gmail.com> In-Reply-To: <79722fad0509050036634834a@mail.gmail.com> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 16:04:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Dean, I'm sorry that i mixed the mailing lists, but i think this could also be interessting for all other in this list using a D610. I think that it not depends to th ICH6M SATA controller. It's an problem with the BIOS. I got my D610 with the BIOS A03 and everything worked fine. Than i updated the BIOS to A04 and the problems are the same as you described. I also testet every FBSD version i had. Today i updated the BIOS to the newest version A05 and no problems. So could you be so kind and may check your BIOS version if it is the A04, i hope you have a chance to update the BIOS. ;) Regards Jerome-P. Klodzinski Vlad GALU wrote: > On 9/5/05, Dean Patterson wrote: > [snip] > FWIW, http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=627 > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDHGyDZ7GnDF3tpZURAhIcAJ0ZKPUzLvkF91frebK6HNdxgBG5gACfbHC5 mGx1MvQQkGfLjiB1KbWQvC4= =43MH -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 16:27: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 4EDFF16A41F; Mon, 5 Sep 2005 16:27:10 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.76.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B839743D46; Mon, 5 Sep 2005 16:27:09 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc12) with ESMTP id <20050905162708012002hlpqe>; Mon, 5 Sep 2005 16:27:08 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j85GRExC092161; Mon, 5 Sep 2005 12:27:14 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j85GRET5092160; Mon, 5 Sep 2005 12:27:14 -0400 (EDT) (envelope-from rodrigc) Date: Mon, 5 Sep 2005 12:27:13 -0400 From: Craig Rodrigues To: Giorgos Keramidas Message-ID: <20050905162713.GA92142@crodrigues.org> References: <20050903133344.GA633@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050903133344.GA633@gothmog.gr> User-Agent: Mutt/1.5.9i Cc: rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, slw@zxy.spb.ru Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 16:27:10 -0000 On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: > This was on a console running with 132x25 mode. Can you try this? Index: scmouse.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v retrieving revision 1.38 diff -u -u -r1.38 scmouse.c --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 +++ scmouse.c 5 Sep 2005 16:25:07 -0000 @@ -157,7 +157,7 @@ scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; } - if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { + if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos && scp->font_size != 0 && scp->font_width != 0) { scp->status |= MOUSE_MOVED; scp->mouse_pos = (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 16:32: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 88B3216A41F for ; Mon, 5 Sep 2005 16:32:38 +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 31DAD43D46 for ; Mon, 5 Sep 2005 16:32:38 +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 j85GWTBd007979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Sep 2005 09:32:30 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <431C74BA.7050103@errno.com> Date: Mon, 05 Sep 2005 09:39:22 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Ehmann References: <000701c5b1d4$387bd5b0$642a15ac@SMILEY> <1125911809.1211.5.camel@taxman.pepperland> In-Reply-To: <1125911809.1211.5.camel@taxman.pepperland> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?=27Patrick_Lamaiz?=, =?ISO-8859-1?Q?i=E8re=27?= , Darren Pilgrim , 'Pascal Hofstee' , freebsd-current@freebsd.org Subject: Re: [6.0 beta3] problem with cvsup and wifi (iwi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 16:32:38 -0000 Stefan Ehmann wrote: > On Sun, 2005-09-04 at 21:42 -0700, Darren Pilgrim wrote: > >>>From: Pascal Hofstee [mailto:caelian@gmail.com] >>> >>>On Sun, 2005-09-04 at 18:07 -0700, Darren Pilgrim wrote: >>> >>>>There is an issue with either the iwi driver or Damien Bergamini's >>>>firmware that result in the device crashing and/or losing >>> >>>the network >>> >>>>under heavy packet load. I'm having the same issue here with the >>>>2915. I can trigger it using cvsup or SSH-forwarded X sessions. >>> >>>i am not exactly knowlegable on the matter .. but considering >>>i experience the same cvsup behavior on my if_ral interface >>>.. i am more inclined to believe it's an issue somewhere in >>>the underlying framework than it is in a specific driver. >> >>Except that it doesn't happen when I use my ath card. If it is the >>framework, I'd be more inclined toward it being the result of iwi, iwp >>and ral being newer, externally maintained and less tightly integrated >>with net80211. >> >>I seem to recall Sam Leffler saying something to the effect that Damien >>Bergamini hasn't kept up with the moving target of that Sam's work on >>net80211. > > > Sounds reasonable. When it was originally imported, I didn't have any > issues with cvsup. > > Those problems started some time ago. Except for cvsup it works pretty > fine though. (I also get strange NFS error messages sometimes, but > haven't tested if they only happen with if_iwi). FWIW I've tried ipw, ral, and ural drivers at many points in time before and after their addition to cvs and have always had problems (that I've reported in detail to the author). Sam From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 17:29: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 0B42316A41F; Mon, 5 Sep 2005 17:29:13 +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 4D7A943D45; Mon, 5 Sep 2005 17:29:11 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j85HT5Ae019506; Mon, 5 Sep 2005 20:29:05 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j85HT4Bi069793; Mon, 5 Sep 2005 20:29:04 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j85HT4Me069792; Mon, 5 Sep 2005 20:29:04 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Mon, 5 Sep 2005 20:29:03 +0300 From: Giorgos Keramidas To: Craig Rodrigues Message-ID: <20050905172903.GB69718@orion.daedalusnetworks.priv> Mail-Followup-To: Craig Rodrigues , rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, slw@zxy.spb.ru References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050905162713.GA92142@crodrigues.org> Cc: rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, slw@zxy.spb.ru Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 17:29:13 -0000 On 2005-09-05 12:27, Craig Rodrigues wrote: > On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: > > This was on a console running with 132x25 mode. > > Can you try this? Sure. It will just have to wait a couple of hours or so, since I'm at work and the test machine is at home. Thanks (but you will indent this to less than 80 columns, right? :) > Index: scmouse.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v > retrieving revision 1.38 > diff -u -u -r1.38 scmouse.c > --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 > +++ scmouse.c 5 Sep 2005 16:25:07 -0000 > @@ -157,7 +157,7 @@ > scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; > } > > - if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { > + if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos && scp->font_size != 0 && scp->font_width != 0) { > scp->status |= MOUSE_MOVED; > scp->mouse_pos = > (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 17:58: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 1999616A41F; Mon, 5 Sep 2005 17:58:29 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A808143D46; Mon, 5 Sep 2005 17:58:28 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1ECLEh-000Edf-3R; Mon, 05 Sep 2005 21:58:27 +0400 Date: Mon, 5 Sep 2005 21:58:27 +0400 From: Slawa Olhovchenkov To: Craig Rodrigues Message-ID: <20050905175826.GL69481@zxy.spb.ru> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050905162713.GA92142@crodrigues.org> User-Agent: Mutt/1.5.7i X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, Giorgos Keramidas Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 17:58:29 -0000 On Mon, Sep 05, 2005 at 12:27:13PM -0400, Craig Rodrigues wrote: > On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: > > This was on a console running with 132x25 mode. > > Can you try this? 1. I think your remember '()' around '||' 2. Now mouse cursor not moved. > > Index: scmouse.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v > retrieving revision 1.38 > diff -u -u -r1.38 scmouse.c > --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 > +++ scmouse.c 5 Sep 2005 16:25:07 -0000 > @@ -157,7 +157,7 @@ > scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; > } > > - if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { > + if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos && scp->font_size != 0 && scp->font_width != 0) { > scp->status |= MOUSE_MOVED; > scp->mouse_pos = > (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize > > -- > Craig Rodrigues > rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 19:06: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 F25D416A41F for ; Mon, 5 Sep 2005 19:06:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 862A543D46 for ; Mon, 5 Sep 2005 19:06:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j85J68vf010277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Sep 2005 15:06:09 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j85J686P002603; Mon, 5 Sep 2005 15:06:08 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DAC8E512EA; Mon, 5 Sep 2005 15:06:07 -0400 (EDT) Date: Mon, 5 Sep 2005 15:06:06 -0400 From: Kris Kennaway To: McLone Message-ID: <20050905190606.GA9839@xor.obsecurity.org> References: <451cb30105090412182aff2d2b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <451cb30105090412182aff2d2b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 19:06:10 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 04, 2005 at 10:18:07PM +0300, McLone wrote: > Hello. >=20 > Today, when trying to make this crappy legacy nVidia driver to work, > i managed to boot in single-user and i wanted screen(1) too. > I was afraid kldload nvidia.ko will panic my box, so i was planning > to do it while [most of] disks were mounted read-only. > (Yes nvidia.ko v.7xxx paniced it finally) Double-check that you rebuilt it after updating your kernel. > panic: can't fifo/vnode bypass -1 Read the unionfs manpage. Kris --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDHJceWry0BWjoQKURApQyAKDGxxp/FyaDJwrRGOl8az4MYnMj+wCaA6bP hzmjaemhGvBSOE42TC0X534= =2+B+ -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 19:30: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 44F1B16A41F for ; Mon, 5 Sep 2005 19:30:03 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7323B43D49 for ; Mon, 5 Sep 2005 19:30:00 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 05 Sep 2005 19:29:59 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp017) with SMTP; 05 Sep 2005 21:29:59 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org, Harti Brandt Date: Mon, 5 Sep 2005 21:29:46 +0200 User-Agent: KMail/1.8.1 References: <200508251951.37319@harrymail> <200508252037.04779@harrymail> <20050905175143.M58682@beagle.kn.op.dlr.de> In-Reply-To: <20050905175143.M58682@beagle.kn.op.dlr.de> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1300833.6KilASyrJD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509052129.55689@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-questions@freebsd.org Subject: Re: make ".if exists" problem/question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 19:30:03 -0000 --nextPart1300833.6KilASyrJD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 5. September 2005 18:03 CEST schrieb Harti Brandt: > On Thu, 25 Aug 2005, Emanuel Strobl wrote: [...] > > You should think of .if and .for as "preprocessor directives". They are > processed when make reads the makefile and builds the dependency graph. > If you need something more dynamic you must use either a shell line: > > foo: > if [ -f baz ] ; then ... > > or go with sub-makes. > > Generally you don't want to use .if to check for a file that your > makefile creates. In this case you just should use make itself. Given > that the tree you need to have is named 'tree' do something like: > > installcfworld: tree > ... > > installcfconfig: tree > ... > > tree: > mkdir tree > ... Thanks, I understood it, and the project grew fine. Will be available this= =20 week :) =2DHarry > > harti > _______________________________________________ > 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" --nextPart1300833.6KilASyrJD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDHJyzBylq0S4AzzwRAp6OAJ9cmzCN+TcLVg1rh4rNHc7Os/G7KgCfW2e6 U7uuPg/+JhseKLtDK48cdM8= =dDiW -----END PGP SIGNATURE----- --nextPart1300833.6KilASyrJD-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 20:38: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 C804D16A421 for ; Mon, 5 Sep 2005 20:38:25 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF9443D48 for ; Mon, 5 Sep 2005 20:38:24 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so465631wra for ; Mon, 05 Sep 2005 13:38:24 -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=NUp44z7VdraxC8/a4xbi4U4t3GNVvOnvEvztqXAj2sK9uDazhBZUk6CJQRkJkrlDR/AZd4cDFplRCTgtUvjZjzc+mw03vObyPjOGmnE3t2Ump/dW0xfBKUPq4ePZIMG4w0zrUPPAjiKAb8F2cWzgUBLUbVxQbZLa79V7K8ShWEQ= Received: by 10.54.33.17 with SMTP id g17mr3901196wrg; Mon, 05 Sep 2005 13:38:23 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Mon, 5 Sep 2005 13:38:23 -0700 (PDT) Message-ID: <70e8236f05090513381584dda0@mail.gmail.com> Date: Mon, 5 Sep 2005 21:38:23 +0100 From: Joao Barros To: John Baldwin In-Reply-To: <70e8236f05090321007f621845@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> 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 Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 20:38:25 -0000 On 9/4/05, Joao Barros wrote: > On 8/8/05, John Baldwin wrote: > > Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have = verbose > > dmesg's from both cases so that I can compare them? >=20 > Ok, review: > FreeBSD5.4: kernel boots with amr installed > FreeBSD6.0: kernel doesn't boot with amr installed > As I think some commit in time between 5.4 and CURRENT(6.0) changed > something that prevents the kernel to boot with an amr installed, I'm > trying to pinpoint that change. > So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till > 6.0-CURRENT-SNAP001 which does not boot. > My next step will be to cvsup to specific times and start testing kernels= :) > More feedback to come! And after some(many) hours of compiling I narrowed the gap to a working kernel from September 1, 2004 to a non working kernel from November 1, 2004. And yes, more feeback to come. =20 -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 20:50: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 D330D16A41F for ; Mon, 5 Sep 2005 20:50:36 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6102743D5C for ; Mon, 5 Sep 2005 20:50:34 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so742693wra for ; Mon, 05 Sep 2005 13:50:33 -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=JKhpCwuYA70OCSxDqZ9izfHrAYmioqLfYe6P04014tHvdLUSdvr34+ppHwzcRLT0mf/ReFZMiRw5Js/Zm9zl3jXP9VbxBOi/fku7VKKRmTX5weLQUwjE93tGMuNdgA2vNT1iB53/ErksYKy0XVoKIVjsPlhmOEZu8FI/pEjSbVI= Received: by 10.54.33.78 with SMTP id g78mr3918340wrg; Mon, 05 Sep 2005 13:50:33 -0700 (PDT) Received: by 10.54.38.32 with HTTP; Mon, 5 Sep 2005 13:50:33 -0700 (PDT) Message-ID: <70e8236f0509051350e020f76@mail.gmail.com> Date: Mon, 5 Sep 2005 21:50:33 +0100 From: Joao Barros To: John Baldwin In-Reply-To: <70e8236f05090513381584dda0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> <70e8236f05090513381584dda0@mail.gmail.com> 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 Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 20:50:36 -0000 On 9/5/05, Joao Barros wrote: > On 9/4/05, Joao Barros wrote: > > On 8/8/05, John Baldwin wrote: > > > Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you hav= e verbose > > > dmesg's from both cases so that I can compare them? > > > > Ok, review: > > FreeBSD5.4: kernel boots with amr installed > > FreeBSD6.0: kernel doesn't boot with amr installed > > As I think some commit in time between 5.4 and CURRENT(6.0) changed > > something that prevents the kernel to boot with an amr installed, I'm > > trying to pinpoint that change. > > So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till > > 6.0-CURRENT-SNAP001 which does not boot. > > My next step will be to cvsup to specific times and start testing kerne= ls :) > > More feedback to come! >=20 > And after some(many) hours of compiling I narrowed the gap to a > working kernel from September 1, 2004 to a non working kernel from > November 1, 2004. Correction: November -> December =20 > And yes, more feeback to come. =20 -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 21:09:39 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 C30D716A41F for ; Mon, 5 Sep 2005 21:09:39 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE2343D46 for ; Mon, 5 Sep 2005 21:09:39 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so880602rna for ; Mon, 05 Sep 2005 14:09:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=D2xMFO9p/ihrbEyp5QrMaLKVlEV9fDUtzwBqloBUQCRECJBHvq4GHikXJo/750+zfQUIdxQeXe4WN9/cPLxW0l1bPuML5PTqUL2x22p4humqTXJ2ev/nkzsB/0/KCj9uue1E2C/q8BvpPOOiegJIdsuTij/jXKCdspmZcpZe35U= Received: by 10.38.24.60 with SMTP id 60mr357267rnx; Mon, 05 Sep 2005 14:09:38 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Mon, 5 Sep 2005 14:09:38 -0700 (PDT) Message-ID: Date: Mon, 5 Sep 2005 17:09:38 -0400 From: Scott Ullrich 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: Can't load kernel errors (with wierd bios messages) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 21:09:39 -0000 Hello list! I'm trying to understand a problem that keeps coming up quite often but I honestly have no idea what is going on. In random cases after upgrading I'm seeing the message: Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: can't load 'kernel' Screen shot of the error in action: http://www.pfsense.com/~sullrich/CantFindKernelError.JPG Does anyone know what causes this error? =20 Thanks in advance! Scott From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 23:51: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 9E22E16A420 for ; Mon, 5 Sep 2005 23:51:20 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB5543D53 for ; Mon, 5 Sep 2005 23:51:19 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so902458rna for ; Mon, 05 Sep 2005 16:51:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Kh65hgGA6QTzcVvntxYYthEWOE2X4kYgVWerzIDjn4fAizvHxl78EDnYzk7OBKO32cygIC5v0BLxPbuo3qeJ+Io0ABpEG/JqsyJbgCN64iOumO/HacM1svYgCjRStdXmWbhDxgtkcgAYlbj8VDuRy0qo/gQ3gFGnyeRkeFqSKus= Received: by 10.38.10.54 with SMTP id 54mr390871rnj; Mon, 05 Sep 2005 16:51:19 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Mon, 5 Sep 2005 16:51:19 -0700 (PDT) Message-ID: Date: Mon, 5 Sep 2005 19:51:19 -0400 From: Scott Ullrich To: freebsd-current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: Can't load kernel errors (with wierd bios messages) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Sep 2005 23:51:20 -0000 On 9/5/05, Scott Ullrich wrote: > Hello list! >=20 > I'm trying to understand a problem that keeps coming up quite often > but I honestly have no idea what is going on. >=20 > In random cases after upgrading I'm seeing the message: > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: >=20 > can't load 'kernel' >=20 > Screen shot of the error in action: > http://www.pfsense.com/~sullrich/CantFindKernelError.JPG >=20 > Does anyone know what causes this error? >=20 > Thanks in advance! Sorry to reply to myself but wanted to pass on info that people are asking me in private e-mails: 1. We have tried ACPI w/o help 2. This happens on more than one machine (last could its about 9) 3. It always happens after the first bootup after upgrading the kernel and = world Thanks again! Scott From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 00:17: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 15CFF16A41F; Tue, 6 Sep 2005 00:17:29 +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 5D6F243D46; Tue, 6 Sep 2005 00:17:28 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a169.otenet.gr [212.205.215.169]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j860HMBx006429; Tue, 6 Sep 2005 03:17:23 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j860GdYG000977; Tue, 6 Sep 2005 03:16:39 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j860GXlK000976; Tue, 6 Sep 2005 03:16:33 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 6 Sep 2005 03:16:33 +0300 From: Giorgos Keramidas To: Slawa Olhovchenkov Message-ID: <20050906001633.GA909@gothmog.gr> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050905175826.GL69481@zxy.spb.ru> Cc: rodrigc@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org, mirya@matrix.kiev.ua Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 00:17:29 -0000 On 2005-09-05 21:58, Slawa Olhovchenkov wrote: > On Mon, Sep 05, 2005 at 12:27:13PM -0400, Craig Rodrigues wrote: > > > On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: > > > This was on a console running with 132x25 mode. > > > > Can you try this? > > 1. I think your remember '()' around '||' > 2. Now mouse cursor not moved. Both true. Another mildly strange thing I noticed by breaking into the debugger and setting a breakpoint in set_mouse_pos() is that it seems to be called with too many arguments in its stack frame: # [thread pid 538 tid 100068 ] # Breakpoint at set_mouse_pos: pushl %ebp # db> where # Tracing pid 538 tid 100068 td 0xc1d35a80 # set_mouse_pos(c1ab6c00,c014630a,c3c811e0,3,c1d35a80) at set_mouse_pos # scioctl(c1aa8b00,c014630a,c3c811e0,3,c1d35a80) at scioctl+0x88 # giant_ioctl(c1aa8b00,c014630a,c3c811e0,3,c1d35a80) at giant_ioctl+0x33 # devfs_ioctl_f(c1baebd0,c014630a,c3c811e0,c1973d00,c1d35a80) at devfs_ioctl_f+0xaf # ioctl(c1d35a80,da920d04,3,0,297) at ioctl+0x370 # syscall(3b,3b,3b,80000000,0) at syscall+0x22f # Xint0x80_syscall() at Xint0x80_syscall+0x1f # --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28138e4b, esp = 0xbfbfe6fc, ebp = 0xbfbfe8b8 --- That's relatively odd, if we bear in mind that set_mouse_pos() in scmouse.c is defined as: static void set_mouse_pos(scr_stat *scp); Where would the extra arguments come from in the KDB trace? The diff I was using when this was traced, is: %%% Index: scmouse.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v retrieving revision 1.38 diff -u -r1.38 scmouse.c --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 +++ scmouse.c 6 Sep 2005 00:13:52 -0000 @@ -140,6 +140,8 @@ static void set_mouse_pos(scr_stat *scp) { + KASSERT(scp != NULL, ("null scp")); + if (scp->mouse_xpos < scp->xoff*scp->font_width) scp->mouse_xpos = scp->xoff*scp->font_width; if (scp->mouse_ypos < scp->yoff*scp->font_size) @@ -157,7 +159,9 @@ scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; } - if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { + if ((scp->mouse_xpos != scp->mouse_oldxpos || + scp->mouse_ypos != scp->mouse_oldypos) && + scp->font_size != 0 && scp->font_width != 0) { scp->status |= MOUSE_MOVED; scp->mouse_pos = (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize %%% From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 00:34: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 EB4FC16A41F for ; Tue, 6 Sep 2005 00:34:00 +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 8459143D45 for ; Tue, 6 Sep 2005 00:34:00 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j860XxRQ096702; Mon, 5 Sep 2005 19:33:59 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <431CE403.3050304@centtech.com> Date: Mon, 05 Sep 2005 19:34:11 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: JP Klodzinski References: <431BA652.5040400@centtech.com> <20050905072956.63748.qmail@web33511.mail.mud.yahoo.com> <79722fad0509050036634834a@mail.gmail.com> <431C6C84.1070403@gmx.org> In-Reply-To: <431C6C84.1070403@gmx.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, vladgalu@gmail.com Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 00:34:01 -0000 JP Klodzinski wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello Dean, > > I'm sorry that i mixed the mailing lists, but i think this could also be > interessting for all other in this list using a D610. I think that it > not depends to th ICH6M SATA controller. It's an problem with the BIOS. > I got my D610 with the BIOS A03 and everything worked fine. Than i > updated the BIOS to A04 and the problems are the same as you described. > I also testet every FBSD version i had. Today i updated the BIOS to the > newest version A05 and no problems. So could you be so kind and may > check your BIOS version if it is the A04, i hope you have a chance to > update the BIOS. ;) Just to confirm, I was using A03 on the D610's. Eric >>On 9/5/05, Dean Patterson wrote: >>[snip] >>FWIW, http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=627 >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (FreeBSD) > > iD8DBQFDHGyDZ7GnDF3tpZURAhIcAJ0ZKPUzLvkF91frebK6HNdxgBG5gACfbHC5 > mGx1MvQQkGfLjiB1KbWQvC4= > =43MH > -----END PGP SIGNATURE----- > _______________________________________________ > 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" -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 01:54: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 785C216A41F; Tue, 6 Sep 2005 01:54:36 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C05B643D45; Tue, 6 Sep 2005 01:54:35 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a079.otenet.gr [212.205.215.79]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j861sOaq017329; Tue, 6 Sep 2005 04:54:26 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j861sLNX000698; Tue, 6 Sep 2005 04:54:21 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j861sLrO000694; Tue, 6 Sep 2005 04:54:21 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 6 Sep 2005 04:54:19 +0300 From: Giorgos Keramidas To: Slawa Olhovchenkov Message-ID: <20050906015418.GA590@gothmog.gr> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050905175826.GL69481@zxy.spb.ru> Cc: rodrigc@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org, mirya@matrix.kiev.ua Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 01:54:36 -0000 On 2005-09-05 21:58, Slawa Olhovchenkov wrote: > On Mon, Sep 05, 2005 at 12:27:13PM -0400, Craig Rodrigues wrote: > > > On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: > > > This was on a console running with 132x25 mode. > > > > Can you try this? > > 1. I think your remember '()' around '||' > 2. Now mouse cursor not moved. I think I've found why this seems broken in non-graphics VESA modes. In vesa_ioctl(), the 132x25 text mode triggers (diff since August 30): - return sc_set_text_mode(scp, tp, cmd & 0xff, 0, 0, 0); + return sc_set_text_mode(scp, tp, cmd & 0xff, 0, 0, 0, 0); By calling sc_set_text_mode() with a font width of zero, scp->font_width is then initialized to 0 and all set_mouse_pos() calls avoid running the patched section: > > - if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { > > + if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos && scp->font_size != 0 && scp->font_width != 0) { > > scp->status |= MOUSE_MOVED; > > scp->mouse_pos = > > (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize The following patch fixes the movement of the cursor in VESA text modes and avoids a panic in non-graphics VESA modes, by wrapping the graphics-specific changes to the position of the cursor in ISGRAPHSC(scp) checks. The extra KASSERT() is probably not necessary, but I'd vote for leaving it there anyway. %%% Index: scmouse.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v retrieving revision 1.38 diff -u -r1.38 scmouse.c --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 +++ scmouse.c 6 Sep 2005 01:51:08 -0000 @@ -140,9 +140,12 @@ static void set_mouse_pos(scr_stat *scp) { - if (scp->mouse_xpos < scp->xoff*scp->font_width) - scp->mouse_xpos = scp->xoff*scp->font_width; - if (scp->mouse_ypos < scp->yoff*scp->font_size) + + KASSERT(scp != NULL, ("null scp")); + + if (scp->font_width != 0 && scp->mouse_xpos < scp->xoff * scp->font_width) + scp->mouse_xpos = scp->xoff * scp->font_width; + if (scp->font_size != 0 && scp->mouse_ypos < scp->yoff * scp->font_size) scp->mouse_ypos = scp->yoff*scp->font_size; if (ISGRAPHSC(scp)) { if (scp->mouse_xpos > scp->xpixel-1) @@ -151,17 +154,21 @@ scp->mouse_ypos = scp->ypixel-1; return; } else { - if (scp->mouse_xpos > (scp->xsize + scp->xoff)*scp->font_width - 1) - scp->mouse_xpos = (scp->xsize + scp->xoff)*scp->font_width - 1; - if (scp->mouse_ypos > (scp->ysize + scp->yoff)*scp->font_size - 1) - scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; + if (scp->font_width != 0 && + scp->mouse_xpos > (scp->xsize + scp->xoff) * scp->font_width - 1) + scp->mouse_xpos = (scp->xsize + scp->xoff) * scp->font_width - 1; + if (scp->font_size != 0 && + scp->mouse_ypos > (scp->ysize + scp->yoff) * scp->font_size - 1) + scp->mouse_ypos = (scp->ysize + scp->yoff) * scp->font_size - 1; } if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { scp->status |= MOUSE_MOVED; - scp->mouse_pos = - (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize - + scp->mouse_xpos/scp->font_width - scp->xoff; + if (ISGRAPHSC(scp)) { + scp->mouse_pos = + (scp->mouse_ypos / scp->font_size - scp->yoff) * scp->xsize + + scp->mouse_xpos / scp->font_width - scp->xoff; + } #ifndef SC_NO_CUTPASTE if ((scp->status & MOUSE_VISIBLE) && (scp->status & MOUSE_CUTTING)) mouse_cut(scp); %%% From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 02:26: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 879D416A41F; Tue, 6 Sep 2005 02:26:57 +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 D1BC843D46; Tue, 6 Sep 2005 02:26:56 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a079.otenet.gr [212.205.215.79]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j862QpPo002262; Tue, 6 Sep 2005 05:26:52 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j862QgBd000656; Tue, 6 Sep 2005 05:26:42 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j862QaVl000630; Tue, 6 Sep 2005 05:26:36 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 6 Sep 2005 05:26:06 +0300 From: Giorgos Keramidas To: Slawa Olhovchenkov Message-ID: <20050906022606.GA607@gothmog.gr> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> <20050906015418.GA590@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906015418.GA590@gothmog.gr> Cc: rodrigc@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org, mirya@matrix.kiev.ua Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 02:26:57 -0000 On 2005-09-06 04:54, Giorgos Keramidas wrote: > The following patch fixes the movement of the cursor in VESA text modes and > avoids a panic in non-graphics VESA modes, by wrapping the graphics-specific [...] Wrong diff, sorry. This one leaves "mouse cursor trails", because it doesn't solve the real problem and fails to calculate the correct mouse_pos. The following should work much better, by assigning a default font_width of 8 to VESA text modes that have a font_width of zero. %%% Index: scmouse.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v retrieving revision 1.38 diff -u -r1.38 scmouse.c --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 +++ scmouse.c 6 Sep 2005 02:21:38 -0000 @@ -140,9 +140,14 @@ static void set_mouse_pos(scr_stat *scp) { - if (scp->mouse_xpos < scp->xoff*scp->font_width) - scp->mouse_xpos = scp->xoff*scp->font_width; - if (scp->mouse_ypos < scp->yoff*scp->font_size) + int font_width; + + KASSERT(scp != NULL, ("null scp")); + + font_width = (scp->font_width ? scp->font_width : 8); + if (scp->mouse_xpos < scp->xoff * font_width) + scp->mouse_xpos = scp->xoff * font_width; + if (scp->mouse_ypos < scp->yoff * scp->font_size) scp->mouse_ypos = scp->yoff*scp->font_size; if (ISGRAPHSC(scp)) { if (scp->mouse_xpos > scp->xpixel-1) @@ -151,17 +156,17 @@ scp->mouse_ypos = scp->ypixel-1; return; } else { - if (scp->mouse_xpos > (scp->xsize + scp->xoff)*scp->font_width - 1) - scp->mouse_xpos = (scp->xsize + scp->xoff)*scp->font_width - 1; - if (scp->mouse_ypos > (scp->ysize + scp->yoff)*scp->font_size - 1) - scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; + if (scp->mouse_xpos > (scp->xsize + scp->xoff) * font_width - 1) + scp->mouse_xpos = (scp->xsize + scp->xoff) * font_width - 1; + if (scp->mouse_ypos > (scp->ysize + scp->yoff) * scp->font_size - 1) + scp->mouse_ypos = (scp->ysize + scp->yoff) * scp->font_size - 1; } if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { scp->status |= MOUSE_MOVED; - scp->mouse_pos = - (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize - + scp->mouse_xpos/scp->font_width - scp->xoff; + scp->mouse_pos = + (scp->mouse_ypos / scp->font_size - scp->yoff) * scp->xsize + + scp->mouse_xpos / font_width - scp->xoff; #ifndef SC_NO_CUTPASTE if ((scp->status & MOUSE_VISIBLE) && (scp->status & MOUSE_CUTTING)) mouse_cut(scp); %%% From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 06:59: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 AF4EA16A41F for ; Tue, 6 Sep 2005 06:59:11 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D0643D45 for ; Tue, 6 Sep 2005 06:59:10 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j866x9CR013010 for ; Tue, 6 Sep 2005 08:59:09 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 6A22040509 for ; Tue, 6 Sep 2005 08:59:09 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31702-01 for ; Tue, 6 Sep 2005 08:59:06 +0200 (CEST) Received: from www.gwch.net (pluto.gwch.net [192.168.2.103]) by mail.gwch.net (Postfix) with ESMTP id 194024006F for ; Tue, 6 Sep 2005 08:59:06 +0200 (CEST) Received: from 62.2.21.164 (SquirrelMail authenticated user rogerg) by www.gwch.net with HTTP; Tue, 6 Sep 2005 08:59:06 +0200 (CEST) Message-ID: <32544.62.2.21.164.1125989946.squirrel@www.gwch.net> Date: Tue, 6 Sep 2005 08:59:06 +0200 (CEST) From: "Roger Grosswiler" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.6 [CVS]-0.cvs20050812.1.fc4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on smtp-03.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-03.tornado.cablecom.ch 32701; Body=1 Fuz1=1 Fuz2=1 Subject: Error installing 6.0 Beta 3 on my Dell Notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 06:59:11 -0000 Hey, I tried to install 6.0 Beta 3 from CD's on my Dell Notebook, which stopped in KBD with panic. I read a thread about this, saying that this happens when installing 6.0 Beta 3 from CD's - so i downloaded the bootonly.iso and tried via ftp. But, even ftp broke after a nearly finished installation with the same error. Unfortunately, i did not write down the exact error. It has been a vn-panic...whatever... Do you have any idea, why this happens? Roger From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 07:34: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 D335416A41F; Tue, 6 Sep 2005 07:34:42 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE16F43D46; Tue, 6 Sep 2005 07:34:41 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j867YdAY066328; Tue, 6 Sep 2005 11:34:39 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j867Ycwt066327; Tue, 6 Sep 2005 11:34:38 +0400 (MSD) (envelope-from yar) Date: Tue, 6 Sep 2005 11:34:38 +0400 From: Yar Tikhiy To: Robert Watson Message-ID: <20050906073438.GA64567@comp.chem.msu.su> References: <1125487485.34476.6.camel@buffy.york.ac.uk> <20050831134927.GA20529@comp.chem.msu.su> <1125594635.63101.3.camel@buffy.york.ac.uk> <20050903201628.D88940@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050903201628.D88940@fledge.watson.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0BETA3 panic in ip_output (vlan/RIP related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 07:34:42 -0000 On Sat, Sep 03, 2005 at 08:19:28PM +0100, Robert Watson wrote: > > I believe I've chatted with Gleb about this some, but want to confirm that > I understand the problem here: this occurs when an interface is removed > while IP multicast membership is still present for multicast groups on the > interface. When the multicast socket is closed, then the kernel panics > because it has a now invalid cached pointer to the interface structure > (now freed), which cases an assertion failure because the mutex code > detects that it is operating on an invalid mutex. I have exactly the same notion of the issue. > So it sounds like we need to figure out how the multicast code should > behave on interface removal -- I wonder what other operating systems do > here? Do they simply invalidate current membership related with the > interface, or do they leave the multicast sockets in a state such that if > the interface comes back, the memberships are re-bound? The idea of keeping such "orphaned" multicast sockets around seems to come from the way we deal with ordinary, unicast, sockets, whose local address has been deleted: such sockets just wait for the address to be re-assigned to some interface in the system (a different one, perhaps.) However, multicast group membership is bound to a specific interface by design. Therefore I fail to see how we can revive it on a different, newly created, interface even if it may have the same name and type as the old one used to have. E.g., a dial-up user disconnects, ppp0 is destroyed; is ppp0 to appear when another user connects the same as the old instance of ppp0? And here is the opposite case: you replace a PCMCIA Ethernet card in your notebook with another one of a different hardware type; how can the system tell that the old and new interfaces are virtually the same? I'm afraid that the system should lose its multicast group membership on a destroyed interface because there will be no such interface in the system again. In the case of routing daemons, which are among the major consumers of IP multicast, such a daemon will notice this or some other interface re-appearing and join groups it needs on it again. Other multicast software can just fail upon its interface departure, or wait until an interface with an IP address known to the software re-appears. I'm afraid we cannot hide this in the kernel because, in general, an IP address alone is insufficient to determine an interface to join a multicast group on in the presence of "unnumbered" interfaces. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 07:39: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 041B616A41F for ; Tue, 6 Sep 2005 07:39:37 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EC9843D45 for ; Tue, 6 Sep 2005 07:39:36 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j867dT0x031916 for ; Tue, 6 Sep 2005 00:39:33 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509060739.j867dT0x031916@gw.catspoiler.org> Date: Tue, 6 Sep 2005 00:39:29 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 07:39:37 -0000 Attached below is a patch to fix the problem caused by having any ext2fs file systems mounted at system shutdown time that prevents any of the file systems from being unmounted and then being marked dirty when the system comes back up. It works by tweaking ext2fs so that it marks the bufs that it keeps locked as long as the file system is mounted, and tweaks the shutdown code to ignore these bufs when it is counting the number of busy buffers. This patch applies cleanly to both HEAD and RELENG_6. I rarely use ext2fs and was only able to do runtime testing of this patch on HEAD. I've done compile tests on RELENG_6. I've also got a version of this patch for RELENG_5 that I'll release for testing after I do the commit to HEAD. If you use ext2fs with HEAD or RELENG_6, I'd appreciate it if you could test this patch before I commit it. If possible, I'd like to get this into 6.0-RELEASE. Index: sys/kern/kern_shutdown.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_shutdown.c,v retrieving revision 1.174 diff -u -r1.174 kern_shutdown.c --- sys/kern/kern_shutdown.c 12 Apr 2005 05:45:58 -0000 1.174 +++ sys/kern/kern_shutdown.c 5 Sep 2005 19:21:38 -0000 @@ -236,6 +236,16 @@ dumpsys(&dumper); } +static int +isbufbusy(struct buf *bp) +{ + if (((bp->b_flags & (B_INVAL | B_PERSISTENT)) == 0 && + BUF_REFCNT(bp) > 0) || + ((bp->b_flags & (B_DELWRI | B_INVAL)) == B_DELWRI)) + return (1); + return (0); +} + /* * Shutdown the system cleanly to prepare for reboot, halt, or power off. */ @@ -288,16 +298,9 @@ */ for (iter = pbusy = 0; iter < 20; iter++) { nbusy = 0; - for (bp = &buf[nbuf]; --bp >= buf; ) { - if ((bp->b_flags & B_INVAL) == 0 && - BUF_REFCNT(bp) > 0) { + for (bp = &buf[nbuf]; --bp >= buf; ) + if (isbufbusy(bp)) nbusy++; - } else if ((bp->b_flags & (B_DELWRI | B_INVAL)) - == B_DELWRI) { - /* bawrite(bp);*/ - nbusy++; - } - } if (nbusy == 0) { if (first_buf_printf) printf("All buffers synced."); @@ -343,8 +346,7 @@ */ nbusy = 0; for (bp = &buf[nbuf]; --bp >= buf; ) { - if (((bp->b_flags&B_INVAL) == 0 && BUF_REFCNT(bp)) || - ((bp->b_flags & (B_DELWRI|B_INVAL)) == B_DELWRI)) { + if (isbufbusy(bp)) { #if 0 /* XXX: This is bogus. We should probably have a BO_REMOTE flag instead */ if (bp->b_dev == NULL) { Index: sys/kern/vfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_bio.c,v retrieving revision 1.493 diff -u -r1.493 vfs_bio.c --- sys/kern/vfs_bio.c 3 Aug 2005 05:02:08 -0000 1.493 +++ sys/kern/vfs_bio.c 5 Sep 2005 07:46:49 -0000 @@ -1365,7 +1365,8 @@ if (bp->b_bufsize || bp->b_kvasize) bufspacewakeup(); - bp->b_flags &= ~(B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF | B_DIRECT); + bp->b_flags &= ~(B_ASYNC | B_NOCACHE | B_AGE | B_RELBUF | B_DIRECT | + B_PERSISTENT); if ((bp->b_flags & B_DELWRI) == 0 && (bp->b_xflags & BX_VNDIRTY)) panic("brelse: not dirty"); /* unlock */ Index: sys/sys/buf.h =================================================================== RCS file: /home/ncvs/src/sys/sys/buf.h,v retrieving revision 1.188 diff -u -r1.188 buf.h --- sys/sys/buf.h 13 Aug 2005 20:21:33 -0000 1.188 +++ sys/sys/buf.h 5 Sep 2005 19:36:24 -0000 @@ -195,7 +195,7 @@ #define B_CACHE 0x00000020 /* Bread found us in the cache. */ #define B_VALIDSUSPWRT 0x00000040 /* Valid write during suspension. */ #define B_DELWRI 0x00000080 /* Delay I/O until buffer reused. */ -#define B_00000100 0x00000100 /* Available flag. */ +#define B_PERSISTENT 0x00000100 /* Perm. ref'ed while fs mounted. */ #define B_DONE 0x00000200 /* I/O completed. */ #define B_EINTR 0x00000400 /* I/O was interrupted */ #define B_00000800 0x00000800 /* Available flag. */ @@ -220,10 +220,10 @@ #define B_CLUSTER 0x40000000 /* pagein op, so swap() can count it */ #define B_REMFREE 0x80000000 /* Delayed bremfree */ -#define PRINT_BUF_FLAGS "\20\40b31\37cluster\36vmio\35ram\34b27" \ +#define PRINT_BUF_FLAGS "\20\40remfree\37cluster\36vmio\35ram\34b27" \ "\33paging\32b25\31b24\30b23\27relbuf\26dirty\25b20" \ - "\24b19\23phys\22clusterok\21malloc\20nocache\17locked\16inval" \ - "\15scanned\14nowdrain\13eintr\12done\11b8\10delwri\7validsuspwrt" \ + "\24b19\23b18\22clusterok\21malloc\20nocache\17b14\16inval" \ + "\15b12\14b11\13eintr\12done\11persist\10delwri\7validsuspwrt" \ "\6cache\5deferred\4direct\3async\2needcommit\1age" /* Index: sys/gnu/fs/ext2fs/fs.h =================================================================== RCS file: /home/ncvs/src/sys/gnu/fs/ext2fs/fs.h,v retrieving revision 1.17 diff -u -r1.17 fs.h --- sys/gnu/fs/ext2fs/fs.h 6 Jan 2005 18:27:30 -0000 1.17 +++ sys/gnu/fs/ext2fs/fs.h 5 Sep 2005 21:29:11 -0000 @@ -150,11 +150,16 @@ /* * Historically, ext2fs kept it's metadata buffers on the LOCKED queue. Now, - * we simply change the lock owner to kern so that it may be released from - * another context. Later, we release the buffer, and conditionally write it - * when we're done. + * we simply change the lock owner to kern so that we may use it from contexts + * other than the one that originally locked it. When we are finished with + * the buffer, we release it, writing it first if it was dirty. The + * B_PERSISTENT flag is cleared by brelse(), which bwrite() calls after the + * buffer is written in the B_DIRTY case. */ -#define LCK_BUF(bp) BUF_KERNPROC(bp); +#define LCK_BUF(bp) { \ + (bp)->b_flags |= B_PERSISTENT; \ + BUF_KERNPROC(bp); \ +} #define ULCK_BUF(bp) { \ long flags; \ From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 07:44: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 555BD16A41F; Tue, 6 Sep 2005 07:44:36 +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 0343343D45; Tue, 6 Sep 2005 07:44:35 +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 9081EBC66; Tue, 6 Sep 2005 07:44:34 +0000 (UTC) To: Don Lewis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 Sep 2005 00:39:29 PDT." <200509060739.j867dT0x031916@gw.catspoiler.org> Date: Tue, 06 Sep 2005 09:44:33 +0200 Message-ID: <63946.1125992673@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 07:44:36 -0000 In message <200509060739.j867dT0x031916@gw.catspoiler.org>, Don Lewis writes: >Attached below is a patch to fix the problem caused by having any ext2fs >file systems mounted at system shutdown time that prevents any of the >file systems from being unmounted and then being marked dirty when the >system comes back up. It works by tweaking ext2fs so that it marks the >bufs that it keeps locked as long as the file system is mounted, and >tweaks the shutdown code to ignore these bufs when it is counting the >number of busy buffers. Why is this necessary ? As far as I know we do an orderly unmount of all filesystems at shutdown, so shouldn't ext2fs release the buffers at that time ? -- 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 Sep 6 07:57: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 9055016A41F for ; Tue, 6 Sep 2005 07:57:12 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 470A343D45 for ; Tue, 6 Sep 2005 07:57:12 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j867v42t031957; Tue, 6 Sep 2005 00:57:08 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509060757.j867v42t031957@gw.catspoiler.org> Date: Tue, 6 Sep 2005 00:57:04 -0700 (PDT) From: Don Lewis To: phk@haven.freebsd.dk In-Reply-To: <63946.1125992673@phk.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 07:57:12 -0000 On 6 Sep, Poul-Henning Kamp wrote: > In message <200509060739.j867dT0x031916@gw.catspoiler.org>, Don Lewis writes: >>Attached below is a patch to fix the problem caused by having any ext2fs >>file systems mounted at system shutdown time that prevents any of the >>file systems from being unmounted and then being marked dirty when the >>system comes back up. It works by tweaking ext2fs so that it marks the >>bufs that it keeps locked as long as the file system is mounted, and >>tweaks the shutdown code to ignore these bufs when it is counting the >>number of busy buffers. > > Why is this necessary ? As far as I know we do an orderly unmount > of all filesystems at shutdown, so shouldn't ext2fs release the > buffers at that time ? We count the busy buffers before unmounting anything, and skip the unmount if the count is nonzero. if (nbusy) { /* * Failed to sync all blocks. Indicate this and don't * unmount filesystems (thus forcing an fsck on reboot). */ printf("Giving up on %d buffers\n", nbusy); DELAY(5000000); /* 5 seconds */ } else { if (!first_buf_printf) printf("Final sync complete\n"); /* * Unmount filesystems */ if (panicstr == 0) vfs_unmountall(); } It would be nice if we only skipped unmounting those file systems that failed to sync. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 08: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 201FD16A420; Tue, 6 Sep 2005 08:21:08 +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 BDA5343D48; Tue, 6 Sep 2005 08:21:07 +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 25503BC66; Tue, 6 Sep 2005 08:21:05 +0000 (UTC) To: Don Lewis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 Sep 2005 00:57:04 PDT." <200509060757.j867v42t031957@gw.catspoiler.org> Date: Tue, 06 Sep 2005 10:21:05 +0200 Message-ID: <64074.1125994865@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 08:21:08 -0000 In message <200509060757.j867v42t031957@gw.catspoiler.org>, Don Lewis writes: >> Why is this necessary ? As far as I know we do an orderly unmount >> of all filesystems at shutdown, so shouldn't ext2fs release the >> buffers at that time ? > >We count the busy buffers before unmounting anything, and skip the >unmount if the count is nonzero. I guess this has an interesting historical explanation, but I have a hard time seeing how we could arrive at this logic if we started from scratch today. My best guess is that this is an attempt to detect disk errors: The sync(2) call would push as much as possible onto disks and by skipping the unmount we would not hang waiting for the dead disk. I think we should do away with the nbusy check, including the 35 lines of softupdate magic and call vfs_unmountall() in all circumstances (but retain the check for !cold, RB_NOSYNC and panic). Instead we should add a flag to VFS_UNMOUNT that means "don't hang forever" and use that in vfs_unmountall(). Calling sync(2) up front still makes sense as it will take advantage of any parallism possible to multiple drives. Poul-Henning PS: Considering power management, sleep/suspend modes etc, it would make sense to add a "MNT_CLEAN" flag to pass to VOP_FSYNC which instructed the filesystem to flush everything to disk, and reset any "dirty" flags on the disk to "clean" but leave the filesystem mounted. (On subsequent I/O the first thing the filesystem must do is set the dirty flag again. That way it would be as safe (as possible) to power a sleeping/suspend machine off. -- 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 Sep 6 08:31: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 63CD716A420 for ; Tue, 6 Sep 2005 08:31:56 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0435643D4C for ; Tue, 6 Sep 2005 08:31:47 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 06 Sep 2005 08:31:46 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp025) with SMTP; 06 Sep 2005 10:31:46 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 6 Sep 2005 10:31:31 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6055794.sbHhagjjx5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509061031.43596@harrymail> X-Y-GMX-Trusted: 0 Subject: Early probing (4 sec. break) question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 08:31:56 -0000 --nextPart6055794.sbHhagjjx5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, booting verbose gives me: OK set boot_verbose=3DYES OK boot SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D01 base=3D0000000000100000 len=3D0000000003f00000 SMAP type=3D02 base=3D00000000fff00000 len=3D0000000000100000 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. =46reeBSD 6.0-BETA4 #0: Mon Sep 5 00:22:20 UTC 2005 =20 harry@cale.flintsbach.schmalzbauer.de:/usr/obj/flashbsd/usr/src/sys/SAMPLE =2D--> What does it do here? It takes three seconds obviously doing nothing, would be nice if there was a output line so you don't assume the box may be hanging! In non verbose mode the Calibrating... line doesn't show up so to the user there's another second of visably doing nothing! Thanks, -Harry=20 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d3e000. Preloaded md_image "/boot/modules/fs_slash" at 0xc0d3e138. Calibrating clock(s) ... i8254 clock: 1189167 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Enhanced Am486DX4/Am5x86 Write-Back (486-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x494 Stepping =3D 4 Features=3D0x1 real memory =3D 67108864 (64 MB) --nextPart6055794.sbHhagjjx5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDHVPvBylq0S4AzzwRAqdSAJsHDQe2EkEirBiVrpiPTZYeylVpgQCfRDan ScJMIkhDWp3tjXMHWqWPplA= =91Qi -----END PGP SIGNATURE----- --nextPart6055794.sbHhagjjx5-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 08:41: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 7C90516A41F for ; Tue, 6 Sep 2005 08:41:53 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162E443D46 for ; Tue, 6 Sep 2005 08:41:53 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j868fj1I032057; Tue, 6 Sep 2005 01:41:49 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509060841.j868fj1I032057@gw.catspoiler.org> Date: Tue, 6 Sep 2005 01:41:45 -0700 (PDT) From: Don Lewis To: phk@haven.freebsd.dk In-Reply-To: <64074.1125994865@phk.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 08:41:53 -0000 On 6 Sep, Poul-Henning Kamp wrote: > In message <200509060757.j867v42t031957@gw.catspoiler.org>, Don Lewis writes: > >>> Why is this necessary ? As far as I know we do an orderly unmount >>> of all filesystems at shutdown, so shouldn't ext2fs release the >>> buffers at that time ? >> >>We count the busy buffers before unmounting anything, and skip the >>unmount if the count is nonzero. > > I guess this has an interesting historical explanation, but I have > a hard time seeing how we could arrive at this logic if we started > from scratch today. > > My best guess is that this is an attempt to detect disk errors: The > sync(2) call would push as much as possible onto disks and by > skipping the unmount we would not hang waiting for the dead disk. I suspect both that is one possible reason, and another reason would be to avoid marking the file system clean if any writes timed out. > I think we should do away with the nbusy check, including the 35 > lines of softupdate magic and call vfs_unmountall() in all circumstances > (but retain the check for !cold, RB_NOSYNC and panic). > > Instead we should add a flag to VFS_UNMOUNT that means "don't hang > forever" and use that in vfs_unmountall(). That makes sense longer term, but for quite some time we've had a number of users who have been rather unhappy to find out that every time they reboot with a mounted ext2fs file system that *all* of their file systems are marked dirty and require attention from fsck. > Calling sync(2) up front still makes sense as it will take advantage > of any parallism possible to multiple drives. > > Poul-Henning > > PS: Considering power management, sleep/suspend modes etc, it would > make sense to add a "MNT_CLEAN" flag to pass to VOP_FSYNC which > instructed the filesystem to flush everything to disk, and reset > any "dirty" flags on the disk to "clean" but leave the filesystem > mounted. (On subsequent I/O the first thing the filesystem must > do is set the dirty flag again. That way it would be as safe (as > possible) to power a sleeping/suspend machine off. Yup. That would also be especially useful for removable media. If file systems mounted on removable media were marked clean fairly soon after going idle, then it is quite likely that if the media was removed without unmounting the file system that the file system would be clean. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 08:45: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 7FAF416A41F for ; Tue, 6 Sep 2005 08:45:21 +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 2544643D58 for ; Tue, 6 Sep 2005 08:45:21 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1ECZ6a-000AHE-1G; Tue, 06 Sep 2005 12:47:00 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Tue, 06 Sep 2005 12:47:00 +0400 Message-ID: <42420091@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: Subject: to commit patch for share/examples/etc/make.conf to remove -O2 warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 08:45:21 -0000 Hi! can anybody look at and commit before 6.0-RELEASE: http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/85548 Thank you. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 08:45: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 E3BFC16A41F; Tue, 6 Sep 2005 08:45:53 +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 8FED343D45; Tue, 6 Sep 2005 08:45:53 +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 2EFECBC6B; Tue, 6 Sep 2005 08:45:52 +0000 (UTC) To: Don Lewis From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 Sep 2005 01:41:45 PDT." <200509060841.j868fj1I032057@gw.catspoiler.org> Date: Tue, 06 Sep 2005 10:45:51 +0200 Message-ID: <64186.1125996351@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 08:45:54 -0000 In message <200509060841.j868fj1I032057@gw.catspoiler.org>, Don Lewis writes: >I suspect both that is one possible reason, and another reason would be >to avoid marking the file system clean if any writes timed out. In that case the unmount should fail, otherwise the filesystem is buggy. >> I think we should do away with the nbusy check, including the 35 >> lines of softupdate magic and call vfs_unmountall() in all circumstances >> (but retain the check for !cold, RB_NOSYNC and panic). >> >> Instead we should add a flag to VFS_UNMOUNT that means "don't hang >> forever" and use that in vfs_unmountall(). > >That makes sense longer term, but for quite some time we've had a number >of users who have been rather unhappy to find out that every time they >reboot with a mounted ext2fs file system that *all* of their file >systems are marked dirty and require attention from fsck. I am really not keen on adding more magic features to the buffer cache if we can get the same effect by taking away code. Considering that our kernel presently tend to explode violently on disk errors I would say that the nbusy check should just be commented out for now and vfs_unmountall() always tried. -- 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 Sep 6 09:01: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 833AC16A41F; Tue, 6 Sep 2005 09:01:36 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5BA43D49; Tue, 6 Sep 2005 09:01:35 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 23BBB440A9; Tue, 6 Sep 2005 11:01:33 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11850-04; Tue, 6 Sep 2005 11:01:31 +0200 (CEST) Received: from m2a2.dyndns.org (p50913A18.dip0.t-ipconnect.de [80.145.58.24]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id A5AFB440A0; Tue, 6 Sep 2005 11:01:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id EE44977521; Tue, 6 Sep 2005 11:01:30 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30210-05; Tue, 6 Sep 2005 11:01:30 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 4930E77636; Tue, 6 Sep 2005 11:01:30 +0200 (CEST) From: Matthias Andree To: "Poul-Henning Kamp" In-Reply-To: <64074.1125994865@phk.freebsd.dk> (Poul-Henning Kamp's message of "Tue, 06 Sep 2005 10:21:05 +0200") References: <64074.1125994865@phk.freebsd.dk> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Tue, 06 Sep 2005 11:01:30 +0200 Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at dt.e-technik.uni-dortmund.de Cc: Don Lewis , current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 09:01:36 -0000 "Poul-Henning Kamp" writes: > PS: Considering power management, sleep/suspend modes etc, it would > make sense to add a "MNT_CLEAN" flag to pass to VOP_FSYNC which > instructed the filesystem to flush everything to disk, and reset > any "dirty" flags on the disk to "clean" but leave the filesystem > mounted. (On subsequent I/O the first thing the filesystem must > do is set the dirty flag again. That way it would be as safe (as > possible) to power a sleeping/suspend machine off. If you have proper cache flushing/synchronization semantics (such as putting an ATA disk to sleep), go right ahead - but woe betide the user whose disk choses to reorder writes and sleep before flushing the whole cache. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 09:02: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 402FD16A41F for ; Tue, 6 Sep 2005 09:02:37 +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 D20A643D4C for ; Tue, 6 Sep 2005 09:02:36 +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 j8692acT029543; Tue, 6 Sep 2005 02:02:36 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j8692a62029542; Tue, 6 Sep 2005 02:02:36 -0700 (PDT) (envelope-from obrien) Date: Tue, 6 Sep 2005 02:02:35 -0700 From: "David O'Brien" To: Boris Samorodov Message-ID: <20050906090235.GA29273@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Boris Samorodov References: <42420091@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42420091@srv.sem.ipt.ru> 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 Cc: freebsd-current@FreeBSD.org Subject: Re: to commit patch for share/examples/etc/make.conf to remove -O2 warnings 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: Tue, 06 Sep 2005 09:02:37 -0000 On Tue, Sep 06, 2005 at 12:47:00PM +0400, Boris Samorodov wrote: > can anybody look at and commit before 6.0-RELEASE: > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/85548 Revision 1.266 should be MFC'ed. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 09:06: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 8F11616A41F for ; Tue, 6 Sep 2005 09:06:48 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 454C043D46 for ; Tue, 6 Sep 2005 09:06:48 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j8696evP032122; Tue, 6 Sep 2005 02:06:44 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509060906.j8696evP032122@gw.catspoiler.org> Date: Tue, 6 Sep 2005 02:06:40 -0700 (PDT) From: Don Lewis To: phk@haven.freebsd.dk In-Reply-To: <64186.1125996351@phk.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 09:06:48 -0000 On 6 Sep, Poul-Henning Kamp wrote: > In message <200509060841.j868fj1I032057@gw.catspoiler.org>, Don Lewis writes: > >>I suspect both that is one possible reason, and another reason would be >>to avoid marking the file system clean if any writes timed out. > > In that case the unmount should fail, otherwise the filesystem is > buggy. > >>> I think we should do away with the nbusy check, including the 35 >>> lines of softupdate magic and call vfs_unmountall() in all circumstances >>> (but retain the check for !cold, RB_NOSYNC and panic). >>> >>> Instead we should add a flag to VFS_UNMOUNT that means "don't hang >>> forever" and use that in vfs_unmountall(). >> >>That makes sense longer term, but for quite some time we've had a number >>of users who have been rather unhappy to find out that every time they >>reboot with a mounted ext2fs file system that *all* of their file >>systems are marked dirty and require attention from fsck. > > I am really not keen on adding more magic features to the buffer cache > if we can get the same effect by taking away code. I'm not especially thrilled about it either since the buffer cache code is one of the parts of the kernel that I understand the least. This patch is pretty non-intrusive, though, because it essentially just borrows an unused flag bit. > Considering that our kernel presently tend to explode violently on > disk errors I would say that the nbusy check should just be commented > out for now and vfs_unmountall() always tried. This might be reasonable to try in HEAD, but I'm not comfortable doing it in RELENG_6 and RELENG_5. We've always skipped vfs_unmountall() if nbusy != 0, so we don't know what strange and wonderful new failure modes we might find if we do it unconditionally. Just auditing the code would be a lot of work given the number of file system types we support. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 09:11: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 0F37D16A41F for ; Tue, 6 Sep 2005 09:11:37 +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 9EF8643D45 for ; Tue, 6 Sep 2005 09:11:36 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1ECZVz-000AIX-6U; Tue, 06 Sep 2005 13:13:15 +0400 To: freebsd-current@freebsd.org References: <42420091@srv.sem.ipt.ru> <20050906090235.GA29273@dragon.NUXI.org> From: Boris Samorodov Date: Tue, 06 Sep 2005 13:13:15 +0400 In-Reply-To: <20050906090235.GA29273@dragon.NUXI.org> (David O'Brien's message of "Tue, 6 Sep 2005 02:02:35 -0700") Message-ID: <10268516@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" Subject: Re: to commit patch for share/examples/etc/make.conf to remove -O2 warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 09:11:37 -0000 On Tue, 6 Sep 2005 02:02:35 -0700 David O'Brien wrote: > On Tue, Sep 06, 2005 at 12:47:00PM +0400, Boris Samorodov wrote: > > can anybody look at and commit before 6.0-RELEASE: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/85548 > Revision 1.266 should be MFC'ed. Yes, it's much better! Thank you. But I didn't see at comments when it should be MFC'ed. WBR -- Boris B. Samorodov, Research Engineer InPharmTech Co, http://www.ipt.ru Telephone & Internet Service Provider From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 09:53: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 1616E16A41F for ; Tue, 6 Sep 2005 09:53:19 +0000 (GMT) (envelope-from somenath.pal@wipro.com) Received: from wip-ectls-mx1.wipro.com (wip-ectls-mx1.wipro.com [203.91.193.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8A843D53 for ; Tue, 6 Sep 2005 09:53:18 +0000 (GMT) (envelope-from somenath.pal@wipro.com) Received: from wip-ectls-mx1.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 267AF2200FE for ; Tue, 6 Sep 2005 15:23:14 +0530 (IST) Received: from blr-ec-bh02.wipro.com (blr-ec-bh02.wipro.com [10.201.50.92]) by wip-ectls-mx1.wipro.com (Postfix) with ESMTP id 1ADD22200FB for ; Tue, 6 Sep 2005 15:23:14 +0530 (IST) Received: from BLR-EC-MBX03.wipro.com ([10.201.50.161]) by blr-ec-bh02.wipro.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 6 Sep 2005 15:23:14 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 6 Sep 2005 15:23:13 +0530 Message-ID: <8EFA81424BDADF4EB943E5A53420D7E365EBF7@BLR-EC-MBX03.wipro.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to relese/renew ip Thread-Index: AcWyyMwX/hb/lk8hRUmTBN8al1bm6A== From: To: X-OriginalArrivalTime: 06 Sep 2005 09:53:14.0072 (UTC) FILETIME=[CC4CDD80:01C5B2C8] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to relese/renew ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 09:53:19 -0000 Hi All, I want to know how i can release ip address provided by one dhcp server= .The dhcp client and dhcp server both =0D running on redhat linux. And how I can renew the ip address from dhcp client assigend by dhcp= server (the client and server both running on redhat linux). Please help me. Thanks and regards,=0D Somenath Confidentiality Notice=0D The information contained in this electronic message and any attachments to= this message are intended for the exclusive use of the addressee(s) and may contain confidential or= privileged information. If you are not the intended recipient, please notify the sender at Wipro or= Mailadmin@wipro.com immediately and destroy all copies of this message and any attachments. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 10:26: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 C6C0B16A41F for ; Tue, 6 Sep 2005 10:26:44 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40DA343D48 for ; Tue, 6 Sep 2005 10:26:39 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ECaeb-0004h0-TL; Tue, 06 Sep 2005 12:26:15 +0200 Date: Tue, 6 Sep 2005 12:26:40 +0200 From: Marcin Jessa To: Message-Id: <20050906122640.0b2c90ec.lists@yazzy.org> In-Reply-To: <8EFA81424BDADF4EB943E5A53420D7E365EBF7@BLR-EC-MBX03.wipro.com> References: <8EFA81424BDADF4EB943E5A53420D7E365EBF7@BLR-EC-MBX03.wipro.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-current@freebsd.org Subject: Re: How to relese/renew ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 10:26:44 -0000 On Tue, 6 Sep 2005 15:23:13 +0530 wrote: > > > Hi All, > > I want to know how i can release ip address provided by one dhcp server .The dhcp client and dhcp server both > running on redhat linux. And what does it have to do with FreeBSD CURRENT ? > And how I can renew the ip address from dhcp client assigend by dhcp server (the client and server both running on redhat linux). > From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 10:50: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 614DA16A41F for ; Tue, 6 Sep 2005 10:50:44 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADF743D53 for ; Tue, 6 Sep 2005 10:50:44 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j86AoauO032564; Tue, 6 Sep 2005 03:50:40 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509061050.j86AoauO032564@gw.catspoiler.org> Date: Tue, 6 Sep 2005 03:50:36 -0700 (PDT) From: Don Lewis To: phk@haven.freebsd.dk In-Reply-To: <64186.1125996351@phk.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: patch for ext2fs unmount problem at shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 10:50:44 -0000 On 6 Sep, Poul-Henning Kamp wrote: > In message <200509060841.j868fj1I032057@gw.catspoiler.org>, Don Lewis writes: > >>I suspect both that is one possible reason, and another reason would be >>to avoid marking the file system clean if any writes timed out. > > In that case the unmount should fail, otherwise the filesystem is > buggy. ext2fs is definitely buggy because it writes the superblock to mark the file system clean before it writes some of the file system meta-data (without error checking), but this is a different bug that won't get caught by the nbusy check. Both ext2fs and ufs rely on vflush(), which essentially does a vgonel() on all the vnodes, which I don't think will catch any stuck writes. Ufs does quite a bit more error checking than ext2fs, but I don't know if it is enough to avoid marking the file system clean when it shouldn't be. > Considering that our kernel presently tend to explode violently on > disk errors I would say that the nbusy check should just be commented > out for now and vfs_unmountall() always tried. vfs_umountall() really needs to be made smart enough to properly unwind all the dependencies between mounted file systems, swap devices, file systems mounted on swap-backed or vnode-backed md's, and vnode-backed swap devices as was discussed at length a while ago. Perhaps the error checking on unmount should be combined with the vfs_unmountall() redesign. From owner-freebsd-current@FreeBSD.ORG Mon Sep 5 15:01: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 27DC116A41F for ; Mon, 5 Sep 2005 15:01:30 +0000 (GMT) (envelope-from dandee@volny.cz) Received: from pipa.profix.cz (ruprt.hosting4u.cz [82.208.25.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D98843D53 for ; Mon, 5 Sep 2005 15:01:27 +0000 (GMT) (envelope-from dandee@volny.cz) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id D2A0D4E705 for ; Mon, 5 Sep 2005 17:01:29 +0200 (CEST) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17633-09 for ; Mon, 5 Sep 2005 17:01:29 +0200 (CEST) Received: from gandalf (unknown [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id 414784E704 for ; Mon, 5 Sep 2005 17:01:29 +0200 (CEST) From: "Stay d" To: Date: Mon, 5 Sep 2005 17:01:19 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcWyKqxDEkkX+U0bQsuIFPaQ5kMJog== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-Id: <20050905150129.414784E704@pipa.profix.cz> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz X-Mailman-Approved-At: Tue, 06 Sep 2005 11:39:21 +0000 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ifconfig tun(N) destroy does not work ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 15:01:30 -0000 Hi all, =20 maybe I haven=B4t read something what I souhld read it, and if it is = true I am sorry for anoying you. =20 Let me ask you for tun devices. =20 roztyly# ifconfig tun1 destroy ifconfig: SIOCIFDESTROY: Invalid argument I found out from manual page tun(4) that: =20 "These network interfaces persist until the if_tun.ko module is unloaded = (if tun is built into your kernel, the network interfaces cannot be = removed)." =20 Of course the generic kernel defines "device tun", so I commented the = line and recompiled the kernel. =20 After that, I tried again "destroy command" and with no changes. =20 I tried "create command" and the same error message happens. =20 roztyly# kldstat Id Refs Address Size Name 1 9 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko 6 1 0xc2926000 5000 if_gif.ko roztyly# ifconfig tun10 create ifconfig: SIOCIFCREATE: Invalid argument roztyly# kldstat Id Refs Address Size Name 1 10 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko 6 1 0xc2926000 5000 if_gif.ko 7 1 0xc2910000 5000 if_tun.ko =20 It seems automatic loading if_tun.ko and if_gif.ko works well. =20 Opposite to tun device is gif device which works fine: =20 roztyly# kldstat Id Refs Address Size Name 1 10 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko 6 1 0xc2926000 5000 if_gif.ko 7 1 0xc2910000 5000 if_tun.ko roztyly# kldunload -v -i 6 Unloading if_gif.ko, id=3D6 roztyly# kldunload -v -i 7 Unloading if_tun.ko, id=3D7 roztyly# kldstat Id Refs Address Size Name 1 8 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko roztyly# ifconfig gif0 create roztyly# ifconfig gif0 gif0: flags=3D8010 mtu 1280 roztyly# ifconfig gif0 destroy roztyly# ifconfig gif0 ifconfig: interface gif0 does not exist roztyly# kldstat Id Refs Address Size Name 1 9 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko 7 1 0xc2910000 5000 if_gif.ko roztyly# ifconfig tun0 create ifconfig: SIOCIFCREATE: Invalid argument roztyly# kldstat Id Refs Address Size Name 1 10 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko 7 1 0xc2910000 5000 if_gif.ko 8 1 0xc2926000 5000 if_tun.ko roztyly# ifconfig tun0 destroy ifconfig: interface tun0 does not exist roztyly# kldstat Id Refs Address Size Name 1 10 0xc0400000 5bb9fc kernel 2 16 0xc09bc000 63f04 acpi.ko 3 1 0xc1848000 23000 nfsserver.ko 4 1 0xc18b0000 1a000 linux.ko 7 1 0xc2910000 5000 if_gif.ko 8 1 0xc2926000 5000 if_tun.ko roztyly# I use tspc2 (freenet6) port, and of course the starting/stopping scripts deos not work as you and me expect. :( =20 Dan =20 Bye From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 07:29: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 95CBD16A41F for ; Tue, 6 Sep 2005 07:29:52 +0000 (GMT) (envelope-from drblast@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6C643D46 for ; Tue, 6 Sep 2005 07:29:50 +0000 (GMT) (envelope-from drblast@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so2466492nzd for ; Tue, 06 Sep 2005 00:29:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=c0TfhSNUDorTImi0W8L9FsRV/1QQOEdvocmdubrX9q4v90Ba8vVkfXOjXOMBg7AiHogkrbssd/Zr6dlLrPJu/lnEB1ylyrxug+tQSVCx3eg3lY8D+/vEO+J9eBXk1h5bjTRxb1F137uAPHyvaUJHTu1l2hXo46E5vTWwbCb1Pus= Received: by 10.36.67.10 with SMTP id p10mr1799006nza; Tue, 06 Sep 2005 00:29:49 -0700 (PDT) Received: by 10.36.19.9 with HTTP; Tue, 6 Sep 2005 00:29:49 -0700 (PDT) Message-ID: Date: Tue, 6 Sep 2005 00:29:49 -0700 From: Ian Larsen To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailman-Approved-At: Tue, 06 Sep 2005 11:39:21 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ndisgen failure to compile stub 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: Tue, 06 Sep 2005 07:29:52 -0000 Hello, I'm trying to get the built in wireless (broadcom) working on my new laptop= =20 with ndisgen, but I get an error during the last step. The laptop is an HP= =20 ze2000 (turion64) and I've tried this using the amd64 versions of 5-STABLE= =20 and 6-Beta3. The error message is as follows: Press enter to compile the stub module and generate the driver module now: Compiling stub... done. Linking loadable kernel module... /usr/bin/ld: windrv_stub.o: relocation R_X86_64_32S can not be used when making a shared object; recompile with=20 -fPIC windrv_stub.o: could not read symbols: Bad value linking failed. Exiting. The drivers I've been using are here: ftp://ftp.support.acer-euro.com/notebook/ferrari_4000/driver/winxp64bit/802= 11g.zip (These match the pciconf information for the card and work in Gentoo with= =20 ndiswrapper) pciconf -lv gives:=20 none5@pci5:2:0: class=3D0x028000 card=3D0x1355103c chip=3D0x431814e4 rev=3D= 0x02=20 hdr=3D0x00 vendor =3D 'Broadcom Corporation' class =3D network Please let me know if you need any more information. Thank you, Ian Larsen From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:08: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 636FB16A41F; Tue, 6 Sep 2005 12:08:12 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C0843D45; Tue, 6 Sep 2005 12:08:11 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1ECcFG-00087v-0E; Tue, 06 Sep 2005 16:08:10 +0400 Date: Tue, 6 Sep 2005 16:08:09 +0400 From: Slawa Olhovchenkov To: Giorgos Keramidas Message-ID: <20050906120809.GP69481@zxy.spb.ru> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> <20050906015418.GA590@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906015418.GA590@gothmog.gr> User-Agent: Mutt/1.5.7i X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: rodrigc@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org, mirya@matrix.kiev.ua Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 12:08:12 -0000 On Tue, Sep 06, 2005 at 04:54:19AM +0300, Giorgos Keramidas wrote: > On 2005-09-05 21:58, Slawa Olhovchenkov wrote: > > On Mon, Sep 05, 2005 at 12:27:13PM -0400, Craig Rodrigues wrote: > > > > > On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: > > > > This was on a console running with 132x25 mode. > > > > > > Can you try this? > > > > 1. I think your remember '()' around '||' > > 2. Now mouse cursor not moved. > > I think I've found why this seems broken in non-graphics VESA modes. In I am use non-vesa, non-graphics mode (80x30). I am not use VESA module and don't have option VESA in the kernel. This is diffirent case? I am use loading external fonts (koi8-r) and screenmap (koi8-r->ibm866). > vesa_ioctl(), the 132x25 text mode triggers (diff since August 30): > > - return sc_set_text_mode(scp, tp, cmd & 0xff, 0, 0, 0); > + return sc_set_text_mode(scp, tp, cmd & 0xff, 0, 0, 0, 0); > > By calling sc_set_text_mode() with a font width of zero, scp->font_width is > then initialized to 0 and all set_mouse_pos() calls avoid running the patched > section: > > > > - if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { > > > + if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos && scp->font_size != 0 && scp->font_width != 0) { > > > scp->status |= MOUSE_MOVED; > > > scp->mouse_pos = > > > (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize > > The following patch fixes the movement of the cursor in VESA text modes and > avoids a panic in non-graphics VESA modes, by wrapping the graphics-specific > changes to the position of the cursor in ISGRAPHSC(scp) checks. The extra > KASSERT() is probably not necessary, but I'd vote for leaving it there anyway. > > %%% > Index: scmouse.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v > retrieving revision 1.38 > diff -u -r1.38 scmouse.c > --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 > +++ scmouse.c 6 Sep 2005 01:51:08 -0000 > @@ -140,9 +140,12 @@ > static void > set_mouse_pos(scr_stat *scp) > { > - if (scp->mouse_xpos < scp->xoff*scp->font_width) > - scp->mouse_xpos = scp->xoff*scp->font_width; > - if (scp->mouse_ypos < scp->yoff*scp->font_size) > + > + KASSERT(scp != NULL, ("null scp")); > + > + if (scp->font_width != 0 && scp->mouse_xpos < scp->xoff * scp->font_width) > + scp->mouse_xpos = scp->xoff * scp->font_width; > + if (scp->font_size != 0 && scp->mouse_ypos < scp->yoff * scp->font_size) > scp->mouse_ypos = scp->yoff*scp->font_size; > if (ISGRAPHSC(scp)) { > if (scp->mouse_xpos > scp->xpixel-1) > @@ -151,17 +154,21 @@ > scp->mouse_ypos = scp->ypixel-1; > return; > } else { > - if (scp->mouse_xpos > (scp->xsize + scp->xoff)*scp->font_width - 1) > - scp->mouse_xpos = (scp->xsize + scp->xoff)*scp->font_width - 1; > - if (scp->mouse_ypos > (scp->ysize + scp->yoff)*scp->font_size - 1) > - scp->mouse_ypos = (scp->ysize + scp->yoff)*scp->font_size - 1; > + if (scp->font_width != 0 && > + scp->mouse_xpos > (scp->xsize + scp->xoff) * scp->font_width - 1) > + scp->mouse_xpos = (scp->xsize + scp->xoff) * scp->font_width - 1; > + if (scp->font_size != 0 && > + scp->mouse_ypos > (scp->ysize + scp->yoff) * scp->font_size - 1) > + scp->mouse_ypos = (scp->ysize + scp->yoff) * scp->font_size - 1; > } > > if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { > scp->status |= MOUSE_MOVED; > - scp->mouse_pos = > - (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize > - + scp->mouse_xpos/scp->font_width - scp->xoff; > + if (ISGRAPHSC(scp)) { > + scp->mouse_pos = > + (scp->mouse_ypos / scp->font_size - scp->yoff) * scp->xsize + > + scp->mouse_xpos / scp->font_width - scp->xoff; > + } > #ifndef SC_NO_CUTPASTE > if ((scp->status & MOUSE_VISIBLE) && (scp->status & MOUSE_CUTTING)) > mouse_cut(scp); > %%% From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:22: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 23F3A16A41F for ; Tue, 6 Sep 2005 12:22:53 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04-eth0.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DDAD43D46 for ; Tue, 6 Sep 2005 12:22:52 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub03.unibe.ch [130.92.254.67]) by mailhub04.unibe.ch (Postfix) with ESMTP id 46D0614B63; Tue, 6 Sep 2005 14:22:51 +0200 (CEST) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub03.unibe.ch [130.92.254.67]) (amavisd-new, port 10024) with LMTP id 06730-04-56; Tue, 6 Sep 2005 14:22:44 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id 8169F14A32; Tue, 6 Sep 2005 14:22:45 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id j86CMjdB014789; Tue, 6 Sep 2005 14:22:45 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j86CMedi017127; Tue, 6 Sep 2005 14:22:40 +0200 (MEST) Date: Tue, 6 Sep 2005 14:22:40 +0200 From: Tobias Roth To: somenath.pal@wipro.com Message-ID: <20050906122240.GA17111@droopy.unibe.ch> References: <8EFA81424BDADF4EB943E5A53420D7E365EBF7@BLR-EC-MBX03.wipro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8EFA81424BDADF4EB943E5A53420D7E365EBF7@BLR-EC-MBX03.wipro.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: current@freebsd.org Subject: Re: How to relese/renew ip X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 12:22:53 -0000 On Tue, Sep 06, 2005 at 03:23:13PM +0530, somenath.pal@wipro.com wrote: [snip quetsion unrelated to FreeBSD] > Confidentiality Notice > > The information contained in this electronic message and any attachments to this message are intended > for the exclusive use of the addressee(s) and may contain confidential or privileged information. If > you are not the intended recipient, please notify the sender at Wipro or Mailadmin@wipro.com immediately > and destroy all copies of this message and any attachments. Please advise on whether I am the intended recipient or not. Since this message was not sent to me personally, I assume I must destroy it? thanks you in advance, t. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:45: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 E49E316A41F; Tue, 6 Sep 2005 12:45:24 +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 2D3A143D49; Tue, 6 Sep 2005 12:45:23 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j86CjDpT018903; Tue, 6 Sep 2005 15:45:13 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j86CjCJR027454; Tue, 6 Sep 2005 15:45:12 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j86Cj9eD027453; Tue, 6 Sep 2005 15:45:09 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Tue, 6 Sep 2005 15:45:08 +0300 From: Giorgos Keramidas To: Slawa Olhovchenkov Message-ID: <20050906124508.GA27413@orion.daedalusnetworks.priv> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> <20050906015418.GA590@gothmog.gr> <20050906120809.GP69481@zxy.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906120809.GP69481@zxy.spb.ru> Cc: rodrigc@freebsd.org, Craig Rodrigues , freebsd-current@freebsd.org, mirya@matrix.kiev.ua Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 12:45:25 -0000 On 2005-09-06 16:08, Slawa Olhovchenkov wrote: >On Tue, Sep 06, 2005 at 04:54:19AM +0300, Giorgos Keramidas wrote: >>On 2005-09-05 21:58, Slawa Olhovchenkov wrote: >>>On Mon, Sep 05, 2005 at 12:27:13PM -0400, Craig Rodrigues wrote: >>>> On Sat, Sep 03, 2005 at 04:33:44PM +0300, Giorgos Keramidas wrote: >>>> > This was on a console running with 132x25 mode. >>>> >>>> Can you try this? >>> >>> 1. I think your remember '()' around '||' >>> 2. Now mouse cursor not moved. >> >> I think I've found why this seems broken in non-graphics VESA modes. > > I am use non-vesa, non-graphics mode (80x30). I am not use VESA module > and don't have option VESA in the kernel. This is diffirent case? I'm also using a non-graphics mode (132x25) and a custom font too. This is the same case, as far as set_mouse_pos() is concerned, because ISGRAPHSC(scp) is false in this case. I'm not sure if the correct fix is the bug I posted but at least it solved the panics for me. I don't know why scp->font_width == 0 in text modes. Perhaps the bug is elsewhere, i.e. in the font changing code that should update scp->font_width with a non-zero value. I don't really like the "hackish" way my last patch avoids the panics, because assuming that a default font_width of 8 is ok is probably one gratuitous assumption too many. I haven't had a chance to look at the font changing implementation to see if scp->font_width can be set elsewhere to a non-zero value or if it's supposed to be zero in text modes. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:49: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 5F31F16A42C; Tue, 6 Sep 2005 12:49:54 +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 98C1D43D4C; Tue, 6 Sep 2005 12:49:53 +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 0914D46B8A; Tue, 6 Sep 2005 08:49:53 -0400 (EDT) Date: Tue, 6 Sep 2005 13:49:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stay d In-Reply-To: <20050905150129.414784E704@pipa.profix.cz> Message-ID: <20050906134547.B51625@fledge.watson.org> References: <20050905150129.414784E704@pipa.profix.cz> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-772530284-1126010992=:51625" Cc: freebsd-current@freebsd.org, brooks@FreeBSD.org Subject: Re: ifconfig tun(N) destroy does not work ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 12:49:55 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-772530284-1126010992=:51625 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 5 Sep 2005, Stay d wrote: > maybe I haven=B4t read something what I souhld read it, and if it is true= =20 > I am sorry for anoying you. > > Let me ask you for tun devices. > > roztyly# ifconfig tun1 destroy > ifconfig: SIOCIFDESTROY: Invalid argument > > I found out from manual page tun(4) that: > > "These network interfaces persist until the if_tun.ko module is unloaded= =20 > (if tun is built into your kernel, the network interfaces cannot be=20 > removed)." > > Of course the generic kernel defines "device tun", so I commented the=20 > line and recompiled the kernel. > > After that, I tried again "destroy command" and with no changes. > > I tried "create command" and the same error message happens. Your observation is correct: unlike most clonable network device drivers,= =20 tun and tap interface cloning is driven by devfs events, and not by=20 network interface clone events controlled using ifconfig create/destroy. I was actually bumping into this yesterday since I wanted to force the=20 garbage collection of a tap device in order to try to trigger a kernel bug= =20 involving interface removal, and there is currently no explicit way to do= =20 this. devfs will reclaim the tap device node, if unused, when vnode=20 pressure requires that new vnodes become available. I.e., when memory use= =20 starts to go up, the unused tun and tap nodes will be recycled as needed.= =20 Until that time, the device node and network interface will hang around in= =20 case needed. A tun/tap node and interface will be created as a result of= =20 a lookup in /dev. I.e., stat /dev/tun10. In a number of ways, I prefer the explicit cloning behavior to implicit --= =20 i.e., might prefer it if explicit "ifconfig create tap0" caused the device= =20 node to appear. On the other hand, one nice advantage to the devfs=20 cloning model is that you can make a /dev/tun automatically return the=20 first unused node, rather than requiring a sweep through node numbers and= =20 explicit allocation and management of interface numbers, which is very=20 nice from the perspective of automated configuration. Robert N M Watson > > roztyly# kldstat > Id Refs Address Size Name > 1 9 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > 6 1 0xc2926000 5000 if_gif.ko > > roztyly# ifconfig tun10 create > ifconfig: SIOCIFCREATE: Invalid argument > > roztyly# kldstat > Id Refs Address Size Name > 1 10 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > 6 1 0xc2926000 5000 if_gif.ko > 7 1 0xc2910000 5000 if_tun.ko > > It seems automatic loading if_tun.ko and if_gif.ko works well. > > Opposite to tun device is gif device which works fine: > > roztyly# kldstat > Id Refs Address Size Name > 1 10 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > 6 1 0xc2926000 5000 if_gif.ko > 7 1 0xc2910000 5000 if_tun.ko > > roztyly# kldunload -v -i 6 > Unloading if_gif.ko, id=3D6 > > roztyly# kldunload -v -i 7 > Unloading if_tun.ko, id=3D7 > > roztyly# kldstat > Id Refs Address Size Name > 1 8 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > > roztyly# ifconfig gif0 create > > roztyly# ifconfig gif0 > gif0: flags=3D8010 mtu 1280 > > roztyly# ifconfig gif0 destroy > > roztyly# ifconfig gif0 > ifconfig: interface gif0 does not exist > > roztyly# kldstat > Id Refs Address Size Name > 1 9 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > 7 1 0xc2910000 5000 if_gif.ko > > roztyly# ifconfig tun0 create > ifconfig: SIOCIFCREATE: Invalid argument > > roztyly# kldstat > Id Refs Address Size Name > 1 10 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > 7 1 0xc2910000 5000 if_gif.ko > 8 1 0xc2926000 5000 if_tun.ko > > roztyly# ifconfig tun0 destroy > ifconfig: interface tun0 does not exist > > roztyly# kldstat > Id Refs Address Size Name > 1 10 0xc0400000 5bb9fc kernel > 2 16 0xc09bc000 63f04 acpi.ko > 3 1 0xc1848000 23000 nfsserver.ko > 4 1 0xc18b0000 1a000 linux.ko > 7 1 0xc2910000 5000 if_gif.ko > 8 1 0xc2926000 5000 if_tun.ko > > roztyly# > > I use tspc2 (freenet6) port, and of course the starting/stopping scripts > deos not work as you and me expect. :( > > Dan > > Bye > _______________________________________________ > 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= " > --0-772530284-1126010992=:51625-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 12:47: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 77A6816A41F for ; Tue, 6 Sep 2005 12:47:04 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id E92A043D49 for ; Tue, 6 Sep 2005 12:47:03 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j86Cl0qF002419; Tue, 6 Sep 2005 22:47:00 +1000 Received: from ppp2A92.dyn.pacific.net.au (ppp2A92.dyn.pacific.net.au [61.8.42.146]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j86CkNXi030563; Tue, 6 Sep 2005 22:46:40 +1000 From: Sam Lawrance To: dandee@volny.cz In-Reply-To: <20050905150129.414784E704@pipa.profix.cz> References: <20050905150129.414784E704@pipa.profix.cz> Content-Type: text/plain Date: Tue, 06 Sep 2005 22:46:38 +1000 Message-Id: <1126010799.18946.5.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 06 Sep 2005 12:54:46 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ifconfig tun(N) destroy does not work ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 12:47:04 -0000 On Mon, 2005-09-05 at 17:01 +0200, Stay d wrote: > Hi all, > "These network interfaces persist until the if_tun.ko module is unloaded (if > tun is built into your kernel, the network interfaces cannot be removed)." > > Of course the generic kernel defines "device tun", so I commented the line > and recompiled the kernel. > > After that, I tried again "destroy command" and with no changes. Read the man page a little more closely - tun devices are created when /dev/tun is opened, and destroyed when the kernel module is unloaded. The ifconfig create and destroy commands aren't used. -- Sam Lawrance lawrance@FreeBSD.org ph +61 0425 228 579 boris@brooknet.com.au From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:26: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 699CF16A41F for ; Tue, 6 Sep 2005 13:26:05 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83DB43D49 for ; Tue, 6 Sep 2005 13:26:03 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by nproxy.gmail.com with SMTP id x4so416099nfb for ; Tue, 06 Sep 2005 06:26:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Qm1q0l3XD0FOED6Iro2zTGDAdrIOU691GXQl2mIaL7VvqWLkF1EcxdeJ/o/fed371h/Cpn0KuFmYJP3+pyB7Wdve6ki0Jb+QIvD+VH8htBijnNCvhX5VG0UZQmRtLOmqxrEIVXfcu7OIbdCJ7FWPhPkoPJRlnBDn/XIdzCHJrQ8= Received: by 10.48.108.4 with SMTP id g4mr312478nfc; Tue, 06 Sep 2005 06:26:02 -0700 (PDT) Received: by 10.49.1.1 with HTTP; Tue, 6 Sep 2005 06:26:02 -0700 (PDT) Message-ID: <7daacbbe0509060626686aed19@mail.gmail.com> Date: Tue, 6 Sep 2005 15:26:02 +0200 From: Dominique Goncalves To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_23787_14461529.1126013162084" Subject: VIA 6420 SATA150 controller on FreeBSD 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: Tue, 06 Sep 2005 13:26:05 -0000 ------=_Part_23787_14461529.1126013162084 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I created a raid-1 with 2 SATA disks with the controller VIA 6420 SATA150 from the bios setup. FreeBSD detects the array with ar0 and I can use /dev/ar0s1 to mount my data on FreeBSD 6.0-BETA4. atapci0: port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa40= 0-0xa4ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 [...] ad4: 194481MB at ata2-master SATA150 ad6: 194481MB at ata3-master SATA150 ar0: 194480MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master %mount | grep ar0s1 /dev/ar0s1 on /raid (ufs, local, soft-updates) %df -h | grep ar0s1 /dev/ar0s1 184G 54G 115G 32% /raid If I remove one of the disks, FreeBSD can't mount /dev/ar0s1 and I see these errors: ad4: 194481MB at ata2-master SATA150 ar0: 194480MB status: BROKEN ar0: disk0 DOWN no device found for this subdisk ar0: disk1 DOWN no device found for this subdisk and # ls /dev/ar* /dev/ar0 AFAIK, if one disk fails, I can continue to use the raid-1 and mount ar0s1 (corret me, if I'm wrong). How can I solve this problem? dmesg is attached. Thanks for your help. Let me know if you need more information. Regards --=20 There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." ------=_Part_23787_14461529.1126013162084 Content-Type: text/plain; name=dmesg.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" 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-BETA4 #3: Mon Sep 5 13:47:17 CEST 2005 root@beta:/usr/obj/usr/src/sys/BETA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 2400+ (1666.49-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 251592704 (239 MB) avail memory = 236539904 (225 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 12 on acpi0 pci_link3: on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: irq 0 on acpi0 pci_link9: irq 0 on acpi0 pci_link10: irq 0 on acpi0 pci_link11: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa400-0xa4ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xac00-0xac1f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xb800-0xb81f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xde000000-0xde0000ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xc000-0xc0ff mem 0xde001000-0xde0010ff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:01:29:94:92:d2 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> 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: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1666491604 Hz quality 800 Timecounters tick every 1.000 msec ad0: 39205MB at ata0-master UDMA133 acd0: CDROM at ata1-master UDMA33 ad4: 194481MB at ata2-master SATA150 ad6: 194481MB at ata3-master SATA150 ar0: 194480MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ad0s1a umass0: PHILIPS USB Storage Device, rev 2.00/11.06, addr 2 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present umass0: at uhub4 port 4 (addr 2) disconnected (cd0:umass-sim0:0:0:0): lost device (cd0:umass-sim0:0:0:0): removing device entry umass0: detached umass0: PHILIPS USB Storage Device, rev 2.00/11.06, addr 2 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present ------=_Part_23787_14461529.1126013162084-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:32: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 07BA516A420; Tue, 6 Sep 2005 13:32:30 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.198.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D5243D45; Tue, 6 Sep 2005 13:32:27 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (rwcrmhc12) with ESMTP id <2005090613322301400aohu4e>; Tue, 6 Sep 2005 13:32:24 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j86DWM3r000971; Tue, 6 Sep 2005 09:32:22 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j86DWLtW000970; Tue, 6 Sep 2005 09:32:21 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 6 Sep 2005 09:32:21 -0400 From: Craig Rodrigues To: Giorgos Keramidas Message-ID: <20050906133221.GA903@crodrigues.org> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> <20050906015418.GA590@gothmog.gr> <20050906120809.GP69481@zxy.spb.ru> <20050906124508.GA27413@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906124508.GA27413@orion.daedalusnetworks.priv> User-Agent: Mutt/1.5.9i Cc: rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, Slawa Olhovchenkov Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 13:32:30 -0000 On Tue, Sep 06, 2005 at 03:45:08PM +0300, Giorgos Keramidas wrote: > I don't really like the "hackish" way my last patch avoids the panics, because > assuming that a default font_width of 8 is ok is probably one gratuitous > assumption too many. I haven't had a chance to look at the font changing > implementation to see if scp->font_width can be set elsewhere to a non-zero > value or if it's supposed to be zero in text modes. Can you try this: Index: scvidctl.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scvidctl.c,v retrieving revision 1.35 diff -u -u -r1.35 scvidctl.c --- scvidctl.c 30 Aug 2005 18:58:16 -0000 1.35 +++ scvidctl.c 6 Sep 2005 13:31:30 -0000 @@ -145,6 +145,8 @@ return ENODEV; /* adjust argument values */ + if (fontwidth <= 0) + fontwidth = info.vi_cwidth; if (fontsize <= 0) fontsize = info.vi_cheight; if (fontsize < 14) { -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 13:38: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 AA05516A41F for ; Tue, 6 Sep 2005 13:38:14 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF36C43D45 for ; Tue, 6 Sep 2005 13:38:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-172.lns2.adl4.internode.on.net [203.122.233.172]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j86Dc1AK087105 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 6 Sep 2005 23:08:08 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 6 Sep 2005 23:07:28 +0930 User-Agent: KMail/1.8.1 References: <32544.62.2.21.164.1125989946.squirrel@www.gwch.net> In-Reply-To: <32544.62.2.21.164.1125989946.squirrel@www.gwch.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1780048.oNHdoMsOy4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509062307.51454.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Roger Grosswiler Subject: Re: Error installing 6.0 Beta 3 on my Dell Notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 13:38:14 -0000 --nextPart1780048.oNHdoMsOy4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 06 September 2005 16:29, Roger Grosswiler wrote: > I tried to install 6.0 Beta 3 from CD's on my Dell Notebook, which stopped > in KBD with panic. > > I read a thread about this, saying that this happens when installing 6.0 > Beta 3 from CD's - so i downloaded the bootonly.iso and tried via ftp. > > But, even ftp broke after a nearly finished installation with the same > error. Unfortunately, i did not write down the exact error. It has been a > vn-panic...whatever... The actual panic message is the really important bit.. The different images you downloaded all have exactly the same boot code so= =20 they'll give the same error. What sort of laptop? Dell make quite a few models :) =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 --nextPart1780048.oNHdoMsOy4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDHZuv5ZPcIHs/zowRAv/jAJ43BawoWRg391YJe3qwEaroSEhjsQCeLyxs F9ykuszG59hooz0e1QdSzTk= =pbXJ -----END PGP SIGNATURE----- --nextPart1780048.oNHdoMsOy4-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 14:03: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 5FE5E16A41F; Tue, 6 Sep 2005 14:03:55 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id A149E43D46; Tue, 6 Sep 2005 14:03:54 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j86E3gwc011241; Tue, 6 Sep 2005 17:03:43 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j86E3go5027801; Tue, 6 Sep 2005 17:03:42 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j86E3fch027800; Tue, 6 Sep 2005 17:03:41 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Tue, 6 Sep 2005 17:03:41 +0300 From: Giorgos Keramidas To: Craig Rodrigues Message-ID: <20050906140340.GA27780@orion.daedalusnetworks.priv> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> <20050906015418.GA590@gothmog.gr> <20050906120809.GP69481@zxy.spb.ru> <20050906124508.GA27413@orion.daedalusnetworks.priv> <20050906133221.GA903@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906133221.GA903@crodrigues.org> Cc: rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, Slawa Olhovchenkov Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 14:03:55 -0000 On 2005-09-06 09:32, Craig Rodrigues wrote: > On Tue, Sep 06, 2005 at 03:45:08PM +0300, Giorgos Keramidas wrote: > > I don't really like the "hackish" way my last patch avoids the panics, because > > assuming that a default font_width of 8 is ok is probably one gratuitous > > assumption too many. I haven't had a chance to look at the font changing > > implementation to see if scp->font_width can be set elsewhere to a non-zero > > value or if it's supposed to be zero in text modes. > > Can you try this: > > Index: scvidctl.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/syscons/scvidctl.c,v > retrieving revision 1.35 > diff -u -u -r1.35 scvidctl.c > --- scvidctl.c 30 Aug 2005 18:58:16 -0000 1.35 > +++ scvidctl.c 6 Sep 2005 13:31:30 -0000 > @@ -145,6 +145,8 @@ > return ENODEV; > > /* adjust argument values */ > + if (fontwidth <= 0) > + fontwidth = info.vi_cwidth; > if (fontsize <= 0) > fontsize = info.vi_cheight; > if (fontsize < 14) { This looks promising. I'll try it out, after reverting my local patch in a while. Thanks :) From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:00: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 4077B16A41F for ; Tue, 6 Sep 2005 16:00:46 +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 1BABE43D64 for ; Tue, 6 Sep 2005 16:00:33 +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 9684746B55; Tue, 6 Sep 2005 12:00:31 -0400 (EDT) Date: Tue, 6 Sep 2005 17:00:31 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mark Tinguely In-Reply-To: <200509061535.j86FZl8D086184@casselton.net> Message-ID: <20050906165955.S78038@fledge.watson.org> References: <200509061535.j86FZl8D086184@casselton.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: yar@comp.chem.msu.su, freebsd-current@freebsd.org Subject: Re: 6.0BETA3 panic in ip_output (vlan/RIP related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 16:00:46 -0000 On Tue, 6 Sep 2005, Mark Tinguely wrote: >> So it sounds like we need to figure out how the multicast code should >> behave on interface removal -- I wonder what other operating systems do >> here? Do they simply invalidate current membership related with the >> interface, or do they leave the multicast sockets in a state such that >> if the interface comes back, the memberships are re-bound? > > In the case of a non-local multicast sessions, the saved multicast > socket state would need to keep a timestamp of the last a multicast > router IGMP session probe to detect the possibility of session pruning. I was assuming that, at the very least, it would be necessary to issue a new IGMP join when binding the socket to a new interface... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:15: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 F366316A41F for ; Tue, 6 Sep 2005 16:15:44 +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 ADEB743D46 for ; Tue, 6 Sep 2005 16:15:44 +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 for ; Tue, 06 Sep 2005 09:15:43 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3F2395D07 for ; Tue, 6 Sep 2005 09:15:43 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1126023287_358300" Date: Tue, 06 Sep 2005 09:15:43 -0700 From: "Kevin Oberman" Message-Id: <20050906161543.3F2395D07@ptavv.es.net> Cc: Subject: Crash (locking against myself) during ntfs mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 16:15:45 -0000 This is a multipart MIME message. --==_Exmh_1126023287_358300 Content-Type: text/plain; charset=us-ascii Since I updated my kernel on 9/3, I panic when I try to mount an NTFS volume. The error is "panic: lockmgr: locking against myself". My kernel lacks WITNESS, although I could build a new one with it if needed. My previous kernel was built on Aug. 27, so the breakage was during this 7 day period. I have the full core dump and can get added information. The panic is quite reliable. All I have to do is issue the "mount -t ntfs /dev/ad0s1 /mnt" command. I am attaching the kgdb back trace. Hopefully the mailer won't strip it off. -- 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 --==_Exmh_1126023287_358300 Content-Type: text/plain ; name="NTFS-crash"; charset=us-ascii Content-Description: NTFS-crash Content-Disposition: attachment; filename="NTFS-crash" panic: lockmgr: locking against myself KDB: enter: panic #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc044794b in db_fncall (dummy1=-1066484928, dummy2=0, dummy3=-1067276077, dummy4=0xdbb21658 "\204\026\uffff\uffff@\213b\uffffp\026\uffff\ufffft\026\uffff\uffff\uffff+") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0447750 in db_command (last_cmdp=0xc06c24e4, cmd_table=0x0, aux_cmd_tablep=0xc068ce94, aux_cmd_tablep_end=0xc068ce98) at /usr/src/sys/ddb/db_command.c:401 #3 0xc0447818 in db_command_loop () at /usr/src/sys/ddb/db_command.c:452 #4 0xc04493c9 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc050f863 in kdb_trap (type=3, code=0, tf=0xdbb21798) at /usr/src/sys/kern/subr_kdb.c:473 #6 0xc0640fa0 in trap (frame= {tf_fs = -609091576, tf_es = -1068433368, tf_ds = -1066991576, tf_edi = 1, tf_esi = -1066985939, tf_ebp = -609085480, tf_isp = -609085500, tf_ebx = -609085436, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068435993, tf_cs = 32, tf_eflags = 524934, tf_esp = -609085448, tf_ss = -1068536785}) at /usr/src/sys/i386/i386/trap.c:601 #7 0xc0633ada in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xdbb20008 in ?? () #9 0xc0510028 in logtimeout (arg=0xc0672a91) at /usr/src/sys/kern/subr_log.c:196 #10 0xc04f6c2f in panic (fmt=0xc067162d "lockmgr: locking against myself") at /usr/src/sys/kern/kern_shutdown.c:537 #11 0xc04eb316 in lockmgr (lkp=0xc33d19e8, flags=12290, interlkp=0x80, td=0xc24d5640) at /usr/src/sys/kern/kern_lock.c:321 #12 0xc054470e in vop_stdlock (ap=0x0) at /usr/src/sys/kern/vfs_default.c:263 #13 0xc0651163 in VOP_LOCK_APV (vop=0xc06ab100, a=0xdbb21868) at vnode_if.c:1642 #14 0xc0559358 in vn_lock (vp=0xc33d1990, flags=4098, td=0xc24d5640) at vnode_if.h:844 #15 0xc463c5bd in ?? () #16 0xc33d1990 in ?? () #17 0x00001002 in ?? () #18 0xc24d5640 in ?? () #19 0x00000000 in ?? () #20 0x00002002 in ?? () #21 0xc3062110 in ?? () #22 0xdbb218e4 in ?? () #23 0xc0559358 in vn_lock (vp=0xc33d1990, flags=-1045588752, td=0x0) at vnode_if.h:844 #24 0xc05483dd in vfs_domount (td=0xc24d5640, fstype=0xc46432c0 " \001f\031ntfs", fspath=0xc38db030 "/C", fsflags=0, fsdata=0xc44c8060) at /usr/src/sys/kern/vfs_mount.c:739 #25 0xc0547bd4 in vfs_donmount (td=0xc24d5640, fsflags=0, fsoptions=0xdbb21be4) at /usr/src/sys/kern/vfs_mount.c:503 #26 0xc054a0e4 in kernel_mount (ma=0xc38db8d0, flags=0) at pcpu.h:162 #27 0xc463c423 in ?? () #28 0xc38db8d0 in ?? () #29 0x00000000 in ?? () #30 0xbfbfede9 in ?? () #31 0x00000000 in ?? () #32 0x0000fffe in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0x00000000 in ?? () #37 0x00000000 in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x00000000 in ?? () #46 0x00000000 in ?? () #47 0x00000000 in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x00000000 in ?? () #56 0x00000000 in ?? () #57 0x00000000 in ?? () #58 0x00000000 in ?? () #59 0x00000000 in ?? () #60 0x000001ed in ?? () #61 0x00000000 in ?? () #62 0x00000000 in ?? () #63 0x00000000 in ?? () #64 0xc38db8d0 in ?? () #65 0x00000001 in ?? () #66 0xc449a060 in ?? () #67 0xdbb21cdc in ?? () #68 0xc0547dae in mount (td=0xc38db8d0, uap=0xdbb21d04) at /usr/src/sys/kern/vfs_mount.c:566 --==_Exmh_1126023287_358300-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:26: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 E613016A41F for ; Tue, 6 Sep 2005 16:26:13 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C5BEF43D48 for ; Tue, 6 Sep 2005 16:26:12 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 06 Sep 2005 16:26:11 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp019) with SMTP; 06 Sep 2005 18:26:11 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 6 Sep 2005 18:25:55 +0200 User-Agent: KMail/1.8.1 References: <200508260815.38485@harrymail> In-Reply-To: <200508260815.38485@harrymail> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1837709.AQlzuHBgHE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509061826.09213@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: PANIC, a very strange one, at least for me on 6.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 16:26:14 -0000 --nextPart1837709.AQlzuHBgHE Content-Type: multipart/mixed; boundary="Boundary-01=_WMcHDZx0Bsk2XJT" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_WMcHDZx0Bsk2XJT Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 26. August 2005 08:15 CEST schrieb Emanuel Strobl: > Hello, > > fortunately I had my laptop logging on the serial console when my box > suddenly panicked. > I just removed a directory, no usual panic message. System is late > BETA2, please find attached the trace and panick message This panic showed up again, again after the same things done, so I filed a= =20 PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D85804 Unfortunately I can't reproduce it with a freshly booted machine, seems the= =20 box hast to be up some days.... Again, attached all I got on the serial console this time. =2DHarry --Boundary-01=_WMcHDZx0Bsk2XJT Content-Type: text/plain; charset="iso-8859-15"; name="panic.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="panic.txt" panic: handle_workitem_remove: bad file delta KDB: enter: panic [thread pid 54 tid 100059 ] Stopped at kdb_enter+0x30: leave =20 db> where Tracing pid 54 tid 100059 td 0xc1e75780 kdb_enter(c0791b35,c0801560,c07a421e,d58b2c3c,100) at kdb_enter+0x30 panic(c07a421e,11970,0,d58b2c50,3b7) at panic+0xd5 handle_workitem_remove(c2d81de0,0,2,32e,0) at handle_workitem_remove+0x107 process_worklist_item(0,0,c07a39e1,2de,431db271) at process_worklist_item+0= x20b softdep_process_worklist(0,0,c079a93a,678,0) at softdep_process_worklist+0x= 130 sched_sync(0,d58b2d38,c078ef39,30d,0) at sched_sync+0x2ee fork_exit(c06078c0,0,d58b2d38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xd58b2d6c, ebp =3D 0 --- db> --Boundary-01=_WMcHDZx0Bsk2XJT-- --nextPart1837709.AQlzuHBgHE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDHcMhBylq0S4AzzwRAnGvAJ9Nun9FM+p8GLqloZ+HCWhGHV71IwCfdGNr 25Uz2fbPZEexI2LOtGAdNkY= =S7IK -----END PGP SIGNATURE----- --nextPart1837709.AQlzuHBgHE-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 16:27: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 F091B16A420 for ; Tue, 6 Sep 2005 16:27:26 +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 901CA43D48 for ; Tue, 6 Sep 2005 16:27:26 +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; Tue, 06 Sep 2005 09:27:23 -0700 Received: from xcgco501.northgrum.com ([158.114.104.53]) by xcgca800.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 6 Sep 2005 09:27:22 -0700 Received: from [192.168.217.128] ([158.114.106.12]) by xcgco501.northgrum.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 6 Sep 2005 10:26:54 -0600 From: Lonnie VanZandt Organization: Northrop Grumman To: freebsd-current@freebsd.org Date: Tue, 6 Sep 2005 10:26:58 -0600 User-Agent: KMail/1.8.1 References: <20050902120114.82685.qmail@istanbul.enderunix.org> In-Reply-To: <20050902120114.82685.qmail@istanbul.enderunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-9" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509061026.59175.lonnie.vanzandt@ngc.com> X-OriginalArrivalTime: 06 Sep 2005 16:26:54.0101 (UTC) FILETIME=[CAEF4450:01C5B2FF] Subject: Re: kgdb core dumps 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: Tue, 06 Sep 2005 16:27:27 -0000 Confirm that your kgdb source is up to date by running ident on it. Marcel added a few changes (which are on the 5.4 stable branch and, I believe, on the 6.x latest) lonnie@aperiodic$ ident `which kgdb` /usr/bin/kgdb: $FreeBSD: src/lib/csu/i386-elf/crti.S,v 1.6.8.1 2005/05/26 09:33:28 dfr Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $FreeBSD: src/usr.bin/yacc/skeleton.c,v 1.37 2003/02/12 18:03:55 davidc Exp $ $FreeBSD: src/lib/csu/i386-elf/crtn.S,v 1.5.8.1 2005/05/26 09:33:28 dfr Exp $ $FreeBSD: src/lib/csu/common/crtbrand.c,v 1.4 2003/10/17 15:43:13 peter Exp $ $FreeBSD: src/lib/csu/i386-elf/crt1.c,v 1.13.2.1 2005/05/26 09:33:28 dfr Exp $ $FreeBSD: src/gnu/usr.bin/gdb/kgdb/kthr.c,v 1.1.2.1 2005/03/01 20:35:14 obrien Exp $ $FreeBSD: src/gnu/usr.bin/gdb/kgdb/main.c,v 1.2.2.5 2005/08/16 03:52:30 marcel Exp $ $FreeBSD: src/gnu/usr.bin/gdb/kgdb/trgt.c,v 1.1.2.2 2005/08/16 03:52:30 marcel Exp $ $FreeBSD: src/gnu/usr.bin/gdb/kgdb/trgt_i386.c,v 1.1.2.1 2005/03/01 20:35:14 obrien Exp $ On Friday 02 September 2005 06:01 am, Omer Faruk Sen wrote: > Hi, I am trying to remote dump but I get the following erros. The > kernel.debug is the file that I copied to my host system from target > (remote). Why I am getting that error? Is there anything that I can do. > What I have done is: > > 1) boot system with a kernel (target) > 2) set 0x80 in device.hints on target > 3) Copy kernel.debug from target to host > 4) CTRL-ALT-ESC on target > 5) kgdb -r /dev/cuad0 /boot/kernel/kernel.debug on host and I get the > following error. By the way with the src/ that comes with 6.0BETA-3 I can't > get any output using kgdb -r /dev/cuad0 /boot/kernel/kernel.debug. I have > cvsup'ed my source files yesterday but now I get these errors: > > root@balli# kgdb -r /dev/cuad0 /boot/kernel/kernel.debug > [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". > Switching to remote protocol > 0xc064ad9b in kdb_enter (msg=0x26
) at > cpufunc.h:60 > 60 cpufunc.h: No such file or directory. > in cpufunc.h > Segmentation fault: 11 (core dumped) > > ----------------------- > Omer Faruk Sen > http://www.EnderUNIX.ORG > Software Development Team @ Turkey > http://www.Faruk.NET > For Public key: http://www.enderunix.org/ofsen/ofsen.asc > ******************************************************** > > > First Turkish Qmail book is out! Go check it. > Duydunuz mu! Turkiye'nin ilk Qmail kitabi cikti. > http://www.acikakademi.com/catalog/qmail/ > _______________________________________________ > 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 Tue Sep 6 17:25: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 8DBED16A41F for ; Tue, 6 Sep 2005 17:25:53 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5498A43D48 for ; Tue, 6 Sep 2005 17:25:52 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.197.67]) by smtp01.mrf.mail.rcn.net with ESMTP; 06 Sep 2005 13:25:51 -0400 X-IronPort-AV: i="3.96,172,1122868800"; d="scan'208"; a="78460781:sNHT25913314" From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17181.53420.661524.694754@jerusalem.litteratus.org> Date: Tue, 6 Sep 2005 13:23:56 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta21) "corn" (+CVS-20050527) XEmacs Lucid Cc: roberthuff@rcn.com Subject: buildkernel failure: undefined reference X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 17:25:53 -0000 I'm trying to upgrade from -CURRENT(March 29) to -CURRENT(00:01 Sept 6) and buildkernel fails. Specifically, the code compiles, but the link phase dies with: MAKE=/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh JERUSALEM touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh JERUSALEM cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict -prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat -extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib /dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/s rc/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/ freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -include o pt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --par am large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundar y=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror ve rs.c linking kernel.debug mga_dma.o(.text+0xd): In function `mga_do_wait_for_idle': /usr/src/sys/dev/drm/mga_dma.c:56: undefined reference to `drm_debug_flag' mga_dma.o(.text+0xa3): In function `mga_do_dma_reset': /usr/src/sys/dev/drm/mga_dma.c:79: undefined reference to `drm_debug_flag' mga_dma.o(.text+0x10b): In function `mga_do_dma_flush': /usr/src/sys/dev/drm/mga_dma.c:109: undefined reference to `drm_debug_flag' mga_dma.o(.text+0x17b):/usr/src/sys/dev/drm/mga_dma.c:120: undefined reference t o `drm_debug_flag' mga_dma.o(.text+0x21a):/usr/src/sys/dev/drm/mga_dma.c:148: undefined reference t o `drm_debug_flag' mga_dma.o(.text+0x257):/usr/src/sys/dev/drm/mga_dma.c:149: more undefined refere nces to `drm_debug_flag' follow mga_dma.o(.text+0x633): In function `mga_freelist_init': /usr/src/sys/dev/drm/mga_dma.c:254: undefined reference to `drm_alloc' mga_dma.o(.text+0x6be):/usr/src/sys/dev/drm/mga_dma.c:265: undefined reference t o `drm_alloc' etc.. I have examined /usr/src/UPDATING and found noting applicable. What have I missed? (make.conf and kernel config are appended.) Robert Huff **************** /etc/make.conf # Created: Fri Jan 30 14:18:07 2004 # Setting to use base perl from ports: #PERL_VER=5.6.1 #PERL_VERSION=5.6.1 #PERL_ARCH=mach #NOPERL=yo #NO_PERL=yo #NO_PERL_WRAPPER=yo # CPUTYPE?=p4 CFLAGS= -O -pipe X_WINDOW_SYSTEM=xorg HAVE_MOTIF= yes # To avoid building various parts of the base system: # (copied from /usr/share/examples/etc/make.conf #NO_BOOT= true # do not build boot blocks and loader #NO_CVS= true # do not build CVS #NO_CXX= true # do not build C++ and friends #NO_BIND= true # do not build BIND NO_BIND_ETC= true # Do not install files to /etc/namedb NO_BLUETOOTH= true # do not build Bluetooth related stuff NO_FORTRAN= true # do not build g77 and related libraries #NO_GDB= true # do not build GDB #NO_I4B= true # do not build isdn4bsd package #NO_IPFILTER= true # do not build IP Filter package #NO_PF= true # do not build PF firewall package #NO_AUTHPF= true # do not build and install authpf (setuid/gid) #NO_KERBEROS= true # do not build and install Kerberos 5 (KTH Heimdal) #NO_LPR= true # do not build lpr and related programs #NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector #NO_MODULES= true # do not build modules with the kernel #NO_OBJC= true # do not build Objective C support #NO_OPENSSH= true # do not build OpenSSH #NO_OPENSSL= true # do not build OpenSSL (implies NO_KERBEROS/NO_OPENSSH) #NO_SENDMAIL= true # do not build sendmail and related programs #NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs #NO_TCSH= true # do not build and install /bin/csh (which is tcsh) #NO_VINUM= true # do not build Vinum utilities #NOCRYPT= true # do not build any crypto code #NOGAMES= true # do not build games (games/ subdir) #NOINFO= true # do not make or install info files #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) #NOMAN= true # do not build manual pages NO_PROFILE= true # Avoid compiling profiled libraries #NOSHARE= true # do not go into the share subdir # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # added by use.perl 2005-07-06 13:49:19 PERL_VER=5.8.7 PERL_VERSION=5.8.7 **************** kernel config # # JERUSALEM # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ machine i386 #cpu "I386_CPU" #cpu "I486_CPU" #cpu "I586_CPU" cpu I686_CPU ident JERUSALEM maxusers 0 #options MATH_EMULATE #Support for x87 emulation options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options MAXDSIZ="(1024*1024*1024)" options MAXSSIZ="(256*1024*1024)" #options IPX #options NCP #NetWare Core protocol options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options NWFS #NetWare filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options SCSI_DELAY=100 #Be pessimistic about Joe SCSI # note: value is in milliseconds #options SAFETY # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB #Enable the kernel debugger makeoptions DEBUG=-g #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options COMPAT_AOUT # see java/62837 #options COMPAT_LINUX #options LINPROCFS options PROCFS options PSEUDOFS # For StarOffice #options P1003_1B #options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L #options MD5 # For Mars-nwe NetWare server #options IPX # for WINE #options USER_LDT #allow user-level control of i386 ldt # # #config kernel root on da0 device isa device eisa device pci #device fdc0 at isa? port IO_FD1 irq 6 drq 2c device fdc #device fd at fdc drive 0 #disk fd1 at fdc drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 device ahc #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr device scbus device da # SCSI disk device sa # SCSI tape device pass device cd # Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc at isa? flags 0x100 device sc # at isa? port "IO_KBD" conflicts tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ## 2/3/1999: new model console stuff #device atkbdc #device atkbd #device vt device vga device mgadrm device agp #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio #device lpt0 at isa? port? tty irq 7 vector lptintr # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'da'), best # performance is achieved with ports in EPP 1.9 mode. # nlpt Parallel Printer, use _instead_ of lpt0 # plip Parallel network interface # ppi General-purpose I/O ("Geek Port") # pps Pulse per second Timing Interface # lpbb Philips official parallel port I2C bit-banging interface # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # device ppc device ppbus device lpt device plip device ppi ############ # USB support device uhci device ohci device ehci device usb device ugen #device uhid device ukbd options KBD_INSTALL_CDEV device ums #device uscanner ############ #device psm at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device psm # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de #device de0 #device de1 #device fxp0 #device tl0 #device tx0 #device vx0 #device xl0 #device ed0 at isa? port 0x380 net irq 9 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? port 0x300 net irq ? vector csintr # # see /usr/src/UPDATING # device mem # Memory and kernel memory devices device io # I/O device #device null # Null and zero devices device random device bpf device loop # Network loopback device ether #device sl 1 #device ppp 0 device tun device gif device pty #device gzip # Exec gzipped a.out's # # for IPFW/natd # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets # # IPv6 # options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT # # sound driver # #device pcm device sound device snd_cmi From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:34: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 8F8B916A41F for ; Tue, 6 Sep 2005 17:34:22 +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 252D443D48 for ; Tue, 6 Sep 2005 17:34:22 +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 j86HYKWh026865; Tue, 6 Sep 2005 13:34:21 -0400 (EDT) Date: Tue, 6 Sep 2005 13:34:20 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Robert Huff In-Reply-To: <17181.53420.661524.694754@jerusalem.litteratus.org> 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: buildkernel failure: undefined reference 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, 06 Sep 2005 17:34:22 -0000 On Tue, 6 Sep 2005, Robert Huff wrote: > > linking kernel.debug [ undefined references to drm_foo() snipped ] > etc.. > I have examined /usr/src/UPDATING and found noting applicable. > What have I missed? See src/sys//conf/NOTES. You need: device drm # DRM core module required by DRM drivers in your kernel config. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 17:38: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 4896F16A41F for ; Tue, 6 Sep 2005 17:38:30 +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 8FE9E43D53 for ; Tue, 6 Sep 2005 17:38:29 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j86HcRnE008466; Tue, 6 Sep 2005 20:38:27 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j86HcRr8011239; Tue, 6 Sep 2005 20:38:27 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j86HcRDk011238; Tue, 6 Sep 2005 20:38:27 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Tue, 6 Sep 2005 20:38:26 +0300 From: Giorgos Keramidas To: Robert Huff Message-ID: <20050906173826.GA93628@orion.daedalusnetworks.priv> References: <17181.53420.661524.694754@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17181.53420.661524.694754@jerusalem.litteratus.org> Cc: freebsd-current@freebsd.org Subject: Re: buildkernel failure: undefined reference X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 17:38:30 -0000 On 2005-09-06 13:23, Robert Huff wrote: > > I'm trying to upgrade from -CURRENT(March 29) to > -CURRENT(00:01 Sept 6) and buildkernel fails. Specifically, the > code compiles, but the link phase dies with: > > [...] > linking kernel.debug > mga_dma.o(.text+0xd): In function `mga_do_wait_for_idle': > /usr/src/sys/dev/drm/mga_dma.c:56: undefined reference to `drm_debug_flag' > mga_dma.o(.text+0xa3): In function `mga_do_dma_reset': > /usr/src/sys/dev/drm/mga_dma.c:79: undefined reference to `drm_debug_flag' > mga_dma.o(.text+0x10b): In function `mga_do_dma_flush': > /usr/src/sys/dev/drm/mga_dma.c:109: undefined reference to `drm_debug_flag' > mga_dma.o(.text+0x17b):/usr/src/sys/dev/drm/mga_dma.c:120: undefined reference t > o `drm_debug_flag' > mga_dma.o(.text+0x21a):/usr/src/sys/dev/drm/mga_dma.c:148: undefined reference t > o `drm_debug_flag' > mga_dma.o(.text+0x257):/usr/src/sys/dev/drm/mga_dma.c:149: more undefined refere > nces to `drm_debug_flag' follow > mga_dma.o(.text+0x633): In function `mga_freelist_init': > /usr/src/sys/dev/drm/mga_dma.c:254: undefined reference to `drm_alloc' > mga_dma.o(.text+0x6be):/usr/src/sys/dev/drm/mga_dma.c:265: undefined reference t > o `drm_alloc' > > etc.. > I have examined /usr/src/UPDATING and found noting applicable. > What have I missed? > (make.conf and kernel config are appended.) Your kernel config includes: device mgadrm But it lacks a 'drm' device too. Start over from GENERIC and add one by one your local modifications, carefully making sure all the new options and their dependencies of options are ok. From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 18:19: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 9180216A41F for ; Tue, 6 Sep 2005 18:19:35 +0000 (GMT) (envelope-from listas@informatica.info) Received: from ceres.informatica.info (host122-231-149-62.serverdedicati.aruba.it [62.149.231.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13F443D48 for ; Tue, 6 Sep 2005 18:19:34 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.68] (6.Red-83-46-32.pooles.rima-tde.net [83.46.32.6]) (authenticated bits=0) by ceres.informatica.info (8.12.10/8.12.10) with ESMTP id j86IJSkG011246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 6 Sep 2005 20:19:33 +0200 Message-ID: <431DDDB2.8020706@informatica.info> Date: Tue, 06 Sep 2005 20:19:30 +0200 From: listas@informatica.info User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: es-es, en, ca MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Unable to extract distributions to disk with 6.0-BETA3 and ICH-6R controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 18:19:35 -0000 I tried to install 6.0-BETA3 on this system: - ASUS P5GD1 motherboard (ICH-6R controller). - Pentium 4 processor, 3 GHz, 800 MHz FSB. - Two 200 GB SATA drives in RAID mode. - 1 GB RAM. The standard install process went fine except for two things: - Onboard LAN (Win627EHF I/O chip) undetected. - When I try to extract distributions to disk, I get the following messages: Write failure on transfer! (wrote XXXXXX of YYYYYYY bytes) The same happens if I try ar0 (RAID device) or ad8 (single disk device). I did not have this problem installing 5.4-RELEASE, except that ar0 (RAID) was not detected, and once I installed the distributions and finished the install, 5.4 refused to boot even in non-RAID mode (because of a GEOM problem, most likely). Found the same problem with the 6.0-snapshot CD of july 2005. Carlos From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 18:57: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 1EFD016A41F; Tue, 6 Sep 2005 18:57:59 +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 AF02F43D49; Tue, 6 Sep 2005 18:57:58 +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 j86Ivvpo004304; Tue, 6 Sep 2005 11:57:57 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j86IvvYs004303; Tue, 6 Sep 2005 11:57:57 -0700 Date: Tue, 6 Sep 2005 11:57:57 -0700 From: Brooks Davis To: Robert Watson Message-ID: <20050906185757.GB16555@odin.ac.hmc.edu> References: <20050905150129.414784E704@pipa.profix.cz> <20050906134547.B51625@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20050906134547.B51625@fledge.watson.org> 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: freebsd-current@FreeBSD.org, Stay d Subject: Re: ifconfig tun(N) destroy does not work ! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 18:57:59 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 06, 2005 at 01:49:52PM +0100, Robert Watson wrote: > On Mon, 5 Sep 2005, Stay d wrote: >=20 > >maybe I haven=B4t read something what I souhld read it, and if it is tru= e=20 > >I am sorry for anoying you. > > > >Let me ask you for tun devices. > > > >roztyly# ifconfig tun1 destroy > >ifconfig: SIOCIFDESTROY: Invalid argument > > > >I found out from manual page tun(4) that: > > > >"These network interfaces persist until the if_tun.ko module is unloaded= =20 > >(if tun is built into your kernel, the network interfaces cannot be=20 > >removed)." > > > >Of course the generic kernel defines "device tun", so I commented the=20 > >line and recompiled the kernel. > > > >After that, I tried again "destroy command" and with no changes. > > > >I tried "create command" and the same error message happens. >=20 > Your observation is correct: unlike most clonable network device drivers,= =20 > tun and tap interface cloning is driven by devfs events, and not by=20 > network interface clone events controlled using ifconfig create/destroy. >=20 > I was actually bumping into this yesterday since I wanted to force the=20 > garbage collection of a tap device in order to try to trigger a kernel bu= g=20 > involving interface removal, and there is currently no explicit way to do= =20 > this. devfs will reclaim the tap device node, if unused, when vnode=20 > pressure requires that new vnodes become available. I.e., when memory us= e=20 > starts to go up, the unused tun and tap nodes will be recycled as needed.= =20 > Until that time, the device node and network interface will hang around i= n=20 > case needed. A tun/tap node and interface will be created as a result of= =20 > a lookup in /dev. I.e., stat /dev/tun10. >=20 > In a number of ways, I prefer the explicit cloning behavior to implicit -= -=20 > i.e., might prefer it if explicit "ifconfig create tap0" caused the devic= e=20 > node to appear. On the other hand, one nice advantage to the devfs=20 > cloning model is that you can make a /dev/tun automatically return the=20 > first unused node, rather than requiring a sweep through node numbers and= =20 > explicit allocation and management of interface numbers, which is very=20 > nice from the perspective of automated configuration. The implicit cloning of tun devices should go away, but it's not something I've looked at in detail. In the past I've looked at it with the idea of preserving current behavior as well as keeping the current support and that made things difficult enough that I gave up since it's a personal priority. I think the better approach would be to cleanly implement standard cloning and then bolt a compatability layer on top of that. FYI, explicit cloing supports "give me the next one", just do "ifconfig gif create" and ifconfig will output the name of the newly created device for use in your script. A similar thing can be done in a program that want's to use this feature. -- Brooks > Robert N M Watson >=20 > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 9 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > >6 1 0xc2926000 5000 if_gif.ko > > > >roztyly# ifconfig tun10 create > >ifconfig: SIOCIFCREATE: Invalid argument > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 10 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > >6 1 0xc2926000 5000 if_gif.ko > >7 1 0xc2910000 5000 if_tun.ko > > > >It seems automatic loading if_tun.ko and if_gif.ko works well. > > > >Opposite to tun device is gif device which works fine: > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 10 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > >6 1 0xc2926000 5000 if_gif.ko > >7 1 0xc2910000 5000 if_tun.ko > > > >roztyly# kldunload -v -i 6 > >Unloading if_gif.ko, id=3D6 > > > >roztyly# kldunload -v -i 7 > >Unloading if_tun.ko, id=3D7 > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 8 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > > > >roztyly# ifconfig gif0 create > > > >roztyly# ifconfig gif0 > >gif0: flags=3D8010 mtu 1280 > > > >roztyly# ifconfig gif0 destroy > > > >roztyly# ifconfig gif0 > >ifconfig: interface gif0 does not exist > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 9 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > >7 1 0xc2910000 5000 if_gif.ko > > > >roztyly# ifconfig tun0 create > >ifconfig: SIOCIFCREATE: Invalid argument > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 10 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > >7 1 0xc2910000 5000 if_gif.ko > >8 1 0xc2926000 5000 if_tun.ko > > > >roztyly# ifconfig tun0 destroy > >ifconfig: interface tun0 does not exist > > > >roztyly# kldstat > >Id Refs Address Size Name > >1 10 0xc0400000 5bb9fc kernel > >2 16 0xc09bc000 63f04 acpi.ko > >3 1 0xc1848000 23000 nfsserver.ko > >4 1 0xc18b0000 1a000 linux.ko > >7 1 0xc2910000 5000 if_gif.ko > >8 1 0xc2926000 5000 if_tun.ko > > > >roztyly# > > > >I use tspc2 (freenet6) port, and of course the starting/stopping scripts > >deos not work as you and me expect. :( > > > >Dan > > > >Bye > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > --=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 --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDHea0XY6L6fI4GtQRAqROAJ4iuItmrUDXX7iFGBqsE/JFOV0iagCeLb6K aYa6GnydgOnzjTPCBcEiWpw= =xcNN -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 19:19: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 BC83616A41F for ; Tue, 6 Sep 2005 19:19:24 +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 ED87143D45 for ; Tue, 6 Sep 2005 19:19:23 +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 j86JDwOw067332; Tue, 6 Sep 2005 21:13:58 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <7daacbbe0509060626686aed19@mail.gmail.com> References: <7daacbbe0509060626686aed19@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <4CE29790-127C-4E07-A92F-B5A72EE63CBE@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Tue, 6 Sep 2005 21:19:18 +0200 To: Dominique Goncalves X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: VIA 6420 SATA150 controller on FreeBSD 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: Tue, 06 Sep 2005 19:19:24 -0000 On 06/09/2005, at 15:26, Dominique Goncalves wrote: > Hi, > > I created a raid-1 with 2 SATA disks with the controller VIA 6420 > SATA150 from the bios setup. > FreeBSD detects the array with ar0 and I can use /dev/ar0s1 to mount > my data on FreeBSD 6.0-BETA4. > > atapci0: port > 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,=20= > 0xa400-0xa4ff > irq 20 at device 15.0 on pci0 > ata2: on atapci0 > ata3: on atapci0 > [...] > ad4: 194481MB at ata2-master SATA150 > ad6: 194481MB at ata3-master SATA150 > ar0: 194480MB status: READY > ar0: disk0 READY (master) using ad4 at ata2-master > ar0: disk1 READY (mirror) using ad6 at ata3-master > > %mount | grep ar0s1 > /dev/ar0s1 on /raid (ufs, local, soft-updates) > > %df -h | grep ar0s1 > /dev/ar0s1 184G 54G 115G 32% /raid > > If I remove one of the disks, FreeBSD can't mount /dev/ar0s1 and I see > these errors: > > ad4: 194481MB at ata2-master SATA150 > ar0: 194480MB status: BROKEN > ar0: disk0 DOWN no device found for this subdisk > ar0: disk1 DOWN no device found for this subdisk > > and > # ls /dev/ar* > /dev/ar0 > > AFAIK, if one disk fails, I can continue to use the raid-1 and mount > ar0s1 (corret me, if I'm wrong). > > How can I solve this problem? > dmesg is attached. I've just committed a fix for this to -current. Grap ata-raid.? from =20 there and you should be fine.. S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 19:40: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 EA90116A446; Tue, 6 Sep 2005 19:40:53 +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 9164743D48; Tue, 6 Sep 2005 19:40:51 +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 j86JenOx032441; Tue, 6 Sep 2005 15:40:49 -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 j86JentI006036; Tue, 6 Sep 2005 15:40:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 94C047304D; Tue, 6 Sep 2005 15:40:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050906194049.94C047304D@freebsd-current.sentex.ca> Date: Tue, 6 Sep 2005 15:40:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 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, 06 Sep 2005 19:40:54 -0000 TB --- 2005-09-06 18:16:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-06 18:16:09 - starting HEAD tinderbox run for i386/i386 TB --- 2005-09-06 18:16:09 - cleaning the object tree TB --- 2005-09-06 18:16:36 - checking out the source tree TB --- 2005-09-06 18:16:36 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-09-06 18:16:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-06 18:23:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-06 18:23:13 - cd /src TB --- 2005-09-06 18:23: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-09-06 19:26:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-06 19:26:42 - cd /src TB --- 2005-09-06 19:26:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Sep 6 19:26:42 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:193: warning: 'ng_setisr' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:194: warning: 'ng_ID2noderef' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:196: warning: 'ng_con_nodes' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:197: warning: 'ng_con_part2' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:198: warning: 'ng_con_part3' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:200: warning: 'ng_mkpeer' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:325: warning: 'nextID' defined but not used /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:327:1: unterminated #ifdef *** Error code 1 Stop in /src/sys/modules/netgraph/netgraph. *** Error code 1 Stop in /src/sys/modules/netgraph. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-06 19:40:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-06 19:40:49 - ERROR: failed to build generic kernel TB --- 2005-09-06 19:40:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 20:17:31 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 E586216A41F; Tue, 6 Sep 2005 20:17:30 +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 26B8C43D45; Tue, 6 Sep 2005 20:17:29 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j86KHM7h026362; Tue, 6 Sep 2005 23:17:23 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j86KHMiI000629; Tue, 6 Sep 2005 23:17:22 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j86KHLpf000628; Tue, 6 Sep 2005 23:17:21 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Tue, 6 Sep 2005 23:17:21 +0300 From: Giorgos Keramidas To: Craig Rodrigues Message-ID: <20050906201721.GA610@orion.daedalusnetworks.priv> References: <20050903133344.GA633@gothmog.gr> <20050905162713.GA92142@crodrigues.org> <20050905175826.GL69481@zxy.spb.ru> <20050906015418.GA590@gothmog.gr> <20050906120809.GP69481@zxy.spb.ru> <20050906124508.GA27413@orion.daedalusnetworks.priv> <20050906133221.GA903@crodrigues.org> <20050906140340.GA27780@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906140340.GA27780@orion.daedalusnetworks.priv> Cc: rodrigc@freebsd.org, freebsd-current@freebsd.org, mirya@matrix.kiev.ua, Slawa Olhovchenkov Subject: Re: moused related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 20:17:31 -0000 On 2005-09-06 17:03, Giorgos Keramidas wrote: > On 2005-09-06 09:32, Craig Rodrigues wrote: > > Can you try this: > > > > Index: scvidctl.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/dev/syscons/scvidctl.c,v > > retrieving revision 1.35 > > diff -u -u -r1.35 scvidctl.c > > --- scvidctl.c 30 Aug 2005 18:58:16 -0000 1.35 > > +++ scvidctl.c 6 Sep 2005 13:31:30 -0000 > > @@ -145,6 +145,8 @@ > > return ENODEV; > > > > /* adjust argument values */ > > + if (fontwidth <= 0) > > + fontwidth = info.vi_cwidth; > > if (fontsize <= 0) > > fontsize = info.vi_cheight; > > if (fontsize < 14) { > > This looks promising. I'll try it out, after reverting my local patch > in a while. Magnificent. This fixes the panics, even with the following KASSERT's which were left from yesterday, when I was trying to find out what scp->font_xxx values set_mouse_pos() got. %%% Index: scmouse.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scmouse.c,v retrieving revision 1.38 diff -u -r1.38 scmouse.c --- scmouse.c 30 Aug 2005 18:58:16 -0000 1.38 +++ scmouse.c 6 Sep 2005 15:41:32 -0000 @@ -140,6 +140,9 @@ static void set_mouse_pos(scr_stat *scp) { + + KASSERT(scp != NULL, ("null scp")); + if (scp->mouse_xpos < scp->xoff*scp->font_width) scp->mouse_xpos = scp->xoff*scp->font_width; if (scp->mouse_ypos < scp->yoff*scp->font_size) @@ -158,6 +161,8 @@ } if (scp->mouse_xpos != scp->mouse_oldxpos || scp->mouse_ypos != scp->mouse_oldypos) { + KASSERT(scp->font_width > 0, ("invalid scp->font_width")); + KASSERT(scp->font_size > 0, ("invalid scp->font_size")); scp->status |= MOUSE_MOVED; scp->mouse_pos = (scp->mouse_ypos/scp->font_size - scp->yoff)*scp->xsize Index: scvidctl.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scvidctl.c,v retrieving revision 1.35 diff -u -r1.35 scvidctl.c --- scvidctl.c 30 Aug 2005 18:58:16 -0000 1.35 +++ scvidctl.c 6 Sep 2005 15:17:22 -0000 @@ -145,6 +145,8 @@ return ENODEV; /* adjust argument values */ + if (fontwidth <= 0) + fontwidth = info.vi_cwidth; if (fontsize <= 0) fontsize = info.vi_cheight; if (fontsize < 14) { %%% From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 20:20: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 26BF816A41F for ; Tue, 6 Sep 2005 20:20:04 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A0043D49 for ; Tue, 6 Sep 2005 20:20:03 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1266981wra for ; Tue, 06 Sep 2005 13:20:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qxr9Q8lQgXuC8tu6s8WlHQG3kRvAyiRfvDYerPIuW/V4M1y6ik32cVf6jJ99rEIhuVQnVaGetNgmc6Ot4m3Y7cM4xVNLyT+iiromHo3R/Cc+qpqHPw9o9zkt3o4Ecw3h525TEj/icdd1dnON5gv0RZOodQfr0E/ffA7x8vERdiY= Received: by 10.54.34.20 with SMTP id h20mr2169306wrh; Tue, 06 Sep 2005 13:20:01 -0700 (PDT) Received: by 10.54.80.20 with HTTP; Tue, 6 Sep 2005 13:20:01 -0700 (PDT) Message-ID: <4cf221cc05090613208a72a08@mail.gmail.com> Date: Tue, 6 Sep 2005 22:20:01 +0200 From: Erik Winge To: freebsd-current@freebsd.org In-Reply-To: <05Jul18.130434cest.118130@fd.hif.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4cf221cc050718035328cfb071@mail.gmail.com> <05Jul18.130434cest.118130@fd.hif.hu> Subject: Re: if_ural in 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: Tue, 06 Sep 2005 20:20:04 -0000 Hi, On 7/18/05, =C1d=E1m Szilveszter dr. wrote: > Hello, >=20 > Unfortunately, I see similar symptoms with two ral(4) based cards ( > Conceptronic C54RC) in two laptops, one running 6.0-BETA, the other > 7.0-CURRENT, both from 16th July. I have not yet been able to determine > under what conditions the random dissassociations occur, but no network > traffic is one way to more reliably trigger it. After the disassociation > occurs, wpa_supplicant starts scanning, even finds the AP a couple of > times, but fails to reassociate until killed and restarted. The AP is a > Linksys WRT54G with original Linksys firmware, and I am using a > WPA-PSK-based setup. I still have the same problem in 6.0-BETA4. if_ural will disassociate if the network connection is idle for more than a couple of minutes. This happens every time I leave my computer running without any network traffic. I also use WPA-PSK. Regards, Erik Winge From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 20: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 01B0B16A420 for ; Tue, 6 Sep 2005 20:37:19 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 528AB43D49 for ; Tue, 6 Sep 2005 20:37:18 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j86KbF0Y056798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Sep 2005 00:37:16 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j86KbFD5056797 for current@freebsd.org; Wed, 7 Sep 2005 00:37:15 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 7 Sep 2005 00:37:15 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20050906203715.GC53891@cell.sick.ru> References: <20050906194049.94C047304D@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050906194049.94C047304D@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i Cc: Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 20:37:19 -0000 Fixed. On Tue, Sep 06, 2005 at 03:40:49PM -0400, FreeBSD Tinderbox wrote: F> TB --- 2005-09-06 18:16:09 - tinderbox 2.3 running on freebsd-current.sentex.ca F> TB --- 2005-09-06 18:16:09 - starting HEAD tinderbox run for i386/i386 F> TB --- 2005-09-06 18:16:09 - cleaning the object tree F> TB --- 2005-09-06 18:16:36 - checking out the source tree F> TB --- 2005-09-06 18:16:36 - cd /tinderbox/HEAD/i386/i386 F> TB --- 2005-09-06 18:16:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src F> TB --- 2005-09-06 18:23:13 - building world (CFLAGS=-O2 -pipe) F> TB --- 2005-09-06 18:23:13 - cd /src F> TB --- 2005-09-06 18:23:13 - /usr/bin/make -B buildworld F> >>> Rebuilding the temporary build tree F> >>> stage 1.1: legacy release compatibility shims F> >>> stage 1.2: bootstrap tools F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3: cross tools F> >>> stage 4.1: building includes F> >>> stage 4.2: building libraries F> >>> stage 4.3: make dependencies F> >>> stage 4.4: building everything F> TB --- 2005-09-06 19:26:42 - building generic kernel (COPTFLAGS=-O2 -pipe) F> TB --- 2005-09-06 19:26:42 - cd /src F> TB --- 2005-09-06 19:26:42 - /usr/bin/make buildkernel KERNCONF=GENERIC F> >>> Kernel build for GENERIC started on Tue Sep 6 19:26:42 UTC 2005 F> >>> stage 1: configuring the kernel F> >>> stage 2.1: cleaning up the object tree F> >>> stage 2.2: rebuilding the object tree F> >>> stage 2.3: build tools F> >>> stage 3.1: making dependencies F> >>> stage 3.2: building everything F> [...] F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:193: warning: 'ng_setisr' declared `static' but never defined F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:194: warning: 'ng_ID2noderef' declared `static' but never defined F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:196: warning: 'ng_con_nodes' declared `static' but never defined F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:197: warning: 'ng_con_part2' declared `static' but never defined F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:198: warning: 'ng_con_part3' declared `static' but never defined F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:200: warning: 'ng_mkpeer' declared `static' but never defined F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:325: warning: 'nextID' defined but not used F> /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:327:1: unterminated #ifdef F> *** Error code 1 F> F> Stop in /src/sys/modules/netgraph/netgraph. F> *** Error code 1 F> F> Stop in /src/sys/modules/netgraph. F> *** Error code 1 F> F> Stop in /src/sys/modules. F> *** Error code 1 F> F> Stop in /obj/src/sys/GENERIC. F> *** Error code 1 F> F> Stop in /src. F> *** Error code 1 F> F> Stop in /src. F> TB --- 2005-09-06 19:40:49 - WARNING: /usr/bin/make returned exit code 1 F> TB --- 2005-09-06 19:40:49 - ERROR: failed to build generic kernel F> TB --- 2005-09-06 19:40:49 - tinderbox aborted F> F> _______________________________________________ F> freebsd-current@freebsd.org mailing list F> http://lists.freebsd.org/mailman/listinfo/freebsd-current F> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 21:02: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 9230316A41F; Tue, 6 Sep 2005 21:02:36 +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 3447B43D45; Tue, 6 Sep 2005 21:02:36 +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 j86L2Zra027356; Tue, 6 Sep 2005 17:02:35 -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 j86L2ZQN040808; Tue, 6 Sep 2005 17:02:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE96F7304D; Tue, 6 Sep 2005 17:02:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050906210234.CE96F7304D@freebsd-current.sentex.ca> Date: Tue, 6 Sep 2005 17:02:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 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, 06 Sep 2005 21:02:36 -0000 TB --- 2005-09-06 19:40:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-06 19:40:49 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-09-06 19:40:49 - cleaning the object tree TB --- 2005-09-06 19:41:18 - checking out the source tree TB --- 2005-09-06 19:41:18 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-09-06 19:41:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-06 19:47:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-06 19:47:52 - cd /src TB --- 2005-09-06 19:47:52 - /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 TB --- 2005-09-06 20:51:18 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-06 20:51:18 - cd /src TB --- 2005-09-06 20:51:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Sep 6 20:51:19 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:193: warning: 'ng_setisr' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:194: warning: 'ng_ID2noderef' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:196: warning: 'ng_con_nodes' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:197: warning: 'ng_con_part2' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:198: warning: 'ng_con_part3' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:200: warning: 'ng_mkpeer' declared `static' but never defined /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:325: warning: 'nextID' defined but not used /src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:327:1: unterminated #ifdef *** Error code 1 Stop in /src/sys/modules/netgraph/netgraph. *** Error code 1 Stop in /src/sys/modules/netgraph. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-06 21:02:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-06 21:02:34 - ERROR: failed to build generic kernel TB --- 2005-09-06 21:02:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 21:36: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 587B316A41F for ; Tue, 6 Sep 2005 21:36:25 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from strange.daemonsecurity.com (62-15-223-173.inversas.jazztel.es [62.15.223.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74D8143D48 for ; Tue, 6 Sep 2005 21:36:24 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [192.168.0.64] (unknown [192.168.0.64]) by strange.daemonsecurity.com (Postfix) with ESMTP id 8C1972E01B for ; Tue, 6 Sep 2005 23:36:22 +0200 (CEST) Message-ID: <431E0BD5.50704@locolomo.org> Date: Tue, 06 Sep 2005 23:36:21 +0200 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Organization: Locolomo.ORG User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050529) 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: 7bit Cc: Subject: 6.0-BETA4 #0: firewire 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, 06 Sep 2005 21:36:25 -0000 Hi, Sorry for bugging you. I have a problem with firewire/dv that seems not to have been noticed on the list, nor is reported. Before I file a PR, I hope you could help me get better debug information. System upgraded today to 6.0-BETA4 #0 but it appeared also with BETA3. On fortunately, I don't have anoter -STABLE system to try on so I can't exclude the problem may be more general. The firewire device is a Canon MVX200 mini-DV camera. I have just bought it so I can't exclude this is a problem with the camera rather than the system. Problems: 1) If the firewire device is connected on boot, system hangs booting after identifying disks and before attempting to mount root device. Once the firewire device is turned off the boot process resumes. 2) Connecting the firewire device, fwcontrol cannot read the DV stream. (see output below). 3) The connected firewire device can cause other applications, including firefox, thunderbird, mysql or login, to coredump in which case the system must be rebooted before it can be restarted. If I'm missing something obvious, please tell me, I can go beat myself up just fine. Thanks, Erik System: FreeBSD charm 6.0-BETA4 FreeBSD 6.0-BETA4 #0: Tue Sep 6 21:16:56 CEST 2005 norgaard@charm:/usr/obj/usr/src/sys/GENERIC i386 Connecting the firewire device creates the following output (from /var/log/messages): fwohci0: BUS reset fwohci0: node_id=0x8800ffc0, gen=11, non CYCLEMAST ER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) fwohci0: txd err= 3 miss Ack err firewire0: bus_explore node=1 addr=0x400 resp=22 retry=1 fwohci0: txd err= 3 miss Ack err firewire0: bus_explore node=1 addr=0x400 resp=22 retry=2 fwohci0: txd err= 3 miss Ack err firewire0: bus_explore node=1 addr=0x400 resp=22 retry=3 fwohci0: txd err= 3 miss Ack err firewire0: bus_explore node=1 addr=0x400 resp=22 retry=4 firewire0: bus_explore failed for 1 nodes fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=12, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) fwohci0: BUS reset fwohci0: node_id=0x8800ffc0, gen=13, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 Output from fwcontrol and dvts tools: Script started on Tue Sep 6 23:00:04 2005 charm# fwcontrol -r charm# fwcontrol -t crc_len: 4 generation:7 node_count:2 sid_count:2 id link gap_cnt speed delay cIRM power port0 port1 port2 ini more 00 1 5 S400 0 1 -1W P - 1 0 01 1 5 S100 0 1 0W C - - 0 0 charm# fwcontrol -p === base register === 0x01 0x3f 0xe2 0x41 0xcc 0x03 0x00 0x20 Physical_ID:0 R:0 CPS:1 RHB:0 IBR:0 Gap_Count:63 Extended:7 Num_Ports:2 PHY_Speed:2 Delay:1 LCtrl:1 C:1 Jitter:1 Pwr_Class:4 WDIE:0 ISBR:0 CTOI:0 CPSI:0 STOI:0 PEI:0 EAA:1 EMC:1 Max_Legacy_SPD:0 BLINK:0 Bridge:0 Page_Select:1 Port_Select0 === page 0 port 0 === 0xf6 0x00 0x00 0x00 0x00 0x00 0x00 0x00 Astat:3 BStat:3 Ch:0 Con:1 RXOK:1 Dis:0 Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0 DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0 Connection_unreliable:0 Beta_mode:0 Port_error:0x0 Loop_disable:0 In_standby:0 Hard_disable:0 === page 0 port 1 === 0xf8 0x00 0x00 0x00 0x00 0x00 0x00 0x00 Astat:3 BStat:3 Ch:1 Con:0 RXOK:0 Dis:0 Negotiated_speed:0 PIE:0 Fault:0 Stanby_fault:0 Disscrm:0 B_Only:0 DC_connected:0 Max_port_speed:0 LPP:0 Cable_speed:0 Connection_unreliable:0 Beta_mode:0 Port_error:0x0 Loop_disable:0 In_standby:0 Hard_disable:0 === page 1 === 0x01 0x00 0x00 0x00 0x74 0x00 0x55 0x20 Compliance:1 Vendor_ID:0x000074 Product_ID:0x005520 charm# fwcontrol -c 0 first quad: 0x041ceb3e info_len=4 crc_len=28 crc=0xeb3e(OK) bus_name: 0x31333934 irmc:1 cmc:1 isc:1 bmc:1 pmc:0 cyc_clk_acc:100 max_rec:10 max_rom:0 generation:3 link_spd:2 EUI64: 00-e0-18-00-03-09-43-39 root_directory: len=0x0005(5) crc=0x8a4a(OK) 0c(I:0c) 0083c0 node_capabilities: 03(I:03) acde48 module_vendor_ID: 81(L:01) 000003 text_leaf: len=7 crc=0x82ed(OK) FreeBSD Project 04(I:04) 0927e2 hardware_version: 81(L:01) 000009 text_leaf: len=9 crc=0x0412(OK) charm charm# fwcontrol -R test.dv (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) fwcontrol: unknown format 0x1e charm# fwcontrol -R test.dv PAL 0fwcontrol: unknown format 0x1e charm# fwcontrol -R test.dv PAL 0fwcontrol: unknown format 0x1e charm# sysctl hw.firewire.try_bmr=0 hw.firewire.try_bmr: 1 -> 0 charm# fwcontrol -r charm# fwcontrol -R test.dv PAL 0fwcontrol: unknown format 0x1e charm# fwcontrol -R test.dv (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) fwcontrol: unknown format 0x1e charm# fwcontrol -u 0 -R test.dv (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) (EAGAIN) fwcontrol: unknown format 0x1e charm# dvrecv test.dv Found AV/C device Vendor: Canon Model: MVX200 waiting for DV data, please press 'play' on the camcorder... waiting for DV data, please press 'play' on the camcorder... waiting for DV data, please press 'play' on the camcorder... waiting for DV data, please press 'play' on the camcorder... total : -1 frames (0 Bytes) charm# exit -- Ph: +34.666334818 web: http://www.locolomo.org S/MIME Certificate: http://www.locolomo.org/crt/2004071206.crt Subject ID: A9:76:7A:ED:06:95:2B:8D:48:97:CE:F2:3F:42:C8:F2:22:DE:4C:B9 Fingerprint: 4A:E8:63:38:46:F6:9A:5D:B4:DC:29:41:3F:62:D3:0A:73:25:67:C2 From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 22:51: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 7BDAE16A41F for ; Tue, 6 Sep 2005 22:51:46 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1781E43D48 for ; Tue, 6 Sep 2005 22:51:45 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.197.67]) by smtp01.mrf.mail.rcn.net with ESMTP; 06 Sep 2005 18:51:45 -0400 X-IronPort-AV: i="3.96,173,1122868800"; d="scan'208"; a="78605631:sNHT20131324" From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17182.7433.566717.918300@jerusalem.litteratus.org> Date: Tue, 6 Sep 2005 18:49:45 -0400 To: current@freebsd.org In-Reply-To: <17181.53420.661524.694754@jerusalem.litteratus.org> References: <17181.53420.661524.694754@jerusalem.litteratus.org> X-Mailer: VM 7.17 under 21.5 (beta21) "corn" (+CVS-20050527) XEmacs Lucid Cc: Subject: FIXED: buildkernel failure: undefined reference X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 22:51:46 -0000 My thanks to those who pointed out the problem. Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 23:09: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 A2C1916A41F for ; Tue, 6 Sep 2005 23:09:37 +0000 (GMT) (envelope-from colazelli@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 383AA43D45 for ; Tue, 6 Sep 2005 23:09:37 +0000 (GMT) (envelope-from colazelli@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1294868wra for ; Tue, 06 Sep 2005 16:09:36 -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=YMIbt7Is7fbYgabPEqNRZf7Dd4bcAqeyWojFs38UFUQl0WLbJo5Z337SrJ/ym4buRuv2lSIcQ3kwz6lVKn2Y1Mf6a6MIzFzBvC9Ur1uSQoAP0eqliPXhW5ikMxW1HXKiIgOBPKxgfVYRK9uNVp9a9/vDQuEJABnAfMlUfwxTj40= Received: by 10.54.63.16 with SMTP id l16mr3390640wra; Tue, 06 Sep 2005 16:09:36 -0700 (PDT) Received: from localhost.localdomain ( [201.27.116.91]) by mx.gmail.com with ESMTP id 7sm257178wrl.2005.09.06.16.09.35; Tue, 06 Sep 2005 16:09:36 -0700 (PDT) From: Wesley Gentine To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 06 Sep 2005 20:04:31 -0300 Message-Id: <1126047871.687.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: ATA error on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 23:09:37 -0000 Dear Colleagues, After I updated my system from 5.4-RELEASE to 6-BETA2 my cdrom device isnt recognized and I received the following message in the end of dmesg: Timecounter "TSC" frequency 2000081623 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38172MB at ata0-master UDMA133 unknown: timeout waiting for read DRQTrying to mount root from ufs:/dev/ad0s1a my controller is: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 What´s happening? Thanks, Wesley Gentine From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 04:21: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 27DF916A41F for ; Wed, 7 Sep 2005 04:21:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC2F743D45 for ; Wed, 7 Sep 2005 04:21:51 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465 for ; Tue, 06 Sep 2005 21:21:49 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D95125D07 for ; Tue, 6 Sep 2005 21:21:48 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 In-reply-to: Your message of "Tue, 06 Sep 2005 09:15:43 PDT." <20050906161543.3F2395D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Sep 2005 21:21:48 -0700 From: "Kevin Oberman" Message-Id: <20050907042148.D95125D07@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Crash (locking against myself) during ntfs mount X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 04:21:52 -0000 > This is a multipart MIME message. > > --==_Exmh_1126023287_358300 > Content-Type: text/plain; charset=us-ascii > > Since I updated my kernel on 9/3, I panic when I try to mount an NTFS > volume. The error is "panic: lockmgr: locking against myself". My kernel > lacks WITNESS, although I could build a new one with it if needed. My > previous kernel was built on Aug. 27, so the breakage was during this 7 > day period. > > I have the full core dump and can get added information. The panic is > quite reliable. All I have to do is issue the "mount -t ntfs /dev/ad0s1 > /mnt" command. > > I am attaching the kgdb back trace. Hopefully the mailer won't strip it off. > -- > 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 Never mind. I see that the problem was fixed less than an hour after I cvsuped. I just need more patience. -- 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 Wed Sep 7 06:21: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 B756A16A41F for ; Wed, 7 Sep 2005 06:21:27 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 034C143D48 for ; Wed, 7 Sep 2005 06:21:26 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j876LPhO005567 for ; Wed, 7 Sep 2005 08:21:25 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 21CC740509 for ; Wed, 7 Sep 2005 08:21:25 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21506-02 for ; Wed, 7 Sep 2005 08:21:22 +0200 (CEST) Received: from www.gwch.net (pluto.gwch.net [192.168.2.103]) by mail.gwch.net (Postfix) with ESMTP id CFD2340508 for ; Wed, 7 Sep 2005 08:21:21 +0200 (CEST) Received: from 62.2.21.164 (SquirrelMail authenticated user rogerg) by www.gwch.net with HTTP; Wed, 7 Sep 2005 08:21:21 +0200 (CEST) Message-ID: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> Date: Wed, 7 Sep 2005 08:21:21 +0200 (CEST) From: "Roger Grosswiler" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.6 [CVS]-0.cvs20050812.1.fc4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on smtp-06.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-06.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Fuz2=1 Subject: Network while installation slooooooooooooooooow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 06:21:27 -0000 Hi, still struggling with installation of 6.0 Beta 3 on my dell cpi -r 400 gt. As installations via cd always brake in panic, i tried to install with ftp and nfs from a local server. This would work fine, but transfer-ratios of 0.6 kb/sec are far a little bit to slow.... I tried a download from another pc, my transfer-rate has been more than 1000 kb/sec :-) is it possible, that pcmcia-cards (3com) are not supported well? unfortunately, i have no other to check :-( Roger From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 06:47: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 2CEC816A41F for ; Wed, 7 Sep 2005 06:47:58 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: from mailpont.hu (mailpont.hu [217.20.133.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A87D543D45 for ; Wed, 7 Sep 2005 06:47:57 +0000 (GMT) (envelope-from adamsz@mailpont.hu) Received: by mailpont.hu (Postfix, from userid 65534) id B68129FB31; Wed, 7 Sep 2005 08:47:08 +0200 (CEST) Received: from www.mailpont.hu (localhost [127.0.0.1]) by mailpont.hu (Postfix) with ESMTP id 46F009FB0F for ; Wed, 7 Sep 2005 08:47:05 +0200 (CEST) Received: from 193.68.33.1 (SquirrelMail authenticated user adamsz@mailpont.hu); by www.mailpont.hu with HTTP; Wed, 7 Sep 2005 08:47:05 +0200 (CEST) Message-ID: <2300.193.68.33.1.1126075625.squirrel@193.68.33.1> In-Reply-To: <4cf221cc05090613208a72a08@mail.gmail.com> References: <4cf221cc050718035328cfb071@mail.gmail.com> <05Jul18.130434cest.118130@fd.hif.hu> <4cf221cc05090613208a72a08@mail.gmail.com> Date: Wed, 7 Sep 2005 08:47:05 +0200 (CEST) From: =?iso-8859-2?Q?=C1d=E1m_Szilveszter?= To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on prometheus X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.3 Subject: Re: if_ural in 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: Wed, 07 Sep 2005 06:47:58 -0000 Hello, > I still have the same problem in 6.0-BETA4. if_ural will disassociate > if the network connection is idle for more than a couple of minutes. > This happens every time I leave my computer running without any > network traffic. I also use WPA-PSK. I no longer see this problem on a 7.0-CURRENT box with a kernel+ world from 26th August. I can leave the box up for a day and idle for hours, the connection stays. I still use the ral(4) cards referenced in the quote. Perhaps something missing from 6.0-BETA? Regards: Sz. ---------------------------------------------- 1 Gbyte Ingyenes E-Mail Tárhely a MailPont-tól http://www.mailpont.hu/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 06:55: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 DD0E916A41F for ; Wed, 7 Sep 2005 06:55:08 +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 C50B343D46 for ; Wed, 7 Sep 2005 06:55:07 +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 j876naZ9074432; Wed, 7 Sep 2005 08:49:37 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <1126047871.687.1.camel@localhost> References: <1126047871.687.1.camel@localhost> Mime-Version: 1.0 (Apple Message framework v734) 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: Wed, 7 Sep 2005 08:55:00 +0200 To: Wesley Gentine X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: ATA error on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 06:55:09 -0000 On 07/09/2005, at 1:04, Wesley Gentine wrote: > Dear Colleagues, > > After I updated my system from 5.4-RELEASE to 6-BETA2 my cdrom > device > isnt recognized and I received the following message in the end of > dmesg: > > Timecounter "TSC" frequency 2000081623 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 38172MB at ata0-master UDMA133 > unknown: timeout waiting for read DRQTrying to mount root from > ufs:/dev/ad0s1a > > my controller is: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 17.1 on =20= > pci0 > ata0: on atapci0 > ata1: on atapci0 > > What=B4s happening? You tell me with a dmesg from a verbose bootet system, and what CDROM =20= drive you have and where it is connected :) Then I'll look into it... S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 07:18: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 D496016A41F for ; Wed, 7 Sep 2005 07:18:45 +0000 (GMT) (envelope-from jpk@gmx.org) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1569743D45 for ; Wed, 7 Sep 2005 07:18:44 +0000 (GMT) (envelope-from jpk@gmx.org) Received: (qmail invoked by alias); 07 Sep 2005 07:18:43 -0000 Received: from MOT02026.swm.uni-mannheim.de (EHLO [192.168.1.4]) [134.155.24.41] by mail.gmx.net (mp017) with SMTP; 07 Sep 2005 09:18:43 +0200 X-Authenticated: #10742085 Message-ID: <431E96F0.5090805@gmx.org> Date: Wed, 07 Sep 2005 09:29:52 +0200 From: JPKlodzinski User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050828) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <431BA652.5040400@centtech.com> <20050905072956.63748.qmail@web33511.mail.mud.yahoo.com> <79722fad0509050036634834a@mail.gmail.com> <431C6C84.1070403@gmx.org> <431CE403.3050304@centtech.com> In-Reply-To: <431CE403.3050304@centtech.com> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, vladgalu@gmail.com Subject: Re: Installation error Intel mobile ICH6M SATA controller. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 07:18:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think this could also be interresting for this mailing list, to inform that the problem ist fixed (from: i386-mailinglist): WHOO HOO!! You are CORRECT sir! I cannot beleive that the problem was the BIOS version. Thank you for your assistance and I am now BSD'ing again. I want to also thank everyone else who tried to help me on this issue. Dean. - --- Jerome-Pascale Klodzinski wrote: >> I can take a look at the log-file of the BIOS >> updates! ;) I just noticed >> that the version A04 is no longer available on the >> dell-support side. The >> relevant info of the BIOS A05 is following: >> >> 1. Fixed enhancement added in the A04 BIOS that >> added support for INT 13 >> DMA transfers (under DOS) when operating in >> protected mode. Problem >> with previous BIOS revision prevented accessing the >> systems hard-disk >> drive in DOS when running in a protected mode >> environment. >> >> AS an attachment i send the whole log. >> >> Regards >> >> Jerome-P. Klodzinski Eric Anderson wrote: > JP Klodzinski wrote: > > Hello Dean, > > I'm sorry that i mixed the mailing lists, but i think this could also be > interessting for all other in this list using a D610. I think that it > not depends to th ICH6M SATA controller. It's an problem with the BIOS. > I got my D610 with the BIOS A03 and everything worked fine. Than i > updated the BIOS to A04 and the problems are the same as you described. > I also testet every FBSD version i had. Today i updated the BIOS to the > newest version A05 and no problems. So could you be so kind and may > check your BIOS version if it is the A04, i hope you have a chance to > update the BIOS. ;) > > > >> Just to confirm, I was using A03 on the D610's. > >> Eric > > > >>>> On 9/5/05, Dean Patterson wrote: >>>> [snip] >>>> FWIW, >>>> http://gerda.univie.ac.at/freebsd-laptops/index.pl?action=show_laptop_detail&laptop=627 >>>> >>>> > _______________________________________________ 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDHpbwZ7GnDF3tpZURAq9aAJ9dfX6wSBvfdXu5waRmPYIzx66nFACg+y/5 3LeyKeoBqjDBQk5W+u0yQI0= =BzMW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 07:26: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 8191E16A41F for ; Wed, 7 Sep 2005 07:26:52 +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 2FD9843D48 for ; Wed, 7 Sep 2005 07:26:52 +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 j877Qpao000303; Wed, 7 Sep 2005 00:26:51 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j877Qovs000302; Wed, 7 Sep 2005 00:26:50 -0700 (PDT) (envelope-from obrien) Date: Wed, 7 Sep 2005 00:26:50 -0700 From: "David O'Brien" To: Boris Samorodov Message-ID: <20050907072650.GB29273@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Boris Samorodov , freebsd-current@freebsd.org References: <42420091@srv.sem.ipt.ru> <20050906090235.GA29273@dragon.NUXI.org> <10268516@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10268516@srv.sem.ipt.ru> 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 Cc: freebsd-current@freebsd.org Subject: Re: to commit patch for share/examples/etc/make.conf to remove -O2 warnings 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: Wed, 07 Sep 2005 07:26:52 -0000 On Tue, Sep 06, 2005 at 01:13:15PM +0400, Boris Samorodov wrote: > On Tue, 6 Sep 2005 02:02:35 -0700 David O'Brien wrote: > > > On Tue, Sep 06, 2005 at 12:47:00PM +0400, Boris Samorodov wrote: > > > can anybody look at and commit before 6.0-RELEASE: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/85548 > > > Revision 1.266 should be MFC'ed. > > Yes, it's much better! Thank you. But I didn't see at comments when it > should be MFC'ed. We are in a code freeze on the RELENG_6 branch. There is no date I could pick. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 08:34: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 3524516A41F for ; Wed, 7 Sep 2005 08:34:26 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4016543D49 for ; Wed, 7 Sep 2005 08:34:24 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by nproxy.gmail.com with SMTP id x4so470924nfb for ; Wed, 07 Sep 2005 01:34:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uPz3GnYGiCbwNd8+MsCtI4ZooZ+EgDfL/k4xFVrofBSfgwb7sMea9Okc3MkaNShgDhnS4b310b79Q/0bKlqXxpnO+tnTn7PYUgLGVmjudcRbI3qXkdqWGIoansh5WXuNMKApX3c4kwbzhnqSuwpIjYvUvKCdZZtwcJLvFjowwGc= Received: by 10.48.30.19 with SMTP id d19mr350958nfd; Wed, 07 Sep 2005 01:34:23 -0700 (PDT) Received: by 10.49.1.1 with HTTP; Wed, 7 Sep 2005 01:34:23 -0700 (PDT) Message-ID: <7daacbbe05090701341143a4a@mail.gmail.com> Date: Wed, 7 Sep 2005 10:34:23 +0200 From: Dominique Goncalves To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <4CE29790-127C-4E07-A92F-B5A72EE63CBE@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7daacbbe0509060626686aed19@mail.gmail.com> <4CE29790-127C-4E07-A92F-B5A72EE63CBE@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: VIA 6420 SATA150 controller on FreeBSD 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: Wed, 07 Sep 2005 08:34:26 -0000 On 9/6/05, S=F8ren Schmidt wrote: >=20 > On 06/09/2005, at 15:26, Dominique Goncalves wrote: >=20 > > Hi, > > > > I created a raid-1 with 2 SATA disks with the controller VIA 6420 > > SATA150 from the bios setup. > > FreeBSD detects the array with ar0 and I can use /dev/ar0s1 to mount > > my data on FreeBSD 6.0-BETA4. > > > > atapci0: port > > 0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f, > > 0xa400-0xa4ff > > irq 20 at device 15.0 on pci0 > > ata2: on atapci0 > > ata3: on atapci0 > > [...] > > ad4: 194481MB at ata2-master SATA150 > > ad6: 194481MB at ata3-master SATA150 > > ar0: 194480MB status: READY > > ar0: disk0 READY (master) using ad4 at ata2-master > > ar0: disk1 READY (mirror) using ad6 at ata3-master > > > > %mount | grep ar0s1 > > /dev/ar0s1 on /raid (ufs, local, soft-updates) > > > > %df -h | grep ar0s1 > > /dev/ar0s1 184G 54G 115G 32% /raid > > > > If I remove one of the disks, FreeBSD can't mount /dev/ar0s1 and I see > > these errors: > > > > ad4: 194481MB at ata2-master SATA150 > > ar0: 194480MB status: BROKEN > > ar0: disk0 DOWN no device found for this subdisk > > ar0: disk1 DOWN no device found for this subdisk > > > > and > > # ls /dev/ar* > > /dev/ar0 > > > > AFAIK, if one disk fails, I can continue to use the raid-1 and mount > > ar0s1 (corret me, if I'm wrong). > > > > How can I solve this problem? > > dmesg is attached. >=20 > I've just committed a fix for this to -current. Grap ata-raid.? from > there and you should be fine.. Thanks to your patch for ata-raid.c and ata-raid.h FreeBSD can use the raid-1 with only 1 disk Thanks you very much! ad4: 194481MB at ata2-master SATA150 ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode ar0: 194480MB status: DEGRADED ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 DOWN no device found for this subdisk %mount|grep ar0s1 /dev/ar0s1 on /raid (ufs, local, soft-updates) Your patch could maybe be merged in RELENG_6 before 6.0-RELEASE ? FreeBSD support hotplug SATA for this controller? Regards --=20 There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 08:46: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 CAC7316A445 for ; Wed, 7 Sep 2005 08:46:33 +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 2D94F43D45 for ; Wed, 7 Sep 2005 08:46:33 +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 j878ewAq078626; Wed, 7 Sep 2005 10:40:58 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <7daacbbe05090701341143a4a@mail.gmail.com> References: <7daacbbe0509060626686aed19@mail.gmail.com> <4CE29790-127C-4E07-A92F-B5A72EE63CBE@FreeBSD.org> <7daacbbe05090701341143a4a@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v734) 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: Wed, 7 Sep 2005 10:46:25 +0200 To: Dominique Goncalves X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: VIA 6420 SATA150 controller on FreeBSD 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: Wed, 07 Sep 2005 08:46:34 -0000 On 07/09/2005, at 10:34, Dominique Goncalves wrote: > On 9/6/05, S=F8ren Schmidt wrote: >> >> I've just committed a fix for this to -current. Grap ata-raid.? from >> there and you should be fine.. >> > > Thanks to your patch for ata-raid.c and ata-raid.h > FreeBSD can use the raid-1 with only 1 disk > Thanks you very much! > > ad4: 194481MB at ata2-master SATA150 > ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode > ar0: 194480MB status: DEGRADED > ar0: disk0 READY (master) using ad4 at ata2-master > ar0: disk1 DOWN no device found for this subdisk > > %mount|grep ar0s1 > /dev/ar0s1 on /raid (ufs, local, soft-updates) > > Your patch could maybe be merged in RELENG_6 before 6.0-RELEASE ? I plan to do just that along with a few other fixes thats growing in =20 my greenhouse here... > FreeBSD support hotplug SATA for this controller? Well, assisted hotplug using atacontrol to detach/attach the devices. =20= Apparently the VIA chip doesn't have hotplug support build in, or at =20 least its unknown to me how to.. S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:19: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 CCF6D16A41F for ; Wed, 7 Sep 2005 10:19:19 +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 7C06C43D46 for ; Wed, 7 Sep 2005 10:19:19 +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 j87AJ3wr098908; Wed, 7 Sep 2005 03:19:03 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j87AJ27Q098897; Wed, 7 Sep 2005 03:19:02 -0700 (PDT) (envelope-from obrien) Date: Wed, 7 Sep 2005 03:19:02 -0700 From: "David O'Brien" To: Martin Cracauer Message-ID: <20050907101902.GA91876@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Martin Cracauer References: <20050903210241.A16146@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050903210241.A16146@cons.org> 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 Cc: freebsd-current@freebsd.org Subject: Re: Load ACPI when turned off in loader.con (also: no ACPI panics in ata probe in 7-current) 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: Wed, 07 Sep 2005 10:19:19 -0000 On Sat, Sep 03, 2005 at 09:02:41PM -0400, Martin Cracauer wrote: > I just turned ACPI off in loader.conf. ... > Next I tried to unload the kernel first, but a "load acpi" just loads > the kernel module, not the acpi module. I assume this is due to me > having it turned off in loader.conf. Boot any 6.0 beta CDROM and use the 'Fix-it' feature to mount your / and edit loader.conf to not stop the use of ACPI. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:29: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 D6DD616A41F for ; Wed, 7 Sep 2005 10:29:44 +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 2F43843D5A for ; Wed, 7 Sep 2005 10:29:44 +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 CC48746B1A; Wed, 7 Sep 2005 06:29:43 -0400 (EDT) Date: Wed, 7 Sep 2005 11:29:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Roger Grosswiler In-Reply-To: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> Message-ID: <20050907112745.L85520@fledge.watson.org> References: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Network while installation slooooooooooooooooow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 10:29:45 -0000 On Wed, 7 Sep 2005, Roger Grosswiler wrote: > still struggling with installation of 6.0 Beta 3 on my dell cpi -r 400 > gt. As installations via cd always brake in panic, i tried to install > with ftp and nfs from a local server. > > This would work fine, but transfer-ratios of 0.6 kb/sec are far a little > bit to slow.... > > I tried a download from another pc, my transfer-rate has been more than > 1000 kb/sec :-) > > is it possible, that pcmcia-cards (3com) are not supported well? > unfortunately, i have no other to check :-( It's possible, but I think that the packets move at all suggests that they work reasonable well. Most likely, you're experiencing an interrupt problem, so packets come in, but the OS isn't being properly notified of the event, and only checks as a result of an unrelated event, so they trickle in. I.e., it could be a pccard bus configuration problem. You may want to send the output of "dmesg -v", which can be extracted most easily using a serial console if the installation isn't able to complete. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 10:36: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 312A616A41F for ; Wed, 7 Sep 2005 10:36:12 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A6D143D49 for ; Wed, 7 Sep 2005 10:36:11 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 1449 invoked from network); 7 Sep 2005 10:36:08 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.179.22]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 7 Sep 2005 10:36:08 -0000 Date: Wed, 7 Sep 2005 12:36:44 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20050907123644.0d67d92f@localhost> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) X-PGP-Key-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Wed__7_Sep_2005_12_36_44_+0200_y+W2CVMKZk3A/.=1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Sound related LOR on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 10:36:12 -0000 --Signature_Wed__7_Sep_2005_12_36_44_+0200_y+W2CVMKZk3A/.=1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable After kldunloading snd_emu10k1 on 6.0-BETA4 I get: lock order reversal 1st 0xc1c01240 pcm0 (sound cdev) @ /usr/src/sys/modules/sound/sound/../../= ../dev/sound/pcm/sound.c:706 2nd 0xc1e7c940 sndstat (sndstat) @ /usr/src/sys/modules/sound/sound/../../= ../dev/sound/pcm/sndstat.c:256 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0723330,c07233d0,c06eb50c) at kdb_backtrace+0x29 witness_checkorder(c1e7c940,9,c1e77fe4,100) at witness_checkorder+0x564 _sx_xlock(c1e7c940,c1e77fe4,100,0,c1ad0200) at _sx_xlock+0x50 sndstat_unregister(c1a89a00,c1e42e80,c1e42e80,c1a89a00,c1a89a00) at sndstat= _unregister+0x1c pcm_unregister(c1a89a00,c1a89a00,c1a89a00,c1c00a40,de994c30) at pcm_unregis= ter+0xf6 emu_pci_detach(c1a89a00) at emu_pci_detach+0xf device_detach(c1a89a00) at device_detach+0x70 devclass_delete_driver(c19c7380,c1efe9d0,c1c01e40,c1d07100,0) at devclass_d= elete_driver+0x8c driver_module_handler(c1c01e40,1,c1efea4c,c1c01e40,de994cb0) at driver_modu= le_handler+0xa5 module_unload(c1c01e40,0,c0712a00,c06a9dd5,1fb) at module_unload+0x37 linker_file_unload(c1d07100,0,0,c1ce3d80,de994cdc) at linker_file_unload+0x= 72 kern_kldunload(c1ce3d80,5,0,de994d30,c0672727) at kern_kldunload+0x7c kldunloadf(c1ce3d80,de994d04,2,1,292) at kldunloadf+0x1e syscall(3b,3b,3b,5,bfbfed5e) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (444, FreeBSD ELF32, kldunloadf), eip =3D 0x280b45b7, esp =3D 0= xbfbfe7bc, ebp =3D 0xbfbfec28 --- Fabian --=20 http://www.fabiankeil.de/ --Signature_Wed__7_Sep_2005_12_36_44_+0200_y+W2CVMKZk3A/.=1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDHsLCjV8GA4rMKUQRAqt9AKC7xPEjB7IL4lh3+uxS9hs5E44suACgl40a O3GD7hcx5gDe5CPlB70o3nk= =cxEL -----END PGP SIGNATURE----- --Signature_Wed__7_Sep_2005_12_36_44_+0200_y+W2CVMKZk3A/.=1-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 6 15:36: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 4424E16A41F; Tue, 6 Sep 2005 15:36:15 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA73B43D45; Tue, 6 Sep 2005 15:36:14 +0000 (GMT) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.12.11/8.12.11) with ESMTP id j86FZlHX086190; Tue, 6 Sep 2005 10:35:47 -0500 (CDT) (envelope-from tinguely@casselton.net) Received: (from tinguely@localhost) by casselton.net (8.12.11/8.12.11/Submit) id j86FZl8D086184; Tue, 6 Sep 2005 10:35:47 -0500 (CDT) (envelope-from tinguely) Date: Tue, 6 Sep 2005 10:35:47 -0500 (CDT) From: Mark Tinguely Message-Id: <200509061535.j86FZl8D086184@casselton.net> To: rwatson@freebsd.org, yar@comp.chem.msu.su In-Reply-To: <20050906073438.GA64567@comp.chem.msu.su> X-Spam-Status: No, score=1.4 required=5.0 tests=REPLY_TO_EMPTY autolearn=no version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ccn.casselton.net X-Mailman-Approved-At: Wed, 07 Sep 2005 11:22:14 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 6.0BETA3 panic in ip_output (vlan/RIP related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Sep 2005 15:36:15 -0000 > So it sounds like we need to figure out how the multicast code should > behave on interface removal -- I wonder what other operating systems do > here? Do they simply invalidate current membership related with the > interface, or do they leave the multicast sockets in a state such that if > the interface comes back, the memberships are re-bound? In the case of a non-local multicast sessions, the saved multicast socket state would need to keep a timestamp of the last a multicast router IGMP session probe to detect the possibility of session pruning. --Mark Tinguely. From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 12:25: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 EA87716A41F; Wed, 7 Sep 2005 12:25:10 +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 7519843D45; Wed, 7 Sep 2005 12:25:10 +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 DCC5F6195; Wed, 7 Sep 2005 14:24:54 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 7210C6194; Wed, 7 Sep 2005 14:24:54 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id A486733DD4; Wed, 7 Sep 2005 14:25:04 +0200 (CEST) To: obrien@freebsd.org References: <42420091@srv.sem.ipt.ru> <20050906090235.GA29273@dragon.NUXI.org> <10268516@srv.sem.ipt.ru> <20050907072650.GB29273@dragon.NUXI.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 07 Sep 2005 14:25:04 +0200 In-Reply-To: <20050907072650.GB29273@dragon.NUXI.org> (David O'Brien's message of "Wed, 7 Sep 2005 00:26:50 -0700") Message-ID: <86acipm5en.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.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: to commit patch for share/examples/etc/make.conf to remove -O2 warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 12:25:11 -0000 "David O'Brien" writes: > We are in a code freeze on the RELENG_6 branch. There is no date I could > pick. There is nothing to prevent you from setting "MFC after: 3 days" in your commit message, and asking for MFC permission when the reminder arrives. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 12:27: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 2A75C16A41F; Wed, 7 Sep 2005 12:27:40 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CFBB43D45; Wed, 7 Sep 2005 12:27:39 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j87CRVFA041709; Wed, 7 Sep 2005 16:27:31 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j87CRVMK041704; Wed, 7 Sep 2005 16:27:31 +0400 (MSD) (envelope-from yar) Date: Wed, 7 Sep 2005 16:27:30 +0400 From: Yar Tikhiy To: obrien@freebsd.org, Boris Samorodov , freebsd-current@freebsd.org Message-ID: <20050907122730.GA38943@comp.chem.msu.su> References: <42420091@srv.sem.ipt.ru> <20050906090235.GA29273@dragon.NUXI.org> <10268516@srv.sem.ipt.ru> <20050907072650.GB29273@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050907072650.GB29273@dragon.NUXI.org> User-Agent: Mutt/1.5.9i Cc: Subject: Re: to commit patch for share/examples/etc/make.conf to remove -O2 warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 12:27:40 -0000 On Wed, Sep 07, 2005 at 12:26:50AM -0700, David O'Brien wrote: > On Tue, Sep 06, 2005 at 01:13:15PM +0400, Boris Samorodov wrote: > > On Tue, 6 Sep 2005 02:02:35 -0700 David O'Brien wrote: > > > > > On Tue, Sep 06, 2005 at 12:47:00PM +0400, Boris Samorodov wrote: > > > > can anybody look at and commit before 6.0-RELEASE: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/85548 > > > > > Revision 1.266 should be MFC'ed. > > > > Yes, it's much better! Thank you. But I didn't see at comments when it > > should be MFC'ed. > > We are in a code freeze on the RELENG_6 branch. There is no date I could > pick. In fact, a code freeze doesn't prevent a committer from merging a bugfix to the frozen branch: The committer just needs to receive an approval from the Release Engineering team, which isn't hard at all, judging by my own experience. -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 13:37: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 EEA5716A41F; Wed, 7 Sep 2005 13:37:54 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F0243D55; Wed, 7 Sep 2005 13:37:53 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id BADF9A2C; Wed, 7 Sep 2005 09:37:52 -0400 (EDT) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 974926E6; Wed, 7 Sep 2005 09:37:46 -0400 (EDT) Date: Wed, 7 Sep 2005 09:37:46 -0400 From: "Michael W. Oliver" To: Robert Watson Message-ID: <20050907133746.GA15126@gargantuan.com> Mail-Followup-To: Robert Watson , Roger Grosswiler , freebsd-current@freebsd.org References: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> <20050907112745.L85520@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20050907112745.L85520@fledge.watson.org> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Spam-DCC: dcc.uncw.edu: phoenix.gargantuan.com 1201; Body=1 Fuz1=1 Fuz2=1 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-106.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.3 X-Spam-Pyzor: Reported 0 times. Cc: freebsd-current@freebsd.org, Roger Grosswiler Subject: Re: Network while installation slooooooooooooooooow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 13:37:55 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-09-07T11:29:43+0100, Robert Watson wrote: >=20 > On Wed, 7 Sep 2005, Roger Grosswiler wrote: >=20 >> still struggling with installation of 6.0 Beta 3 on my dell cpi -r >> 400 gt. As installations via cd always brake in panic, i tried to >> install with ftp and nfs from a local server. >> This would work fine, but transfer-ratios of 0.6 kb/sec are far a >> little bit to slow.... >> I tried a download from another pc, my transfer-rate has been more >> than 1000 kb/sec :-) >> is it possible, that pcmcia-cards (3com) are not supported well? >> unfortunately, i have no other to check :-( >=20 > It's possible, but I think that the packets move at all suggests that > they work reasonable well. Most likely, you're experiencing an > interrupt problem, so packets come in, but the OS isn't being properly > notified of the event, and only checks as a result of an unrelated > event, so they trickle in. I.e., it could be a pccard bus > configuration problem. You may want to send the output of "dmesg -v", > which can be extracted most easily using a serial console if the > installation isn't able to complete. also, ensure that you don't have a duplex mismatch... that is a real killer. --=20 Mike Oliver [see complete headers for contact information] --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDHu0qsWv7q8X6o8kRAhYoAKCu3GVE/qx3+Z2lHUmDSCBSaCR6xwCfSdoR drR7D3hHfgtYN2zazRVxH74= =u/M4 -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 14:19: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 8EFDF16A43D for ; Wed, 7 Sep 2005 14:19:15 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE67043D48 for ; Wed, 7 Sep 2005 14:19:14 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id j87EJDnk027152; Wed, 7 Sep 2005 16:19:13 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id j87EJDQS027151; Wed, 7 Sep 2005 10:19:13 -0400 (EDT) (envelope-from cracauer) Date: Wed, 7 Sep 2005 10:19:13 -0400 From: Martin Cracauer To: freebsd-current@freebsd.org, Martin Cracauer Message-ID: <20050907101913.A27001@cons.org> References: <20050903210241.A16146@cons.org> <20050907101902.GA91876@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050907101902.GA91876@dragon.NUXI.org>; from obrien@freebsd.org on Wed, Sep 07, 2005 at 03:19:02AM -0700 Cc: Subject: Re: Load ACPI when turned off in loader.con (also: no ACPI panics in ata probe in 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: Wed, 07 Sep 2005 14:19:15 -0000 David O'Brien wrote on Wed, Sep 07, 2005 at 03:19:02AM -0700: > On Sat, Sep 03, 2005 at 09:02:41PM -0400, Martin Cracauer wrote: > > I just turned ACPI off in loader.conf. > ... > > Next I tried to unload the kernel first, but a "load acpi" just loads > > the kernel module, not the acpi module. I assume this is due to me > > having it turned off in loader.conf. > > Boot any 6.0 beta CDROM and use the 'Fix-it' feature to mount your / and > edit loader.conf to not stop the use of ACPI. That's what I ended up doing, but it's just not sportish. I don't think I had to use an alternate boot on a FreeBSD system in 10 years to solve a problem that wasn't manageable on single-user mode or the bootloader prompt. Linux on the other hand, mounting all filesystems read-write and starting all RAIDs (which is a write operation in Linux), I should probably add a CD drive to leave the OS CD in permanently :-) Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 15:13: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 E3BB016A41F for ; Wed, 7 Sep 2005 15:13:13 +0000 (GMT) (envelope-from kintarowins@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3859F43D46 for ; Wed, 7 Sep 2005 15:13:11 +0000 (GMT) (envelope-from kintarowins@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so1298322wra for ; Wed, 07 Sep 2005 08:13:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=B7Tv3C+4sk3V+fVaSjN+kfBv97bOuC1qLCWwAetbg6BvuOngCwU0cx9zIpKbmgnY/xGBmPQU84iIuHiZB2RHdDib+JfVDnPFHvejwD+kGdolYZbze5ssadTspkUx1VBMUkv2JWbx1rgveurZZHxpUunWtFXgLstHR6oxURMNe/s= Received: by 10.54.137.20 with SMTP id k20mr5694584wrd; Wed, 07 Sep 2005 08:13:10 -0700 (PDT) Received: by 10.54.2.44 with HTTP; Wed, 7 Sep 2005 08:13:10 -0700 (PDT) Message-ID: <6c336c020509070813449ff093@mail.gmail.com> Date: Thu, 8 Sep 2005 01:13:10 +1000 From: John Kintaro Tate 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: Lock Order Reversal with UMA_CORE and VM_MAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 15:13:14 -0000 I was doing a cvsup and I came across this error. This is running 7.0-CURRENT, last updated on Tuesday morning (Australia/Melbourne time). exeleven# uname -a FreeBSD exeleven.home 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Tue Sep 6 11:30:56 EST 2005 root@exeleven.home:/usr/obj/usr/src/sys/GENERIC=20 i386 Here is the related output from dmesg: lock order reversal 1st 0xc0983ae0 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,c0938a40,c0938b80,c08c2c84) at kdb_backtrace+0x29 witness_checkorder(c1060144,9,c0878c36,90d) at witness_checkorder+0x52c _mtx_lock_flags(c1060144,0,c0878c36,90d) at _mtx_lock_flags+0x5b _vm_map_lock(c10600c0,c0878c36,90d) at _vm_map_lock+0x26 vm_map_remove(c10600c0,c31aa000,c31ab000,d0ff4c0c,c07854d5) at vm_map_remove+0x1f kmem_free(c10600c0,c31aa000,1000,d0ff4c3c,c0784e82) at kmem_free+0x25 page_free(c31aa000,1000,2) at page_free+0x29 zone_drain(c1983000) at zone_drain+0x26a zone_foreach(c0784c18,d0ff4cec,c0796e17,d0ff4c74,246) at zone_foreach+0x37 uma_reclaim(d0ff4c74,246,0,d0ff4c80,c062c889) at uma_reclaim+0x12 vm_pageout_scan(0,c0983f40,0,c087a16b,604) at vm_pageout_scan+0x103 vm_pageout(0,d0ff4d38,0,c0797c6c,0) at vm_pageout+0x2c3 fork_exit(c0797c6c,0,d0ff4d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd0ff4d6c, ebp =3D 0 --- Yours, John Tate --=20 John Kintaro Tate Mobile: 0413 348 815 (Yep, old number, but I have a new phone) Free OpenBSD shell accounts for all with no gimmicks. Just send your desired username and password to me, and I will create it. Personal Website: http://kintaro.noobify.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 16:51: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 8C4CB16A41F for ; Wed, 7 Sep 2005 16:51:21 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9590B43D49 for ; Wed, 7 Sep 2005 16:51:20 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1432719wra for ; Wed, 07 Sep 2005 09:51:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZZlmIRs+mIYJEN1ZrX86ikvmIdX45EtwXpWJzD0vdvVM8KRf3frOa1CUC+I7gaowSVs+/6b40XeEtISWsDavZhDaUfl3FTZBkAIMVzSda8f+dNHIxH3AOY245f6he5VGD8ACZTFBIT+6DNgQwGP1H9m7Orp/PIxvpf9I6nKXYrg= Received: by 10.54.29.44 with SMTP id c44mr2278086wrc; Wed, 07 Sep 2005 09:51:18 -0700 (PDT) Received: by 10.54.80.20 with HTTP; Wed, 7 Sep 2005 09:51:18 -0700 (PDT) Message-ID: <4cf221cc050907095139f6058b@mail.gmail.com> Date: Wed, 7 Sep 2005 18:51:18 +0200 From: Erik Winge To: freebsd-current@freebsd.org In-Reply-To: <2300.193.68.33.1.1126075625.squirrel@193.68.33.1> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4cf221cc050718035328cfb071@mail.gmail.com> <05Jul18.130434cest.118130@fd.hif.hu> <4cf221cc05090613208a72a08@mail.gmail.com> <2300.193.68.33.1.1126075625.squirrel@193.68.33.1> Subject: Re: if_ural in 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: Wed, 07 Sep 2005 16:51:21 -0000 Hi, On 9/7/05, =C1d=E1m Szilveszter wrote: > Hello, >=20 > > I still have the same problem in 6.0-BETA4. if_ural will disassociate > > if the network connection is idle for more than a couple of minutes. > > This happens every time I leave my computer running without any > > network traffic. I also use WPA-PSK. >=20 > I no longer see this problem on a 7.0-CURRENT box with a kernel+ world > from 26th August. I can leave the box up for a day and idle for hours, th= e > connection stays. I still use the ral(4) cards referenced in the quote. >=20 > Perhaps something missing from 6.0-BETA? As far as I can tell, if_ural.c in RELENG_6 is now up-to-date with 7.0-CURRENT. Perhaps this means the fault lies somewhere else? I guess perhaps i should give 7.0-CURRENT a try. Regards, Erik Winge From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 18:17: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 70EC016A41F for ; Wed, 7 Sep 2005 18:17:17 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id F375543D46 for ; Wed, 7 Sep 2005 18:17:16 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1210471rna for ; Wed, 07 Sep 2005 11:17:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DBwcJ93ufdKWqtRfecRVTE8cxOwkN61pbHDaqNNjZ2DbDZOvIXbwvo2laUHF7oxTNBL0bfhLygZOqV6jd9nH5ZMO7ivjgg81W8BYMIUBnYhrx8GsL4sWa4d25iCL4c3USfPM2Y8qvw/2BC93bovRCL36OuzEBSdRItNb8dGmVD8= Received: by 10.38.76.34 with SMTP id y34mr1190194rna; Wed, 07 Sep 2005 11:17:16 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Wed, 7 Sep 2005 11:17:16 -0700 (PDT) Message-ID: Date: Wed, 7 Sep 2005 14:17:16 -0400 From: Scott Ullrich To: freebsd-current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: Can't load kernel errors (with wierd bios messages) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 18:17:17 -0000 On 9/5/05, Scott Ullrich wrote: > On 9/5/05, Scott Ullrich wrote: > > Hello list! > > > > I'm trying to understand a problem that keeps coming up quite often > > but I honestly have no idea what is going on. > > > > In random cases after upgrading I'm seeing the message: > > Can't work out which disk we are booting from. > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0= : > > > > can't load 'kernel' > > > > Screen shot of the error in action: > > http://www.pfsense.com/~sullrich/CantFindKernelError.JPG > > > > Does anyone know what causes this error? > > > > Thanks in advance! >=20 > Sorry to reply to myself but wanted to pass on info that people are > asking me in private e-mails: >=20 > 1. We have tried ACPI w/o help > 2. This happens on more than one machine (last could its about 9) > 3. It always happens after the first bootup after upgrading the kernel an= d world This problem is not going away and appears to be getting worse.. Now we are seeing a similar problem after boot but the kernel panics! The panic is "panic: free: guard1 fail @ 0x51984 from /usr/src/sys/boot/i386/loader../../common/module.c:967" Can anyone shed some light on what is going on and things that I can do to prevent these problems? We would like to release pfSense (www.pfsense.com) around the same time that FreeBSD 6 releases but I'm affraid that with these problems lurking its not a good idea from a support perspective. Thanks again in advance! Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 18:31: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 5646B16A41F; Wed, 7 Sep 2005 18:31:59 +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 DBCBC43D45; Wed, 7 Sep 2005 18:31:58 +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 j87IVu4I031725; Wed, 7 Sep 2005 12:31:56 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <431F3220.3030103@samsco.org> Date: Wed, 07 Sep 2005 12:32:00 -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: freebsd-stable@freebsd.org, freebsd-current@freebsd.org 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: re@freebsd.org Subject: FreeBSD 6.0-BETA4 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 18:31:59 -0000 Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.0-BETA4. ISO images are available for i386, amd64, pc98, alpha, powerpc, and ia64 architectures. sparc64 is still in the process of being built and will be uploaded as soon as it is ready. We encourage people to help with testing so any final bugs can be identified and worked out. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_6 (though that will change for the Release Candidates later). Problem reports can be submitted using the send-pr(1) command. The list of open issues and things still being worked on are on the todo list: http://www.freebsd.org/releases/6.0R/todo.html Since this is the first release of a new branch we only have a rough idea for some of the dates. The current rough schedule is available but most dates are still listed as "TBD - To Be Determined": http://www.freebsd.org/releases/6.0R/schedule.html Known Issues ------------ Other than the items listed in the todo list there are no known issues with this BETA. Availability ------------ The BETA3 ISOs are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 19:29: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 7CA0016A41F for ; Wed, 7 Sep 2005 19:29:02 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E90B43D46 for ; Wed, 7 Sep 2005 19:29:01 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 07 Sep 2005 19:28:59 -0000 Received: from dsl-084-061-037-102.arcor-ip.net (EHLO ms.homeip.net) [84.61.37.102] by mail.gmx.net (mp018) with SMTP; 07 Sep 2005 21:28:59 +0200 X-Authenticated: #15946415 Received: from p508f63e6.dip.t-dialin.net ([80.143.99.230] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1ED5bT-000FTZ-DP; Wed, 07 Sep 2005 21:29:03 +0200 From: Jochen Gensch To: Brooks Davis , freebsd-current@freebsd.org Date: Wed, 7 Sep 2005 21:28:04 +0200 User-Agent: KMail/1.8.2 References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> In-Reply-To: <20050902164957.GA22097@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509072128.04819.incmc@gmx.de> X-Y-GMX-Trusted: 0 Cc: Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 19:29:02 -0000 Am Freitag 02 September 2005 18:49 schrieben Sie: > > SU NB /:route -n flush -inet > > default 10.0.0.1 done > > 10.0.0.104 127.0.0.1 done > > [REMOVED network cable from fxp0] > > [Pluged in wireless nic ath0] > > SU NB /:ping i-mc.de > > PING i-mc.de (213.203.199.12): 56 data bytes > > ping: sendto: No route to host > > ^C > > --- i-mc.de ping statistics --- > > 2 packets transmitted, 0 packets received, 100% packet loss > > [OK, routes have not been corrected yet] > > SU NB /:route add default 10.0.0.1 > > route: writing to routing socket: File exists > > add net default: gateway 10.0.0.1: File exists > > [Why does that route sitll exist, it has been deleted above] > > SU NB /:ping i-mc.de > > ^C > > SU NB /:route delete default > > delete net default > > SU NB /:route add default 10.0.0.1 > > add net default: gateway 10.0.0.1 > > SU NB /:ping i-mc.de > > ^C > > > > I cannot set the routes to ath0 once fxp0 was active. I guess I must > > still be misunderstandung what you guys are saying / doing. > I need to see the IPv4 routing table before and after each step to > understand what's going. Please send the results of "netstat -rnf inet" > at each stage. Also, please, please, please, ping by IP address so > we're not testing your resolver (which is dependent on your routing > configuration.) Sorry for getting back that late, wasn't home. Ok, here we got: System freshly booted, no wireless nic pluged in -> System runs on internal fxp0. netstat -r ----------------------------------------------------------------------- Destination Gateway Flags Refs Use Netif Expire default UGS 0 5333 fxp0 10/24 link#2 UC 0 0 fxp0 00:30:f1:e1:4b:4e UHLW 2 1224 fxp0 718 10.0.0.104 localhost UGHS 0 0 lo0 localhost localhost UH 1 22 lo0 ping 213.203.199.12 ----------------------------------------------------------------------- ping 213.203.199.12 PING 213.203.199.12 (213.203.199.12): 56 data bytes 64 bytes from 213.203.199.12: icmp_seq=0 ttl=53 time=25.936 ms 64 bytes from 213.203.199.12: icmp_seq=1 ttl=53 time=25.890 ms 64 bytes from 213.203.199.12: icmp_seq=2 ttl=53 time=25.771 ms ^C --- 213.203.199.12 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 25.771/25.866/25.936/0.070 ms Unplugging network cable from fxp0 Doing a "route -n flush -inet " to get rid off default routes etc. ----------------------------------------------------------------------- route -n flush -inet default 10.0.0.1 done 10.0.0.104 127.0.0.1 done netstart -r ----------------------------------------------------------------------- Destination Gateway Flags Refs Use Netif Expire 10/24 link#2 UC 0 0 fxp0 10.0.0.1 00:30:f1:e1:4b:4e UHLW 1 1287 fxp0 182 localhost localhost UH 0 22 lo0 Pluging in wireless nic ath0 (No start_if.X scripts in etc) netstat -r ----------------------------------------------------------------------- Destination Gateway Flags Refs Use Netif Expire default 10.0.0.1 UGS 0 0 fxp0 10/24 link#2 UC 0 0 fxp0 10.0.0.1 link#2 UHRLW 2 1383 fxp0 8 10.0.0.103 localhost UGHS 0 0 lo0 localhost localhost UH 1 22 lo0 As you can see, the default route is back on fxp0, even though I deleted it before and there is no cable attached. ping 213.203.199.12 (obvious result) ----------------------------------------------------------------------- ping 213.203.199.12 PING 213.203.199.12 (213.203.199.12): 56 data bytes ^C --- 213.203.199.12 ping statistics --- 4 packets transmitted, 0 packets received, 100% packet loss Trying something else ------------------------------------------------------------- ifconfig fxp0 down SU NB ~:route delete default delete net default SU NB ~:route add default 10.0.0.1 add net default: gateway 10.0.0.1 SU NB ~:netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default UGS 0 0 fxp0 10/24 link#5 UC 0 0 ath0 00:30:f1:e1:4b:4e UHLW 2 9 ath0 1171 10.0.0.103 localhost UGHS 0 0 lo0 localhost localhost UH 1 22 lo0 I cannot kill the default route on fxp0. However the kernel is complaing about arp things, which I don't understand. The ath0 and fxp0 card share the same subnet, since I cannot set up two different ones in my hardware router. But that shouldn't be the problem since fxp0 shouldn't be active anyway... here is the kernel output for the above procedure: Sep 7 20:52:38 incmc kernel: fxp0: link state changed to DOWN Sep 7 21:09:48 incmc kernel: ath0: mem 0xc0210000-0xc021ffff irq 9 at device 0.0 on cardbus0 Sep 7 21:09:48 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e Sep 7 21:09:48 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 Sep 7 21:09:55 incmc kernel: ath0: link state changed to UP Sep 7 21:10:13 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from 00:30:f1:e1:4b:4e on ath0 Sep 7 21:10:16 incmc last message repeated 7 times Sep 7 21:10:16 incmc dhclient: New IP Address (ath0): 10.0.0.103 Sep 7 21:10:16 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 Sep 7 21:10:16 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 Sep 7 21:10:16 incmc dhclient: New Routers (ath0): 10.0.0.1 Sep 7 21:14:48 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from 00:30:f1:e1:4b:4e on ath0 Sep 7 21:20:27 incmc dhclient[204]: connection closed Sep 7 21:20:27 incmc dhclient[204]: exiting. Jochen From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 19:41: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 51D4116A41F for ; Wed, 7 Sep 2005 19:41:32 +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 D4B9243D46 for ; Wed, 7 Sep 2005 19:41:31 +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 j87JfUUL004338; Wed, 7 Sep 2005 12:41:30 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j87JfUZR004334; Wed, 7 Sep 2005 12:41:30 -0700 Date: Wed, 7 Sep 2005 12:41:30 -0700 From: Brooks Davis To: Jochen Gensch Message-ID: <20050907194130.GA2436@odin.ac.hmc.edu> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <200509072128.04819.incmc@gmx.de> 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: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 19:41:32 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 09:28:04PM +0200, Jochen Gensch wrote: > Am Freitag 02 September 2005 18:49 schrieben Sie: >=20 > > > SU NB /:route -n flush -inet > > > default 10.0.0.1 done > > > 10.0.0.104 127.0.0.1 done > > > [REMOVED network cable from fxp0] > > > [Pluged in wireless nic ath0] > > > SU NB /:ping i-mc.de > > > PING i-mc.de (213.203.199.12): 56 data bytes > > > ping: sendto: No route to host > > > ^C > > > --- i-mc.de ping statistics --- > > > 2 packets transmitted, 0 packets received, 100% packet loss > > > [OK, routes have not been corrected yet] > > > SU NB /:route add default 10.0.0.1 > > > route: writing to routing socket: File exists > > > add net default: gateway 10.0.0.1: File exists > > > [Why does that route sitll exist, it has been deleted above] > > > SU NB /:ping i-mc.de > > > ^C > > > SU NB /:route delete default > > > delete net default > > > SU NB /:route add default 10.0.0.1 > > > add net default: gateway 10.0.0.1 > > > SU NB /:ping i-mc.de > > > ^C > > > > > > I cannot set the routes to ath0 once fxp0 was active. I guess I must > > > still be misunderstandung what you guys are saying / doing. >=20 >=20 > > I need to see the IPv4 routing table before and after each step to > > understand what's going. Please send the results of "netstat -rnf inet" > > at each stage. Also, please, please, please, ping by IP address so > > we're not testing your resolver (which is dependent on your routing > > configuration.) >=20 > Sorry for getting back that late, wasn't home. Ok, here we got: >=20 >=20 > System freshly booted, no wireless nic pluged in -> System runs on intern= al=20 > fxp0. >=20 > netstat -r > ----------------------------------------------------------------------- > Destination Gateway Flags Refs Use Netif Expire > default UGS 0 5333 fxp0 > 10/24 link#2 UC 0 0 fxp0 > 00:30:f1:e1:4b:4e UHLW 2 1224 fxp0 718 > 10.0.0.104 localhost UGHS 0 0 lo0 > localhost localhost UH 1 22 lo0 >=20 >=20 > ping 213.203.199.12 > ----------------------------------------------------------------------- > ping 213.203.199.12 > PING 213.203.199.12 (213.203.199.12): 56 data bytes > 64 bytes from 213.203.199.12: icmp_seq=3D0 ttl=3D53 time=3D25.936 ms > 64 bytes from 213.203.199.12: icmp_seq=3D1 ttl=3D53 time=3D25.890 ms > 64 bytes from 213.203.199.12: icmp_seq=3D2 ttl=3D53 time=3D25.771 ms > ^C > --- 213.203.199.12 ping statistics --- > 3 packets transmitted, 3 packets received, 0% packet loss > round-trip min/avg/max/stddev =3D 25.771/25.866/25.936/0.070 ms >=20 >=20 > Unplugging network cable from fxp0 >=20 >=20 > Doing a "route -n flush -inet " to get rid off default routes etc. > ----------------------------------------------------------------------- > route -n flush -inet > default 10.0.0.1 done > 10.0.0.104 127.0.0.1 done >=20 >=20 > netstart -r > ----------------------------------------------------------------------- > Destination Gateway Flags Refs Use Netif Expire > 10/24 link#2 UC 0 0 fxp0 > 10.0.0.1 00:30:f1:e1:4b:4e UHLW 1 1287 fxp0 182 > localhost localhost UH 0 22 lo0 >=20 >=20 > Pluging in wireless nic ath0 (No start_if.X scripts in etc) >=20 >=20 > netstat -r > ----------------------------------------------------------------------- > Destination Gateway Flags Refs Use Netif Expire > default 10.0.0.1 UGS 0 0 fxp0 > 10/24 link#2 UC 0 0 fxp0 > 10.0.0.1 link#2 UHRLW 2 1383 fxp0 8 > 10.0.0.103 localhost UGHS 0 0 lo0 > localhost localhost UH 1 22 lo0 >=20 > As you can see, the default route is back on fxp0, even though I deleted = it=20 > before and there is no cable attached. >=20 >=20 > ping 213.203.199.12 (obvious result) > ----------------------------------------------------------------------- > ping 213.203.199.12 > PING 213.203.199.12 (213.203.199.12): 56 data bytes > ^C > --- 213.203.199.12 ping statistics --- > 4 packets transmitted, 0 packets received, 100% packet loss >=20 >=20 > Trying something else > ------------------------------------------------------------- > ifconfig fxp0 down > SU NB ~:route delete default > delete net default > SU NB ~:route add default 10.0.0.1 > add net default: gateway 10.0.0.1 > SU NB ~:netstat -r > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif Expire > default UGS 0 0 fxp0 > 10/24 link#5 UC 0 0 ath0 > 00:30:f1:e1:4b:4e UHLW 2 9 ath0 1171 > 10.0.0.103 localhost UGHS 0 0 lo0 > localhost localhost UH 1 22 lo0 >=20 > I cannot kill the default route on fxp0. However the kernel is complaing = about=20 > arp things, which I don't understand. The ath0 and fxp0 card share the sa= me=20 > subnet, since I cannot set up two different ones in my hardware router. B= ut=20 > that shouldn't be the problem since fxp0 shouldn't be active anyway... he= re=20 > is the kernel output for the above procedure: >=20 > Sep 7 20:52:38 incmc kernel: fxp0: link state changed to DOWN > Sep 7 21:09:48 incmc kernel: ath0: mem 0xc0210000-0xc021f= fff=20 > irq 9 at device 0.0 on cardbus0 > Sep 7 21:09:48 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e > Sep 7 21:09:48 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > Sep 7 21:09:55 incmc kernel: ath0: link state changed to UP > Sep 7 21:10:13 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from= =20 > 00:30:f1:e1:4b:4e on ath0 > Sep 7 21:10:16 incmc last message repeated 7 times > Sep 7 21:10:16 incmc dhclient: New IP Address (ath0): 10.0.0.103 > Sep 7 21:10:16 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 > Sep 7 21:10:16 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 > Sep 7 21:10:16 incmc dhclient: New Routers (ath0): 10.0.0.1 > Sep 7 21:14:48 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from= =20 > 00:30:f1:e1:4b:4e on ath0 > Sep 7 21:20:27 incmc dhclient[204]: connection closed > Sep 7 21:20:27 incmc dhclient[204]: exiting. I think I see what's going on. Your arp cache is posioning your routing table. Try doing an "arp -a -d" after flushing the routes and before inserting the nic. It looks like we should add support to the arp(8) command so -i can be used with -d and consider flushing cache entries realted to an interface when it goes down. -- 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 --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDH0JpXY6L6fI4GtQRAuYBAJ9BOYNLR6u1b9joC+m6TnxEA6Q3IgCeKi7Z dX10mN2A5XfOpTKL2Tr/8Wk= =FGT1 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 19:50: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 1FD4216A41F for ; Wed, 7 Sep 2005 19:50:03 +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 9F1A143D46 for ; Wed, 7 Sep 2005 19:50:02 +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 j87JnxBd021960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Sep 2005 12:50:00 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <431F4605.2090104@errno.com> Date: Wed, 07 Sep 2005 12:56:53 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> In-Reply-To: <20050907194130.GA2436@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 19:50:03 -0000 Brooks Davis wrote: > On Wed, Sep 07, 2005 at 09:28:04PM +0200, Jochen Gensch wrote: > >>Am Freitag 02 September 2005 18:49 schrieben Sie: >> >> >>>>SU NB /:route -n flush -inet >>>>default 10.0.0.1 done >>>>10.0.0.104 127.0.0.1 done >>>>[REMOVED network cable from fxp0] >>>>[Pluged in wireless nic ath0] >>>>SU NB /:ping i-mc.de >>>>PING i-mc.de (213.203.199.12): 56 data bytes >>>>ping: sendto: No route to host >>>>^C >>>>--- i-mc.de ping statistics --- >>>>2 packets transmitted, 0 packets received, 100% packet loss >>>>[OK, routes have not been corrected yet] >>>>SU NB /:route add default 10.0.0.1 >>>>route: writing to routing socket: File exists >>>>add net default: gateway 10.0.0.1: File exists >>>>[Why does that route sitll exist, it has been deleted above] >>>>SU NB /:ping i-mc.de >>>>^C >>>>SU NB /:route delete default >>>>delete net default >>>>SU NB /:route add default 10.0.0.1 >>>>add net default: gateway 10.0.0.1 >>>>SU NB /:ping i-mc.de >>>>^C >>>> >>>>I cannot set the routes to ath0 once fxp0 was active. I guess I must >>>>still be misunderstandung what you guys are saying / doing. >> >> >>>I need to see the IPv4 routing table before and after each step to >>>understand what's going. Please send the results of "netstat -rnf inet" >>>at each stage. Also, please, please, please, ping by IP address so >>>we're not testing your resolver (which is dependent on your routing >>>configuration.) >> >>Sorry for getting back that late, wasn't home. Ok, here we got: >> >> >>System freshly booted, no wireless nic pluged in -> System runs on internal >>fxp0. >> >>netstat -r >>----------------------------------------------------------------------- >>Destination Gateway Flags Refs Use Netif Expire >>default UGS 0 5333 fxp0 >>10/24 link#2 UC 0 0 fxp0 >> 00:30:f1:e1:4b:4e UHLW 2 1224 fxp0 718 >>10.0.0.104 localhost UGHS 0 0 lo0 >>localhost localhost UH 1 22 lo0 >> >> >>ping 213.203.199.12 >>----------------------------------------------------------------------- >>ping 213.203.199.12 >>PING 213.203.199.12 (213.203.199.12): 56 data bytes >>64 bytes from 213.203.199.12: icmp_seq=0 ttl=53 time=25.936 ms >>64 bytes from 213.203.199.12: icmp_seq=1 ttl=53 time=25.890 ms >>64 bytes from 213.203.199.12: icmp_seq=2 ttl=53 time=25.771 ms >>^C >>--- 213.203.199.12 ping statistics --- >>3 packets transmitted, 3 packets received, 0% packet loss >>round-trip min/avg/max/stddev = 25.771/25.866/25.936/0.070 ms >> >> >>Unplugging network cable from fxp0 >> >> >>Doing a "route -n flush -inet " to get rid off default routes etc. >>----------------------------------------------------------------------- >>route -n flush -inet >>default 10.0.0.1 done >>10.0.0.104 127.0.0.1 done >> >> >>netstart -r >>----------------------------------------------------------------------- >>Destination Gateway Flags Refs Use Netif Expire >>10/24 link#2 UC 0 0 fxp0 >>10.0.0.1 00:30:f1:e1:4b:4e UHLW 1 1287 fxp0 182 >>localhost localhost UH 0 22 lo0 >> >> >>Pluging in wireless nic ath0 (No start_if.X scripts in etc) >> >> >>netstat -r >>----------------------------------------------------------------------- >>Destination Gateway Flags Refs Use Netif Expire >>default 10.0.0.1 UGS 0 0 fxp0 >>10/24 link#2 UC 0 0 fxp0 >>10.0.0.1 link#2 UHRLW 2 1383 fxp0 8 >>10.0.0.103 localhost UGHS 0 0 lo0 >>localhost localhost UH 1 22 lo0 >> >>As you can see, the default route is back on fxp0, even though I deleted it >>before and there is no cable attached. >> >> >>ping 213.203.199.12 (obvious result) >>----------------------------------------------------------------------- >>ping 213.203.199.12 >>PING 213.203.199.12 (213.203.199.12): 56 data bytes >>^C >>--- 213.203.199.12 ping statistics --- >>4 packets transmitted, 0 packets received, 100% packet loss >> >> >>Trying something else >>------------------------------------------------------------- >>ifconfig fxp0 down >>SU NB ~:route delete default >>delete net default >>SU NB ~:route add default 10.0.0.1 >>add net default: gateway 10.0.0.1 >>SU NB ~:netstat -r >>Routing tables >> >>Internet: >>Destination Gateway Flags Refs Use Netif Expire >>default UGS 0 0 fxp0 >>10/24 link#5 UC 0 0 ath0 >> 00:30:f1:e1:4b:4e UHLW 2 9 ath0 1171 >>10.0.0.103 localhost UGHS 0 0 lo0 >>localhost localhost UH 1 22 lo0 >> >>I cannot kill the default route on fxp0. However the kernel is complaing about >>arp things, which I don't understand. The ath0 and fxp0 card share the same >>subnet, since I cannot set up two different ones in my hardware router. But >>that shouldn't be the problem since fxp0 shouldn't be active anyway... here >>is the kernel output for the above procedure: >> >>Sep 7 20:52:38 incmc kernel: fxp0: link state changed to DOWN >>Sep 7 21:09:48 incmc kernel: ath0: mem 0xc0210000-0xc021ffff >>irq 9 at device 0.0 on cardbus0 >>Sep 7 21:09:48 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e >>Sep 7 21:09:48 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 >>Sep 7 21:09:55 incmc kernel: ath0: link state changed to UP >>Sep 7 21:10:13 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from >>00:30:f1:e1:4b:4e on ath0 >>Sep 7 21:10:16 incmc last message repeated 7 times >>Sep 7 21:10:16 incmc dhclient: New IP Address (ath0): 10.0.0.103 >>Sep 7 21:10:16 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 >>Sep 7 21:10:16 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 >>Sep 7 21:10:16 incmc dhclient: New Routers (ath0): 10.0.0.1 >>Sep 7 21:14:48 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from >>00:30:f1:e1:4b:4e on ath0 >>Sep 7 21:20:27 incmc dhclient[204]: connection closed >>Sep 7 21:20:27 incmc dhclient[204]: exiting. > > > I think I see what's going on. Your arp cache is posioning your routing > table. Try doing an "arp -a -d" after flushing the routes and before > inserting the nic. It looks like we should add support to the arp(8) > command so -i can be used with -d and consider flushing cache entries > realted to an interface when it goes down. I think ifconfig fxp0 down delete instead of the flush will do what you want. Sam From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:11: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 C7F9B16A41F for ; Wed, 7 Sep 2005 20:11:21 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from spew.ugcs.caltech.edu (spew.ugcs.caltech.edu [131.215.176.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AB4843D45 for ; Wed, 7 Sep 2005 20:11:21 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by spew.ugcs.caltech.edu (Postfix, from userid 3640) id E2492E816; Wed, 7 Sep 2005 13:11:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by spew.ugcs.caltech.edu (Postfix) with ESMTP id C8D37E815; Wed, 7 Sep 2005 13:11:20 -0700 (PDT) Date: Wed, 7 Sep 2005 13:11:20 -0700 (PDT) From: Jon Dama To: Jochen Gensch In-Reply-To: <200509072128.04819.incmc@gmx.de> Message-ID: References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 20:11:21 -0000 I may have let you astray with that -inet flag on the flush operation. Checking my computer at home, I just route -flush -Jon On Wed, 7 Sep 2005, Jochen Gensch wrote: > Am Freitag 02 September 2005 18:49 schrieben Sie: > > > > SU NB /:route -n flush -inet > > > default 10.0.0.1 done > > > 10.0.0.104 127.0.0.1 done > > > [REMOVED network cable from fxp0] > > > [Pluged in wireless nic ath0] > > > SU NB /:ping i-mc.de > > > PING i-mc.de (213.203.199.12): 56 data bytes > > > ping: sendto: No route to host > > > ^C > > > --- i-mc.de ping statistics --- > > > 2 packets transmitted, 0 packets received, 100% packet loss > > > [OK, routes have not been corrected yet] > > > SU NB /:route add default 10.0.0.1 > > > route: writing to routing socket: File exists > > > add net default: gateway 10.0.0.1: File exists > > > [Why does that route sitll exist, it has been deleted above] > > > SU NB /:ping i-mc.de > > > ^C > > > SU NB /:route delete default > > > delete net default > > > SU NB /:route add default 10.0.0.1 > > > add net default: gateway 10.0.0.1 > > > SU NB /:ping i-mc.de > > > ^C > > > > > > I cannot set the routes to ath0 once fxp0 was active. I guess I must > > > still be misunderstandung what you guys are saying / doing. > > > > I need to see the IPv4 routing table before and after each step to > > understand what's going. Please send the results of "netstat -rnf inet" > > at each stage. Also, please, please, please, ping by IP address so > > we're not testing your resolver (which is dependent on your routing > > configuration.) > > Sorry for getting back that late, wasn't home. Ok, here we got: > > > System freshly booted, no wireless nic pluged in -> System runs on internal > fxp0. > > netstat -r > ----------------------------------------------------------------------- > Destination Gateway Flags Refs Use Netif Expire > default UGS 0 5333 fxp0 > 10/24 link#2 UC 0 0 fxp0 > 00:30:f1:e1:4b:4e UHLW 2 1224 fxp0 718 > 10.0.0.104 localhost UGHS 0 0 lo0 > localhost localhost UH 1 22 lo0 > > > ping 213.203.199.12 > ----------------------------------------------------------------------- > ping 213.203.199.12 > PING 213.203.199.12 (213.203.199.12): 56 data bytes > 64 bytes from 213.203.199.12: icmp_seq=0 ttl=53 time=25.936 ms > 64 bytes from 213.203.199.12: icmp_seq=1 ttl=53 time=25.890 ms > 64 bytes from 213.203.199.12: icmp_seq=2 ttl=53 time=25.771 ms > ^C > --- 213.203.199.12 ping statistics --- > 3 packets transmitted, 3 packets received, 0% packet loss > round-trip min/avg/max/stddev = 25.771/25.866/25.936/0.070 ms > > > Unplugging network cable from fxp0 > > > Doing a "route -n flush -inet " to get rid off default routes etc. > ----------------------------------------------------------------------- > route -n flush -inet > default 10.0.0.1 done > 10.0.0.104 127.0.0.1 done > > > netstart -r > ----------------------------------------------------------------------- > Destination Gateway Flags Refs Use Netif Expire > 10/24 link#2 UC 0 0 fxp0 > 10.0.0.1 00:30:f1:e1:4b:4e UHLW 1 1287 fxp0 182 > localhost localhost UH 0 22 lo0 > > > Pluging in wireless nic ath0 (No start_if.X scripts in etc) > > > netstat -r > ----------------------------------------------------------------------- > Destination Gateway Flags Refs Use Netif Expire > default 10.0.0.1 UGS 0 0 fxp0 > 10/24 link#2 UC 0 0 fxp0 > 10.0.0.1 link#2 UHRLW 2 1383 fxp0 8 > 10.0.0.103 localhost UGHS 0 0 lo0 > localhost localhost UH 1 22 lo0 > > As you can see, the default route is back on fxp0, even though I deleted it > before and there is no cable attached. > > > ping 213.203.199.12 (obvious result) > ----------------------------------------------------------------------- > ping 213.203.199.12 > PING 213.203.199.12 (213.203.199.12): 56 data bytes > ^C > --- 213.203.199.12 ping statistics --- > 4 packets transmitted, 0 packets received, 100% packet loss > > > Trying something else > ------------------------------------------------------------- > ifconfig fxp0 down > SU NB ~:route delete default > delete net default > SU NB ~:route add default 10.0.0.1 > add net default: gateway 10.0.0.1 > SU NB ~:netstat -r > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default UGS 0 0 fxp0 > 10/24 link#5 UC 0 0 ath0 > 00:30:f1:e1:4b:4e UHLW 2 9 ath0 1171 > 10.0.0.103 localhost UGHS 0 0 lo0 > localhost localhost UH 1 22 lo0 > > I cannot kill the default route on fxp0. However the kernel is complaing about > arp things, which I don't understand. The ath0 and fxp0 card share the same > subnet, since I cannot set up two different ones in my hardware router. But > that shouldn't be the problem since fxp0 shouldn't be active anyway... here > is the kernel output for the above procedure: > > Sep 7 20:52:38 incmc kernel: fxp0: link state changed to DOWN > Sep 7 21:09:48 incmc kernel: ath0: mem 0xc0210000-0xc021ffff > irq 9 at device 0.0 on cardbus0 > Sep 7 21:09:48 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e > Sep 7 21:09:48 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > Sep 7 21:09:55 incmc kernel: ath0: link state changed to UP > Sep 7 21:10:13 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from > 00:30:f1:e1:4b:4e on ath0 > Sep 7 21:10:16 incmc last message repeated 7 times > Sep 7 21:10:16 incmc dhclient: New IP Address (ath0): 10.0.0.103 > Sep 7 21:10:16 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 > Sep 7 21:10:16 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 > Sep 7 21:10:16 incmc dhclient: New Routers (ath0): 10.0.0.1 > Sep 7 21:14:48 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from > 00:30:f1:e1:4b:4e on ath0 > Sep 7 21:20:27 incmc dhclient[204]: connection closed > Sep 7 21:20:27 incmc dhclient[204]: exiting. > > > Jochen > _______________________________________________ > 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 Sep 7 20:14: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 5A76C16A41F for ; Wed, 7 Sep 2005 20:14:05 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE2943D45 for ; Wed, 7 Sep 2005 20:14:04 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1227937rna for ; Wed, 07 Sep 2005 13:14:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gd2qQto4ewVNNTR4cfaVC2k3/zgO12TIv37bi52Dazaulm/ICLl1/cHMw1wILzcFXIPEkElD8p4K2XvDk6eHyU1VfMmn9R88HSGRf+GxORj4XZSPt00dcYLzGgpy8S+tugh7bzzK0N8xYB4tV1LSpgSmpcbvivCZRq6YY1av+Qg= Received: by 10.38.12.17 with SMTP id 17mr1229371rnl; Wed, 07 Sep 2005 13:14:04 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Wed, 7 Sep 2005 13:14:04 -0700 (PDT) Message-ID: Date: Wed, 7 Sep 2005 16:14:04 -0400 From: Scott Ullrich To: "s.g." In-Reply-To: <1918533620.20050908000805@theconcept.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1918533620.20050908000805@theconcept.ru> Cc: freebsd-current@freebsd.org Subject: Re: Re[2]: Can't load kernel errors (with wierd bios messages) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 20:14:05 -0000 On 9/7/05, s.g. wrote: > I can only say "me too" at the moment. > Is that line 967 in module.c "free(mtmp);"? >=20 > s.g. >=20 > P.S. Such errors are being reported for quite some time, > see for example > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg35147.html The interesting thing about the panic is that module.c on my tree is only 961 lines long: # cat /usr/src/sys/boot/i386/loader/../../common/module.c | wc -l 961 I'm at a loss. The only thing that I can think of doing at this point is to save the bsdlabel command that we initially ran after installation and repeat the command after upgrading. Major ugly hack, but if it works that's about all I can do at this point until someone more knowledgeable chimes in. Scott From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:23: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 9F18716A41F for ; Wed, 7 Sep 2005 20:23:34 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C608043D45 for ; Wed, 7 Sep 2005 20:23:33 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 07 Sep 2005 20:23:32 -0000 Received: from dsl-084-061-037-102.arcor-ip.net (EHLO ms.homeip.net) [84.61.37.102] by mail.gmx.net (mp035) with SMTP; 07 Sep 2005 22:23:32 +0200 X-Authenticated: #15946415 Received: from p508f63e6.dip.t-dialin.net ([80.143.99.230] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1ED6SB-000FqV-6C; Wed, 07 Sep 2005 22:23:31 +0200 From: Jochen Gensch To: Brooks Davis , freebsd-current@freebsd.org Date: Wed, 7 Sep 2005 22:23:20 +0200 User-Agent: KMail/1.8.2 References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> In-Reply-To: <20050907194130.GA2436@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200509072223.20560.incmc@gmx.de> X-Y-GMX-Trusted: 0 Cc: Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 20:23:34 -0000 Am Mittwoch 07 September 2005 21:41 schrieben Sie: > I think I see what's going on. Your arp cache is posioning your routing > table. Try doing an "arp -a -d" after flushing the routes and before > inserting the nic. It looks like we should add support to the arp(8) > command so -i can be used with -d and consider flushing cache entries > realted to an interface when it goes down. Freshly booted system: Unplugging fxp0 route -n flush -inet arp -a -d inserting ath0 netstat -r says ------------------------- Destination Gateway Flags Refs Use Netif Expire default 10.0.0.1 UGS 0 0 fxp0 10/24 link#2 UC 0 0 fxp0 10.0.0.1 link#2 UHRLW 2 4 fxp0 10.0.0.103 localhost UGHS 0 0 lo0 localhost localhost UH 1 10 lo0 So nothing changed :-(. Here's /var/log/messages Sep 7 21:59:19 incmc kernel: fxp0: link state changed to DOWN Sep 7 22:01:04 incmc kernel: ath0: mem 0xc0210000-0xc021ffff irq 9 at device 0.0 on cardbus0 Sep 7 22:01:04 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e Sep 7 22:01:04 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 Sep 7 22:01:12 incmc kernel: ath0: link state changed to UP Sep 7 22:01:20 incmc dhclient: New IP Address (ath0): 10.0.0.103 Sep 7 22:01:20 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 Sep 7 22:01:20 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 Sep 7 22:01:20 incmc dhclient: New Routers (ath0): 10.0.0.1 Sep 7 22:04:55 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from 00:30:f1:e1:4b:4e on ath0 > I think ifconfig fxp0 down delete instead of the flush will do what you > want. Unplugging cable from fxp0 SU NB ~:ifconfig fxp0 down delete Inserting ath0 SU NB ~:ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1): 56 data bytes ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host ping: sendto: No route to host 64 bytes from 10.0.0.1: icmp_seq=4 ttl=64 time=2.146 ms 64 bytes from 10.0.0.1: icmp_seq=5 ttl=64 time=1.647 ms ^C --- 10.0.0.1 ping statistics --- 6 packets transmitted, 2 packets received, 66% packet loss round-trip min/avg/max/stddev = 1.647/1.897/2.146/0.249 ms SU NB ~:ping 213.203.199.12 PING 213.203.199.12 (213.203.199.12): 56 data bytes 64 bytes from 213.203.199.12: icmp_seq=0 ttl=53 time=25.454 ms 64 bytes from 213.203.199.12: icmp_seq=1 ttl=53 time=25.223 ms 64 bytes from 213.203.199.12: icmp_seq=2 ttl=53 time=26.358 ms 64 bytes from 213.203.199.12: icmp_seq=3 ttl=53 time=32.673 ms 64 bytes from 213.203.199.12: icmp_seq=4 ttl=53 time=30.582 ms 64 bytes from 213.203.199.12: icmp_seq=5 ttl=53 time=32.536 ms 64 bytes from 213.203.199.12: icmp_seq=6 ttl=53 time=29.699 ms 64 bytes from 213.203.199.12: icmp_seq=7 ttl=53 time=25.617 ms ^C --- 213.203.199.12 ping statistics --- 8 packets transmitted, 8 packets received, 0% packet loss round-trip min/avg/max/stddev = 25.223/28.518/32.673/3.008 ms SU NB ~:netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default UGS 0 14 ath0 10/24 link#6 UC 0 0 ath0 00:30:f1:e1:4b:4e UHLW 2 3 ath0 1187 10.0.0.103 localhost UGHS 0 0 lo0 localhost localhost UH 1 12 lo0 So that seems to work, dhclient is released from fxp0 and the default route is permanently deleted. However, now one needs to restart dhclient on fxp0, when it is supposed to come up again. Without the "delete" option dhclient took care of fxp0 automatically. Jesus, this isn't the wireless plug 'n play I was hoping to see in FreeBSD 6 :-). All one should need to do ist setting up wireless networks in /etc/wpa_supplicant.conf and make entries in rc.conf like ifconfig_fxp0="DHCP" ifconfig_ath0="WPA DHCP" removable_interfaces="ath0" And whenever there is a wireless network available (where the system can log in an get a network connection) the default route should be switched to that wireless nic. Or even better, if both connections work, automatically choose the faster one :-). Jochen From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:40: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 A0BD416A41F for ; Wed, 7 Sep 2005 20:40:17 +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 B615343D67 for ; Wed, 7 Sep 2005 20:40: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 534FA1FFAD2; Wed, 7 Sep 2005 22:40:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id CACFD1FF9AB; Wed, 7 Sep 2005 22:40:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 5867A1577D; Wed, 7 Sep 2005 20:37:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4A242153C4; Wed, 7 Sep 2005 20:37:21 +0000 (UTC) Date: Wed, 7 Sep 2005 20:37:21 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: John Kintaro Tate In-Reply-To: <6c336c020509070813449ff093@mail.gmail.com> Message-ID: References: <6c336c020509070813449ff093@mail.gmail.com> 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 with UMA_CORE and VM_MAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 20:40:17 -0000 On Thu, 8 Sep 2005, John Kintaro Tate wrote: Hi, > Here is the related output from dmesg: > lock order reversal > 1st 0xc0983ae0 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 Well known LOR: http://sources.zabbadoz.net/freebsd/lor.html#109 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 20:55: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 6472216A41F for ; Wed, 7 Sep 2005 20:55:09 +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 EA18343D45 for ; Wed, 7 Sep 2005 20:55:08 +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 F21081FFACF; Wed, 7 Sep 2005 22:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 9F3ED1FF9AB; Wed, 7 Sep 2005 22:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 1DAA11577D; Wed, 7 Sep 2005 20:54:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 133D0153C4; Wed, 7 Sep 2005 20:54:10 +0000 (UTC) Date: Wed, 7 Sep 2005 20:54:09 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Fabian Keil In-Reply-To: <20050907123644.0d67d92f@localhost> Message-ID: References: <20050907123644.0d67d92f@localhost> 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: Sound related LOR on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 20:55:09 -0000 On Wed, 7 Sep 2005, Fabian Keil wrote: > lock order reversal > 1st 0xc1c01240 pcm0 (sound cdev) @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/sound.c:706 > 2nd 0xc1e7c940 sndstat (sndstat) @ /usr/src/sys/modules/sound/sound/../../../dev/sound/pcm/sndstat.c:256 added to "the LOR page" with LOR ID 159 http://sources.zabbadoz.net/freebsd/lor.html#159 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:18: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 5310B16A41F for ; Wed, 7 Sep 2005 21:18:13 +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 DA17243D45 for ; Wed, 7 Sep 2005 21:18:12 +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 j87LICCL020926; Wed, 7 Sep 2005 14:18:12 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j87LIBAA020925; Wed, 7 Sep 2005 14:18:11 -0700 Date: Wed, 7 Sep 2005 14:18:11 -0700 From: Brooks Davis To: Jochen Gensch Message-ID: <20050907211811.GA19570@odin.ac.hmc.edu> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <200509072223.20560.incmc@gmx.de> 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: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 21:18:13 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 10:23:20PM +0200, Jochen Gensch wrote: > Am Mittwoch 07 September 2005 21:41 schrieben Sie: >=20 > > I think I see what's going on. Your arp cache is posioning your routing > > table. Try doing an "arp -a -d" after flushing the routes and before > > inserting the nic. It looks like we should add support to the arp(8) > > command so -i can be used with -d and consider flushing cache entries > > realted to an interface when it goes down. >=20 > Freshly booted system: > Unplugging fxp0 > route -n flush -inet > arp -a -d > inserting ath0 > netstat -r says > ------------------------- > Destination Gateway Flags Refs Use Netif Expire > default 10.0.0.1 UGS 0 0 fxp0 > 10/24 link#2 UC 0 0 fxp0 > 10.0.0.1 link#2 UHRLW 2 4 fxp0 > 10.0.0.103 localhost UGHS 0 0 lo0 > localhost localhost UH 1 10 lo0 >=20 > So nothing changed :-(. Here's /var/log/messages >=20 > Sep 7 21:59:19 incmc kernel: fxp0: link state changed to DOWN > Sep 7 22:01:04 incmc kernel: ath0: mem 0xc0210000-0xc021f= fff=20 > irq 9 at device 0.0 on cardbus0 > Sep 7 22:01:04 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e > Sep 7 22:01:04 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > Sep 7 22:01:12 incmc kernel: ath0: link state changed to UP > Sep 7 22:01:20 incmc dhclient: New IP Address (ath0): 10.0.0.103 > Sep 7 22:01:20 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 > Sep 7 22:01:20 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 > Sep 7 22:01:20 incmc dhclient: New Routers (ath0): 10.0.0.1 > Sep 7 22:04:55 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply from= =20 > 00:30:f1:e1:4b:4e on ath0 >=20 > > I think ifconfig fxp0 down delete instead of the flush will do what you= =20 > > want. >=20 > Unplugging cable from fxp0 > SU NB ~:ifconfig fxp0 down delete > Inserting ath0 > SU NB ~:ping 10.0.0.1 > PING 10.0.0.1 (10.0.0.1): 56 data bytes > ping: sendto: No route to host > ping: sendto: No route to host > ping: sendto: No route to host > ping: sendto: No route to host > 64 bytes from 10.0.0.1: icmp_seq=3D4 ttl=3D64 time=3D2.146 ms > 64 bytes from 10.0.0.1: icmp_seq=3D5 ttl=3D64 time=3D1.647 ms > ^C > --- 10.0.0.1 ping statistics --- > 6 packets transmitted, 2 packets received, 66% packet loss > round-trip min/avg/max/stddev =3D 1.647/1.897/2.146/0.249 ms > SU NB ~:ping 213.203.199.12 > PING 213.203.199.12 (213.203.199.12): 56 data bytes > 64 bytes from 213.203.199.12: icmp_seq=3D0 ttl=3D53 time=3D25.454 ms > 64 bytes from 213.203.199.12: icmp_seq=3D1 ttl=3D53 time=3D25.223 ms > 64 bytes from 213.203.199.12: icmp_seq=3D2 ttl=3D53 time=3D26.358 ms > 64 bytes from 213.203.199.12: icmp_seq=3D3 ttl=3D53 time=3D32.673 ms > 64 bytes from 213.203.199.12: icmp_seq=3D4 ttl=3D53 time=3D30.582 ms > 64 bytes from 213.203.199.12: icmp_seq=3D5 ttl=3D53 time=3D32.536 ms > 64 bytes from 213.203.199.12: icmp_seq=3D6 ttl=3D53 time=3D29.699 ms > 64 bytes from 213.203.199.12: icmp_seq=3D7 ttl=3D53 time=3D25.617 ms > ^C > --- 213.203.199.12 ping statistics --- > 8 packets transmitted, 8 packets received, 0% packet loss > round-trip min/avg/max/stddev =3D 25.223/28.518/32.673/3.008 ms > SU NB ~:netstat -r > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif Expire > default UGS 0 14 ath0 > 10/24 link#6 UC 0 0 ath0 > 00:30:f1:e1:4b:4e UHLW 2 3 ath0 1187 > 10.0.0.103 localhost UGHS 0 0 lo0 > localhost localhost UH 1 12 lo0 >=20 > So that seems to work, dhclient is released from fxp0 and the default rou= te is=20 > permanently deleted. However, now one needs to restart dhclient on fxp0, = when=20 > it is supposed to come up again. Without the "delete" option dhclient too= k=20 > care of fxp0 automatically. Jesus, this isn't the wireless plug 'n play I= was=20 > hoping to see in FreeBSD 6 :-). All one should need to do ist setting up= =20 > wireless networks in /etc/wpa_supplicant.conf and make entries in rc.conf= =20 > like >=20 > ifconfig_fxp0=3D"DHCP" > ifconfig_ath0=3D"WPA DHCP" > removable_interfaces=3D"ath0" >=20 > And whenever there is a wireless network available (where the system can = log=20 > in an get a network connection) the default route should be switched to t= hat=20 > wireless nic. Or even better, if both connections work, automatically cho= ose=20 > the faster one :-). That's the goal we're headed towards. Unfortunatly, it's not an instant thing, particularly when people trying things like what you're doing that don't map well into the old world view of static devices that don't change networks. The old model is wrong and has been so for quite some time, but that doesn't mean there aren't assumptions related to it all over the place. Hmm, upon further testing, I think there may be a problem with the fxp(4) driver. I'm not 100% on this, but if I watch my ath0 interface, attached arp entries, and default route, they all vanish completely when I move out of range of my AP and reappear when link comes back. I need to try something more like your configation. -- 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 --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDH1kTXY6L6fI4GtQRAirhAJ9YV5Er9e/b2YuK/MObiZZ9LJGdjACg1EIe fqbgcUNlPXhJdBSIEWGj2S4= =z2yF -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 21:40: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 298F116A41F for ; Wed, 7 Sep 2005 21:40:10 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4981843D46 for ; Wed, 7 Sep 2005 21:40:08 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 07 Sep 2005 21:40:07 -0000 Received: from dsl-084-061-037-102.arcor-ip.net (EHLO ms.homeip.net) [84.61.37.102] by mail.gmx.net (mp009) with SMTP; 07 Sep 2005 23:40:07 +0200 X-Authenticated: #15946415 Received: from p508f63e6.dip.t-dialin.net ([80.143.99.230] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1ED7eP-000GNK-Ll; Wed, 07 Sep 2005 23:40:13 +0200 From: Jochen Gensch To: Jon Dama , freebsd-current@freebsd.org Date: Wed, 7 Sep 2005 23:39:35 +0200 User-Agent: KMail/1.8.2 References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509072339.35840.incmc@gmx.de> X-Y-GMX-Trusted: 0 Cc: Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 21:40:10 -0000 Am Mittwoch 07 September 2005 23:26 schrieben Sie: > Just out of curiosity... what does your wpa_supplicant file look like? > (sans any privileged information of course). NB ~:cat /etc/wpa_supplicant.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="DA-BUTZE-II" scan_ssid=1 key_mgmt=WPA-PSK psk="blabla" } Jochen From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 22:31: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 5947116A420 for ; Wed, 7 Sep 2005 22:31:08 +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 83CAF43D72 for ; Wed, 7 Sep 2005 22:30:58 +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 j87MUwBr002524; Wed, 7 Sep 2005 15:30:58 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j87MUvNh002522; Wed, 7 Sep 2005 15:30:57 -0700 Date: Wed, 7 Sep 2005 15:30:57 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050907223057.GA563@odin.ac.hmc.edu> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20050907211811.GA19570@odin.ac.hmc.edu> 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: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 22:31:08 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 02:18:11PM -0700, Brooks Davis wrote: > On Wed, Sep 07, 2005 at 10:23:20PM +0200, Jochen Gensch wrote: > > Am Mittwoch 07 September 2005 21:41 schrieben Sie: > >=20 > > > I think I see what's going on. Your arp cache is posioning your rout= ing > > > table. Try doing an "arp -a -d" after flushing the routes and before > > > inserting the nic. It looks like we should add support to the arp(8) > > > command so -i can be used with -d and consider flushing cache entries > > > realted to an interface when it goes down. > >=20 > > Freshly booted system: > > Unplugging fxp0 > > route -n flush -inet > > arp -a -d > > inserting ath0 > > netstat -r says > > ------------------------- > > Destination Gateway Flags Refs Use Netif Exp= ire > > default 10.0.0.1 UGS 0 0 fxp0 > > 10/24 link#2 UC 0 0 fxp0 > > 10.0.0.1 link#2 UHRLW 2 4 fxp0 > > 10.0.0.103 localhost UGHS 0 0 lo0 > > localhost localhost UH 1 10 lo0 > >=20 > > So nothing changed :-(. Here's /var/log/messages > >=20 > > Sep 7 21:59:19 incmc kernel: fxp0: link state changed to DOWN > > Sep 7 22:01:04 incmc kernel: ath0: mem 0xc0210000-0xc02= 1ffff=20 > > irq 9 at device 0.0 on cardbus0 > > Sep 7 22:01:04 incmc kernel: ath0: Ethernet address: 00:05:5d:9f:c5:0e > > Sep 7 22:01:04 incmc kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > > Sep 7 22:01:12 incmc kernel: ath0: link state changed to UP > > Sep 7 22:01:20 incmc dhclient: New IP Address (ath0): 10.0.0.103 > > Sep 7 22:01:20 incmc dhclient: New Subnet Mask (ath0): 255.255.255.0 > > Sep 7 22:01:20 incmc dhclient: New Broadcast Address (ath0): 10.0.0.255 > > Sep 7 22:01:20 incmc dhclient: New Routers (ath0): 10.0.0.1 > > Sep 7 22:04:55 incmc kernel: arp: 10.0.0.1 is on fxp0 but got reply fr= om=20 > > 00:30:f1:e1:4b:4e on ath0 > >=20 > > > I think ifconfig fxp0 down delete instead of the flush will do what y= ou=20 > > > want. > >=20 > > Unplugging cable from fxp0 > > SU NB ~:ifconfig fxp0 down delete > > Inserting ath0 > > SU NB ~:ping 10.0.0.1 > > PING 10.0.0.1 (10.0.0.1): 56 data bytes > > ping: sendto: No route to host > > ping: sendto: No route to host > > ping: sendto: No route to host > > ping: sendto: No route to host > > 64 bytes from 10.0.0.1: icmp_seq=3D4 ttl=3D64 time=3D2.146 ms > > 64 bytes from 10.0.0.1: icmp_seq=3D5 ttl=3D64 time=3D1.647 ms > > ^C > > --- 10.0.0.1 ping statistics --- > > 6 packets transmitted, 2 packets received, 66% packet loss > > round-trip min/avg/max/stddev =3D 1.647/1.897/2.146/0.249 ms > > SU NB ~:ping 213.203.199.12 > > PING 213.203.199.12 (213.203.199.12): 56 data bytes > > 64 bytes from 213.203.199.12: icmp_seq=3D0 ttl=3D53 time=3D25.454 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D1 ttl=3D53 time=3D25.223 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D2 ttl=3D53 time=3D26.358 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D3 ttl=3D53 time=3D32.673 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D4 ttl=3D53 time=3D30.582 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D5 ttl=3D53 time=3D32.536 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D6 ttl=3D53 time=3D29.699 ms > > 64 bytes from 213.203.199.12: icmp_seq=3D7 ttl=3D53 time=3D25.617 ms > > ^C > > --- 213.203.199.12 ping statistics --- > > 8 packets transmitted, 8 packets received, 0% packet loss > > round-trip min/avg/max/stddev =3D 25.223/28.518/32.673/3.008 ms > > SU NB ~:netstat -r > > Routing tables > >=20 > > Internet: > > Destination Gateway Flags Refs Use Netif Exp= ire > > default UGS 0 14 ath0 > > 10/24 link#6 UC 0 0 ath0 > > 00:30:f1:e1:4b:4e UHLW 2 3 ath0 1= 187 > > 10.0.0.103 localhost UGHS 0 0 lo0 > > localhost localhost UH 1 12 lo0 > >=20 > > So that seems to work, dhclient is released from fxp0 and the default r= oute is=20 > > permanently deleted. However, now one needs to restart dhclient on fxp0= , when=20 > > it is supposed to come up again. Without the "delete" option dhclient t= ook=20 > > care of fxp0 automatically. Jesus, this isn't the wireless plug 'n play= I was=20 > > hoping to see in FreeBSD 6 :-). All one should need to do ist setting u= p=20 > > wireless networks in /etc/wpa_supplicant.conf and make entries in rc.co= nf=20 > > like > >=20 > > ifconfig_fxp0=3D"DHCP" > > ifconfig_ath0=3D"WPA DHCP" > > removable_interfaces=3D"ath0" > >=20 > > And whenever there is a wireless network available (where the system ca= n log=20 > > in an get a network connection) the default route should be switched to= that=20 > > wireless nic. Or even better, if both connections work, automatically c= hoose=20 > > the faster one :-). >=20 > That's the goal we're headed towards. Unfortunatly, it's not an instant > thing, particularly when people trying things like what you're doing > that don't map well into the old world view of static devices that don't > change networks. The old model is wrong and has been so for quite some > time, but that doesn't mean there aren't assumptions related to it all > over the place. >=20 > Hmm, upon further testing, I think there may be a problem with the > fxp(4) driver. I'm not 100% on this, but if I watch my ath0 interface, > attached arp entries, and default route, they all vanish completely when > I move out of range of my AP and reappear when link comes back. I need > to try something more like your configation. I've played with it a bit with my laptop which has am em(4) nic and a cardbus ath(4) nic. What I found was that there were two issues. First, we do need to be more agressing about cleaning up the interface when the link goes down, at least with some devices (this may be a symptom of a driver bug). I've been able to get that to work by adding "ifconfig $interface delete" to the EXPIRE|FAIL case in /sbin/dhclient-script. Second, the em0 on this machine completely fails to send link state messages so neither inserting nor removing the cable actually signals dhclient. I had to start dhclient by hand and stop it by issuing an "ifconfig em0 down". -- 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 --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDH2ogXY6L6fI4GtQRAnmXAKDQ1QnS06gvi6lIBIBQ82VyZXLzLwCgzZDw oMiRTFAnLjWKX5hvR/8Bwow= =55j/ -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 7 23:16: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 DB8B216A41F for ; Wed, 7 Sep 2005 23:16:00 +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 8372A43D48 for ; Wed, 7 Sep 2005 23:16:00 +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 j87NFvGC061608; Wed, 7 Sep 2005 16:15:59 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200509072315.j87NFvGC061608@gate.bitblocks.com> To: Brooks Davis In-reply-to: Your message of "Wed, 07 Sep 2005 15:30:57 PDT." <20050907223057.GA563@odin.ac.hmc.edu> Date: Wed, 07 Sep 2005 16:15:57 -0700 From: Bakul Shah Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Sep 2005 23:16:01 -0000 What works for me is not automatic but pretty simple. When I want to switch my laptop from to , I do: /etc/rc.d/netstart stop /etc/rc.d/netstart start One interface is wired, the other wifi. This works in either direction and at home and at work. I can also suspend my laptop at home, resume at work and do the above switch to whichever interface I want at work. At the end of the day I suspend the laptop at work and do the same thing at home. Since the purpose is to be always `connected', and mobile needs are different enough from stationary machines that I am writing a simple daemon that will do all this + more. It will basically watch interfaces of interest and invoke the right script(s). From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 00:02: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 B7A1416A41F for ; Thu, 8 Sep 2005 00:02:42 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F72F43D48 for ; Thu, 8 Sep 2005 00:02:42 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (rwcrmhc14) with ESMTP id <2005090800023001400fethve>; Thu, 8 Sep 2005 00:02:41 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j8802Ufb008499; Wed, 7 Sep 2005 20:02:30 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j8802UHs008480; Wed, 7 Sep 2005 20:02:30 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 7 Sep 2005 20:02:29 -0400 From: Craig Rodrigues To: "Bjoern A. Zeeb" Message-ID: <20050908000229.GA4840@crodrigues.org> References: <20050907123644.0d67d92f@localhost> 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: Sound related LOR on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 00:02:42 -0000 On Wed, Sep 07, 2005 at 08:54:09PM +0000, Bjoern A. Zeeb wrote: > On Wed, 7 Sep 2005, Fabian Keil wrote: > > > lock order reversal > > added to "the LOR page" with LOR ID 159 > http://sources.zabbadoz.net/freebsd/lor.html#159 When the kernel displays "lock order reversal", would it be appropriate to display the URL to your LOR page? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 00:23: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 EAD4116A41F for ; Thu, 8 Sep 2005 00:23:46 +0000 (GMT) (envelope-from listas@informatica.info) Received: from ceres.informatica.info (host122-231-149-62.serverdedicati.aruba.it [62.149.231.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5110E43D45 for ; Thu, 8 Sep 2005 00:23:41 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.68] (6.Red-83-46-32.pooles.rima-tde.net [83.46.32.6]) (authenticated bits=0) by ceres.informatica.info (8.12.10/8.12.10) with ESMTP id j880NTkG015501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Sep 2005 02:23:37 +0200 Message-ID: <431F8484.5040300@informatica.info> Date: Thu, 08 Sep 2005 02:23:32 +0200 From: Listas User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: es-es, en, ca MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems installing 6.0-BETA4: syntax error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 00:23:47 -0000 Tested the 6.0-BETA4 CD install on the folowing system: - P4 at 3,0 GHz. - P5GD1 motherboard (ICH6-R controller). - 1 GB of memtest-checked RAM. - Two 200GB Maxtor 6B200M0 BANC1980 SATA 150 drives. - LG DVD+-RW (HL-DT-ST DVDRAM GSA-4160B/A300). This same system experienced another more serious problem with BETA3 CD, which seems fixed now ("Write failure on transfer!"). The first anomaly is that there are eight "acpi_bus_number: acn't get _ADR" messages in dmesg. And the #109 LOR appears each time while extracting distributions from CD to disk (not before that): Trying to mount root from ufs:/dev/md0 lock order reversal 1st... UMA lock @ /usr/src/sys/vm/uma_core.c:1494 2nd... system map @ /usr/src/sys/vm/vm_map.c:2317 The install finishes successfully (though the LAN adapter is not recognized) unless you install X11. Then, when installing the fontconfig package, a syntax error appears: "Add of package fontconfig-2.2.3,1 aborted, error code 1" The debug screen shows the following: rescue/librescue/Makefile 2 blocks ldconfig: warning: /usr/local/lib: No such file or directory ldconfig: warning: /usr/X11R6/lib: No such file or directory Running fc-cache to build fontconfig cache... fc-cache: 37: Syntax error: word unexpected (expecting ")") pkg_add: install script returned error status Carlos From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 01:29: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 0679216A41F; Thu, 8 Sep 2005 01:29:28 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.76.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F4B943D79; Thu, 8 Sep 2005 01:29:23 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc12) with ESMTP id <20050908012921012002fasbe>; Thu, 8 Sep 2005 01:29:21 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j881TLxo085920; Wed, 7 Sep 2005 21:29:21 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j881TKWR085919; Wed, 7 Sep 2005 21:29:20 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 7 Sep 2005 21:29:20 -0400 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20050908012920.GA84699@crodrigues.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: sos@freebsd.org Subject: Hang after bootup on atapci? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 01:29:28 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I just upgraded one of my systems to latest -CURRENT, and when it boots up, it hangs. The latest messages printed out have to do with atapci. -- Craig Rodrigues rodrigc@crodrigues.org --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot.txt" GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=000000000befd8c0 SMAP type=02 base=000000000bffff00 len=0000000000000100 SMAP type=03 base=000000000bffd8c0 len=0000000000002640 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fffc0000 len=0000000000040000 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 #2: Wed Sep 7 11:31:26 EDT 2005 rodrigc@rincewind.crodrigues.org:/usr/obj/usr/src/sys/MYKERNEL1 WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a89000. Calibrating clock(s) ... i8254 clock: 1193162 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 448054052 Hz CPU: Pentium III/Pentium III Xeon/Celeron (448.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x383f9ff real memory = 201314304 (191 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000000bc64fff, 184799232 bytes (45117 pages) avail memory = 187314176 (178 MB) bios32: Found BIOS32 Service Directory header at 0xc00fd7f0 bios32: Entry = 0xfd801 (c00fd801) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xd83c pnpbios: Found PnP BIOS data at 0xc00fde50 pnpbios: Entry = f0000:587a Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device mem: Pentium Pro MTRR support enabled io:
null: acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000064 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00f1c50 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 20 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 20 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 20 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 20 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 18 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 18 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 18 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 18 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 16 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 16 B 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 16 C 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 16 D 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 2 func 2 acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: irq 9 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 ACPI timer: 0/5 0/16777185 0/4 0/4 0/5 0/16777209 0/16777209 0/4 0/5 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfd08-0xfd0b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base ec000000, size 26, enabled found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=2, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fff0, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=2, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x30 (1440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[20]: type 4, range 32, base 0000ff00, size 5, enabled pcib0: matched entry for 0.2.INTD (src \_SB_.PCI0.PIN4:0) pcib0: slot 2 INTD routed to irq 11 via \_SB_.PCI0.PIN4 found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 0000fe00, size 4, enabled found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=0, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=11 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f3cff000, size 12, enabled map[14]: type 4, range 32, base 00007c60, size 5, enabled map[18]: type 1, range 32, base f3d00000, size 20, enabled pcib0: matched entry for 0.3.INTA (src \_SB_.PCI0.PIN4:0) pcib0: slot 3 INTA routed to irq 11 via \_SB_.PCI0.PIN4 found-> vendor=0x1127, dev=0x0300, revid=0x00 bus=0, slot=16, func=0 class=02-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0102, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x08 (240 ns), mingnt=0x01 (250 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 map[10]: type 1, range 32, base f3e00000, size 21, enabled pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.PIN3:0) pcib0: slot 16 INTA routed to irq 10 via \_SB_.PCI0.PIN3 agp0: mem 0xec000000-0xefffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xec000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0xf4000000-0xf7ffffff pcib1: prefetched decode 0xeff00000-0xe00fffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x5333, dev=0x8904, revid=0x01 bus=1, slot=1, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=9 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 1, range 32, base f4000000, size 26, enabled pcib1: (null) requested memory range 0xf4000000-0xf7ffffff: good pcib0: matched entry for 0.1.INTB (src \_SB_.PCI0.PIN2:0) pcib0: slot 1 INTB routed to irq 9 via \_SB_.PCI0.PIN2 pcib1: slot 1 INTA is routed to irq 9 pci1: at device 1.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 2.1 on pci0 atapci0: Lazy allocation of 0x10 bytes rid 0x20 type 4 at 0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 02: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 8275116A41F for ; Thu, 8 Sep 2005 02:14:19 +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 205F943D48 for ; Thu, 8 Sep 2005 02:14:19 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 48EB15CA5; Wed, 7 Sep 2005 22:14:18 -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 13395-08; Wed, 7 Sep 2005 22:14:15 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-79-217.ny325.east.verizon.net [68.161.79.217]) by pi.codefab.com (Postfix) with ESMTP id AFF2D5C74; Wed, 7 Sep 2005 22:14:14 -0400 (EDT) Message-ID: <431F9E77.20305@mac.com> Date: Wed, 07 Sep 2005 22:14:15 -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: Craig Rodrigues References: <20050907123644.0d67d92f@localhost> <20050908000229.GA4840@crodrigues.org> In-Reply-To: <20050908000229.GA4840@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org Subject: Re: Sound related LOR on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 02:14:19 -0000 Craig Rodrigues wrote: > On Wed, Sep 07, 2005 at 08:54:09PM +0000, Bjoern A. Zeeb wrote: [ ... ] >>added to "the LOR page" with LOR ID 159 >> http://sources.zabbadoz.net/freebsd/lor.html#159 > > When the kernel displays "lock order reversal", > would it be appropriate to display the URL to your > LOR page? Sure, although when this was suggested before, some people were concerned about putting an URL to a non-FreeBSD site into the message. It seems clear that Bjoern has been putting a lot of time and effort into following up with users on the mailing lists and making the LOR page a useful resource. Perhaps now that the page has grown and has more of a "track record", so to speak, anyone who had such concerns might re-consider.... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 02:26:39 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 BABEF16A41F for ; Thu, 8 Sep 2005 02:26:39 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223C343D45 for ; Thu, 8 Sep 2005 02:26:38 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc14) with ESMTP id <2005090802262101400ektaee>; Thu, 8 Sep 2005 02:26:37 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j882QLRn033149; Wed, 7 Sep 2005 22:26:21 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j882QL9L033144; Wed, 7 Sep 2005 22:26:21 -0400 (EDT) (envelope-from rodrigc) Date: Wed, 7 Sep 2005 22:26:20 -0400 From: Craig Rodrigues To: Chuck Swiger Message-ID: <20050908022620.GA30066@crodrigues.org> References: <20050907123644.0d67d92f@localhost> <20050908000229.GA4840@crodrigues.org> <431F9E77.20305@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431F9E77.20305@mac.com> User-Agent: Mutt/1.5.9i Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org Subject: Re: Sound related LOR on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 02:26:39 -0000 On Wed, Sep 07, 2005 at 10:14:15PM -0400, Chuck Swiger wrote: > Sure, although when this was suggested before, some people were concerned > about putting an URL to a non-FreeBSD site into the message. There workaround for this is quite easy: - put a web page somewhere on freebsd.org, for example: http://people.freebsd.org/~someguy/lor.html - when the FreeBSD kernel prints out "lock order reversal", it also prints out a reference to http://people.freebsd.org/~someguy/lor.html - on lor.html, use the HTML META HTTP-EQUIV="Refresh" tag to redirect the web browser to point to Bjoern's "real" LOR page - if Bjoern ever has to move his LOR page because he changes ISP or for another reason, then you just need to update lor.html on the FreeBSD web server with the actual location of the LOR web page For an example of how this can be done, go to http://lists.freebsd.org/index.html and look at the source code for that HTML web page. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 03:27: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 28EA316A41F; Thu, 8 Sep 2005 03:27:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ABF243D45; Thu, 8 Sep 2005 03:27:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j883QtwY041847 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 8 Sep 2005 12:57:00 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Don Lewis Date: Thu, 8 Sep 2005 12:56:42 +0930 User-Agent: KMail/1.8.1 References: <200508310155.j7V1t57O016802@gw.catspoiler.org> In-Reply-To: <200508310155.j7V1t57O016802@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2107763.xphB4Evymm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509081256.51220.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 03:27:09 -0000 --nextPart2107763.xphB4Evymm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 31 August 2005 11:25, Don Lewis wrote: > On 31 Aug, Daniel O'Connor wrote: > > On Tuesday 30 August 2005 17:50, Daniel O'Connor wrote: > >> > You might try significantly decreasing MAXVNODES_MAX in > >> > sys/kern/vfs_subr.c and rebuilding your kernel. > >> > >> OK.. > >> I'll try timing when the drop outs happen :) > > > > Hmm they appear to be every 10 seconds on the dot. > > Hmn, I wonder what runs every 10 seconds ... I can't think of anything.. I tried stopping a few things (IM clients, smar= td, etc) My systat output seems a little odd too.. 3 users Load 2.00 1.41 1.33 Sep 8 12:55 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 279336 43076 541224 79892 95848 count 2 All 427596 48604 11928120 105464 pages 4 Interrupts Proc:r p d s w Csw Trp Sys Int Sof Flt cow 1333 total 2115 3601 154 3741 2267 388 38 93180 wire 1001 0: clk 251840 act 2 1: at= kb 15.2%Sys 5.3%Intr 18.9%User 0.0%Nice 60.6%Idl 60244 inact 3: si= o1 | | | | | | | | | | 24996 cache 4: si= o0 =3D=3D=3D=3D=3D=3D=3D=3D++>>>>>>>>>> 70852 f= ree 7: ppc0 daefr 128 8: rtc Namei Name-cache Dir-cache prcfr 47 9: pc= m0 Calls hits % hits % 4 react 155 11: n= vi 2463 2463 100 pdwak 12: p= sm 36 zfod pdpgs 13: n= px Disks ad0 cd0 pass0 36 ofod intrn 14: a= ta KB/t 0.00 0.00 0.00 %slo-z 61024 buf 15: a= ta tps 0 0 0 167 tfree 39 dirtybuf MB/s 0.00 0.00 0.00 35360 desiredvnodes % busy 0 0 0 12471 8409s ie all the process appear to be in disk wait, rather than sleep. The hitching appears to synchronise with some disk activity but it's not like the disk gets hammered every 10 seconds. =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 --nextPart2107763.xphB4Evymm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDH6975ZPcIHs/zowRAiXlAJ93DLedm3dRPrL1iF5thJ646skifACeLfXo HU6xD0LJ0LJiFJ9woMqWfA8= =73AU -----END PGP SIGNATURE----- --nextPart2107763.xphB4Evymm-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 03:50: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 E687516A41F for ; Thu, 8 Sep 2005 03:50:52 +0000 (GMT) (envelope-from massimo.introvigne@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 456E743D45 for ; Thu, 8 Sep 2005 03:50:52 +0000 (GMT) (envelope-from massimo.introvigne@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so1478365wxd for ; Wed, 07 Sep 2005 20:50:51 -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=axjkBVQntbV6iN6eO3ni+JgLWglAnu/ijNnqWgKGWzwPBA3k5bj711vBf6J9YLLW2E3q15oXx1qlXQ7+//P4TqJLqDujC6CZrtXXeIHpFFJGSv5W9p44XN/qks0f7d++epFxMpxtMjM3RThOAXsLufE92hKNVlZDX1QrLyJNuwk= Received: by 10.70.103.20 with SMTP id a20mr25781wxc; Wed, 07 Sep 2005 20:50:51 -0700 (PDT) Received: by 10.70.73.19 with HTTP; Wed, 7 Sep 2005 20:50:51 -0700 (PDT) Message-ID: Date: Wed, 7 Sep 2005 20:50:51 -0700 From: Massimo Introvigne 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 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: massimo.introvigne@gmail.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, 08 Sep 2005 03:50:53 -0000 Does anyone have a /etc/libmap.conf that will allow flash +=20 linuxpluginwrapper + firefox and FreeBSD 6.0 to work correctly? The port of linuxpluginwrapper has libmap.conf files for FreeBSD 4 and=20 FreeBSD 5, but not FreeBSD 6. Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 04:31: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 A098516A41F for ; Thu, 8 Sep 2005 04:31:46 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 221BE43D46 for ; Thu, 8 Sep 2005 04:31:45 +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-01.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id j884Va1g001352 for ; Thu, 8 Sep 2005 00:31:36 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id BD43540BD; Thu, 8 Sep 2005 00:31:42 -0400 (EDT) Date: Thu, 8 Sep 2005 00:31:42 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050908043142.GA23361@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 04:31:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Sep 07, 2005 at 08:50:51PM -0700, Massimo Introvigne wrote: > Does anyone have a /etc/libmap.conf that will allow flash + > linuxpluginwrapper + firefox > and FreeBSD 6.0 to work correctly? > > The port of linuxpluginwrapper has libmap.conf files for FreeBSD 4 and > FreeBSD 5, but not FreeBSD 6. > You're the second person to ask that todya (the other was a friend on #irc) I've just used the FreeBSD5-current file from the examples, and it worked perfectly for me, both on 6.x and CURRENT. Your mileage may vary however, the friend who asked for my libmap.conf also had trouble. Maybe I was just lucky, but I didn't have to change anything. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Believe it or not, Jonathan, I understand about the pain. Jonathon: Oh, right. 'Cause the burden of being beautiful and athletic, that's a crippler. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH76u+lTVdes0Z9YRAs4QAJ9tU26W3bZFWi7jQi8gJi+NWxne9wCgjxzI 5ip/CyppC5QvG3k6ml0MtoA= =iZ8g -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 04: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 1746A16A41F for ; Thu, 8 Sep 2005 04:44:25 +0000 (GMT) (envelope-from steve.tell@crashmail.de) Received: from hydra.crashmail.de (hydra.crashmail.de [217.146.142.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FE243D46 for ; Thu, 8 Sep 2005 04:44:24 +0000 (GMT) (envelope-from steve.tell@crashmail.de) Received: from localhost (localhost.crashmail.de [127.0.0.1]) by hydra.crashmail.de (Postfix) with ESMTP id 2C77B911E for ; Thu, 8 Sep 2005 06:44:10 +0200 (CEST) Received: from hydra.crashmail.de ([127.0.0.1]) by localhost (hydra.crashmail.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03240-08 for ; Thu, 8 Sep 2005 06:43:31 +0200 (CEST) Received: from zeus.crashmail.de (dsl-084-059-197-014.arcor-ip.net [84.59.197.14]) by hydra.crashmail.de (Postfix) with ESMTP id 8C9A9911C for ; Thu, 8 Sep 2005 06:43:29 +0200 (CEST) Received: from localhost (zeus.crashmail.de [192.168.1.100]) by zeus.crashmail.de (Postfix) with ESMTP id 84EB95566 for ; Thu, 8 Sep 2005 06:43:35 +0200 (CEST) Received: from zeus.crashmail.de ([127.0.0.1]) by localhost (zeus.crashmail.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59766-07 for ; Thu, 8 Sep 2005 06:43:34 +0200 (CEST) Received: from pandora.crashmail.de (pandora.crashmail.de [192.168.1.20]) by zeus.crashmail.de (Postfix) with ESMTP id B903C54FD for ; Thu, 8 Sep 2005 06:43:33 +0200 (CEST) From: Stefan 'Steve' Tell To: freebsd-current@freebsd.org In-Reply-To: (Massimo Introvigne's message of "Wed, 7 Sep 2005 20:50:51 -0700") Organization: The Third Place References: X-Face: .KSo,m`RE@]&5>cJ8vw<`1x?R(?,Q]b@qeq; P\.fK\}i>U^v9f; /~+rKfXKOJ$jD@Foy7MtnIpnk+6]/](%q@*/|+M<4.q@SO3+)u X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 X-BSD-Version: FreeBSD pandora.crashmail.de 6.0-BETA4 FreeBSD 6.0-BETA4 #27: Tue Sep 6 20:34:30 CEST 2005 stell@pandora.crashmail.de:/usr/obj/usr/src/sys/PANDORA i386 Date: Thu, 08 Sep 2005 06:43:33 +0200 Message-ID: <87d5nki2yy.fsf@zeus.crashmail.de> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at zeus.crashmail.de X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at crashmail.de Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 04:44:25 -0000 * Massimo Introvigne wrote: > Does anyone have a /etc/libmap.conf that will allow flash + > linuxpluginwrapper + firefox and FreeBSD 6.0 to work correctly? This works for me: ,----[ /etc/libmap.conf ] | [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] | libpthread.so.0 pluginwrapper/flash6.so | libdl.so.2 pluginwrapper/flash6.so | libz.so.1 libz.so.2 | libstdc++-libc6.2-2.so.3 libstdc++.so.4 | libm.so.6 libm.so.3 | libc.so.6 pluginwrapper/flash6.so `---- -- By(t)e, Steve /\ http://www.crashmail.de GnuPG/PGP: 0X9B6C7E15, encrypted mail prefered, see header From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 05:25: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 18A3916A41F for ; Thu, 8 Sep 2005 05:25:45 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EDF343D45 for ; Thu, 8 Sep 2005 05:25:44 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1020650nzo for ; Wed, 07 Sep 2005 22:25:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=QrLEdC0EasiEGoBharwKQkv5ItZL9Db5jk0Ms0BubNOKB7p1UxREH6+FQU/U8UaeVJxEiKb7h2QRIe3JRoZHejOkKZ68BCCqhuUGn4SiQ/sgKqv4CgmnDxKtyHE8zv0PqkubThFgP1SafkBcyU5MeAcON+wzm+xrCCt2vkcMByM= Received: by 10.36.220.69 with SMTP id s69mr4497780nzg; Wed, 07 Sep 2005 22:25:44 -0700 (PDT) Received: from michelle.rndsoft.co.kr ( [211.32.202.211]) by mx.gmail.com with ESMTP id 34sm8028121nza.2005.09.07.22.25.43; Wed, 07 Sep 2005 22:25:44 -0700 (PDT) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j885MF6q012779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Sep 2005 14:22:15 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j885MFI6012778 for freebsd-current@freebsd.org; Thu, 8 Sep 2005 14:22:15 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Thu, 8 Sep 2005 14:22:15 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20050908052215.GB11743@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Call for testers : bge(4) patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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, 08 Sep 2005 05:25:45 -0000 Hi! Patch fixes several bugs in bge(4) and makes it work on any platforms. Patch changes . Give up endianness access and switch to native endian format while accessing hardware. Since I don't have data sheet of Tigon3 I can't sure it's possible to use endianness access but NetBSD/OpenBSD also uses native endian format and data sheet for Tigon1/Tigon2 explicitly says that it requires native endian access. [1] . Remove rman_get_virtual(9) and use bus_space_write_4(9). [1] . Change return code of bge_eeprom_getbyte() when timeout error occurrs. [2] . Add a mutex to protect jumbo frame list handling such that jumbo frame now works on SMP. . ifdef out "no free jumbo buffers" printf calls as numerous printf messages make system unusable under jumbo buffer shortage. It's well demonstrated with netperf UDP tests. . Don't invoke bus_dmamap_destroy(9) for DMA maps which were created with bus_dmamem_alloc(9). . Add missing bus_dmamap_sync(9) in bge_txeof(). . Add missing bus_dmamap_sync(9) in bge_encap(). . Use #ifndef __NO_STRICT_ALIGNMENT instead of #ifndef __i386__ to check whether target system is strict alignment architecture. . Use callout_init_mtx(9) and add callout_drain(9) to bge_detach(). . Reorder detach path so have detach work. . Reject driver detach when there are any references to jumbo buffers. Previously it was lead to reference to freed memory. [1] : Obtained from OpenBSD via NetBSD. [2] : Submitted by jkim. The patch can be obtained from: http://people.freebsd.org/~yongari/bge.patch.0908 The patch was reviewed by marius and jkim and tested on i386(SMP), sparc64(SMP), amd64. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 05:49: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 DF57A16A41F for ; Thu, 8 Sep 2005 05:49:32 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462A243D55 for ; Thu, 8 Sep 2005 05:49:32 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 57739 invoked by uid 85); 8 Sep 2005 05:49:28 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.464317 secs); 08 Sep 2005 05:49:28 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 8 Sep 2005 05:49:26 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org Date: Wed, 7 Sep 2005 21:49:10 -0800 User-Agent: KMail/1.8.2 References: <87d5nki2yy.fsf@zeus.crashmail.de> In-Reply-To: <87d5nki2yy.fsf@zeus.crashmail.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13570974.7n3nsDa59N"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509072149.24686.akbeech@gmail.com> Cc: Stefan 'Steve' Tell Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 05:49:33 -0000 --nextPart13570974.7n3nsDa59N Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 07 September 2005 08:43 pm, Stefan 'Steve' Tell wrote: > * Massimo Introvigne wrote: > > Does anyone have a /etc/libmap.conf that will allow flash + > > linuxpluginwrapper + firefox and FreeBSD 6.0 to work correctly? > > This works for me: > > ,----[ /etc/libmap.conf ] > > | [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] > | libpthread.so.0 pluginwrapper/flash6.so > | libdl.so.2 pluginwrapper/flash6.so > | libz.so.1 libz.so.2 > | libstdc++-libc6.2-2.so.3 libstdc++.so.4 > | libm.so.6 libm.so.3 > | libc.so.6 pluginwrapper/flash6.so > I'm also trying to get flash to work with firefox. flashpluginwrapper and=20 linux-flashplugin-7 installed. I tried the above libmap.conf and still=20 nothing. Can someone walk me through this? I must be missing something. Thanks, Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart13570974.7n3nsDa59N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDH9DkVq19LUoGB+MRAprvAJ9a1OEa7zZKijmlF2oedHYFOqTJsACfYdBe xBHYdwzUgLigecSZGqa4EHs= =iwWU -----END PGP SIGNATURE----- --nextPart13570974.7n3nsDa59N-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:00: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 7065E16A41F for ; Thu, 8 Sep 2005 06:00:37 +0000 (GMT) (envelope-from freebsd@powered.net) Received: from valimar.ibest.com.br (mx11.ibest.com.br [200.181.68.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04AC743D48 for ; Thu, 8 Sep 2005 06:00:36 +0000 (GMT) (envelope-from freebsd@powered.net) Received: from [127.0.0.1] (centaurus.ibest.com.br [200.181.68.107]) by valimar.ibest.com.br (Postfix) with ESMTP id C996217BC87; Thu, 8 Sep 2005 03:00:33 -0300 (BRT) Message-ID: <431FD328.3050605@powered.net> Date: Thu, 08 Sep 2005 02:59:04 -0300 From: Rainer Alves User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050828) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> In-Reply-To: <200509072149.24686.akbeech@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-iBEST-MailScanner-Information: Please contact the ISP for more information X-MailScanner-From: freebsd@powered.net Cc: akbeech@gmail.com Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 06:00:37 -0000 The conf bellow works with flash7 on 7-current. Also make sure the symbolic links are setup corrently in /usr/X11R6/lib/browser_plugins (flashplayer.xpt and libflashplayer.so). [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] libpthread.so.0 libpthread.so.2 libdl.so.2 pluginwrapper/flash7.so libz.so.1 libz.so.2 libm.so.6 libm.so.3 libc.so.6 pluginwrapper/flash7.so -- Rainer Alves BrasilTelecom >I'm also trying to get flash to work with firefox. flashpluginwrapper and >linux-flashplugin-7 installed. I tried the above libmap.conf and still >nothing. Can someone walk me through this? I must be missing something. > >Thanks, > >Beech > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:06: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 A075C16A41F for ; Thu, 8 Sep 2005 06:06:29 +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 1A45743D45 for ; Thu, 8 Sep 2005 06:06:28 +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 j8865vGe022320 for ; Thu, 8 Sep 2005 02:05:57 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id C9E7140C8; Thu, 8 Sep 2005 02:06:25 -0400 (EDT) Date: Thu, 8 Sep 2005 02:06:25 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050908060625.GA24202@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200509072149.24686.akbeech@gmail.com> User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 06:06:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Sep 07, 2005 at 09:49:10PM -0800, Beecher Rintoul wrote: > On Wednesday 07 September 2005 08:43 pm, Stefan 'Steve' Tell wrote: > > * Massimo Introvigne wrote: > > > Does anyone have a /etc/libmap.conf that will allow flash + > > > linuxpluginwrapper + firefox and FreeBSD 6.0 to work correctly? > > > > This works for me: > > > > ,----[ /etc/libmap.conf ] > > > > | [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] > > | libpthread.so.0 pluginwrapper/flash6.so > > | libdl.so.2 pluginwrapper/flash6.so > > | libz.so.1 libz.so.2 > > | libstdc++-libc6.2-2.so.3 libstdc++.so.4 > > | libm.so.6 libm.so.3 > > | libc.so.6 pluginwrapper/flash6.so > > > > I'm also trying to get flash to work with firefox. flashpluginwrapper and > linux-flashplugin-7 installed. I tried the above libmap.conf and still > nothing. Can someone walk me through this? I must be missing something. > > Thanks, For multimedia, I have done the following and it works with no user intervention. Install native firefox. Install linuxpluginwrapper (not flashpluginwrapper). It will install acroread7, realplayer and flash6 if not installed. On 6.x and above, copy /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD5-current to /etc/libmap.conf I also install mplayer and mplayer-plugin. A few flash heavy sites will freeze firefox, such as tvguide.com if you go the listings and click on a listing. For those I use linux-firefox. I actually install it from source rather than ports, and leave it in my $HOME directory. With this, firefox will work with flash (6 however, not 7) realplayer, mplayer (for avis, most windows media player files) and the like. I believe mplayer also works with most quicktime stuff though you might have to install another program (I've forgotten how I did it, and a quick search of /var/db/pkg isn't giving me the answer, but I remember it was relatively trivial, the first or second hit on google.) This has worked consistantly for me since 5.x - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Anya: What a day. Gimme a beer. Bartender: (deadpan) ID. (Anya glares at him.) Bartender: (deadpan) ID. Anya: I'm eleven hundred and twenty years old! Just gimme a frickin' beer! Bartender: (deadpan) ID. Anya: (sigh) Gimme a Coke. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH9Th+lTVdes0Z9YRAtLBAKCLjgt3YaL6CRaBKWehU42gNEcirgCgwBog mwvEF6ALVQO/+tzJDmWO/6Y= =DuWP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:12: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 EB01A16A420 for ; Thu, 8 Sep 2005 06:12:56 +0000 (GMT) (envelope-from steve.tell@crashmail.de) Received: from hydra.crashmail.de (hydra.crashmail.de [217.146.142.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FCD43D46 for ; Thu, 8 Sep 2005 06:12:55 +0000 (GMT) (envelope-from steve.tell@crashmail.de) Received: from localhost (localhost.crashmail.de [127.0.0.1]) by hydra.crashmail.de (Postfix) with ESMTP id 9FF539122 for ; Thu, 8 Sep 2005 08:12:43 +0200 (CEST) Received: from hydra.crashmail.de ([127.0.0.1]) by localhost (hydra.crashmail.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06816-05 for ; Thu, 8 Sep 2005 08:12:33 +0200 (CEST) Received: from zeus.crashmail.de (dsl-084-059-197-014.arcor-ip.net [84.59.197.14]) by hydra.crashmail.de (Postfix) with ESMTP id DFBEF816B for ; Thu, 8 Sep 2005 08:12:32 +0200 (CEST) Received: from localhost (zeus.crashmail.de [192.168.1.100]) by zeus.crashmail.de (Postfix) with ESMTP id 52B0D5566 for ; Thu, 8 Sep 2005 08:12:40 +0200 (CEST) Received: from zeus.crashmail.de ([127.0.0.1]) by localhost (zeus.crashmail.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62740-06 for ; Thu, 8 Sep 2005 08:12:29 +0200 (CEST) Received: from pandora.crashmail.de (pandora.crashmail.de [192.168.1.20]) by zeus.crashmail.de (Postfix) with ESMTP id AB6B554FD for ; Thu, 8 Sep 2005 08:12:28 +0200 (CEST) From: Stefan 'Steve' Tell To: freebsd-current@freebsd.org In-Reply-To: <200509072149.24686.akbeech@gmail.com> (Beecher Rintoul's message of "Wed, 7 Sep 2005 21:49:10 -0800") Organization: The Third Place References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> X-Face: .KSo,m`RE@]&5>cJ8vw<`1x?R(?,Q]b@qeq; P\.fK\}i>U^v9f; /~+rKfXKOJ$jD@Foy7MtnIpnk+6]/](%q@*/|+M<4.q@SO3+)u X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 X-BSD-Version: FreeBSD pandora.crashmail.de 6.0-BETA4 FreeBSD 6.0-BETA4 #27: Tue Sep 6 20:34:30 CEST 2005 stell@pandora.crashmail.de:/usr/obj/usr/src/sys/PANDORA i386 Date: Thu, 08 Sep 2005 08:12:22 +0200 Message-ID: <87u0gwgkah.fsf@zeus.crashmail.de> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: amavisd-new at zeus.crashmail.de X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at crashmail.de Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 06:12:57 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable * Beecher Rintoul wrote: > I'm also trying to get flash to work with firefox. flashpluginwrapper and= =20 > linux-flashplugin-7 installed. I tried the above libmap.conf and still=20 > nothing. Can someone walk me through this? I must be missing something. Are there any errors when you start firefox out of a shell (e.g. xterm)? =2D-=20 By(t)e, Steve /\ http://www.crashmail.de GnuPG/PGP: 0X9B6C7E15, encrypted mail prefered, see header --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: GPG/PGP [DH/DSS): 4096bit KeyID: 0x9B6C7E15 iD8DBQFDH9ZMJe5qvptsfhURAp3qAJ9tWrNJnjKcWwXf2FRHISGatNsTuQCghMzq yISyox/aTWlP4OBIbUwW+Oc= =F8Zs -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:17: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 E9CC216A41F for ; Thu, 8 Sep 2005 06:17:33 +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 812C243D49 for ; Thu, 8 Sep 2005 06:17:33 +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 j886H2Ge001601 for ; Thu, 8 Sep 2005 02:17:02 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id DAD7242A9; Thu, 8 Sep 2005 02:17:30 -0400 (EDT) Date: Thu, 8 Sep 2005 02:17:30 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050908061730.GA24451@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> <431FD328.3050605@powered.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <431FD328.3050605@powered.net> User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 06:17:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Sep 08, 2005 at 02:59:04AM -0300, Rainer Alves wrote: > The conf bellow works with flash7 on 7-current. Also make sure the symbolic > links are setup corrently in /usr/X11R6/lib/browser_plugins (flashplayer.xpt > and libflashplayer.so). > > [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] > libpthread.so.0 libpthread.so.2 > libdl.so.2 pluginwrapper/flash7.so > libz.so.1 libz.so.2 > libm.so.6 libm.so.3 > libc.so.6 pluginwrapper/flash7.so Ah, that works well. I didn't know I could get flash 7 working, haven't tried it in awhile. (I note there are some different mappings than the examples.) Thank you. Tomorrow, I'll see if that works on 6.x as well. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: Hi, for those of you who just tuned in, everyone here is a crazy person. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH9d6+lTVdes0Z9YRAjZ2AJ96iV+NJlxMSTvsAB6VbsbOREO/dACeOfPW F7UbrEVBcmrIGfhhJsnmg2M= =OcDo -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 06:43: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 CA02F16A41F for ; Thu, 8 Sep 2005 06:43:38 +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 5EB5643D45 for ; Thu, 8 Sep 2005 06:43:38 +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 j886h7Ge024772 for ; Thu, 8 Sep 2005 02:43:07 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id B2B6D41A2; Thu, 8 Sep 2005 02:43:35 -0400 (EDT) Date: Thu, 8 Sep 2005 02:43:35 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050908064335.GA24842@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> <431FD328.3050605@powered.net> <20050908061730.GA24451@mail.scottro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20050908061730.GA24451@mail.scottro.net> User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 06:43:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Sep 08, 2005 at 02:17:30AM -0400, Scott Robbins wrote: > On Thu, Sep 08, 2005 at 02:59:04AM -0300, Rainer Alves wrote: > > The conf bellow works with flash7 on 7-current. Also make sure the symbolic > > links are setup corrently in /usr/X11R6/lib/browser_plugins (flashplayer.xpt > > and libflashplayer.so). > > > > [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] > > libpthread.so.0 libpthread.so.2 > > libdl.so.2 pluginwrapper/flash7.so > > libz.so.1 libz.so.2 > > libm.so.6 libm.so.3 > > libc.so.6 pluginwrapper/flash7.so > > Ah, that works well. I didn't know I could get flash 7 working, haven't > tried it in awhile. (I note there are some different mappings than the > examples.) > > Thank you. Tomorrow, I'll see if that works on 6.x as well. Follow up to my own email. I couldn't get flash7 working properly in 6.0BETA4. However, my main play boxen run CURRENT, so Again thanks. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: What's going on? Oh god, is the world ending? I have to research a paper on Bosnia for tomorrow, but if the world's ending, I'm not gonna bother. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH92X+lTVdes0Z9YRAvbQAJ0ZLGhZx7XXNI6XUfWNmNB51s2DsgCdElXk 0pzRcbuX7gNwRyo2bjm/MzM= =kpcC -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:10: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 5261E16A41F for ; Thu, 8 Sep 2005 07:10:34 +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 C528F43D53 for ; Thu, 8 Sep 2005 07:10:33 +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 j8878pou022975; Thu, 8 Sep 2005 01:08:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 08 Sep 2005 01:09:31 -0600 (MDT) Message-Id: <20050908.010931.50338998.imp@bsdimp.com> To: roger@gwch.net From: "M. Warner Losh" In-Reply-To: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> References: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> 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]); Thu, 08 Sep 2005 01:08:51 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Network while installation slooooooooooooooooow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:10:34 -0000 In message: <16094.62.2.21.164.1126074081.squirrel@www.gwch.net> "Roger Grosswiler" writes: : This would work fine, but transfer-ratios of 0.6 kb/sec are far a little : bit to slow.... ... : is it possible, that pcmcia-cards (3com) are not supported well? 16 bit PC Cards are extremely well supported. 3com cards (except 3C1) especially so. While I've not run speed tests specifically with 3com cards, I know that both the 10Mbps and 10/100Mbps cards are fast enough that I've not noticed any problems related to them. 600 bytes a second I'd sure notice. May I ask which 3com card you are using? If it is the 3C575, then that might also be a clue (since there are ome known issues with the xl driver not present in the ep driver). I'm not sure where the problem lies. Let's take a look at a couple of possibilities. (1) Interrupt conflict/issues. When the network ep card doesn't get an interrupt, ping times will be 1 second (1000ms) almost exactly. This is due to ping sending a packet once a second, and that triggers reception of data. (2) Borked physical layer. Unfortunately, this will be hard to test w/o a different network card. The ep driver doesn't do a good job of reporting status. You'll want your LED on the 10Mbps cards to come on solid and stay solid until you transmit. On the 10/100 cards, you want the same thing. I believe the dongle gives an indication of the speed. netstat -in will help you see any really horrible network errors, but absense of errors here may not be a clean bill of health. (3) Server interaction. It is possible that there's a bad interaction, for reasons unknown, with your server. Check there with netstat to make sure that you don't have any weird network errors. (4) Unknown bridge bug. You may have a unknown cardbus bridge bug. However, without other cards to test, this can be hard to track down. (5) Misbehaving hardware. It is also possible that you have hardware that's misbahaving. The panic from cdrom is a hint all might not be right in the state of denmark. You may have some device that's interrupt at a high rate, but maybe not so high as to trigger the interrupt storm warnings. (6) Your computer hates you. There's really nothing that can be done on our end if this is the case :-) Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:13: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 F35CC16A41F for ; Thu, 8 Sep 2005 07:13: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 8009843D45 for ; Thu, 8 Sep 2005 07:13: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 j887Avqt022997; Thu, 8 Sep 2005 01:11:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 08 Sep 2005 01:11:38 -0600 (MDT) Message-Id: <20050908.011138.121215369.imp@bsdimp.com> To: brooks@one-eyed-alien.net From: "M. Warner Losh" In-Reply-To: <20050907211811.GA19570@odin.ac.hmc.edu> References: <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> 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]); Thu, 08 Sep 2005 01:11:04 -0600 (MDT) Cc: incmc@gmx.de, freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:13:36 -0000 In message: <20050907211811.GA19570@odin.ac.hmc.edu> Brooks Davis writes: : Hmm, upon further testing, I think there may be a problem with the : fxp(4) driver. You mean like the driver never asynchronously querries the miibus to find out what the state of the link is when it isn't in the UP state? Warner From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07: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 8088E16A41F; Thu, 8 Sep 2005 07:15:59 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B800643D48; Thu, 8 Sep 2005 07:15:58 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 47657443B2; Thu, 8 Sep 2005 09:15:56 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01066-01; Thu, 8 Sep 2005 09:15:54 +0200 (CEST) Received: from m2a2.dyndns.org (p50913BC7.dip0.t-ipconnect.de [80.145.59.199]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 4B4A9443AA; Thu, 8 Sep 2005 09:15:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id C7F7E774EE; Thu, 8 Sep 2005 09:15:48 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15932-05; Thu, 8 Sep 2005 09:15:48 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id DD2A577500; Thu, 8 Sep 2005 09:15:47 +0200 (CEST) From: Matthias Andree To: =?iso-8859-15?Q?S=F8ren?= Schmidt In-Reply-To: (=?iso-8859-15?Q?S=F8ren?= Schmidt's message of "Wed, 7 Sep 2005 10:46:25 +0200") References: <7daacbbe0509060626686aed19@mail.gmail.com> <4CE29790-127C-4E07-A92F-B5A72EE63CBE@FreeBSD.org> <7daacbbe05090701341143a4a@mail.gmail.com> X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Thu, 08 Sep 2005 09:15:47 +0200 Message-ID: User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: amavisd-new at dt.e-technik.uni-dortmund.de Cc: freebsd-current@FreeBSD.ORG, Dominique Goncalves Subject: Re: VIA 6420 SATA150 controller on FreeBSD 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: Thu, 08 Sep 2005 07:15:59 -0000 S=F8ren Schmidt writes: >> FreeBSD support hotplug SATA for this controller? > > Well, assisted hotplug using atacontrol to detach/attach the devices.=20= =20 > Apparently the VIA chip doesn't have hotplug support build in, or at=20=20 > least its unknown to me how to.. It appears as though VIA 64XX might be able to do hotplug, at least according to the Linux SATA pages - at least they don't claim "does not support for lack of information from PHY" or something to that extent which they do for other controllers. I am not sure if someone has actually tried to implement SATA hotplug for Linux on VIA chips though, so I'm deliberately writing "it appears ... it might", not "it does support...". Perhaps you can ask the Linux SATA guys where to look or get the needed specs. --=20 Matthias Andree From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:27: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 A69B716A41F for ; Thu, 8 Sep 2005 07:27:46 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 376BA43D45 for ; Thu, 8 Sep 2005 07:27:46 +0000 (GMT) (envelope-from erik.winge@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1549940wra for ; Thu, 08 Sep 2005 00:27:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qf3Du6Q6M/ejdiMmj95VVFakmxsa78CJQ/8aXC4Rla4DNwCxJRU9BMtsIQvgmsDS9qIv0rMUNKUeXQQmFPBeIcA57K4wYp7tGX6JuyrotQ3TqMSVnd0lPnmHeVNa9sxRP/pF0z/lX1erzBXsMsANDnPVgGrpFlwgC6KdP40D/kI= Received: by 10.54.104.11 with SMTP id b11mr5269377wrc; Thu, 08 Sep 2005 00:27:45 -0700 (PDT) Received: by 10.54.80.20 with HTTP; Thu, 8 Sep 2005 00:27:45 -0700 (PDT) Message-ID: <4cf221cc05090800277c0d61b2@mail.gmail.com> Date: Thu, 8 Sep 2005 09:27:45 +0200 From: Erik Winge To: freebsd-current@freebsd.org In-Reply-To: <4cf221cc050907095139f6058b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4cf221cc050718035328cfb071@mail.gmail.com> <05Jul18.130434cest.118130@fd.hif.hu> <4cf221cc05090613208a72a08@mail.gmail.com> <2300.193.68.33.1.1126075625.squirrel@193.68.33.1> <4cf221cc050907095139f6058b@mail.gmail.com> Subject: Re: if_ural in 6.0-BETA4/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, 08 Sep 2005 07:27:46 -0000 Hi, On 9/7/05, Erik Winge wrote: > On 9/7/05, =C1d=E1m Szilveszter wrote: > > I no longer see this problem on a 7.0-CURRENT box with a kernel+ world > > from 26th August. I can leave the box up for a day and idle for hours, = the > > connection stays. I still use the ral(4) cards referenced in the quote. > > > > Perhaps something missing from 6.0-BETA? >=20 > As far as I can tell, if_ural.c in RELENG_6 is now up-to-date with > 7.0-CURRENT. Perhaps this means the fault lies somewhere else? >=20 > I guess perhaps i should give 7.0-CURRENT a try. Ok, I have updated to 7.0-CURRENT, and still have this problem. Perhaps it has been fixed in ral, but not in ural? I'm a bit confused :) Regards, Erik Winge From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:30: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 2008C16A41F for ; Thu, 8 Sep 2005 07: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 9547843D45 for ; Thu, 8 Sep 2005 07:30: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 815A51FFDD8; Thu, 8 Sep 2005 09:30:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 0E7A91FFDD4; Thu, 8 Sep 2005 09:30:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 417031577D; Thu, 8 Sep 2005 07:27:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 35BE1153C4; Thu, 8 Sep 2005 07:27:16 +0000 (UTC) Date: Thu, 8 Sep 2005 07:27:16 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Craig Rodrigues In-Reply-To: <20050908022620.GA30066@crodrigues.org> Message-ID: References: <20050907123644.0d67d92f@localhost> <20050908000229.GA4840@crodrigues.org> <431F9E77.20305@mac.com> <20050908022620.GA30066@crodrigues.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: Sound related LOR on 6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:30:10 -0000 On Wed, 7 Sep 2005, Craig Rodrigues wrote: Hi, > On Wed, Sep 07, 2005 at 10:14:15PM -0400, Chuck Swiger wrote: > > Sure, although when this was suggested before, some people were concerned > > about putting an URL to a non-FreeBSD site into the message. > > There workaround for this is quite easy: > - put a web page somewhere on freebsd.org, for example: > http://people.freebsd.org/~someguy/lor.html yeah like s,someguy,bz, and there'll be no need for any of the next steps;) I don't want URLs in the kernel printf. I don't know what I said the first days before all this started but today you can find references everywhere like: * in the FAQ * in the mailing list archives (almost one report every 2nd day atm) * with your favorite searchomat like Y! or G ("lock order reversal" + 'You are feeling lucky';) It's like with every other problem: either check what's the state of it before posting or post and wait for people to tell you. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:31: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 AFE0B16A41F; Thu, 8 Sep 2005 07:31:21 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id F31AE43D45; Thu, 8 Sep 2005 07:31:20 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.1.R) with ESMTP id md50001803049.msg; Thu, 08 Sep 2005 08:31:09 +0100 Message-ID: <001d01c5b447$43f7fb10$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Daniel O'Connor" , "Don Lewis" References: <200508310155.j7V1t57O016802@gw.catspoiler.org> <200509081256.51220.doconnor@gsoft.com.au> Date: Thu, 8 Sep 2005 08:30:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Thu, 08 Sep 2005 08:31:09 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Thu, 08 Sep 2005 08:31:10 +0100 Cc: freebsd-current@freebsd.org, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:31:21 -0000 There was a vfs patch a while back which fixed an FS based hitching problem for us here but would have thought that would be in current by now. Patch was for usr/src/sys/kern/vfs_bio.c it added a "while (flushed != target) {" loop. Steve ----- Original Message ----- From: "Daniel O'Connor" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:33: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 1690816A41F for ; Thu, 8 Sep 2005 07:33:13 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A6C43D45 for ; Thu, 8 Sep 2005 07:33:11 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id j887XAJr028045 for ; Thu, 8 Sep 2005 09:33:10 +0200 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id C4B0840509 for ; Thu, 8 Sep 2005 09:33:09 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13819-01 for ; Thu, 8 Sep 2005 09:33:06 +0200 (CEST) Received: from www.gwch.net (pluto.gwch.net [192.168.2.103]) by mail.gwch.net (Postfix) with ESMTP id 4508A4006F for ; Thu, 8 Sep 2005 09:33:06 +0200 (CEST) Received: from 62.2.21.164 (SquirrelMail authenticated user rogerg) by www.gwch.net with HTTP; Thu, 8 Sep 2005 09:33:06 +0200 (CEST) Message-ID: <13722.62.2.21.164.1126164786.squirrel@www.gwch.net> Date: Thu, 8 Sep 2005 09:33:06 +0200 (CEST) From: "Roger Grosswiler" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.6 [CVS]-0.cvs20050812.1.fc4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on smtp-02.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-02.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Fuz2=1 Subject: Can't load 'kernel' while boot for 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: Thu, 08 Sep 2005 07:33:13 -0000 Hey, I owe a Dell Optiplex GX1 - which i try to install FreeBSD 6.0. When i boot from the CD, BIOS drive CD gets recognized: BTX loader 1.00 ... BIOS CD is cd0 BIOS drive A: is disk0 BIOS drive C: is disk1 then, the bootstrap follows Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x482d70 data=0x81140+0x9cb04 syms=[0x4+0x644b0+0x4+0x7a4fc) Consoles: internal video/keyboard BIOS drive C: is disk0 and here we are: Can't work out which disk we are booting from. Guessed BIOS device 0xffffff not fund by probes, defaulting to disk0: can't load 'kernel' ... OK _ What can i do, that i can install FreeBSD? Can i indicate cd0: on the bootprompt? BTW. i tried it also on 5.4 - same effect... Thanks for your help. Roger From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:35: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 394AB16A41F for ; Thu, 8 Sep 2005 07:35:02 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 60EDB43D46 for ; Thu, 8 Sep 2005 07:35:00 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 08 Sep 2005 07:35:00 -0000 Received: from dsl-084-061-037-102.arcor-ip.net (EHLO ms.homeip.net) [84.61.37.102] by mail.gmx.net (mp033) with SMTP; 08 Sep 2005 09:35:00 +0200 X-Authenticated: #15946415 Received: from p508f63e6.dip.t-dialin.net ([80.143.99.230] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1EDGw1-000NHN-7H for freebsd-current@freebsd.org; Thu, 08 Sep 2005 09:35:01 +0200 From: Jochen Gensch To: freebsd-current@freebsd.org User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Disposition: inline X-UID: 1210 X-Length: 981 Date: Thu, 8 Sep 2005 09:34:54 +0200 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200509080934.54689.incmc@gmx.de> X-Y-GMX-Trusted: 0 Subject: System doesn't reboot properly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:35:02 -0000 Hi, most of the time when I do a reboot the sytems shuts down properly. But just before one expects to see the Bios information screen again (the one where devices are listed, Ram, Bios Version etc) the screen suddenly turns on the backlight angain with no content (it is black) and that's it. I always have to press the power button for a few seconds to switch it off completely. I have experiend this behaviour from the beginning of 5.x up to 6. Jochen From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:50: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 4192916A41F for ; Thu, 8 Sep 2005 07:50:06 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB4AF43D48 for ; Thu, 8 Sep 2005 07:50:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j887nt2i038384; Thu, 8 Sep 2005 00:49:59 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509080749.j887nt2i038384@gw.catspoiler.org> Date: Thu, 8 Sep 2005 00:49:55 -0700 (PDT) From: Don Lewis To: killing@multiplay.co.uk In-Reply-To: <001d01c5b447$43f7fb10$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:50:06 -0000 On 8 Sep, Steven Hartland wrote: > There was a vfs patch a while back which fixed an FS based > hitching problem for us here but would have thought that > would be in current by now. > Patch was for usr/src/sys/kern/vfs_bio.c > it added a "while (flushed != target) {" loop. ? Looks like it was committed to vfs_bio.c 1.487 on June 8th, which was before the RELENG_6 branch. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:51: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 82A5916A41F for ; Thu, 8 Sep 2005 07:51:46 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 074CD43D45 for ; Thu, 8 Sep 2005 07:51:45 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 35350 invoked by uid 85); 8 Sep 2005 07:51:45 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.296664 secs); 08 Sep 2005 07:51:45 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 8 Sep 2005 07:51:43 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org Date: Wed, 7 Sep 2005 23:51:19 -0800 User-Agent: KMail/1.8.2 References: <200509072149.24686.akbeech@gmail.com> <20050908060625.GA24202@mail.scottro.net> In-Reply-To: <20050908060625.GA24202@mail.scottro.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1469160.2qJ4Xs5j8V"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509072351.33513.akbeech@gmail.com> Cc: Scott Robbins Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:51:46 -0000 --nextPart1469160.2qJ4Xs5j8V Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 07 September 2005 10:06 pm, Scott Robbins wrote: > On Wed, Sep 07, 2005 at 09:49:10PM -0800, Beecher Rintoul wrote: > > On Wednesday 07 September 2005 08:43 pm, Stefan 'Steve' Tell wrote: > > > * Massimo Introvigne wrote: > > > > Does anyone have a /etc/libmap.conf that will allow flash + > > > > linuxpluginwrapper + firefox and FreeBSD 6.0 to work correctly? > > > > > > This works for me: > > > > > > ,----[ /etc/libmap.conf ] > > > > > > | [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] > > > | libpthread.so.0 pluginwrapper/flash6.so > > > | libdl.so.2 pluginwrapper/flash6.so > > > | libz.so.1 libz.so.2 > > > | libstdc++-libc6.2-2.so.3 libstdc++.so.4 > > > | libm.so.6 libm.so.3 > > > | libc.so.6 pluginwrapper/flash6.so > > > > I'm also trying to get flash to work with firefox. flashpluginwrapper a= nd > > linux-flashplugin-7 installed. I tried the above libmap.conf and still > > nothing. Can someone walk me through this? I must be missing something. > > > > Thanks, > > For multimedia, I have done the following and it works with no user > intervention. > > Install native firefox. > Install linuxpluginwrapper (not flashpluginwrapper). > > It will install acroread7, realplayer and flash6 if not installed. > > On 6.x and above, copy > /usr/local/share/examples/linuxpluginwrapper/libmap.conf-FreeBSD5-current > to /etc/libmap.conf > > I also install mplayer and mplayer-plugin. > > A few flash heavy sites will freeze firefox, such as tvguide.com if you > go the listings and click on a listing. > > For those I use linux-firefox. I actually install it from source rather > than ports, and leave it in my $HOME directory. > > With this, firefox will work with flash (6 however, not 7) realplayer, > mplayer (for avis, most windows media player files) and the like. > > I believe mplayer also works with most quicktime stuff though you might > have to install another program (I've forgotten how I did it, and a > quick search of /var/db/pkg isn't giving me the answer, but I remember > it was relatively trivial, the first or second hit on google.) > > This has worked consistantly for me since 5.x Thanks that worked for me! Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart1469160.2qJ4Xs5j8V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDH+2FVq19LUoGB+MRAgIdAJsF2V3cmnPRmfLviuDZU7EuFVN6rACgofng 09z3n4AqFYLNUksB1Ix+Z+M= =QHSx -----END PGP SIGNATURE----- --nextPart1469160.2qJ4Xs5j8V-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 08:01: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 9168716A420; Thu, 8 Sep 2005 08:01:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC04943D46; Thu, 8 Sep 2005 08:01:37 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j8881Ulo047277 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 8 Sep 2005 17:31:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Don Lewis Date: Thu, 8 Sep 2005 17:31:27 +0930 User-Agent: KMail/1.8.1 References: <200509080749.j887nt2i038384@gw.catspoiler.org> In-Reply-To: <200509080749.j887nt2i038384@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1545503.rOymTFKTRC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509081731.28809.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org, killing@multiplay.co.uk, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 08:01:38 -0000 --nextPart1545503.rOymTFKTRC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 08 September 2005 17:19, Don Lewis wrote: > On 8 Sep, Steven Hartland wrote: > > There was a vfs patch a while back which fixed an FS based > > hitching problem for us here but would have thought that > > would be in current by now. > > Patch was for usr/src/sys/kern/vfs_bio.c > > it added a "while (flushed !=3D target) {" loop. > > ? > > Looks like it was committed to vfs_bio.c 1.487 on June 8th, which was > before the RELENG_6 branch. I have 1.493 of vfs_bio.c so.. Doesn't look like that is the candidate :) It seems to only happen in X, but it does happen to another guy at work wit= h=20 totally different hardware so I don't think it is X per se - perhaps just=20 that I only open enough files when in X to test it. I really need to do more testing but ENOTIME :( =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 --nextPart1545503.rOymTFKTRC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDH+/Y5ZPcIHs/zowRAnbyAJ4qy2diZUkbNXg1LQvfs2LvQgxSGgCdFlk5 3SDpAfLNuSz/zvbU3Flo9SM= =G2SC -----END PGP SIGNATURE----- --nextPart1545503.rOymTFKTRC-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 08:13: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 841E516A41F; Thu, 8 Sep 2005 08:13:37 +0000 (GMT) (envelope-from miker@cotse.com) Received: from www.cotse.net (smtp.cotse.net [68.166.125.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C08343D49; Thu, 8 Sep 2005 08:13:32 +0000 (GMT) (envelope-from miker@cotse.com) Received: from localhost (localhost[127.0.0.1]) (authenticated bits=0) by smtp (5.7.4/5.7.4) with ESMTP id j888CPbU037196; Thu, 8 Sep 2005 04:13:22 -0400 (EDT) (envelope-from miker@cotse.com) From: Michael Ray To: Edwin Brown Date: Thu, 08 Sep 2005 03:12:50 -0500 Message-ID: References: <8b6eae9605090106151a81174d@mail.gmail.com> In-Reply-To: <8b6eae9605090106151a81174d@mail.gmail.com> X-Mailer: Forte Agent 3.0/32.763 trialware MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD6.0 and VMWare 5.0.. No go X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miker@cotse.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, 08 Sep 2005 08:13:37 -0000 On Thu, 1 Sep 2005 09:15:08 -0400, you wrote: >This morning I tried to install FreeBSD6.0 under VMWare 5. I got=20 >the following message when it was extracting the base into \=20 >directory: > >Panic: duplicate free of item 0xc1c5a210 from zone 0xc143f000(g_bio) > >cpuid=3D0 >KDB: enter: panic >[thread pid 3 tid 100034 ] >stopped at kdb_enter+0x2b: nop >db>=20 > >Is this a known issue?=20 I am now able to install in VMWARE 5 with 6.0-BETA4. Thanks, Mike From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 08:13: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 DBD0E16A422 for ; Thu, 8 Sep 2005 08:13:40 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8241E43D4C for ; Thu, 8 Sep 2005 08:13:40 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j888DU9k038428; Thu, 8 Sep 2005 01:13:34 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200509080813.j888DU9k038428@gw.catspoiler.org> Date: Thu, 8 Sep 2005 01:13:30 -0700 (PDT) From: Don Lewis To: doconnor@gsoft.com.au In-Reply-To: <200509081731.28809.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, killing@multiplay.co.uk, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 08:13:41 -0000 On 8 Sep, Daniel O'Connor wrote: > It seems to only happen in X, but it does happen to another guy at work with > totally different hardware so I don't think it is X per se - perhaps just > that I only open enough files when in X to test it. That could be an important clue. Maybe one of the X apps that you are running, like your mail reader, browser, or system status monitor. Try running X with one of the lightweight window managers and just an xterm or two. The 10 second interval doesn't make it sound like the problem is any of the built in kernel tasks. It's more consistent with something that runs every 10 seconds in userland that monopolizes some kernel resource whenever it runs. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 08:50: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 E6A7D16A41F; Thu, 8 Sep 2005 08:50:33 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E7D643D49; Thu, 8 Sep 2005 08:50:32 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EDI75-0003rT-Ec; Thu, 08 Sep 2005 12:50:31 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Thu, 08 Sep 2005 12:50:30 +0400 Message-Id: <1126169430.1104.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: emulation@freebsd.org Subject: bad dependance on -> linux_base while upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 08:50:34 -0000 Hi all After upgrade almost any linux* port I have same problem - dependence is broken. I have WITH_LINUX=rh-9 in my make.conf and all linux-* port built with this define, but they all install dependence to not existed linux_base-8-8.0_6. Any clues for that ? (7-CURRENT src tree, fresh ports tree) # portupgrade -p -f linux-flashplugin ---> Reinstalling 'linux-flashplugin-7.0r25_2' (www/linux-flashplugin7) ---> Building '/usr/ports/www/linux-flashplugin7' ===> Cleaning for rpm-3.0.6_10 (skip) ===> Cleaning for linux-flashplugin-7.0r25_2 ===> Extracting for linux-flashplugin-7.0r25_2 => Checksum OK for flashplugin/7.0r25/install_flash_player_7_linux.tar.gz. ===> Patching for linux-flashplugin-7.0r25_2 ===> Configuring for linux-flashplugin-7.0r25_2 ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'linux-flashplugin-7.0r25_2' [Updating the pkgdb in /var/db/pkg ... - 587 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> Installing for linux-flashplugin-7.0r25_2 ===> linux-flashplugin-7.0r25_2 depends on file: /compat/linux/etc/redhat-release - found ===> linux-flashplugin-7.0r25_2 depends on file: /compat/linux/usr/X11R6/lib/libXrender.so.1 - found ===> Generating temporary packing list ===> Registering installation for linux-flashplugin-7.0r25_2 ===> Building package for linux-flashplugin-7.0r25_2 Creating package /usr/ports/packages/All/linux-flashplugin-7.0r25_2.tbz Registering depends: linux-XFree86-libs-4.3.99.902_3 linux-fontconfig-2.1_3 rpm-3.0.6_10 linux-expat-1.95.5_3 popt-1.7 linux_base-8-8.0_6 gettext-0.14.5 libiconv-1.9.2_1. Creating bzip'd tar ball in '/usr/ports/packages/All/linux-flashplugin-7.0r25_2.tbz' (skip) # pkgdb -F ---> Checking the package registry database Stale dependency: linux-flashplugin-7.0r25_2 -> linux_base-8-8.0_6 (emulators/linux_base-8): linux_base-rh-9 (score:68%) ? ([y]es/[n]o/[a]ll) [no] yes Fixed. (-> linux_base-rh-9) # pkg_info -I linux_base\* linux_base-rh-9 Base set of packages needed in Linux mode (only for i386) # -- Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 09:04:17 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 597FD16A41F; Thu, 8 Sep 2005 09:04:17 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6CE343D45; Thu, 8 Sep 2005 09:04:16 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EDIJw-000349-Dt; Thu, 08 Sep 2005 11:03:50 +0200 Date: Thu, 8 Sep 2005 11:04:03 +0200 From: Marcin Jessa To: Vladimir Grebenschikov Message-Id: <20050908110403.71c0c5fd.lists@yazzy.org> In-Reply-To: <1126169430.1104.15.camel@localhost> References: <1126169430.1104.15.camel@localhost> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: emulation@freebsd.org, current@freebsd.org Subject: Re: bad dependance on -> linux_base while upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 09:04:17 -0000 Hi Vladimir, guys. I've had the same problem. The only way I could use newer linux base than 7.3 was using OVERRIDE_LINUX_BASE_PORT=8 in make.conf I tried using suse port as well with the same result/problems as you're facing. On Thu, 08 Sep 2005 12:50:30 +0400 Vladimir Grebenschikov wrote: > Hi all > > After upgrade almost any linux* port I have same problem - dependence is > broken. > > I have WITH_LINUX=rh-9 in my make.conf and all linux-* port built with > this define, but they all install dependence to not existed > linux_base-8-8.0_6. > > Any clues for that ? > > (7-CURRENT src tree, fresh ports tree) > > # portupgrade -p -f linux-flashplugin > ---> Reinstalling 'linux-flashplugin-7.0r25_2' (www/linux-flashplugin7) > ---> Building '/usr/ports/www/linux-flashplugin7' > ===> Cleaning for rpm-3.0.6_10 > (skip) > ===> Cleaning for linux-flashplugin-7.0r25_2 > ===> Extracting for linux-flashplugin-7.0r25_2 > => Checksum OK for flashplugin/7.0r25/install_flash_player_7_linux.tar.gz. > ===> Patching for linux-flashplugin-7.0r25_2 > ===> Configuring for linux-flashplugin-7.0r25_2 > ---> Backing up the old version > ---> Uninstalling the old version > ---> Deinstalling 'linux-flashplugin-7.0r25_2' > [Updating the pkgdb in /var/db/pkg ... - 587 packages found (-1 +0) (...) done] > ---> Installing the new version via the port > ===> Installing for linux-flashplugin-7.0r25_2 > ===> linux-flashplugin-7.0r25_2 depends on file: /compat/linux/etc/redhat-release - found > ===> linux-flashplugin-7.0r25_2 depends on file: /compat/linux/usr/X11R6/lib/libXrender.so.1 - found > ===> Generating temporary packing list > ===> Registering installation for linux-flashplugin-7.0r25_2 > ===> Building package for linux-flashplugin-7.0r25_2 > Creating package /usr/ports/packages/All/linux-flashplugin-7.0r25_2.tbz > Registering depends: linux-XFree86-libs-4.3.99.902_3 linux-fontconfig-2.1_3 rpm-3.0.6_10 linux-expat-1.95.5_3 popt-1.7 linux_base-8-8.0_6 gettext-0.14.5 libiconv-1.9.2_1. > Creating bzip'd tar ball in '/usr/ports/packages/All/linux-flashplugin-7.0r25_2.tbz' > (skip) > # pkgdb -F > ---> Checking the package registry database > Stale dependency: linux-flashplugin-7.0r25_2 -> linux_base-8-8.0_6 (emulators/linux_base-8): > linux_base-rh-9 (score:68%) ? ([y]es/[n]o/[a]ll) [no] yes > Fixed. (-> linux_base-rh-9) > # pkg_info -I linux_base\* > linux_base-rh-9 Base set of packages needed in Linux mode (only for i386) > # > > -- > Vladimir B. Grebenschikov > SWsoft Inc. vova@sw-soft.com > _______________________________________________ > 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 Sep 8 09:06: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 E250016A41F for ; Thu, 8 Sep 2005 09:06:19 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB2943D45 for ; Thu, 8 Sep 2005 09:06:18 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.4) with ESMTP id j8896GMX047429; Thu, 8 Sep 2005 11:06:16 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-75-155-bbxl.xdsl.tiscali.nl (8.13.4/8.13.1/Submit) id j8896FxT047428; Thu, 8 Sep 2005 11:06:15 +0200 (CEST) (envelope-from rene) Date: Thu, 8 Sep 2005 11:06:15 +0200 From: Rene Ladan To: Rainer Alves Message-ID: <20050908090614.GA45616@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> <431FD328.3050605@powered.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <431FD328.3050605@powered.net> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 09:06:20 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 02:59:04AM -0300, Rainer Alves wrote: > The conf bellow works with flash7 on 7-current. Also make sure the=20 > symbolic links are setup corrently in /usr/X11R6/lib/browser_plugins=20 > (flashplayer.xpt and libflashplayer.so). >=20 > [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] > libpthread.so.0 libpthread.so.2 > libdl.so.2 pluginwrapper/flash7.so > libz.so.1 libz.so.2 > libm.so.6 libm.so.3 > libc.so.6 pluginwrapper/flash7.so > You seem to have stale libraries installed. I had to: s/libz.so.2/libz.so.3 s/libm.so.3/libm.so.4 But the plugin shows up on the about:plugins page. Still nppdf.so (Acrobat plugin) won't load because it cannot find a stderr symbol. Regards, Rene > -- > Rainer Alves > BrasilTelecom >=20 > >I'm also trying to get flash to work with firefox. flashpluginwrapper an= d=20 > >linux-flashplugin-7 installed. I tried the above libmap.conf and still= =20 > >nothing. Can someone walk me through this? I must be missing something. > > > >Thanks, > > > >Beech > >=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 GPG fingerprint =3D 5FFA 3959 3377 C697 8428 24D0 BF3E F4A9 AE33 5DCC "It won't fit on the line." -- me, 2001 --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH/8Gvz70qa4zXcwRApfpAJ9LUDRAMXqPByUFFVK2B69V4E8b+gCcDnLa vmbfJmyde3Kb2VwC3qx6YIQ= =NfGq -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 10:10: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 6BDAF16A41F; Thu, 8 Sep 2005 10:10:34 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C64F543D45; Thu, 8 Sep 2005 10:10:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-172.lns2.adl4.internode.on.net [203.122.233.172]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j88AAO8f052759 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 8 Sep 2005 19:40:30 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Don Lewis Date: Thu, 8 Sep 2005 19:40:05 +0930 User-Agent: KMail/1.8.1 References: <200509080813.j888DU9k038428@gw.catspoiler.org> In-Reply-To: <200509080813.j888DU9k038428@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3036654.abUImJTj8f"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509081940.17216.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: freebsd-current@freebsd.org, killing@multiplay.co.uk, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 10:10:34 -0000 --nextPart3036654.abUImJTj8f Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 08 September 2005 17:43, Don Lewis wrote: > That could be an important clue. Maybe one of the X apps that you are > running, like your mail reader, browser, or system status monitor. Try > running X with one of the lightweight window managers and just an xterm > or two. > > The 10 second interval doesn't make it sound like the problem is any of > the built in kernel tasks. It's more consistent with something that > runs every 10 seconds in userland that monopolizes some kernel resource > whenever it runs. Possibly, but I would expect to see some evidence in top of this. Also, during the 'lag' X drops or doubles up keypresses - it would suprise = me=20 to find that a userland app could make X do that very easily. I will try your suggestion though. =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 --nextPart3036654.abUImJTj8f Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDIA4J5ZPcIHs/zowRAtyMAJ4iIf5nYLkr6kzlo66UxSSmYmw8ggCgmieJ k++fxMWgDfLK3anfesZRxG0= =CFfq -----END PGP SIGNATURE----- --nextPart3036654.abUImJTj8f-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 11:16: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 7383B16A420 for ; Thu, 8 Sep 2005 11:16:49 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB7243D45 for ; Thu, 8 Sep 2005 11:16:48 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 55363 invoked by alias); 8 Sep 2005 13:16:46 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 8 Sep 2005 13:16:46 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 54824-10 for ; Thu, 8 Sep 2005 13:16:45 +0200 (CEST) Received: from unknown (HELO ?172.19.13.144?) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 8 Sep 2005 13:16:45 +0200 Message-ID: <43201D9D.9090101@mikulas.com> Date: Thu, 08 Sep 2005 13:16:45 +0200 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050429) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Subject: MFC if_wi.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 11:16:49 -0000 Hello could anybody MFC this to RELENG_6 please ;) ? thanks Jiri scottl 2005-08-29 20:06:02 UTC Log: Correct previous commit. Revision Changes Path 1.189 +0 -3 src/sys/dev/wi/if_wi.c imp 2005-08-29 15:46:42 UTC MFC After: 2 decifortnight Revision Changes Path 1.188 +0 -5 src/sys/dev/wi/if_wi.c From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 07:19:31 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 7953216A41F for ; Thu, 8 Sep 2005 07:19:31 +0000 (GMT) (envelope-from mail@i-mc.de) Received: from can03.de (can03.de [213.203.199.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D49543D48 for ; Thu, 8 Sep 2005 07:19:30 +0000 (GMT) (envelope-from mail@i-mc.de) Received: from ms.homeip.net (dsl-084-061-037-102.arcor-ip.net [84.61.37.102]) by can03.de (can03.de) with ESMTP id C16EA454071 for ; Thu, 8 Sep 2005 09:19:27 +0200 (CEST) Received: from p508f63e6.dip.t-dialin.net ([80.143.99.230] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1EDGh1-000NB4-BU for freebsd-current@freebsd.org; Thu, 08 Sep 2005 09:19:31 +0200 From: Jochen Gensch To: freebsd-current@freebsd.org Date: Thu, 8 Sep 2005 09:19:23 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509080919.24017.mail@i-mc.de> X-Mailman-Approved-At: Thu, 08 Sep 2005 11:32:46 +0000 Subject: System doesn't reboot properly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 07:19:31 -0000 Hi, most of the time when I do a reboot the sytems shuts down properly. But just before one expects to see the Bios information screen again (the one where devices are listed, Ram, Bios Version etc) the screen suddenly turns on the backlight angain with no content (it is black) and that's it. I always have to press the power button for a few seconds to switch it off completely. I have experiend this behaviour from the beginning of 5.x up to 6. Jochen From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 12:28: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 4EAB216A41F; Thu, 8 Sep 2005 12:28:41 +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 832C843D45; Thu, 8 Sep 2005 12:28:40 +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 j88CSdi9074569; Thu, 8 Sep 2005 08:28:39 -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 j88CSdjP035791; Thu, 8 Sep 2005 08:28:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0DBAC7302F; Thu, 8 Sep 2005 08:28:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050908122838.0DBAC7302F@freebsd-current.sentex.ca> Date: Thu, 8 Sep 2005 08:28:38 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 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: Thu, 08 Sep 2005 12:28:41 -0000 TB --- 2005-09-08 10:24:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-08 10:24:29 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-09-08 10:24:29 - cleaning the object tree TB --- 2005-09-08 10:24:59 - checking out the source tree TB --- 2005-09-08 10:24:59 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-09-08 10:24:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-08 10:30:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-08 10:30:39 - cd /src TB --- 2005-09-08 10:30:39 - /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 >>> stage 5.1: building 32 bit shim libraries TB --- 2005-09-08 12:01:17 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-08 12:01:17 - cd /src TB --- 2005-09-08 12:01:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 8 12:01:17 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Sep 8 12:16:51 UTC 2005 TB --- 2005-09-08 12:16:51 - generating LINT kernel config TB --- 2005-09-08 12:16:51 - cd /src/sys/amd64/conf TB --- 2005-09-08 12:16:51 - /usr/bin/make -B LINT TB --- 2005-09-08 12:16:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-08 12:16:51 - cd /src TB --- 2005-09-08 12:16:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 8 12:16:51 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/fdc/fdc_acpi.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/fdc/fdc_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/fdc/fdc_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hptmv/entry.c /src/sys/dev/hptmv/entry.c: In function `hpt_action': /src/sys/dev/hptmv/entry.c:2170: error: invalid type argument of `->' /src/sys/dev/hptmv/entry.c:2170: error: invalid type argument of `->' /src/sys/dev/hptmv/entry.c:2170: error: invalid type argument of `->' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-08 12:28:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-08 12:28:38 - ERROR: failed to build lint kernel TB --- 2005-09-08 12:28:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 12:46: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 C982D16A41F for ; Thu, 8 Sep 2005 12:46:14 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4BE43D4C for ; Thu, 8 Sep 2005 12:46:13 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EDLn6-000FIO-Vw; Thu, 08 Sep 2005 16:46:08 +0400 From: Vladimir Grebenschikov To: Beecher Rintoul In-Reply-To: <200509072149.24686.akbeech@gmail.com> References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 08 Sep 2005 16:46:08 +0400 Message-Id: <1126183568.1104.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, Stefan 'Steve' Tell Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 12:46:14 -0000 =F7 =D3=D2, 07/09/2005 =D7 21:49 -0800, Beecher Rintoul =D0=C9=DB=C5=D4: > On Wednesday 07 September 2005 08:43 pm, Stefan 'Steve' Tell wrote: > > * Massimo Introvigne wrote: > > > Does anyone have a /etc/libmap.conf that will allow flash + > > > linuxpluginwrapper + firefox and FreeBSD 6.0 to work correctly? > > > > This works for me: > > > > ,----[ /etc/libmap.conf ] > > > > | [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] > > | libpthread.so.0 pluginwrapper/flash6.so > > | libdl.so.2 pluginwrapper/flash6.so > > | libz.so.1 libz.so.2 > > | libstdc++-libc6.2-2.so.3 libstdc++.so.4 > > | libm.so.6 libm.so.3 > > | libc.so.6 pluginwrapper/flash6.so > > >=20 > I'm also trying to get flash to work with firefox. flashpluginwrapper and= =20 > linux-flashplugin-7 installed. I tried the above libmap.conf and still=20 > nothing. Can someone walk me through this? I must be missing something. cat /usr/ports/www/linuxpluginwrapper/pkg-message It has special mention for flash7: ... ** PLEASE NOTE Macromedia Flash7 SUPPORT IS ALPHA VERSION. ** If you find any problem, please send me report(s) with debug information like 'make -DDEBUG install' or patch(es). Firefox has a double free problem wih Flash7. So I don't support it. Please don't send me a report about firefox. Of course, I always welcome to recieve fixed problems report. Please get and apply a dlsym(3) hook patch. http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff This provides _dlsym(3) function to fix dynamic-link error "can't find gtk_major_version" ad-hoc-ly. I don't set default to use flash7. Please set-up your enviroment(ln -s, apply patch to rtld,...). ... I am did not tried to make it works (I am using firefox). > Thanks, > Beech --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 13:30: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 281C916A41F for ; Thu, 8 Sep 2005 13:30:33 +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 7C16A43D48 for ; Thu, 8 Sep 2005 13:30:32 +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 j88DOhDg096477; Thu, 8 Sep 2005 15:24:44 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: References: <7daacbbe0509060626686aed19@mail.gmail.com> <4CE29790-127C-4E07-A92F-B5A72EE63CBE@FreeBSD.org> <7daacbbe05090701341143a4a@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <172188E3-E465-4AAD-92B5-3DAE4024E866@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 8 Sep 2005 15:30:25 +0200 To: Matthias Andree X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG, Dominique Goncalves Subject: Re: VIA 6420 SATA150 controller on FreeBSD 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: Thu, 08 Sep 2005 13:30:33 -0000 On 08/09/2005, at 9:15, Matthias Andree wrote: > S=F8ren Schmidt writes: > > >>> FreeBSD support hotplug SATA for this controller? >>> >> >> Well, assisted hotplug using atacontrol to detach/attach the devices. >> Apparently the VIA chip doesn't have hotplug support build in, or at >> least its unknown to me how to.. >> > > It appears as though VIA 64XX might be able to do hotplug, at least > according to the Linux SATA pages - at least they don't claim "does =20= > not > support for lack of information from PHY" or something to that extent > which they do for other controllers. > > > > > > I am not sure if someone has actually tried to implement SATA hotplug > for Linux on VIA chips though, so I'm deliberately writing "it appears > ... it might", not "it does support...". > > Perhaps you can ask the Linux SATA guys where to look or get the =20 > needed > specs. There is no support in Linux either for hotplug on the VIA (just =20 checked) and I just ran through the (sparse) docs again to no avail. When I added hotplug for those controllers that support it, I spent =20 quite some time playing with the VIA chips to get them to interrupt =20 when there is a PHY "surprise", but alas I didn't succed. Now the =20 SATA regs shows that there was a change etc, but with the interrupt =20 thats worth close to nothing... S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 13:33: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 E099D16A41F for ; Thu, 8 Sep 2005 13:33:20 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6870143D46 for ; Thu, 8 Sep 2005 13:33:19 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from nyserve3.starlofashions.com ([192.0.0.230]) by mail.starlofashions.com (8.9.3/8.9.3) with ESMTP id JAA28279 for ; Thu, 8 Sep 2005 09:33:18 -0400 Received: from uws1.starlofashions.com (uws1.starlofashions.com [192.168.1.230]) by nyserve3.starlofashions.com (Postfix) with SMTP id A309860DF for ; Thu, 8 Sep 2005 09:33:18 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Thu, 8 Sep 2005 09:33:18 -0400 Date: Thu, 8 Sep 2005 09:33:18 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050908133318.GB90278@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@freebsd.org References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> <1126183568.1104.37.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1126183568.1104.37.camel@localhost> User-Agent: mutt-ng/devel-r445 (FreeBSD) Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 13:33:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Sep 08, 2005 at 04:46:08PM +0400, Vladimir Grebenschikov wrote: > Đ’ ŃŃ€, 07/09/2005 в 21:49 -0800, Beecher Rintoul пиŃет: > Firefox has a double free problem wih Flash7. So I don't > support it. Please don't send me a report about firefox. > Of course, I always welcome to recieve fixed problems report. > > Please get and apply a dlsym(3) hook patch. > http://people.FreeBSD.org/~nork/rtld_dlsym_hack.diff > This provides _dlsym(3) function to fix dynamic-link > error "can't find gtk_major_version" ad-hoc-ly. > > I don't set default to use flash7. Please set-up your > enviroment(ln -s, apply patch to rtld,...). Last night, I posted that the configuration for Flash7 with CURRENT that someone kindly posted worked for me with CURRENT, but not for 6.0BETA. This morning on my workstation at work, I tried again, just using the default libmap.conf from linuxpluginwrapper's /usr/share/examples. I cd'd to /usr/X11R6/lib/browser_plugins (heh, that's much easier to do, with tab completion, than to type) removed the symlinks pointing to /usr/X11R6/lib/linux-flashplugin6, replaced them with symlinks to linux-flashplugin7, and simply changed the 6's in my default libmap.conf to 7. In other words, again, I used the default example installed by linuxpluginwrapper. The default reads Flash6 with Mozilla/Firebird/Galeon/Epiphany/Konqueror [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 pluginwrapper/flash6.so libdl.so.2 pluginwrapper/flash6.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3 libstdc++.so.4 libm.so.6 libm.so.2 libc.so.6 pluginwrapper/flash6.so I changed that to # Flash7 with Mozilla/Firebird/Galeon/Epiphany/Konqueror [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so] libpthread.so.0 pluginwrapper/flash6.so libdl.so.2 pluginwrapper/flash7.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3 libstdc++.so.4 libm.so.6 libm.so.3 libc.so.6 pluginwrapper/flash7.so This got flash7 working on my 6.0BETA4 box with firefox. Thanks again to the person who posted his libmap.conf for CURRENT which made me want to get flash7 working. Flash7 still freezes on some sites with native firefox, but works a treat with linux-firefox (again, I installed that one from source, not ports--I think it was Martin C. who inspired me to do that, so if he's on this list, thanks) - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: I don't wanna' bug Giles. He's still kinda' twitchy when it comes to the subject of Angel. Xander: Oh, it must be that whole 'Angel killed his girlfriend and tortured him' thing, and Giles is petty when it comes to stuff like that. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDID2e+lTVdes0Z9YRAnMBAJ9pzP14piu0JMFzRM2KYW+R+TaWdACePjJ0 EgxYIIYJf6J/+Ccv0iMeEsU= =A8tI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 14:08: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 7FA1316A41F; Thu, 8 Sep 2005 14:08:26 +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 3F4FD43D5D; Thu, 8 Sep 2005 14:08:17 +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 j88E8F3O073086; Thu, 8 Sep 2005 10:08:15 -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 j88E8Fma078874; Thu, 8 Sep 2005 10:08:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE5597302F; Thu, 8 Sep 2005 10:08:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050908140814.CE5597302F@freebsd-current.sentex.ca> Date: Thu, 8 Sep 2005 10:08:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 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: Thu, 08 Sep 2005 14:08:26 -0000 TB --- 2005-09-08 12:28:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-08 12:28:39 - starting HEAD tinderbox run for i386/i386 TB --- 2005-09-08 12:28:39 - cleaning the object tree TB --- 2005-09-08 12:29:03 - checking out the source tree TB --- 2005-09-08 12:29:03 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-09-08 12:29:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-08 12:34:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-08 12:34:33 - cd /src TB --- 2005-09-08 12:34:33 - /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 TB --- 2005-09-08 13:37:57 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-08 13:37:57 - cd /src TB --- 2005-09-08 13:37:57 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 8 13:37:57 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Sep 8 13:55:46 UTC 2005 TB --- 2005-09-08 13:55:46 - generating LINT kernel config TB --- 2005-09-08 13:55:46 - cd /src/sys/i386/conf TB --- 2005-09-08 13:55:46 - /usr/bin/make -B LINT TB --- 2005-09-08 13:55:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-08 13:55:46 - cd /src TB --- 2005-09-08 13:55:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 8 13:55:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/fdc/fdc_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/fdc/fdc_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/fe/if_fe_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/hptmv/entry.c /src/sys/dev/hptmv/entry.c: In function `hpt_action': /src/sys/dev/hptmv/entry.c:2170: error: invalid type argument of `->' /src/sys/dev/hptmv/entry.c:2170: error: invalid type argument of `->' /src/sys/dev/hptmv/entry.c:2170: error: invalid type argument of `->' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-08 14:08:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-08 14:08:14 - ERROR: failed to build lint kernel TB --- 2005-09-08 14:08:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 14:23: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 AB63A16A41F for ; Thu, 8 Sep 2005 14:23:58 +0000 (GMT) (envelope-from casnix@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 878B043D80 for ; Thu, 8 Sep 2005 14:23:44 +0000 (GMT) (envelope-from casnix@gmail.com) Received: by wproxy.gmail.com with SMTP id i35so1214336wra for ; Thu, 08 Sep 2005 07:23:43 -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:references; b=L31C7B8dplmIvUI946wMS7wbd5q+oS4FIUpALGF8sOaAsSkQGl7slj0QLxxqC2rQsYAa6AdrqOHI0CA1LPpSjqtfyU5eQBrkE2ievnLYLq9KTH1EH9XHazUg51ESf1YbWnYHt9oC4jaZj8kzocltTkol+Uliiw4SZKyS4qtW/3M= Received: by 10.54.10.56 with SMTP id 56mr6065344wrj; Thu, 08 Sep 2005 07:23:43 -0700 (PDT) Received: by 10.54.52.79 with HTTP; Thu, 8 Sep 2005 07:23:43 -0700 (PDT) Message-ID: Date: Thu, 8 Sep 2005 07:23:43 -0700 From: "Greg J." To: Rene Ladan In-Reply-To: <20050908090614.GA45616@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 References: <87d5nki2yy.fsf@zeus.crashmail.de> <200509072149.24686.akbeech@gmail.com> <431FD328.3050605@powered.net> <20050908090614.GA45616@82-168-75-155-bbxl.xdsl.tiscali.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rainer Alves , current@freebsd.org Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: casnix@gmail.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, 08 Sep 2005 14:23:58 -0000 On 9/8/05, Rene Ladan wrote: >=20 > You seem to have stale libraries installed. I had to: > s/libz.so.2/libz.so.3 > s/libm.so.3/libm.so.4 >=20 > But the plugin shows up on the about:plugins page. >=20 > Still nppdf.so (Acrobat plugin) won't load because it cannot find a > stderr symbol. For acrobat.. you'll need to map libc.so.6 to pluginwrapper/acrobat.so Here's my libmap.conf (6.0-BETA3).. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D # flash [/usr/X11R6/lib/linux-flashplugin6/libflashplayer.so] libc.so.6 pluginwrapper/flash6.so libdl.so.2 pluginwrapper/flash6.so libm.so.6 libm.so.4 libpthread.so.0 pluginwrapper/flash6.so libstdc++-libc6.2-2.so.3 libstdc++.so.5 libz.so.1 libz.so.3 # realplayer [/usr/X11R6/lib/linux-mozilla/plugins/nphelix.so] libc.so.6 pluginwrapper/realplayer.so # acrobat [/usr/compat/linux/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so] libc.so.6 pluginwrapper/acrobat.so =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 14:53: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 B43E816A41F; Thu, 8 Sep 2005 14:53:59 +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 4E90F43D46; Thu, 8 Sep 2005 14:53:59 +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 j88ErdH2071115; Thu, 8 Sep 2005 09:53:54 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4320507C.7010005@centtech.com> Date: Thu, 08 Sep 2005 09:53:48 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <200509080813.j888DU9k038428@gw.catspoiler.org> <200509081940.17216.doconnor@gsoft.com.au> In-Reply-To: <200509081940.17216.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1069/Wed Sep 7 10:08:51 2005 on mh2.centtech.com X-Virus-Status: Clean Cc: Don Lewis , freebsd-current@freebsd.org Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 14:53:59 -0000 Daniel O'Connor wrote: > On Thursday 08 September 2005 17:43, Don Lewis wrote: > >>That could be an important clue. Maybe one of the X apps that you are >>running, like your mail reader, browser, or system status monitor. Try >>running X with one of the lightweight window managers and just an xterm >>or two. >> >>The 10 second interval doesn't make it sound like the problem is any of >>the built in kernel tasks. It's more consistent with something that >>runs every 10 seconds in userland that monopolizes some kernel resource >>whenever it runs. > > > Possibly, but I would expect to see some evidence in top of this. > > Also, during the 'lag' X drops or doubles up keypresses - it would suprise me > to find that a userland app could make X do that very easily. > > I will try your suggestion though. I had a similar problem with XFCE4's battery/temp monitor applet. I think my freeze was about every 6-10seconds. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 15:04: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 07C4C16A41F for ; Thu, 8 Sep 2005 15:04:17 +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 A6E9E43D45 for ; Thu, 8 Sep 2005 15:04:16 +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 j88F4CYc032673; Thu, 8 Sep 2005 08:04:12 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88F4CXL032672; Thu, 8 Sep 2005 08:04:12 -0700 Date: Thu, 8 Sep 2005 08:04:12 -0700 From: Brooks Davis To: "M. Warner Losh" Message-ID: <20050908150412.GA31354@odin.ac.hmc.edu> References: <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908.011138.121215369.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20050908.011138.121215369.imp@bsdimp.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: incmc@gmx.de, freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 15:04:17 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 01:11:38AM -0600, M. Warner Losh wrote: > In message: <20050907211811.GA19570@odin.ac.hmc.edu> > Brooks Davis writes: > : Hmm, upon further testing, I think there may be a problem with the > : fxp(4) driver. >=20 > You mean like the driver never asynchronously querries the miibus to > find out what the state of the link is when it isn't in the UP state? I certainly see that on the em nics on my laptop and I've heard claims of a similar problems with fxp nics. I don't see it with other em nics. Sam reports that it seems to be a bug specific to the em hardware in thinkpads. That's not the only issue in this case, but it's one of them. I suspect think we may need to poll the media state periodicly on some devices and fake up link state notifications as a workaround for incorrect drivers. -- 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 --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIFLrXY6L6fI4GtQRAlPBAJ9qt1tOu9/eDYrxAjwC1jhfewp4NgCeNQD5 rFjB72W8GXF8chNQPQXyD20= =QWGH -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 15:10: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 95F1D16A420 for ; Thu, 8 Sep 2005 15:10:06 +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 2179E43D5F for ; Thu, 8 Sep 2005 15:10:05 +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 j88F9r2o091600; Thu, 8 Sep 2005 08:09:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j88F9rc1091599; Thu, 8 Sep 2005 08:09:53 -0700 (PDT) (envelope-from jmg) Date: Thu, 8 Sep 2005 08:09:53 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20050908150952.GD793@funkthat.com> Mail-Followup-To: "M. Warner Losh" , brooks@one-eyed-alien.net, incmc@gmx.de, freebsd-current@freebsd.org References: <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908.011138.121215369.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050908.011138.121215369.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 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: incmc@gmx.de, freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) 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: Thu, 08 Sep 2005 15:10:06 -0000 Warner Losh wrote this message on Thu, Sep 08, 2005 at 01:11 -0600: > In message: <20050907211811.GA19570@odin.ac.hmc.edu> > Brooks Davis writes: > : Hmm, upon further testing, I think there may be a problem with the > : fxp(4) driver. > > You mean like the driver never asynchronously querries the miibus to > find out what the state of the link is when it isn't in the UP state? Of the fact that it doesn't reset the phy when you hard code the speed/duplex setting? (I have a patch for this.) This means if you have a switch set for auto, and you then hard set it for 100mb/full, it will work (since the phy never got reset) at autoselected speed of 100mb/full until the cable gets pulled, or the switch reboots, at which time the switch will renegotiate to 100mb/half, and you're still at 100mb/full... -- 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 Thu Sep 8 15:25: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 43E1F16A41F for ; Thu, 8 Sep 2005 15:25:53 +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 DF44843D46 for ; Thu, 8 Sep 2005 15:25:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j88FPj6j004067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 08:25:46 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <432059A2.3020408@errno.com> Date: Thu, 08 Sep 2005 08:32:50 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908.011138.121215369.imp@bsdimp.com> <20050908150412.GA31354@odin.ac.hmc.edu> In-Reply-To: <20050908150412.GA31354@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: incmc@gmx.de, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 15:25:53 -0000 Brooks Davis wrote: > On Thu, Sep 08, 2005 at 01:11:38AM -0600, M. Warner Losh wrote: > >>In message: <20050907211811.GA19570@odin.ac.hmc.edu> >> Brooks Davis writes: >>: Hmm, upon further testing, I think there may be a problem with the >>: fxp(4) driver. >> >>You mean like the driver never asynchronously querries the miibus to >>find out what the state of the link is when it isn't in the UP state? > > > I certainly see that on the em nics on my laptop and I've heard claims > of a similar problems with fxp nics. I don't see it with other em > nics. Sam reports that it seems to be a bug specific to the em hardware > in thinkpads. That's not the only issue in this case, but it's one of > them. Ah, I don't believe I said there was a bug specific to thinkpads; I only said that I had observed issues with the em devices on my thinkpads. > > I suspect think we may need to poll the media state periodicly on > some devices and fake up link state notifications as a workaround for > incorrect drivers. Some drivers do some form of polling but I believe we could correct many issues with a little documentation and some TLC. The drivers I've looked at typically are plastered with comments about workarounds for detecting link state changes. Sam From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 15:37: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 B608416A420 for ; Thu, 8 Sep 2005 15:37:24 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ADF143D5F for ; Thu, 8 Sep 2005 15:37:21 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01.unibe.ch [130.92.254.65]) by mailhub04.unibe.ch (Postfix) with ESMTP id 3BBF2149E6; Thu, 8 Sep 2005 17:37:19 +0200 (CEST) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 29087-15-38; Thu, 8 Sep 2005 17:37:17 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id 020EC1498C; Thu, 8 Sep 2005 17:37:17 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id j88FbHdB014962; Thu, 8 Sep 2005 17:37:17 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j88FbHZl012280; Thu, 8 Sep 2005 17:37:17 +0200 (MEST) Date: Thu, 8 Sep 2005 17:37:17 +0200 From: Tobias Roth To: Pyun YongHyeon Message-ID: <20050908153716.GA12174@droopy.unibe.ch> References: <20050908052215.GB11743@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050908052215.GB11743@rndsoft.co.kr> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: freebsd-current@freebsd.org Subject: Re: Call for testers : bge(4) 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, 08 Sep 2005 15:37:24 -0000 On Thu, Sep 08, 2005 at 02:22:15PM +0900, Pyun YongHyeon wrote: > > Hi! > > Patch fixes several bugs in bge(4) and makes it work on any platforms. I have been using it for about 8 hours of office work (moderate traffic), with no negative effects. A transfer of a 2GB file (100baseTX) also went without problems. No tests with Gigabit, however. FreeBSD fsck.basis06.ch 6.0-BETA4 FreeBSD 6.0-BETA4 #3: Thu Sep 8 09:03:46 CEST 2005 thanks, t. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 15:42: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 A467116A41F for ; Thu, 8 Sep 2005 15:42:16 +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 CABA743D55 for ; Thu, 8 Sep 2005 15:42:14 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 2022 invoked from network); 8 Sep 2005 15:42:12 -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 1.838851 secs); 08 Sep 2005 15:42:12 -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; 8 Sep 2005 15:42:10 -0000 Received: (qmail 4389 invoked from network); 8 Sep 2005 15:42:10 -0000 Received: from qmail by qscan (mail filter); 8 Sep 2005 15:42:10 +0000 Received: from unknown (HELO ?10.0.0.3?) (10.0.0.3) by tormentor.totalterror.net with SMTP; 8 Sep 2005 15:42:10 -0000 Message-ID: <43205B69.4050508@cytexbg.com> Date: Thu, 08 Sep 2005 18:40:25 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908.011138.121215369.imp@bsdimp.com> <20050908150412.GA31354@odin.ac.hmc.edu> In-Reply-To: <20050908150412.GA31354@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 15:42:16 -0000 Brooks Davis wrote: > On Thu, Sep 08, 2005 at 01:11:38AM -0600, M. Warner Losh wrote: > >>In message: <20050907211811.GA19570@odin.ac.hmc.edu> >> Brooks Davis writes: >>: Hmm, upon further testing, I think there may be a problem with the >>: fxp(4) driver. >> >>You mean like the driver never asynchronously querries the miibus to >>find out what the state of the link is when it isn't in the UP state? > > > I certainly see that on the em nics on my laptop and I've heard claims > of a similar problems with fxp nics. I don't see it with other em > nics. Sam reports that it seems to be a bug specific to the em hardware > in thinkpads. That's not the only issue in this case, but it's one of > them. > I've experienced the same problem with the fxp nic on my thinkpad. > I suspect think we may need to poll the media state periodicly on > some devices and fake up link state notifications as a workaround for > incorrect drivers. > > -- Brooks > --niki From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 15:57: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 8748B16A41F for ; Thu, 8 Sep 2005 15:57:32 +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 578D243D46 for ; Thu, 8 Sep 2005 15:57:32 +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 for ; Thu, 08 Sep 2005 08:57:31 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D6D4E5D08 for ; Thu, 8 Sep 2005 08:57:30 -0700 (PDT) To: current@freebsd.org Date: Thu, 08 Sep 2005 08:57:30 -0700 From: "Kevin Oberman" Message-Id: <20050908155730.D6D4E5D08@ptavv.es.net> Cc: Subject: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 15:57:32 -0000 I have a ThinkPad with a Prism2.5 wireless card and use the wi driver. Since the change to the OpenBSD dhclient I am no longer able to roam from our conference room to my office. Before the dhclient change, I would lose association as I walked up two floors and from one end of the building to the other, associate again in my office (or while walking down the corridor) and, after a short wait for the bridge to figure out where my MAC was coming from and update its forwarding tables, I was up and running including my ssh sessions. I previously complained that dhclient was exiting when the card lost association and had to be restarted. That's been fixed (Thanks, Sam), but the problem is now even more annoying. I now get to my office and dhclient is still running and the interface is associated, but the interface no longer has an IP address. It is possible that it would eventually get one, but I have never been willing to wait for more than a few minutes. I can "fix" it by killing dhclient and re-starting it. I get an address (same one I had in the conference room) immediately and I'm back to normal. I think the issue is that the SSID changes between my office and the conference room. lbnl_wlan45 in the conf. room and lbnl_wlan46 in my office, but if dhclient lives on, why doesn't it request an IP when the SSID changes or simply exit? If I forget to kick it immediately, I lose my ssh sessions. Don't you get tired of hearing that "it used to work with the old dhclient"? :-) Any suggestions? -- 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 Thu Sep 8 16:19: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 E9D4D16A41F for ; Thu, 8 Sep 2005 16:19:44 +0000 (GMT) (envelope-from antitoch@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8802043D46 for ; Thu, 8 Sep 2005 16:19:44 +0000 (GMT) (envelope-from antitoch@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so1606140wxd for ; Thu, 08 Sep 2005 09:19:43 -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=HKd2xRKMeSugVeTedGW7XU5BlhFwHL+1fPi86MWAf97O00eWWQVGQT9g1PHfgnW8iVpz8dvEpXDAPD3EPDvQgRmZOWG4uFWUyhS00NWDGuYegBI2HkLEjAfBtmn3scxBUZ7D8OV8o4NRnJFysbJiXpni8YFUaJydupMqVWYfJmI= Received: by 10.70.31.18 with SMTP id e18mr54924wxe; Thu, 08 Sep 2005 09:19:43 -0700 (PDT) Received: by 10.70.76.1 with HTTP; Thu, 8 Sep 2005 09:19:43 -0700 (PDT) Message-ID: <287c9df30509080919479754dd@mail.gmail.com> Date: Thu, 8 Sep 2005 12:19:43 -0400 From: William Lam 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: cpufreq & Pentium III-M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: antitoch@gmail.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, 08 Sep 2005 16:19:45 -0000 Hi, I'm having some problems with cpu throttling on my Portege 2010 on -current. On or off AC the CPU is always at maximum clockrate. dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 866 dev.cpu.0.freq_levels: 866/22000 400/9800 Trying to set dev.cpu.0.freq to 400 only displays this on the console: acpi_perf0: Px transition to 400 failed acpi_perf0: set freq failed, err 6 Disabling acpi_perf with hint.acpi_perf.0.disabled=3D1 dosn't have any effe= ct. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:44: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 DC6F316A41F for ; Thu, 8 Sep 2005 16:44:53 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89AAD43D45 for ; Thu, 8 Sep 2005 16:44:53 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EDPW0-0002Dq-00; Thu, 08 Sep 2005 18:44:44 +0200 Date: Thu, 8 Sep 2005 18:44:44 +0200 To: William Lam Message-ID: <20050908164444.GF23635@poupinou.org> References: <287c9df30509080919479754dd@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <287c9df30509080919479754dd@mail.gmail.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-current@freebsd.org Subject: Re: cpufreq & Pentium III-M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 16:44:54 -0000 On Thu, Sep 08, 2005 at 12:19:43PM -0400, William Lam wrote: > Hi, I'm having some problems with cpu throttling on my Portege 2010 on > -current. On or off AC the CPU is always at maximum clockrate. > > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 866 > dev.cpu.0.freq_levels: 866/22000 400/9800 > > Trying to set dev.cpu.0.freq to 400 only displays this on the console: > > acpi_perf0: Px transition to 400 failed > acpi_perf0: set freq failed, err 6 I doubt acpi_perf can handle this processor indeed, but I may be wrong. Could you please send me the output from acpidump -dt? > Disabling acpi_perf with hint.acpi_perf.0.disabled=1 dosn't have any effect. What about hint.acpi_perf.0.disabled="1"? Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:48: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 2057216A41F for ; Thu, 8 Sep 2005 16:48:32 +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 0F8BA43D55 for ; Thu, 8 Sep 2005 16:48:30 +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 j88GmIiX019353; Thu, 8 Sep 2005 09:48:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88GmHYi019352; Thu, 8 Sep 2005 09:48:17 -0700 Date: Thu, 8 Sep 2005 09:48:17 -0700 From: Brooks Davis To: Sam Leffler Message-ID: <20050908164817.GC31354@odin.ac.hmc.edu> References: <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908.011138.121215369.imp@bsdimp.com> <20050908150412.GA31354@odin.ac.hmc.edu> <432059A2.3020408@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LwW0XdcUbUexiWVK" Content-Disposition: inline In-Reply-To: <432059A2.3020408@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: incmc@gmx.de, "M. Warner Losh" , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 16:48:32 -0000 --LwW0XdcUbUexiWVK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 08:32:50AM -0700, Sam Leffler wrote: > Brooks Davis wrote: > >On Thu, Sep 08, 2005 at 01:11:38AM -0600, M. Warner Losh wrote: > > > >>In message: <20050907211811.GA19570@odin.ac.hmc.edu> > >> Brooks Davis writes: > >>: Hmm, upon further testing, I think there may be a problem with the > >>: fxp(4) driver. > >> > >>You mean like the driver never asynchronously querries the miibus to > >>find out what the state of the link is when it isn't in the UP state? > > > > > >I certainly see that on the em nics on my laptop and I've heard claims > >of a similar problems with fxp nics. I don't see it with other em > >nics. Sam reports that it seems to be a bug specific to the em hardware > >in thinkpads. That's not the only issue in this case, but it's one of > >them. >=20 > Ah, I don't believe I said there was a bug specific to thinkpads; I only= =20 > said that I had observed issues with the em devices on my thinkpads. Sorry, I didn't mean to imply it was a thinkpad specific issue, just specific to some classes of hardware, the bit in many thinkpads being one example. -- 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 --LwW0XdcUbUexiWVK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIGtQXY6L6fI4GtQRAqSIAKCTuZpSJF1ppkMJ8cYK4o9c39l6WgCeI02U vk/5bJc9nK5v4rWDXCoqdCk= =iNjd -----END PGP SIGNATURE----- --LwW0XdcUbUexiWVK-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 16:51: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 0F98D16A41F; Thu, 8 Sep 2005 16:51:58 +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 6112343D46; Thu, 8 Sep 2005 16:51:56 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5ED2B.dip.t-dialin.net [84.165.237.43]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j88Gf4YC009089; Thu, 8 Sep 2005 18:41:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) 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 j88GorKW053319; Thu, 8 Sep 2005 18:50:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 8 Sep 2005 18:50:53 +0200 From: Alexander Leidinger To: Marcin Jessa Message-ID: <20050908185053.4c9b7015@Magellan.Leidinger.net> In-Reply-To: <20050908110403.71c0c5fd.lists@yazzy.org> References: <1126169430.1104.15.camel@localhost> <20050908110403.71c0c5fd.lists@yazzy.org> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: emulation@freebsd.org, Vladimir Grebenschikov , current@freebsd.org Subject: Re: bad dependance on -> linux_base while upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: emulation@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: Thu, 08 Sep 2005 16:51:58 -0000 On Thu, 8 Sep 2005 11:04:03 +0200 Marcin Jessa wrote: F'up to emulation please... > Hi Vladimir, guys. > > I've had the same problem. > The only way I could use newer linux base than 7.3 was using OVERRIDE_LINUX_BASE_PORT=8 in make.conf > I tried using suse port as well with the same result/problems as you're facing. There's no autodetection of the used linux_base version. We have a default linux_base and everything is supposed to work with only this version. Everything else is pure luck (or good "upward-compatibility" of the linux ports, but this isn't required). If you want to use another linux_base, you have to use OVERRIDE_LINUX_BASE_PORT in make.conf. Now that we talked about the current policy, the strange part above is, that you have to specify v8 in the override. This is *very* strange. Please make sure you have the latest /usr/ports/Mk/bsd.port.mk. > On Thu, 08 Sep 2005 12:50:30 +0400 > Vladimir Grebenschikov wrote: > > > Hi all > > > > After upgrade almost any linux* port I have same problem - dependence is > > broken. > > > > I have WITH_LINUX=rh-9 in my make.conf and all linux-* port built with > > this define, but they all install dependence to not existed > > linux_base-8-8.0_6. WITH_LINUX is wrong. It was usable for a moment in time, but is wasn't done properly (since it changed the meaning of the former usage of it). For this reason I introduced OVERRIDE_LINUX_BASE_PORT. It's used like you do it with WITH_LINUX. Bye, Alexander. -- 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 Thu Sep 8 17:07: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 E8B7E16A41F for ; Thu, 8 Sep 2005 17:07:50 +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 5456343D46 for ; Thu, 8 Sep 2005 17:07:50 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5ED2B.dip.t-dialin.net [84.165.237.43]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id j88GnOYt009122; Thu, 8 Sep 2005 18:49:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) 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 j88GxCo2054539; Thu, 8 Sep 2005 18:59:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 8 Sep 2005 18:59:12 +0200 From: Alexander Leidinger To: "Kevin Oberman" Message-ID: <20050908185912.615aeaed@Magellan.Leidinger.net> In-Reply-To: <20050908155730.D6D4E5D08@ptavv.es.net> References: <20050908155730.D6D4E5D08@ptavv.es.net> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:07:51 -0000 On Thu, 08 Sep 2005 08:57:30 -0700 "Kevin Oberman" wrote: > I have a ThinkPad with a Prism2.5 wireless card and use the wi > driver. Do you use WEP? If yes, can you use it just with the typical rc.conf entries or do you have a custom start script? I ask since I have to use some "complicated" start procedure (setting some values with ifconfig, load the wep module, set some other values with ifconfig and the scan for the AP). 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 Thu Sep 8 17:11: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 2F51E16A41F; Thu, 8 Sep 2005 17:11:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A757343D75; Thu, 8 Sep 2005 17:11:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j88HBA0r011568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 13:11:10 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j88HB56P004150; Thu, 8 Sep 2005 13:11:06 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D02D151506; Thu, 8 Sep 2005 13:11:03 -0400 (EDT) Date: Thu, 8 Sep 2005 13:11:02 -0400 From: Kris Kennaway To: Marcin Jessa Message-ID: <20050908171100.GB42045@xor.obsecurity.org> References: <1126169430.1104.15.camel@localhost> <20050908110403.71c0c5fd.lists@yazzy.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline In-Reply-To: <20050908110403.71c0c5fd.lists@yazzy.org> User-Agent: Mutt/1.4.2.1i Cc: emulation@freebsd.org, Vladimir Grebenschikov , current@freebsd.org Subject: Re: bad dependance on -> linux_base while upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:11:26 -0000 --l76fUT7nc3MelDdI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 11:04:03AM +0200, Marcin Jessa wrote: > Hi Vladimir, guys. >=20 > I've had the same problem.=20 > The only way I could use newer linux base than 7.3 was using OVERRIDE_LIN= UX_BASE_PORT=3D8 in make.conf > I tried using suse port as well with the same result/problems as you're f= acing. AFAIK that's the correct thing to do - see /usr/ports/UPDATING. WITH_LINUX is not even used by the port infrastructure. Kris > On Thu, 08 Sep 2005 12:50:30 +0400 > Vladimir Grebenschikov wrote: >=20 > > Hi all > >=20 > > After upgrade almost any linux* port I have same problem - dependence is > > broken. > >=20 > > I have WITH_LINUX=3Drh-9 in my make.conf and all linux-* port built with > > this define, but they all install dependence to not existed > > linux_base-8-8.0_6. > >=20 > > Any clues for that ? > >=20 > > (7-CURRENT src tree, fresh ports tree) > >=20 > > # portupgrade -p -f linux-flashplugin > > ---> Reinstalling 'linux-flashplugin-7.0r25_2' (www/linux-flashplugin7) > > ---> Building '/usr/ports/www/linux-flashplugin7' > > =3D=3D=3D> Cleaning for rpm-3.0.6_10 > > (skip) > > =3D=3D=3D> Cleaning for linux-flashplugin-7.0r25_2 > > =3D=3D=3D> Extracting for linux-flashplugin-7.0r25_2 > > =3D> Checksum OK for flashplugin/7.0r25/install_flash_player_7_linux.ta= r.gz. > > =3D=3D=3D> Patching for linux-flashplugin-7.0r25_2 > > =3D=3D=3D> Configuring for linux-flashplugin-7.0r25_2 > > ---> Backing up the old version > > ---> Uninstalling the old version > > ---> Deinstalling 'linux-flashplugin-7.0r25_2' > > [Updating the pkgdb in /var/db/pkg ... - 587 packag= es found (-1 +0) (...) done] > > ---> Installing the new version via the port > > =3D=3D=3D> Installing for linux-flashplugin-7.0r25_2 > > =3D=3D=3D> linux-flashplugin-7.0r25_2 depends on file: /compat/linux/= etc/redhat-release - found > > =3D=3D=3D> linux-flashplugin-7.0r25_2 depends on file: /compat/linux/= usr/X11R6/lib/libXrender.so.1 - found > > =3D=3D=3D> Generating temporary packing list > > =3D=3D=3D> Registering installation for linux-flashplugin-7.0r25_2 > > =3D=3D=3D> Building package for linux-flashplugin-7.0r25_2 > > Creating package /usr/ports/packages/All/linux-flashplugin-7.0r25_2.tbz > > Registering depends: linux-XFree86-libs-4.3.99.902_3 linux-fontconfig-2= .1_3 rpm-3.0.6_10 linux-expat-1.95.5_3 popt-1.7 linux_base-8-8.0_6 gettext-= 0.14.5 libiconv-1.9.2_1. > > Creating bzip'd tar ball in '/usr/ports/packages/All/linux-flashplugin-= 7.0r25_2.tbz' > > (skip) > > # pkgdb -F > > ---> Checking the package registry database > > Stale dependency: linux-flashplugin-7.0r25_2 -> linux_base-8-8.0_6 (emu= lators/linux_base-8): > > linux_base-rh-9 (score:68%) ? ([y]es/[n]o/[a]ll) [no] yes > > Fixed. (-> linux_base-rh-9) > > # pkg_info -I linux_base\* > > linux_base-rh-9 Base set of packages needed in Linux mode (only for= i386) > > # > >=20 > > --=20 > > Vladimir B. Grebenschikov > > SWsoft Inc. vova@sw-soft.com > > _______________________________________________ > > 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" > _______________________________________________ > 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 --l76fUT7nc3MelDdI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIHCkWry0BWjoQKURAk1kAKDmrkgnCTZlQWwHUg2sXrzOvCtWVgCg1dAI qsmYA1pYsU+h+gtVnHxlQEo= =25f7 -----END PGP SIGNATURE----- --l76fUT7nc3MelDdI-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:13: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 32E7C16A420; Thu, 8 Sep 2005 17:13:59 +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 D672143D69; Thu, 8 Sep 2005 17:13:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j88HDqO8000426; Thu, 8 Sep 2005 13:13:52 -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 j88HDrJd087491; Thu, 8 Sep 2005 13:13:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D025F7302F; Thu, 8 Sep 2005 13:13:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050908171352.D025F7302F@freebsd-current.sentex.ca> Date: Thu, 8 Sep 2005 13:13:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 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: Thu, 08 Sep 2005 17:13:59 -0000 TB --- 2005-09-08 15:52:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-09-08 15:52:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-09-08 15:52:30 - cleaning the object tree TB --- 2005-09-08 15:52:53 - checking out the source tree TB --- 2005-09-08 15:52:53 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-09-08 15:52:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-09-08 15:58:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-09-08 15:58:50 - cd /src TB --- 2005-09-08 15:58:50 - /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 TB --- 2005-09-08 17:03:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-09-08 17:03:14 - cd /src TB --- 2005-09-08 17:03:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Sep 8 17:03:14 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_pcn.ko.debug if_pcn.ko ===> pf (all) cc -O2 -pipe -I/src/sys/modules/pf/../../contrib/pf -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src/sys/modules/pf/../../contrib/pf -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/pf/../../contrib/pf/net/pf.c /src/sys/modules/pf/../../contrib/pf/net/pf.c: In function `pf_test_icmp': /src/sys/modules/pf/../../contrib/pf/net/pf.c:3709: warning: passing arg 4 of `m_copyback' from incompatible pointer type /src/sys/modules/pf/../../contrib/pf/net/pf.c: In function `pf_test_state_icmp': /src/sys/modules/pf/../../contrib/pf/net/pf.c:4860: warning: passing arg 4 of `m_copyback' from incompatible pointer type /src/sys/modules/pf/../../contrib/pf/net/pf.c:4888: warning: passing arg 4 of `m_copyback' from incompatible pointer type *** Error code 1 Stop in /src/sys/modules/pf. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-09-08 17:13:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-09-08 17:13:52 - ERROR: failed to build generic kernel TB --- 2005-09-08 17:13:52 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:18:09 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 C1EBB16A41F for ; Thu, 8 Sep 2005 17:18:09 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3A743D45 for ; Thu, 8 Sep 2005 17:18:09 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Thu, 08 Sep 2005 10:18:07 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6AA7E5D07; Thu, 8 Sep 2005 10:18:06 -0700 (PDT) To: Alexander Leidinger In-reply-to: Your message of "Thu, 08 Sep 2005 18:59:12 +0200." <20050908185912.615aeaed@Magellan.Leidinger.net> Date: Thu, 08 Sep 2005 10:18:06 -0700 From: "Kevin Oberman" Message-Id: <20050908171806.6AA7E5D07@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:18:09 -0000 > Date: Thu, 8 Sep 2005 18:59:12 +0200 > From: Alexander Leidinger > > On Thu, 08 Sep 2005 08:57:30 -0700 > "Kevin Oberman" wrote: > > > I have a ThinkPad with a Prism2.5 wireless card and use the wi > > driver. > > Do you use WEP? If yes, can you use it just with the typical rc.conf > entries or do you have a custom start script? I ask since I have to use > some "complicated" start procedure (setting some values with ifconfig, > load the wep module, set some other values with ifconfig and the scan > for the AP). Thanks for the suggestion, but these are open APs. No WEP, TKIP, or anything else. Nothing at all fancy about the rc.conf. Just ifconfig_wi0="DHCP". It's about a simple as it gets. I'm planning on trying the wpa_supplicant to see if that works better, but I won't get a chance until I get back to Berkeley. I'm not sure that if_wi has all of the required stuff for the supplicant to work, either. -- 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 Thu Sep 8 17:24:17 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 F3F1416A41F for ; Thu, 8 Sep 2005 17:24:16 +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 991D743D45 for ; Thu, 8 Sep 2005 17:24:16 +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 j88HOCtV024976; Thu, 8 Sep 2005 10:24:12 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88HOCq0024975; Thu, 8 Sep 2005 10:24:12 -0700 Date: Thu, 8 Sep 2005 10:24:12 -0700 From: Brooks Davis To: Kevin Oberman Message-ID: <20050908172412.GF31354@odin.ac.hmc.edu> References: <20050908155730.D6D4E5D08@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dWYAkE0V1FpFQHQ3" Content-Disposition: inline In-Reply-To: <20050908155730.D6D4E5D08@ptavv.es.net> 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: current@freebsd.org Subject: Re: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:24:17 -0000 --dWYAkE0V1FpFQHQ3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 08:57:30AM -0700, Kevin Oberman wrote: > I have a ThinkPad with a Prism2.5 wireless card and use the wi > driver. Since the change to the OpenBSD dhclient I am no longer able to > roam from our conference room to my office. Before the dhclient change, > I would lose association as I walked up two floors and from one end of > the building to the other, associate again in my office (or while > walking down the corridor) and, after a short wait for the bridge to > figure out where my MAC was coming from and update its forwarding > tables, I was up and running including my ssh sessions. >=20 > I previously complained that dhclient was exiting when the card lost > association and had to be restarted. That's been fixed (Thanks, Sam), > but the problem is now even more annoying. I now get to my office and > dhclient is still running and the interface is associated, but the > interface no longer has an IP address. It is possible that it would > eventually get one, but I have never been willing to wait for more than > a few minutes. I can "fix" it by killing dhclient and re-starting it. I > get an address (same one I had in the conference room) immediately and > I'm back to normal. >=20 > I think the issue is that the SSID changes between my office and the > conference room. lbnl_wlan45 in the conf. room and lbnl_wlan46 in my > office, but if dhclient lives on, why doesn't it request an IP when the > SSID changes or simply exit? If I forget to kick it immediately, I lose > my ssh sessions. Your nic (actually its driver) is apparently failing to generate a link down event when it looses association. If it did this dhclient would die and then restart when you reacquire association. > Don't you get tired of hearing that "it used to work with the old > dhclient"? :-) Yes. :-) > Any suggestions? In a very brief check it looks to me like there is not a code path in the wi(4) driver that leads to a call to ieee80211_notify_node_join or ieee80211_notify_node_leave which means that it won't generate the routing messages it needs to. I don't have time to look at this in depth, but that looks like one avenue to pursue. -- 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 --dWYAkE0V1FpFQHQ3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIHO7XY6L6fI4GtQRAnMhAJ4/JfzYWDnAfdaaKFhRCNOuvKKdrQCg4zpR sQGV3LzE+B5gF2gmfbcTfu4= =Uu5o -----END PGP SIGNATURE----- --dWYAkE0V1FpFQHQ3-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:25: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 C1F4D16A41F for ; Thu, 8 Sep 2005 17:25:22 +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 6BE4B43D45 for ; Thu, 8 Sep 2005 17:25:22 +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 j88HPGGZ025119; Thu, 8 Sep 2005 10:25:16 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88HPGKb025118; Thu, 8 Sep 2005 10:25:16 -0700 Date: Thu, 8 Sep 2005 10:25:16 -0700 From: Brooks Davis To: Kevin Oberman Message-ID: <20050908172516.GG31354@odin.ac.hmc.edu> References: <20050908185912.615aeaed@Magellan.Leidinger.net> <20050908171806.6AA7E5D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="df+09Je9rNq3P+GE" Content-Disposition: inline In-Reply-To: <20050908171806.6AA7E5D07@ptavv.es.net> 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: Alexander Leidinger , current@freebsd.org Subject: Re: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:25:22 -0000 --df+09Je9rNq3P+GE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 10:18:06AM -0700, Kevin Oberman wrote: > > Date: Thu, 8 Sep 2005 18:59:12 +0200 > > From: Alexander Leidinger > >=20 > > On Thu, 08 Sep 2005 08:57:30 -0700 > > "Kevin Oberman" wrote: > >=20 > > > I have a ThinkPad with a Prism2.5 wireless card and use the wi > > > driver. > >=20 > > Do you use WEP? If yes, can you use it just with the typical rc.conf > > entries or do you have a custom start script? I ask since I have to use > > some "complicated" start procedure (setting some values with ifconfig, > > load the wep module, set some other values with ifconfig and the scan > > for the AP). >=20 > Thanks for the suggestion, but these are open APs. No WEP, TKIP, or > anything else. Nothing at all fancy about the rc.conf. Just > ifconfig_wi0=3D"DHCP". It's about a simple as it gets. >=20 > I'm planning on trying the wpa_supplicant to see if that works better, bu= t I > won't get a chance until I get back to Berkeley. I'm not sure that if_wi > has all of the required stuff for the supplicant to work, either. It does not. If you want anything other than WEP, you probably need an Atheros card. -- 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 --df+09Je9rNq3P+GE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIHP7XY6L6fI4GtQRAlVUAJ9MnPBySntBkvR2KzP2z4SZtf01bgCeOUmi XZ9HjPOREFxMVA96Fy5yoEs= =SdEC -----END PGP SIGNATURE----- --df+09Je9rNq3P+GE-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17: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 AFA2B16A41F; Thu, 8 Sep 2005 17:25:52 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4781443D49; Thu, 8 Sep 2005 17:25:46 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.4/8.13.1) with ESMTP id j88HPaAs011348; Thu, 8 Sep 2005 10:25:36 -0700 (PDT) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.4/8.13.1/Submit) id j88HPVoG011347; Thu, 8 Sep 2005 10:25:31 -0700 (PDT) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: Eric Anderson In-Reply-To: <4320507C.7010005@centtech.com> References: <200509080813.j888DU9k038428@gw.catspoiler.org> <200509081940.17216.doconnor@gsoft.com.au> <4320507C.7010005@centtech.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-a0KbR+YBb3dV9ZqHdDLB" Date: Thu, 08 Sep 2005 10:25:30 -0700 Message-Id: <1126200330.11226.1.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.3.8 FreeBSD GNOME Team Port Cc: Don Lewis , freebsd-current@freebsd.org Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:25:52 -0000 --=-a0KbR+YBb3dV9ZqHdDLB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-09-08 at 09:53 -0500, Eric Anderson wrote: > Daniel O'Connor wrote: > > On Thursday 08 September 2005 17:43, Don Lewis wrote: > >=20 > >>That could be an important clue. Maybe one of the X apps that you are > >>running, like your mail reader, browser, or system status monitor. Try > >>running X with one of the lightweight window managers and just an xterm > >>or two. > >> > >>The 10 second interval doesn't make it sound like the problem is any of > >>the built in kernel tasks. It's more consistent with something that > >>runs every 10 seconds in userland that monopolizes some kernel resource > >>whenever it runs. > >=20 > >=20 > > Possibly, but I would expect to see some evidence in top of this. > >=20 > > Also, during the 'lag' X drops or doubles up keypresses - it would supr= ise me=20 > > to find that a userland app could make X do that very easily. > >=20 > > I will try your suggestion though. >=20 > I had a similar problem with XFCE4's battery/temp monitor applet. I=20 > think my freeze was about every 6-10seconds. I've also had a problem with gnome's battery monitor producing long "hitches" every several seconds. --=20 Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org --=-a0KbR+YBb3dV9ZqHdDLB 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) iD8DBQBDIHQKHUdvYGzw6vcRAjh2AJwKp2Hy0YBjNPaGqZ/36B1TdcI+RACgg38k 3H5L8xgkDYvuKfiSeg9OeuI= =JEpd -----END PGP SIGNATURE----- --=-a0KbR+YBb3dV9ZqHdDLB-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 17:42: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 B349216A41F for ; Thu, 8 Sep 2005 17:42:24 +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 E0B5843D5D for ; Thu, 8 Sep 2005 17:42:18 +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; Thu, 08 Sep 2005 10:42:16 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E5F135D08; Thu, 8 Sep 2005 10:42:16 -0700 (PDT) To: Brooks Davis In-reply-to: Your message of "Thu, 08 Sep 2005 10:24:12 PDT." <20050908172412.GF31354@odin.ac.hmc.edu> Date: Thu, 08 Sep 2005 10:42:16 -0700 From: "Kevin Oberman" Message-Id: <20050908174216.E5F135D08@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:42:24 -0000 > Date: Thu, 8 Sep 2005 10:24:12 -0700 > From: Brooks Davis > > > --dWYAkE0V1FpFQHQ3 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Sep 08, 2005 at 08:57:30AM -0700, Kevin Oberman wrote: > > I have a ThinkPad with a Prism2.5 wireless card and use the wi > > driver. Since the change to the OpenBSD dhclient I am no longer able to > > roam from our conference room to my office. Before the dhclient change, > > I would lose association as I walked up two floors and from one end of > > the building to the other, associate again in my office (or while > > walking down the corridor) and, after a short wait for the bridge to > > figure out where my MAC was coming from and update its forwarding > > tables, I was up and running including my ssh sessions. > > > > I previously complained that dhclient was exiting when the card lost > > association and had to be restarted. That's been fixed (Thanks, Sam), > > but the problem is now even more annoying. I now get to my office and > > dhclient is still running and the interface is associated, but the > > interface no longer has an IP address. It is possible that it would > > eventually get one, but I have never been willing to wait for more than > > a few minutes. I can "fix" it by killing dhclient and re-starting it. I > > get an address (same one I had in the conference room) immediately and > > I'm back to normal. > > > > I think the issue is that the SSID changes between my office and the > > conference room. lbnl_wlan45 in the conf. room and lbnl_wlan46 in my > > office, but if dhclient lives on, why doesn't it request an IP when the > > SSID changes or simply exit? If I forget to kick it immediately, I lose > > my ssh sessions. > > Your nic (actually its driver) is apparently failing to generate a link > down event when it looses association. If it did this dhclient would > die and then restart when you reacquire association. > > > Don't you get tired of hearing that "it used to work with the old > > dhclient"? :-) > > Yes. :-) > > > Any suggestions? > > In a very brief check it looks to me like there is not a code path in > the wi(4) driver that leads to a call to ieee80211_notify_node_join > or ieee80211_notify_node_leave which means that it won't generate the > routing messages it needs to. I don't have time to look at this in > depth, but that looks like one avenue to pursue. Thanks, Brooks! That does look like the cause of the problem. If I get a little time I'll poke at it a bit. (But no promises!) -- 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 Thu Sep 8 17:45: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 ABF5B16A41F for ; Thu, 8 Sep 2005 17:45:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3631943D76 for ; Thu, 8 Sep 2005 17:44:58 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3EC69.dip.t-dialin.net [84.163.236.105] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwpI-1EDQSG3UdV-00027u; Thu, 08 Sep 2005 19:44:56 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 8 Sep 2005 19:44:46 +0200 User-Agent: KMail/1.8.2 References: <20050908171352.D025F7302F@freebsd-current.sentex.ca> In-Reply-To: <20050908171352.D025F7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5028396.e6KVkZu2Nv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509081944.55314.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 17:45:09 -0000 --nextPart5028396.e6KVkZu2Nv Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 08 September 2005 19:13, FreeBSD Tinderbox wrote: > =3D=3D=3D> pf (all) > cc -O2 -pipe -I/src/sys/modules/pf/../../contrib/pf -fno-strict-aliasing > -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I-=20 > -I/src/sys/modules/pf/../../contrib/pf -include > /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -I@/../include -finline-limit=3D15000 -fno-common -g > -I/obj/sparc64/src/sys/GENERIC -mcmodel=3Dmedlow -msoft-float -ffreestand= ing > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes=20 > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual=20 > -fformat-extensions -std=3Dc99 -c > /src/sys/modules/pf/../../contrib/pf/net/pf.c > /src/sys/modules/pf/../../contrib/pf/net/pf.c: In function `pf_test_icmp': > /src/sys/modules/pf/../../contrib/pf/net/pf.c:3709: warning: passing arg 4 > of `m_copyback' from incompatible pointer type > /src/sys/modules/pf/../../contrib/pf/net/pf.c: In function > `pf_test_state_icmp': /src/sys/modules/pf/../../contrib/pf/net/pf.c:4860: > warning: passing arg 4 of `m_copyback' from incompatible pointer type > /src/sys/modules/pf/../../contrib/pf/net/pf.c:4888: warning: passing arg 4 > of `m_copyback' from incompatible pointer type *** Error code 1 > > Stop in /src/sys/modules/pf. > *** Error code 1 Sorry ... should be fixed now. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart5028396.e6KVkZu2Nv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDIHiXXyyEoT62BG0RAtpnAJ9AVJdVxMQTP1WDd+vwq5XexTHuYgCfUZ57 85OwIxooDb8bBxjyV+PI6RE= =j9cw -----END PGP SIGNATURE----- --nextPart5028396.e6KVkZu2Nv-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 18:02: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 CAF4716A41F for ; Thu, 8 Sep 2005 18:02:05 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C20A43D45 for ; Thu, 8 Sep 2005 18:02:05 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so14367rna for ; Thu, 08 Sep 2005 11:01:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GAZdhov3kzm0qKJ5iR/fXIi+J3zWmVzBPg0EyZE+qs/UeA3V4JRNr8LpPEWYP9X7cZpFRlHG+6xmgex+bjcH41rYpt7+nzFPxPdpGGhISCd/PcoU8uQ+0heDv1ww4sCBpgA89zLGYFuTOJVkCFGrKxIUAJ6NjnJdK64u2AOaIH8= Received: by 10.38.59.62 with SMTP id h62mr12336rna; Thu, 08 Sep 2005 09:12:49 -0700 (PDT) Received: by 10.38.207.79 with HTTP; Thu, 8 Sep 2005 09:11:54 -0700 (PDT) Message-ID: Date: Thu, 8 Sep 2005 12:12:14 -0400 From: Scott Ullrich To: Roger Grosswiler In-Reply-To: <13722.62.2.21.164.1126164786.squirrel@www.gwch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <13722.62.2.21.164.1126164786.squirrel@www.gwch.net> Cc: freebsd-current@freebsd.org Subject: Re: Can't load 'kernel' while boot for 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: Thu, 08 Sep 2005 18:02:05 -0000 On 9/8/05, Roger Grosswiler wrote: > Hey, >=20 > I owe a Dell Optiplex GX1 - which i try to install FreeBSD 6.0. >=20 > When i boot from the CD, BIOS drive CD gets recognized: >=20 > BTX loader 1.00 > ... > BIOS CD is cd0 > BIOS drive A: is disk0 > BIOS drive C: is disk1 >=20 > then, the bootstrap follows >=20 >=20 > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=3D0x482d70 data=3D0x81140+0x9cb04 > syms=3D[0x4+0x644b0+0x4+0x7a4fc) >=20 > Consoles: internal video/keyboard > BIOS drive C: is disk0 >=20 >=20 > and here we are: > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffff not fund by probes, defaulting to disk0: >=20 > can't load 'kernel' >=20 > ... > OK _ >=20 > What can i do, that i can install FreeBSD? Can i indicate cd0: on the > bootprompt? >=20 > BTW. i tried it also on 5.4 - same effect... Same problem here. On about 9+ machines but the problem stems after an upgrade, not a fresh install. Can you try whats listed here: http://article.gmane.org/gmane.comp.security.firewalls.pfsense.support/1572 We're searching all over for the culprit but still have not located anything useful as of yet. Scott From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 18:58:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id D4DF416A420; Thu, 8 Sep 2005 18:58:08 +0000 (GMT) In-Reply-To: <1126200330.11226.1.camel@leguin> from Eric Anholt at "Sep 8, 2005 10:25:30 am" To: eta@lclark.edu (Eric Anholt) Date: Thu, 8 Sep 2005 18:58:08 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20050908185808.D4DF416A420@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: truckman@freebsd.org, freebsd-current@freebsd.org, kabaev@gmail.com Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 18:58:09 -0000 > > > > > >>That could be an important clue. Maybe one of the X apps that you are > > >>running, like your mail reader, browser, or system status monitor. Try > > >>running X with one of the lightweight window managers and just an xterm > > >>or two. > > >> > > >>The 10 second interval doesn't make it sound like the problem is any of > > >>the built in kernel tasks. It's more consistent with something that > > >>runs every 10 seconds in userland that monopolizes some kernel resource > > >>whenever it runs. > > > > > > > > > Possibly, but I would expect to see some evidence in top of this. > > > > > > Also, during the 'lag' X drops or doubles up keypresses - it would suprise me > > > to find that a userland app could make X do that very easily. > > > > > > I will try your suggestion though. > > > > I had a similar problem with XFCE4's battery/temp monitor applet. I > > think my freeze was about every 6-10seconds. > > I've also had a problem with gnome's battery monitor producing long > "hitches" every several seconds. *sigh* The problem is the ACPI thermal monitor thread. Once every 10 seconds, it queries the thermal state of the system, and reading this state seems to chew up a lot of cycles with interrupts blocked. You can shut it up by editing loader.conf and adding: debug.acpi.disable="thermal" But the correct thing to do is fix the code that access ACPI resources/registers/whatever so that it doesn't block for so long. I'm really very annoyed that nobody has bothered to address this yet. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 19:21: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 8697816A41F for ; Thu, 8 Sep 2005 19:21:30 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06BD543D49 for ; Thu, 8 Sep 2005 19:21:29 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j88JQfmO029529 for ; Thu, 8 Sep 2005 15:26:41 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 8 Sep 2005 15:21:10 -0400 User-Agent: KMail/1.6.2 References: <200509011507.23432.jkim@FreeBSD.org> In-Reply-To: <200509011507.23432.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_q8IIDFjkx3aIz92" Message-Id: <200509081521.14258.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.85.1/1069/Wed Sep 7 11:08:51 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: [PATCH] boot loader fixes #2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 19:21:30 -0000 --Boundary-00=_q8IIDFjkx3aIz92 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Content-Disposition: inline This is the second iteration of the previous patch. http://docs.freebsd.org/cgi/mid.cgi?200509011507.23432.jkim This one removes the redundant bound checks that I added, and fixes a new parsing bug that I introduced (blush, blush...). New things in this version: 7. Do not modify boot device until everything's good. Previously any failed attempt could modify default device. 8. Print 'FreeBSD/amd64 boot' banner on amd64 instead of 'FreeBSD/i386 boot'. It was confusing many users who have multiple drives and/or slices for a while now. Also print slice information. For example, FreeBSD/amd64 boot Default: 0:ad0(0,3,a)/boot/loader boot: 9. Remove 'compatibility slice', which has been broken for more than two years but I haven't seen a single complaint. ;-) This function can be revived by defining BOOT2_COMPAT_SLICE. In that case, supposedly it does the correct things now (not tested). 10. Slice 4 is allowed to boot again. Both 10 and 11 were broken from Rev 1.58. 11. Add '\n' before error messages. Unfortunately, the patch virtually exhausts all the space left for boot2. :-( Please test and let me know, Thanks, Jung-uk Kim * Note: Bigger boot block is required for more fixes. http://docs.freebsd.org/cgi/mid.cgi?200509081418.47794.jkim In fact, keyboard probing is quite broken on many BIOSes. http://docs.freebsd.org/cgi/mid.cgi?200305091456.40582.jkim http://docs.freebsd.org/cgi/mid.cgi?200305131427.20811.jkim If I had more space, I could do the correct thing in C. :-( * Note: '-S' or '-S0' option is only good for the BIOS which initializes serial port correctly. Your mileage may vary. --Boundary-00=_q8IIDFjkx3aIz92 Content-Type: text/x-diff; charset="iso-2022-jp"; name="boot2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="boot2.diff" Index: src/sys/boot/common/ufsread.c =================================================================== RCS file: /home/ncvs/src/sys/boot/common/ufsread.c,v retrieving revision 1.14 diff -u -r1.14 ufsread.c --- src/sys/boot/common/ufsread.c 30 Jan 2005 14:58:00 -0000 1.14 +++ src/sys/boot/common/ufsread.c 8 Sep 2005 18:34:04 -0000 @@ -139,7 +139,7 @@ memcpy(name, path, n); name[n] = 0; if (dt != DT_DIR) { - printf("%s: not a directory.\n", name); + printf("\n%s: not a directory.\n", name); return (0); } if ((dt = fsfind(name, &ino)) <= 0) @@ -209,7 +209,7 @@ break; } if (sblock_try[n] == -1) { - printf("Not ufs\n"); + printf("\nNot ufs\n"); return -1; } dsk_meta++; Index: src/sys/boot/i386/boot0/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/boot0/Makefile,v retrieving revision 1.32 diff -u -r1.32 Makefile --- src/sys/boot/i386/boot0/Makefile 25 Apr 2005 17:41:35 -0000 1.32 +++ src/sys/boot/i386/boot0/Makefile 1 Sep 2005 17:12:16 -0000 @@ -45,6 +45,8 @@ BOOT_BOOT0_COMCONSOLE_SPEED= "1 << 5 + 3" .elif ${BOOT_COMCONSOLE_SPEED} == 110 BOOT_BOOT0_COMCONSOLE_SPEED= "0 << 5 + 3" +.elif ${BOOT_COMCONSOLE_SPEED} == 0 +BOOT_BOOT0_COMCONSOLE_SPEED= 0 .else BOOT_BOOT0_COMCONSOLE_SPEED= "7 << 5 + 3" .endif Index: src/sys/boot/i386/boot2/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/boot2/Makefile,v retrieving revision 1.59 diff -u -r1.59 Makefile --- src/sys/boot/i386/boot2/Makefile 15 Jul 2005 12:22:14 -0000 1.59 +++ src/sys/boot/i386/boot2/Makefile 8 Sep 2005 18:34:04 -0000 @@ -23,12 +23,12 @@ CFLAGS= -Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ - -fno-unit-at-a-time \ -mno-align-long-strings \ -mrtd \ -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 \ -D${BOOT2_UFS} \ -DFLAGS=${BOOT_BOOT1_FLAGS} \ + -DMARCH=\"${MACHINE_ARCH}\" \ -DSIOPRT=${BOOT_COMCONSOLE_PORT} \ -DSIOFMT=${B2SIOFMT} \ -DSIOSPD=${BOOT_COMCONSOLE_SPEED} \ Index: src/sys/boot/i386/boot2/boot2.c =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/boot2/boot2.c,v retrieving revision 1.74 diff -u -r1.74 boot2.c --- src/sys/boot/i386/boot2/boot2.c 18 Aug 2005 00:42:45 -0000 1.74 +++ src/sys/boot/i386/boot2/boot2.c 8 Sep 2005 18:34:05 -0000 @@ -63,6 +63,7 @@ #define RBX_NOINTR 0x1c /* -n */ /* 0x1d is reserved for log2(RB_MULTIPLE) and is just misnamed here. */ #define RBX_DUAL 0x1d /* -D */ +/* 0x1e is RBX_PROBEKBD (-P). No longer needed here. */ /* 0x1f is reserved for log2(RB_BOOTINFO). */ /* pass: -a, -s, -r, -d, -c, -v, -h, -C, -g, -m, -p, -D */ @@ -73,7 +74,7 @@ #define PATH_KERNEL "/boot/kernel/kernel" #define ARGS 0x900 -#define NOPT 12 +#define NOPT 11 #define NDEV 3 #define MEM_BASE 0x12 #define MEM_EXT 0x15 @@ -90,13 +91,26 @@ extern uint32_t _end; -static const char optstr[NOPT] = "DhaCgmnprsv"; /* Also 'P', 'S' */ +static const char optstr[NOPT] = { + 'a', /* RBX_ASKNAME */ + 'C', /* RBX_CDROM */ + 'D', /* RBX_DUAL */ + 'g', /* RBX_GDB */ + 'h', /* RBX_SERIAL */ + 'm', /* RBX_MUTE */ + 'n', /* RBX_NOINTR */ + 'p', /* RBX_PAUSE */ + 'r', /* RBX_DFLTROOT */ + 's', /* RBX_SINGLE */ + 'v' /* RBX_VERBOSE */ +}; + static const unsigned char flags[NOPT] = { - RBX_DUAL, - RBX_SERIAL, RBX_ASKNAME, RBX_CDROM, + RBX_DUAL, RBX_GDB, + RBX_SERIAL, RBX_MUTE, RBX_NOINTR, RBX_PAUSE, @@ -138,8 +152,8 @@ static int xgetc(int); static int getc(int); -static void memcpy(void *, const void *, int); -static void +void memcpy(void *, const void *, int); +void memcpy(void *dst, const void *src, int len) { const char *s = src; @@ -162,7 +176,7 @@ xfsread(ino_t inode, void *buf, size_t nbyte) { if ((size_t)fsread(inode, buf, nbyte) != nbyte) { - printf("Invalid %s\n", "format"); + printf("\nInvalid %s\n", "format"); return -1; } return 0; @@ -221,6 +235,9 @@ { int autoboot; ino_t ino; +#ifndef BOOT2_COMPAT_SLICE + static char slice[] = "1,"; +#endif dmadat = (void *)(roundup2(__base + (int32_t)&_end, 0x10000) - __base); v86.ctl = V86_FLAGS; @@ -245,8 +262,6 @@ if (parse()) autoboot = 0; printf("%s: %s", PATH_CONFIG, cmd); - /* Do not process this command twice */ - *cmd = 0; } /* @@ -265,11 +280,22 @@ /* Present the user with the boot2 prompt. */ for (;;) { - printf("\nFreeBSD/i386 boot\n" + /* Do not process previous command twice */ + *cmd = '\0'; +#ifdef BOOT2_COMPAT_SLICE + printf("\nFreeBSD/" MARCH " boot\n" "Default: %u:%s(%u,%c)%s\n" "boot: ", dsk.drive & DRV_MASK, dev_nm[dsk.type], dsk.unit, 'a' + dsk.part, kname); +#else + *slice = (dsk.slice == WHOLE_DISK_SLICE ? '\0' : '0' + dsk.slice - 1); + printf("\nFreeBSD/" MARCH " boot\n" + "Default: %u:%s(%u,%s%c)%s\n" + "boot: ", + dsk.drive & DRV_MASK, dev_nm[dsk.type], dsk.unit, + slice, 'a' + dsk.part, kname); +#endif if (ioctrl & IO_SERIAL) sio_flush(); if (!autoboot || keyhit(5*SECOND)) @@ -306,7 +332,7 @@ if (!(ino = lookup(kname))) { if (!ls) - printf("No %s\n", kname); + printf("\nNo %s\n", kname); return; } if (xfsread(ino, &hdr, sizeof(hdr))) @@ -316,7 +342,7 @@ else if (IS_ELF(hdr.eh)) fmt = 1; else { - printf("Invalid %s\n", "format"); + printf("\nInvalid %s\n", "format"); return; } if (fmt == 0) { @@ -388,51 +414,60 @@ static int parse() { - char *arg = cmd; - char *ep, *p, *q; - const char *cp; - unsigned int drv; - int c, i, j; + char *arg; + char *p, *q; + unsigned drv, unit, slice, part; + int i, j; - while ((c = *arg++)) { - if (c == ' ' || c == '\t' || c == '\n') + for (arg = cmd; *arg; arg++) { + if (*arg == ' ' || *arg == '\t' || *arg == '\n') continue; - for (p = arg; *p && *p != '\n' && *p != ' ' && *p != '\t'; p++); - ep = p; + for (p = arg; *p != '\n' && *p != ' ' && *p != '\t'; p++) + if (!*p) { + /* Do not process previous command twice */ + p[1] = '\0'; + break; + } if (*p) - *p++ = 0; - if (c == '-') { - while ((c = *arg++)) { - if (c == 'P') { - if (*(uint8_t *)PTOV(0x496) & 0x10) { - cp = "yes"; - } else { + *p = '\0'; + if (*arg == '-') { + for (q = arg + 1; *q; q++) { + if (*q == 'P') { + if (!(*(uint8_t *)PTOV(0x496) & 0x10)) { opts |= 1 << RBX_DUAL | 1 << RBX_SERIAL; - cp = "no"; + printf("\nNo %s\n", "atkbd"); } - printf("Keyboard: %s\n", cp); - continue; - } else if (c == 'S') { - j = 0; - while ((unsigned int)(i = *arg++ - '0') <= 9) - j = j * 10 + i; - if (j > 0 && i == -'0') { + } else if (*q == 'S') { + for (i = 1, j = 0; q[i] >= '0' && q[i] <= '9'; i++) + j = j * 10 + q[i] - '0'; +#if defined(UFS1_ONLY) || defined(UFS2_ONLY) + switch(j) { + case 0: /* do not change speed */ + case 110: case 150: case 300: case 1200: + case 2400: case 4800: case 9600: case 19200: + case 38400: case 57600: case 115200: comspeed = j; break; + default: /* invalid speed */ + return -1; } - /* Fall through to error below ('S' not in optstr[]). */ +#else + comspeed = j; +#endif + q += i - 1; + } else { + for (i = 0; *q != optstr[i]; i++) + if (i == NOPT - 1) + return -1; + opts ^= 1 << flags[i]; } - for (i = 0; c != optstr[i]; i++) - if (i == NOPT - 1) - return -1; - opts ^= 1 << flags[i]; } ioctrl = opts & 1 << RBX_DUAL ? (IO_SERIAL|IO_KEYBOARD) : opts & 1 << RBX_SERIAL ? IO_SERIAL : IO_KEYBOARD; - if (ioctrl & IO_SERIAL) - sio_init(115200 / comspeed); + if (comspeed && (ioctrl & IO_SERIAL)) + sio_init(115200 / comspeed); } else { - for (q = arg--; *q && *q != '('; q++); + for (q = arg; *q && *q != '('; q++); if (*q) { drv = -1; if (arg[1] == ':') { @@ -447,32 +482,42 @@ arg[1] != dev_nm[i][1]; i++) if (i == NDEV - 1) return -1; - dsk.type = i; arg += 3; - dsk.unit = *arg - '0'; - if (arg[1] != ',' || dsk.unit > 9) + unit = *arg - '0'; + if (arg[1] != ',' || unit > 9) return -1; arg += 2; - dsk.slice = WHOLE_DISK_SLICE; + slice = WHOLE_DISK_SLICE; if (arg[1] == ',') { - dsk.slice = *arg - '0' + 1; - if (dsk.slice > NDOSPART) + slice = *arg - '0'; +#ifdef BOOT2_COMPAT_SLICE + if (slice > NDOSPART) + return -1; + if (slice != COMPATIBILITY_SLICE) + slice++; +#else + if (slice == COMPATIBILITY_SLICE || slice > NDOSPART) return -1; + slice++; +#endif arg += 2; } if (arg[1] != ')') return -1; - dsk.part = *arg - 'a'; - if (dsk.part > 7) - return (-1); + part = *arg - 'a'; + if (part >= MAXPARTITIONS) + return -1; arg += 2; if (drv == -1) - drv = dsk.unit; - dsk.drive = (dsk.type <= TYPE_MAXHARD - ? DRV_HARD : 0) + drv; + drv = unit; + dsk.drive = (i <= TYPE_MAXHARD ? DRV_HARD : 0) + drv; + dsk.type = i; + dsk.unit = unit; + dsk.slice = slice; + dsk.part = part; dsk_meta = 0; } - if ((i = ep - arg)) { + if ((i = p - arg)) { if ((size_t)i >= sizeof(kname)) return -1; memcpy(kname, arg, i + 1); @@ -503,18 +548,24 @@ if (dp[i].dp_typ == DOSPTYP_386BSD && (dp[i].dp_flag & 0x80 || sl < BASE_SLICE)) { sl = BASE_SLICE + i; +#ifdef BOOT2_COMPAT_SLICE if (dp[i].dp_flag & 0x80 || dsk.slice == COMPATIBILITY_SLICE) +#else + if (dp[i].dp_flag & 0x80) +#endif break; } if (dsk.slice == WHOLE_DISK_SLICE) dsk.slice = sl; } if (sl != WHOLE_DISK_SLICE) { +#ifdef BOOT2_COMPAT_SLICE if (sl != COMPATIBILITY_SLICE) +#endif dp += sl - BASE_SLICE; if (dp->dp_typ != DOSPTYP_386BSD) { - printf("Invalid %s\n", "slice"); + printf("\nInvalid %s\n", "slice"); return -1; } dsk.start = dp->dp_start; @@ -524,7 +575,7 @@ d = (void *)(sec + LABELOFFSET); if (d->d_magic != DISKMAGIC || d->d_magic2 != DISKMAGIC) { if (dsk.part != RAW_PART) { - printf("Invalid %s\n", "label"); + printf("\nInvalid %s\n", "label"); return -1; } } else { @@ -535,7 +586,7 @@ } if (dsk.part >= d->d_npartitions || !d->d_partitions[dsk.part].p_size) { - printf("Invalid %s\n", "partition"); + printf("\nInvalid %s\n", "partition"); return -1; } dsk.start += d->d_partitions[dsk.part].p_offset; Index: src/sys/boot/i386/libi386/comconsole.c =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/libi386/comconsole.c,v retrieving revision 1.11 diff -u -r1.11 comconsole.c --- src/sys/boot/i386/libi386/comconsole.c 18 Aug 2005 01:39:43 -0000 1.11 +++ src/sys/boot/i386/libi386/comconsole.c 1 Sep 2005 17:12:16 -0000 @@ -96,6 +96,8 @@ if (speed > 0) comc_curspeed = speed; } + if (comc_curspeed == 0) + comc_curspeed = comc_getspeed(); sprintf(speedbuf, "%d", comc_curspeed); unsetenv("comconsole_speed"); @@ -145,7 +147,7 @@ { int speed; - if (value == NULL || (speed = comc_parsespeed(value)) <= 0) { + if (value == NULL || (speed = comc_parsespeed(value)) < 0) { printf("Invalid speed\n"); return (CMD_ERROR); } @@ -162,6 +164,8 @@ comc_setup(int speed) { + if (speed == 0) + return; comc_curspeed = speed; outb(COMPORT + com_cfcr, CFCR_DLAB | COMC_FMT); @@ -182,7 +186,7 @@ int speed; speed = strtol(speedstr, &p, 0); - if (p == speedstr || *p != '\0' || speed <= 0) + if (p == speedstr || *p != '\0' || speed < 0) return (-1); return (speed); --Boundary-00=_q8IIDFjkx3aIz92-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 20:09: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 C319716A41F for ; Thu, 8 Sep 2005 20:09:54 +0000 (GMT) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D2A43D4C for ; Thu, 8 Sep 2005 20:09:53 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 66346 invoked by uid 1000); 8 Sep 2005 20:09:50 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Sep 2005 20:09:50 -0000 Date: Thu, 8 Sep 2005 22:09:50 +0200 (CEST) From: Lars Erik Gullerud To: Brooks Davis In-Reply-To: <20050907194130.GA2436@odin.ac.hmc.edu> Message-ID: <20050908220217.X64137@electra.nolink.net> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 20:09:54 -0000 On Wed, 7 Sep 2005, Brooks Davis wrote: > I think I see what's going on. Your arp cache is posioning your routing > table. Try doing an "arp -a -d" after flushing the routes and before > inserting the nic. It looks like we should add support to the arp(8) > command so -i can be used with -d and consider flushing cache entries > realted to an interface when it goes down. Uhm, so are you saying ARP cache entries for a given interface is NOT flushed today when an interface goes down? If that is the case, then it should definitely be more than "considered". If an interface goes down then up the old ARP cache entries should _never_ "reappear" - how do you even know you are still on the same physical network you were before you brought the interface down? Bringing an interface down then back up is usually one of the "try this first" operations when troubleshooting all platforms I normally work on, exactly because it _does_ (normally) clear a lot of state info that you don't want around to confuse you (like the ARP cache and routing table entries). /leg From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:04: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 93AFF16A41F for ; Thu, 8 Sep 2005 21:04:04 +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 7CE7543D60 for ; Thu, 8 Sep 2005 21:04:00 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j88L3q6j006088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 14:03:54 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4320A8E1.7070502@errno.com> Date: Thu, 08 Sep 2005 14:10:57 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050908155730.D6D4E5D08@ptavv.es.net> In-Reply-To: <20050908155730.D6D4E5D08@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Still roaming issues with new dhclient and if_wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 21:04:04 -0000 Kevin Oberman wrote: > I have a ThinkPad with a Prism2.5 wireless card and use the wi > driver. Since the change to the OpenBSD dhclient I am no longer able to > roam from our conference room to my office. Before the dhclient change, > I would lose association as I walked up two floors and from one end of > the building to the other, associate again in my office (or while > walking down the corridor) and, after a short wait for the bridge to > figure out where my MAC was coming from and update its forwarding > tables, I was up and running including my ssh sessions. > > I previously complained that dhclient was exiting when the card lost > association and had to be restarted. That's been fixed (Thanks, Sam), > but the problem is now even more annoying. I now get to my office and > dhclient is still running and the interface is associated, but the > interface no longer has an IP address. It is possible that it would > eventually get one, but I have never been willing to wait for more than > a few minutes. I can "fix" it by killing dhclient and re-starting it. I > get an address (same one I had in the conference room) immediately and > I'm back to normal. > > I think the issue is that the SSID changes between my office and the > conference room. lbnl_wlan45 in the conf. room and lbnl_wlan46 in my > office, but if dhclient lives on, why doesn't it request an IP when the > SSID changes or simply exit? If I forget to kick it immediately, I lose > my ssh sessions. The issue is that the wi driver bypasses the net80211 state machine so when there's a reassociation dhclient isn't notified. I was working with someone to try and resolve this but hit problems. It may be possible to kludge this by having the driver do the notification directly instead of calling into net80211 to have it do it. > > Don't you get tired of hearing that "it used to work with the old > dhclient"? :-) > > Any suggestions? I don't get tired of hearing complaints. I'll see what I can do to look at this but don't wait for me.... Sam From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:40: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 EABC516A427 for ; Thu, 8 Sep 2005 21:40:10 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D28043D49 for ; Thu, 8 Sep 2005 21:40:10 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id 28CC2CC071; Thu, 8 Sep 2005 14:40:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ngwee.ugcs.caltech.edu (Postfix) with ESMTP id CCAA5BD0A5; Thu, 8 Sep 2005 14:40:06 -0700 (PDT) Date: Thu, 8 Sep 2005 14:40:06 -0700 (PDT) From: Jon Dama To: Brooks Davis In-Reply-To: <20050907211811.GA19570@odin.ac.hmc.edu> Message-ID: References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 21:40:11 -0000 > > And whenever there is a wireless network available (where the system can log > > in an get a network connection) the default route should be switched to that > > wireless nic. Or even better, if both connections work, automatically choose > > the faster one :-). > > That's the goal we're headed towards. Unfortunatly, it's not an instant > thing, particularly when people trying things like what you're doing > that don't map well into the old world view of static devices that don't > change networks. The old model is wrong and has been so for quite some > time, but that doesn't mean there aren't assumptions related to it all > over the place. Again, the problem is with the routing code. You should NOT need to be deleting default routes simply because one link goes down and another comes up on a different interface. Deleting the route simply because the interface went down is a hack. From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:45: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 8599F16A41F for ; Thu, 8 Sep 2005 21:45:45 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF17F43D53 for ; Thu, 8 Sep 2005 21:45:44 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id 18D7ECC071; Thu, 8 Sep 2005 14:45:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ngwee.ugcs.caltech.edu (Postfix) with ESMTP id BE802BD0A5; Thu, 8 Sep 2005 14:45:43 -0700 (PDT) Date: Thu, 8 Sep 2005 14:45:43 -0700 (PDT) From: Jon Dama To: Lars Erik Gullerud In-Reply-To: <20050908220217.X64137@electra.nolink.net> Message-ID: References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <20050908220217.X64137@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 21:45:45 -0000 > Bringing an interface down then back up is usually one of the "try this > first" operations when troubleshooting all platforms I normally work on, > exactly because it _does_ (normally) clear a lot of state info that you > don't want around to confuse you (like the ARP cache and routing table > entries). Yes but surely you'd recognize a difference between a link state change and issuing ifconfig ... down In the latter case, I expect state to be flushed. In the former, I expect everything to resume when the link is restored. Imagine having to manually reinit your interfaces just because some joker temporary unplugged your ethernet cable! From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 21:48: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 60E7016A41F for ; Thu, 8 Sep 2005 21:48:36 +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 F1E9243D45 for ; Thu, 8 Sep 2005 21:48:35 +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 j88LmZ9e008159; Thu, 8 Sep 2005 14:48:35 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88LmZka008157; Thu, 8 Sep 2005 14:48:35 -0700 Date: Thu, 8 Sep 2005 14:48:34 -0700 From: Brooks Davis To: Jon Dama Message-ID: <20050908214834.GA8000@odin.ac.hmc.edu> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: 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: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 21:48:36 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 02:40:06PM -0700, Jon Dama wrote: >=20 >=20 > > > And whenever there is a wireless network available (where the system = can log > > > in an get a network connection) the default route should be switched = to that > > > wireless nic. Or even better, if both connections work, automatically= choose > > > the faster one :-). > > > > That's the goal we're headed towards. Unfortunatly, it's not an instant > > thing, particularly when people trying things like what you're doing > > that don't map well into the old world view of static devices that don't > > change networks. The old model is wrong and has been so for quite some > > time, but that doesn't mean there aren't assumptions related to it all > > over the place. >=20 > Again, the problem is with the routing code. You should NOT need to be > deleting default routes simply because one link goes down and another > comes up on a different interface. >=20 > Deleting the route simply because the interface went down is a hack. Got a new routing implemention handy? Until then, well have to live with hacks. :( -- 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 --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDILGyXY6L6fI4GtQRAjhBAKDSk+KAzG7tgXJUoYcB4kLwf4yPkACfYnsh N38x8WEVD20tuwyQ+pDOAcU= =kuVa -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:01: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 1A0F916A41F for ; Thu, 8 Sep 2005 22:01:11 +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 8B40343D48 for ; Thu, 8 Sep 2005 22:01:10 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j88M0ktr068074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 9 Sep 2005 00:00:47 +0200 (CEST) Date: Fri, 9 Sep 2005 00:00:41 +0200 (CEST) From: Lukas Ertl To: freebsd-current@FreeBSD.org Message-ID: <20050908235206.M622@korben.prv.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Boot delay, probably caused by fdc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 22:01:11 -0000 Hi, just for the record, I'm seeing a newly introduced delay of several minutes when booting an SMP machine (HP DL380 G3) on -CURRENT. The boot process pauses right at this point: SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! ... several minutes nothing. Then the boot process resumes normally: Trying to mount root from ..... Booting verbosely and setting kern.geom.debugflags at the loader prompt reveals that during this break the GEOM taste process for the (empty) fd0 floppy device happens. Disabling the floppy controller in the BIOS makes the boot delay go away. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:05: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 E5FA716A41F for ; Thu, 8 Sep 2005 22:05:49 +0000 (GMT) (envelope-from mclone@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59EBD43D49 for ; Thu, 8 Sep 2005 22:05:49 +0000 (GMT) (envelope-from mclone@gmail.com) Received: by rproxy.gmail.com with SMTP id c51so36346rne for ; Thu, 08 Sep 2005 15:05:48 -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=RhukFtnIca59hEhFsPQzw731ZCyTN2XX3y+S1byS84ibiPBM+aelRTHWqCB2XLFFpOiBAbFYq8c9i6++ovS/lDrUdPzL3ZTakguOZDDGpQBDfNaKuzztBOuURt/tjmvkajSLvTzw+GJIHxNgY0Q7nzi997BvwrEUK+UgfbYSMP0= Received: by 10.11.118.77 with SMTP id q77mr188704cwc; Thu, 08 Sep 2005 15:05:48 -0700 (PDT) Received: by 10.11.94.31 with HTTP; Thu, 8 Sep 2005 15:05:48 -0700 (PDT) Message-ID: <451cb301050908150538665240@mail.gmail.com> Date: Fri, 9 Sep 2005 01:05:48 +0300 From: McLone To: Kris Kennaway In-Reply-To: <20050905190606.GA9839@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <451cb30105090412182aff2d2b@mail.gmail.com> <20050905190606.GA9839@xor.obsecurity.org> Cc: freebsd-current@freebsd.org Subject: Re: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mclone@gmail.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, 08 Sep 2005 22:05:50 -0000 T24gOS81LzA1LCBLcmlzIEtlbm5hd2F5IDxrcmlzQG9ic2VjdXJpdHkub3JnPiB3cm90ZToKPiBE b3VibGUtY2hlY2sgdGhhdCB5b3UgcmVidWlsdCBpdCBhZnRlciB1cGRhdGluZyB5b3VyIGtlcm5l bC4KU3VyZS4gSW4gY2FzZSBvZiB1bmlvbmZzLCBpIGRvdWJsZS1yZWJ1aWxkZWQgQUxMIHRoZSB0 b29scyBpbnZvbHZlZC4KPiA+IHBhbmljOiBjYW4ndCBmaWZvL3Zub2RlIGJ5cGFzcyAtMQo+IFJl YWQgdGhlIHVuaW9uZnMgbWFucGFnZS4KVGhpcyBpcyB2ZXJ5IHNhZC4gRXZlbiBvbGRpc2ggUGxh biA5IGFsd2F5cyBoYWQgdW5pb24gbW91bnRzLgpXaGVyZSBpcyB0aGUgcHJvYmxlbT8gVkZTPyBM b2NraW5nPyBMYWNrIG9mIGludGVyZXN0PwoKU28sIHRvIHVuaW9uZnMgcGFuaWNzLi4uIEFsbCB3 b3JrcyBPSyB3aXRoIHRocmVlIG1vbnRocyBvbGQgUkVMRU5HXzUuCkV2ZXJ5dGhpbmcncyBPSyB3 aXRoIDUuNCB0b28uIEkgd2lsbCB0cnkgbGF0ZXN0IFJFTEVOR181IGFzIHdlbGwuCgpIZXJlIGlz IF9vbmUgb2ZfIGtnZGIgYmFja3RyYWNlczoKCiMgY2QgL3Vzci9pbmNsdWRlOyBrZ2RiIC1xdm4g MCAvYm9vdC9rZXJuZWwuZGVidWcva2VybmVsLmRlYnVnCmtnZGI6IGNvcmUgZmlsZTogL3Zhci9j cmFzaC92bWNvcmUuMAprZ2RiOiBrZXJuZWwgaW1hZ2U6IC9ib290L2tlcm5lbC5kZWJ1Zy9rZXJu ZWwuZGVidWcKW0dEQiB3aWxsIG5vdCBiZSBhYmxlIHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRz OgovdXNyL2xpYi9saWJ0aHJlYWRfZGIuc286IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9iYWxf bG9va3VwIl0KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6Cjwx MTg+U2VwICA3IDEzOjExOjExIDw1LjM+IERyb2lkIHN5c2xvZ2Q6IGV4aXRpbmcgb24gc2lnbmFs IDE1CkdFT006IFJlY29uZmlndXJlIG1kMWEsIHN0YXJ0IDgxOTIgbGVuZ3RoIDE2NzY5MDI0IGVu ZCAxNjc3NzIxNQpHRU9NOiBSZWNvbmZpZ3VyZSBtZDFjLCBzdGFydCAwIGxlbmd0aCAxNjc3NzIx NiBlbmQgMTY3NzcyMTUKR0VPTTogUmVjb25maWd1cmUgbWQxYSwgc3RhcnQgODE5MiBsZW5ndGgg MTY3NjkwMjQgZW5kIDE2Nzc3MjE1CkdFT006IFJlY29uZmlndXJlIG1kMWMsIHN0YXJ0IDAgbGVu Z3RoIDE2Nzc3MjE2IGVuZCAxNjc3NzIxNQp1bmlvbl9tb3VudDogbXVsdGkgdW5pb24gbW91bnQ/ CnBhbmljOiBjYW4ndCBmaWZvL3Zub2RlIGJ5cGFzcyAtMQpjcHVpZCA9IDAKS0RCOiBlbnRlcjog cGFuaWMKcGFuaWM6IGZyb20gZGVidWdnZXIKY3B1aWQgPSAwClVwdGltZTogN20xMnMKRHVtcGlu ZyAzODMgTUIgKDIgY2h1bmtzKQogIGNodW5rIDA6IDFNQiAoMTU5IHBhZ2VzKSAuLi4gb2sKICBj aHVuayAxOiAzODNNQiAoOTgwMzIgcGFnZXMpIDM2NyAzNTEgMzM1IDMxOSAzMDMgMjg3IDI3MSAy NTUgMjM5IDIyMwoyMDcgMTkxIDE3NSAxNTkgMTQzIDEyNyAxMTEgOTUgNzkgNjMgNDcgMzEgMTUK CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxNjUKMTY1ICAgICAgICAgICAgIF9fYXNtIF9fdm9s YXRpbGUoIm1vdmwgJSVmczowLCUwIiA6ICI9ciIgKHRkKSk7CihrZ2RiKSBiYWNrdHJhY2UKIzAg IGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE2NQojMSAgMHhjMDZhNDc5YSBpbiBib290IChob3d0bz0y NjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzozOTcKIzIgIDB4YzA2YTRi NzQgaW4gcGFuaWMgKGZtdD0weGMwOGZkMmM5ICJmcm9tIGRlYnVnZ2VyIikgYXQKL3Vzci9zcmMv c3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU1MwojMyAgMHhjMDQ3NWEyMiBpbiBkYl9wYW5pYyAo YWRkcj0tMTA2NjY1MjE0NCwgaGF2ZV9hZGRyPTAsIGNvdW50PS0xLAptb2RpZj0weGQ2MDkzNzgw ICIiKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0MzUKIzQgIDB4YzA0NzU5OTIg aW4gZGJfY29tbWFuZCAobGFzdF9jbWRwPTB4YzA5ZTBiYzQsIGNtZF90YWJsZT0weDAsCmF1eF9j bWRfdGFibGVwPTB4YzA5NWRjMWMsIGF1eF9jbWRfdGFibGVwX2VuZD0weGMwOTVkYzM4KQogICAg YXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6MzQ5CiM1ICAweGMwNDc1YWE1IGluIGRi X2NvbW1hbmRfbG9vcCAoKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo0NTUKIzYg IDB4YzA0NzdjMTUgaW4gZGJfdHJhcCAodHlwZT0zLCBjb2RlPTApIGF0IC91c3Ivc3JjL3N5cy9k ZGIvZGJfbWFpbi5jOjIyMQojNyAgMHhjMDZjMzEzZSBpbiBrZGJfdHJhcCAodHlwZT0wLCBjb2Rl PTAsIHRmPTB4ZDYwOTM4ZTApIGF0Ci91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfa2RiLmM6NDczCiM4 ICAweGMwOGM1ZWM4IGluIHRyYXAgKGZyYW1lPQogICAgICB7dGZfZnMgPSA4LCB0Zl9lcyA9IDQw LCB0Zl9kcyA9IC03MDQwNTMyMDgsIHRmX2VkaSA9IDI1NiwgdGZfZXNpCj0gMSwgdGZfZWJwID0g LTcwNDAzODYxNiwgdGZfaXNwID0gLTcwNDAzODY0NCwgdGZfZWJ4ID0gLTcwNDAzODU1NiwKdGZf ZWR4ID0gMSwgdGZfZWN4ID0gLTEwNTY3NTU3MTIsIHRmX2VheCA9IDE4LCB0Zl90cmFwbm8gPSAz LCB0Zl9lcnIgPQowLCB0Zl9laXAgPSAtMTA2NjY1MjE0NCwgdGZfY3MgPSAzMiwgdGZfZWZsYWdz ID0gNjQ2LCB0Zl9lc3AgPQotMTA2NDA4OTYyOSwgdGZfc3MgPSAtMTA2NDA5ODYzMX0pIGF0Ci91 c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjYwMQojOSAgMHhjMDhhZmU5YSBpbiBjYWxsdHJh cCAoKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjEzOQojMTAgMHgwMDAw MDAwOCBpbiA/PyAoKQojMTEgMHgwMDAwMDAyOCBpbiA/PyAoKQojMTIgMHhkNjA5MDAyOCBpbiA/ PyAoKQojMTMgMHgwMDAwMDEwMCBpbiA/PyAoKQojMTQgMHgwMDAwMDAwMSBpbiA/PyAoKQojMTUg MHhkNjA5MzkyOCBpbiA/PyAoKQojMTYgMHhkNjA5MzkwYyBpbiA/PyAoKQojMTcgMHhkNjA5Mzk2 NCBpbiA/PyAoKQojMTggMHgwMDAwMDAwMSBpbiA/PyAoKQojMTkgMHhjMTAzMzAwMCBpbiA/PyAo KQojMjAgMHgwMDAwMDAxMiBpbiA/PyAoKQojMjEgMHgwMDAwMDAwMyBpbiA/PyAoKQojMjIgMHgw MDAwMDAwMCBpbiA/PyAoKQojMjMgMHhjMDZjMmUxMCBpbiBrZGJfZW50ZXIgKG1zZz0weDApIGF0 IGNwdWZ1bmMuaDo2MAojMjQgMHhjMDZhNGIwZSBpbiBwYW5pYyAoZm10PTB4YzA5MmI2MmYgImNh bid0IGZpZm8vdm5vZGUgYnlwYXNzICVkIikKYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0 ZG93bi5jOjUzNwojMjUgMHhjMDY0Yzg3MCBpbiBmaWZvX29wZW4gKGFwPTB4ZDYwOTM5ZTQpIGF0 Ci91c3Ivc3JjL3N5cy9mcy9maWZvZnMvZmlmb192bm9wcy5jOjI4NAojMjYgMHhjMDhkOTAwYyBp biBWT1BfT1BFTl9BUFYgKHZvcD0weDAsIGE9MHhkNjA5MzllNCkgYXQgdm5vZGVfaWYuYzozNzIK IzI3IDB4YzFlOWNlMWUgaW4gPz8gKCkKIzI4IDB4YzA5ZDEwYzAgaW4gZmZzX3Zub2Rlb3BzMSAo KQojMjkgMHhkNjA5MzllNCBpbiA/PyAoKQojMzAgMHhjMWUwZDc4MCBpbiA/PyAoKQojMzEgMHhk NjA5M2E1NCBpbiA/PyAoKQojMzIgMHgwMDAwMDAwMSBpbiA/PyAoKQojMzMgMHhjMWUwZDc4MCBp biA/PyAoKQojMzQgMHhjMWE1ZGI4MCBpbiA/PyAoKQojMzUgMHgwMDAwMDAwNSBpbiA/PyAoKQoj MzYgMHhjMDlkZjIwMCBpbiB2b3Bfb3Blbl92cF9vZmZzZXRzICgpCiMzNyAweGMxZTNmYWEwIGlu ID8/ICgpCiMzOCAweDAwMDAwMDA1IGluID8/ICgpCiMzOSAweGMxYTVkYjgwIGluID8/ICgpCiM0 MCAweGMxZTBkNzgwIGluID8/ICgpCiM0MSAweGZmZmZmZmZmIGluID8/ICgpCiM0MiAweGQ2MDkz OWU0IGluID8/ICgpCiM0MyAweDAwMDAwMDAxIGluID8/ICgpCiM0NCAweGQ2MDkzYTU0IGluID8/ ICgpCiM0NSAweGQ2MDkzYmM0IGluID8/ICgpCiM0NiAweDAwMDAwMDA1IGluID8/ICgpCiM0NyAw eGQ2MDkzYTI4IGluID8/ICgpCi0tLVR5cGUgPHJldHVybj4gdG8gY29udGludWUsIG9yIHEgPHJl dHVybj4gdG8gcXVpdC0tLQojNDggMHhjMDhkOTAwYyBpbiBWT1BfT1BFTl9BUFYgKHZvcD0weDAs IGE9MHhjMWUzZmFhMCkgYXQgdm5vZGVfaWYuYzozNzIKUHJldmlvdXMgZnJhbWUgaWRlbnRpY2Fs IHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQooa2dkYikKCldoYXQgYWJvdXQgdGhpcyAi Pz8icyBhbmQgY29ycnVwdCBzdGFjayBtZXNzYWdlPwpOb3RlIHRoaXMgaXMgT05FIE9GIGJhY2t0 cmFjZXMuIFRvIGR1bXAgaXQsIGkgbXVzdCBydW4KbXkgbGl0dGxlIHNjcmlwdCB0d2ljZSAtIGhl bmNlIGRvdWJsZSBnZW9tIG1lc3NhZ2VzLgoKT3RoZXIgdm1jb3JlcyAodGhvc2Ugd2hlcmUgc2Ny aXB0IHJhbiBqdXN0IG9uZSB0aW1lKSBkaWQgbmFzdHkgdGhpbmdzCndpdGgga2dkYi4gTmFzdHkg aXMgd2hlbiBpIHJ1biBpdCwgaXQgaW5maW5pdGVseSBwcmludHMgdGhpbmdzIGxpa2UKPDExOD4u Li4ua2VybmVsIG1lc3NhZ2UgYnVmZmVyIGNvbnRlbnRzIGhlcmUuLi4uCnVudGlsIGkga2lsbCBp dC4gVGhhdCB3YXMgYWxtb3N0IHR3byBkYXlzIG9sZCBSRUxFTkdfNiBrZ2RiLgotLSAKd2JyLCAg ICAgICAgICAgICAgICAgICAgICAgIHxcICAgICAgXywsLC0tLSwsXyAgICAgICAgICAgZG9nIGJs ZXNzIHlhIQpgICAgICAgICAgICAgICAgICAgICAgICBaenogLyxgLi0nYCcgICAgLS4gIDstOzss XwpNY0xvbmUgYXQgR01haWwgZG90IGNvbSAgICB8LDQtICApICktLF8uICxcICggIGAnLScKLCBu ZXQtIGFuZCAqQlNEIGFkbWluICAgICAnLS0tJycoXy8tLScgIGAtJ1xfKSAgIC4uLnRyYW5zbGl0 IHJhd3gK From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:13: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 C0A6216A41F for ; Thu, 8 Sep 2005 22:13:08 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4530643D49 for ; Thu, 8 Sep 2005 22:13:08 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id 7A858CC071; Thu, 8 Sep 2005 15:13:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ngwee.ugcs.caltech.edu (Postfix) with ESMTP id 4739ABD0A5; Thu, 8 Sep 2005 15:13:07 -0700 (PDT) Date: Thu, 8 Sep 2005 15:13:07 -0700 (PDT) From: Jon Dama To: Brooks Davis In-Reply-To: <20050908214834.GA8000@odin.ac.hmc.edu> Message-ID: References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 22:13:08 -0000 > > > > And whenever there is a wireless network available (where the system can log > > > > in an get a network connection) the default route should be switched to that > > > > wireless nic. Or even better, if both connections work, automatically choose > > > > the faster one :-). > > > > > > That's the goal we're headed towards. Unfortunatly, it's not an instant > > > thing, particularly when people trying things like what you're doing > > > that don't map well into the old world view of static devices that don't > > > change networks. The old model is wrong and has been so for quite some > > > time, but that doesn't mean there aren't assumptions related to it all > > > over the place. > > > > Again, the problem is with the routing code. You should NOT need to be > > deleting default routes simply because one link goes down and another > > comes up on a different interface. > > > > Deleting the route simply because the interface went down is a hack. > > Got a new routing implemention handy? Until then, well have to live > with hacks. :( True enough. I think the general idea is that you need a two layer routing table. One that keeps tract of what is possible, and one that keeps track of what is happening w.r.t existing flows. Once an interface link goes down, the route in the second table invaliadates and you go back to the first to find a new route. afaik, this is what is done in SunOS, on cisco hardware... MS might do it too, certainly their handling of default routes meshes well with the wireless world. Some discussion of this on the dragonfly lists a while back. I don't know if anything became of it: http://leaf.dragonflybsd.org/mailarchive/kernel/2003-10/msg00079.html From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:17: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 04E6116A41F for ; Thu, 8 Sep 2005 22:17:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A60A43D46 for ; Thu, 8 Sep 2005 22:17:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j88MHR0r009129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 18:17:27 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j88MHP6P019830; Thu, 8 Sep 2005 18:17:27 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E016A51233; Thu, 8 Sep 2005 18:17:24 -0400 (EDT) Date: Thu, 8 Sep 2005 18:17:24 -0400 From: Kris Kennaway To: McLone Message-ID: <20050908221724.GA31684@xor.obsecurity.org> References: <451cb30105090412182aff2d2b@mail.gmail.com> <20050905190606.GA9839@xor.obsecurity.org> <451cb301050908150538665240@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <451cb301050908150538665240@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 22:17:29 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 09, 2005 at 01:05:48AM +0300, McLone wrote: > On 9/5/05, Kris Kennaway wrote: > > Double-check that you rebuilt it after updating your kernel. > Sure. In case of unionfs, i double-rebuilded ALL the tools involved. > > > panic: can't fifo/vnode bypass -1 > > Read the unionfs manpage. > This is very sad. Even oldish Plan 9 always had union mounts. > Where is the problem? VFS? Locking? Lack of interest? The first 2, among other problems. Search the mailing list archives for extensive discussion of why the problems are difficult to fix. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDILh0Wry0BWjoQKURAm5MAKCM+AWJIOq5oG5HMfzRdt1SMVxRegCgzRvc 809GQscNN8YJOD4WzVi1fgo= =lO1f -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:22: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 B60CB16A41F for ; Thu, 8 Sep 2005 22:22:33 +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 2DA1B43D45 for ; Thu, 8 Sep 2005 22:22:33 +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 j88MMWMX013877; Thu, 8 Sep 2005 15:22:32 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88MMWqB013876; Thu, 8 Sep 2005 15:22:32 -0700 Date: Thu, 8 Sep 2005 15:22:32 -0700 From: Brooks Davis To: Jon Dama Message-ID: <20050908222232.GA12398@odin.ac.hmc.edu> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: 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: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 22:22:33 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 03:13:07PM -0700, Jon Dama wrote: >=20 >=20 > > > > > And whenever there is a wireless network available (where the sys= tem can log > > > > > in an get a network connection) the default route should be switc= hed to that > > > > > wireless nic. Or even better, if both connections work, automatic= ally choose > > > > > the faster one :-). > > > > > > > > That's the goal we're headed towards. Unfortunatly, it's not an in= stant > > > > thing, particularly when people trying things like what you're doing > > > > that don't map well into the old world view of static devices that = don't > > > > change networks. The old model is wrong and has been so for quite = some > > > > time, but that doesn't mean there aren't assumptions related to it = all > > > > over the place. > > > > > > Again, the problem is with the routing code. You should NOT need to = be > > > deleting default routes simply because one link goes down and another > > > comes up on a different interface. > > > > > > Deleting the route simply because the interface went down is a hack. > > > > Got a new routing implemention handy? Until then, well have to live > > with hacks. :( >=20 > True enough. I think the general idea is that you need a two layer > routing table. One that keeps tract of what is possible, and one that > keeps track of what is happening w.r.t existing flows. Once an interface > link goes down, the route in the second table invaliadates and you go back > to the first to find a new route. >=20 > afaik, this is what is done in SunOS, on cisco hardware... MS might do it > too, certainly their handling of default routes meshes well with the > wireless world. I believe andre implied that we would be close to the desired state after his current round of work. If so, that will be great because all sorts of problems just go away if we can have multiple routes to the same network(s) and select the right one via appropriate metrics. -- 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 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDILmnXY6L6fI4GtQRAkB6AJ9hYcZ77vCeIMZCadpPYEdoWxeSswCePKOc 6BL53IElNme3hILoK11utSo= =iEu5 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:25: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 43DE716A41F for ; Thu, 8 Sep 2005 22:25:18 +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 194AA43D53 for ; Thu, 8 Sep 2005 22:25:08 +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 j88MP8E5002925; Thu, 8 Sep 2005 15:25:08 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j88MP7ef002924; Thu, 8 Sep 2005 15:25:07 -0700 (PDT) (envelope-from jmg) Date: Thu, 8 Sep 2005 15:25:07 -0700 From: John-Mark Gurney To: Jon Dama Message-ID: <20050908222507.GE793@funkthat.com> Mail-Followup-To: Jon Dama , Brooks Davis , Jochen Gensch , freebsd-current@freebsd.org References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 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: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) 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: Thu, 08 Sep 2005 22:25:18 -0000 Jon Dama wrote this message on Thu, Sep 08, 2005 at 15:13 -0700: > > > Again, the problem is with the routing code. You should NOT need to be > > > deleting default routes simply because one link goes down and another > > > comes up on a different interface. > > > > > > Deleting the route simply because the interface went down is a hack. > > > > Got a new routing implemention handy? Until then, well have to live > > with hacks. :( > > True enough. I think the general idea is that you need a two layer > routing table. One that keeps tract of what is possible, and one that > keeps track of what is happening w.r.t existing flows. Once an interface > link goes down, the route in the second table invaliadates and you go back > to the first to find a new route. Isn't this what a routing daemon does, like routed? -- 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 Thu Sep 8 23:30: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 D980E16A420; Thu, 8 Sep 2005 23:30:13 +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 0EE9543D49; Thu, 8 Sep 2005 23:30:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j88NU8sG040517; Thu, 8 Sep 2005 17:30:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4320C980.6070401@samsco.org> Date: Thu, 08 Sep 2005 17:30:08 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <431F3220.3030103@samsco.org> In-Reply-To: <431F3220.3030103@samsco.org> 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: re@freebsd.org Subject: HEADS UP! [Re: FreeBSD 6.0-BETA4 Available] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 23:30:14 -0000 All, It looks like I accidentally put amd64 packages onto the i386 ISO images. I'm generating new ISOs and will upload then as soon as possible. This likely explians the problems with installing X11 from the ISO. Sorry for the confusion. Scott Scott Long wrote: > > Announcement > ------------ > > The FreeBSD Release Engineering Team is pleased to announce the > availability of FreeBSD 6.0-BETA4. > > ISO images are available for i386, amd64, pc98, alpha, powerpc, and > ia64 architectures. sparc64 is still in the process of being built > and will be uploaded as soon as it is ready. > > We encourage people to help with testing so any final bugs can be > identified and worked out. If you have an older system you want to > update using the normal CVS/cvsup source based upgrade the branch tag to > use is RELENG_6 (though that will change for the Release Candidates > later). Problem reports can be submitted using the send-pr(1) command. > > The list of open issues and things still being worked on are on the > todo list: > > http://www.freebsd.org/releases/6.0R/todo.html > > Since this is the first release of a new branch we only have a rough > idea for some of the dates. The current rough schedule is available > but most dates are still listed as "TBD - To Be Determined": > > http://www.freebsd.org/releases/6.0R/schedule.html > > Known Issues > ------------ > > Other than the items listed in the todo list there are no known > issues with this BETA. > > Availability > ------------ > > The BETA3 ISOs are available on most of the FreeBSD Mirror sites. A list > of the mirror sites is available here: > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html > > Thanks, > Scott > _______________________________________________ > 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 Sep 8 23:36: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 4AB9416A41F; Thu, 8 Sep 2005 23:36:58 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1F5F43D45; Thu, 8 Sep 2005 23:36:57 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j88NadHj064980 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 9 Sep 2005 09:06:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Eric Anholt Date: Fri, 9 Sep 2005 09:06:28 +0930 User-Agent: KMail/1.8.1 References: <200509080813.j888DU9k038428@gw.catspoiler.org> <4320507C.7010005@centtech.com> <1126200330.11226.1.camel@leguin> In-Reply-To: <1126200330.11226.1.camel@leguin> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1396738.PM6v8rSiWg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509090906.36359.doconnor@gsoft.com.au> X-Spam-Score: -2.82 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Don Lewis , freebsd-current@freebsd.org, Eric Anderson Subject: Re: Odd performance problem (hitching) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 23:36:58 -0000 --nextPart1396738.PM6v8rSiWg Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 September 2005 02:55, Eric Anholt wrote: > > I had a similar problem with XFCE4's battery/temp monitor applet. I > > think my freeze was about every 6-10seconds. > > I've also had a problem with gnome's battery monitor producing long > "hitches" every several seconds. Hmm.. with the KDE monitor disabled it appears to be happening every 30=20 seconds now. It's odd because the KDE monitor is set for every 5 seconds.. I note that if I do 'acpiconf -i 1' it will hitch, but if I do it again soo= n=20 afterwards it won't. I don't have a second battery - perhaps the hitching = in=20 that case was related to looking for it, and the ACPI stuff was caching (fo= r=20 a short period) the no-battery information. Now to find the source of the 30 second hitches :) =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 --nextPart1396738.PM6v8rSiWg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDIMsE5ZPcIHs/zowRAjxeAJ46VhIXQeWfcHEteffgy8LbfR5r8gCdH3g4 kTmOz94uk20nugdMys1RTOY= =Sot3 -----END PGP SIGNATURE----- --nextPart1396738.PM6v8rSiWg-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 23:45: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 9F11116A41F for ; Thu, 8 Sep 2005 23:45:43 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A7B43D48 for ; Thu, 8 Sep 2005 23:45:42 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id E66F8CC071; Thu, 8 Sep 2005 16:45:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ngwee.ugcs.caltech.edu (Postfix) with ESMTP id B50EFBD0A5; Thu, 8 Sep 2005 16:45:41 -0700 (PDT) Date: Thu, 8 Sep 2005 16:45:41 -0700 (PDT) From: Jon Dama To: John-Mark Gurney In-Reply-To: <20050908222507.GE793@funkthat.com> Message-ID: References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> <20050908222507.GE793@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 23:45:43 -0000 On Thu, 8 Sep 2005, John-Mark Gurney wrote: > Jon Dama wrote this message on Thu, Sep 08, 2005 at 15:13 -0700: > > > > Again, the problem is with the routing code. You should NOT need to be > > > > deleting default routes simply because one link goes down and another > > > > comes up on a different interface. > > > > > > > > Deleting the route simply because the interface went down is a hack. > > > > > > Got a new routing implemention handy? Until then, well have to live > > > with hacks. :( > > > > True enough. I think the general idea is that you need a two layer > > routing table. One that keeps tract of what is possible, and one that > > keeps track of what is happening w.r.t existing flows. Once an interface > > link goes down, the route in the second table invaliadates and you go back > > to the first to find a new route. > > Isn't this what a routing daemon does, like routed? > No, a routing daemon such as routed discovers the information to put in those tables. In this case, the user + dhcp are fulfilling this task. I doubt that my wireless access point would participate in network RIP or router discovery anyways. We're only talking about relatively basic functionality here... From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 00:41: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 9A86816A41F for ; Fri, 9 Sep 2005 00:41:00 +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 28AEE43D46 for ; Fri, 9 Sep 2005 00:41:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 68D835EAD; Thu, 8 Sep 2005 20:40:59 -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 23581-10; Thu, 8 Sep 2005 20:40:55 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-79-217.ny325.east.verizon.net [68.161.79.217]) by pi.codefab.com (Postfix) with ESMTP id 821B95CBB; Thu, 8 Sep 2005 20:40:54 -0400 (EDT) Message-ID: <4320DA17.6090905@mac.com> Date: Thu, 08 Sep 2005 20:40:55 -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: Jon Dama References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> <20050908222507.GE793@funkthat.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: John-Mark Gurney , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 00:41:00 -0000 Jon Dama wrote: > On Thu, 8 Sep 2005, John-Mark Gurney wrote: >>Jon Dama wrote this message on Thu, Sep 08, 2005 at 15:13 -0700: [ ... ] >>> True enough. I think the general idea is that you need a two layer >>> routing table. One that keeps tract of what is possible, and one that >>> keeps track of what is happening w.r.t existing flows. Once an interface >>> link goes down, the route in the second table invaliadates and you go back >>> to the first to find a new route. >> >> Isn't this what a routing daemon does, like routed? Yes, routed keeps track of link state changes, and will adjust the kernel routing table appropriately to direct traffic around a downed link (if possible, that is). > No, a routing daemon such as routed discovers the information to put in > those tables. Routed does this too, as well as being willing to advertise the routes it knows about. Setting interface metrics appropriately and running routed ought to be enough to give a system that will prefer to use your ethernet NIC rather than a wireless NIC, if both are available, for example. On the other hand, Jon is partially right that if you've only got one interface that is up, your machine does not need to make any decision about which interface to use. :-) > In this case, the user + dhcp are fulfilling this task. I > doubt that my wireless access point would participate in network RIP or > router discovery anyways. > > We're only talking about relatively basic functionality here... True. The case you're talking about is too simple for routed to help much. Most access points and "home routers" support RIP and will advertise dynamic routes if you tell the device to do so, but this is often disabled by default, since advertizing a single default route via DHCP works just as well for the common case. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 00:55: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 AB9DD16A41F for ; Fri, 9 Sep 2005 00:55:34 +0000 (GMT) (envelope-from mclone@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16B2443D46 for ; Fri, 9 Sep 2005 00:55:33 +0000 (GMT) (envelope-from mclone@gmail.com) Received: by rproxy.gmail.com with SMTP id c51so71590rne for ; Thu, 08 Sep 2005 17:55:33 -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=VTwUKxX25LS1wLreRnLVxLPfDgd3f4y0zkTKEu0OF+zDZ8eYPjOdouffnhJXNunK39VSVt4m013ciUhuaH0cy10qhx5sgtvGB6Ez8mCSYIEENl4SQaA+dYRfeT6g8ZZVYaT/WWmdkgTth9zEghKdc5DGwnKLWt3j86JHyDkqDf4= Received: by 10.11.94.73 with SMTP id r73mr2500cwb; Thu, 08 Sep 2005 17:55:32 -0700 (PDT) Received: by 10.11.94.31 with HTTP; Thu, 8 Sep 2005 17:55:32 -0700 (PDT) Message-ID: <451cb3010509081755119ba263@mail.gmail.com> Date: Fri, 9 Sep 2005 03:55:32 +0300 From: McLone To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: [atacontrol detach] drive platters won't stop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mclone@gmail.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, 09 Sep 2005 00:55:34 -0000 SSdkIGxpa2UgdG8gbm90ICJoYWx0IC1wIiB3aGVuIGNoYW5naW5nIEhERHMgb24KcmVndWxhciBJ REUgY29udHJvbGxlcnMuIEluIDUueCB0aW1lcyBpIHVzZWQKPiBhdGFjb250cm9sIGRldGFjaCAx CmFuZCBpIGhlYXJkIHRoZSBzb3VuZHMgb2Ygc3RvcHBpbmcvcGFya2luZyBIREQuCk5vdywgaW4g YmV0YXMgb2YgNiwgYXRhY29udHJvbCAod2hpY2ggdXNlcyBub3QgbnVtYmVyCmJ1dCBhdGFOKSBk ZXRhY2hlcyBkcml2ZSBPSywgYnV0IHBsYXR0ZXJzIGtlZXAgc3Bpbm5pbmcuClVucGx1Z2dpbmcg c3VjaCBhIGRyaXZlIGlzIGJhZCBmb3IgaXRzIGhlYWx0aCwgaSBzdXBwb3NlLgoKQW5vdGhlciBj b21wbGFpbjogaSBkaWRuJ3QgY2hhbmdlIGEgdGhpbmcgaW4gQklPUyBzZXR1cAoob2xkIGk4MTUp LCBidXQgbm93IGluYWN0aXZlIGRyaXZlcyBrZWVwIHNwaW5uaW4nIGZvcmV2ZXIsCnRoZXkganVz dCB3b24ndCBzbGVlcC4gc3lzdXRpbHMvYXRhaWRsZSBpcyAiYnJva2VuIiB0b28gOi0oCgpBbmQg YW5vdGhlciBvbmUsIG1heSBiZSBpcnJlbGV2YW50OiBjb3VwbGUnYSdtb250aHMgYWdvLAp3aGVu IGRldGFjaGluZy9hdHRhY2hpbmcgMTIwZyBTYW1zdW5nIEFUQSBkcml2ZSwgdGhlIE9TCndhc24n dCBhYmxlIHRvIHBpY2sgcGFydGl0aW9ucyBmcm9tIGl0LiAoanVzdCBhZDIgaW4gL2Rldiwgbm8K c2xpY2VzL2xhYmVscyksIGFuZCBrZXJuZWwgbWVzc2FnZSAib3BlbmluZyBkaXNrIGFkMiIgSUlS Qy4KCkkgd29ya2VkIGl0IGFyb3VuZCBieSBkb2luZyBhIGxhbWUKPiBhdGFjb250cm9sIGF0dGFj aCAxOyBzbGVlcCAxOyBhdGFjb250cm9sIHJlaW5pdCAxCmJlY2F1c2Ugc2ltcGxlIHJlaW5pdCBv ZiBjaGFubmVsIGRpZG4ndCBoZWxwZWQuCk9ubHkgYWZ0ZXIgdGhhdCBpIHdhcyBhYmxlIHRvIHNl ZSBHRU9NIG1lc3NhZ2VzIHN0YXRpbmcKc2xpY2VzIGFuZCB0aGVpciBsZW5ndGguIFN0cmFuZ2Us IG5vPwoKVGhpcyB0aGlyZCBwcm9ibGVtIHdhcyBvbiBldmVyeSBJREUgY2hpcHNldCwgYnV0IG9u bHkgd2l0aAphcHByb3guIGEgaGFsZiBvZiBIRERzLCBpbmNsLiBTYW1zdW5nLCBJQk0gYnV0IGV4 Y2wuIFdELgotLSAKd2JyLCAgICAgICAgICAgICAgICAgICAgICAgIHxcICAgICAgXywsLC0tLSws XyAgICAgICAgICAgZG9nIGJsZXNzIHlhIQpgICAgICAgICAgICAgICAgICAgICAgICBaenogLyxg Li0nYCcgICAgLS4gIDstOzssXwpNY0xvbmUgYXQgR01haWwgZG90IGNvbSAgICB8LDQtICApICkt LF8uICxcICggIGAnLScKLCBuZXQtIGFuZCAqQlNEIGFkbWluICAgICAnLS0tJycoXy8tLScgIGAt J1xfKSAgIC4uLnRyYW5zbGl0IHJhd3gK From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 03:17: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 8E05716A41F for ; Fri, 9 Sep 2005 03:17:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16BD243D46 for ; Fri, 9 Sep 2005 03:17:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j893Hc0r001461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 23:17:38 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j893Hc6P002883; Thu, 8 Sep 2005 23:17:38 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0A3B8511F8; Thu, 8 Sep 2005 23:17:37 -0400 (EDT) Date: Thu, 8 Sep 2005 23:17:37 -0400 From: Kris Kennaway To: Garrett Wollman Message-ID: <20050909031737.GA15115@xor.obsecurity.org> References: <451cb30105090412182aff2d2b@mail.gmail.com> <20050905190606.GA9839@xor.obsecurity.org> <451cb301050908150538665240@mail.gmail.com> <20050908221724.GA31684@xor.obsecurity.org> <17184.63525.853297.840821@khavrinen.csail.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <17184.63525.853297.840821@khavrinen.csail.mit.edu> User-Agent: Mutt/1.4.2.1i Cc: McLone , freebsd-current@FreeBSD.ORG, Kris Kennaway Subject: Re: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 03:17:40 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 10:49:09PM -0400, Garrett Wollman wrote: > < = said: >=20 > > On Fri, Sep 09, 2005 at 01:05:48AM +0300, McLone wrote: >=20 > >> This is very sad. Even oldish Plan 9 always had union mounts. > >> Where is the problem? VFS? Locking? Lack of interest? >=20 > > The first 2, among other problems. >=20 > union mounts work just fine. It's unionfs that doesn't work. It's > trying to do something much more complicated. I don't know which one > Plan 9 has. Right, thanks for clarifying. Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIP7RWry0BWjoQKURAtClAJ9QHBJqXJLhy8az71sdi6x77MArhwCfQCpM KwtG0BHixx1fi3Nh3gCEqrg= =iCPn -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 06:35: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 2256C16A41F for ; Fri, 9 Sep 2005 06:35:08 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausc60pc101.us.dell.com (ausc60pc101.us.dell.com [143.166.85.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 142AA43D72 for ; Fri, 9 Sep 2005 06:35:01 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx3bps303.aus.amer.dell.com (10.3.153.41) by ausc60pc101.us.dell.com with ESMTP; 09 Sep 2005 01:34:59 -0500 X-IronPort-AV: i="3.96,180,1122872400"; d="scan'208"; a="309655320:sNHT27338724" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 9 Sep 2005 01:34:55 -0500 Message-ID: <4D8F2325E068D94F8F750FDFB1BD36C3D52A4B@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 6.0-BETA4 issues Thread-Index: AcW1CJZ+IwO9uBpxRNCI0Q+lwZ1xVg== From: To: X-OriginalArrivalTime: 09 Sep 2005 06:34:55.0824 (UTC) FILETIME=[97A18D00:01C5B508] Subject: 6.0-BETA4 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, 09 Sep 2005 06:35:08 -0000 All, I had installed BETA4 yesterday on my laptop. I had found 2 issues. 1. While installing fontconfig package failed with the error message: Fs-cache: line 37: Unexepected (some mesg) (expected ")"). 2. After installing: All /usr/local/bin/ files are not executable due to they are 64bit AMD executables. (file /usr/local/bin/* lists all are 64bit executables.) Any one seen this issue? Thanks. --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 07:05: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 AB0C216A41F for ; Fri, 9 Sep 2005 07:05:11 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42EED43D48 for ; Fri, 9 Sep 2005 07:05:11 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so1140292nzd for ; Fri, 09 Sep 2005 00:05:10 -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=b2tbcVGz0mJk+va/Y2qN3iWueOA4fSzzsAaM+Q8UvHIMs/yNW0biwIVBvrgDxmUde3sM1ntZo7MKJM0Z/SZeF/yxDiPuHG/+sxPr/kx4m8TdDjyB9dYSty9H2GyHZuvB5u7GEFHPFp43AHAQ18eoD30hLBDskJuk1cDbUbfQjJI= Received: by 10.36.47.5 with SMTP id u5mr42649nzu; Fri, 09 Sep 2005 00:05:10 -0700 (PDT) Received: from synergy.odyssey.homeunix.org ( [68.190.230.198]) by mx.gmail.com with ESMTP id r15sm6137718nza.2005.09.09.00.05.10; Fri, 09 Sep 2005 00:05:10 -0700 (PDT) From: Pascal Hofstee To: Muthu_T@Dell.com In-Reply-To: <4D8F2325E068D94F8F750FDFB1BD36C3D52A4B@blrx2kmbgl101.blr.amer.dell.com> References: <4D8F2325E068D94F8F750FDFB1BD36C3D52A4B@blrx2kmbgl101.blr.amer.dell.com> Content-Type: text/plain Date: Fri, 09 Sep 2005 00:05:08 -0700 Message-Id: <1126249508.76758.5.camel@synergy.odyssey.homeunix.org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA4 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, 09 Sep 2005 07:05:11 -0000 On Fri, 2005-09-09 at 01:34 -0500, Muthu_T@Dell.com wrote: > All, > > I had installed BETA4 yesterday on my laptop. > I had found 2 issues. > > 1. While installing fontconfig package failed with the error message: > Fs-cache: line 37: Unexepected (some mesg) (expected ")"). > > 2. After installing: > All /usr/local/bin/ files are not executable due to they are > 64bit AMD executables. > (file /usr/local/bin/* lists all are 64bit executables.) The AMD64 packages on the i386 ISO's is a known "oops" .. i386 ISO's are being rerolled .. (not sure if they're done yet though) From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 07:05: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 C93E916A459 for ; Fri, 9 Sep 2005 07:05:46 +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 3A8CB43D46 for ; Fri, 9 Sep 2005 07:05:46 +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 j896xpeC009237; Fri, 9 Sep 2005 08:59:51 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <451cb3010509081755119ba263@mail.gmail.com> References: <451cb3010509081755119ba263@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <449F0959-6D8D-41AE-8D3E-D8024BE26C0C@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 9 Sep 2005 09:05:42 +0200 To: mclone@gmail.com X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: [atacontrol detach] drive platters won't stop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 07:05:46 -0000 On 09/09/2005, at 2:55, McLone wrote: > I'd like to not "halt -p" when changing HDDs on > regular IDE controllers. In 5.x times i used > >> atacontrol detach 1 >> > and i heard the sounds of stopping/parking HDD. > Now, in betas of 6, atacontrol (which uses not number > but ataN) detaches drive OK, but platters keep spinning Yes, that particular behavior has not been implemented on ATA mkIII yet. > Unplugging such a drive is bad for its health, i suppose. Well, if you unplug a drive that hasn't had its supply and data rails =20= cut by a decent enclosure made for this, you risk frying the =20 electronics on the drive no matter if it spins or not. > Another complain: i didn't change a thing in BIOS setup > (old i815), but now inactive drives keep spinnin' forever, > they just won't sleep. sysutils/ataidle is "broken" too :-( The ABI changed so you need updated tools.. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 07:43: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 F2D4416A41F; Fri, 9 Sep 2005 07:43:54 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6222643D46; Fri, 9 Sep 2005 07:43:54 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.52 (FreeBSD)) id 1EDdY8-0000Og-TG; Fri, 09 Sep 2005 11:43:52 +0400 From: Vladimir Grebenschikov To: emulation@freebsd.org In-Reply-To: <20050908185053.4c9b7015@Magellan.Leidinger.net> References: <1126169430.1104.15.camel@localhost> <20050908110403.71c0c5fd.lists@yazzy.org> <20050908185053.4c9b7015@Magellan.Leidinger.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 09 Sep 2005 11:43:52 +0400 Message-Id: <1126251832.1107.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Marcin Jessa , current@freebsd.org Subject: Re: bad dependance on -> linux_base while upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 07:43:55 -0000 =F7 =DE=D4, 08/09/2005 =D7 18:50 +0200, Alexander Leidinger =D0=C9=DB=C5=D4= : > On Thu, 8 Sep 2005 11:04:03 +0200 > Marcin Jessa wrote: >=20 > F'up to emulation please... >=20 > > Hi Vladimir, guys. > >=20 > > I've had the same problem.=20 > > The only way I could use newer linux base than 7.3 was using OVERRIDE_L= INUX_BASE_PORT=3D8 in make.conf > > I tried using suse port as well with the same result/problems as you're= facing. >=20 > There's no autodetection of the used linux_base version. We have a > default linux_base and everything is supposed to work with only this > version. Everything else is pure luck (or good "upward-compatibility" > of the linux ports, but this isn't required). Probably we should register same dependence as we check ? I mean we check existence of /compat/linux/etc/redhat-release as dependence,=20 Then check related port: # pkg_which /compat/linux/etc/redhat-release=20 linux_base-rh-9 # And then register valid dependence. > If you want to use another linux_base, you have to use > OVERRIDE_LINUX_BASE_PORT in make.conf. Ok > Now that we talked about the current policy, the strange part above is, > that you have to specify v8 in the override. This is *very* strange. > Please make sure you have the latest /usr/ports/Mk/bsd.port.mk. Actually I want to have rh9 to run some linux software, and it works only with rh9 base. And I want to get working other linux software (like flash plugins). > > On Thu, 08 Sep 2005 12:50:30 +0400 > > Vladimir Grebenschikov wrote: > >=20 > > > Hi all > > >=20 > > > After upgrade almost any linux* port I have same problem - dependence= is > > > broken. > > >=20 > > > I have WITH_LINUX=3Drh-9 in my make.conf and all linux-* port built w= ith > > > this define, but they all install dependence to not existed > > > linux_base-8-8.0_6. >=20 > WITH_LINUX is wrong. It was usable for a moment in time, but is wasn't > done properly (since it changed the meaning of the former usage of it). > For this reason I introduced OVERRIDE_LINUX_BASE_PORT. It's used like > you do it with WITH_LINUX. >=20 > Bye, > Alexander. >=20 --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@sw-soft.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 09:04: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 4A03316A41F for ; Fri, 9 Sep 2005 09:04:37 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA8243D4C for ; Fri, 9 Sep 2005 09:04:36 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 90044 invoked from network); 9 Sep 2005 08:40:47 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 9 Sep 2005 08:40:47 -0000 Message-ID: <4321501F.8060205@freebsd.org> Date: Fri, 09 Sep 2005 11:04:31 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Brooks Davis References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> In-Reply-To: <20050908214834.GA8000@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 09:04:37 -0000 Brooks Davis wrote: > On Thu, Sep 08, 2005 at 02:40:06PM -0700, Jon Dama wrote: > >> >>>>And whenever there is a wireless network available (where the system can log >>>>in an get a network connection) the default route should be switched to that >>>>wireless nic. Or even better, if both connections work, automatically choose >>>>the faster one :-). >>> >>>That's the goal we're headed towards. Unfortunatly, it's not an instant >>>thing, particularly when people trying things like what you're doing >>>that don't map well into the old world view of static devices that don't >>>change networks. The old model is wrong and has been so for quite some >>>time, but that doesn't mean there aren't assumptions related to it all >>>over the place. >> >>Again, the problem is with the routing code. You should NOT need to be >>deleting default routes simply because one link goes down and another >>comes up on a different interface. >> >>Deleting the route simply because the interface went down is a hack. > > Got a new routing implemention handy? Until then, well have to live > with hacks. :( It's on my TODO list for my funded time. I've postponed work until FreeBSD 6.0R is out though. -- Andre From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 09:24: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 C503316A41F for ; Fri, 9 Sep 2005 09:24:00 +0000 (GMT) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECBAD43D45 for ; Fri, 9 Sep 2005 09:23:59 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 45471 invoked by uid 1000); 9 Sep 2005 09:23:53 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Sep 2005 09:23:53 -0000 Date: Fri, 9 Sep 2005 11:23:53 +0200 (CEST) From: Lars Erik Gullerud To: Jon Dama In-Reply-To: Message-ID: <20050909111927.I31154@electra.nolink.net> References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <20050908220217.X64137@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 09:24:00 -0000 On Thu, 8 Sep 2005, Jon Dama wrote: > >> Bringing an interface down then back up is usually one of the "try this >> first" operations when troubleshooting all platforms I normally work on, >> exactly because it _does_ (normally) clear a lot of state info that you >> don't want around to confuse you (like the ARP cache and routing table >> entries). > > Yes but surely you'd recognize a difference between a link state change > and issuing ifconfig ... down > > In the latter case, I expect state to be flushed. In the former, I expect > everything to resume when the link is restored. Imagine having to > manually reinit your interfaces just because some joker temporary > unplugged your ethernet cable! No, quite the opposite - a link state change is is when you REALLY want state (particularly ARP) to be flushed. If someone unplugs your ethernet cable, and the link subsequently returns, you have no way of knowing you are on the _same network segment_. You may plug out your cable and plug it into a different network, in which case you do NOT want old ARP entries to remain. I.e. the new network may use the same IP addressing, but obviously ARP will point to different macs - in which case you will get no traffic because your host will not re-ARP IP-addresses for which it already has a cache entry. ARP cache should _always_ flush on link state change. /leg From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:06: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 5E78616A41F for ; Fri, 9 Sep 2005 11:06:20 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from kraid.nerim.net (smtp-105-friday.nerim.net [62.4.16.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C3CA43D45 for ; Fri, 9 Sep 2005 11:06:19 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from localhost (cbuisson.net2.nerim.net [80.65.227.128]) by kraid.nerim.net (Postfix) with ESMTP id 3361C40E85 for ; Fri, 9 Sep 2005 13:06:17 +0200 (CEST) Message-ID: <43216CA9.2010804@nerim.net> Date: Fri, 09 Sep 2005 13:06:17 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050817 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.0-BETA4 changes numbering of atapicam devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 11:06:20 -0000 Hi, I have a system with 2 CD/DVD devices on the same ATA channel. For years, with RELENG-4, RELENG_5 and up to 6.0-BETA3, atapicam showed the (intuitive) mapping: acd0 -> cd0 acd1 -> cd1 With 6.0-BETA4, it is no more true: acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad0s3a cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd1 at ata1 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present Not critical, but annoying Thanks, Claude Buisson From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:14: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 4585A16A41F for ; Fri, 9 Sep 2005 11:14:18 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua) Received: from taran.infoua.com.ua (82.193.100.16.ipnet.kiev.ua [82.193.100.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA0343D45 for ; Fri, 9 Sep 2005 11:14:17 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua) Received: from taran.infoua.com.ua (localhost [127.0.0.1]) by taran.infoua.com.ua (8.13.4/8.13.4) with ESMTP id j89BEFp2013435 for ; Fri, 9 Sep 2005 14:14:16 +0300 (EEST) (envelope-from nick@taran.infoua.com.ua) Received: (from nick@localhost) by taran.infoua.com.ua (8.13.4/8.13.4/Submit) id j89BEFGr013434 for current@freebsd.org; Fri, 9 Sep 2005 14:14:15 +0300 (EEST) (envelope-from nick) Date: Fri, 9 Sep 2005 14:14:15 +0300 From: Mykola.Stryebkov@gmail.com To: current@freebsd.org Message-ID: <20050909111415.GA13414@taran.infoua.com.ua> Mail-Followup-To: Mykola.Stryebkov@gmail.com, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-BETA4 X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= Cc: Subject: locale 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, 09 Sep 2005 11:14:18 -0000 Hi, After system upgrade from 5.4-RELEASE to FreeBSD 6.0-BETA4 last night i can't input cyrillic chars in X Window. Key presses are just ignored. In UPDATING i found a note about changing LC_CTYPE on-disk file format. Looks like now i have to rebuild some libraries. If yes, it would be great if somebody can tell me what exactly i have to recompile. The only thing, that confuses me here is that Midnight Commander and Mutt uses the same set of console-related libraries, but i can see cyrillic chars in MC and can't - in Mutt. -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 02:49: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 8A99C16A422 for ; Fri, 9 Sep 2005 02:49:13 +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 34A1743D4C for ; Fri, 9 Sep 2005 02:49:12 +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 j892nA86039818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Thu, 8 Sep 2005 22:49:10 -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 j892n9LO039815; Thu, 8 Sep 2005 22:49:09 -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: <17184.63525.853297.840821@khavrinen.csail.mit.edu> Date: Thu, 8 Sep 2005 22:49:09 -0400 To: Kris Kennaway In-Reply-To: <20050908221724.GA31684@xor.obsecurity.org> References: <451cb30105090412182aff2d2b@mail.gmail.com> <20050905190606.GA9839@xor.obsecurity.org> <451cb301050908150538665240@mail.gmail.com> <20050908221724.GA31684@xor.obsecurity.org> 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]); Thu, 08 Sep 2005 22:49:10 -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: Fri, 09 Sep 2005 11:34:21 +0000 Cc: McLone , freebsd-current@FreeBSD.ORG Subject: Re: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 02:49:13 -0000 < said: > On Fri, Sep 09, 2005 at 01:05:48AM +0300, McLone wrote: >> This is very sad. Even oldish Plan 9 always had union mounts. >> Where is the problem? VFS? Locking? Lack of interest? > The first 2, among other problems. union mounts work just fine. It's unionfs that doesn't work. It's trying to do something much more complicated. I don't know which one Plan 9 has. -GAWollman From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:38: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 C461216A420 for ; Fri, 9 Sep 2005 11:38:41 +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 CB3C643D9C for ; Fri, 9 Sep 2005 11:38:36 +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 j89BcJME013282 for ; Fri, 9 Sep 2005 07:38:19 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 65D6F40E6; Fri, 9 Sep 2005 07:38:33 -0400 (EDT) Date: Fri, 9 Sep 2005 07:38:33 -0400 From: Scott Robbins To: current@freebsd.org Message-ID: <20050909113833.GB14260@mail.scottro.net> Mail-Followup-To: current@freebsd.org References: <20050909111415.GA13414@taran.infoua.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20050909111415.GA13414@taran.infoua.com.ua> User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Re: locale 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, 09 Sep 2005 11:38:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Sep 09, 2005 at 02:14:15PM +0300, Mykola.Stryebkov@gmail.com wrote: > Hi, > > After system upgrade from 5.4-RELEASE to FreeBSD 6.0-BETA4 last night i > can't input cyrillic chars in X Window. Key presses are just ignored. > > In UPDATING i found a note about changing LC_CTYPE on-disk file format. > Looks like now i have to rebuild some libraries. If yes, it would be > great if somebody can tell me what exactly i have to recompile. > > The only thing, that confuses me here is that Midnight Commander and > Mutt uses the same set of console-related libraries, but i can see > cyrillic chars in MC and can't - in Mutt. There is a port that deals with this. Eventually, you won't need it. I'm afraid I've forgotten all the programs I had to reinstall, perl was one of them and might even be a quick fix. If not /usr/ports/misc/localedata Afte installing set the following in your shell's rc file export PATH_LOCALE=/usr/loacl/share/compat/locale (for Bourne style shells) The other option is to be the daring one and map libc.so.5 to libc.so.6 in /etc/libmap.conf. This seems like it has a possibility of breaking something, but I used it for a few days without problem. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Anya: This isn't a relationship. You don't need me. All you care about is lots of orgasms. Xander: Okay, remember how we talked about private conversations? How they're less private when they're in front of my friends? Spike: Oh we're not your friends. Go on. Giles: Please don't -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIXQ5+lTVdes0Z9YRAlx0AJ0QCizuCWIbDWl10NBOnWi3jtVJMACgkbSs X2xEGwrBGkqSHSxfhKSbjQM= =3BpJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 11:59: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 B2A4116A41F for ; Fri, 9 Sep 2005 11:59:54 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua) Received: from taran.infoua.com.ua (82.193.100.16.ipnet.kiev.ua [82.193.100.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB37F43D48 for ; Fri, 9 Sep 2005 11:59:53 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua) Received: from taran.infoua.com.ua (localhost [127.0.0.1]) by taran.infoua.com.ua (8.13.4/8.13.4) with ESMTP id j89BxpXN026664; Fri, 9 Sep 2005 14:59:51 +0300 (EEST) (envelope-from nick@taran.infoua.com.ua) Received: (from nick@localhost) by taran.infoua.com.ua (8.13.4/8.13.4/Submit) id j89BxoMF026663; Fri, 9 Sep 2005 14:59:50 +0300 (EEST) (envelope-from nick) Date: Fri, 9 Sep 2005 14:59:50 +0300 From: Mykola.Stryebkov@gmail.com To: Scott Robbins Message-ID: <20050909115950.GA26540@taran.infoua.com.ua> Mail-Followup-To: Mykola.Stryebkov@gmail.com, Scott Robbins , current@freebsd.org References: <20050909111415.GA13414@taran.infoua.com.ua> <20050909113833.GB14260@mail.scottro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <20050909113833.GB14260@mail.scottro.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-BETA4 X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= Cc: current@freebsd.org Subject: Re: locale 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, 09 Sep 2005 11:59:54 -0000 On 09.09.2005 07:38:33, Scott Robbins wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri, Sep 09, 2005 at 02:14:15PM +0300, Mykola.Stryebkov@gmail.com wrote: > > Hi, > > > > After system upgrade from 5.4-RELEASE to FreeBSD 6.0-BETA4 last night i > > can't input cyrillic chars in X Window. Key presses are just ignored. > > > > In UPDATING i found a note about changing LC_CTYPE on-disk file format. > > Looks like now i have to rebuild some libraries. If yes, it would be > > great if somebody can tell me what exactly i have to recompile. > > > > The only thing, that confuses me here is that Midnight Commander and > > Mutt uses the same set of console-related libraries, but i can see > > cyrillic chars in MC and can't - in Mutt. > > There is a port that deals with this. Eventually, you won't need it. > > I'm afraid I've forgotten all the programs I had to reinstall, perl was > one of them and might even be a quick fix. If not > > /usr/ports/misc/localedata > > Afte installing set the following in your shell's rc file > > export PATH_LOCALE=/usr/loacl/share/compat/locale > > (for Bourne style shells) > > The other option is to be the daring one and map libc.so.5 to libc.so.6 > in /etc/libmap.conf. This seems like it has a possibility of breaking > something, but I used it for a few days without problem. Libmap.conf approach works for me, thanks. Will see if it break something. Anyway, i'm going to rebuild ports now. -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 22:21: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 17AC916A41F for ; Thu, 8 Sep 2005 22:21:54 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCFA743D45 for ; Thu, 8 Sep 2005 22:21:53 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 972E52BFD; Thu, 8 Sep 2005 17:21:52 -0500 (CDT) Date: Thu, 8 Sep 2005 17:21:52 -0500 To: McLone Message-ID: <20050908222152.GA26918@soaustin.net> References: <451cb30105090412182aff2d2b@mail.gmail.com> <20050905190606.GA9839@xor.obsecurity.org> <451cb301050908150538665240@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <451cb301050908150538665240@mail.gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Fri, 09 Sep 2005 12:11:31 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [Panic] 6b3 + mdconfig -t malloc + unionfs + screeen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Sep 2005 22:21:54 -0000 On Fri, Sep 09, 2005 at 01:05:48AM +0300, McLone wrote: > This is very sad. Even oldish Plan 9 always had union mounts. > Where is the problem? VFS? Locking? Lack of interest? Not lack of interest, but lack of one or more people who will step forward and do all the hard work involved. I, too, would like to see it happen (as bugmeister, it would allow me to close numerous PRs), but it's going to take someone with a fair amount of time and determination both. Perhaps this is one of the situations where people ought to consider funding a developer for N weeks, or months, to fix it once and for all. mcl From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 12:14: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 01A9E16A41F for ; Fri, 9 Sep 2005 12:14:39 +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 8D7DD43D48 for ; Fri, 9 Sep 2005 12:14:38 +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 j89CE5Ge008165 for ; Fri, 9 Sep 2005 08:14:05 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 7FAE240E6; Fri, 9 Sep 2005 08:14:35 -0400 (EDT) Date: Fri, 9 Sep 2005 08:14:35 -0400 From: Scott Robbins To: current@freebsd.org Message-ID: <20050909121435.GB14758@mail.scottro.net> Mail-Followup-To: current@freebsd.org References: <20050909111415.GA13414@taran.infoua.com.ua> <20050909113833.GB14260@mail.scottro.net> <20050909115950.GA26540@taran.infoua.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20050909115950.GA26540@taran.infoua.com.ua> User-Agent: mutt-ng/devel-r445 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Re: locale 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, 09 Sep 2005 12:14:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Sep 09, 2005 at 02:59:50PM +0300, Mykola.Stryebkov@gmail.com wrote: > On 09.09.2005 07:38:33, Scott Robbins wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Fri, Sep 09, 2005 at 02:14:15PM +0300, Mykola.Stryebkov@gmail.com wrote: > > > Hi, > > > > > > After system upgrade from 5.4-RELEASE to FreeBSD 6.0-BETA4 last night i > > > can't input cyrillic chars in X Window. Key presses are just ignored. > > > > > The other option is to be the daring one and map libc.so.5 to libc.so.6 > > in /etc/libmap.conf. This seems like it has a possibility of breaking > > something, but I used it for a few days without problem. > > Libmap.conf approach works for me, thanks. Will see if it break > something. Anyway, i'm going to rebuild ports now. Doing portupgrade -af will fix it too :) However, one of mine was openffice, so that was the last resort. After a few weeks, it fixed itself (as the affected ports were gradually upgraded in the normal scheme of things) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: What is stalking nowadays, like, the third most popular sport among men? Angel: Fourth, after luge -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIXyr+lTVdes0Z9YRAvUFAKCZsi0C8GY+q62V0KjMo+as1Vn2hQCgk1nG EvP5ZQDdOFUHZ+QnjOlmUp8= =9bJq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 12:46: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 4F2CE16A41F for ; Fri, 9 Sep 2005 12:46:46 +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 E528043D45 for ; Fri, 9 Sep 2005 12:46:45 +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 j89CkjbL097268 for ; Fri, 9 Sep 2005 07:46:45 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4321843D.80400@centtech.com> Date: Fri, 09 Sep 2005 07:46:53 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 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/1071/Fri Sep 9 01:39:47 2005 on mh2.centtech.com X-Virus-Status: Clean Subject: Broken buildkernel (cvsup from this morning) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 12:46:46 -0000 cvsup from about 10 minutes ago, buildkernel yields: [..snip..] cc -c -O2 -pipe -fno-strict-aliasing -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/kern_tc.c /usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' /usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' was here *** Error code 1 Stop in /usr/obj/usr/src/sys/NEUTRINO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 13:29: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 F3B0016A41F for ; Fri, 9 Sep 2005 13:29:19 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8933C43D46 for ; Fri, 9 Sep 2005 13:29:19 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-66-30-115-133.hsd1.ma.comcast.net ([66.30.115.133]) by comcast.net (sccrmhc13) with ESMTP id <20050909132918013004qgjie>; Fri, 9 Sep 2005 13:29:18 +0000 Received: from c-66-30-115-133.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j89DTKXL003061; Fri, 9 Sep 2005 09:29:20 -0400 (EDT) (envelope-from rodrigc@c-66-30-115-133.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-115-133.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j89DTJVQ003060; Fri, 9 Sep 2005 09:29:19 -0400 (EDT) (envelope-from rodrigc) Date: Fri, 9 Sep 2005 09:29:19 -0400 From: Craig Rodrigues To: Eric Anderson Message-ID: <20050909132919.GA3048@crodrigues.org> References: <4321843D.80400@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4321843D.80400@centtech.com> User-Agent: Mutt/1.5.9i Cc: FreeBSD Current Subject: Re: Broken buildkernel (cvsup from this morning) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 13:29:20 -0000 On Fri, Sep 09, 2005 at 07:46:53AM -0500, Eric Anderson wrote: > cvsup from about 10 minutes ago, buildkernel yields: > /usr/src/sys/kern/kern_tc.c > /usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' > /usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' > was here > *** Error code 1 You need to do a 'make buildworld' first, because the compiler just got a patch to eliminate this warning. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 13:45: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 9BA0516A41F for ; Fri, 9 Sep 2005 13:45:11 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15B1443D48 for ; Fri, 9 Sep 2005 13:45:10 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.3/8.13.3/NinthNine) with ESMTP id j89Dj81B087655; Fri, 9 Sep 2005 22:45:09 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 9 Sep 2005 22:45:08 +0900 From: Norikatsu Shigemura To: massimo.introvigne@gmail.com Message-Id: <20050909224508.65053b09.nork@FreeBSD.org> In-Reply-To: References: X-Mailer: Sylpheed version 2.0.1 (GTK+ 2.6.10; i386-portbld-freebsd7.0) 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 (sakura.ninth-nine.com [219.127.74.121]); Fri, 09 Sep 2005 22:45:09 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: libmap.conf firefox flash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 13:45:11 -0000 On Wed, 7 Sep 2005 20:50:51 -0700 Massimo Introvigne wrote: > Does anyone have a /etc/libmap.conf that will allow flash + > linuxpluginwrapper + firefox > and FreeBSD 6.0 to work correctly? > The port of linuxpluginwrapper has libmap.conf files for FreeBSD 4 and > FreeBSD 5, but not FreeBSD 6. I committed new LPW to support FreeBSD 6.0-BETA3 or after. Please update your ports. But I just modified libmap.conf samples you know:-). From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 13:43: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 7CBCF16A41F for ; Fri, 9 Sep 2005 13:43:53 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua) Received: from taran.infoua.com.ua (82.193.100.16.ipnet.kiev.ua [82.193.100.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BDBA43D45 for ; Fri, 9 Sep 2005 13:43:52 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua) Received: from taran.infoua.com.ua (localhost [127.0.0.1]) by taran.infoua.com.ua (8.13.4/8.13.4) with ESMTP id j89DhoqL055602 for ; Fri, 9 Sep 2005 16:43:50 +0300 (EEST) (envelope-from nick@taran.infoua.com.ua) Received: (from nick@localhost) by taran.infoua.com.ua (8.13.4/8.13.4/Submit) id j89Dhot8055601 for current@freebsd.org; Fri, 9 Sep 2005 16:43:50 +0300 (EEST) (envelope-from nick) Date: Fri, 9 Sep 2005 16:43:50 +0300 From: Nick Strebkov To: current@freebsd.org Message-ID: <20050909134350.GA55567@taran.infoua.com.ua> Mail-Followup-To: Nick Strebkov , current@freebsd.org References: <20050909111415.GA13414@taran.infoua.com.ua> <20050909113833.GB14260@mail.scottro.net> <20050909115950.GA26540@taran.infoua.com.ua> <20050909121435.GB14758@mail.scottro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <20050909121435.GB14758@mail.scottro.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-BETA4 X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= X-Mailman-Approved-At: Fri, 09 Sep 2005 14:03:10 +0000 Cc: Subject: Re: locale 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, 09 Sep 2005 13:43:53 -0000 On 09.09.2005 08:14:35, Scott Robbins wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri, Sep 09, 2005 at 02:59:50PM +0300, Mykola.Stryebkov@gmail.com wrote: > > On 09.09.2005 07:38:33, Scott Robbins wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > On Fri, Sep 09, 2005 at 02:14:15PM +0300, Mykola.Stryebkov@gmail.com wrote: > > > > Hi, > > > > > > > > After system upgrade from 5.4-RELEASE to FreeBSD 6.0-BETA4 last night i > > > > can't input cyrillic chars in X Window. Key presses are just ignored. > > > > > > > The other option is to be the daring one and map libc.so.5 to libc.so.6 > > > in /etc/libmap.conf. This seems like it has a possibility of breaking > > > something, but I used it for a few days without problem. > > > > Libmap.conf approach works for me, thanks. Will see if it break > > something. Anyway, i'm going to rebuild ports now. > > Doing portupgrade -af will fix it too :) However, one of mine was > openffice, so that was the last resort. Yep :-) Since i don't have openoffice portupgrade already started :-) -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 14:57: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 55B1F16A420 for ; Fri, 9 Sep 2005 14:57:19 +0000 (GMT) (envelope-from fwuytack@fgscapital.com) Received: from mail.fgscapital.com (fw.fgscapital.com [82.110.72.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E0743D66 for ; Fri, 9 Sep 2005 14:57:11 +0000 (GMT) (envelope-from fwuytack@fgscapital.com) Received: (qmail 37190 invoked by uid 1003); 9 Sep 2005 14:57:08 -0000 Received: from fwuytack@fgscapital.com by mail.fgscapital.com by uid 89 with qmail-scanner-1.21 (clamdscan: 0.70-rc. spamassassin: 2.63. Clear:RC:1(192.168.0.106):. Processed in 0.099013 secs); 09 Sep 2005 14:57:08 -0000 Received: from unknown (HELO fgswksfilip) (fwuytack@fgscapital.com@192.168.0.106) by 192.168.110.115 with SMTP; 9 Sep 2005 14:57:08 -0000 From: "Filip Wuytack" To: , , Date: Fri, 9 Sep 2005 15:57:05 +0100 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcW1Tr0k87TL/RdFTrK1AeAidjGRTg== X-Qmail-Scanner-Message-ID: <112627782866137181@mail.fgscapital.com> Message-Id: <20050909145711.D1E0743D66@mx1.FreeBSD.org> Cc: Subject: Libtool1.5 fails on freebsd6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 14:57:19 -0000 # cd devel/libtool15 # make clean ===> Cleaning for libtool-1.5.20 # make ===> Vulnerability check disabled, database not found ===> Extracting for libtool-1.5.20 => Checksum OK for libtool-1.5.20.tar.gz. ===> Patching for libtool-1.5.20 ===> Applying FreeBSD patches for libtool-1.5.20 ===> Configuring for libtool-1.5.20 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of cc... none checking for a sed that does not truncate output... /usr/bin/sed checking build system type... amd64-portbld-freebsd6.0 checking host system type... amd64-portbld-freebsd6.0 checking for egrep... grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... none checking for g77... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking for gcj... no checking for windres... no checking for /usr/bin/ld option to reload object files... -r checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... c++ -E checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd6.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... (cached) no checking for shl_load in -ldld... (cached) no checking for dlopen... (cached) yes checking whether a program can dlopen itself... (cached) yes checking whether a statically linked program can dlopen itself... (cached) yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "GCJ" to libtool configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating tests/Makefile config.status: executing depfiles commands configure: configuring in libltdl configure: running /bin/sh './configure' --prefix=/usr/local '--disable-ltdl-install' '--program-suffix=15' '--prefix=/usr/local' '--build=amd64-portbld-freebsd6.0' 'CFLAGS=-O -pipe -march=opteron' 'CXX=c++' 'build_alias=amd64-portbld-freebsd6.0' 'CC=cc' 'CXXFLAGS=-O -pipe -march=opteron' --cache-file=/dev/null --srcdir=. checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... configure: error: newly created file is older than distributed files! Check your system clock configure: error: /bin/sh './configure' failed for libltdl ===> Script "configure" failed unexpectedly. Please report the problem to ade@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/libtool15/work/libtool-1.5.20/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/devel/libtool15. ########################################################### Dmesg at boot ########################################################### 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-BETA4 #0: Wed Aug 10 13:55:54 BST 2005 fwuytack@bigbeast.fgsdomain.fgscapital.com:/usr/obj/usr/src/sys/FILIP WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 275 (2193.77-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> Hyperthreading: 2 logical CPUs real memory = 12884901888 (12288 MB) avail memory = 12401532928 (11827 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 10 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 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci3: at device 6.0 (no driver attached) fxp0: port 0xa800-0xa83f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:30:7c:d5 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahd0: port 0x8000-0x80ff,0x7800-0x78ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x8800-0x88ff,0x8400-0x84ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs bge0: mem 0xfc8b0000-0xfc8bffff,0xfc8a0000-0xfc8affff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:30:7d:1e bge1: mem 0xfc8e0000-0xfc8effff,0xfc8d0000-0xfc8dffff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:30:7d:1f pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 3ware device driver for 9000 series storage controllers, version: 3.60.00.017 twa0: <3ware 9000 series Storage Controller> port 0x6800-0x68ff mem 0xfc5ffc00-0xfc5ffcff,0xfb800000-0xfbffffff irq 28 at device 3.0 on pci1 twa0: [FAST] twa0: INFO: (0x04: 0x004e): Battery capacity test started: twa0: DEBUG: (0x04: 0x0054): Charge termination voltage is at high level: 0x0 twa0: INFO: (0x04: 0x0053): Battery capacity test is overdue: twa0: INFO: (0x15: 0x1300): Controller details:: 12 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 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 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] 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 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-slave UDMA33 Waiting 5 seconds for SCSI devices to settle da0 at twa0 bus 0 target 0 lun 0 da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device da0: 100.000MB/s transfers da0: 762918MB (1562456064 512 byte sectors: 255H 63S/T 97258C) da1 at twa0 bus 0 target 1 lun 0 da1: <3ware Logical Disk 01 1.00> Fixed Direct Access SCSI-0 device da1: 100.000MB/s transfers da1: 1525836MB (3124912128 512 byte sectors: 255H 63S/T 194516C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da0s1a Regards, Filip begin 666 config.log M5&AI2!M97-S86=E2!C M;VUP:6QE2!'3E4@075T;V-O;F8@,BXU.2X@($EN=F]C871I;VX@ M8V]M;6%N9"!L:6YE('=A#TQ-2 M+7!R969I>#TO=7-R M+VQO8V%L("TM8G5I;&0]86UD-C0M<&]R=&)L9"UF71A8VM 8FEG M8F5A65S"F-O;F9I9W5R M93HQ-S4W.B!C:&5C:VEN9R!F;W(@9V%W:PIC;VYF:6=U65S"F-O;F9I9W5R93HR,#6EN9R!C;VYD:71I M;VYS+B @5&AE"!O9B!O8FIE8W0@9FEL97,*8V]N9FEG=7)E.C(U,S0Z(&-C("UC M("U/("UP:7!E("UM87)C:#UO<'1E65S"F-O M;F9I9W5R93HR-C(T.B!C:&5C:VEN9R!W:&5T:&5R(&-C(&%C8V5P=',@+6<* M8V]N9FEG=7)E.C(V-#4Z(&-C("UC("UG("!C;VYF=&5S="YC(#XF-0IC;VYF M:6=U6YT87@@ M97)R;W(@8F5F;W)E(")M92(*8V]N9FEG=7)E.C(X,C$Z("0_(#T@,0IC;VYF M:6=U6QE(&]F(&EN8VQU9&4@=7-E9"!B>2!M86ME"F-O;F9I M9W5R93HR.3DP.B!R97-U;'0Z($=.50IC;VYF:6=U2!S='EL92!O9B!C8PIC;VYF:6=U7-T96T@='EP90IC;VYF:6=U65S"F-O;F9I9W5R M93HS,S8P.B!C:&5C:VEN9R!F;W(@0E-$+6-O;7!A=&EB;&4@;FT*8V]N9FEG M=7)E.C,T,#(Z(')E65S"F-O;F9I9W5R93HS-3$T.B!C:&5C:VEN9R!F;W(@ M0RLK(&-O;7!I;&5R('9EB )"0D@?'P@=&5S=" A("US(&-O;F9T M97-T+F5R<@IC;VYF:6=U65S"F-O;F9I9W5R93HS M-C@V.B!C*RL@+6,@+4\@+7!I<&4@+6UA&ET)R!U;F1E8VQA2!O M;F-E(&9OB )"0D@?'P@=&5S=" A("US M(&-O;F9T97-T+F5R<@IC;VYF:6=UB )"0D@?'P@=&5S=" A("US(&-O M;F9T97-T+F5R<@IC;VYF:6=U2!S='EL92!O M9B!C*RL*8V]N9FEG=7)E.C,X-C,Z(')E7)I9VAT("A#*2 R,# T($9R964@ M4V]F='=A6EN9R65S"F-O;F9I9W5R93HT,#8R.B!C:&5C:VEN9R!W:&5T:&5R(&8W-R!A M8V-E<'1S("UG"F-O;F9I9W5R93HT,#B )"0D@?'P@=&5S=" A("US(&-O;F9T97-T+F5R<@IC;VYF:6=U M&ES=&5N M="YH.B!.;R!S=6-H(&9I;&4@;W(@9&ER96-T;W)Y"F-O;F9I9W5R93HU,C0X M.B D/R ](#$*8V]N9FEG=7)E.B!F86EL960@<')O9W)A;2!W87,Z"GP@+RH@ M8V]N9F1E9G,N:"X@("HO"GP@"GP@(V1E9FEN92!004-+04=%7TY!344@(FQI M8G1O;VPQ-2(*?" C9&5F:6YE(%!!0TM!1T5?5$%23D%-12 B;&EB=&]O;#$U M(@I\("-D969I;F4@4$%#2T%'15]615)324].("(Q+C4N,C B"GP@(V1E9FEN M92!004-+04=%7U-44DE.1R B;&EB=&]O;" Q+C4N,C B"GP@(V1E9FEN92!0 M04-+04=%7T)51U)%4$]25" B8G5G+6QI8G1O;VQ 9VYU+F]R9R(*?" C9&5F M:6YE(%!!0TM!1T4@(FQI8G1O;VPQ-2(*?" C9&5F:6YE(%9%4E-)3TX@(C$N M-2XR,"(*?" C:69D968@7U]C<&QU'1E&ET("AI;G0I('1H&ES=&5N="YH/@IC;VYF:6=U65S"F-O;F9I9W5R93HU-#B )"0D@?'P@=&5S=" A("US(&-O;F9T97-T+F5R<@IC M;VYF:6=U65S"F-O;F9I9W5R93HU M-#65S"F-O;F9I9W5R93HU-#65S"F-O;F9I M9W5R93HU-#B )"0D@?'P@=&5S=" A("US(&-O;F9T M97-T+F5R<@IC;VYF:6=UB ) M"0D@?'P@=&5S=" A("US(&-O;F9T97-T+F5R<@IC;VYF:6=U65S"F-O;F9I M9W5R93HU-C4W.B!C:&5C:VEN9R!F;W(@9&QF8VXN: IC;VYF:6=U0IC;VYF:6=U&ES=&5N="YH.B!.;R!S M=6-H(&9I;&4@;W(@9&ER96-T;W)Y"F-O;F9I9W5R93HU.#8Y.B D/R ](#$* M8V]N9FEG=7)E.B!F86EL960@<')O9W)A;2!W87,Z"GP@+RH@8V]N9F1E9G,N M:"X@("HO"GP@"GP@(V1E9FEN92!004-+04=%7TY!344@(FQI8G1O;VPQ-2(* M?" C9&5F:6YE(%!!0TM!1T5?5$%23D%-12 B;&EB=&]O;#$U(@I\("-D969I M;F4@4$%#2T%'15]615)324].("(Q+C4N,C B"GP@(V1E9FEN92!004-+04=% M7U-44DE.1R B;&EB=&]O;" Q+C4N,C B"GP@(V1E9FEN92!004-+04=%7T)5 M1U)%4$]25" B8G5G+6QI8G1O;VQ 9VYU+F]R9R(*?" C9&5F:6YE(%!!0TM! M1T4@(FQI8G1O;VPQ-2(*?" C9&5F:6YE(%9%4E-)3TX@(C$N-2XR,"(*?" C M:69D968@7U]C<&QU'1E&ET M("AI;G0I('1H65S"F-O;F9I9W5R93HV.#4U.B!C:&5C:VEN M9R!I9B!C8R!S=7!P;W)T&-E<'1I;VYS"F-O M;F9I9W5R93HV.#65S"F-O;F9I9W5R93HW,365S"F-O;F9I9W5R93HX,38Y.B!C:&5C:VEN9R!W:&5T M:&5R("UL8R!S:&]U;&0@8F4@97AP;&EC:71L>2!L:6YK960@:6X*8V]N9FEG M=7)E.C@Q-S0Z(&-C("UC("U/("UP:7!E("UM87)C:#UO<'1E2!P871H#2X@("HO"GP@(V1E9FEN M92!S:&Q?;&]A9"!I;FYO8W5O=7-?7-T96T@ M:&5A9&5R('1O(&1E9FEN92!?7W-T=6(@;6%C7!E('1O(&%V;VED(&%N M(&5R'1EPI\("-E;F1I9@I\("\J(%=E('5S92!C:&%R(&)E8V%U7,@9F%I;"!W:71H($5.3U-9 M4RX@(%-O;64@9G5N8W1I;VYS(&%R92!A8W1U86QL>2!N86UE9 I\(" @("!S M;VUE=&AI;F<@2!G8V,R(&EN=&5R;F%L('!R;W1O='EP92!T M;R!A=F]I9"!A;B!E2!C*RL*8V]N9FEG=7)E.C$P-# Y.B!R97-U;'0Z("]U65S"F-O;F9I9W5R93HQ,#0X-#H@8VAE8VMI;F<@=VAE=&AE65S"F-O;F9I9W5R93HQ M,3@S,CH@8VAE8VMI;F<@:68@8RLK('-U<'!O6YA;6EC(&QI;FME2!P M871H65S"F-O M;F9I9W5R93HQ,S(Q,CH@8VAE8VMI;F<@=VAE=&AE65S"F-O;F9I9W5R93HQ,SDV,#H@8VAE8VMI;F<@ M=VAE=&AE6YA M;6EC(&QI;FME2!P871H2!'3E4@075T;V-O;F8@,BXU M.2X@($EN=F]C871I;VX@8V]M;6%N9"!L:6YE('=A#TO M=7-R+VQO8V%L(" G+2UD:7-A8FQE+6QT9&PM:6YS=&%L;"<@)RTM<')O9W)A M;2US=69F:7@],34G("#TO=7-R+VQO8V%L)R G+2UB=6EL9#UA M;60V-"UP;W)T8FQD+69R965B7-?9VQO8F%L7W-Y;6)O;%]P:7!E/27!E/6YO;F4*86-?8W9? M<')O9U]#6%A#4% ])V,K*R M12<*86-?8W9?96YV7T-86$9,04=37W9A;'5E M/26UB;VQ?=&]?8V1E8VP])W-E9" M;B M92 G7"+B N*B!<*"XJ7"DD M+V5X=&5R;B!I;G0@7#$[+W G7"65S"FQT7V-V7V9I;&5?;6%G:6-?8VUD/2#UY97,*86-?8W9?9G5N8U]D;&]P96X]>65S"F%C M7V-V7W!R;V=?8V-?9SUY97,*86-?8W9?96YV7T-86$-04%]S970]"F%C7V-V M7V5N=E],1$9,04=37W-E=#T*;'1?8W9?<')O9U]C;VUP:6QE65S"F%C7V-V7V5X965X=#T* M86-?8W9?96YV7T-&3$%'4U]S970]65S"FQT7V-V7V1L;W!E M;E]L:6)S/0IA8U]C=E]C>'A?8V]M<&EL97)?9VYU/7EE65S(B<*86-?8W9?96YV7VAO7-? M9VQO8F%L7W-Y;6)O;%]T;U]C7VYA;65?861D.B!<7"A;7B!=*EQ<*2!<)"\@('M<7%PB7%PQ7%Q<(BP@*&QT7W!T M(%TJ7%PI M(%Q<*%M>(%TJ7%PI7"0O("![7")<7#)<(BP@*&QT7W!T65S"FQT7V-V7VQD M7W)E;&]A9%]F;&%G/2UR"FQT7V-V7W!R;V=?9VYU7VQD/7EE65S"F%C7V-V7VAE861E7-?='EP97-?:#UY97,*86-?8W9?:&5A M9&5R7W-T9&,]>65S"F%C7V-V7VAE861E65S"FQT7V-V M7W!A=&A?4T5$/2]U65S"F%C7V-V7VAE861E7!E65S"F%C M7V-V7V5N=E]&1DQ!1U-?=F%L=64]"FQT7V-V7W!A=&A?3$0]+W5S%]G/7EE M+BI;( E=7"A;04)#1$=)4E-4 M5UU;04)#1$=)4E-45UTJ7"E;( E=6R )72I<*%M?02U:82UZ75M?02U:82UZ M,"TY72I<*20O7#$@7#(@7#(O<"=<)R'0];PH*(R,@+2TM+2TM+2TM+2TM M+2TM+2T@(R,*(R,@3W5T<'5T('9AU-(14Q,?2 O=7-R+W!OT%-5$%2?2!C:&]F("T@(B0D M=&%R9&ER(B<*86U?7W5N=&%R/2T%-5$%2?2!X9B M)PIB:6YD:7(])R1[ M97AE8U]P&5C7W!R969I>#TG)'MP&5C M7W!R969I>'TO;&EB)PIL:6)E>&5C9&ER/2V5X96-?<')E9FEX?2]L:6)E M>&5C)PIL;V-A;'-T871E9&ER/2W!R969I>'TO=F%R)PIM86YD:7(])R1[ M<')E9FEX?2]M86XG"FUK9&ER7W ])R0H:6YS=&%L;%]S:"D@+60G"F]L9&EN M8VQU9&5D:7(])R]U#TG+W5SW!R969I>'TO8V]M)PIS=6)D:7)S M/2<@;&EB;'1D;"<* 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 224ED16A41F; Fri, 9 Sep 2005 15:07:36 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A5443D46; Fri, 9 Sep 2005 15:07:35 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.lab.lovett.com ([192.168.32.20]:49479) by mail.lovett.com with esmtpa (Exim 4.52 (FreeBSD)) id 1EDkTX-0000iw-CW; Fri, 09 Sep 2005 08:07:35 -0700 In-Reply-To: <20050909145711.99E7943D64@mx1.FreeBSD.org> References: <20050909145711.99E7943D64@mx1.FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <02F8BF96-5E2F-4C08-8835-434196FF2266@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 9 Sep 2005 08:07:34 -0700 To: Filip Wuytack X-Mailer: Apple Mail (2.734) Sender: ade@lovett.com X-SA-Exim-Connect-IP: 192.168.32.20 X-SA-Exim-Mail-From: ade@lovett.com X-SA-Exim-Scanned: No (on mail.lovett.com); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Libtool1.5 fails on freebsd6.0-BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 15:07:36 -0000 On Sep 09, 2005, at 07:57 , Filip Wuytack wrote: > [snip] > > checking whether build environment is sane... configure: error: newly > created file is older than distributed files! > Check your system clock > configure: error: /bin/sh './configure' failed for libltdl Please do try to read the error messages produced by scripts. Thanks awfully. -aDe From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 15:49:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 6534016A420; Fri, 9 Sep 2005 15:49:02 +0000 (GMT) Date: Fri, 9 Sep 2005 15:49:02 +0000 From: David O'Brien To: Eric Anderson Message-ID: <20050909154902.GA74907@hub.freebsd.org> References: <4321843D.80400@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4321843D.80400@centtech.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-STABLE 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 Cc: FreeBSD Current Subject: Re: Broken buildkernel (cvsup from this morning) 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, 09 Sep 2005 15:49:02 -0000 On Fri, Sep 09, 2005 at 07:46:53AM -0500, Eric Anderson wrote: > cvsup from about 10 minutes ago, buildkernel yields: > [..snip..] > /usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' > /usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' > was here > *** Error code 1 >From /usr/src/UPDATING: To just build a kernel when you know that it won't mess you up -------------------------------------------------------------- This assumes you are already running a 5.X system. Replace ${arch} with the architecture of your machine (e.g. "i386", "alpha", "amd64", "ia64", "pc98", "sparc64", etc). cd src/sys/${arch}/conf config KERNEL_NAME_HERE cd ../compile/KERNEL_NAME_HERE make depend make make install If this fails, go to the "To build a kernel" section. This failed for you. So you should use the procedure below which says "with a fresh buildworld". To build a kernel ----------------- If you are updating from a prior version of FreeBSD (even one just a few days old), you should follow this procedure. With a /usr/obj tree with a fresh buildworld, make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE Note you can shorten this to make -DALWAYS_CHECK_MAKE kernel KERNCONF=YOUR_KERNEL_HERE From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 16:13: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 EC13D16A41F for ; Fri, 9 Sep 2005 16:13:43 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8811C43D46 for ; Fri, 9 Sep 2005 16:13:43 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j89GDb3J089341; Fri, 9 Sep 2005 12:13:42 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Fri, 9 Sep 2005 12:13:37 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: McLone In-Reply-To: <451cb3010509081755119ba263@mail.gmail.com> Message-ID: <20050909120208.L84118@sasami.jurai.net> References: <451cb3010509081755119ba263@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Fri, 09 Sep 2005 12:13:42 -0400 (EDT) Cc: freebsd-current@FreeBSD.ORG Subject: Re: [atacontrol detach] drive platters won't stop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 16:13:44 -0000 On Fri, 9 Sep 2005, McLone wrote: > I'd like to not "halt -p" when changing HDDs on > regular IDE controllers. In 5.x times i used >> atacontrol detach 1 > and i heard the sounds of stopping/parking HDD. > Now, in betas of 6, atacontrol (which uses not number > but ataN) detaches drive OK, but platters keep spinning. > Unplugging such a drive is bad for its health, i suppose. Try this: ftp://ftp.jurai.net/users/winter/atautil.tar 'atautil -f ad1 unload' Followed by whatever atacontrol detach/delete commands you feel necessary. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 18:10: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 7DBBE16A41F; Fri, 9 Sep 2005 18:10:32 +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 7865343D55; Fri, 9 Sep 2005 18:10:30 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30] [83.227.181.30]) by mxfep01.bredband.com with ESMTP id <20050909181026.NHKW13243.mxfep01.bredband.com@ua-83-227-181-30.cust.bredbandsbolaget.se>; Fri, 9 Sep 2005 20:10:26 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id 81BB367913; Fri, 9 Sep 2005 20:10:25 +0200 (CEST) Message-ID: <4321D011.6020208@gneto.com> Date: Fri, 09 Sep 2005 20:10:25 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050828) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lukas Ertl References: <20050908235206.M622@korben.prv.univie.ac.at> In-Reply-To: <20050908235206.M622@korben.prv.univie.ac.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Boot delay, probably caused by fdc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 18:10:32 -0000 Lukas Ertl wrote: > ... several minutes nothing. Then the boot process resumes normally: > > Trying to mount root from ..... > > Booting verbosely and setting kern.geom.debugflags at the loader prompt > reveals that during this break the GEOM taste process for the (empty) fd0 > floppy device happens. > > Disabling the floppy controller in the BIOS makes the boot delay go away. I see the same thing with a Intel D945GNT motherboard & current. The light on the floppydrive is on and if I insert a disk the boot commences right away. /Martin From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 18:20: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 10EA016A41F for ; Fri, 9 Sep 2005 18:20:56 +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 9891443D46 for ; Fri, 9 Sep 2005 18:20:54 +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 j89IKrZ3024273 for ; Fri, 9 Sep 2005 13:20:53 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4321D28D.8070004@centtech.com> Date: Fri, 09 Sep 2005 13:21:01 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG References: <4321843D.80400@centtech.com> <20050909154902.GA74907@hub.freebsd.org> In-Reply-To: <20050909154902.GA74907@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1073/Fri Sep 9 10:13:08 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Subject: Re: Broken buildkernel (cvsup from this morning) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 18:20:56 -0000 David O'Brien wrote: > On Fri, Sep 09, 2005 at 07:46:53AM -0500, Eric Anderson wrote: > >>cvsup from about 10 minutes ago, buildkernel yields: >>[..snip..] >>/usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' >>/usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' >>was here >>*** Error code 1 > > >>From /usr/src/UPDATING: > > To just build a kernel when you know that it won't mess you up > -------------------------------------------------------------- > This assumes you are already running a 5.X system. Replace > ${arch} with the architecture of your machine (e.g. "i386", > "alpha", "amd64", "ia64", "pc98", "sparc64", etc). > > cd src/sys/${arch}/conf > config KERNEL_NAME_HERE > cd ../compile/KERNEL_NAME_HERE > make depend > make > make install > > If this fails, go to the "To build a kernel" section. > > > This failed for you. So you should use the procedure below which says > "with a fresh buildworld". > > To build a kernel > ----------------- > If you are updating from a prior version of FreeBSD (even one just > a few days old), you should follow this procedure. With a > /usr/obj tree with a fresh buildworld, > make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE > make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE > > Note you can shorten this to make -DALWAYS_CHECK_MAKE kernel > KERNCONF=YOUR_KERNEL_HERE Oh. Oops. I'm ashamed of myself. :( Thanks, 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 Sep 9 18:37: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 6BD3916A41F for ; Fri, 9 Sep 2005 18:37:05 +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 1D11643D45 for ; Fri, 9 Sep 2005 18:37:05 +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 j89Ib4eG004264 for ; Fri, 9 Sep 2005 11:37:04 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j89Ib4pf004263 for freebsd-current@freebsd.org; Fri, 9 Sep 2005 11:37:04 -0700 (PDT) (envelope-from obrien) Date: Fri, 9 Sep 2005 11:37:04 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050909183704.GA3935@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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] ufs_dirbad: bad dir 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: Fri, 09 Sep 2005 18:37:05 -0000 Anyone own this one? Happened during a kernel build. The running kernel was: @(#)FreeBSD 7.0-CURRENT #526: Sun Aug 21 15:56:54 PDT 2005 -- -- David (obrien@FreeBSD.org) GNU gdb 20040810 [GDB v6.x for FreeBSD] --- panic: ufs_dirbad: bad dir cpuid = 1 KDB: stack backtrace: kdb_backtrace(c06b586e,1,c06ad17c,f09257d0,c4e8cd80) at 0xc052cdae = kdb_backtrace+0x2e panic(c06ad17c,c4e71200,7396a,170,c06ad136) at 0xc050fe38 = panic+0x128 ufs_dirbad(c52519cc,170,c06ad136,0,f0925844) at 0xc060797d = ufs_dirbad+0x4d ufs_lookup(f09258f0,c565bbb0,f0925bec,c565bbb0,f092592c) at 0xc06070fd = ufs_lookup+0x3ad VOP_CACHEDLOOKUP_APV(c06dd920,f09258f0,f0925bec,c4e8cd80,c5b6ee80) at 0xc067b25e = VOP_CACHEDLOOKUP_APV+0x9e vfs_cache_lookup(f0925998,f0925998,c565bbb0,c565bbb0,0) at 0xc056768a = vfs_cache_lookup+0xca VOP_LOOKUP_APV(c06dd920,f0925998,c4e8cd80,c5648c2c,0) at 0xc067b176 = VOP_LOOKUP_APV+0xa6 lookup(f0925bc4,0,c06a2cb2,b4,1a4) at 0xc056c27e = lookup+0x44e namei(f0925bc4,0,c06a33bd,846,c565bbb0) at 0xc056bb3f = namei+0x41f vn_open_cred(f0925bc4,f0925cc4,180,c5b6ee80,5) at 0xc057fece = vn_open_cred+0x2ae vn_open(f0925bc4,f0925cc4,180,5,1) at 0xc057fc13 = vn_open+0x33 kern_open(c4e8cd80,80768e0,0,1,1b6) at 0xc0578158 = kern_open+0xc8 open(c4e8cd80,f0925d04,c,422,3) at 0xc0578056 = open+0x36 syscall(3b,3b,3b,4,282cd210) at 0xc0670622 = syscall+0x2e2 Xint0x80_syscall() at 0xc065c31f = Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x2829e6c7, esp = 0xbfbfe0dc, ebp = 0xbfbfe108 --- Uptime: 22m49s From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 19:04: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 6521816A41F for ; Fri, 9 Sep 2005 19:04:35 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F7CE43D45 for ; Fri, 9 Sep 2005 19:04:35 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 4C38E2C43B; Fri, 9 Sep 2005 21:04:33 +0200 (CEST) Date: Fri, 9 Sep 2005 21:04:33 +0200 From: Thomas Quinot To: Claude Buisson Message-ID: <20050909190432.GA25245@melusine.cuivre.fr.eu.org> References: <43216CA9.2010804@nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43216CA9.2010804@nerim.net> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.8i Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA4 changes numbering of atapicam devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 19:04:35 -0000 * Claude Buisson, 2005-09-09 : > acd0 -> cd0 > acd1 -> cd1 There is absolutely no notion of such mapping in ATAPI/CAM. The order in which device numbers are assigned by the cd driver depends only on CAM scan order. What ATAPI/CAM guarantees is that the master device is target 0, and the slave is target 1: > cd0 at ata1 bus 0 target 1 lun 0 ^ > cd1 at ata1 bus 0 target 0 lun 0 ^ The assignment of unit numbers by the cd driver is dependant on the CAM scan order; you can force fixed numbering by wiring down the target -> unit mapping in your hints file. Thomas. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 19:40: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 674FC16A422 for ; Fri, 9 Sep 2005 19:40:13 +0000 (GMT) (envelope-from matt.kosht@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10BCB43D5C for ; Fri, 9 Sep 2005 19:40:10 +0000 (GMT) (envelope-from matt.kosht@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1273694wra for ; Fri, 09 Sep 2005 12:40:09 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=m4dzncK2800UkfDG62m/oEaD4SMk/W4v2FLUSk30agK4QuOilGURdOG6f6xi/ZWmvgw1HxsTu0BOuls3i3E/1jrmxPWyVBHI9CAcGT0o5O7t08gXwCgnPgIgcY3fiZ0SrGMtDcB238jafBfPVyiehHXhT6OKstXaOw+R3LoVK7A= Received: by 10.54.33.43 with SMTP id g43mr615064wrg; Fri, 09 Sep 2005 12:40:08 -0700 (PDT) Received: by 10.54.84.9 with HTTP; Fri, 9 Sep 2005 12:40:08 -0700 (PDT) Message-ID: Date: Fri, 9 Sep 2005 15:40:08 -0400 From: Matt Kosht To: freebsd-current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8b6eae9605090106151a81174d@mail.gmail.com> Subject: Re: FreeBSD6.0 and VMWare 5.0.. No go X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: matt.kosht@gmail.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, 09 Sep 2005 19:40:13 -0000 > On Thu, 1 Sep 2005 09:15:08 -0400, you wrote: >=20 > >This morning I tried to install FreeBSD6.0 under VMWare 5. I got > >the following message when it was extracting the base into \ > >directory: > > > >Panic: duplicate free of item 0xc1c5a210 from zone 0xc143f000(g_bio) > > > >cpuid=3D0 > >KDB: enter: panic > >[thread pid 3 tid 100034 ] > >stopped at kdb_enter+0x2b: nop > >db> > > > >Is this a known issue? >On 9/8/05, Michael Ray wrote:=20 > I am now able to install in VMWARE 5 with 6.0-BETA4. >=20 I retested VMWare Workstation 5 build 13124 with 6.0-BETA4 install and still get a panic extracting base to / *** Panic:duplicate free of item 0xc1dda318 from zone 0xc143f000(g_bio) cpuid =3D 0 KBD: enter: panic [thread pid 3 tid 100034 ] stopped at kbd_enter+0x2b: nop *** VMWare ESX 2.5.1 build-13057 crashes the vm itself during "probing devices.." phase of boot of installer= . *** VMware ESX Server internal monitor error *** NOT_IMPLEMENTED at e43 (13057) Code: 00000e43-00003301-a8e6e393-b499b497-e59f83d5-f2b2bba6-b8a689 *** I am willing to help debug this. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 19:51: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 6960816A41F for ; Fri, 9 Sep 2005 19:51:09 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0077743D45 for ; Fri, 9 Sep 2005 19:51:07 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id F2D415C7D for ; Fri, 9 Sep 2005 21:51:05 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94575-02 for ; Fri, 9 Sep 2005 21:51:01 +0200 (CEST) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id E383C5C7C for ; Fri, 9 Sep 2005 21:51:00 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Fri, 9 Sep 2005 21:51:00 +0200 (CEST) Message-ID: <59339.192.168.1.20.1126295460.squirrel@webmail.thilelli.net> Date: Fri, 9 Sep 2005 21:51:00 +0200 (CEST) From: "Julien Gabel" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: multipart/mixed;boundary="----=_20050909215100_46705" X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Subject: Panic when building the world under SMP kernel (HTT). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 19:51:09 -0000 ------=_20050909215100_46705 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi, Just to report that i always encountered a panic when building the world using an SMP kernel for a CPU with HTT enable (in the BIOS) and the sysctl machdep.hlt_logical_cpus set to 0. Just cvsup'ed (kernel built at Fri Sep 9 18:39:41 CEST 2005). See the kernel trace and kernel configuration file attached, please. -- -jpeg. ------=_20050909215100_46705 Content-Type: application/octet-stream; name="panic.trace" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="panic.trace" ZGI+IHdoZXJlClRyYWNpbmcgcGlkIDY3MDAgdGlkIDEwMDEyNyB0ZCAweGMyYzRjNzgwCmtkYl9l bnRlcihjMDkxMDE5MSwwLGMwOTJhZTE4LGVmNWExOWYwLGMyYzRjNzgwKSBhdCBrZGJfZW50ZXIr MHgzMApwYW5pYyhjMDkyYWUxOCxkZWFkYzAwMCwxLGVmNWExYTgwLGVmNWExYTcwKSBhdCBwYW5p YysweDEzZQp2bV9mYXVsdChjMTA2MDAwMCxkZWFkYzAwMCwxLDAsYzJjNGM3ODApIGF0IHZtX2Zh dWx0KzB4MjNhCnRyYXBfcGZhdWx0KGVmNWExYjQ4LDAsZGVhZGMwZGUsYzA5ZGQ5YzAsZGVhZGMw ZGUpIGF0IHRyYXBfcGZhdWx0KzB4MTgyCnRyYXAoOCxjMDkwMDAyOCwyOCxiZmJmZGM4NyxkZWFk YzBkZSkgYXQgdHJhcCsweDM4NgpjYWxsdHJhcCgpIGF0IGNhbGx0cmFwKzB4NQotLS0gdHJhcCAw eGMsIGVpcCA9IDB4YzA4YTAyNTMsIGVzcCA9IDB4ZWY1YTFiODgsIGVicCA9IDB4ZWY1YTFiYmMg LS0tCnNsb3dfY29weW91dChkZWFkYzBkZSwxLGVmNWExY2I0LDRkNixjMmI2MWI5NCkgYXQgc2xv d19jb3B5b3V0KzB4Ygpzb3JlY2VpdmUoYzJiNjFiMjAsMCxlZjVhMWNiNCwwLDAsZWY1YTFjMzAs NDAwMCkgYXQgc29yZWNlaXZlKzB4OTIyCmZpZm9fcmVhZF9mKGMyYTkxOGI4LGVmNWExY2I0LGMy YjFlNzgwLDAsYzJjNGM3ODApIGF0IGZpZm9fcmVhZF9mKzB4NzAKZG9maWxlcmVhZChjMmM0Yzc4 MCwzLGMyYTkxOGI4LGVmNWExY2I0LGZmZmZmZmZmKSBhdCBkb2ZpbGVyZWFkKzB4OTYKa2Vybl9y ZWFkdihjMmM0Yzc4MCwzLGVmNWExY2I0LGJmYmZkYzg3LDEpIGF0IGtlcm5fcmVhZHYrMHg2MQpy ZWFkKGMyYzRjNzgwLGVmNWExZDA0LGMsNDIyLDMpIGF0IHJlYWQrMHg0ZgpzeXNjYWxsKDgwYjAw M2IsM2IsYmZiZjAwM2IsYmZiZmRjYzAsODBjOGU4MCkgYXQgc3lzY2FsbCsweDI5NQpYaW50MHg4 MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDFmCi0tLSBzeXNjYWxsICgzLCBGcmVl QlNEIEVMRjMyLCByZWFkKSwgZWlwID0gMHg4MDVkMzY3LCBlc3AgPSAweGJmYmZkYzZjLCBlYnAg PSAweGJmYmZkYzg4IC0tLQoKZGI+IHNob3cgcGNwdQpjcHVpZCAgICAgICAgPSAwCmN1cnRocmVh ZCAgICA9IDB4YzJjNGM3ODA6IHBpZCA2NzAwICJtYWtlIgpjdXJwY2IgICAgICAgPSAweGVmNWEx ZDkwCmZwY3VydGhyZWFkICA9IG5vbmUKaWRsZXRocmVhZCAgID0gMHhjMjJjZTkwMDogcGlkIDEy ICJpZGxlOiBjcHUwIgpBUElDIElEICAgICAgPSAwCmN1cnJlbnRsZHQgICA9IDB4NTAKc3BpbiBs b2NrcyBoZWxkOgoKZGI+IHNob3cgYWxsbG9ja3MKUHJvY2VzcyA2NzMyIChzaCkgdGhyZWFkIDB4 YzIzZjM5MDAgKDEwMDA3OSkKZXhjbHVzaXZlIHNsZWVwIG11dGV4IFNZU01BUFMgciA9IDAgKDB4 YzBhNWQ2NjApIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvcG1hcC5jOjI0ODEKZXhj bHVzaXZlIHNsZWVwIG11dGV4IHZtIG9iamVjdCAoc3RhbmRhcmQgb2JqZWN0KSByID0gMCAoMHhj MmVjNTRhNCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL3ZtL3ZtX2ZhdWx0LmM6NjgzCmV4Y2x1c2l2 ZSBzeCB1c2VyIG1hcCByID0gMCAoMHhjMmNkNjc0YykgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL3Zt L3ZtX21hcC5jOjI5OTcKUHJvY2VzcyA2NzAwIChtYWtlKSB0aHJlYWQgMHhjMmM0Yzc4MCAoMTAw MTI3KQpleGNsdXNpdmUgc2xlZXAgbXV0ZXggc3lzdGVtIG1hcCByID0gMCAoMHhjMTA2MDM4NCkg bG9ja2VkIEAgL3Vzci9zcmMvc3lzL3ZtL3ZtX21hcC5jOjI5OTcKCmRiPiBwcwogIHBpZCAgIHBy b2MgICAgIHVpZCAgcHBpZCAgcGdycCAgZmxhZyAgIHN0YXQgIHdtZXNnICAgIHdjaGFuICBjbWQK IDY3NTIgYzJjNGJhM2MgICAgMCAgNjMwNCAgIDc2MSAwMDA0MDAyIFtTTFBRIGJpb3JkIDB4ZDY0 MTAxYzBdW1NMUF0gbWFrZQogNjczMiBjMmE0ODQxOCAgICAwICA2NzIxICAgNzYxIDAwMDAwMDIg W1JVTlFdIHNoCiA2NzIxIGMyYzRiMjBjICAgIDAgIDY3MDAgICA3NjEgMDAwNDAwMiBbUlVOUV0g c2gKIDY3MDEgYzJhNDgyMGMgICAgMCAgNjY5MCAgIDc2MSAwMDA0MDAyIFtSVU5RXSBtYWtlCiA2 NzAwIGMyYzUwMDAwICAgIDAgIDY2ODUgICA3NjEgMDAwNDAwMiBbQ1BVIDBdIG1ha2UKIDY2OTAg YzJjNTBhM2MgICAgMCAgNjY4OCAgIDc2MSAwMDA0MDAyIFtTTFBRIHdhaXQgMHhjMmM1MGEzY11b U0xQXSBzaAogNjY4OCBjMmFlNzgzMCAgICAwICA2NjEyICAgNzYxIDAwMDQwMDIgW1NMUFEgc2Vs ZWN0IDB4YzBhMmI2MDRdW1NMUF0gbWFrZQogNjY4NSBjMjc5ZDYyNCAgICAwICA2NjgyICAgNzYx IDAwMDQwMDIgW1NMUFEgd2FpdCAweGMyNzlkNjI0XVtTTFBdIHNoCiA2NjgyIGMyYzRlYzQ4ICAg IDAgIDY1MjcgICA3NjEgMDAwNDAwMiBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBtYWtl CiA2NjEyIGMyYzUwNDE4ICAgIDAgIDY1NjQgICA3NjEgMDAwNDAwMiBbU0xQUSB3YWl0IDB4YzJj NTA0MThdW1NMUF0gc2gKIDY1NjQgYzJhZTYwMDAgICAgMCAgNTU3NiAgIDc2MSAwMDA0MDAyIFtT TFBRIHNlbGVjdCAweGMwYTJiNjA0XVtTTFBdIG1ha2UKIDY1MjcgYzJhZTc2MjQgICAgMCAgNjUy NiAgIDc2MSAwMDA0MDAyIFtTTFBRIHdhaXQgMHhjMmFlNzYyNF1bU0xQXSBzaAogNjUyNiBjMmM0 ZTAwMCAgICAwICA2NTI1ICAgNzYxIDAwMDQwMDIgW1NMUFEgc2VsZWN0IDB4YzBhMmI2MDRdW1NM UF0gbWFrZQogNjUyNSBjMmM0OTIwYyAgICAwICAxMjY5ICAgNzYxIDAwMDQwMDIgW1NMUFEgd2Fp dCAweGMyYzQ5MjBjXVtTTFBdIHNoCiA2MzA0IGMyYzUwYzQ4ICAgIDAgIDYzMDIgICA3NjEgMDAw NDAwMiBbU0xQUSB3YWl0IDB4YzJjNTBjNDhdW1NMUF0gc2gKIDYzMDIgYzJhNGM0MTggICAgMCAg NjMwMSAgIDc2MSAwMDA0MDAyIFtTTFBRIHNlbGVjdCAweGMwYTJiNjA0XVtTTFBdIG1ha2UKIDYz MDEgYzJhZTY4MzAgICAgMCAgMTI2OSAgIDc2MSAwMDA0MDAyIFtTTFBRIHdhaXQgMHhjMmFlNjgz MF1bU0xQXSBzaAogNTU3NiBjMmM0OTYyNCAgICAwICA1NTc0ICAgNzYxIDAwMDQwMDIgW1NMUFEg d2FpdCAweGMyYzQ5NjI0XVtTTFBdIHNoCiA1NTc0IGMyYWU3NDE4ICAgIDAgIDU1NjYgICA3NjEg MDAwNDAwMiBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBtYWtlCiA1NTY2IGMyYzQ5YzQ4 ICAgIDAgIDU1NjUgICA3NjEgMDAwNDAwMiBbU0xQUSB3YWl0IDB4YzJjNDljNDhdW1NMUF0gc2gK IDU1NjUgYzJjNGUyMGMgICAgMCAgNTU2NCAgIDc2MSAwMDA0MDAyIFtTTFBRIHNlbGVjdCAweGMw YTJiNjA0XVtTTFBdIG1ha2UKIDU1NjQgYzJjNDk4MzAgICAgMCAgMTI2OSAgIDc2MSAwMDA0MDAy IFtTTFBRIHdhaXQgMHhjMmM0OTgzMF1bU0xQXSBzaAogMTI2OSBjMmM1MDYyNCAgICAwICAxMjY4 ICAgNzYxIDAwMDQwMDIgW1NMUFEgc2VsZWN0IDB4YzBhMmI2MDRdW1NMUF0gbWFrZQogMTI2OCBj MmFlNjIwYyAgICAwICAgODQ4ICAgNzYxIDAwMDQwMDIgW1NMUFEgd2FpdCAweGMyYWU2MjBjXVtT TFBdIHNoCiAgODQ4IGMyYTRjNjI0ICAgIDAgICA4NDYgICA3NjEgMDAwNDAwMiBbU0xQUSBzZWxl Y3QgMHhjMGEyYjYwNF1bU0xQXSBtYWtlCiAgODQ2IGMyYTRjYzQ4ICAgIDAgICA3NjEgICA3NjEg MDAwNDAwMiBbU0xQUSB3YWl0IDB4YzJhNGNjNDhdW1NMUF0gc2gKICA3NjEgYzJhNGMyMGMgICAg MCAgIDc1OCAgIDc2MSAwMDA0MDAyIFtTTFBRIHNlbGVjdCAweGMwYTJiNjA0XVtTTFBdIG1ha2UK ICA3NTggYzJhNGM4MzAgICAgMCAgIDczNSAgIDc1OCAwMDA0MDAyIFtTTFBRIHBhdXNlIDB4YzJh NGM4NjRdW1NMUF0gY3NoCiAgNzU3IGMyYTRjYTNjICAgIDAgICAgIDEgICA3NTUgMDAwMDAwMCBb U0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSB4Y29uc29sZQogIDc0OCBjMmFlNzAwMCAgICAw ICAgNzQzICAgNzQ4IDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4YzBhMmI2MDRdW1NMUF0geGRtCiAg NzQ3IGMyYWU3MjBjICAgIDAgICA3NDMgICA3NDcgMDAwNDAwMCBbU0xQUSBzZWxlY3QgMHhjMGEy YjYwNF1bU0xQXSBYb3JnCiAgNzQ0IGMyYTQ4NjI0ICAgIDAgICAgIDEgICA3NDQgMDAwNDAwMiBb U0xQUSB0dHlpbiAweGMyNWEzODEwXVtTTFBdIGdldHR5CiAgNzQzIGMyYTRiMjBjICAgIDAgICAg IDEgICAgIDEgMDAwNDAwMSBbU0xQUSBwYXVzZSAweGMyYTRiMjQwXVtTTFBdIHhkbQogIDc0MiBj MmE0OGEzYyAgICAwICAgICAxICAgNzQyIDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjVhNGMxMF1b U0xQXSBnZXR0eQogIDc0MSBjMmE0YjYyNCAgICAwICAgICAxICAgNzQxIDAwMDQwMDIgW1NMUFEg dHR5aW4gMHhjMjViNDQxMF1bU0xQXSBnZXR0eQogIDc0MCBjMmE0YjAwMCAgICAwICAgICAxICAg NzQwIDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjVhZDgxMF1bU0xQXSBnZXR0eQogIDczOSBjMmE0 YjgzMCAgICAwICAgICAxICAgNzM5IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjVhYzQxMF1bU0xQ XSBnZXR0eQogIDczOCBjMmE0YmM0OCAgICAwICAgICAxICAgNzM4IDAwMDQwMDIgW1NMUFEgdHR5 aW4gMHhjMjViM2MxMF1bU0xQXSBnZXR0eQogIDczNyBjMjNmMTIwYyAgICAwICAgICAxICAgNzM3 IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjViMzgxMF1bU0xQXSBnZXR0eQogIDczNiBjMmE0YzAw MCAgICAwICAgICAxICAgNzM2IDAwMDQwMDIgW1NMUFEgdHR5aW4gMHhjMjViMjgxMF1bU0xQXSBn ZXR0eQogIDczNSBjMjc5YTIwYyAgICAwICAgICAxICAgNzM1IDAwMDQxMDIgW1NMUFEgd2FpdCAw eGMyNzlhMjBjXVtTTFBdIGxvZ2luCiAgNzI1IGMyYTRiNDE4ICAxMjUgICA3MjIgICA3MjIgMDAw NDEwMCBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBxbWdyCiAgNzI0IGMyYTQ4YzQ4ICAx MjUgICA3MjIgICA3MjIgMDAwNDEwMCBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBwaWNr dXAKICA3MjIgYzJhNDg4MzAgICAgMCAgICAgMSAgIDcyMiAwMDA0MTAwIFtTTFBRIHNlbGVjdCAw eGMwYTJiNjA0XVtTTFBdIG1hc3RlcgogIDYyMCBjMmE0ODAwMCAgICAwICAgICAxICAgNjIwIDAw MDAwMDAgW1NMUFEgbmFuc2xwIDB4YzA5ZGUyZWNdW1NMUF0gY3JvbgogIDYwMSBjMjc5YWM0OCAg ICAwICAgICAxICAgNjAxIDAwMDAxMDAgW1NMUFEgc2VsZWN0IDB4YzBhMmI2MDRdW1NMUF0gc3No ZAogIDU4MyBjMjc5YTYyNCAgICAwICAgICAxICAgNTgzIDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4 YzBhMmI2MDRdW1NMUF0gbnRwZAogIDU1MiBjMjc5ZDgzMCAgICAwICAgICAxICAgNTUyIDAwMDAw MDAgW1NMUFEgc2VsZWN0IDB4YzBhMmI2MDRdW1NMUF0gdXNiZAogIDQ5NCBjMjc5ZDQxOCAgICAw ICAgICAxICAgNDk0IDAwMDAwMDAgW1NMUFEgc2VsZWN0IDB4YzBhMmI2MDRdW1NMUF0gYW1kCiAg NDg4IGMyNzlkMjBjICAgIDAgICAgIDEgICA0ODggMDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhjMGEy YjYwNF1bU0xQXSBycGNiaW5kCiAgNDQxIGMyNzlhODMwICAgIDAgICAgIDEgICA0NDEgMDAwMDAw MCBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBzeXNsb2dkCiAgMzUyIGMyNzlkYzQ4ICAg IDAgICAgIDEgICAzNTIgMDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBkZXZk CiAgMzE2IGMyNzlhMDAwICAgIDAgICAgIDEgICAzMTYgMDAwMDAwMCBbU0xQUSBzZWxlY3QgMHhj MGEyYjYwNF1bU0xQXSBtb3VzZWQKICAyNjEgYzI3OWE0MTggICA2NSAgICAgMSAgIDI2MSAwMDAw MTAwIFtTTFBRIHNlbGVjdCAweGMwYTJiNjA0XVtTTFBdIGRoY2xpZW50CiAgMjI1IGMyNzlkYTNj ICAgIDAgICAgIDEgICAgNjMgMDAwMDAwMiBbU0xQUSBzZWxlY3QgMHhjMGEyYjYwNF1bU0xQXSBk aGNsaWVudAogIDE3MiBjMjc5YWEzYyAgICAwICAgICAxICAgMTcyIDAwMDAwMDAgW1NMUFEgcGF1 c2UgMHhjMjc5YWE3MF1bU0xQXSBhZGprZXJudHoKICAgNjIgYzIzZjE0MTggICAgMCAgICAgMCAg ICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhlNTA3OGNmY11bU0xQXSBzY2hlZGNwdQogICA2MSBjMjNm MTYyNCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwYTMzYmFjXVtTTFBdIG5m c2lvZCAzCiAgIDYwIGMyM2YxODMwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4 YzBhMzNiYThdW1NMUF0gbmZzaW9kIDIKICAgNTkgYzIzZjFhM2MgICAgMCAgICAgMCAgICAgMCAw MDAwMjA0IFtTTFBRIC0gMHhjMGEzM2JhNF1bU0xQXSBuZnNpb2QgMQogICA1OCBjMjNmMWM0OCAg ICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwYTMzYmEwXVtTTFBdIG5mc2lvZCAw CiAgIDU3IGMyNWFiMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSBzeW5jZXIgMHhj MDlkZTA1Y11bU0xQXSBzeW5jZXIKICAgNTYgYzI1YWIyMGMgICAgMCAgICAgMCAgICAgMCAwMDAw MjA0IFtTTFBRIHZscnV3dCAweGMyNWFiMjBjXVtTTFBdIHZubHJ1CiAgIDU1IGMyNWFiNDE4ICAg IDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSBwc2xlZXAgMHhjMGEyYmI0Y11bU0xQXSBidWZk YWVtb24KICAgNTQgYzI1YWI2MjQgICAgMCAgICAgMCAgICAgMCAwMDAwMjBjIFtSVU5RXSBwYWdl emVybwogICA1MyBjMjVhYjgzMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgcHNsZWVw IDB4YzBhMzljYjRdW1NMUF0gdm1kYWVtb24KICAgNTIgYzI1YWJhM2MgICAgMCAgICAgMCAgICAg MCAwMDAwMjA0IFtTTFBRIHBzbGVlcCAweGMwYTM5YzcwXVtTTFBdIHBhZ2VkYWVtb24KICAgNTEg YzI1YWJjNDggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpMDogc2lvCiAgIDUw IGMyMzNkNjI0ICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSB0enBvbGwgMHhjMGI5Mzg3 NF1bU0xQXSBhY3BpX3RoZXJtYWwKICAgNDkgYzIzM2Q4MzAgICAgMCAgICAgMCAgICAgMCAwMDAw MjA0IFtTTFBRIGNiYiBjdiAweGMyNDExM2YwXVtTTFBdIGNiYjAKICAgNDggYzIzM2RhM2MgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHVzYmV2dCAweGMyNDExYTEwXVtTTFBdIHVzYjMK ICAgNDcgYzIzM2RjNDggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHVzYmV2dCAweGMy NTFjMjEwXVtTTFBdIHVzYjIKICAgNDYgYzIzZjAwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtTTFBRIHVzYmV2dCAweGMyNTBmMjEwXVtTTFBdIHVzYjEKICAgNDUgYzIzZjAyMGMgICAgMCAg ICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHVzYnRzayAweGMwOWQ4ZmM0XVtTTFBdIHVzYnRhc2sK ICAgNDQgYzIzZjA0MTggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIHVzYmV2dCAweGMy NGVhMjEwXVtTTFBdIHVzYjAKICAgIDkgYzIzZjA2MjQgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtTTFBRIC0gMHhjMjNlMGU4MF1bU0xQXSBhY3BpX3Rhc2syCiAgICA4IGMyM2YwODMwICAgIDAg ICAgIDAgICAgIDAgMDAwMDIwNCBbU0xQUSAtIDB4YzIzZTBlODBdW1NMUF0gYWNwaV90YXNrMQog ICAgNyBjMjNmMGEzYyAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMyM2UwZTgw XVtTTFBdIGFjcGlfdGFzazAKICAgIDYgYzIzZjBjNDggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0 IFtTTFBRIC0gMHhjMjNlMTAwMF1bU0xQXSBrcXVldWUgdGFza3EKICAgNDMgYzIzZjEwMDAgICAg MCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpMjogY2FtYmlvCiAgIDQyIGMyMzJmYzQ4 ICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIHN3aTU6KwogICAgNSBjMjMzYzAwMCAg ICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMyM2UxMjgwXVtTTFBdIHRocmVhZCB0 YXNrcQogICA0MSBjMjMzYzIwYyAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBzd2k2 OisKICAgNDAgYzIzM2M0MTggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gc3dpNjog dGFzayBxdWV1ZQogICAzOSBjMjMzYzYyNCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEg LSAweGMwOWQ1YzIwXVtTTFBdIHlhcnJvdwogICAgNCBjMjMzYzgzMCAgICAwICAgICAwICAgICAw IDAwMDAyMDQgW1NMUFEgLSAweGMwOWRiN2U4XVtTTFBdIGdfZG93bgogICAgMyBjMjMzY2EzYyAg ICAwICAgICAwICAgICAwIDAwMDAyMDQgW1NMUFEgLSAweGMwOWRiN2U0XVtTTFBdIGdfdXAKICAg IDIgYzIzM2NjNDggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtTTFBRIC0gMHhjMDlkYjdkY11b U0xQXSBnX2V2ZW50CiAgIDM4IGMyMzNkMDAwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdB SVRdIHN3aTE6IG5ldAogICAzNyBjMjMzZDIwYyAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lX QUlUXSBzd2kzOiB2bQogICAzNiBjMjMzZDQxOCAgICAwICAgICAwICAgICAwIDAwMDAyMGMgW1JV TlFdIHN3aTQ6IGNsb2NrIHNpbwogICAzNSBjMjMyNTYyNCAgICAwICAgICAwICAgICAwIDAwMDAy MDQgW0lXQUlUXSBpcnEyMzogZWhjaTAKICAgMzQgYzIzMjU4MzAgICAgMCAgICAgMCAgICAgMCAw MDAwMjA0IFtJV0FJVF0gaXJxMjI6IG9oY2kyCiAgIDMzIGMyMzI1YTNjICAgIDAgICAgIDAgICAg IDAgMDAwMDIwNCBbSVdBSVRdIGlycTIxOiBvaGNpMQogICAzMiBjMjMyNWM0OCAgICAwICAgICAw ICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnEyMDogb2hjaTAKICAgMzEgYzIzMmYwMDAgICAgMCAg ICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTk6IHJlMAogICAzMCBjMjMyZjIwYyAgICAw ICAgICAwICAgICAwIDAwMDAyMDQgW1JVTlFdIGlycTE4OiBwY20wIGNiYjAKICAgMjkgYzIzMmY0 MTggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTc6IGZ3b2hjaTAKICAgMjgg YzIzMmY2MjQgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTY6CiAgIDI3IGMy MzJmODMwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTE1OiBhdGExCiAgIDI2 IGMyMzJmYTNjICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbUlVOUV0gaXJxMTQ6IGF0YTAKICAg MjUgYzIyZDIyMGMgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTM6CiAgIDI0 IGMyMmQyNDE4ICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTEyOiBwc20wCiAg IDIzIGMyMmQyNjI0ICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTExOiBhY3Bp MAogICAyMiBjMjJkMjgzMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnExMDoK ICAgMjEgYzIyZDJhM2MgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxOToKICAg MjAgYzIyZDJjNDggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxODoKICAgMTkg YzIzMjUwMDAgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxNzogcHBjMAogICAx OCBjMjMyNTIwYyAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE2OgogICAxNyBj MjMyNTQxOCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE1OgogICAxNiBjMjJj ZDAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQgW0lXQUlUXSBpcnE0OiBzaW8wCiAgIDE1IGMy MmNkMjBjICAgIDAgICAgIDAgICAgIDAgMDAwMDIwNCBbSVdBSVRdIGlycTM6IHNpbzEKICAgMTQg YzIyY2Q0MTggICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMDoKICAgMTMgYzIy Y2Q2MjQgICAgMCAgICAgMCAgICAgMCAwMDAwMjA0IFtJV0FJVF0gaXJxMTogYXRrYmQwCiAgIDEy IGMyMmNkODMwICAgIDAgICAgIDAgICAgIDAgMDAwMDIwYyBbQ2FuIHJ1bl0gaWRsZTogY3B1MAog ICAxMSBjMjJjZGEzYyAgICAwICAgICAwICAgICAwIDAwMDAyMGMgW0NQVSAxXSBpZGxlOiBjcHUx CiAgICAxIGMyMmNkYzQ4ICAgIDAgICAgIDAgICAgIDEgMDAwNDIwMCBbU0xQUSB3YWl0IDB4YzIy Y2RjNDhdW1NMUF0gaW5pdAogICAxMCBjMjJkMjAwMCAgICAwICAgICAwICAgICAwIDAwMDAyMDQg W1NMUFEga3RyYWNlIDB4YzA5ZGMyMzhdW1NMUF0ga3RyYWNlCiAgICAwIGMwOWRiOGUwICAgIDAg ICAgIDAgICAgIDAgMDAwMDIwMCBbSVdBSVRdIHN3YXBwZXIK ------=_20050909215100_46705 Content-Type: application/octet-stream; name="BOBOCHE" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="BOBOCHE" aW5jbHVkZQkJR0VORVJJQwoKaWRlbnQJCUJPQk9DSEUKCm1ha2VvcHRpb25zCURFQlVHPS1nCQkj IEJ1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzLgoKb3B0aW9ucwkJUVVPVEEJ CQkjIEVuYWJsZSBkaXNrIHF1b3Rhcy4Kb3B0aW9ucwkJU0NfRElTQUJMRV9SRUJPT1QJIyBEaXNh YmxlIHJlYm9vdCBrZXkgc2VxdWVuY2UuCm9wdGlvbnMJCUdFT01fQkRFCQkjIERpc2sgZW5jcnlw dGlvbi4Kb3B0aW9ucyAJU01QCQkJIyBTeW1tZXRyaWMgTXVsdGlQcm9jZXNzb3IgS2VybmVsLgoK ZGV2aWNlCQlzb3VuZAkJCSMgVGhlIGdlbmVyaWMgc291bmQgZHJpdmVyLgpkZXZpY2UJCXNuZF9p Y2gJCQkjIEludGVsIElDSCBQQ0kgYW5kIHNvbWUgbW9yZSBhdWRpbyBjb250cm9sbGVycy4KZGV2 aWNlCQl1Y29tCQkJIyBVU0IgY29tIGRldmljZXMuCmRldmljZQkJdXZpc29yCQkJIyBPcHRpb25h bCB1dmlzb3IgdWNvbS4KZGV2aWNlCQlhdGFwaWNhbQkJIyBFbXVsYXRlIEFUQVBJIGRldmljZXMg YXMgU0NTSSBkaXR0byB2aWEgQ0FNLgo= ------=_20050909215100_46705-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 20:36: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 80EB816A41F for ; Fri, 9 Sep 2005 20:36:08 +0000 (GMT) (envelope-from davrotbsd@neuro.uni-bremen.de) Received: from neuro.uni-bremen.de (www.neuro.uni-bremen.de [134.102.192.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3CA843D45 for ; Fri, 9 Sep 2005 20:36:03 +0000 (GMT) (envelope-from davrotbsd@neuro.uni-bremen.de) Received: (qmail 15988 invoked from network); 9 Sep 2005 20:26:08 -0000 Received: from stream.itp.uni-bremen.de (HELO horas.neuro.itp) (134.102.186.160) by 0 with SMTP; 9 Sep 2005 20:26:08 -0000 From: David Rotermund To: freebsd-current@freebsd.org Content-Type: text/plain Date: Fri, 09 Sep 2005 22:35:58 +0200 Message-Id: <1126298158.19509.2.camel@horas.neuro.itp> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit Subject: SATA Hotplug kills uninvolved gRAID3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 20:36:08 -0000 Hi, I am using two Promise TX4 SATA II 150 controllers in one computer. To the controllers three hard-disks for backups and three hard-disks for a RAID3 storage (graid3) are attached. The idea was to change the hard-disks for the backup via hotswap on a regular basis, while the RAID disks remain untouched. But if I (remove and) connect only one backup disk while the system is running then FreeBSD also re-connects many (but not all) uninvolved SATA drives. At the end, the RAID is broken which is not so good... Is there a way to block the hotplug feature for the RAID - ATA channels ? Or is there another workaround/fix? Sep 9 20:52:02 live2 kernel: subdisk8: detached Sep 9 20:52:02 live2 kernel: ad8: detached Sep 9 20:52:02 live2 kernel: ata4: DISCONNECTED Sep 9 20:52:02 live2 kernel: subdisk14: detached Sep 9 20:52:02 live2 kernel: ad14: detached Sep 9 20:52:02 live2 kernel: GEOM_RAID3: Device home: provider ad14 disconnecte d. Sep 9 20:52:02 live2 kernel: ata7: DISCONNECTED Sep 9 20:52:02 live2 kernel: subdisk18: detached Sep 9 20:52:02 live2 kernel: ad18: detached Sep 9 20:52:02 live2 kernel: ata9: DISCONNECTED Sep 9 20:52:02 live2 kernel: ata5: CONNECTED Sep 9 20:52:02 live2 kernel: ad10: 190782MB at a ta5-master SATA150 Sep 9 20:52:02 live2 kernel: ata9: CONNECTED Sep 9 20:52:02 live2 kernel: ad18: 190782MB at a ta9-master SATA150 Sep 9 20:52:02 live2 kernel: ata7: CONNECTED Sep 9 20:52:02 live2 kernel: ad14: 238475MB at a ta7-master SATA150 Sep 9 20:52:02 live2 kernel: GEOM_RAID3: Device home: provider ad14 detected. Sep 9 20:52:02 live2 kernel: GEOM_RAID3: Device home: rebuilding provider ad14 Sep 9 20:52:02 live2 kernel: ata4: CONNECTED Sep 9 20:52:02 live2 kernel: ad8: 190782MB at at a4-master SATA150 best regards David From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 21:01: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 7619716A41F for ; Fri, 9 Sep 2005 21:01:36 +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 2B12743D46 for ; Fri, 9 Sep 2005 21:01:36 +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 6091846B9E; Fri, 9 Sep 2005 17:01:35 -0400 (EDT) Date: Fri, 9 Sep 2005 22:01:35 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Julien Gabel In-Reply-To: <59339.192.168.1.20.1126295460.squirrel@webmail.thilelli.net> Message-ID: <20050909220034.S77917@fledge.watson.org> References: <59339.192.168.1.20.1126295460.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: fifo panic (was: Re: Panic when building the world under SMP kernel (HTT).) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 21:01:36 -0000 On Fri, 9 Sep 2005, Julien Gabel wrote: > Just to report that i always encountered a panic when building the world > using an SMP kernel for a CPU with HTT enable (in the BIOS) and the > sysctl machdep.hlt_logical_cpus set to 0. > > Just cvsup'ed (kernel built at Fri Sep 9 18:39:41 CEST 2005). > > See the kernel trace and kernel configuration file attached, please. Do you have a crash dump for this crash, and a kernel with debugging symbols? There have been occasional fifo panic reports from SMP boxes (especially >=4 CPUs doing builds), and I'd like to try to track it down, but based on prior experience, we'll need some amount of detailed debugging information to get much further. Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 21:35: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 619DE16A420; Fri, 9 Sep 2005 21:35:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B388F43D48; Fri, 9 Sep 2005 21:35:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j89LZ60r015044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 17:35:06 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j89LZ56P000411; Fri, 9 Sep 2005 17:35:06 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 65F9D511FD; Fri, 9 Sep 2005 17:35:05 -0400 (EDT) Date: Fri, 9 Sep 2005 17:35:05 -0400 From: Kris Kennaway To: obrien@freebsd.org, freebsd-current@freebsd.org Message-ID: <20050909213505.GA16813@xor.obsecurity.org> References: <20050909183704.GA3935@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20050909183704.GA3935@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 21:35:07 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 09, 2005 at 11:37:04AM -0700, David O'Brien wrote: > Anyone own this one? Happened during a kernel build. I've got these panics for years, so it's unlikely to be a recent bug. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIgAIWry0BWjoQKURAruDAKC8/JnRJopuBIMkPPagVL5nqGQ9gQCfWXxS C1dAhRehsZaCsr/E2MOartk= =vBGA -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 21:49: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 7262916A425 for ; Fri, 9 Sep 2005 21:49:51 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id B78FA43D45 for ; Fri, 9 Sep 2005 21:49:50 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id 377F8E817; Fri, 9 Sep 2005 14:49:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by regurgitate.ugcs.caltech.edu (Postfix) with ESMTP id 2103CE815; Fri, 9 Sep 2005 14:49:48 -0700 (PDT) Date: Fri, 9 Sep 2005 14:49:48 -0700 (PDT) From: Jon Dama To: Lars Erik Gullerud In-Reply-To: <20050909111927.I31154@electra.nolink.net> Message-ID: References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509021003.39863.incmc@gmx.de> <20050902164957.GA22097@odin.ac.hmc.edu> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <20050908220217.X64137@electra.nolink.net> <20050909111927.I31154@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 21:49:51 -0000 On Fri, 9 Sep 2005, Lars Erik Gullerud wrote: > On Thu, 8 Sep 2005, Jon Dama wrote: > > > > >> Bringing an interface down then back up is usually one of the "try this > >> first" operations when troubleshooting all platforms I normally work on, > >> exactly because it _does_ (normally) clear a lot of state info that you > >> don't want around to confuse you (like the ARP cache and routing table > >> entries). > > > > Yes but surely you'd recognize a difference between a link state change > > and issuing ifconfig ... down > > > > In the latter case, I expect state to be flushed. In the former, I expect > > everything to resume when the link is restored. Imagine having to > > manually reinit your interfaces just because some joker temporary > > unplugged your ethernet cable! > > No, quite the opposite - a link state change is is when you REALLY want > state (particularly ARP) to be flushed. If someone unplugs your ethernet > cable, and the link subsequently returns, you have no way of knowing you > are on the _same network segment_. You may plug out your cable and plug > it into a different network, in which case you do NOT want old ARP > entries to remain. I.e. the new network may use the same IP addressing, > but obviously ARP will point to different macs - in which case you will > get no traffic because your host will not re-ARP IP-addresses for which > it already has a cache entry. ARP cache should _always_ flush on link > state change. > > /leg > To belabor the point, I was talking about the interface configuration. -Jon From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 21:54: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 0B8CB16A41F; Fri, 9 Sep 2005 21:54:56 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from regurgitate.ugcs.caltech.edu (regurgitate.ugcs.caltech.edu [131.215.176.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C27B643D4C; Fri, 9 Sep 2005 21:54:55 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by regurgitate.ugcs.caltech.edu (Postfix, from userid 3640) id 86010E817; Fri, 9 Sep 2005 14:54:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by regurgitate.ugcs.caltech.edu (Postfix) with ESMTP id 6C84CE815; Fri, 9 Sep 2005 14:54:55 -0700 (PDT) Date: Fri, 9 Sep 2005 14:54:55 -0700 (PDT) From: Jon Dama To: David O'Brien In-Reply-To: <20050909183704.GA3935@dragon.NUXI.org> Message-ID: References: <20050909183704.GA3935@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 21:54:56 -0000 This message from doug white might apply: http://lists.freebsd.org/pipermail/freebsd-current/2004-November/042704.html On Fri, 9 Sep 2005, David O'Brien wrote: > Anyone own this one? Happened during a kernel build. > The running kernel was: > @(#)FreeBSD 7.0-CURRENT #526: Sun Aug 21 15:56:54 PDT 2005 > > -- > -- David (obrien@FreeBSD.org) > > GNU gdb 20040810 [GDB v6.x for FreeBSD] > --- > panic: ufs_dirbad: bad dir > cpuid = 1 > KDB: stack backtrace: > kdb_backtrace(c06b586e,1,c06ad17c,f09257d0,c4e8cd80) at 0xc052cdae = kdb_backtrace+0x2e > panic(c06ad17c,c4e71200,7396a,170,c06ad136) at 0xc050fe38 = panic+0x128 > ufs_dirbad(c52519cc,170,c06ad136,0,f0925844) at 0xc060797d = ufs_dirbad+0x4d > ufs_lookup(f09258f0,c565bbb0,f0925bec,c565bbb0,f092592c) at 0xc06070fd = ufs_lookup+0x3ad > VOP_CACHEDLOOKUP_APV(c06dd920,f09258f0,f0925bec,c4e8cd80,c5b6ee80) at 0xc067b25e = VOP_CACHEDLOOKUP_APV+0x9e > vfs_cache_lookup(f0925998,f0925998,c565bbb0,c565bbb0,0) at 0xc056768a = vfs_cache_lookup+0xca > VOP_LOOKUP_APV(c06dd920,f0925998,c4e8cd80,c5648c2c,0) at 0xc067b176 = VOP_LOOKUP_APV+0xa6 > lookup(f0925bc4,0,c06a2cb2,b4,1a4) at 0xc056c27e = lookup+0x44e > namei(f0925bc4,0,c06a33bd,846,c565bbb0) at 0xc056bb3f = namei+0x41f > vn_open_cred(f0925bc4,f0925cc4,180,c5b6ee80,5) at 0xc057fece = vn_open_cred+0x2ae > vn_open(f0925bc4,f0925cc4,180,5,1) at 0xc057fc13 = vn_open+0x33 > kern_open(c4e8cd80,80768e0,0,1,1b6) at 0xc0578158 = kern_open+0xc8 > open(c4e8cd80,f0925d04,c,422,3) at 0xc0578056 = open+0x36 > syscall(3b,3b,3b,4,282cd210) at 0xc0670622 = syscall+0x2e2 > Xint0x80_syscall() at 0xc065c31f = Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x2829e6c7, esp = 0xbfbfe0dc, ebp = 0xbfbfe108 --- > Uptime: 22m49s > _______________________________________________ > 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 Fri Sep 9 22:17: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 634B816A41F; Fri, 9 Sep 2005 22:17:03 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC5C243D49; Fri, 9 Sep 2005 22:17:02 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id C2F9D5C7D; Sat, 10 Sep 2005 00:17:00 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 98074-03; Sat, 10 Sep 2005 00:16:56 +0200 (CEST) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id E35065C7C; Sat, 10 Sep 2005 00:16:55 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Sat, 10 Sep 2005 00:16:55 +0200 (CEST) Message-ID: <50565.192.168.1.20.1126304215.squirrel@webmail.thilelli.net> In-Reply-To: <20050909220034.S77917@fledge.watson.org> References: <59339.192.168.1.20.1126295460.squirrel@webmail.thilelli.net> <20050909220034.S77917@fledge.watson.org> Date: Sat, 10 Sep 2005 00:16:55 +0200 (CEST) From: "Julien Gabel" To: "Robert Watson" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-current@freebsd.org Subject: Re: fifo panic (was: Panic when building the world under SMP kernel (HTT).) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 22:17:03 -0000 >> Just to report that i always encountered a panic when building the world >> using an SMP kernel for a CPU with HTT enable (in the BIOS) and the >> sysctl machdep.hlt_logical_cpus set to 0. >> >> Just cvsup'ed (kernel built at Fri Sep 9 18:39:41 CEST 2005). >> See the kernel trace and kernel configuration file attached, please. > Do you have a crash dump for this crash, and a kernel with debugging > symbols? There have been occasional fifo panic reports from SMP boxes > (especially >=4 CPUs doing builds), and I'd like to try to track it down, > but based on prior experience, we'll need some amount of detailed > debugging information to get much further. (I should have say that this box follow the RELENG_6 branch.) Yes, i have a kernel with debugging symbols. Sadly, it seems that the core file is unusable (maybe due to the "write_null" error on notebook disk, see below): /* From a serial console */ db> panic panic: from debugger cpuid = 0 Uptime: 22m7s Dumping 1021 MB (2 chunks) ad0: timeout waiting to issue command ad0: error issueing WRITE_MUL command chunk 0: 1MB (159 pages)ad0: timeout waiting to issue command ad0: error issueing WRITE_MUL command ... ok chunk 1: 1021MB (261360 pages) 1005 989 973 957 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 ... ok /* After a reboot */ # cd /var/crash # gzip -d vmcore.18.gz # kgdb /usr/obj/usr/src/sys/BOBOCHE/kernel.debug vmcore.18 kgdb: cannot read IdlePTD I think this timeout is a "side effect" of some energy saving mecanism on the disk. If someone can help me bypassing this timeout problem, i may provide a crash dump ASAP (i will try to reproduce the panic sitting near the machine to get a dump typing `panic' _just_ after the crash). Thanks, -- -jpeg. From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 22:49: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 593E716A41F; Fri, 9 Sep 2005 22:49:44 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA6343D45; Fri, 9 Sep 2005 22:49:43 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 657DA5C7D; Sat, 10 Sep 2005 00:49:42 +0200 (CEST) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 98074-05; Sat, 10 Sep 2005 00:49:37 +0200 (CEST) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 854C65C7C; Sat, 10 Sep 2005 00:49:37 +0200 (CEST) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Sat, 10 Sep 2005 00:49:37 +0200 (CEST) Message-ID: <60059.192.168.1.20.1126306177.squirrel@webmail.thilelli.net> In-Reply-To: <50565.192.168.1.20.1126304215.squirrel@webmail.thilelli.net> References: <59339.192.168.1.20.1126295460.squirrel@webmail.thilelli.net> <20050909220034.S77917@fledge.watson.org> <50565.192.168.1.20.1126304215.squirrel@webmail.thilelli.net> Date: Sat, 10 Sep 2005 00:49:37 +0200 (CEST) From: "Julien Gabel" To: "Robert Watson" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-current@freebsd.org Subject: Re: fifo panic (was: Panic when building the world under SMP kernel (HTT).) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 22:49:44 -0000 >>> Just to report that i always encountered a panic when building the >>> world using an SMP kernel for a CPU with HTT enable (in the BIOS) >>> and the sysctl machdep.hlt_logical_cpus set to 0. >>> >>> Just cvsup'ed (kernel built at Fri Sep 9 18:39:41 CEST 2005). >>> See the kernel trace and kernel configuration file attached, please. >> Do you have a crash dump for this crash, and a kernel with debugging >> symbols? There have been occasional fifo panic reports from SMP boxes >> (especially >=4 CPUs doing builds), and I'd like to try to track it >> down, but based on prior experience, we'll need some amount of detailed >> debugging information to get much further. > (I should have say that this box follow the RELENG_6 branch.) > > Yes, i have a kernel with debugging symbols. Sadly, it seems that the > core file is unusable (maybe due to the "write_null" error on notebook > disk, see below): > > /* From a serial console */ > db> panic > panic: from debugger > cpuid = 0 > Uptime: 22m7s > Dumping 1021 MB (2 chunks) > ad0: timeout waiting to issue command > ad0: error issueing WRITE_MUL command > chunk 0: 1MB (159 pages)ad0: timeout waiting to issue command > ad0: error issueing WRITE_MUL command > ... ok > chunk 1: 1021MB (261360 pages) 1005 989 973 957 941 925 909 893 877 861 > 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 > 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 > 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 ... ok > > /* After a reboot */ > # cd /var/crash > # gzip -d vmcore.18.gz > # kgdb /usr/obj/usr/src/sys/BOBOCHE/kernel.debug vmcore.18 > kgdb: cannot read IdlePTD > > I think this timeout is a "side effect" of some energy saving mecanism > on the disk. If someone can help me bypassing this timeout problem, i > may provide a crash dump ASAP (i will try to reproduce the panic sitting > near the machine to get a dump typing `panic' _just_ after the crash). Some dozens minutes after having sent this, the box encountered another panic: always during a buildworld test, it seems to be the same fifo panic. Fortunately, i had a crash dump this time. -- -jpeg. From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 07:12: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 EB53416A41F for ; Sat, 10 Sep 2005 07:12:52 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from pantene.yandex.ru (pantene.yandex.ru [213.180.200.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D33443D45 for ; Sat, 10 Sep 2005 07:12:52 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (pantene.yandex.ru) by mail.yandex.ru id ; Sat, 10 Sep 2005 11:12:33 +0400 Date: Sat, 10 Sep 2005 11:12:33 +0400 (MSD) From: "Alexander Polakov" Sender: polachok@narod.ru Message-Id: <43228761.000005.10397@pantene.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.197 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: another kernel compiling trouble 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: Sat, 10 Sep 2005 07:12:53 -0000 cc -c -O2 -pipe -fno-strict-aliasing -march=pentium3 -Wall -Wredundant-decls -Wn ested-externs -Wstrict-prototypes -Wmissing-pro totypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nos tdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/con trib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/u sr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev /ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/ src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-fun ction-growth=1000 -mno-align-long-strings -mpre ferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffree standing -Werror /usr/src/sys/kern/kern_tc.c /usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' /usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' was here *** Error code 1 Stop in /usr/obj/usr/src/sys/PSL2. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 07:30: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 C45F316A41F for ; Sat, 10 Sep 2005 07:30:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5377B43D45 for ; Sat, 10 Sep 2005 07:30:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8A7UI0r012462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Sep 2005 03:30:19 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8A7UH6P016125; Sat, 10 Sep 2005 03:30:17 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 80372514C7; Sat, 10 Sep 2005 03:30:16 -0400 (EDT) Date: Sat, 10 Sep 2005 03:30:15 -0400 From: Kris Kennaway To: Alexander Polakov Message-ID: <20050910073015.GA75677@xor.obsecurity.org> References: <43228761.000005.10397@pantene.yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <43228761.000005.10397@pantene.yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: another kernel compiling trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 07:30:20 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Sep 10, 2005 at 11:12:33AM +0400, Alexander Polakov wrote: > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium3 -Wall -Wredundant-decls -Wn > ested-externs -Wstrict-prototypes -Wmissing-pro > totypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nos > tdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/con > trib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/u > sr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev > /ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/ > src/sys/dev/twa -D_KERNEL -include opt_global.h > -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-fun > ction-growth=1000 -mno-align-long-strings -mpre > ferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffree > standing -Werror /usr/src/sys/kern/kern_tc.c > /usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' > /usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' was here > *** Error code 1 Follow the documented upgrade procedure, which includes a buildworld. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIouGWry0BWjoQKURAubrAJ0S8gQVHzkmc6o3nbVhYvX+zpS5mQCgxwkn o0zzjJWyttv45Cqw86pmQEA= =9GXF -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 09:01: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 A339F16A41F for ; Sat, 10 Sep 2005 09:01:41 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 775DA43D45 for ; Sat, 10 Sep 2005 09:01:39 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from localhost (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id j8A8p2Gr020914; Sat, 10 Sep 2005 11:51:10 +0300 Received: from Gleb [127.0.0.1] by localhost (192.168.48.1) with SMTP (Classic Hamster Vr. 2.0 Build 2.0.6.0) ; Sat, 10 Sep 2005 12:02:31 +0300 Message-ID: <000a01c5b5e6$5d974f30$0130a8c0@Gleb> From: "Gleb Kozyrev" To: , References: <8b6eae9605090106151a81174d@mail.gmail.com> Date: Sat, 10 Sep 2005 12:02:26 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: Subject: Re: FreeBSD6.0 and VMWare 5.0.. No go X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 09:01:41 -0000 Matt Kosht wrote to on Fri, 9 Sep 2005 15:40:08 -0400: MK> VMWare ESX 2.5.1 build-13057 MK> crashes the vm itself during "probing devices.." phase of boot of MK> installer. MK> *** VMware ESX Server internal monitor error *** MK> NOT_IMPLEMENTED at e43 (13057) MK> Code: 00000e43-00003301-a8e6e393-b499b497-e59f83d5-f2b2bba6-b8a689 MK> *** MK> I am willing to help debug this. At loader set hint.apic.0.disabled=1 But it won't help you because 6.0 can't see the virtual disk. After I boot from install CD the SCSI controller is recognized (bt0 for vmxbuslogic or mpt0 for vmxlsilogic) but no HDD is found. If I go to FixIt shell and issue an camcontrol devlist -v I see that the HDD is there with no device node assigned to it. After I do camcontrol rescan 0:0:0 The drive is found and maybe setup could partition it, though I didn't try because after reboot the disk won't be seen anyway. 5.4 sees the disk on vmxlsilogic controller but shows lots of SCSI errors on console while working. It seems that only 4.x can be run on ESX and they aren't going to support any newver versions. -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 09:39: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 BABE416A41F for ; Sat, 10 Sep 2005 09:39:03 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEBB843D48 for ; Sat, 10 Sep 2005 09:39:02 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j8A9d2I12006 for ; Sat, 10 Sep 2005 11:39:02 +0200 Received: from [193.48.225.2] (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id j8A9YfK00789; Sat, 10 Sep 2005 11:34:41 +0200 Message-ID: <4322A9AF.5000801@altern.org> Date: Sat, 10 Sep 2005 11:38:55 +0200 From: Gregory Nou User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050904) X-Accept-Language: en-us, en MIME-Version: 1.0 To: othermark References: <4316E1A0.8070307@altern.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problem with deleting files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 09:39:03 -0000 othermark wrote: >Gregory Nou wrote: > > >>I'm currently experiencing a weird problem : some of my folders are >>completely empty (ls -a doesn't even mention . or ..) >>But, I cannot remove them, and a ls is very very slow (but just in those >>folders, and it is quite rare, but now I cannot update firefox, nor >>openoffice, because make clean will fail). >> >> > >Yeah, I've seen this. For me, this is the direct result of the ServerWorks >chipset on the box not properly doing DMA, and in fact causes corruption on >the bus when DMA is enabled for the IDE controller. Usually you see this >when doing large extracts or deletes (like the openoffice of >mozilla/firefox ports). You need to fsck, hopefully before you even read >this (you'll see lots of softupdate problems being fixed). > >You'll also notice that your daily automatic reports sent to root will >mention problems with traversing files or directories. > >For reference this bad boy: > >atapci0: port >0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc90-0xfc9f at device 15.1 on pci0 > >atapci0@pci0:15:1: class=0x01018a card=0x00000000 chip=0x02111166 >rev=0x00 >hdr=0x00 > vendor = 'ServerWorks (Was: Reliance Computer Corp)' > device = 'OSB4 PCI EIDE Controller' > class = mass storage > subclass = ATA > >The only solution is to run with dma off (see atacontrol, or shut it off in >BIOS). > > > Thanks for the answer. However, I did not have the chance to test it, because I had the very bad idea to reboot. I tried to fsck and had lots of : ad2: FAILURE - READ_DMA status=51 error=40 LBA=xxxxxxx So the system was marked as dirty, and I could not boot. I just could backup datas and reinstall all. making a newfs on the damaged slice made the errors disppear. I suppose it's normal. But I cannot understand why fsck was unable to correct it, because it asked me if I wanted to correct, but told me then that it could not write on this sector. That's weird . -- Gregory From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 18:14: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 F177C16A41F; Fri, 9 Sep 2005 18:14:04 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from forrie.com (forrie.hsd1.ma.comcast.net [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95F3143D58; Fri, 9 Sep 2005 18:14:04 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [192.168.1.99] ([192.168.1.99]) (authenticated bits=0) by forrie.com with ESMTP id j89IE3F7052371; Fri, 9 Sep 2005 14:14:03 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <4321D164.5000602@forrie.com> Date: Fri, 09 Sep 2005 14:16:04 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on forrie.com X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 10 Sep 2005 11:37:39 +0000 Cc: freebsd-current@freebsd.org Subject: sysctl or system tweak for symbolic links? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Sep 2005 18:14:05 -0000 Hi, Using FreeBSD_6.0_Beta4 (applies to Beta2, also). I'm trying to track down a problem I've been having with apache-2.0.54 not following symbolic links. It's basically come down to my being able to follow the link if it's in the same directory structure (ie: .. or /path/to/..), but fails if the symbolic link is located elsewhere (ie: /usr/local/path/directory) or on another disk. I wonder if there's a sysctl or other system variable that handles the behavior of or access to symbolic links in this fashion that I may have missed. Seemed like a reasonable conclusion after these tests have been failing, though it could be something else, too. Thanks. From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 13:50: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 3DF4C16A41F for ; Sat, 10 Sep 2005 13:50:55 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0FB243D46 for ; Sat, 10 Sep 2005 13:50:54 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j8ADoVpD026924; Sat, 10 Sep 2005 23:50:31 +1000 Received: from ppp266B.dyn.pacific.net.au (ppp266B.dyn.pacific.net.au [61.8.38.107]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j8ADoS7X031574; Sat, 10 Sep 2005 23:50:29 +1000 From: Sam Lawrance To: current@freebsd.org Content-Type: text/plain Date: Sat, 10 Sep 2005 23:50:50 +1000 Message-Id: <1126360250.828.38.camel@dirk.no.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: wpa_supplicant AP scanning doesn't work after first association X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 13:50:55 -0000 Hi, The station boots up and associates with the AP OK. This works great for days. If I power down the AP and power it up again, after disassociating, wpa_supplicant fails to locate the access point in its scans. I am using RELENG_6 from 3 September. The station is a D-Link DWL-G510 (atheros based) ath0@pci0:8:0: class=0x020000 card=0x3a161186 chip=0x001a168c rev=0x01 hdr=0x00. rc.conf entry: ifconfig_ath0="WPA inet 192.168.0.1 netmask 255.255.255.0" wpa_supplicant.conf contains: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="sunset" scan_ssid=1 key_mgmt=WPA-PSK psk= ... etc etc ... } The access point is a D-Link DI-524 firmware v2.02, configured for WPA-PSK Output from wpa_supplicant: Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=6): 73 75 6e 73 65 74 sunset Received 0 bytes of scan results (1 BSSes) Scan results: 1 Selecting BSS from priority group 0 0: 00:0f:3d:29:79:f5 ssid='sunset' wpa_ie_len=24 rsn_ie_len=0 selected Trying to associate with 00:0f:3d:29:79:f5 (SSID='sunset' freq=2437 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 'sunset' 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 Association event - clear replay counter Associated to a new BSS: BSSID=00:0f:3d:29:79:f5 No keys have been configured - skip key clearing Associated with 00:0f:3d:29:79:f5 Setting authentication timeout: 10 sec 0 usec RX EAPOL from 00:0f:3d:29:79:f5 ... power down AP, wait a minute, power up AP ... Starting AP scan (broadcast SSID) Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=6): 73 75 6e 73 65 74 sunset Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 No suitable AP found. Please let me know what other information I can collect to help figure this out. I hope it's not pilot error :) -- Sam Lawrance lawrance@FreeBSD.org ph +61 0425 228 579 boris@brooknet.com.au From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 15:30: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 2650316A41F for ; Sat, 10 Sep 2005 15:30:24 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from mx18.yandex.ru (mx18.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 407CD43D46 for ; Sat, 10 Sep 2005 15:30:22 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from 41ppp4.telegraph.spb.ru ([213.158.4.41]:17386 "EHLO darkstar" smtp-auth: "polachok" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375675AbVIJPaP (ORCPT ); Sat, 10 Sep 2005 19:30:15 +0400 X-Comment: RFC 2476 MSA function at mx18.yandex.ru logged sender identity as: polachok Date: Sat, 10 Sep 2005 19:32:11 +0400 From: Alexander Polakov To: freebsd-current@freebsd.org Message-Id: <20050910193211.529a7d01.polachok@narod.ru> X-Mailer: Sylpheed version 2.0.0beta6 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: comms/ltmdm and COMPAT_43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 15:30:24 -0000 I was very disappointed about the fact that comms/ltmdm doesn't work without COMPAT_43 in kernel. Can it be fixed? Or should I write to ports@freebsd.org? From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 15:31: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 2769716A41F for ; Sat, 10 Sep 2005 15:31:17 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from mx14.yandex.ru (mx14.yandex.ru [213.180.200.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DB9E43D49 for ; Sat, 10 Sep 2005 15:31:16 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from 41ppp4.telegraph.spb.ru ([213.158.4.41]:42955 "EHLO darkstar" smtp-auth: "polachok" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1782650AbVIJPbI (ORCPT ); Sat, 10 Sep 2005 19:31:08 +0400 X-Comment: RFC 2476 MSA function at mx14.yandex.ru logged sender identity as: polachok Date: Sat, 10 Sep 2005 19:33:03 +0400 From: Alexander Polakov To: freebsd-current@freebsd.org Message-Id: <20050910193303.7dbbf038.polachok@narod.ru> In-Reply-To: <20050910073015.GA75677@xor.obsecurity.org> References: <43228761.000005.10397@pantene.yandex.ru> <20050910073015.GA75677@xor.obsecurity.org> X-Mailer: Sylpheed version 2.0.0beta6 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: another kernel compiling trouble X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 15:31:17 -0000 On Sat, 10 Sep 2005 03:30:15 -0400 Kris Kennaway wrote: > On Sat, Sep 10, 2005 at 11:12:33AM +0400, Alexander Polakov wrote: > > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium3 -Wall -Wredundant-decls -Wn > > ested-externs -Wstrict-prototypes -Wmissing-pro > > totypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nos > > tdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/con > > trib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/u > > sr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev > > /ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/ > > src/sys/dev/twa -D_KERNEL -include opt_global.h > > -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-fun > > ction-growth=1000 -mno-align-long-strings -mpre > > ferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffree > > standing -Werror /usr/src/sys/kern/kern_tc.c > > /usr/src/sys/kern/kern_tc.c:74: warning: redundant redeclaration of 'th0' > > /usr/src/sys/kern/kern_tc.c:64: warning: previous declaration of 'th0' was here > > *** Error code 1 > > Follow the documented upgrade procedure, which includes a buildworld. > > Kris > Thanks From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 16:39: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 C4A6D16A41F for ; Sat, 10 Sep 2005 16:39:29 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B4643D48 for ; Sat, 10 Sep 2005 16:39:29 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 263B3BC93; Sat, 10 Sep 2005 16:39:27 +0000 (UTC) To: Alexander Polakov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 10 Sep 2005 19:32:11 +0400." <20050910193211.529a7d01.polachok@narod.ru> Date: Sat, 10 Sep 2005 18:39:27 +0200 Message-ID: <14711.1126370367@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: comms/ltmdm and COMPAT_43 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 16:39:29 -0000 In message <20050910193211.529a7d01.polachok@narod.ru>, Alexander Polakov write s: >I was very disappointed about the fact that comms/ltmdm doesn't >work without COMPAT_43 in kernel. Can it be fixed? Or should I write >to ports@freebsd.org? Most of our tty stuff depends on COMPAT_43 -- 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 Sat Sep 10 17:15: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 D319C16A41F for ; Sat, 10 Sep 2005 17:15:43 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A09443D46 for ; Sat, 10 Sep 2005 17:15:42 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 10 Sep 2005 17:15:41 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp036) with SMTP; 10 Sep 2005 19:15:41 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 10 Sep 2005 19:15:14 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1555115.xXXvxP2dV5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509101915.32081@harrymail> X-Y-GMX-Trusted: 0 Subject: cvsup stuff in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 17:15:43 -0000 --nextPart1555115.xXXvxP2dV5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I just installed BETA4 on my laptop and saw that the stable-supfile still=20 has RELENG_5 as default tag. Shouldn't this be changed to RELENG_6? Another question: Why are these example files in the base system while=20 cvsup itself isn't? I think they should be located=20 in /usr/local/share/examples, or /usr/local/etc together with the port... =2DHarry --nextPart1555115.xXXvxP2dV5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDIxSzBylq0S4AzzwRAqvVAJ93V/peToDWHaC2MCfwdaY3kWxgWQCaAvOO /j88UE1XBiiW1TCRVm0UYcQ= =4ZFr -----END PGP SIGNATURE----- --nextPart1555115.xXXvxP2dV5-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 17:23:39 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 6D0B516A41F for ; Sat, 10 Sep 2005 17:23:39 +0000 (GMT) (envelope-from matt.kosht@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E19E43D6D for ; Sat, 10 Sep 2005 17:23:31 +0000 (GMT) (envelope-from matt.kosht@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so1227268wra for ; Sat, 10 Sep 2005 10:23:31 -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=gAkXU5Ax7zft9QmFv5kEsuH4afFuCCK00ik7CYqWw5pqMafkLNBKhn0PWP60V5EHhL0+/6BErpWsAvq0MclAtrLU8AW+v4mRsIPC62VT6wSyPA+j/hLVmhFRKsw9UAC0VFrpqF/D9qGNwMaz3ZcmkqEZTOHfS5G5YtuKBSrDLdA= Received: by 10.54.5.38 with SMTP id 38mr82464wre; Sat, 10 Sep 2005 10:23:31 -0700 (PDT) Received: by 10.54.84.9 with HTTP; Sat, 10 Sep 2005 10:23:31 -0700 (PDT) Message-ID: Date: Sat, 10 Sep 2005 13:23:31 -0400 From: Matt Kosht To: Gleb Kozyrev In-Reply-To: <000a01c5b5e6$5d974f30$0130a8c0@Gleb> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8b6eae9605090106151a81174d@mail.gmail.com> <000a01c5b5e6$5d974f30$0130a8c0@Gleb> Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD6.0 and VMWare 5.0.. No go X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: matt.kosht@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 17:23:39 -0000 On 9/10/05, Gleb Kozyrev wrote: >=20 > At loader set hint.apic.0.disabled=3D1 That worked thanks! >=20 > But it won't help you because 6.0 can't see the virtual disk. > After I boot from install CD the SCSI controller is recognized > (bt0 for vmxbuslogic or mpt0 for vmxlsilogic) but no HDD is found. > If I go to FixIt shell and issue an > camcontrol devlist -v > I see that the HDD is there with no device node assigned to it. > After I do > camcontrol rescan 0:0:0 > The drive is found and maybe setup could partition it, though I > didn't try because after reboot the disk won't be seen anyway. >=20 > 5.4 sees the disk on vmxlsilogic controller but shows lots > of SCSI errors on console while working. http://www.vmware.com/community/thread.jspa?forumID=3D21&threadID=3D4023&me= ssageID=3D20120#20120 I read this thread. Not familiar enough with VMWare yet to know where/what this config file is, but I'll give it a whirl. Sounds like it worked for 5.2.1 and 5.3 (which I couldn't get to work either) >=20 > It seems that only 4.x can be run on ESX and they aren't going > to support any newver versions. >=20 :( Maybe if we all complained/offered help to debug issue to VMWare about this they would fix it. They only officially support 4.9 as a guest running on ESX. From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 17:44: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 A9FA616A420 for ; Sat, 10 Sep 2005 17:44:05 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B04BE43D58 for ; Sat, 10 Sep 2005 17:44:04 +0000 (GMT) (envelope-from ph.schulz@gmx.de) Received: (qmail invoked by alias); 10 Sep 2005 17:44:03 -0000 Received: from dsl-084-056-230-036.arcor-ip.net (EHLO [192.168.1.6]) [84.56.230.36] by mail.gmx.net (mp020) with SMTP; 10 Sep 2005 19:44:03 +0200 X-Authenticated: #1954550 Message-ID: <43231B50.7010302@gmx.de> Date: Sat, 10 Sep 2005 19:43:44 +0200 From: "Philip S. Schulz" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200509101915.32081@harrymail> In-Reply-To: <200509101915.32081@harrymail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: cvsup stuff in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 17:44:05 -0000 on 10.09.2005 19:15 Uhr Emanuel Strobl said the following: > Hello, > > I just installed BETA4 on my laptop and saw that the stable-supfile still > has RELENG_5 as default tag. Shouldn't this be changed to RELENG_6? > Another question: Why are these example files in the base system while > cvsup itself isn't? I think they should be located > in /usr/local/share/examples, or /usr/local/etc together with the port... > Because you would still need to build ezm3 to build cvsup. And, AFAIK, there are platforms where cvsup is not fully supported, amd64 comes to mind... If you want cvsup support in base, check the csup page and see what you can do. Regards, Phil. -- Don't fix it if it ain't broke. From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 17: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 5504716A41F for ; Sat, 10 Sep 2005 17:55:16 +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 01CAE43D46 for ; Sat, 10 Sep 2005 17:55:15 +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 j8AHtDb2010085; Sat, 10 Sep 2005 10:55:13 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j8AHtCrJ010084; Sat, 10 Sep 2005 10:55:12 -0700 Date: Sat, 10 Sep 2005 10:55:12 -0700 From: Brooks Davis To: Sam Lawrance Message-ID: <20050910175512.GA9155@odin.ac.hmc.edu> References: <1126360250.828.38.camel@dirk.no.domain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <1126360250.828.38.camel@dirk.no.domain> 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: current@freebsd.org Subject: Re: wpa_supplicant AP scanning doesn't work after first association X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 17:55:16 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2005 at 11:50:50PM +1000, Sam Lawrance wrote: > Hi, >=20 > The station boots up and associates with the AP OK. This works great > for days. If I power down the AP and power it up again, after > disassociating, wpa_supplicant fails to locate the access point in its > scans. >=20 > I am using RELENG_6 from 3 September. >=20 > The station is a D-Link DWL-G510 (atheros based) > ath0@pci0:8:0: class=3D0x020000 card=3D0x3a161186 chip=3D0x001a168c rev= =3D0x01 hdr=3D0x00. >=20 > rc.conf entry: > ifconfig_ath0=3D"WPA inet 192.168.0.1 netmask 255.255.255.0" >=20 > wpa_supplicant.conf contains: > ctrl_interface=3D/var/run/wpa_supplicant > ctrl_interface_group=3Dwheel > network=3D{ > ssid=3D"sunset" > scan_ssid=3D1 > key_mgmt=3DWPA-PSK > psk=3D ... etc etc ... > } >=20 > The access point is a D-Link DI-524 firmware v2.02, configured for > WPA-PSK >=20 > Output from wpa_supplicant: >=20 > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=3D6): > 73 75 6e 73 65 74 sunset =20 > Received 0 bytes of scan results (1 BSSes) > Scan results: 1 > Selecting BSS from priority group 0 > 0: 00:0f:3d:29:79:f5 ssid=3D'sunset' wpa_ie_len=3D24 rsn_ie_len=3D0 > selected > Trying to associate with 00:0f:3d:29:79:f5 (SSID=3D'sunset' freq=3D2437 M= Hz) > 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=3D24): 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=3D1=20 > wpa_driver_bsd_associate: ssid 'sunset' 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 > Association event - clear replay counter > Associated to a new BSS: BSSID=3D00:0f:3d:29:79:f5 > No keys have been configured - skip key clearing > Associated with 00:0f:3d:29:79:f5 > Setting authentication timeout: 10 sec 0 usec > RX EAPOL from 00:0f:3d:29:79:f5=20 >=20 > ... power down AP, wait a minute, power up AP ... >=20 > Starting AP scan (broadcast SSID) > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > No suitable AP found. > Setting scan request: 5 sec 0 usec > Starting AP scan (specific SSID) > Scan SSID - hexdump_ascii(len=3D6): > 73 75 6e 73 65 74 sunset =20 > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Selecting BSS from priority group 0 > No suitable AP found. >=20 >=20 > Please let me know what other information I can collect to help figure > this out. I hope it's not pilot error :) Running current as of August 23rd an connecting using WPA-PSK to connect to a DI-524 running firmware 1.11, I reconnect promptly when I power the AP back on. -- 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 --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIx4AXY6L6fI4GtQRAuaNAJ9M2N9tV63ia7jzBnQhQOFnS+x9dgCeOR0t 98jXtPRPvNjUf22+7nbfZy0= =aGc0 -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 18:19:31 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 E72E416A41F for ; Sat, 10 Sep 2005 18:19:31 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1DD7843D4C for ; Sat, 10 Sep 2005 18:19:30 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 10 Sep 2005 18:19:30 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp017) with SMTP; 10 Sep 2005 20:19:30 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 10 Sep 2005 20:19:07 +0200 User-Agent: KMail/1.8.1 References: <200509101915.32081@harrymail> <43231B50.7010302@gmx.de> In-Reply-To: <43231B50.7010302@gmx.de> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5484201.D0QRSUjU4W"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509102019.20528@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: cvsup stuff in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 18:19:32 -0000 --nextPart5484201.D0QRSUjU4W Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Samstag, 10. September 2005 19:43 CEST schrieb Philip S. Schulz: > on 10.09.2005 19:15 Uhr Emanuel Strobl said the following: > > Hello, > > > > I just installed BETA4 on my laptop and saw that the stable-supfile > > still has RELENG_5 as default tag. Shouldn't this be changed to > > RELENG_6? Another question: Why are these example files in the base > > system while cvsup itself isn't? I think they should be located > > in /usr/local/share/examples, or /usr/local/etc together with the > > port... > > Because you would still need to build ezm3 to build cvsup. And, AFAIK, > there are platforms where cvsup is not fully supported, amd64 comes to > mind... > If you want cvsup support in base, check the csup page and see what you > can do. No, the other way arround. I know the cvsup problematic, I also know csup=20 (maby that will make it into the base system at one day?), but what I=20 meant is that the cvsup example files are in /usr/share/examples, not=20 in /usr/local/share examples, where I expected them since they belong to=20 non-base application. =2DHarry > > Regards, > > Phil. --nextPart5484201.D0QRSUjU4W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDIyOoBylq0S4AzzwRAtDVAJoDrjRiWoMrs0Xc4P2BHEPV0/pkpQCdFtjB If3+oCHDUotJubCOQv5wHtA= =RVUw -----END PGP SIGNATURE----- --nextPart5484201.D0QRSUjU4W-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 18:52: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 C7A3A16A41F for ; Sat, 10 Sep 2005 18:52:44 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF2943D45 for ; Sat, 10 Sep 2005 18:52:44 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j8AIqgDC008568; Sat, 10 Sep 2005 14:52:43 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <200509102019.20528@harrymail> References: <200509101915.32081@harrymail> <43231B50.7010302@gmx.de> <200509102019.20528@harrymail> Date: Sat, 10 Sep 2005 14:52:41 -0400 To: Emanuel Strobl , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.1 Cc: Subject: Re: cvsup stuff in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 18:52:44 -0000 At 8:19 PM +0200 9/10/05, Emanuel Strobl wrote: > >No, the other way arround. I know the cvsup problematic, I also know >csup (maby that will make it into the base system at one day?), but >what I meant is that the cvsup example files are in /usr/share/examples, >not in /usr/local/share examples, where I expected them since they >belong to non-base application. They are config files for the FreeBSD base system. They are not config files *for* cvsup. Ie, the CVSup program *itself* does not need those files to exist for any reason. And if csup winds up in the base system, we'll just move those example files back in /usr/share/examples. Looking at the CVS logs, those files have been in that directory since sometime around 1996. It seems pointless to move them *now*, just as we are making some real progress towards having a cvsup-ish program in the base system. Or at least, I hope we are! -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 19:03: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 A0A4716A420 for ; Sat, 10 Sep 2005 19:03:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BD9D443D45 for ; Sat, 10 Sep 2005 19:03:52 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 10 Sep 2005 19:03:50 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp014) with SMTP; 10 Sep 2005 21:03:50 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 10 Sep 2005 21:03:26 +0200 User-Agent: KMail/1.8.1 References: <200509101915.32081@harrymail> <200509102019.20528@harrymail> In-Reply-To: X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1418516.92Mrvc7enD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509102103.41601@harrymail> X-Y-GMX-Trusted: 0 Cc: Garance A Drosihn Subject: Re: cvsup stuff in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 19:03:53 -0000 --nextPart1418516.92Mrvc7enD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Am Samstag, 10. September 2005 20:52 CEST schrieb Garance A Drosihn: > At 8:19 PM +0200 9/10/05, Emanuel Strobl wrote: > >No, the other way arround. I know the cvsup problematic, I also know > >csup (maby that will make it into the base system at one day?), but > >what I meant is that the cvsup example files are in > > /usr/share/examples, not in /usr/local/share examples, where I > > expected them since they belong to non-base application. > > They are config files for the FreeBSD base system. They are not > config files *for* cvsup. Ie, the CVSup program *itself* does not > need those files to exist for any reason. > > And if csup winds up in the base system, we'll just move those > example files back in /usr/share/examples. Looking at the CVS logs, > those files have been in that directory since sometime around 1996. > It seems pointless to move them *now*, just as we are making some > real progress towards having a cvsup-ish program in the base system. In that respect you are absolutely right :) > > Or at least, I hope we are! . . . Anyone comments about the RELENG_5(6) default tag? Thanks, -Harry --nextPart1418516.92Mrvc7enD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDIy4NBylq0S4AzzwRAvN5AKCHpdezYr4KN9xM2+eI/BqVBQKSjQCeM93P AQDtPwyntlO4P58RSz/gbis= =kQL+ -----END PGP SIGNATURE----- --nextPart1418516.92Mrvc7enD-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 19: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 F0A3116A41F for ; Sat, 10 Sep 2005 19:16:59 +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 62E7C43D45 for ; Sat, 10 Sep 2005 19:16:59 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 1220 invoked by uid 399); 10 Sep 2005 19:16:58 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 10 Sep 2005 19:16:58 -0000 Message-ID: <43233129.8090804@FreeBSD.org> Date: Sat, 10 Sep 2005 12:16:57 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Emanuel Strobl References: <200509101915.32081@harrymail> <200509102019.20528@harrymail> <200509102103.41601@harrymail> In-Reply-To: <200509102103.41601@harrymail> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Garance A Drosihn Subject: Re: cvsup stuff in BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 19:17:00 -0000 Emanuel Strobl wrote: > Anyone comments about the RELENG_5(6) default tag? Good catch. I just sent a patch to the release engineers with a fix for this problem. I'm sure it will be handled before the release. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 20:10: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 40C1F16A420 for ; Sat, 10 Sep 2005 20:10:14 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C584D43D46 for ; Sat, 10 Sep 2005 20:10:13 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j8AKAY8m047041 for ; Sat, 10 Sep 2005 16:10:34 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8VHLqZAxCqtunsbdwR5o" Organization: FreeBSD, Inc. Date: Sat, 10 Sep 2005 16:10:09 -0400 Message-Id: <1126383009.56750.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Subject: atapicam not working under -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: Sat, 10 Sep 2005 20:10:14 -0000 --=-8VHLqZAxCqtunsbdwR5o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have a desktop machine running recent -CURRENT on which atapicam does not work. That is to say, applications that try to access the CD-ROM using CAM fail claiming it's a non-MMC unit, for example. For example, growisofs reports: GET CONFIGURATION failed with SK=3D5h/ASC=3D20h/ACQ=3D00h cdrecord reports: Warning: controller returns wrong size for CD capabilities page I have tried DMA and non-DMA modes, but neither work. This drive has not worked under atapicam for as long as I can remember. Here is the link to the verbose dmesg output including the errors seen at boot-time when a disc is inserted into the drive: http://www.marcuscom.com/downloads/jclarke-pc_dmesg.txt Any help would be appreciated. Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-8VHLqZAxCqtunsbdwR5o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDIz2hb2iPiv4Uz4cRAjz4AKCT5qqlWgevo7xZQcq2BGnPX4jQnQCfe2gQ mDuWfE1VsDwFYY5OYs6JpEs= =Cyew -----END PGP SIGNATURE----- --=-8VHLqZAxCqtunsbdwR5o-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 20:19:27 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 A290016A41F for ; Sat, 10 Sep 2005 20:19:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16BD243D45 for ; Sat, 10 Sep 2005 20:19:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j8AKJQ0r014987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 10 Sep 2005 16:19:26 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j8AKJQ6P014513 for ; Sat, 10 Sep 2005 16:19:26 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8A1FB51264; Sat, 10 Sep 2005 16:19:25 -0400 (EDT) Date: Sat, 10 Sep 2005 16:19:25 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050910201924.GA96706@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: uma_small_alloc: free page still has mappings! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Sep 2005 20:19:27 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline sparc64 SMP machine running 7.0 panicked a few minutes after adding load with: panic: uma_small_alloc: free page still has mappings! cpuid = 0 KDB: enter: panic [thread pid 9124 tid 100318 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 9124 tid 100318 td 0xfffff800f6fb2720 panic() at panic+0x164 uma_small_alloc() at uma_small_alloc+0x9c slab_zalloc() at slab_zalloc+0x98 uma_zone_slab() at uma_zone_slab+0x12c uma_zalloc_bucket() at uma_zalloc_bucket+0x16c uma_zalloc_arg() at uma_zalloc_arg+0x374 malloc() at malloc+0x114 allocbuf() at allocbuf+0x208 getblk() at getblk+0x598 breadn() at breadn+0x58 bread() at bread+0x20 ffs_blkatoff() at ffs_blkatoff+0x64 ufs_direnter() at ufs_direnter+0x444 ufs_makeinode() at ufs_makeinode+0x460 ufs_create() at ufs_create+0x30 VOP_CREATE_APV() at VOP_CREATE_APV+0xb4 vn_open_cred() at vn_open_cred+0x188 vn_open() at vn_open+0x18 kern_open() at kern_open+0x8c open() at open+0x14 syscall() at syscall+0x2dc -- syscall (5, FreeBSD ELF64, open) %o7=0x4034d5b8 -- Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIz7SWry0BWjoQKURAveVAKDW29uikfVaG4uaPqKzF2BIoQYu9QCeLjem +fx7fjJmyCXJKitrd/6KV0A= =DhO1 -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 20:35: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 DCC2916A41F for ; Sat, 10 Sep 2005 20:35:10 +0000 (GMT) (envelope-from mischa.peters@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE1D43D45 for ; Sat, 10 Sep 2005 20:35:10 +0000 (GMT) (envelope-from mischa.peters@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so2108974wxd for ; Sat, 10 Sep 2005 13:35:09 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lCi2VlXb+DWI96dqKppWcX+TEbOZ5F08Pwp3F7AhptU0SrV/xKACjyQcv1NRV24RSYhNlCbb9StrWN8bcEYcEoiAIJnH+axPTFGXu0zBq5LDAdo6l9+b4/n51QTRtD8gqQpjQ9wjLcFINKzmHG2Oi1A74cT00LoILVNEvZ85LYY= Received: by 10.70.102.16 with SMTP id z16mr55319wxb; Sat, 10 Sep 2005 13:28:53 -0700 (PDT) Received: by 10.70.76.10 with HTTP; Sat, 10 Sep 2005 13:28:53 -0700 (PDT) Message-ID: <25e9cd01050910132847bdf260@mail.gmail.com> Date: Sat, 10 Sep 2005 22:28:53 +0200 From: Mischa Peters To: freebsd-current@freebsd.org In-Reply-To: <25e9cd0105083006006713c8ca@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <25e9cd0105082823337369bb6d@mail.gmail.com> <4312C7BC.1010603@home.pl> <25e9cd0105083006006713c8ca@mail.gmail.com> Subject: Re: LSI Logic fibre channel adapter in FreeBSD 6.0-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mischa.peters@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 20:35:11 -0000 T24gOC8zMC8wNSwgTWlzY2hhIFBldGVycyA8bWlzY2hhLnBldGVyc0BnbWFpbC5jb20+IHdyb3Rl Ogo+IE9uIDgvMjkvMDUsIEtyenlzenRvZiBDaWVws3VjaGEgPGtyaXNAaG9tZS5wbD4gd3JvdGU6 Cj4gPiBNaXNjaGEgUGV0ZXJzIHdyb3RlOgo+ID4gPiBIaSBBbGwsCj4gPiA+Cj4gPiA+IEkgYW0g bm90IHN1cmUgaWYgdGhpcyBpcyB0aGUgY29ycmVjdCBsaXN0LiBCdXQgSSBoYXZlIHRoZSBmb2xs b3dpbmcgaXNzdWUuCj4gPiA+Cj4gPiA+IEkgaGF2ZSBhIEZpYnJlIENoYW5uZWwgY2FyZCBpbiBt eSBzZXJ2ZXIsIExTSSBMb2dpYyBGQzkwOUEgd2hpY2ggd2FzCj4gPiA+IHdvcmtpbmcgZmluZSB1 bmRlciBGcmVlQlNEIDQuMTEgYnV0IGlzIG5vIGxvbmdlciB3b3JraW5nIHdpdGgKPiA+ID4gNi4w LUJFVEEzLiBJIGhhdmUgYWxzbyB0cmllZCBpdCB3aXRoIEJFVEExIHdoaWNoIGFsc28gZGlkbid0 IHdvcmsuCj4gPiA+Cj4gPiA+IFRoZSB0aGluZyB0aGF0IEkgc2VlIGluIG1lc3NhZ2VzIGlzOgo+ ID4gPgo+ID4gPiBwY2kwOiA8c2VyaWFsIGJ1cywgRmlicmUgQ2hhbm5lbD4gYXQgZGV2aWNlIDEx LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKPiA+ID4gcGNpMDogPHNlcmlhbCBidXMsIEZpYnJlIENo YW5uZWw+IGF0IGRldmljZSAxMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCj4gPiA+Cj4gPiA+IEkg aGF2ZSBzZWVuIHRoYXQgaW4gR0VORVJJQyB0aGUgb2xkIG5jciBkcml2ZXJzIGFyZSBkaXNhYmxl ZCBhbmQgYXJlCj4gPiA+IHJlcGxhY2VkIHdpdGggc3ltLgo+ID4gPiBEb2VzIHRoaXMgbWF0dGVy IGF0IGFsbCwgb3IgaXMgdGhpcyBiMHJrZW4gYW5kIGRvZXMgaXQgbmVlZHMgZml4aW5nPwo+ID4K PiA+IG1hbiBtcHQKPiA+Cj4gPiBIQVJEV0FSRQo+ID4gICAgICAgVGhlIGZvbGxvd2luZyBjb250 cm9sbGVycyBhcmUgc3VwcG9ydGVkIGJ5IHRoZSBtcHQgZHJpdmVyOgo+ID4KPiA+ICAgICAgIG8g ICBMU0kgTG9naWMgNTNjMTAzMCAoRHVhbCBVbHRyYTMyMCBTQ1NJKQo+ID4gICAgICAgbyAgIExT SSBMb2dpYyBGQzkwOSAoMUdiL3MgRmlicmUgQ2hhbm5lbCkKPiA+ICAgICAgIG8gICBMU0kgTG9n aWMgRkM5MDlBIChEdWFsIDFHYi9zIEZpYnJlIENoYW5uZWwpCj4gPiAgICAgICBvICAgTFNJIExv Z2ljIEZDOTE5ICgyR2IvcyBGaWJyZSBDaGFubmVsKQo+ID4gICAgICAgbyAgIExTSSBMb2dpYyBG QzkyOSwgTFNJIExvZ2ljIEZDOTI5WCAoRHVhbCAyR2IvcyBGaWJyZSBDaGFubmVsKQo+ID4KPiA+ Cj4gCj4gSSBoYXZlIHZlcmlmaWVkIHRoYXQgdGhpcyBpcyBpbmRlZWQgZW5hYmxlZCBpbiB0aGUg a2VybmVsIGNvbmYgZmlsZS4KPiAKPiBkZXZpY2UgICAgICAgICAgbXB0ICAgICAgICAgICAgICMg TFNJLUxvZ2ljIE1QVC1GdXNpb24KPiAKPiBBbnl0aGluZyBlbHNlIHRoYXQgSSBuZWVkIHRvIGNo ZWNrPwoKSnVzdCBpbnN0YWxsZWQgQkVUQTQgYW5kIEkgYW0gc3RpbGwgbm90IGFibGUgdG8gZ2V0 IHRoZSBjYXJkIHdvcmtpbmcuCgpyb290On4gIyBwY2ljb25mIC12bApub25lMEBwY2kwOjExOjA6 ICAgICAgICBjbGFzcz0weDBjMDQwMCBjYXJkPTB4MTAxMDEwMDAgY2hpcD0weDA2MjYxMDAwIHJl dj0weDAwIApoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnTFNJIExvZ2ljIChXYXM6IFN5bWJpb3Mg TG9naWMsIE5DUiknCiAgICBkZXZpY2UgICA9ICdMU0lGQzkyOVggRHVhbCBDaGFubmVsIEZpYnJl IENoYW5uZWwgSS9PIFByb2Nlc3NvcicKICAgIGNsYXNzICAgID0gc2VyaWFsIGJ1cwogICAgc3Vi Y2xhc3MgPSBGaWJyZSBDaGFubmVsCm5vbmUxQHBjaTA6MTE6MTogICAgICAgIGNsYXNzPTB4MGMw NDAwIGNhcmQ9MHgxMDEwMTAwMCBjaGlwPTB4MDYyNjEwMDAgcmV2PTB4MDAgCmhkcj0weDAwCiAg ICB2ZW5kb3IgICA9ICdMU0kgTG9naWMgKFdhczogU3ltYmlvcyBMb2dpYywgTkNSKScKICAgIGRl dmljZSAgID0gJ0xTSUZDOTI5WCBEdWFsIENoYW5uZWwgRmlicmUgQ2hhbm5lbCBJL08gUHJvY2Vz c29yJwogICAgY2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IEZpYnJlIENoYW5u ZWwKCnJvb3Q6fiAjIGtsZHN0YXQgCklkIFJlZnMgQWRkcmVzcyAgICBTaXplICAgICBOYW1lCiAx ICAgIDQgMHhjMDQwMDAwMCA2NjRkODQgICBrZXJuZWwKIDIgICAxNiAweGMwYTY1MDAwIDU3M2M0 ICAgIGFjcGkua28KIDMgICAgMSAweGMyODNmMDAwIDQwMDAgICAgIG51bGxmcy5rbwpyb290On4g IyBrbGRsb2FkIG1wdAprbGRsb2FkOiBjYW4ndCBsb2FkIG1wdDogRmlsZSBleGlzdHMKcm9vdDp+ ICMga2xkdW5sb2FkIG1wdAprbGR1bmxvYWQ6IGNhbid0IGZpbmQgZmlsZSBtcHQ6IE5vIHN1Y2gg ZmlsZSBvciBkaXJlY3RvcnkKCkFueW9uZT8KCk1pc2NoYQo= From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 21: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 9D60A16A42C for ; Sat, 10 Sep 2005 21:26: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 D9BEF43D45 for ; Sat, 10 Sep 2005 21:26:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 36486 invoked by uid 399); 10 Sep 2005 21:26:55 -0000 Received: from localhost (HELO ?192.168.1.102?) (dougb@dougbarton.net@127.0.0.1) by localhost with SMTP; 10 Sep 2005 21:26:55 -0000 Message-ID: <43234F9D.1010804@FreeBSD.org> Date: Sat, 10 Sep 2005 14:26:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050908) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1126383009.56750.15.camel@shumai.marcuscom.com> In-Reply-To: <1126383009.56750.15.camel@shumai.marcuscom.com> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: atapicam not working under -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: Sat, 10 Sep 2005 21:26:56 -0000 Joe Marcus Clarke wrote: > Here is the link to the verbose dmesg output including the errors seen at > boot-time when a disc is inserted into the drive: Pardon my being dense here, but are you saying that this is what happens when you have a disc in the drive, and then start the boot process? I ask because I have a firewire dvd burner that atapicam won't recognize unless there is a disc in the drive when I try to probe it. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 21:33:40 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 C8BC716A41F; Sat, 10 Sep 2005 21:33:40 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D0DD43D46; Sat, 10 Sep 2005 21:33:40 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j8ALY1so047732; Sat, 10 Sep 2005 17:34:01 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Doug Barton In-Reply-To: <43234F9D.1010804@FreeBSD.org> References: <1126383009.56750.15.camel@shumai.marcuscom.com> <43234F9D.1010804@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-deO7OaC8vnskUQdAGOk4" Organization: FreeBSD, Inc. Date: Sat, 10 Sep 2005 17:33:35 -0400 Message-Id: <1126388015.56750.17.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: atapicam not working under -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: Sat, 10 Sep 2005 21:33:40 -0000 --=-deO7OaC8vnskUQdAGOk4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2005-09-10 at 14:26 -0700, Doug Barton wrote: > Joe Marcus Clarke wrote: >=20 > > Here is the link to the verbose dmesg output including the errors seen = at > > boot-time when a disc is inserted into the drive: >=20 > Pardon my being dense here, but are you saying that this is what happens=20 > when you have a disc in the drive, and then start the boot process? I ask= =20 > because I have a firewire dvd burner that atapicam won't recognize unless= =20 > there is a disc in the drive when I try to probe it. These errors occur when a disc is in the drive at boot time (an audio disc in this example). However, regardless of when the disc is inserted, the drive will not work with CAM-based applications. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-deO7OaC8vnskUQdAGOk4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDI1Evb2iPiv4Uz4cRAl1uAKCs8z6kApQgEJCE4SyOwkOhhwLtHgCdE7OB 3ZI80uz/VAdsKjurEg9oI0o= =pqFV -----END PGP SIGNATURE----- --=-deO7OaC8vnskUQdAGOk4-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 21:45:09 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 626F116A41F; Sat, 10 Sep 2005 21:45:09 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from eastrmmtao06.cox.net (eastrmmtao06.cox.net [68.230.240.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0BDD43D45; Sat, 10 Sep 2005 21:45:08 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by eastrmmtao06.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050910214506.LRSF18478.eastrmmtao06.cox.net@mezz.mezzweb.com>; Sat, 10 Sep 2005 17:45:06 -0400 To: "Joe Marcus Clarke" References: <1126383009.56750.15.camel@shumai.marcuscom.com> Message-ID: Date: Sat, 10 Sep 2005 16:45:27 -0500 From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <1126383009.56750.15.camel@shumai.marcuscom.com> User-Agent: Opera M2/8.02 (Linux, build 1272) Cc: current@freebsd.org Subject: Re: atapicam not working under -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: Sat, 10 Sep 2005 21:45:09 -0000 On Sat, 10 Sep 2005 15:10:09 -0500, Joe Marcus Clarke wrote: > I have a desktop machine running recent -CURRENT on which atapicam does > not work. That is to say, applications that try to access the CD-ROM > using CAM fail claiming it's a non-MMC unit, for example. For example, > growisofs reports: > > GET CONFIGURATION failed with SK=5h/ASC=20h/ACQ=00h > > cdrecord reports: > > Warning: controller returns wrong size for CD capabilities page > > I have tried DMA and non-DMA modes, but neither work. This drive has > not worked under atapicam for as long as I can remember. Here is the > link to the verbose dmesg output including the errors seen at boot-time > when a disc is inserted into the drive: > > http://www.marcuscom.com/downloads/jclarke-pc_dmesg.txt I kind of have the same problem when I am trying to burn on blank CD-R here w/ atapicam on RELENG_6. ==================================== # uname -a FreeBSD mezz.mezzweb.com 6.0-BETA4 FreeBSD 6.0-BETA4 #0: Mon Sep 5 18:34:38 CDT 2005 mezz@mezz.mezzweb.com:/usr/obj/usr/src/sys/BSDRULZ i386 ==================================== http://people.freebsd.org/~mezz/dmesg-v.txt (bottom) ==================================== (cd0:ata1:0:0:0): error 22 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 22 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (cd0:ata1:0:0:0): Invalid field in CDB (cd0:ata1:0:0:0): (cd0:ata1:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 0 0 4 0 (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:24,0 (cd0:ata1:0:0:0): Invalid field in CDB Unretryable error (cd0:ata1:0:0:0): error 22 (cd0:ata1:0:0:0): Unretryable Error scsi_cd.c::ioctl cmd=40046304 error=22 ==================================== ==================================== # atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 5 Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ==================================== ==================================== # camcontrol devlist at scbus2 target 0 lun 0 (pass0,cd0) ==================================== BTW: I can mount CD just fine. Cheers, Mezz > Any help would be appreciated. Thanks. > > Joe -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 22:08: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 AE75916A41F for ; Sat, 10 Sep 2005 22:08:03 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B09943D95 for ; Sat, 10 Sep 2005 22:06:52 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 6D998B840; Sun, 11 Sep 2005 00:06:49 +0200 (CEST) Date: Sun, 11 Sep 2005 00:06:27 +0200 From: Dimitry Andric X-Mailer: The Bat! (v3.61.03 beta) Professional X-Priority: 3 (Normal) Message-ID: <1925484655.20050911000627@andric.com> To: Mischa Peters In-Reply-To: <25e9cd01050910132847bdf260@mail.gmail.com> References: <25e9cd0105082823337369bb6d@mail.gmail.com> <4312C7BC.1010603@home.pl> <25e9cd0105083006006713c8ca@mail.gmail.com> <25e9cd01050910132847bdf260@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------FF1421961E4B753C" Cc: freebsd-current@freebsd.org Subject: Re: LSI Logic fibre channel adapter in FreeBSD 6.0-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dimitry Andric List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 22:08:06 -0000 ------------FF1421961E4B753C Content-Type: multipart/mixed; boundary="----------8011D1811E1C3131" ------------8011D1811E1C3131 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable On 2005-09-10 at 22:28:53 Mischa Peters wrote: >> > > I have a Fibre Channel card in my server, LSI Logic FC909A which was --snip-- > root:~ # pciconf -vl > none0@pci0:11:0: class=3D0x0c0400 card=3D0x10101000 chip=3D0x06261= 000 rev=3D0x00 > hdr=3D0x00 > vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' > device =3D 'LSIFC929X Dual Channel Fibre Channel I/O Processor' Hm, your PCI configuration says it's a 929X? And its chip id seems to be 0x0626, which isn't present in sys/dev/mpt/mpt_pci.c... For some reason it was left out in the "massive overhaul" around revision 1.20? Maybe you can apply a diff similar to the following (which was done for the RELENG_4_11 branch): http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt_pci.c.diff?r1=3D1= .3.2.3&r2=3D1.3.2.3.10.1&f=3Dh It looks like simply adding the required PCI id, adding a case in mpt_pci_probe, and some minor other things. Can you try the attached patch? Since I'm doing this *completely* blind, YMMV, but please let us know how it goes. A dmesg would be nice! ;) > root:~ # kldload mpt > kldload: can't load mpt: File exists This isn't needed, the mpt driver is statically linked in the GENERIC kernel (assuming you're using that). ------------8011D1811E1C3131 Content-Type: text/plain; name="mpt-add-929x.patch" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="mpt-add-929x.patch" LS0tIHN5cy9kZXYvbXB0L21wdF9wY2kuYy5vcmlnCVN1biBKdWwgMTAgMTc6MDU6MzggMjAw NQorKysgc3lzL2Rldi9tcHQvbXB0X3BjaS5jCVNhdCBTZXAgMTAgMjI6MjI6MTkgMjAwNQpA QCAtOTcsNiArOTcsMTAgQEAKICNkZWZpbmUJUENJX1BST0RVQ1RfTFNJX0ZDOTI5CQkweDA2 MjIKICNlbmRpZgogCisjaWZuZGVmCVBDSV9QUk9EVUNUX0xTSV9GQzkyOVgKKyNkZWZpbmUJ UENJX1BST0RVQ1RfTFNJX0ZDOTI5WAkJMHgwNjI2CisjZW5kaWYKKwogI2lmbmRlZglQQ0lf UFJPRFVDVF9MU0lfMTAzMAogI2RlZmluZQlQQ0lfUFJPRFVDVF9MU0lfMTAzMAkJMHgwMDMw CiAjZW5kaWYKQEAgLTE1Nyw2ICsxNjEsOSBAQAogCWNhc2UgUENJX1BST0RVQ1RfTFNJX0ZD OTI5OgogCQlkZXNjID0gIkxTSUxvZ2ljIEZDOTI5IEZDIEFkYXB0ZXIiOwogCQlicmVhazsK KwljYXNlIFBDSV9QUk9EVUNUX0xTSV9GQzkyOVg6CisJCWRlc2MgPSAiTFNJTG9naWMgRkM5 MjlYIEZDIEFkYXB0ZXIiOworCQlicmVhazsKIAljYXNlIFBDSV9QUk9EVUNUX0xTSV8xMDMw OgogCQlkZXNjID0gIkxTSUxvZ2ljIDEwMzAgVWx0cmE0IEFkYXB0ZXIiOwogCQlicmVhazsK QEAgLTI1OSw2ICsyNjYsNyBAQAogCWNhc2UgUENJX1BST0RVQ1RfTFNJX0ZDOTA5QToKIAlj YXNlIFBDSV9QUk9EVUNUX0xTSV9GQzkxOToKIAljYXNlIFBDSV9QUk9EVUNUX0xTSV9GQzky OToKKwljYXNlIFBDSV9QUk9EVUNUX0xTSV9GQzkyOVg6CiAJCW1wdC0+aXNfZmMgPSAxOwog CQlicmVhazsKIAlkZWZhdWx0OgpAQCAtMzAwLDYgKzMwOCw3IEBACiAJICogSWYgc28sIGxp bmsgd2l0aCBvdXIgcGFydG5lciAoYXJvdW5kIHlldCkKIAkgKi8KIAlpZiAoKHBjaV9nZXRf ZGV2aWNlKGRldikgJiB+MSkgPT0gUENJX1BST0RVQ1RfTFNJX0ZDOTI5IHx8CisJICAgIChw Y2lfZ2V0X2RldmljZShkZXYpICYgfjEpID09IFBDSV9QUk9EVUNUX0xTSV9GQzkyOVggfHwK IAkgICAgKHBjaV9nZXRfZGV2aWNlKGRldikgJiB+MSkgPT0gUENJX1BST0RVQ1RfTFNJXzEw MzApIHsKIAkJbXB0X2xpbmtfcGVlcihtcHQpOwogCX0K ------------8011D1811E1C3131-- ------------FF1421961E4B753C Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFDI1jjsF6jCi4glqMRAn5OAKCJSy5KfzJRkey2IqWX1tC8yUYLzACghETe aU1HI52Mcj5R07y+Qd7dkxU= =6W5/ -----END PGP MESSAGE----- ------------FF1421961E4B753C-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 22:33: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 8865716A41F for ; Sat, 10 Sep 2005 22:33:10 +0000 (GMT) (envelope-from mischa.peters@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0242843D46 for ; Sat, 10 Sep 2005 22:33:09 +0000 (GMT) (envelope-from mischa.peters@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so2120377wxd for ; Sat, 10 Sep 2005 15:33:09 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FG00bYsbufEQFIpms9Viq2l6inQJar5/xetkx6BI7UKjP7C7LZQZonS8XiqmfKsCfVXKBfnPWsj+3XzrAn6zwS2uV/3GRlyCYYRP5XfK9qoo5XkJ5PndneiHU1rcnLVvL4wO5YRlKA1OGKLIbcw5e1pLlRkibBcGoDi5UHSKJ8g= Received: by 10.70.111.11 with SMTP id j11mr57057wxc; Sat, 10 Sep 2005 15:33:09 -0700 (PDT) Received: by 10.70.76.10 with HTTP; Sat, 10 Sep 2005 15:33:09 -0700 (PDT) Message-ID: <25e9cd0105091015332c4b80b1@mail.gmail.com> Date: Sun, 11 Sep 2005 00:33:09 +0200 From: Mischa Peters To: freebsd-current@freebsd.org, Dimitry Andric In-Reply-To: <1925484655.20050911000627@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <25e9cd0105082823337369bb6d@mail.gmail.com> <4312C7BC.1010603@home.pl> <25e9cd0105083006006713c8ca@mail.gmail.com> <25e9cd01050910132847bdf260@mail.gmail.com> <1925484655.20050911000627@andric.com> Cc: Subject: Re: LSI Logic fibre channel adapter in FreeBSD 6.0-BETA3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mischa.peters@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 22:33:10 -0000 Hi Dim! :) On 9/11/05, Dimitry Andric wrote: > On 2005-09-10 at 22:28:53 Mischa Peters wrote: >=20 > >> > > I have a Fibre Channel card in my server, LSI Logic FC909A which w= as > --snip-- > > root:~ # pciconf -vl > > none0@pci0:11:0: class=3D0x0c0400 card=3D0x10101000 chip=3D0x062= 61000 rev=3D0x00 > > hdr=3D0x00 > > vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' > > device =3D 'LSIFC929X Dual Channel Fibre Channel I/O Processor' >=20 > Hm, your PCI configuration says it's a 929X? And its chip id seems to > be 0x0626, which isn't present in sys/dev/mpt/mpt_pci.c... For some > reason it was left out in the "massive overhaul" around revision 1.20? >=20 > Maybe you can apply a diff similar to the following (which was done > for the RELENG_4_11 branch): > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt_pci.c.diff?r1= =3D1.3.2.3&r2=3D1.3.2.3.10.1&f=3Dh >=20 > It looks like simply adding the required PCI id, adding a case in > mpt_pci_probe, and some minor other things. Can you try the attached > patch? Since I'm doing this *completely* blind, YMMV, but please let > us know how it goes. A dmesg would be nice! ;) I will try the patch and report back, dmesg is included. > > root:~ # kldload mpt > > kldload: can't load mpt: File exists >=20 > This isn't needed, the mpt driver is statically linked in the GENERIC > kernel (assuming you're using that). I asumed that much, but you never know. I am not running GENERIC but it's close. :) =3D=3D=3D dmesg =3D=3D=3D 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-BETA4 #2: Fri Sep 9 06:37:32 CEST 2005 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(TM) CPU 1300MHz (1302.96-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6b4 Stepping =3D 4 Features=3D0x383fbff real memory =3D 1073676288 (1023 MB) avail memory =3D 1041797120 (993 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 12 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xb000-0xb00f mem 0xf8000000-0xf87fffff irq 10 at device 7.0 on pci0 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7X 1.05.00.063, BIOS BE7X 1.08.00.048 pci0: at device 11.0 (no driver attached) pci0: at device 11.1 (no driver attached) atapci0: port 0xbc00-0xbc07,0xc000-0xc003,0xc400-0xc407,0xc800-0xc803,0xcc00-0xcc3f mem 0xf8900000-0xf891ffff irq 11 at device 12.0 on pci0 ata2: on atapci0 ata3: on atapci0 fxp0: port 0xd000-0xd03f mem 0xf8960000-0xf8960fff,0xf8800000-0xf88fffff irq 12 at device 13.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:41:ba:1d isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd400-0xd40f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xd800-0xd81f irq 12 at device 17.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 12 at device 17.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 12 at device 17.4 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcc000-0xccfff,0xcd000-0xd0fff,0xd1000-0xd8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1302961317 Hz quality 800 Timecounters tick every 1.000 msec ad1: 19595MB at ata0-slave UDMA100 twed0: on twe0 Trying to mount root from ufs:/dev/ad1s1a =3D=3D=3D end dmesg =3D=3D=3D Mischa From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 22:42: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 B300E16A420 for ; Sat, 10 Sep 2005 22:42:44 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8FBE243D46 for ; Sat, 10 Sep 2005 22:42:43 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 10 Sep 2005 22:42:41 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp010) with SMTP; 11 Sep 2005 00:42:41 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Sun, 11 Sep 2005 00:42:17 +0200 User-Agent: KMail/1.8.1 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1703763.pBTvkRmeHN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509110042.31358@harrymail> X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: acpi_sony - no powerd, no 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: Sat, 10 Sep 2005 22:42:44 -0000 --nextPart1703763.pBTvkRmeHN Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I just installed BETA4 on my notebook and was curious about the acpi_sony=20 driver, but all I can see is that powerd soesn't work anymoder (if I call=20 powerd -a min dev.cpu.0.freq is still 800 wher it was 62 without acpi_sony= =20 compiled in) and that I can set LCD brightness :) *bright_smile* But what does ctr, pcr, wdp and cdp mean? A short man page was wonderful! And is it known/intended that cpufreq doesn't work with acpi_sony? Thanks, =2DHarry --nextPart1703763.pBTvkRmeHN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDI2FXBylq0S4AzzwRApLMAKCP5vzzw9yUAiTPrzwkE6FKhBEn1wCfQ1Sg FO1nW5+OBmXAGEd5hfsv9VQ= =2kZG -----END PGP SIGNATURE----- --nextPart1703763.pBTvkRmeHN-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 23:25: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 28F6416A41F for ; Sat, 10 Sep 2005 23:25:57 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F4643D49 for ; Sat, 10 Sep 2005 23:25:55 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1402239wra for ; Sat, 10 Sep 2005 16:25:54 -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=iTbmPySVfT3wZi73mSpkfmM+CP47/bjyyfTPPjsRQpZ508Ht+JcMj2KXEtQ4PuO/nW4bITLTXh86Ke5o2DqEJFpzSQ5eSmimlOemZwFdjlrrIvFYdEueg7kQZqbG5hvINZh2lSvhTVxgZpD8BDvsaOgkLzagQSOjKgV/eQD2+bI= Received: by 10.54.41.41 with SMTP id o41mr1443587wro; Sat, 10 Sep 2005 16:25:54 -0700 (PDT) Received: by 10.54.38.21 with HTTP; Sat, 10 Sep 2005 16:25:54 -0700 (PDT) Message-ID: <70e8236f05091016251510408c@mail.gmail.com> Date: Sun, 11 Sep 2005 00:25:54 +0100 From: Joao Barros To: John Baldwin , Scott Long , Warner Losh In-Reply-To: <70e8236f0509051350e020f76@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> <70e8236f05090513381584dda0@mail.gmail.com> <70e8236f0509051350e020f76@mail.gmail.com> 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 Reply-To: joao.barros@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 23:25:57 -0000 On 9/5/05, Joao Barros wrote: > On 9/5/05, Joao Barros wrote: > > On 9/4/05, Joao Barros wrote: > > > On 8/8/05, John Baldwin wrote: > > > > Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you h= ave verbose > > > > dmesg's from both cases so that I can compare them? > > > > > > Ok, review: > > > FreeBSD5.4: kernel boots with amr installed > > > FreeBSD6.0: kernel doesn't boot with amr installed > > > As I think some commit in time between 5.4 and CURRENT(6.0) changed > > > something that prevents the kernel to boot with an amr installed, I'm > > > trying to pinpoint that change. > > > So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till > > > 6.0-CURRENT-SNAP001 which does not boot. > > > My next step will be to cvsup to specific times and start testing ker= nels :) > > > More feedback to come! > > > > And after some(many) hours of compiling I narrowed the gap to a > > working kernel from September 1, 2004 to a non working kernel from > > November 1, 2004. >=20 > Correction: November -> December >=20 > > And yes, more feeback to come. >=20 Eureka! I managed to narrow the gap to the commit responsible for the symptoms I've reported: imp 2004-11-10 00:41:39 UTC FreeBSD src repository Modified files: sys/dev/pci pci.c=20 Log: Make pci_do_powerstate default to 1 now that we've done the release to get more testing. This should help things a little. =20 Revision Changes Path 1.268 +2 -2 src/sys/dev/pci/pci.c Diff: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?r1= =3D1.267&r2=3D1.268&f=3Dh In pci.c one can read: enable these bits correctly. We'd like to do this all the time, but there are some peripherals that this causes problems with."); Well, I guess it's the case with this controller ;) I tried setting this ( hw.pci.do_powerstate ) tunable to 0 and voil=E1, 6.0 BETA 4 #2 booted with the amr installed. Still on pci.c one can also read: "Power down devices into D3 state when no driver attaches to them. Otherwise, leave the device in D0 state when no driver attaches." This controller just so happens to have a device that FreeBSD doesn't have support: kernel: pci2: at device 1.0 (no driver attached) Looking at pciconf -l -v : pcib3@pci2:0:0: class=3D0x060400 card=3D0x000000dc chip=3D0xb1548086 rev=3D= 0x00 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'S21152BA,S21154AE/BE PCI to PCI Bridge' class =3D bridge subclass =3D PCI-PCI none1@pci2:1:0: class=3D0x010000 card=3D0x8493101e chip=3D0x12161077 rev=3D= 0x06 hdr=3D0x00 vendor =3D 'QLogic Corporation' device =3D 'ISP12160 Dual Channel Ultra3 SCSI Processor' class =3D mass storage subclass =3D SCSI amr0@pci3:0:0: class=3D0x010400 card=3D0x04931028 chip=3D0x1960101e rev=3D= 0x20 hdr=3D0x00 vendor =3D 'American Megatrends Inc.' device =3D '80960RP i960RP Microprocessor' class =3D mass storage subclass =3D RAID So, by not attaching a driver to pci2:1:0, the pci2:0:0 is disabled. Although the 'real' amr is assigned to pci3, the pci bridge on pci2:0:0 gets disabled thus killing the amr. I believe a workaround for this issue would be verifying before disabling the device, that no more that one device shares that particular pci slot. Comments? -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Sat Sep 10 23:36: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 6314F16A429; Sat, 10 Sep 2005 23:36:40 +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 DECBD43D48; Sat, 10 Sep 2005 23:36:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j8ANaa5G052840; Sat, 10 Sep 2005 17:36:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43236E04.4020208@samsco.org> Date: Sat, 10 Sep 2005 17:36:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: joao.barros@gmail.com References: <70e8236f05070208212e36c375@mail.gmail.com> <200507291318.24428.jhb@FreeBSD.org> <70e8236f050807192628b0405e@mail.gmail.com> <200508081311.51857.jhb@FreeBSD.org> <70e8236f05090321007f621845@mail.gmail.com> <70e8236f05090513381584dda0@mail.gmail.com> <70e8236f0509051350e020f76@mail.gmail.com> <70e8236f05091016251510408c@mail.gmail.com> In-Reply-To: <70e8236f05091016251510408c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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, Warner Losh , 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: Sat, 10 Sep 2005 23:36:40 -0000 Joao Barros wrote: > On 9/5/05, Joao Barros wrote: > >>On 9/5/05, Joao Barros wrote: >> >>>On 9/4/05, Joao Barros wrote: >>> >>>>On 8/8/05, John Baldwin wrote: >>>> >>>>>Ok, so I'm assuming that 5.4 works but RELENG_6 does not? Do you have verbose >>>>>dmesg's from both cases so that I can compare them? >>>> >>>>Ok, review: >>>>FreeBSD5.4: kernel boots with amr installed >>>>FreeBSD6.0: kernel doesn't boot with amr installed >>>>As I think some commit in time between 5.4 and CURRENT(6.0) changed >>>>something that prevents the kernel to boot with an amr installed, I'm >>>>trying to pinpoint that change. >>>>So far I've tested 5.4-STABLE-SNAP006-i386 which boots and back till >>>>6.0-CURRENT-SNAP001 which does not boot. >>>>My next step will be to cvsup to specific times and start testing kernels :) >>>>More feedback to come! >>> >>>And after some(many) hours of compiling I narrowed the gap to a >>>working kernel from September 1, 2004 to a non working kernel from >>>November 1, 2004. >> >>Correction: November -> December >> >> >>>And yes, more feeback to come. >> > > Eureka! > > I managed to narrow the gap to the commit responsible for the symptoms > I've reported: > > imp 2004-11-10 00:41:39 UTC > > FreeBSD src repository > > Modified files: > sys/dev/pci pci.c > Log: > Make pci_do_powerstate default to 1 now that we've done the release to > get more testing. This should help things a little. > > Revision Changes Path > 1.268 +2 -2 src/sys/dev/pci/pci.c > > Diff: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?r1=1.267&r2=1.268&f=h > > In pci.c one can read: > enable these bits correctly. We'd like to do this all the time, but > there are some peripherals that this causes problems with."); > Well, I guess it's the case with this controller ;) > > I tried setting this ( hw.pci.do_powerstate ) tunable to 0 and voilá, > 6.0 BETA 4 #2 booted with the amr installed. > > Still on pci.c one can also read: > "Power down devices into D3 state when no driver attaches to them. > Otherwise, leave the device in D0 state when no driver attaches." > This controller just so happens to have a device that FreeBSD doesn't > have support: > kernel: pci2: at device 1.0 (no driver attached) > Looking at pciconf -l -v : > pcib3@pci2:0:0: class=0x060400 card=0x000000dc chip=0xb1548086 rev=0x00 hdr=0x01 > vendor = 'Intel Corporation' > device = 'S21152BA,S21154AE/BE PCI to PCI Bridge' > class = bridge > subclass = PCI-PCI > none1@pci2:1:0: class=0x010000 card=0x8493101e chip=0x12161077 rev=0x06 hdr=0x00 > vendor = 'QLogic Corporation' > device = 'ISP12160 Dual Channel Ultra3 SCSI Processor' > class = mass storage > subclass = SCSI > amr0@pci3:0:0: class=0x010400 card=0x04931028 chip=0x1960101e rev=0x20 hdr=0x00 > vendor = 'American Megatrends Inc.' > device = '80960RP i960RP Microprocessor' > class = mass storage > subclass = RAID > So, by not attaching a driver to pci2:1:0, the pci2:0:0 is disabled. > Although the 'real' amr is assigned to pci3, the pci bridge on > pci2:0:0 gets disabled thus killing the amr. > > I believe a workaround for this issue would be verifying before > disabling the device, that no more that one device shares that > particular pci slot. > > Comments? > Thanks for the invesitgative work. I strenously objected to this change when it went in, and this kind of problem is precisely the reason why. Turning off device power on the PCI bus willy-nilly is such an incredibly bad idea, even if the hope with it is to get a few extra minutes of battery life on a laptop. I worked around this problem with the AAC devices, but I don't know if the AMR devices can be worked around the same way. I've asked Warner in private to back out the change. If he refuses, then I'm afraid that you'll need to remember an undocumented workaround, or find another OS. Scott