From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 01:53:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4293016A4CE for ; Sun, 20 Mar 2005 01:53:48 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 859C943D2F for ; Sun, 20 Mar 2005 01:53:47 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IDM00FEZNXL2T@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Sun, 20 Mar 2005 02:53:46 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Sun, 20 Mar 2005 02:53:45 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j2K1rjVC023293 for ; Sun, 20 Mar 2005 02:53:45 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id D06962842E for ; Sun, 20 Mar 2005 02:53:39 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 7EA562285A; Sun, 20 Mar 2005 02:53:39 +0100 (CET) Date: Sun, 20 Mar 2005 02:53:39 +0100 From: Christian Brueffer To: freebsd-stable@freebsd.org Message-id: <20050320015339.GB85807@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=dc+cDN39EJAMEtIO; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: cpufreq related RELENG_5 regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 01:53:48 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I have the following situation here: Box A serves as gateway for my local network and also exports some filesystems via NFS. The shares are mounted on box B. Playing a movie from one of the NFS shares on box B works fine. When I try to transfer a file from outside the LAN to box C, which resides inside the LAN, the movie on box B starts to stagger. Box A runs RELENG_5, using a kernel from just before the cpufreq merge works ok (movie doesn't stagger), a kernel from shortly after the merge does not work (movie staggers). Setting "performance_cpu_freq=3D"HIGH"" in rc.conf fixes this, so there seems to have been a change in the defaults. Box A is an i386 SMP machine. Kernel config + dmesg: http://people.freebsd.org/~brueffer/LORIEN http://people.freebsd.org/~brueffer/dmesg.lorien Can anyone confirm this? BTW, there is code in sys/kern/kern_cpu.c to export the current processor speed via sysctl, but the sysctl doesn't show up here. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPNejbHYXjKDtmC0RAiN+AKDalVqidCOk8TB09lmse5F1dwSjCwCghqKs Aoc7t8xLjBkryQS+ZPkTR6c= =SaFU -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 07:28:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2251C16A4D0; Sun, 20 Mar 2005 07:28:53 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B583943D1D; Sun, 20 Mar 2005 07:28:51 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.3/8.13.3) with ESMTP id j2K7QhQT004764; Sun, 20 Mar 2005 08:26:43 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.3/8.13.1) with ESMTP id j2K7Qorq092659; Sun, 20 Mar 2005 08:26:50 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.3/8.13.1/Submit) id j2K7Qnef092658; Sun, 20 Mar 2005 08:26:49 +0100 (CET) (envelope-from ftigeot) Date: Sun, 20 Mar 2005 08:26:49 +0100 From: Francois Tigeot To: David Wolfskill Message-ID: <20050320072649.GB73141@aoi.wolfpond.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050320014701.GC41509@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: Qt applications hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 07:28:53 -0000 On Sat, Mar 19, 2005 at 05:47:01PM -0800, David Wolfskill wrote: > There's a recent entry in /usr/ports/UPDATING that may be relevant. Thanks, but I fail to see what is relevant in this case. I suspected at one time the system compiler to be busted, but I recompiled everything with -O -pipe and the problem remains. Cc to -amd64 to see if there may be something architecture specific. [For the record, every QT application hang immediately when some menu options are selected. The system is 5.4-PRERELEASE/amd64] -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 09:20:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C995516A4CE for ; Sun, 20 Mar 2005 09:20:21 +0000 (GMT) Received: from netcore.fi (netcore.fi [193.94.160.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C132E43D54 for ; Sun, 20 Mar 2005 09:20:20 +0000 (GMT) (envelope-from pekkas@netcore.fi) Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id j2K9KIQ19474 for ; Sun, 20 Mar 2005 11:20:19 +0200 Date: Sun, 20 Mar 2005 11:20:18 +0200 (EET) From: Pekka Savola To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Apache Signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 09:20:21 -0000 FWIW, I've started to experience the same thing which Kyle Mott and "Vlad" reported with apache+mod_ssl crashing when SSL is enabled: #0 0x2840b63c in engine_table_select () from /usr/lib/libcrypto.so.3 #1 0x283ebc88 in ENGINE_get_default_RAND () from /usr/lib/libcrypto.so.3 #2 0x283eaf6e in RAND_get_rand_method () from /usr/lib/libcrypto.so.3 #3 0x283eb07c in RAND_seed () from /usr/lib/libcrypto.so.3 #4 0x2830be47 in ssl_rand_seed () from /usr/local/libexec/apache/libssl.so #5 0x28307dac in ssl_init_Module () from /usr/local/libexec/apache/libssl.so #6 0x8055714 in ap_init_modules () #7 0x805d8fe in standalone_main () #8 0x805e08b in main () #9 0x804fcde in _start () A few salient points: - running FreeBSD-4.11 stable, and the latest apache+mod_ssl port w/ PHP - the crash occurs before httpd creates the child processes - disabling PHP does not work; disabling SSL works around this problem (but is not an acceptable solution, of course :) - I don't have any cryptocards, nor have I made any significant changes to the system since this started happening. The system uptime was around 40 days, so the process has at least started fine 40 days ago. - rebuilding world and apache+mod_ssl does not help - /dev/{u,}random seem to be fine - my /tmp is mounted nodev,noexec,nosuid but this has worked with it in the past, so should not be an issue. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 09:30:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E9616A4CE; Sun, 20 Mar 2005 09:30:04 +0000 (GMT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id E403B43D3F; Sun, 20 Mar 2005 09:30:03 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from vimes.int.athame.co.uk ([192.168.1.3]) by hex.athame.co.uk with esmtp (Exim 4.50 (FreeBSD)) id 1DCwkz-000HYs-Vf; Sun, 20 Mar 2005 11:30:02 +0200 From: Andy Fawcett Organization: Being Lazy At Home (BLAH!) To: freebsd-stable@freebsd.org Date: Sun, 20 Mar 2005 11:30:29 +0200 User-Agent: KMail/1.8 References: <20050320072649.GB73141@aoi.wolfpond.org> In-Reply-To: <20050320072649.GB73141@aoi.wolfpond.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503201130.32507.andy@athame.co.uk> cc: Francois Tigeot cc: freebsd-ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Qt applications hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 09:30:04 -0000 On Sunday 20 March 2005 09:26, Francois Tigeot wrote: > On Sat, Mar 19, 2005 at 05:47:01PM -0800, David Wolfskill wrote: > > There's a recent entry in /usr/ports/UPDATING that may be relevant. > > Thanks, but I fail to see what is relevant in this case. > > I suspected at one time the system compiler to be busted, but I recompiled > everything with -O -pipe and the problem remains. > > Cc to -amd64 to see if there may be something architecture specific. > > [For the record, every QT application hang immediately when some menu > options are selected. The system is 5.4-PRERELEASE/amd64] I have 5.4-PRE on my work amd64 box (kernel/world built a few days ago) and I'm running KDE from ports in it without apparent problems. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 11:15:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6247416A4CE; Sun, 20 Mar 2005 11:15:06 +0000 (GMT) Received: from ares.wolfpond.org (ns1.wolfpond.org [62.212.96.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id A560A43D58; Sun, 20 Mar 2005 11:15:04 +0000 (GMT) (envelope-from ftigeot@wolfpond.org) Received: from aoi.wolfpond.org (aoi.wolfpond.org [IPv6:2001:7a8:24db:1:20c:76ff:feb4:27e1]) by ares.wolfpond.org (8.13.3/8.13.3) with ESMTP id j2KBET8i007734; Sun, 20 Mar 2005 12:14:29 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: from aoi.wolfpond.org (localhost [127.0.0.1]) by aoi.wolfpond.org (8.13.3/8.13.1) with ESMTP id j2KBEbqP094556; Sun, 20 Mar 2005 12:14:37 +0100 (CET) (envelope-from ftigeot@aoi.wolfpond.org) Received: (from ftigeot@localhost) by aoi.wolfpond.org (8.13.3/8.13.1/Submit) id j2KBEbKa094555; Sun, 20 Mar 2005 12:14:37 +0100 (CET) (envelope-from ftigeot) Date: Sun, 20 Mar 2005 12:14:36 +0100 From: Francois Tigeot To: Andy Fawcett Message-ID: <20050320111436.GA93111@aoi.wolfpond.org> References: <20050320072649.GB73141@aoi.wolfpond.org> <200503201130.32507.andy@athame.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503201130.32507.andy@athame.co.uk> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: freebsd-ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Qt applications hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 11:15:06 -0000 On Sun, Mar 20, 2005 at 11:30:29AM +0200, Andy Fawcett wrote: > On Sunday 20 March 2005 09:26, Francois Tigeot wrote: > > On Sat, Mar 19, 2005 at 05:47:01PM -0800, David Wolfskill wrote: > > > There's a recent entry in /usr/ports/UPDATING that may be relevant. > > > > I suspected at one time the system compiler to be busted, but I recompiled > > everything with -O -pipe and the problem remains. > > > > Cc to -amd64 to see if there may be something architecture specific. > > > > [For the record, every QT application hang immediately when some menu > > options are selected. The system is 5.4-PRERELEASE/amd64] > > I have 5.4-PRE on my work amd64 box (kernel/world built a few days ago) and > I'm running KDE from ports in it without apparent problems. The strange thing is, most of the things work (I have a user running kde from an X terminal and not complaining). Trying to open a file dialog (Location/Open Location in Konqueror) will howewer result in a freezed gui. There must be something locally broken, but so far I was unable to find it. -- Francois Tigeot From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 14:46:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D7C916A4CE for ; Sun, 20 Mar 2005 14:46:52 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 544E843D58 for ; Sun, 20 Mar 2005 14:46:51 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 20 Mar 2005 14:46:50 -0000 Received: from pD9E5FD64.dip.t-dialin.net (EHLO olaf.hackerzberg.dyndns.org) [217.229.253.100] by mail.gmx.net (mp027) with SMTP; 20 Mar 2005 15:46:50 +0100 X-Authenticated: #5707313 Date: Sun, 20 Mar 2005 15:46:44 +0100 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-stable@freebsd.org Message-ID: <20050320154644.15099866@olaf.hackerzberg.dyndns.org> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Sun__20_Mar_2005_15_46_44_+0100_adMgHX4g_Wog7/YT"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 Subject: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 14:46:52 -0000 --Signature_Sun__20_Mar_2005_15_46_44_+0100_adMgHX4g_Wog7/YT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, I recently purchased a cheap USB mouse/keyboard combination. If I plug it in /dev/ums0 is created, I also can run moused -p /dev/ums0, but the mouse will not move. I upgraded to a recent -STABLE, so ums.c is version 1.70.2.2. I compiled a kernel with options USB_DEBUG and set hw.usb.ums.debug=3D9999. With cat /dev/ums0 > /dev/null I can see the Debug Info on the console: ums_intr: sc=3D0x19d5c00 status=3D13 ums_intr: data =3D 01 00 00 00 00 01 ums_intr: status=3D13 It seems that this mouse sends 1 extra byte before the usual data, just like the MS Wireless Intellimouse 2.0, because data is like: 01 BUTTON X Y Z 01 But seems like ums_intr() returns on line 467, so I tried this: --- /sys/dev/usb/ums.c Sun Mar 20 14:54:14 2005 +++ /root/ums.c Sun Mar 20 14:54:04 2005 @@ -456,7 +456,7 @@ * Currently it's the only user of UMS_T so use it as an identifier. * We probably should switch to some more official quirk. */ - if (sc->flags & UMS_T) { +/* if (sc->flags & UMS_T) { if (sc->sc_iid) { if (*ibuf++ =3D=3D 0x02) return; @@ -468,9 +468,11 @@ } } =20 +*/ *ibuf++; It sort of works. If I run moused -p /dev/ums0 I can actually use that mouse, BUT it moves jerky, I have to move the wheel two positions to get one and when a button is pressed when the mouse stands still it is not recognized. The mouse _must_ move for the button to get noticed. Has anyone an idea what to try next? Any help would be greatly appreciated! Marius --Signature_Sun__20_Mar_2005_15_46_44_+0100_adMgHX4g_Wog7/YT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPYzZFqu2z7AvZZQRAlDWAKCieFvW6/Do6k7pDUSgxZ4yvuI59gCfUjwb WclUqn/u3Rdd0B/se0T/6rw= =AMF0 -----END PGP SIGNATURE----- --Signature_Sun__20_Mar_2005_15_46_44_+0100_adMgHX4g_Wog7/YT-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 15:03:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94FF916A4CE; Sun, 20 Mar 2005 15:03:39 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D6B43D46; Sun, 20 Mar 2005 15:03:39 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])j2KEvVbL018830; Sun, 20 Mar 2005 09:57:32 -0500 Date: Sun, 20 Mar 2005 09:57:31 -0500 (EST) From: Sam X-X-Sender: sah@athena To: "Greg 'groggy' Lehey" In-Reply-To: <20050319231154.GA79501@wantadilla.lemis.com> Message-ID: References: <423CAE7E.4070009@dmv.com> <20050319231154.GA79501@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Sven Willenberger cc: freebsd-stable@freebsd.org Subject: Re: Creating a striped set of mirrors using gvinum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 15:03:39 -0000 > On Saturday, 19 March 2005 at 17:58:06 -0500, Sven Willenberger wrote: >> I am hoping someone has found a way to create this type of raid set >> using [g]vinum. I see that it is a trivial matter to create a mirror of >> 2 striped sets but I have not seen a way to create a stripe set out of >> multiple mirrored sets (e.g. stripe across 3 sets of mirrors). Has >> anyone managed to implement this and, if so, what does your >> configuration file look like? > > No, it doesn't work that way. > >> If not, could this be added as a feature request for gvinum? > > To do this you should enter a PR. It would help if you could explain > why it's preferable to mirrored plexes. It's preferable because: 1. After a single disk failure the rebuilding process only needs to rebuild one disk, not a whole stripe of disks. This also means that if your mirror code distributes reads to the mirrored disks for performance optimization, you don't lose that performance for the whole array when only one disk goes out of commission. 2. You can take multiple disk failures, one per mirror. In a mirror of stripes you can lose two before you're sunk -- the rebuild time of having to remirror an entire stripe on single failure means an even shakier bridge. This is to say that these are the benefits in other disk systems I've used. Spare management becomes more complex, unfortunately. sah From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 16:38:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F7C16A4CE for ; Sun, 20 Mar 2005 16:38:12 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A518043D48 for ; Sun, 20 Mar 2005 16:38:12 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DD3RM-0004j1-9O; Sun, 20 Mar 2005 16:38:12 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DD3RL-0009wY-3o; Sun, 20 Mar 2005 08:38:11 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16957.42738.483945.577324@roam.psg.com> Date: Sun, 20 Mar 2005 08:38:10 -0800 To: Vlad References: <6.2.1.2.0.20050315112131.054b56f8@64.7.153.2> <4239B796.80303@errno.com> <4239CC6A.7050402@xraided.net> <200503171035.16483.ringworm01@gmail.com> cc: freebsd-stable@freebsd.org cc: "Michael C. Shultz" Subject: Re: Apache Signal 11 (5.3-RELEASE-p3/4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 16:38:12 -0000 > I have the same problem, started at some point since 5.3-p? > > I thought something is wrong with the particular server, but since > other people report the same issue, I started to doubt that. me too running current with apache+mod_ssl-1.3.33+2.8.22 from the ports tree randy From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 18:36:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB2016A4CE for ; Sun, 20 Mar 2005 18:36:18 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6508243D48 for ; Sun, 20 Mar 2005 18:36:18 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.101] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)j2KI6dlu042468 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 20 Mar 2005 13:06:40 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Sun, 20 Mar 2005 13:39:59 -0500 User-Agent: KMail/1.7 References: <20050320154644.15099866@olaf.hackerzberg.dyndns.org> In-Reply-To: <20050320154644.15099866@olaf.hackerzberg.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2879214.5tcGIXf7oX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503201340.07373.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: Marius =?iso-8859-1?q?N=FCnnerich?= Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 18:36:19 -0000 --nextPart2879214.5tcGIXf7oX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 20 March 2005 09:46 am, Marius N=FCnnerich wrote: > Hi, > > I recently purchased a cheap USB mouse/keyboard combination. If I > plug it in /dev/ums0 is created, I also can run moused -p > /dev/ums0, but the mouse will not move. > > I upgraded to a recent -STABLE, so ums.c is version 1.70.2.2. > I compiled a kernel with options USB_DEBUG and set > hw.usb.ums.debug=3D9999. > With cat /dev/ums0 > /dev/null I can see the Debug Info on the > console: ums_intr: sc=3D0x19d5c00 status=3D13 > ums_intr: data =3D 01 00 00 00 00 01 > ums_intr: status=3D13 > > It seems that this mouse sends 1 extra byte before the usual data, > just like the MS Wireless Intellimouse 2.0, because data is like: > 01 BUTTON X Y Z 01 > > But seems like ums_intr() returns on line 467, so I tried this: > --- /sys/dev/usb/ums.c Sun Mar 20 14:54:14 2005 > +++ /root/ums.c Sun Mar 20 14:54:04 2005 > @@ -456,7 +456,7 @@ > * Currently it's the only user of UMS_T so use it as an > identifier. * We probably should switch to some more official > quirk. */ > - if (sc->flags & UMS_T) { > +/* if (sc->flags & UMS_T) { > if (sc->sc_iid) { > if (*ibuf++ =3D=3D 0x02) > return; > @@ -468,9 +468,11 @@ > } > } > > +*/ *ibuf++; > > > > It sort of works. If I run moused -p /dev/ums0 I can actually use > that mouse, BUT it moves jerky, I have to move the wheel two > positions to get one and when a button is pressed when the mouse > stands still it is not recognized. The mouse _must_ move for the > button to get noticed. > > Has anyone an idea what to try next? > Any help would be greatly appreciated! > Is the code setting the UMS_T flags? If not, then force it in after=20 the detection routine section: /* The Microsoft Wireless Intellimouse 2.0 reports it's wheel * using 0x0048 (i've called it HUG_TWHEEL) and seems to expect * you to know that the byte after the wheel is the tilt axis. * There are no other HID axis descriptors other than X,Y and=20 * TWHEEL */ if (hid_locate(desc, size, HID_USAGE2(HUP_GENERIC_DESKTOP,=20 HUG_TWHEEL), hid_input, &sc->sc_loc_t, &flags)) { sc->sc_loc_t.pos =3D sc->sc_loc_t.pos + 8; sc->flags |=3D UMS_T; } sc->flags |=3D UMS_T; /* <--- Add this to force MS Intellimouse Mode */ If that make is work we'll have to figure out a way to auto detect=20 this since it uses the same byte order, but doesn't have the tilt=20 wheel to facilitate detection. =2D-=20 Anish Mistry --nextPart2879214.5tcGIXf7oX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCPcOHxqA5ziudZT0RAvVtAJ0T0qLjrj19Fd8RQsppuU1tqqMsGwCZAX5E nxJwgbinFBrPy4SCdsKNyas= =rrR0 -----END PGP SIGNATURE----- --nextPart2879214.5tcGIXf7oX-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 19:29:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 309A516A4CE for ; Sun, 20 Mar 2005 19:29:21 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 51FD543D3F for ; Sun, 20 Mar 2005 19:29:20 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 20 Mar 2005 19:29:19 +0000 (GMT) To: Anish Mistry In-Reply-To: Your message of "Sun, 20 Mar 2005 13:39:59 EST." <200503201340.07373.mistry.7@osu.edu> Date: Sun, 20 Mar 2005 19:29:18 +0000 From: Ian Dowse Message-ID: <200503201929.aa81393@salmon.maths.tcd.ie> cc: Marius =?iso-8859-1?q?N=FCnnerich?= cc: freebsd-stable@freebsd.org Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 19:29:21 -0000 In message <200503201340.07373.mistry.7@osu.edu>, Anish Mistry writes: >sc->flags |= UMS_T; /* <--- Add this to force MS Intellimouse Mode */ >If that make is work we'll have to figure out a way to auto detect >this since it uses the same byte order, but doesn't have the tilt >wheel to facilitate detection. BTW, before adding more workarounds here it would be worth reading: http://www.usb.org/developers/devclass_docs/HID1_11.pdf I don't know if this is true, but I suspect the main problem is that we are simply ignoring the information in the report descriptor that says how to interpret the data coming from the mouse. Can somebody check if this is the case, or if these mice really need special case workarounds? Ian From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 23:03:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6E316A4CE for ; Sun, 20 Mar 2005 23:03:44 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0BE2243D3F for ; Sun, 20 Mar 2005 23:03:43 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 20 Mar 2005 23:03:41 -0000 Received: from pD9E5FD64.dip.t-dialin.net (EHLO olaf.hackerzberg.dyndns.org) [217.229.253.100] by mail.gmx.net (mp026) with SMTP; 21 Mar 2005 00:03:41 +0100 X-Authenticated: #5707313 Date: Mon, 21 Mar 2005 00:03:28 +0100 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-stable@freebsd.org Message-ID: <20050321000328.4db691fa@olaf.hackerzberg.dyndns.org> In-Reply-To: <200503201340.07373.mistry.7@osu.edu> References: <20050320154644.15099866@olaf.hackerzberg.dyndns.org> <200503201340.07373.mistry.7@osu.edu> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Mon__21_Mar_2005_00_03_28_+0100_e=UQ22h+v3XTR5Id"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 23:03:44 -0000 --Signature_Mon__21_Mar_2005_00_03_28_+0100_e=UQ22h+v3XTR5Id Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 20 Mar 2005 13:39:59 -0500 Anish Mistry wrote: > Is the code setting the UMS_T flags? If not, then force it in after=20 > the detection routine section: > /* The Microsoft Wireless Intellimouse 2.0 reports it's wheel > * using 0x0048 (i've called it HUG_TWHEEL) and seems to expect > * you to know that the byte after the wheel is the tilt axis. > * There are no other HID axis descriptors other than X,Y and=20 > * TWHEEL */ > if (hid_locate(desc, size, HID_USAGE2(HUP_GENERIC_DESKTOP,=20 > HUG_TWHEEL), > hid_input, &sc->sc_loc_t, &flags)) { > sc->sc_loc_t.pos =3D sc->sc_loc_t.pos + 8; > sc->flags |=3D UMS_T; > } > sc->flags |=3D UMS_T; /* <--- Add this to force MS Intellimouse Mode */ No, it isn't set by the code itself. I tried what you suggested, I get the same results as before: - jerky movement - need to scroll the mousewheel two positions to get one event - button pressing isn't recognized if the mouse isn't moving If I plug the mouse into the PS/2 connector it works as I expect. But thats not an option :( Anyhow, thank you very much for your suggestions. Marius --Signature_Mon__21_Mar_2005_00_03_28_+0100_e=UQ22h+v3XTR5Id Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPgFMFqu2z7AvZZQRAvaMAKCS40f5c+aBPjsfV1DkqV/+rujxLwCdFWvl nkt8oOJcPrtt1QGiq9Tynzs= =bAjQ -----END PGP SIGNATURE----- --Signature_Mon__21_Mar_2005_00_03_28_+0100_e=UQ22h+v3XTR5Id-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 20 23:10:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D5AA16A4CE for ; Sun, 20 Mar 2005 23:10:25 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3708543D55 for ; Sun, 20 Mar 2005 23:10:24 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 20 Mar 2005 23:10:23 -0000 Received: from pD9E5FD64.dip.t-dialin.net (EHLO olaf.hackerzberg.dyndns.org) [217.229.253.100] by mail.gmx.net (mp021) with SMTP; 21 Mar 2005 00:10:23 +0100 X-Authenticated: #5707313 Date: Mon, 21 Mar 2005 00:10:22 +0100 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-stable@freebsd.org Message-ID: <20050321001022.15659799@olaf.hackerzberg.dyndns.org> In-Reply-To: <200503201929.aa81393@salmon.maths.tcd.ie> References: <200503201340.07373.mistry.7@osu.edu> <200503201929.aa81393@salmon.maths.tcd.ie> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Mon__21_Mar_2005_00_10_22_+0100_eb21EhPUJKhqMd9x; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2005 23:10:25 -0000 --Signature_Mon__21_Mar_2005_00_10_22_+0100_eb21EhPUJKhqMd9x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 20 Mar 2005 19:29:18 +0000 Ian Dowse wrote: > BTW, before adding more workarounds here it would be worth reading: >=20 > http://www.usb.org/developers/devclass_docs/HID1_11.pdf >=20 > I don't know if this is true, but I suspect the main problem is > that we are simply ignoring the information in the report descriptor > that says how to interpret the data coming from the mouse. Can > somebody check if this is the case, or if these mice really need > special case workarounds? I didn't read the whole document, but as far as I understand the table on the bottom of page 61 (of the document, not the pdf-file) it is clear how the data should be interpreted, and that my mouse (like the intellimouse) is not conforming to this standard. But the interpretation of the data isn't really the problem, the problem are the three points described in my last two mails. Anyway, thanks for your time. Marius --Signature_Mon__21_Mar_2005_00_10_22_+0100_eb21EhPUJKhqMd9x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPgLeFqu2z7AvZZQRAlhSAJwOcvpi+UG+wkaZrqxoXk4zVVegMgCgndEo 9wYae+f3HIvXkdFApjyuq4Q= =OIYd -----END PGP SIGNATURE----- --Signature_Mon__21_Mar_2005_00_10_22_+0100_eb21EhPUJKhqMd9x-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 00:33:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5FB616A4CE for ; Mon, 21 Mar 2005 00:33:02 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id C815143D46 for ; Mon, 21 Mar 2005 00:33:01 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 21 Mar 2005 00:33:01 +0000 (GMT) To: Marius =?ISO-8859-1?Q?N=FCnnerich?= In-Reply-To: Your message of "Mon, 21 Mar 2005 00:10:22 +0100." <20050321001022.15659799@olaf.hackerzberg.dyndns.org> Date: Mon, 21 Mar 2005 00:33:00 +0000 From: Ian Dowse Message-ID: <200503210033.aa57459@salmon.maths.tcd.ie> cc: freebsd-stable@freebsd.org Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 00:33:02 -0000 In message <20050321001022.15659799@olaf.hackerzberg.dyndns.org>, Marius =?ISO- 8859-1?Q?N=FCnnerich?= writes: >On Sun, 20 Mar 2005 19:29:18 +0000 >Ian Dowse wrote: > >> BTW, before adding more workarounds here it would be worth reading: >> >> http://www.usb.org/developers/devclass_docs/HID1_11.pdf >> >> I don't know if this is true, but I suspect the main problem is >> that we are simply ignoring the information in the report descriptor >> that says how to interpret the data coming from the mouse. Can >> somebody check if this is the case, or if these mice really need >> special case workarounds? > >I didn't read the whole document, but as far as I understand the table >on the bottom of page 61 (of the document, not the pdf-file) it is clear >how the data should be interpreted, and that my mouse (like the >intellimouse) is not conforming to this standard. I think page 61 is just an example of one possible report descriptor for a mouse. Could you follow the instructions below to get the report descriptor for your mouse and post it to the list? o Remove the `ums' device from your kernel config, but leave in the `uhid' device (if you're using modules, just unload ums and make sure uhid is loaded). o Plug in the mouse o Check dmesg for the correct uhid device, e.g. you should see something like: uhid0: Logitech USB Mouse, rev 1.10/4.10, addr 2, iclass 3/1 o Run this command usbhidctl -f /dev/uhid0 -ra replacing the uhid0 name with the correct device for your mouse. Thanks, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 02:16:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82AE916A4CE for ; Mon, 21 Mar 2005 02:16:14 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA21043D3F for ; Mon, 21 Mar 2005 02:16:13 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD95426BC.dip.t-dialin.net [217.84.38.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 373762FEA4 for ; Mon, 21 Mar 2005 03:16:11 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2L2H4C5005161 for ; Mon, 21 Mar 2005 03:17:05 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200503210217.j2L2H4C5005161@drjekyll.mkbuelow.net> From: Matthias Buelow To: freebsd-stable@freebsd.org X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Mon, 21 Mar 2005 03:17:04 +0100 Sender: mkb@mkbuelow.net Subject: bdes (and other) problems on 5.3 fixit cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 02:16:15 -0000 Hi folks, I'm trying the restore a dump, which I have encrypted with the bdes(1) utility, from a mounted 5.3-RELEASE fixit CD (cd2 i386). I have encrypted the dump with the same bdes that is on that CD. I use a pipeline that looks something like /mnt2/usr/bin/bdes -d Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB3B516A4CE for ; Mon, 21 Mar 2005 03:03:34 +0000 (GMT) Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E25C043D5F for ; Mon, 21 Mar 2005 03:03:33 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bloom.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by bloom.cse.buffalo.edu (8.13.3/8.12.4) with ESMTP id j2L33Xp4046403 for ; Sun, 20 Mar 2005 22:03:33 -0500 (EST) Received: (from kensmith@localhost) by bloom.cse.buffalo.edu (8.13.3/8.13.1/Submit) id j2L33WBK046402 for freebsd-stable@freebsd.org; Sun, 20 Mar 2005 22:03:32 -0500 (EST) (envelope-from kensmith) Date: Sun, 20 Mar 2005 22:03:32 -0500 From: Ken Smith To: freebsd-stable@freebsd.org Message-ID: <20050321030332.GA46390@bloom.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 5.4-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 03:03:34 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 5.4-BETA1, which marks the beginning of the FreeBSD 5.4 Release Cycle. This BETA1 release is in the same basic format as the Monthly Snapshots, for this BETA there are no packages on the CDs at all so the install of things like perl from the installation media will fail. As with the Snapshots there is however a full ports tarball it offers to install and you can use that to install the ports (or just download the packages you want from the FTP mirror sites). The Release Candidates posted through the next few weeks will contain the package sets. We encourage people to help with testing so any final bugs can be identified and worked out. Availability of ISO images and support for doing FTP based installs is given below. 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_5 (though that will change for the Release Candidates later). Problem reports can be submitted using the send-pr(1) command. At the moment there are no known severe issues, though several things are still on the todo list. Availability ------------ The BETA1 ISOs and FTP support 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 The MD5s are: MD5 (5.4-BETA1-alpha-disc1.iso) =3D f535b77d5051dfa772627603a4a49499 MD5 (5.4-BETA1-amd64-bootonly.iso) =3D 042dbf899b5a87b3c270f90c30b04382 MD5 (5.4-BETA1-amd64-disc1.iso) =3D c918a0739eece1f22ea618d935298bf4 MD5 (5.4-BETA1-i386-bootonly.iso) =3D f7bdd9ac0bc515224eff1c849c59208d MD5 (5.4-BETA1-i386-disc1.iso) =3D adc5d06eaab2d7b78326c8dac54430ed MD5 (5.4-BETA1-ia64-bootonly.iso) =3D 12d053986ae8d791f8a8709f8efaaebe MD5 (5.4-BETA1-ia64-disc1.iso) =3D 291858a2796a70233769d0e0b80b9097 MD5 (5.4-BETA1-ia64-disc2.iso) =3D db02722a5abf31eaf2b0a51dba9191f4 MD5 (5.4-BETA1-pc98-disc1.iso) =3D 6a932bf6614ec037e9546900ecc2669c MD5 (5.4-BETA1-sparc64-bootonly.iso) =3D e796c0fe7bd5471435b2da06489dda6a MD5 (5.4-BETA1-sparc64-disc1.iso) =3D 7d4c84b1f5b3fb13a0a94af6c387ae57 =20 -ken --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPjmD/G14VSmup/YRAvlWAJ9UmT+c6URVxCgq78chOTc9Fc17+QCgl86U lpUKqvKlgtdJmCCO+8i6ZM0= =IHre -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 04:07:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8AA116A4CE for ; Mon, 21 Mar 2005 04:07:13 +0000 (GMT) Received: from server01.minions.com (server01.minions.com [209.237.225.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FFA43D2F for ; Mon, 21 Mar 2005 04:07:13 +0000 (GMT) (envelope-from bifrost@minions.com) Received: from localhost (localhost [127.0.0.1]) by server01.minions.com (8.13.1/8.11.4) with ESMTP id j2L479Sx097607; Sun, 20 Mar 2005 20:07:13 -0800 (PST) (envelope-from bifrost@minions.com) Date: Sun, 20 Mar 2005 20:07:09 -0800 (PST) From: Tom To: Brooks Davis In-Reply-To: <20050317220855.GB25056@odin.ac.hmc.edu> Message-ID: <20050320200619.K45596@server01.minions.com> References: <20050316115652.T45596@server01.minions.com> <20050317220855.GB25056@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: stable@freebsd.org Subject: Re: 5.3 Buildworld Problems on AMD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 04:07:13 -0000 On Thu, 17 Mar 2005, Brooks Davis wrote: >> Is 5.3-4 broken for AMD? > > No. It's possible you've hit a transient failure, but in general, it's > working fine for me. What sort of errors are you getting? Its basically just that I can't do a buildworld. Its fairly weird. I guess I'll try to re-install with a 5.4-PRE image or something and see if that gets rid of this problem. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 09:06:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6D8B16A4CE for ; Mon, 21 Mar 2005 09:06:38 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30EBF43D54 for ; Mon, 21 Mar 2005 09:06:38 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDP002562DWFCC0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 21 Mar 2005 10:01:08 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDP00IEE2PVPINA@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 21 Mar 2005 10:08:19 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id B7458AC6ED; Mon, 21 Mar 2005 10:06:36 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 4509EAC6E9; Mon, 21 Mar 2005 10:06:32 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 2D11A33C1B; Mon, 21 Mar 2005 10:06:32 +0100 (CET) Date: Mon, 21 Mar 2005 10:06:31 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503210217.j2L2H4C5005161@drjekyll.mkbuelow.net> To: Matthias Buelow Message-id: <86eke99xm0.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200503210217.j2L2H4C5005161@drjekyll.mkbuelow.net> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-stable@freebsd.org Subject: Re: bdes (and other) problems on 5.3 fixit cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 09:06:38 -0000 Matthias Buelow writes: > Instead of trying to write the rest, the author decided to just print > a warning and that was it. That's bad. Short writes are perfectly valid, bdes should learn to handle them properly. > Amazingly, the message doesn't get printed in a "bdes|cat" pipeline. > Only when restore is being used does it seem to happen. Probably because cat uses a large enough buffer and reads fast enough to completely empty the pipe for every read, so bdes never gets a short write (caused by a partially full buffer). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 09:23:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C7A16A4CE for ; Mon, 21 Mar 2005 09:23:43 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 48BC243D2F for ; Mon, 21 Mar 2005 09:23:42 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 21 Mar 2005 09:23:41 -0000 Received: from pD955BC94.dip.t-dialin.net (EHLO olaf.hackerzberg.dyndns.org) [217.85.188.148] by mail.gmx.net (mp020) with SMTP; 21 Mar 2005 10:23:41 +0100 X-Authenticated: #5707313 Date: Mon, 21 Mar 2005 10:23:34 +0100 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-stable@freebsd.org Message-ID: <20050321102334.44abcc37@olaf.hackerzberg.dyndns.org> In-Reply-To: <200503210033.aa57459@salmon.maths.tcd.ie> References: <20050321001022.15659799@olaf.hackerzberg.dyndns.org> <200503210033.aa57459@salmon.maths.tcd.ie> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Mon__21_Mar_2005_10_23_34_+0100_HyA8WihMUbM+Agxa; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 09:23:43 -0000 --Signature_Mon__21_Mar_2005_10_23_34_+0100_HyA8WihMUbM+Agxa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 21 Mar 2005 00:33:00 +0000 Ian Dowse wrote: > I think page 61 is just an example of one possible report descriptor > for a mouse. Could you follow the instructions below to get the > report descriptor for your mouse and post it to the list? >=20 > o Remove the `ums' device from your kernel config, but leave in > the `uhid' device (if you're using modules, just unload ums and > make sure uhid is loaded). >=20 > o Plug in the mouse >=20 > o Check dmesg for the correct uhid device, e.g. you should see > something like: >=20 > uhid0: Logitech USB Mouse, rev 1.10/4.10, addr 2, iclass 3/1 >=20 > o Run this command >=20 > usbhidctl -f /dev/uhid0 -ra >=20 # dmesg|grep uhid uhid0: Device USB Device, rev 1.10/0.01, addr 2, iclass 3/1 Thats the mouse, because it's the only USB device plugged-in at the moment (with ukbd0). # usbhidctl -f /dev/uhid0 -ra Report descriptor: Total input size 0 bytes Total output size 4 bytes Total feature size 1 bytes usbhidctl: device does not support immediate mode, only changes reported. Hmm, don't know what to do with this information :) Thanks, Marius --Signature_Mon__21_Mar_2005_10_23_34_+0100_HyA8WihMUbM+Agxa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCPpKbFqu2z7AvZZQRAr8eAJ9vCtUk3yIxz1HNrzW7M4vkxEGiWACcCGPU BrXtP7wpUs/X3lCtN2N6k9A= =icXo -----END PGP SIGNATURE----- --Signature_Mon__21_Mar_2005_10_23_34_+0100_HyA8WihMUbM+Agxa-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 10:42:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D92F16A4CE for ; Mon, 21 Mar 2005 10:42:09 +0000 (GMT) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5EEE43D53 for ; Mon, 21 Mar 2005 10:42:08 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j2LAg5JP089723 for ; Mon, 21 Mar 2005 11:42:06 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j2LAg6F00563 for freebsd-stable@freebsd.org; Mon, 21 Mar 2005 11:42:06 +0100 (CET) (envelope-from rabe) Date: Mon, 21 Mar 2005 11:42:05 +0100 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20050321114205.A95974@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: Mounting a filesystem-in-a-file via fstab? (md/mfs) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 10:42:09 -0000 Hi *, I recently tried to move my newsspool into a seperate filesystem in a flatfile and mounted it as a md device. Works perfectly with hands-on, but there doesn't seem to exist a proper way to do this during startup (/etc/fstab). Actually I have this line in /etc/fstab, but everytime that filesystem is mounted via fstab, it will be formatted using newfs: md /var/spool/news mfs rw,-F/data/spool_news.ufs,-U 0 0 How do I disable the newfs from mount_mfs? Is there any proper way in the bootscripts, to set up md-devices and mount them automatically? It should even destroy /dev/md${n} on umount. Any solutions? TIA. Regards, Raphael Becker From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 12:57:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D6C16A4CE for ; Mon, 21 Mar 2005 12:57:40 +0000 (GMT) Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A8743D2F for ; Mon, 21 Mar 2005 12:57:39 +0000 (GMT) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.13.1/8.13.1) with ESMTP id j2LD2elg087385; Mon, 21 Mar 2005 14:02:40 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.13.1/8.13.1/Submit) id j2LD2eOS087384; Mon, 21 Mar 2005 14:02:40 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Mon, 21 Mar 2005 14:02:40 +0100 From: Ruben de Groot To: "Raphael H. Becker" Message-ID: <20050321130240.GB87158@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , "Raphael H. Becker" , freebsd-stable@freebsd.org References: <20050321114205.A95974@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050321114205.A95974@p-i-n.com> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED, FROM_ENDS_IN_NUMS autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on ei.bzerk.org cc: freebsd-stable@freebsd.org Subject: Re: Mounting a filesystem-in-a-file via fstab? (md/mfs) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 12:57:40 -0000 On Mon, Mar 21, 2005 at 11:42:05AM +0100, Raphael H. Becker typed: > > Hi *, > > I recently tried to move my newsspool into a seperate filesystem in a > flatfile and mounted it as a md device. Works perfectly with hands-on, > but there doesn't seem to exist a proper way to do this during startup > (/etc/fstab). > > Actually I have this line in /etc/fstab, but everytime that filesystem > is mounted via fstab, it will be formatted using newfs: > > md /var/spool/news mfs rw,-F/data/spool_news.ufs,-U 0 0 > > How do I disable the newfs from mount_mfs? > > Is there any proper way in the bootscripts, to set up md-devices and > mount them automatically? It should even destroy /dev/md${n} on umount. > > Any solutions? TIA. There's a PR (and patch) on this issue. It was about to be committed somewhere in November, but unfortunately not yet. http://www.freebsd.org/cgi/query-pr.cgi?pr=57641 Ruben From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 13:25:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D337916A4CE for ; Mon, 21 Mar 2005 13:25:30 +0000 (GMT) Received: from isis.sigpipe.cz (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15B6843D1D for ; Mon, 21 Mar 2005 13:25:30 +0000 (GMT) (envelope-from neuhauser@chello.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 3464D1F87BEE; Mon, 21 Mar 2005 14:25:29 +0100 (CET) Date: Mon, 21 Mar 2005 14:25:29 +0100 From: Roman Neuhauser To: freebsd-stable Message-ID: <20050321132529.GA22582@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: pxeboot with IBM x335: failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 13:25:30 -0000 Hello, I'm trying to boot an IMB x335 server via PXE. I "succeeded" with 4.11: it booted up to a timeout in mpt (onboard LSI SCSI) followed by a panic shortly after /stand/sysinstall starts and prints "probing devices". Since RHEL3 boots just fine from a disk attached to the very same controller I wanted to give 5.x a try, and this is what I get from an attempt to boot 5.3-RELEASE floppies with 5.3-p5 pxeboot compiled with tftp support. Can anyone tell me what I'm doing wrong? I can provide part numbers, exact BIOS versions, whatever is deemed relevant. Transcribed from the console, I don't have serial console here: BIOS drive A: is disk0 BIOS drive C: is disk1 PXE version 2.1, real mode entry point @9856:00d6 BIOS 554kB/523184kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@hans.zoom-int.cz, Mon Mar 21 ...) pxe_open: server addr: 10.0.0.6 pxe_open: server path: /var/run/tftpboot/5.3-RELEASE pxe_open: gateway ip: 10.0.0.1 Console: internal video/keyboard BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 554kB/523184kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@hans.zoom-int.cz, Mon Mar 21 ...) 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' Type '?' for... OK Also of interest, ls throws input/output error for "/" and lsdev reports no pxe devices. BTW, this is contents of the "root-path" directory: root@edna run/tftpboot/5.3-RELEASE 1047:0 # pwd /var/run/tftpboot/5.3-RELEASE root@edna run/tftpboot/5.3-RELEASE 1048:0 # find . -type f | sort ./acpi.ko.gz ./boot/beastie.4th.gz ./boot/defaults/loader.conf.gz ./boot/device.hints.gz ./boot/frames.4th.gz ./boot/loader ./boot/loader.4th.gz ./boot/loader.conf ./boot/loader.help.gz ./boot/loader.rc ./boot/pxeboot ./boot/screen.4th.gz ./boot/support.4th.gz ./kernel.gz ./kernel.gz.aa ./kernel.gz.ab ./kernel.gz.boot ./kernel.gz.split ./mfsroot.gz root@edna run/tftpboot/5.3-RELEASE 1049:0 # -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 14:02:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C767516A4CE for ; Mon, 21 Mar 2005 14:02:30 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 805B143D48 for ; Mon, 21 Mar 2005 14:02:30 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E25A0.dip.t-dialin.net [62.158.37.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 3994F2F009; Mon, 21 Mar 2005 15:02:28 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2LE3NnC011554; Mon, 21 Mar 2005 15:03:24 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Message-Id: <200503211403.j2LE3NnC011554@drjekyll.mkbuelow.net> To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-Reply-To: Message from des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) of "Mon, 21 Mar 2005 10:06:31 +0100." <86eke99xm0.fsf@xps.des.no> X-Mailer: MH-E 7.82; nmh 1.0.4; GNU Emacs 21.3.1 Date: Mon, 21 Mar 2005 15:03:23 +0100 From: Matthias Buelow cc: freebsd-stable@freebsd.org Subject: Re: bdes (and other) problems on 5.3 fixit cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 14:02:30 -0000 des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) writes: >That's bad. Short writes are perfectly valid, bdes should learn to >handle them properly. Shouldn't write/fwrite block until all has been written? Especially since fwrite(3) says: The function fwrite() returns a value less than nmemb only if a write error has occurred. Plus, the error only appears on the fixit boot... Ok, the other machine I've tried it on is over 3x as fast but I doubt that really makes a difference. I think I'm going to build a bdes with some debugging code sprinkled in to see what's going on. mkb. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 17:28:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EA116A4CE for ; Mon, 21 Mar 2005 17:28:01 +0000 (GMT) Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F0D043D1F for ; Mon, 21 Mar 2005 17:28:00 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [192.168.0.5] (dsl-082-083-057-146.arcor-ip.net [82.83.57.146]) by dd3.kasserver.com (Postfix) with ESMTP id 46943959A0 for ; Mon, 21 Mar 2005 18:27:54 +0100 (CET) Message-ID: <423F0418.3050702@chillt.de> Date: Mon, 21 Mar 2005 18:27:52 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0 (X11/20050313) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: malloc() debugging flags broken on RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 17:28:01 -0000 Hi Some commit in the last few weeks has broken the malloc() debug flags on RELENG_5. According to the man page, a call to free() or realloc() with a modified pointer should cause a warning. Setting the "A" flag in either /etc/malloc.conf or MALLOC_OPTIONS should turn this into an error. However, what happens is that this *always* causes an error. And even setting the corresponding "a" flag does not turn it into a warning. This is very unfortunate as some poorly written programs (KDE's Kopete messenger in my case) seem to rely on the fact that free() and realloc() with modified pointers are OK. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 18:12:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F2D16A4CF for ; Mon, 21 Mar 2005 18:12:22 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C1143D4C for ; Mon, 21 Mar 2005 18:12:22 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j2LIC932081684; Mon, 21 Mar 2005 12:12:09 -0600 (CST) (envelope-from dan) Date: Mon, 21 Mar 2005 12:12:09 -0600 From: Dan Nelson To: Bartosz Fabianowski Message-ID: <20050321181209.GG5243@dan.emsphone.com> References: <423F0418.3050702@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <423F0418.3050702@chillt.de> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: malloc() debugging flags broken on RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 18:12:22 -0000 In the last episode (Mar 21), Bartosz Fabianowski said: > Some commit in the last few weeks has broken the malloc() debug flags > on RELENG_5. According to the man page, a call to free() or realloc() > with a modified pointer should cause a warning. Setting the "A" flag > in either /etc/malloc.conf or MALLOC_OPTIONS should turn this into an > error. However, what happens is that this *always* causes an error. > And even setting the corresponding "a" flag does not turn it into a > warning. You're not running as root, are you? The A flag is always set for root or setuid processes as a security measure. There hasn't been any changes to the malloc code in 5.x since 5.3. > This is very unfortunate as some poorly written programs (KDE's > Kopete messenger in my case) seem to rely on the fact that free() and > realloc() with modified pointers are OK. File a bugreport; a program must pass the same pointer to free() that it received from malloc(). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 18:25:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE76E16A4CE for ; Mon, 21 Mar 2005 18:25:47 +0000 (GMT) Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id A30DC43D3F for ; Mon, 21 Mar 2005 18:25:47 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [192.168.0.5] (dsl-082-083-057-146.arcor-ip.net [82.83.57.146]) by dd3.kasserver.com (Postfix) with ESMTP id 6054B6F6A1; Mon, 21 Mar 2005 19:25:41 +0100 (CET) Message-ID: <423F11A5.40502@chillt.de> Date: Mon, 21 Mar 2005 19:25:41 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0 (X11/20050313) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <423F0418.3050702@chillt.de> <20050321181209.GG5243@dan.emsphone.com> In-Reply-To: <20050321181209.GG5243@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: malloc() debugging flags broken on RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 18:25:48 -0000 > You're not running as root, are you? The A flag is always set for > root or setuid processes as a security measure. No, I am running as a normal user. > There hasn't been any changes to the malloc code in 5.x since 5.3. I realize there shouldn't have been any changes and I also cannot find everything in the CVS logs. But when I run Kopete, I get the following: kopete in free(): error: modified (chunk-) pointer ^^^^^ According to the man page, this word should read "warning" instead of "error" and the application should not be aborted. > File a bugreport; a program must pass the same pointer to free() that > it received from malloc(). Obviously, there is a bug in Kopete. But it runs for other people with earlier versions of RELENG_5. I am currently downgrading to 1st March to see whether that fixes the issue for me. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 19:11:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD77816A4FC for ; Mon, 21 Mar 2005 19:11:14 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7840143D41 for ; Mon, 21 Mar 2005 19:11:14 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j2LJAwu1014676; Mon, 21 Mar 2005 13:10:58 -0600 (CST) (envelope-from dan) Date: Mon, 21 Mar 2005 13:10:58 -0600 From: Dan Nelson To: Bartosz Fabianowski Message-ID: <20050321191058.GI5243@dan.emsphone.com> References: <423F0418.3050702@chillt.de> <20050321181209.GG5243@dan.emsphone.com> <423F11A5.40502@chillt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <423F11A5.40502@chillt.de> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: malloc() debugging flags broken on RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 19:11:15 -0000 In the last episode (Mar 21), Bartosz Fabianowski said: > >You're not running as root, are you? The A flag is always set for > >root or setuid processes as a security measure. > > No, I am running as a normal user. > > >There hasn't been any changes to the malloc code in 5.x since 5.3. > > I realize there shouldn't have been any changes and I also cannot > find everything in the CVS logs. But when I run Kopete, I get the > following: > > kopete in free(): error: modified (chunk-) pointer > ^^^^^ > According to the man page, this word should read "warning" instead of > "error" and the application should not be aborted. The actual test in the malloc code reads: if (malloc_abort || issetugid() || getuid() == 0 || getgid() == 0) wrterror(p) , so it may also trigger if your primary groupid is 0 (wheel). Just being a member of the wheel group won't trigger it. > >File a bugreport; a program must pass the same pointer to free() that > > it received from malloc(). > > Obviously, there is a bug in Kopete. But it runs for other people with > earlier versions of RELENG_5. I am currently downgrading to 1st March to > see whether that fixes the issue for me. It might also be caused by some dependant package, and not strictly kopete's fault. Depends on what is being freed. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 19:19:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9651616A4CE for ; Mon, 21 Mar 2005 19:19:23 +0000 (GMT) Received: from dd3.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE0A743D5F for ; Mon, 21 Mar 2005 19:19:22 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [192.168.0.5] (dsl-082-083-057-146.arcor-ip.net [82.83.57.146]) by dd3.kasserver.com (Postfix) with ESMTP id A4416959A0; Mon, 21 Mar 2005 20:19:16 +0100 (CET) Message-ID: <423F1E37.4080107@chillt.de> Date: Mon, 21 Mar 2005 20:19:19 +0100 From: Bartosz Fabianowski User-Agent: Mozilla Thunderbird 1.0 (X11/20050313) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <423F0418.3050702@chillt.de> <20050321181209.GG5243@dan.emsphone.com> <423F11A5.40502@chillt.de> <20050321191058.GI5243@dan.emsphone.com> In-Reply-To: <20050321191058.GI5243@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: malloc() debugging flags broken on RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 19:19:23 -0000 > The actual test in the malloc code reads: > > if (malloc_abort || issetugid() || getuid() == 0 || getgid() == 0) > wrterror(p) > > , so it may also trigger if your primary groupid is 0 (wheel). Just > being a member of the wheel group won't trigger it. Thank you very much for pointing this out. I should have looked myself before complaining, of course. My user's primary group is indeed wheel. I will patch my source tree, recompile libc and see whether this helps (I realize this is much more of a hack than a solution but as long as it works, I am fine). - Bartosz From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 20:06:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 611CC16A4CE; Mon, 21 Mar 2005 20:06:01 +0000 (GMT) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F0CD43D5D; Mon, 21 Mar 2005 20:06:00 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 203AF4505B; Mon, 21 Mar 2005 21:05:57 +0100 (CET) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 59DA345065; Mon, 21 Mar 2005 21:05:52 +0100 (CET) Date: Mon, 21 Mar 2005 21:04:57 +0100 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <1113911942.20050321210457@rulez.sk> To: Ken Smith , freebsd-stable@freebsd.org In-Reply-To: <20050321030332.GA46390@bloom.cse.buffalo.edu> References: <20050321030332.GA46390@bloom.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-4.595 tagged_above=-999 required=5 tests=ALL_TRUSTED, AWL, BAYES_00, PRIORITY_NO_NAME X-Spam-Level: Subject: Re: FreeBSD 5.4-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 20:06:01 -0000 Hello Ken, Monday, March 21, 2005, 4:03:32 AM, you wrote: > Announcement > ------------ > The FreeBSD Release Engineering Team is pleased to announce the availability > of FreeBSD 5.4-BETA1, which marks the beginning of the FreeBSD 5.4 Release > Cycle. > This BETA1 release is in the same basic format as the Monthly Snapshots, > for this BETA there are no packages on the CDs at all so the install of > things like perl from the installation media will fail. As with the > Snapshots there is however a full ports tarball it offers to install > and you can use that to install the ports (or just download the packages > you want from the FTP mirror sites). The Release Candidates posted > through the next few weeks will contain the package sets. > Availability > ------------ > The BETA1 ISOs and FTP support 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 > -ken ok, since there is official anouncement and there are already posted some information to news servers like osnews, i think we should update newvers.sh so people who download BETA1 build wouldn't be confused with -PRERELEASE branch. here is simple diff: --- newvers.sh.orig Mon Mar 21 20:44:45 2005 +++ newvers.sh Mon Mar 21 20:45:31 2005 @@ -32,7 +32,7 @@ TYPE="FreeBSD" REVISION="5.4" -BRANCH="PRERELEASE" +BRANCH="BETA1" RELEASE="${REVISION}-${BRANCH}" VERSION="${TYPE} ${RELEASE}" -- Best regards +----------==/\/\==----------+ FreeBSD | DanGer | (__) The | DanGer@IRCnet ICQ261701668 | \\\'',) Power | http://danger.homeunix.org | \/ \ ^ To +----------==\/\/==----------+ .\._/_) Serve [ (IF IsStolen(Tagline) THEN Insult(Thief); ] From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 20:19:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D09816A4D2; Mon, 21 Mar 2005 20:19:34 +0000 (GMT) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D8943D53; Mon, 21 Mar 2005 20:19:33 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.buffalo.edu [128.205.32.4]) by opus.cse.buffalo.edu (8.13.3/8.12.10) with ESMTP id j2LKJUP1071599; Mon, 21 Mar 2005 15:19:32 -0500 (EST) From: Ken Smith To: DanGer In-Reply-To: <1113911942.20050321210457@rulez.sk> References: <20050321030332.GA46390@bloom.cse.buffalo.edu> <1113911942.20050321210457@rulez.sk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PV6/lsQP3qdqGXLJcrHj" Organization: U. Buffalo CSE Department Date: Mon, 21 Mar 2005 15:19:30 -0500 Message-Id: <1111436370.10464.63.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port cc: freebsd-stable@FreeBSD.org cc: Ken Smith Subject: Re: FreeBSD 5.4-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 20:19:34 -0000 --=-PV6/lsQP3qdqGXLJcrHj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2005-03-21 at 21:04 +0100, Daniel Gerzo wrote: > Hello Ken, > ok, since there is official anouncement and there are already posted > some information to news servers like osnews, i think we should update > newvers.sh so people who download BETA1 build wouldn't be confused > with -PRERELEASE branch. >=20 > here is simple diff: >=20 > --- newvers.sh.orig Mon Mar 21 20:44:45 2005 > +++ newvers.sh Mon Mar 21 20:45:31 2005 > @@ -32,7 +32,7 @@ >=20 > TYPE=3D"FreeBSD" > REVISION=3D"5.4" > -BRANCH=3D"PRERELEASE" > +BRANCH=3D"BETA1" > RELEASE=3D"${REVISION}-${BRANCH}" > VERSION=3D"${TYPE} ${RELEASE}" >=20 Thanks for the suggestion but we can't. Lots and lots and lots of past experience has shown us that it really freaks some people out if newvers.sh on a RELENG_X branch says anything other than -STABLE, -PRERELEASE, or -RELEASE. Just before the Release Candidates we will create the RELENG_5_4 branch and the RCs will be based on that. Once that's done we are free to name that RELENG_5_4 branch "-RC1", "-RC2", etc. But doing that sort of thing on the RELENG_X branches has caused lots of panic-stricken email from people who believe the RELENG_X branches are "stable branches" and therefore should never have words like "-BETA" associated with them. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-PV6/lsQP3qdqGXLJcrHj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCPyxS/G14VSmup/YRAn0mAJ9jGm14+BNEhGKkPFc9g4X7kGO7ogCdHcjz qFQ8UA8ZR0+xPxBJAEDSJcc= =0lZ6 -----END PGP SIGNATURE----- --=-PV6/lsQP3qdqGXLJcrHj-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 21:00:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2ED116A4CE for ; Mon, 21 Mar 2005 21:00:37 +0000 (GMT) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1206B43D54 for ; Mon, 21 Mar 2005 21:00:35 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 7D1044505F; Mon, 21 Mar 2005 22:00:34 +0100 (CET) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id CF2684505E; Mon, 21 Mar 2005 22:00:30 +0100 (CET) Date: Mon, 21 Mar 2005 21:59:35 +0100 From: Daniel Gerzo X-Priority: 3 (Normal) Message-ID: <1406761310.20050321215935@rulez.sk> To: Ken Smith , freebsd-stable@freebsd.org In-Reply-To: <1111436370.10464.63.camel@opus.cse.buffalo.edu> References: <20050321030332.GA46390@bloom.cse.buffalo.edu> <1113911942.20050321210457@rulez.sk> <1111436370.10464.63.camel@opus.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------6C1BEBDC76EDED" X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, hits=-4.581 tagged_above=-999 required=5 tests=ALL_TRUSTED, AWL, BAYES_00, PRIORITY_NO_NAME X-Spam-Level: X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re[2]: FreeBSD 5.4-BETA1 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: DanGer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 21:00:37 -0000 This is a cryptographically signed message in MIME format. ------------6C1BEBDC76EDED Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello Ken, Monday, March 21, 2005, 9:19:30 PM, you wrote about: > On Mon, 2005-03-21 at 21:04 +0100, Daniel Gerzo wrote: >> Hello Ken, >> ok, since there is official anouncement and there are already posted >> some information to news servers like osnews, i think we should update >> newvers.sh so people who download BETA1 build wouldn't be confused >> with -PRERELEASE branch. >> > Thanks for the suggestion but we can't. Lots and lots and lots of past > experience has shown us that it really freaks some people out if > newvers.sh on a RELENG_X branch says anything other than -STABLE, > -PRERELEASE, or -RELEASE. ok, if FreeBSD-team's experience is that it's better keeping -PRERELEASE in BETAx builds, keep it, but I personally think that people who download BETA builds shouldn't be misinformed with uname's output that they are using -PRERELEASE build. another thing is that when there will be more BETAs, it will be harder to track bugs, because people reporting them will everytime send that it appears in -PRERELEASE no matter how old their build is... > Just before the Release Candidates we will create the RELENG_5_4 branch > and the RCs will be based on that. Once that's done we are free to name > that RELENG_5_4 branch "-RC1", "-RC2", etc. But doing that sort of > thing on the RELENG_X branches has caused lots of panic-stricken email > from people who believe the RELENG_X branches are "stable branches" and > therefore should never have words like "-BETA" associated with them. well, people tracking RELENG_X should know, that -STABLE branch isn't always so stable as they think it is, or as they expect it, therefore -BETAx in uname's output shouldn't bring those paniced e-mails :) --=20 Best regards +----------=3D=3D/\/\=3D=3D----------+ FreeBSD | DanGer | (__) The | DanGer@IRCnet ICQ261701668 | \\\'',) Power | http://danger.homeunix.org | \/ \ ^ To +----------=3D=3D\/\/=3D=3D----------+ .\._/_) Serve [ How about washing his underwear in jalapena pepper juice? ] ------------6C1BEBDC76EDED-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 21:29:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1BA16A4CE for ; Mon, 21 Mar 2005 21:29:25 +0000 (GMT) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6678143D69 for ; Mon, 21 Mar 2005 21:29:23 +0000 (GMT) (envelope-from tilman@arved.at) Received: from jim.arved.de (localhost [127.0.0.1])j2LLTIK9097724; Mon, 21 Mar 2005 22:29:18 +0100 (CET) (envelope-from tilman@arved.at) Received: (from arved@localhost) by jim.arved.de (8.13.1/8.13.1/Submit) id j2LLTGtt097723; Mon, 21 Mar 2005 22:29:16 +0100 (CET) (envelope-from tilman@arved.at) X-Authentication-Warning: jim.arved.de: arved set sender to tilman@arved.at using -f Date: Mon, 21 Mar 2005 22:29:16 +0100 From: Tilman Linneweh To: stable@FreeBSD.org Message-ID: <20050321212916.GE2997@arved.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: tilman@arved.at Subject: panic: m_copydata, length > size of mbuf chain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 21:29:25 -0000 Hi, I am frequently running into this problem, when connecting from a NAT'ed network via SSH to a host behind my IPfilter/IPnat firewall running RELENG_5. It usually happens if i close my laptop's lid without closing the SSH session. DDB backtrace looks like this: Tracing pid 27 tid 100021 td 0xc107f190 kdb_enter(c06b8a22) at kdb_enter+0x2b panic(c06be9b5,1,c2213340,c2213300,ca8a8b34) at panic+0xbb m_copydata(c123a600,0,38,c2213340,0) at m_copydata+0x66 ipllog(0,ca8a8be0,ca8a8b68,ca8a8b60,ca8a8b58) at ipllog+0x1f1 ipflog(19,c123a650,ca8a8be0,c123a600,0) at ipflog+0x18f fr_check(c123a650,14,c1120000,0,ca8a8c88) at fr_check+0xc6c fr_check_wrapper(0,ca8a8c88,c1120000,1,0) at fr_check_wrapper+0x2a pfil_run_hooks(c074a000,ca8a8cd4,c1120000,1,0) at pfil_run_hooks+0xbd ip_input(c123a600) at ip_input+0x231 netisr_processqueue(c0749298) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x88 ithread_loop(c1074500,ca8a8d48,c1074500,c050f198,0) at ithread_loop+0x124 fork_exit(c050f198,c1074500,ca8a8d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 This happens even if i set debug.mpsafenet=0 in loader.conf. regards tilman PS: Before RELENG_5 was created, this box ran very stable with 5.2.1. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 22:39:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA9A16A4D0 for ; Mon, 21 Mar 2005 22:39:51 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD4D543D5A for ; Mon, 21 Mar 2005 22:39:50 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDQ00438418W670@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 21 Mar 2005 23:34:20 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDQ00IYE4D6P68C@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 21 Mar 2005 23:41:31 +0100 (CET) Date: Mon, 21 Mar 2005 23:39:45 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20050321233945.0899744e.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.0beta3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Hardware: amd64, os: FreeBSD/amd64 and ...? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 22:39:51 -0000 I bought myself a new amd64 machine. I intend to run FreeBSD/amd64 on it, and perhaps some other BSD's as well. I'm not in the -current game, so I'll stick to -stable for now. Would I gain anything by running FreeBSD/i386 (on another slice) on this machine? This is my first amd64 machine (actually, it's my first amd powered machine), and I haven't followed the development on the amd64 closely. Do most of the ports work on amd64? Are there any other caveats? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Mar 21 23:37:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42F8816A4CE for ; Mon, 21 Mar 2005 23:37:54 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2187F43D46 for ; Mon, 21 Mar 2005 23:37:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id j2LNbpi1009341; Mon, 21 Mar 2005 15:37:52 -0800 (PST) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)j2LNbneh025412; Mon, 21 Mar 2005 15:37:51 -0800 (PST) In-Reply-To: <20050321233945.0899744e.torfinn.ingolfsen@broadpark.no> References: <20050321233945.0899744e.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1a3fd33c5baf079afce9ceb386365ecc@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 21 Mar 2005 18:37:48 -0500 To: Torfinn Ingolfsen X-Mailer: Apple Mail (2.619.2) cc: freebsd-stable@freebsd.org Subject: Re: Hardware: amd64, os: FreeBSD/amd64 and ...? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2005 23:37:54 -0000 On Mar 21, 2005, at 5:39 PM, Torfinn Ingolfsen wrote: > Would I gain anything by running FreeBSD/i386 (on another slice) on > this > machine? Some software doesn't work or isn't entirely reliable on a 64-bit platform yet; such would run better on the 32-bit x86 version. > Do most of the ports work on amd64? > Are there any other caveats? Most of the ports work fine on AMD64, but there are some caveats with some of the bigger and more complex ones (things like Java, Linux binary emulation, undoubtedly others). Consider the output of: find /usr/ports -name Makefile -exec grep -l 'BROKEN.*amd64' {} \; [ This is about 64 ports, but is not complete, there is also the ONLY_FOR_ARCHES variable... ] -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 01:22:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDC016A4CE for ; Tue, 22 Mar 2005 01:22:47 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8666043D3F for ; Tue, 22 Mar 2005 01:22:47 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E25A0.dip.t-dialin.net [62.158.37.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 583B630FA1 for ; Tue, 22 Mar 2005 02:22:46 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2M1Nf93000693 for ; Tue, 22 Mar 2005 02:23:42 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2M1NfwF000692 for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 02:23:41 +0100 (CET) (envelope-from mkb) Date: Tue, 22 Mar 2005 02:23:41 +0100 From: Matthias Buelow To: freebsd-stable@freebsd.org Message-ID: <20050322012341.GA649@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.4-PRERELEASE panics on boot with ipod shuffle plugged in X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 01:22:48 -0000 Hi folks, when I have an iPod Shuffle(tm) inserted at boot in an USB slot, the kernel panics before it reaches the point where it starts init. This is on a Dell Dimension 4700 machine running FreeBSD 5.4-PRERELEASE i386. I get a fatal trap 12 panic. Anybody else seeing this? Is it a known problem with the USB subsystem? I can build a debug kernel and try to produce a crash dump but that can take a while. mkb. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 01:40:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B089A16A4CE for ; Tue, 22 Mar 2005 01:40:45 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id D636B43D48 for ; Tue, 22 Mar 2005 01:40:44 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 22 Mar 2005 01:40:33 +0000 (GMT) To: Matthias Buelow In-Reply-To: Your message of "Tue, 22 Mar 2005 02:23:41 +0100." <20050322012341.GA649@drjekyll.mkbuelow.net> Date: Tue, 22 Mar 2005 01:40:33 +0000 From: Ian Dowse Message-ID: <200503220140.aa35436@salmon.maths.tcd.ie> cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE panics on boot with ipod shuffle plugged in X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 01:40:45 -0000 In message <20050322012341.GA649@drjekyll.mkbuelow.net>, Matthias Buelow writes: >Hi folks, > >when I have an iPod Shuffle(tm) inserted at boot in an USB slot, >the kernel panics before it reaches the point where it starts init. >This is on a Dell Dimension 4700 machine running FreeBSD 5.4-PRERELEASE >i386. I get a fatal trap 12 panic. Anybody else seeing this? Is >it a known problem with the USB subsystem? I can build a debug >kernel and try to produce a crash dump but that can take a while. Hi, If possible, could you try updating to the latest 5.x-STABLE? I've just finished merging all of the recent changes from -CURRENT, so there is a good chance that things might work better now. By the way, did you have `device ehci' compiled into your kernel? The support for EHCI controllers is what should be most improved by the recent updates. Ian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 01:46:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6201816A4CE for ; Tue, 22 Mar 2005 01:46:21 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AC1143D53 for ; Tue, 22 Mar 2005 01:46:21 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 22 Mar 2005 01:46:20 +0000 (GMT) To: Marius =?ISO-8859-1?Q?N=FCnnerich?= In-Reply-To: Your message of "Mon, 21 Mar 2005 10:23:34 +0100." <20050321102334.44abcc37@olaf.hackerzberg.dyndns.org> Date: Tue, 22 Mar 2005 01:46:19 +0000 From: Ian Dowse Message-ID: <200503220146.aa36398@salmon.maths.tcd.ie> cc: freebsd-stable@freebsd.org Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 01:46:23 -0000 In message <20050321102334.44abcc37@olaf.hackerzberg.dyndns.org>, Marius =?ISO- 8859-1?Q?N=FCnnerich?= writes: ># usbhidctl -f /dev/uhid0 -ra >Report descriptor: >Total input size 0 bytes >Total output size 4 bytes >Total feature size 1 bytes >usbhidctl: device does not support immediate mode, only changes >reported. > >Hmm, don't know what to do with this information :) I'm not sure I do either :-) On a mouse I tried here I got very different information than that: Report descriptor: Collection page=Generic_Desktop usage=Mouse Collection page=Generic_Desktop usage=Pointer Input size=1 count=1 page=Button usage=Button_1, logical range 0..1 Input size=1 count=1 page=Button usage=Button_2, logical range 0..1 Input size=1 count=1 page=Button usage=Button_3, logical range 0..1 Input size=8 count=1 page=Generic_Desktop usage=X, logical range -127..127 Input size=8 count=1 page=Generic_Desktop usage=Y, logical range -127..127 Input size=8 count=1 page=Generic_Desktop usage=Wheel, logical range -127..127 End collection Feature size=1 count=1 page=Generic_Desktop usage=Motion_Wakeup, logical range 0..1 End collection Total input size 4 bytes Total output size 0 bytes Total feature size 0 bytes But I don't know enough about how this is supposed to work to make sense of the difference. Ian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 01:55:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8AA16A4CE for ; Tue, 22 Mar 2005 01:55:21 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4B4743D31 for ; Tue, 22 Mar 2005 01:55:20 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E25A0.dip.t-dialin.net [62.158.37.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id C5A053137C; Tue, 22 Mar 2005 02:55:19 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2M1uFo7006997; Tue, 22 Mar 2005 02:56:15 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2M1uFfO006996; Tue, 22 Mar 2005 02:56:15 +0100 (CET) (envelope-from mkb) Date: Tue, 22 Mar 2005 02:56:15 +0100 From: Matthias Buelow To: Ian Dowse Message-ID: <20050322015615.GA6952@drjekyll.mkbuelow.net> References: <20050322012341.GA649@drjekyll.mkbuelow.net> <200503220140.aa35436@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503220140.aa35436@salmon.maths.tcd.ie> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE panics on boot with ipod shuffle plugged in X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 01:55:21 -0000 Ian Dowse writes: >If possible, could you try updating to the latest 5.x-STABLE? I've >just finished merging all of the recent changes from -CURRENT, so >there is a good chance that things might work better now. yes.. will take an hour, or two. >By the way, did you have `device ehci' compiled into your kernel? >The support for EHCI controllers is what should be most improved >by the recent updates. yes: ehci0: mem 0xffa80800-0xffa80bff irq 21 at device 29.7 on pci0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: on ehci0 mkb. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 03:07:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D590716A4CE for ; Tue, 22 Mar 2005 03:07:15 +0000 (GMT) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9BC43D6B for ; Tue, 22 Mar 2005 03:07:15 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.136] (port=54864 helo=smtp5.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1DDZje-0008CO-ON for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 04:07:14 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:49616 helo=workstation.homenet) by smtp5.home.nl with esmtp (Exim 4.30) id 1DDZjd-0001vN-VY for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 04:07:13 +0100 From: Danny Pansters To: freebsd-stable@freebsd.org Date: Tue, 22 Mar 2005 04:06:57 +0100 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503220406.58178.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: 5.4-BETA sysinstall seems to want to write to its own / instead of the one on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: danny@ricin.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 03:07:16 -0000 I've just put together a new box and tried the 5.4-BETA1 bootonly iso. The box has one SATA drive ATM, it has a Intel D925XECV2 mobo with onboard SATA. It does newfsk the disk but when it wants to write to it either when setting up users/groups or installing packages or distribution sets it folds: /: write failed, filesystem is full It seems to be trying to write to its RO memory disk? FYI I set up the hard disk pretty normally with an /, a swap, a /tmp, a /var and /usr and /home partitions. It did complain about geometry but I get that often. I could newfs and fsck it through sysinstall, so I think it's not a device problem. Installing 5.3 then cvsup to 5.4 and make world worked fine. I can test stuff on this box if folks want to. Dan From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 03:11:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B9DF16A4CE for ; Tue, 22 Mar 2005 03:11:26 +0000 (GMT) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD9643D39 for ; Tue, 22 Mar 2005 03:11:25 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.134] (port=36920 helo=smtp3.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1DDZnh-0000Gt-2e for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 04:11:25 +0100 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:59306 helo=workstation.homenet) by smtp3.home.nl with esmtp (Exim 4.30) id 1DDZnf-0000Pb-VE for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 04:11:23 +0100 From: Danny Pansters To: freebsd-stable@freebsd.org User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Date: Tue, 22 Mar 2005 04:11:18 +0100 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503220411.18278.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: Errata - 5.4-BETA sysinstall seems to want to write to its own / instead of the one on disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: danny@ricin.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 03:11:26 -0000 s/fsck/fdisk (and disklabel) Sorry, typo. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 03:24:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F38A16A4CE for ; Tue, 22 Mar 2005 03:24:10 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4845343D41 for ; Tue, 22 Mar 2005 03:24:09 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E25A0.dip.t-dialin.net [62.158.37.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id BCAAC313CA; Tue, 22 Mar 2005 04:24:07 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2M3P3Sb000669; Tue, 22 Mar 2005 04:25:04 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2M3P3MU000668; Tue, 22 Mar 2005 04:25:03 +0100 (CET) (envelope-from mkb) Date: Tue, 22 Mar 2005 04:25:02 +0100 From: Matthias Buelow To: Ian Dowse Message-ID: <20050322032502.GA636@drjekyll.mkbuelow.net> References: <20050322012341.GA649@drjekyll.mkbuelow.net> <200503220140.aa35436@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503220140.aa35436@salmon.maths.tcd.ie> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.4-PRERELEASE panics on boot with ipod shuffle plugged in X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 03:24:10 -0000 >If possible, could you try updating to the latest 5.x-STABLE? I've >just finished merging all of the recent changes from -CURRENT, so >there is a good chance that things might work better now. Those changes seem to have fixed the crash, thanks. mkb. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 03:26:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A172E16A4CE for ; Tue, 22 Mar 2005 03:26:13 +0000 (GMT) Received: from jbdww.com (rrcs-24-153-134-35.sw.biz.rr.com [24.153.134.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD98A43D2F for ; Tue, 22 Mar 2005 03:26:10 +0000 (GMT) (envelope-from joe@jbdww.com) Received: from john by jbdww.com with SMTP (MDaemon.PRO.v6.5.1.R) for ; Mon, 21 Mar 2005 21:25:05 -0600 From: "Joe Doran" To: Date: Mon, 21 Mar 2005 21:25:47 -0600 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUujtZvBYpAaoS/SwWk4niQ6R7Tpw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Authenticated-Sender: jdoran@jbdww.com X-Return-Path: joe@jbdww.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-Id: <20050322032610.DD98A43D2F@mx1.FreeBSD.org> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: SIIG Multiport Card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 03:26:13 -0000 Hello, I am trying to us a SIIG 4 port Multi-port card on FreeBSD 5.3, and I am having issues with the baud rate. The kernel finds the four ports, and I can open them, but I am unable to change the Baud Rate. It is stuck at 115,200. I have this in my kernel config. device pcu device sio Thanks JBD From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 03:55:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C163C16A4CE for ; Tue, 22 Mar 2005 03:55:28 +0000 (GMT) Received: from jbdww.com (rrcs-24-153-134-35.sw.biz.rr.com [24.153.134.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 586F743D41 for ; Tue, 22 Mar 2005 03:55:28 +0000 (GMT) (envelope-from joe@jbdww.com) Received: from andrew by jbdww.com with SMTP (MDaemon.PRO.v6.5.1.R) for ; Mon, 21 Mar 2005 21:54:35 -0600 From: "Joe B Doran" To: "'Joe Doran'" , Date: Mon, 21 Mar 2005 21:59:28 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUujtZvBYpAaoS/SwWk4niQ6R7TpwAFVTsg In-Reply-To: <20050322032610.DD98A43D2F@mx1.FreeBSD.org> X-Return-Path: joe@jbdww.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-Id: <20050322035528.586F743D41@mx1.FreeBSD.org> Subject: RE: SIIG Multiport Card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 03:55:28 -0000 Here is my DMSG boot info. Mar 21 21:41:42 kernel: sio7: unable to activate interrupt in fast mode - using normal mode Mar 21 21:41:42 kernel: sio7: type 16550A Mar 21 21:41:42 kernel: sio7: on puc0 Mar 21 21:41:42 kernel: sio6: unable to activate interrupt in fast mode - using normal mode Mar 21 21:41:42 kernel: sio6: type 16550A Mar 21 21:41:42 kernel: sio6: on puc0 Mar 21 21:41:42 kernel: sio5: unable to activate interrupt in fast mode - using normal mode Mar 21 21:41:42 kernel: sio5: type 16550A Mar 21 21:41:42 kernel: sio5: on puc0 Mar 21 21:41:42 kernel: sio4: unable to activate interrupt in fast mode - using normal mode Mar 21 21:41:42 kernel: sio4: type 16550A Mar 21 21:41:42 kernel: sio4: on puc0 Mar 21 21:41:42 kernel: puc0: port 0xe800-0xe81f,0xe700-0xe71f mem 0xec111000-0xec111fff,0xec110000-0xec110fff irq 14 at device 11.0 on pci0 Thanks JBD -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Joe Doran Sent: Monday, March 21, 2005 7:26 PM To: freebsd-stable@freebsd.org Subject: SIIG Multiport Card Hello, I am trying to us a SIIG 4 port Multi-port card on FreeBSD 5.3, and I am having issues with the baud rate. The kernel finds the four ports, and I can open them, but I am unable to change the Baud Rate. It is stuck at 115,200. I have this in my kernel config. device pcu device sio Thanks JBD _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 10:08:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF65216A4CE for ; Tue, 22 Mar 2005 10:08:36 +0000 (GMT) Received: from mail.iinet.net.au (mail-05.iinet.net.au [203.59.3.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 283A543D55 for ; Tue, 22 Mar 2005 10:08:35 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 5355 invoked from network); 22 Mar 2005 09:59:14 -0000 Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9) by mail.iinet.net.au with SMTP; 22 Mar 2005 09:59:14 -0000 From: Warren To: freebsd-stable@freebsd.org Date: Tue, 22 Mar 2005 19:59:08 +1000 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503221959.09967.shinjii@virusinfo.rdksupportinc.com> Subject: Apache compile prob in portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 10:08:37 -0000 Not sure whats going on .. but if anyone can help us, much appreciated. ================================= ===> Building for apache-2.1.4 Making all in srclib Making all in pcre /usr/local/build-1/libtool --silent --mode=compile cc -g -O2 -O -pipe -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre -I. -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/os/unix -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/server/mpm/prefork -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/http -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/filters -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/generators -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/mappers -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy/../generators -I/usr/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/ssl -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/dav/main -prefer-non-pic -static -c maketables.c && touch maketables.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha. *** Error code 1 Stop in /usr/ports/www/apache21. -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 11:08:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A414316A4CF for ; Tue, 22 Mar 2005 11:08:28 +0000 (GMT) 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 DF78043D3F for ; Tue, 22 Mar 2005 11:08:27 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (68-175-68-211.nyc.rr.com [68.175.68.211]) j2MB8OT3017372 for ; Tue, 22 Mar 2005 06:08:25 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id C47006181; Tue, 22 Mar 2005 06:08:24 -0500 (EST) Date: Tue, 22 Mar 2005 06:08:24 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050322110824.GA68008@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <200503221959.09967.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200503221959.09967.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Apache compile prob in portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:08:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Mar 22, 2005 at 07:59:08PM +1000, Warren wrote: > Not sure whats going on .. but if anyone can help us, much appreciated. > ================================= > > ===> Building for apache-2.1.4 > Making all in srclib > Making all in pcre > -I/usr/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/ssl > -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/dav/main > -prefer-non-pic -static -c maketables.c && touch maketables.lo > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with `--tag' > *** Error code 1 > > Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. > *** Error code 1 > > Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. > *** Error code 1 > > Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib. > *** Error code 1 > > Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha. > *** Error code 1 I had similar problems. In the end, I did make clean, and did portupgrade -Rr apache and it automagically fixed itself. (Originally I just did portupgrade apache, as portversion showed everything else to be up to date, and was getting the same error you are showing here.) HTH, though not sure it will. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Kendra: I call it Mr. Pointy. Buffy: You named your stake? Kendra: Yes. Buffy: Remind me to get you a stuffed animal. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCP/yo+lTVdes0Z9YRAqDMAJwNu6PXnGV8yF29hRs7hkrikS0xPgCfc/S/ DQBhoO5SdOwimhi4FG0VJHs= =m3jt -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 11:26:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D3216A4CE for ; Tue, 22 Mar 2005 11:26:27 +0000 (GMT) Received: from mail.iinet.net.au (mail-07.iinet.net.au [203.59.3.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D69A43D48 for ; Tue, 22 Mar 2005 11:26:26 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 26556 invoked from network); 22 Mar 2005 11:26:24 -0000 Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9) by mail.iinet.net.au with SMTP; 22 Mar 2005 11:26:24 -0000 From: Warren To: freebsd-stable@freebsd.org Date: Tue, 22 Mar 2005 21:26:23 +1000 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503222126.24634.shinjii@virusinfo.rdksupportinc.com> Subject: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:26:27 -0000 This is one of the numerous kde* ports that fail to upgrade for 1 reason or another. =========== pkg_delete: unable to completely remove directory '/usr/local/share/services/kresources/kabc' pkg_delete: unable to completely remove directory '/usr/local/share/services/kresources' pkg_delete: unable to completely remove directory '/usr/local/share/services/kded' pkg_delete: unable to completely remove directory '/usr/local/share/icons/crystalsvg/scalable/mimetypes' pkg_delete: unable to completely remove directory '/usr/local/share/config' pkg_delete: unable to completely remove directory '/usr/local/share/autostart' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kstyle/themes' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kstyle' pkg_delete: unable to completely remove directory '/usr/local/share/apps/khtml' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kdeprint' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kconf_update' pkg_delete: unable to completely remove directory '/usr/local/share/apps/kcm_componentchooser' pkg_delete: unable to completely remove directory '/usr/local/share/apps/katepart/syntax' pkg_delete: unable to completely remove directory '/usr/local/share/apps/katepart' pkg_delete: unable to completely remove directory '/usr/local/share/applications/kde' pkg_delete: unable to completely remove directory '/usr/local/lib/kde3/plugins/styles' pkg_delete: unable to completely remove directory '/usr/local/lib/kde3/plugins/designer' pkg_delete: unable to completely remove directory '/usr/local/lib/kde3/plugins' pkg_delete: unable to completely remove directory '/usr/local/include/kate' pkg_delete: unable to completely remove directory '/usr/local/include/kabc' pkg_delete: unable to completely remove directory '/usr/local/include/dom' pkg_delete: unable to completely remove directory '/usr/local/etc/xdg/menus' pkg_delete: unable to completely remove directory '/usr/local/etc/xdg' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ---> Installing the new version via the port with make flags: BATCH=yes ===> Installing for kdelibs-3.4.0 ===> kdelibs-3.4.0 conflicts with installed package(s): kdebase-3.3.2_2 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/x11/kdelibs3. *** Error code 1 Stop in /usr/ports/x11/kdelibs3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade31035.98 make BATCH=yes reinstall egrep: /var/db/pkg/kdelibs-3.3.2_6/+CONTENTS: No such file or directory -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 11:29:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4DA16A4CE; Tue, 22 Mar 2005 11:29:49 +0000 (GMT) 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 64A8C43D31; Tue, 22 Mar 2005 11:29:48 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2MBThbr007045; Tue, 22 Mar 2005 12:29:45 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4240015A.2020802@DeepCore.dk> Date: Tue, 22 Mar 2005 12:28:26 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" , "freebsd-stable@freebsd.org" References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> In-Reply-To: <421464C3.2030308@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 Subject: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:29:49 -0000 New version available for testing: http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz http://people.freebsd.org/~sos/ata-mk3m.tar.gz This time the diff must be reapplied as there are new changes in there. Items in this release: o Dumping to disk fixed. o PCCARD probing fixed. o PC98 probing and modules fixed. o Support for "atomic" composite ATA requests o Support for "addspare" to an ATA PseudoRAID array o Support for "rebuild" of an ATA PseudoRAID array. Note that this is now done differently from the old system as the rebuild is now done piggybacked on read requests to the array, so atacontrol simply starts a background "dd" to rebuild the array. If I dont get any significant showstopper reports this is what will get=20 committed to -current soon (plus what I might get done until then of new = features). This WARNING still applies: > One warning applies to both this and the last snapshot. I accidentially= > released the RAID5 test code I had in there which allows to apparently = > use a RAID5 array. However it *ONLY* reads and writes the data part, it= =20 > does *NOT* maintain the parity part. That means it will trash a RAID5=20 > array for later real use as the parity wont match the data one there. > Since the code is "out there" I've decided to let it stay, as it allows= =20 > for testing of getting and using the metadata etc.. I'll probably just disable that code when it goes into -current but for=20 now its in there for testing purposes. As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! Enjoy! --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 11:32:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2522C16A4CE for ; Tue, 22 Mar 2005 11:32:08 +0000 (GMT) Received: from isak.is (isak.is [193.109.22.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A55343D2F for ; Tue, 22 Mar 2005 11:32:07 +0000 (GMT) (envelope-from isak@isak.is) Received: from [172.24.10.53] (DHCP-53.in.snerpa.is [172.24.10.53]) by isak.is (8.13.1/8.13.1) with ESMTP id j2MBT5Rp084349; Tue, 22 Mar 2005 11:29:06 GMT (envelope-from isak@isak.is) User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Tue, 22 Mar 2005 11:31:44 +0000 From: =?ISO-8859-1?B?zQ==?=sak Ben To: Warren , Message-ID: In-Reply-To: <200503222126.24634.shinjii@virusinfo.rdksupportinc.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-MailScanner-Information: Þú getur svosem nöldrað.....en skoðaðu frekar http://isak.is ;) X-MailScanner: Found to be clean - Ætti ekki að vera spam sskan X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.359, required 4.5, autolearn=not spam, ALL_TRUSTED -3.30, AWL 1.54, BAYES_00 -2.60) X-MailScanner-From: isak@isak.is Subject: Re: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:32:08 -0000 Did you follow the instructions on /usr/ports/UPDATING ? On 22.3.2005 11:26, "Warren" wrote: > This is one of the numerous kde* ports that fail to upgrade for 1 reason or > another. > > =========== > pkg_delete: unable to completely remove directory > '/usr/local/share/services/kresources/kabc' > pkg_delete: unable to completely remove directory > '/usr/local/share/services/kresources' > pkg_delete: unable to completely remove directory > '/usr/local/share/services/kded' > pkg_delete: unable to completely remove directory > '/usr/local/share/icons/crystalsvg/scalable/mimetypes' > pkg_delete: unable to completely remove directory '/usr/local/share/config' > pkg_delete: unable to completely remove directory '/usr/local/share/autostart' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/kstyle/themes' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/kstyle' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/khtml' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/kdeprint' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/kconf_update' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/kcm_componentchooser' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/katepart/syntax' > pkg_delete: unable to completely remove directory > '/usr/local/share/apps/katepart' > pkg_delete: unable to completely remove directory > '/usr/local/share/applications/kde' > pkg_delete: unable to completely remove directory > '/usr/local/lib/kde3/plugins/styles' > pkg_delete: unable to completely remove directory > '/usr/local/lib/kde3/plugins/designer' > pkg_delete: unable to completely remove directory > '/usr/local/lib/kde3/plugins' > pkg_delete: unable to completely remove directory '/usr/local/include/kate' > pkg_delete: unable to completely remove directory '/usr/local/include/kabc' > pkg_delete: unable to completely remove directory '/usr/local/include/dom' > pkg_delete: unable to completely remove directory '/usr/local/etc/xdg/menus' > pkg_delete: unable to completely remove directory '/usr/local/etc/xdg' > pkg_delete: couldn't entirely delete package (perhaps the packing list is > incorrectly specified?) > ---> Installing the new version via the port with make flags: BATCH=yes > ===> Installing for kdelibs-3.4.0 > > ===> kdelibs-3.4.0 conflicts with installed package(s): > kdebase-3.3.2_2 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/x11/kdelibs3. > *** Error code 1 > > Stop in /usr/ports/x11/kdelibs3. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade31035.98 > make BATCH=yes reinstall > egrep: /var/db/pkg/kdelibs-3.3.2_6/+CONTENTS: No such file or directory From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 11:44:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B6916A4CE for ; Tue, 22 Mar 2005 11:44:03 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EF7443D4C for ; Tue, 22 Mar 2005 11:44:02 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 22 Mar 2005 11:44:00 -0000 Received: from p508BDD90.dip.t-dialin.net (EHLO lofi.dyndns.org) [80.139.221.144] by mail.gmx.net (mp023) with SMTP; 22 Mar 2005 12:44:00 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j2MBhuNl036772 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 22 Mar 2005 12:43:57 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Tue, 22 Mar 2005 12:43:51 +0100 User-Agent: KMail/1.8 References: <200503222126.24634.shinjii@virusinfo.rdksupportinc.com> In-Reply-To: <200503222126.24634.shinjii@virusinfo.rdksupportinc.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3055691.nBBQbtFFxi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503221243.55330.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Warren Subject: Re: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:44:03 -0000 --nextPart3055691.nBBQbtFFxi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 22. March 2005 12:26, Warren wrote: > =3D=3D=3D> kdelibs-3.4.0 conflicts with installed package(s): > kdebase-3.3.2_2 Read /usr/ports/UPDATING =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart3055691.nBBQbtFFxi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCQAT7Xhc68WspdLARAtNFAKCnIvmV+1PyY7TLNk3GZqXkF91BuQCfRtzG gnbsgT5nHQp/vJDu0qzAq3s= =ZZOr -----END PGP SIGNATURE----- --nextPart3055691.nBBQbtFFxi-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 11:55:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED39516A4CE; Tue, 22 Mar 2005 11:55:41 +0000 (GMT) Received: from peedub.jennejohn.org (Ja106.j.pppool.de [85.74.161.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12DE643D5C; Tue, 22 Mar 2005 11:55:41 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j2MBtQrZ004662; Tue, 22 Mar 2005 12:55:26 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503221155.j2MBtQrZ004662@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: sos@DeepCore.dk In-Reply-To: Message from Soeren_Schmidt of "Tue, 22 Mar 2005 12:28:26 +0100." <4240015A.2020802@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Mar 2005 12:55:26 +0100 From: Gary Jennejohn cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 11:55:42 -0000 Soeren Schmidt writes: > If I dont get any significant showstopper reports this is what will get > committed to -current soon (plus what I might get done until then of new > features). > What's with ATAPICAM? --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 13:48:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9FE316A4CE for ; Tue, 22 Mar 2005 13:48:43 +0000 (GMT) Received: from biggie.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32FD243D46 for ; Tue, 22 Mar 2005 13:48:43 +0000 (GMT) (envelope-from radek@raadradd.com) Received: from raadradd.homeunix.org (bww17.neoplus.adsl.tpnet.pl [83.29.246.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by biggie.spekt.net (Postfix) with ESMTP id B97C7896749 for ; Tue, 22 Mar 2005 14:48:34 +0100 (CET) Received: by raadradd.homeunix.org (Postfix, from userid 1001) id 9BCE4A663; Tue, 22 Mar 2005 14:48:37 +0100 (CET) Date: Tue, 22 Mar 2005 14:48:37 +0100 From: Radek Kozlowski To: freebsd-stable@freebsd.org Message-ID: <20050322134837.GE557@werd> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.7i Subject: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 13:48:44 -0000 My 5.4-PRERELEASE/i386 as of today panics almost immediately after plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have device ehci in the kernel. Mar 22 13:41:35 ddardaar kernel: umass0: vendor 0x10d6 USB 2.0(FS) FLASH DISK, rev 1.10/1.00, addr 2 Mar 22 13:41:35 ddardaar kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Mar 22 13:41:35 ddardaar kernel: da0: Removable Direct Access SCSI-0 device Mar 22 13:41:35 ddardaar kernel: da0: 1.000MB/s transfers Mar 22 13:41:35 ddardaar kernel: da0: 497MB (1019617 512 byte sectors: 64H 32S/T 497C) Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB reset failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 22 13:41:36 ddardaar kernel: umass0: at uhub1 port 2 (addr 2) disconnected Mar 22 13:41:36 ddardaar kernel: (da0:umass-sim0:0:0:0): lost device Mar 22 13:41:36 ddardaar kernel: (da0:umass-sim0:0:0:0): removing device entry Mar 22 13:41:36 ddardaar kernel: sysctl_unregister_oid: failed to unregister sysctl Mar 22 13:41:36 ddardaar kernel: Opened disk da0 -> 5 Mar 22 13:41:36 ddardaar kernel: umass0: detached Mar 22 13:41:47 ddardaar kernel: umass0: vendor 0x10d6 USB 2.0(FS) FLASH DISK, rev 1.10/1.00, addr 2 [panic, fatal trap 12] #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc0445f02 in db_fncall (dummy1=-1067250851, dummy2=0, dummy3=-734074160, dummy4=0xd43eea68 "\234ê>Ô@") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0446298 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 #3 0xc0447cec in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc0522e19 in kdb_trap (type=12, code=0, tf=0xd43eebd8) at /usr/src/sys/kern/subr_kdb.c:418 #5 0xc063ef1a in trap_fatal (frame=0xd43eebd8, eva=296) at /usr/src/sys/i386/i386/trap.c:804 #6 0xc063f1cf in trap_pfault (frame=0xd43eebd8, usermode=0, eva=296) at /usr/src/sys/i386/i386/trap.c:727 #7 0xc063f56d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1041650752, tf_esi = -1040474112, tf_ebp = -734073832, tf_isp = -734073852, tf_ebx = 1, tf_edx = -1040474112, tf_ecx = 0, tf_eax = 256, tf_trapno = 12, tf_err = 0, tf_eip = -1069309535, tf_cs = 8, tf_eflags = 66050, tf_esp = -734073768, tf_ss = -1069300420}) at /usr/src/sys/i386/i386/trap.c:417 #8 0xc06325ca in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #9 0x00000018 in ?? () #10 0x00000010 in ?? () #11 0x00000010 in ?? () #12 0xc1e9abc0 in ?? () #13 0xc1fba000 in ?? () #14 0xd43eec18 in ?? () #15 0xd43eec04 in ?? () #16 0x00000001 in ?? () #17 0xc1fba000 in ?? () #18 0x00000000 in ?? () #19 0x00000100 in ?? () #20 0x0000000c in ?? () #21 0x00000000 in ?? () #22 0xc043a1a1 in xpt_done (done_ccb=0x0) at /usr/src/sys/cam/cam_xpt.c:4834 #23 0xc043c53c in xpt_scan_bus (periph=0xc1d7ca80, request_ccb=0xc1fba000) at /usr/src/sys/cam/cam_xpt.c:5364 #24 0xc043d55e in camisr (V_queue=0xc06becc0) at /usr/src/sys/cam/cam_xpt.c:7061 #25 0xc04f62a5 in ithread_loop (arg=0xc1d7c980) at /usr/src/sys/kern/kern_intr.c:547 #26 0xc04f5380 in fork_exit (callout=0xc04f61f0 , arg=0xc1d7c980, frame=0xd43eed48) at /usr/src/sys/kern/kern_fork.c:790 #27 0xc063262c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 If you need more info, please let me know. Thanks. -Radek From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 14:11:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C421516A4CE for ; Tue, 22 Mar 2005 14:11:42 +0000 (GMT) Received: from mail.iinet.net.au (mail-05.iinet.net.au [203.59.3.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FCD843D3F for ; Tue, 22 Mar 2005 14:11:41 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 728 invoked from network); 22 Mar 2005 11:37:04 -0000 Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9) by mail.iinet.net.au with SMTP; 22 Mar 2005 11:37:04 -0000 From: Warren To: =?iso-8859-1?q?=CDsak_Ben?= Date: Tue, 22 Mar 2005 21:37:01 +1000 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503222137.01915.shinjii@virusinfo.rdksupportinc.com> cc: freebsd-stable@freebsd.org Subject: Re: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:11:42 -0000 On Tue, 22 Mar 2005 9:31 pm, =CDsak Ben wrote: > Did you follow the instructions on /usr/ports/UPDATING ? err .. all i did was what i usually do to upgrade a pkg and run cvsup and t= hen=20 portupgrade .. has always worked in the past, wasnt aware of needing=20 something special in this upgrade of KDE =2D-=20 Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 14:27:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A3F16A4CE for ; Tue, 22 Mar 2005 14:27:23 +0000 (GMT) Received: from resmo.com (resmo.com [204.202.11.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FCF43D41 for ; Tue, 22 Mar 2005 14:27:23 +0000 (GMT) (envelope-from gstewart@bonivet.net) X-Resmo-Authenticated-User: [] X-Resmo-Msg-Submitted-By: mail.bonivet.net [81.56.185.133] Received: from dragonfly.bonivet.net (mail.bonivet.net [81.56.185.133]) by resmo.com (8.13.1/8.12.11) with ESMTP id j2MERHkw081244 for ; Tue, 22 Mar 2005 14:27:18 GMT Received: from dragonfly.bonivet.net (localhost.bonivet.net [127.0.0.1]) by dragonfly.bonivet.net (8.13.3/8.13.1) with SMTP id j2MERASI002286 for ; Tue, 22 Mar 2005 15:27:10 +0100 (CET) (envelope-from gstewart@bonivet.net) Date: Tue, 22 Mar 2005 15:27:10 +0100 From: Godwin Stewart To: freebsd-stable@freebsd.org Message-Id: <20050322152710.2523268d.gstewart@bonivet.net> In-Reply-To: <200503222137.01915.shinjii@virusinfo.rdksupportinc.com> References: <200503222137.01915.shinjii@virusinfo.rdksupportinc.com> X-Mailer: Sylpheed version 1.9.6 (GTK+ 2.4.14; i386-unknown-freebsd5.4) X-Face: #T;eJks=B[`71qrwp`l6BW8xI&hP8S*4Kd%e?8o"rL02ZYf"rWa41l83a)L,*; S).Ukq$U% II{-z#5%i&X8"%{$)ZWmE7WBDF)?wK1^7]u9T;@jqdZo?IT!d-L`!@&vW)F_1 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Subject: Re: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:27:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 22 Mar 2005 21:37:01 +1000, Warren wrote: > err .. all i did was what i usually do to upgrade a pkg and run cvsup and > then portupgrade .. has always worked in the past, wasnt aware of needing= =20 > something special in this upgrade of KDE Checking UPDATING should *always* be the step between cvsup and portupgrade! - --=20 G. Stewart - gstewart@bonivet.net guru, n: A computer owner who can read the manual. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQCs+K5oiGLo9AcYRAqlBAJ91hLkFiRIKHBzuOBsZh/7cKvby5wCfQlle 9JpEJ0DkX4Fq71z3Rmg9Ffo=3D =3DkmNL -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 14:28:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C08D16A4CE for ; Tue, 22 Mar 2005 14:28:11 +0000 (GMT) Received: from lri.lri.fr (lri.lri.fr [129.175.15.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E0BB43D41 for ; Tue, 22 Mar 2005 14:28:10 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from localhost (localhost [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id 62CC319E848; Tue, 22 Mar 2005 15:28:07 +0100 (CET) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26238-06; Tue, 22 Mar 2005 15:28:07 +0100 (CET) Received: from pc5-179.lri.fr (pc5-179 [129.175.5.179]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by lri.lri.fr (Postfix) with ESMTP id 4BC8319E7A0; Tue, 22 Mar 2005 15:28:07 +0100 (CET) Received: from pc5-179.lri.fr (localhost.lri.fr [127.0.0.1]) by pc5-179.lri.fr (8.13.3/8.13.1) with ESMTP id j2MES6Di021875; Tue, 22 Mar 2005 15:28:06 +0100 (CET) (envelope-from feanor@pc5-179.lri.fr) Received: (from feanor@localhost) by pc5-179.lri.fr (8.13.3/8.13.1/Submit) id j2MES6Zf021874; Tue, 22 Mar 2005 15:28:06 +0100 (CET) (envelope-from feanor) Date: Tue, 22 Mar 2005 15:28:06 +0100 From: Marwan Burelle To: Radek Kozlowski Message-ID: <20050322142806.GA21833@pc5-179.lri.fr> References: <20050322134837.GE557@werd> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20050322134837.GE557@werd> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at lri.fr cc: freebsd-stable@freebsd.org Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:28:11 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 02:48:37PM +0100, Radek Kozlowski wrote: > My 5.4-PRERELEASE/i386 as of today panics almost immediately after > plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have > device ehci in the kernel. It's a common problem with some USB devices. You have to add some quirk in sys/cam/scsi/scsi_da.c for your player. See more information at : http://www.root.org/~nate/freebsd/quirks.html I've got the same problem with mine, adding the rigth quirk (DA_Q_NO_SYNC_CACHE for me) solves it. The difficult part is to think out what to put to capture your player (and not the others ... ) --=20 Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQCt2I+2UvUKfgvgRAjOAAJ4nPyzoO4/gYIObxTeSqnddKjhFdgCgm4dr dpr61Su2VgCffauMT6O9kfI= =e107 -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 14:30:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6949716A4CE; Tue, 22 Mar 2005 14:30:15 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23E9143D2D; Tue, 22 Mar 2005 14:30:14 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id F3B702056; Tue, 22 Mar 2005 15:30:11 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <4240015A.2020802@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Tue, 22 Mar 2005 15:30:08 +0100 Message-Id: <1111501808.982.3.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:30:15 -0000 Le Mardi 22 mars 2005 =C3=A0 12:28 +0100, S=C3=B8ren Schmidt a =C3=A9crit : > New version available for testing: > http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3m.tar.gz >=20 > This time the diff must be reapplied as there are new changes in there. Great work S=C3=B8ren, it's working so far. > Items in this release: >=20 > o Dumping to disk fixed. And this issue is solved (tested like before with DDB access, and "call doadump"). I dunno yet if it fixes dumping on panic too (which is an issue of the original ata) [...] > As usual use at your own risk, but feedback on this is very welcomed. > Big thanks to all those that has participated so far! >=20 > Enjoy! Sure ! Anthony. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 14:53:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F6C16A4CF for ; Tue, 22 Mar 2005 14:53:28 +0000 (GMT) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9879B43D1D for ; Tue, 22 Mar 2005 14:53:27 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([192.168.8.230]) by mail.starlofashions.com (8.9.3/8.9.3) with SMTP id JAA15416 for ; Tue, 22 Mar 2005 09:52:28 -0500 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 22 Mar 2005 09:53:26 -0500 Date: Tue, 22 Mar 2005 09:53:26 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050322145326.GA81620@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200503222137.01915.shinjii@virusinfo.rdksupportinc.com> <20050322152710.2523268d.gstewart@bonivet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20050322152710.2523268d.gstewart@bonivet.net> User-Agent: Mutt/1.5.9i Subject: Re: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:53:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Mar 22, 2005 at 03:27:10PM +0100, Godwin Stewart wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 22 Mar 2005 21:37:01 +1000, Warren > wrote: > > > err .. all i did was what i usually do to upgrade a pkg and run cvsup and > > then portupgrade .. has always worked in the past, wasnt aware of needing > > something special in this upgrade of KDE > > Checking UPDATING should *always* be the step between cvsup and portupgrade! > Now that you've posted that, you realize you're doomed to forget next time there's an update that affects you. Sigh, some people's kids. - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Spike: What, your Mom doesn't know? Joyce: Know what? Buffy: That I'm, uh...in a band. A rock band...with Spike here. Spike: Right. She plays the-the triangle... Buffy: Drums. Spike: Drums, yeah. She's hell on the old skins, you know. Joyce: (to Spike) And what do you do? Spike: Well I sing. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQDFm+lTVdes0Z9YRAg7vAJ0YxnJjLFk5PCI9+ADKZQUVjoWMKwCdHlau czJ1e3oqfbwaChmm6L0WV3U= =3qy3 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 14:57:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CA8316A4E7 for ; Tue, 22 Mar 2005 14:57:05 +0000 (GMT) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5A743D1F for ; Tue, 22 Mar 2005 14:57:04 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([192.168.8.230]) by mail.starlofashions.com (8.9.3/8.9.3) with SMTP id JAA15907 for ; Tue, 22 Mar 2005 09:56:05 -0500 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 22 Mar 2005 09:57:04 -0500 Date: Tue, 22 Mar 2005 09:57:04 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050322145704.GA81743@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200503222137.01915.shinjii@virusinfo.rdksupportinc.com> <20050322152710.2523268d.gstewart@bonivet.net> <20050322145326.GA81620@uws1.starlofashions.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20050322145326.GA81620@uws1.starlofashions.com> User-Agent: Mutt/1.5.9i Subject: Re: kdelibs portupgrade prob X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 14:57:05 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Mar 22, 2005 at 09:53:26AM -0500, Scott Robbins wrote: > On Tue, Mar 22, 2005 at 03:27:10PM +0100, Godwin Stewart wrote: > > > > Checking UPDATING should *always* be the step between cvsup and portupgrade! > > > > Now that you've posted that, you realize you're doomed to forget next > time there's an update that affects you. > > Sigh, some people's kids. Apologies to the list, I hit L out of habit (with this list) instead of r--Godwin is an old friend and my lecture was tongue in cheek. - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Drusilla: Your face is a poem. I can read it. Xander: It doesn't say 'spare me' by any chance? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQDJA+lTVdes0Z9YRAjPzAJ4sB+NEaOiPBIAbYQOlG1sfZAwaawCgpWDu n5mAf9pN9jwjaif4m/z+uhQ= =XJrL -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 15:46:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E369616A4D0; Tue, 22 Mar 2005 15:46:36 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE2F43D46; Tue, 22 Mar 2005 15:46:35 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2MFkOW5008268; Tue, 22 Mar 2005 15:46:24 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j2MFkN57085886; Tue, 22 Mar 2005 15:46:24 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j2MFkNf8085885; Tue, 22 Mar 2005 15:46:23 GMT (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: Alan Cox In-Reply-To: <20050311192009.GK28845@cs.rice.edu> References: <20050311184658.Q63048@ury.york.ac.uk> <20050311192009.GK28845@cs.rice.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 22 Mar 2005 15:46:22 +0000 Message-Id: <1111506382.18342.6.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: alc@freebsd.org cc: stable@freebsd.org Subject: Re: panic: mutex vm object not owned X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 15:46:37 -0000 On Fri, 2005-03-11 at 13:20 -0600, Alan Cox wrote: > I'm pretty sure that I understand the cause. Please apply and test > the attached patch. Can this be committed please? Without it, my machine will still panic on starting X with BETA1. It's an MFC of src/sys/pci/agp.c 1.46 and src/sys/pci/agp_i810.c 1.31 Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 16:00:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3ABB16A4D2 for ; Tue, 22 Mar 2005 16:00:29 +0000 (GMT) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 694BD43D55 for ; Tue, 22 Mar 2005 16:00:22 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: by tiaseudtcdc01.de.eu.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Tue, 22 Mar 2005 17:00:15 +0100 Message-ID: From: "Constant, Benjamin" To: ML - FreeBSD - Stable Date: Tue, 22 Mar 2005 16:59:21 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Subject: Distinct base and ports update ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 16:00:29 -0000 Hello list, I'm using cvsup to update my FreeBSD boxes trough a local cvsup mirror that I cvsup only when only when I want/need because I want to avoid boxes running different versions of FreeBSD/ports. What I would like to do is to update the base and the ports at differents time intervals. Working with two 'versions' will help me to update my ports more often (e.g.: security issues) while the base will be updated less often depending more on my own requirements (except for security and critical fixes). cvsup-mirror (package used on my mirror) is great but it doesn't seem to be easy / clean to implement what I want with it. Am I missing something here ? I know that I can cvsup (on the client) the base and ports at a different period but I want to be able to keep the same src tree across multiple ports tree updates (on my mirror). Running a jail is a possibility but I'm first looking for other users experiences... Regards, Benjamin Constant TI Automotive The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 16:10:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E22516A4D0 for ; Tue, 22 Mar 2005 16:10:45 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFE9943D5E for ; Tue, 22 Mar 2005 16:10:42 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 17DD9B80B for ; Tue, 22 Mar 2005 11:10:42 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <20050321233945.0899744e.torfinn.ingolfsen@broadpark.no> References: <20050321233945.0899744e.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <124b55bd8ede28099d2d4185d3795d93@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 22 Mar 2005 11:10:41 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: Hardware: amd64, os: FreeBSD/amd64 and ...? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 16:10:45 -0000 On Mar 21, 2005, at 5:39 PM, Torfinn Ingolfsen wrote: > This is my first amd64 machine (actually, it's my first amd powered > machine), and I haven't followed the development on the amd64 closely. > > Do most of the ports work on amd64? > Are there any other caveats? > There are a handful of ports that have 64-bit issues, but they are getting cleaned up gradually. The only major bottleneck I have as of today is one perl module, IO::Interface, which will compile, but when run return empty data rather than proper lists. I'm sure it has to do with 64-bittedness, since it works on i386 FreeBSD 5.3. I'll track that down and fix it sooner or later... Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 18:00:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B5916A4CE; Tue, 22 Mar 2005 18:00:49 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FC843D1F; Tue, 22 Mar 2005 18:00:49 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 22 Mar 2005 10:00:48 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7B1A35D07; Tue, 22 Mar 2005 10:00:48 -0800 (PST) To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-reply-to: Your message of "Tue, 22 Mar 2005 12:28:26 +0100." <4240015A.2020802@DeepCore.dk> Date: Tue, 22 Mar 2005 10:00:48 -0800 From: "Kevin Oberman" Message-Id: <20050322180048.7B1A35D07@ptavv.es.net> cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:00:49 -0000 > Date: Tue, 22 Mar 2005 12:28:26 +0100 > From: =?ISO-8859-1?Q?Søren_Schmidt?= > Sender: owner-freebsd-stable@freebsd.org > > New version available for testing: > http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3m.tar.gz > > This time the diff must be reapplied as there are new changes in there. > > Items in this release: > > o Dumping to disk fixed. > > o PCCARD probing fixed. > > o PC98 probing and modules fixed. > > o Support for "atomic" composite ATA requests > > o Support for "addspare" to an ATA PseudoRAID array > > o Support for "rebuild" of an ATA PseudoRAID array. > Note that this is now done differently from the old system as > the rebuild is now done piggybacked on read requests to the > array, so atacontrol simply starts a background "dd" to rebuild > the array. > > If I dont get any significant showstopper reports this is what will get > committed to -current soon (plus what I might get done until then of new > > features). > > This WARNING still applies: > > > One warning applies to both this and the last snapshot. I accidentially> > > released the RAID5 test code I had in there which allows to apparently > > > use a RAID5 array. However it *ONLY* reads and writes the data part, it> > > does *NOT* maintain the parity part. That means it will trash a RAID5 > > array for later real use as the parity wont match the data one there. > > Since the code is "out there" I've decided to let it stay, as it allows> > > for testing of getting and using the metadata etc.. > > I'll probably just disable that code when it goes into -current but for > now its in there for testing purposes. > > As usual use at your own risk, but feedback on this is very welcomed. > Big thanks to all those that has participated so far! > > Enjoy! This is great! Thanks for the work. Any report on whether Thomas has ATAPICAM ready to work with this? While I know a lot of people don't care about it, quite a few use tools which depend on it and its loss can be a real problem, especially if it happens in Stable. (I realize stable is not an issue at this time, but I hope it will be soon as ATA mkIII seems like a really big improvement.) -- 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-stable@FreeBSD.ORG Tue Mar 22 18:24:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 691C116A4CE for ; Tue, 22 Mar 2005 18:24:47 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A1343D53 for ; Tue, 22 Mar 2005 18:24:44 +0000 (GMT) (envelope-from khera@kcilink.com) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 5A852B80A for ; Tue, 22 Mar 2005 13:24:44 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <86b62f18a2b0f9feca7009a6e6e1b9d7@kcilink.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Tue, 22 Mar 2005 13:24:42 -0500 X-Mailer: Apple Mail (2.619.2) Subject: bge0 watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:24:47 -0000 Twice today during very heavy network I/O (dumping a large postgres database over the ethernet to another machine on the same switch) I got this error: Mar 22 03:42:22 d01 kernel: bge0: watchdog timeout -- resetting Mar 22 10:28:24 d01 kernel: bge0: watchdog timeout -- resetting The most informative info I found searching google was this one: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2003-08/0096.html However, that seems to imply that a 5.4-PRERELEASE build March 15 would not be caused by this particular bug. The dmesg says this of bge0: bge0: mem 0xfc9b0000-0xfc9bffff,0xfc9c0000-0xfc9cffff irq 24 at device 9.0 on pci3 miibus0: on bge0 bge0: Ethernet address: 00:e0:81:2a:ac:5e Any insights on where to look? This is a dual Opteron running FreeBSD/amd64 with 4GB disk. The only thing funny I did was build with CPUTYPE=opteron optimizations. I'm rebuilding right now without that, but I've also cvsup'd the sources... This is my SWAG as to the problem. Anyone else still experiencing these timeouts? Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 19:51:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3038616A4CE for ; Tue, 22 Mar 2005 19:51:47 +0000 (GMT) Received: from msg-mx3.usc.edu (msg-mx3.usc.edu [128.125.137.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F6043D55 for ; Tue, 22 Mar 2005 19:51:47 +0000 (GMT) (envelope-from kokje@ISI.EDU) Received: from [128.9.160.92] by msg-mx3.usc.edu (Sun Java System Messaging Server 6.1 HotFix 0.08 (built Dec 8 2004)) with ESMTPA id <0IDR004MBR69AS20@msg-mx3.usc.edu> for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 11:51:45 -0800 (PST) Date: Tue, 22 Mar 2005 11:51:45 -0800 From: Tejas Kokje Sender: kokje@usc.edu To: freebsd-stable@freebsd.org Message-id: <42407751.4050403@ISI.EDU> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) Subject: gdbe based disk encryption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 19:51:47 -0000 Hi, Is there a way GEOM based disk encryption can be used with FreeBSD 4.10 kernel ? According to handbook, gdbe only works for 5.3 release. Our servers run 4.10 and there is no way we can upgrade. However we want some kind of encrypted file system. CFS is other option but it does not seem to be an active project. Tejas Kokje Information Sciences Institute University of Southern California From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 19:55:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C27F516A4CE for ; Tue, 22 Mar 2005 19:55:12 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 314F243D39 for ; Tue, 22 Mar 2005 19:55:12 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j2MJtC9h090253; Tue, 22 Mar 2005 14:55:12 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 89534-10; Tue, 22 Mar 2005 14:55:12 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j2MJtBXp090224; Tue, 22 Mar 2005 14:55:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j2MJt4XY012591; Tue, 22 Mar 2005 14:55:04 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050322145205.04f08d40@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 22 Mar 2005 14:53:25 -0500 To: Tejas Kokje , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <42407751.4050403@ISI.EDU> References: <42407751.4050403@ISI.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: gdbe based disk encryption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 19:55:12 -0000 At 02:51 PM 22/03/2005, Tejas Kokje wrote: >Is there a way GEOM based disk encryption can be used with FreeBSD >4.10 kernel ? According to handbook, gdbe only works for 5.3 release. Hi, There was a thread about this recently on the freebsd-hackers mailing list, and basically the answer is no. You will need to switch to the RELENG_5 series. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 19:58:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B55216A4CE; Tue, 22 Mar 2005 19:58:51 +0000 (GMT) Received: from smtp.iesy.net (mta001.iesy.net [81.210.131.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 676C543D49; Tue, 22 Mar 2005 19:58:49 +0000 (GMT) (envelope-from walter.pelissero@iesy.net) Received: from zaphod.home.loc (unknown [81.210.131.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.iesy.net (Postfix) with ESMTP id BE1CE21FD5; Tue, 22 Mar 2005 20:58:20 +0100 (CET) Received: from zaphod.home.loc (localhost [127.0.0.1]) by zaphod.home.loc (8.13.3/8.13.3) with ESMTP id j2MJvi8R057222; Tue, 22 Mar 2005 20:57:50 +0100 (CET) (envelope-from wcp@zaphod.home.loc) Received: (from wcp@localhost) by zaphod.home.loc (8.13.3/8.13.1/Submit) id j2MJf9b5057042; Tue, 22 Mar 2005 20:41:09 +0100 (CET) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=unknown Content-Transfer-Encoding: quoted-printable Message-ID: <16960.29890.275825.89615@zaphod.home.loc> Date: Tue, 22 Mar 2005 20:40:50 +0100 To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org X-Mailer: VM 7.19 under Emacs 21.3.50.1 X-Attribution: WP X-For-Spammers: blacklistme@pelissero.de X-MArch-Archive-Date: 2005-03-22 20:57:50 X-MArch-Archive-ID: 1244 X-MArch-Processing-Time: 0.17s Subject: panic in prison? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: walter@pelissero.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 19:58:51 -0000 Once a week or so there is a system running 5.3-STABLE that panics for unknown reasons (at least to me). I haven't managed to reproduce the problem at will but I did manage to get a dump and do a backtrace. The kgdb session goes likes this: --------------------8<--------------------8<-------------------- creosote# kgdb /sys/i386/compile/X6DA8-G/kernel.debug /var/crash/vmcore= .2 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db= .so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and yo= u are welcome to change it and/or distribute copies of it under certain condi= tions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. This GDB was configured as "i386-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04ce9e4 in boot (howto=3D260) at ../../../kern/kern_shutdown.c:4= 10 #2 0xc04cec76 in panic (fmt=3D0xc060d89a "%s") at ../../../kern/kern_shutdown.c:566 #3 0xc05efb28 in trap_fatal (frame=3D0xe8c689bc, eva=3D27) at ../../../i386/i386/trap.c:809 #4 0xc05ef86b in trap_pfault (frame=3D0xe8c689bc, usermode=3D0, eva=3D= 27) at ../../../i386/i386/trap.c:727 #5 0xc05ef531 in trap (frame=3D {tf_fs =3D -389677032, tf_es =3D -1068761072, tf_ds =3D -10670571= 36, tf_edi =3D -1067134688, tf_esi =3D -1008631040, tf_ebp =3D -3896417= 16, tf_isp =3D -389641752, tf_ebx =3D -1013296640, tf_edx =3D 4, tf_ecx= =3D -1067009216, tf_eax =3D -1, tf_trapno =3D 12, tf_err =3D 0, tf_eip= =3D -1068525908, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D -1013296= 640, tf_ss =3D 1}) at ../../../i386/i386/trap.c:417 #6 0xc05e0a0a in calltrap () at ../../../i386/i386/exception.s:140 #7 0xe8c60018 in ?? () #8 0xc04c0010 in prison_free (pr=3D0xc39a5200) at ../../../kern/kern_j= ail.c:277 #9 0xc04a1078 in spec_open (ap=3D0xe8c68a74) at ../../../fs/specfs/spec_vnops.c:207 #10 0xc04a0e03 in spec_vnoperate (ap=3D0x0) at ../../../fs/specfs/spec_vnops.c:118 #11 0xc051ff2d in vn_open_cred (ndp=3D0xe8c68be4, flagp=3D0xe8c68ce4, c= mode=3D0,=20 cred=3D0xc5238300, fdidx=3D0) at vnode_if.h:228 ---Type to continue, or q to quit--- #12 0xc051fb12 in vn_open (ndp=3D0x0, flagp=3D0xe8c68ce4, cmode=3D0, fd= idx=3D3) at ../../../kern/vfs_vnops.c:91 #13 0xc051a06a in kern_open (td=3D0xc396d7d0, path=3D0x0, pathseg=3DUIO= _USERSPACE,=20 flags=3D3, mode=3D0) at ../../../kern/vfs_syscalls.c:957 #14 0xc0519f94 in open (td=3D0xc396d7d0, uap=3D0x0) at ../../../kern/vfs_syscalls.c:926 #15 0xc05efd9f in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D -1, tf_esi = =3D 671984685, tf_ebp =3D -1077943096, tf_isp =3D -389640844, tf_ebx =3D= 671991904, tf_edx =3D 671984703, tf_ecx =3D 674511308, tf_eax =3D 5, t= f_trapno =3D 12, tf_err =3D 2, tf_eip =3D 674018787, tf_cs =3D 31, tf_e= flags =3D 658, tf_esp =3D -1077943188, tf_ss =3D 47}) at ../../../i386/i386/trap.c:1001 #16 0xc05e0a5f in Xint0x80_syscall () at ../../../i386/i386/exception.s= :201 #17 0x0000002f in ?? () #18 0x0000002f in ?? () #19 0x0000002f in ?? () #20 0xffffffff in ?? () #21 0x280dac2d in ?? () #22 0xbfbfe4c8 in ?? () #23 0xe8c68d74 in ?? () #24 0x280dc860 in ?? () #25 0x280dac3f in ?? () #26 0x283439cc in ?? () ---Type to continue, or q to quit--- #27 0x00000005 in ?? () #28 0x0000000c in ?? () #29 0x00000002 in ?? () #30 0x282cb5e3 in ?? () #31 0x0000001f in ?? () #32 0x00000292 in ?? () #33 0xbfbfe46c in ?? () #34 0x0000002f in ?? () #35 0x00000000 in ?? () #36 0x00000000 in ?? () #37 0x00000000 in ?? () #38 0x00000000 in ?? () #39 0x53489000 in ?? () #40 0xc3973c5c in ?? () #41 0xc396d7d0 in ?? () #42 0xe8c686f0 in ?? () #43 0xe8c686d8 in ?? () #44 0xc34ba7d0 in ?? () #45 0xc04dca4b in sched_switch (td=3D0x280dac2d, newtd=3D0x280dc860, fl= ags=3DCannot access memory at address 0xbfbfe4d8 ) at ../../../kern/sched_4bsd.c:865 Previous frame inner to this frame (corrupt stack?) (kgdb) frame 8 #8 0xc04c0010 in prison_free (pr=3D0xc39a5200) at ../../../kern/kern_j= ail.c:277 warning: Source file is more recent than executable. 277 =20 (kgdb) list 272 } 273 =20 274 void 275 prison_free(struct prison *pr) 276 { 277 =20 278 mtx_lock(&allprison_mtx); 279 mtx_lock(&pr->pr_mtx); 280 pr->pr_ref--; 281 if (pr->pr_ref =3D=3D 0) { (kgdb) print *pr $1 =3D {pr_list =3D {le_next =3D 0x4d4f4547, le_prev =3D 0x494d3a3a},=20= pr_id =3D 1380930130, pr_ref =3D -1067325952,=20 pr_path =3D "\002\000\000\000home\000=B1T=C3$\210=C6=E88\210=C6=E8\00= 4=D5\2337\214\022\027W\002\000\000\000\000\002\000\000\000\001\000\b\00= 0\000\003\000.s\027\021\000\000\000\000\002", '\0' , = "=CAGVz=AA\rt~?=A2=D9T=F1=D3N6", '\0' , "\022\t", '\= 0' , "2", '\0' , "=A1\036\004\000\0= 00\000\000\000\000=E3=EF=C3\000\000\000\000\000\000\000\0000u", '\0' , "p=E6=EA=C4\000\000\000\000\020U\232=C3", '\0' , "\020U\232=C3\000\000\000\000\000\000\000\000\006#\000\00= 0\003\000\000\000\000K\000\000=CF\005\000\000\004=FF=FF\177\027\025"...= , pr_root =3D 0x0,=20 pr_host =3D "\000\000\000\000\000\000\000\000\004\000\000\000\000\000= \000\000=F00K=C7\002\000\000\000\000\002\000\000.\000\000\000=C00K=C7\b= \000\000\000\005\000\000\000=FF=FF=FF=FF=FF=FF=FF=FF\002\000\000\000", = '=FF' , "\001\000\000\000", '=FF' ,= "\004\000\000\000", '=FF' ,=20 pr_ip =3D 4294967295, pr_linux =3D 0xffffffff, pr_securelevel =3D -1,= pr_task =3D { ta_link =3D {stqe_next =3D 0xffffffff}, ta_pending =3D -1, ta_prior= ity =3D -1,=20 ta_func =3D 0xffffffff, ta_context =3D 0xffffffff}, pr_mtx =3D {mtx= _object =3D { lo_class =3D 0xffffffff, lo_name =3D 0xffffffff "", lo_type =3D 0= x0,=20 lo_flags =3D 4294967295, lo_list =3D {tqe_next =3D 0xffffffff,=20= tqe_prev =3D 0xffffffff}, lo_witness =3D 0xffffffff}, mtx_lock = =3D 1,=20 mtx_recurse =3D 2504}} (kgdb) print allprison_mtx $2 =3D {mtx_object =3D {lo_class =3D 0xc064801c, lo_name =3D 0xc061ab3d= "allprison",=20 lo_type =3D 0xc061ab3d "allprison", lo_flags =3D 196608, lo_list =3D= { tqe_next =3D 0x0, tqe_prev =3D 0x0}, lo_witness =3D 0x0}, mtx_loc= k =3D 4,=20 mtx_recurse =3D 0} (kgdb) q --------------------8<--------------------8<-------------------- The system is a Supermicro X6DA8-G dual Xeon and the boot log is: Mar 22 16:59:55 creosote syslogd: kernel boot file is /boot/kernel/kern= el Mar 22 16:59:55 creosote kernel: Copyright (c) 1992-2005 The FreeBSD Pr= oject. Mar 22 16:59:55 creosote kernel: Copyright (c) 1979, 1980, 1983, 1986, = 1988, 1989, 1991, 1992, 1993, 1994 Mar 22 16:59:55 creosote kernel: The Regents of the University of Calif= ornia. All rights reserved. Mar 22 16:59:55 creosote kernel: FreeBSD 5.3-STABLE #0: Thu Feb 3 10:3= 6:27 CET 2005 Mar 22 16:59:55 creosote kernel: root@creosote.contab.tab.loc:/usr/src/= sys/i386/compile/X6DA8-G Mar 22 16:59:55 creosote kernel: Timecounter "i8254" frequency 1193182 = Hz quality 0 Mar 22 16:59:55 creosote kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (28= 00.11-MHz 686-class CPU) Mar 22 16:59:55 creosote kernel: Origin =3D "GenuineIntel" Id =3D 0xf3= 4 Stepping =3D 4 Mar 22 16:59:55 creosote kernel: Features=3D0xbfebfbff Mar 22 16:59:55 creosote kernel: Hyperthreading: 2 logical CPUs Mar 22 16:59:55 creosote kernel: real memory =3D 2146893824 (2047 MB) Mar 22 16:59:55 creosote kernel: avail memory =3D 2095353856 (1998 MB) Mar 22 16:59:55 creosote kernel: ACPI APIC Table: Mar 22 16:59:55 creosote kernel: FreeBSD/SMP: Multiprocessor System Det= ected: 4 CPUs Mar 22 16:59:55 creosote kernel: cpu0 (BSP): APIC ID: 0 Mar 22 16:59:55 creosote kernel: cpu1 (AP): APIC ID: 1 Mar 22 16:59:55 creosote kernel: cpu2 (AP): APIC ID: 6 Mar 22 16:59:55 creosote kernel: cpu3 (AP): APIC ID: 7 Mar 22 16:59:55 creosote kernel: ioapic0 irqs 0-23 on mot= herboard Mar 22 16:59:55 creosote kernel: ioapic1 irqs 24-47 on mo= therboard Mar 22 16:59:55 creosote kernel: ioapic2 irqs 48-71 on mo= therboard Mar 22 16:59:55 creosote kernel: npx0: [FAST] Mar 22 16:59:55 creosote kernel: npx0: on motherboard Mar 22 16:59:55 creosote kernel: npx0: INT 16 interface Mar 22 16:59:55 creosote kernel: acpi0: on motherboard Mar 22 16:59:55 creosote kernel: acpi0: Power Button (fixed) Mar 22 16:59:55 creosote kernel: Timecounter "ACPI-fast" frequency 3579= 545 Hz quality 1000 Mar 22 16:59:55 creosote kernel: acpi_timer0: <24-bit timer at 3.579545= MHz> port 0x1008-0x100b on acpi0 Mar 22 16:59:55 creosote kernel: cpu0: on acpi0 Mar 22 16:59:55 creosote kernel: cpu1: on acpi0 Mar 22 16:59:55 creosote kernel: cpu2: on acpi0 Mar 22 16:59:55 creosote kernel: cpu3: on acpi0 Mar 22 16:59:55 creosote kernel: pcib0: port 0xc= f8-0xcff on acpi0 Mar 22 16:59:55 creosote kernel: pci0: on pcib0 Mar 22 16:59:55 creosote kernel: pcib1: irq 16 at= device 2.0 on pci0 Mar 22 16:59:55 creosote kernel: pci1: on pcib1 Mar 22 16:59:55 creosote kernel: pcib2: irq 16 at= device 3.0 on pci0 Mar 22 16:59:55 creosote kernel: pci2: on pcib2 Mar 22 16:59:55 creosote kernel: pcib3: at device= 0.0 on pci2 Mar 22 16:59:55 creosote kernel: pci3: on pcib3 Mar 22 16:59:55 creosote kernel: ahd0: port 0x2000-0x20ff,0x2400-0x24ff mem 0xd8200000-0xd8201fff irq = 32 at device 2.0 on pci3 Mar 22 16:59:55 creosote kernel: ahd0: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: aic7902: Ultra320 Wide Channel A, SCSI= Id=3D7, PCI-X 67-100Mhz, 512 SCBs Mar 22 16:59:55 creosote kernel: ahd1: port 0x2800-0x28ff,0x2c00-0x2cff mem 0xd8202000-0xd8203fff irq = 33 at device 2.1 on pci3 Mar 22 16:59:55 creosote kernel: ahd1: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: aic7902: Ultra320 Wide Channel B, SCSI= Id=3D7, PCI-X 67-100Mhz, 512 SCBs Mar 22 16:59:55 creosote kernel: pci2: at device 0.1 (no driver attached) Mar 22 16:59:55 creosote kernel: pcib4: at device= 0.2 on pci2 Mar 22 16:59:55 creosote kernel: pci4: on pcib4 Mar 22 16:59:55 creosote kernel: em0: port 0x3000-0x303f mem 0xd8300000-0xd831ffff ir= q 54 at device 2.0 on pci4 Mar 22 16:59:55 creosote kernel: em0: Ethernet address: 00:30:48:25:b3:= 37 Mar 22 16:59:55 creosote kernel: em0: Speed:N/A Duplex:N/A Mar 22 16:59:55 creosote kernel: pci2: at device 0.3 (no driver attached) Mar 22 16:59:55 creosote kernel: pcib5: irq 16 at= device 4.0 on pci0 Mar 22 16:59:55 creosote kernel: pci5: on pcib5 Mar 22 16:59:55 creosote kernel: uhci0: port 0x1840-0x185f irq 16 at device 29.0 on pci0 Mar 22 16:59:55 creosote kernel: uhci0: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: usb0: on uhci0 Mar 22 16:59:55 creosote kernel: usb0: USB revision 1.0 Mar 22 16:59:55 creosote kernel: uhub0: Intel UHCI root hub, class 9/0,= rev 1.00/1.00, addr 1 Mar 22 16:59:55 creosote kernel: uhub0: 2 ports with 2 removable, self = powered Mar 22 16:59:55 creosote kernel: uhci1: port 0x1860-0x187f irq 19 at device 29.1 on pci0 Mar 22 16:59:55 creosote kernel: uhci1: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: usb1: on uhci1 Mar 22 16:59:55 creosote kernel: usb1: USB revision 1.0 Mar 22 16:59:55 creosote kernel: uhub1: Intel UHCI root hub, class 9/0,= rev 1.00/1.00, addr 1 Mar 22 16:59:55 creosote kernel: uhub1: 2 ports with 2 removable, self = powered Mar 22 16:59:55 creosote kernel: uhci2: port 0x1880-0x189f irq 18 at device 29.2 on pci0 Mar 22 16:59:55 creosote kernel: uhci2: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: usb2: on uhci2 Mar 22 16:59:55 creosote kernel: usb2: USB revision 1.0 Mar 22 16:59:55 creosote kernel: uhub2: Intel UHCI root hub, class 9/0,= rev 1.00/1.00, addr 1 Mar 22 16:59:55 creosote kernel: uhub2: 2 ports with 2 removable, self = powered Mar 22 16:59:55 creosote kernel: uhci3: port 0x18a0-0x18bf irq 16 at device 29.3 on pci0 Mar 22 16:59:55 creosote kernel: uhci3: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: usb3: on uhci3 Mar 22 16:59:55 creosote kernel: usb3: USB revision 1.0 Mar 22 16:59:55 creosote kernel: uhub3: Intel UHCI root hub, class 9/0,= rev 1.00/1.00, addr 1 Mar 22 16:59:55 creosote kernel: uhub3: 2 ports with 2 removable, self = powered Mar 22 16:59:55 creosote kernel: ehci0: mem 0xd8000000-0xd80003ff irq 23 at device 29.7 on pci0 Mar 22 16:59:55 creosote kernel: ehci0: [GIANT-LOCKED] Mar 22 16:59:55 creosote kernel: ehci_pci_attach: companion usb0 Mar 22 16:59:55 creosote kernel: ehci_pci_attach: companion usb1 Mar 22 16:59:55 creosote kernel: ehci_pci_attach: companion usb2 Mar 22 16:59:55 creosote kernel: ehci_pci_attach: companion usb3 Mar 22 16:59:55 creosote kernel: usb4: EHCI version 1.0 Mar 22 16:59:55 creosote kernel: usb4: companion controllers, 2 ports e= ach: usb0 usb1 usb2 usb3 Mar 22 16:59:55 creosote kernel: usb4: on ehci0 Mar 22 16:59:55 creosote kernel: usb4: USB revision 2.0 Mar 22 16:59:55 creosote kernel: uhub4: Intel EHCI root hub, class 9/0,= rev 2.00/1.00, addr 1 Mar 22 16:59:55 creosote kernel: uhub4: single transaction translator Mar 22 16:59:55 creosote kernel: uhub4: 8 ports with 8 removable, self = powered Mar 22 16:59:55 creosote kernel: pcib6: at device= 30.0 on pci0 Mar 22 16:59:55 creosote kernel: pci6: on pcib6 Mar 22 16:59:55 creosote kernel: pci6: at device 2.0 (no= driver attached) Mar 22 16:59:55 creosote kernel: isab0: at device 31.0= on pci0 Mar 22 16:59:55 creosote kernel: isa0: on isab0 Mar 22 16:59:56 creosote kernel: atapci0: port 0x18e0-0x18ef,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.= 1 on pci0 Mar 22 16:59:56 creosote kernel: ata0: channel #0 on atapci0 Mar 22 16:59:56 creosote kernel: ata1: channel #1 on atapci0 Mar 22 16:59:56 creosote kernel: pci0: at device 31= .3 (no driver attached) Mar 22 16:59:56 creosote kernel: pci0: at device 31= .5 (no driver attached) Mar 22 16:59:56 creosote kernel: acpi_button0: on acpi0 Mar 22 16:59:56 creosote kernel: atkbdc0: = port 0x64,0x60 irq 1 on acpi0 Mar 22 16:59:56 creosote kernel: atkbd0: irq 1 on atkbdc0= Mar 22 16:59:56 creosote kernel: kbd0 at atkbd0 Mar 22 16:59:56 creosote kernel: atkbd0: [GIANT-LOCKED] Mar 22 16:59:56 creosote kernel: psm0: irq 12 on atkbdc0 Mar 22 16:59:56 creosote kernel: psm0: [GIANT-LOCKED] Mar 22 16:59:56 creosote kernel: psm0: model IntelliMouse Explorer, dev= ice ID 4 Mar 22 16:59:56 creosote kernel: sio0: <16550A-compatible COM port> por= t 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Mar 22 16:59:56 creosote kernel: sio0: type 16550A Mar 22 16:59:56 creosote kernel: sio1: <16550A-compatible COM port> por= t 0x2f8-0x2ff irq 3 on acpi0 Mar 22 16:59:56 creosote kernel: sio1: type 16550A Mar 22 16:59:56 creosote kernel: fdc0: port 0= x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Mar 22 16:59:56 creosote kernel: fdc0: [FAST] Mar 22 16:59:56 creosote kernel: fd0: <1440-KB 3.5" drive> on fdc0 driv= e 0 Mar 22 16:59:56 creosote kernel: ppc0: port= 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 Mar 22 16:59:56 creosote kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NI= BBLE) in COMPATIBLE mode Mar 22 16:59:56 creosote kernel: ppc0: FIFO with 16/16/9 bytes threshol= d Mar 22 16:59:56 creosote kernel: ppbus0: on ppc0 Mar 22 16:59:56 creosote kernel: plip0: on ppb= us0 Mar 22 16:59:56 creosote kernel: lpt0: on ppbus0 Mar 22 16:59:56 creosote kernel: lpt0: Interrupt-driven port Mar 22 16:59:56 creosote kernel: ppi0: on ppbus0 Mar 22 16:59:56 creosote kernel: pmtimer0 on isa0 Mar 22 16:59:56 creosote kernel: orm0: at iomem 0xc80= 00-0xc8fff,0xc0000-0xc7fff on isa0 Mar 22 16:59:56 creosote kernel: sc0: at flags 0x100 o= n isa0 Mar 22 16:59:56 creosote kernel: sc0: VGA <16 virtual consoles, flags=3D= 0x300> Mar 22 16:59:56 creosote kernel: vga0: at port 0x3c0-= 0x3df iomem 0xa0000-0xbffff on isa0 Mar 22 16:59:56 creosote kernel: Timecounters tick every 10.000 msec Mar 22 16:59:56 creosote kernel: ipfw2 initialized, divert enabled, rul= e-based forwarding disabled, default to deny, logging disabled Mar 22 16:59:56 creosote kernel: acd0: CDROM a= t ata1-slave PIO4 Mar 22 16:59:56 creosote kernel: Waiting 5 seconds for SCSI devices to = settle Mar 22 16:59:56 creosote kernel: (probe25:ahd1:0:6:0): No or incomplete= CDB sent to device. Mar 22 16:59:56 creosote kernel: ahd1: Issued Channel A Bus Reset. 9 SC= Bs aborted Mar 22 16:59:56 creosote kernel: Interrupt storm detected on "irq16: uh= ci0 uhci3"; throttling interrupt source Mar 22 16:59:56 creosote kernel: ses0 at ahd0 bus 0 target 6 lun 0 Mar 22 16:59:56 creosote kernel: ses0: Fixed Processor= SCSI-2 device=20 Mar 22 16:59:56 creosote kernel: ses0: 3.300MB/s transfers Mar 22 16:59:56 creosote kernel: ses0: SAF-TE Compliant Device Mar 22 16:59:56 creosote kernel: ses1 at ahd1 bus 0 target 6 lun 0 Mar 22 16:59:56 creosote kernel: ses1: Fixed Processor= SCSI-2 device=20 Mar 22 16:59:56 creosote kernel: ses1: 3.300MB/s transfers Mar 22 16:59:56 creosote kernel: ses1: SAF-TE Compliant Device Mar 22 16:59:56 creosote kernel: da0 at ahd0 bus 0 target 0 lun 0 Mar 22 16:59:56 creosote kernel: da0: Fixed D= irect Access SCSI-3 device=20 Mar 22 16:59:56 creosote kernel: da0: 320.000MB/s transfers (160.000MHz= , offset 63, 16bit), Tagged Queueing Enabled Mar 22 16:59:56 creosote kernel: da0: 70007MB (143374744 512 byte secto= rs: 255H 63S/T 8924C) Mar 22 16:59:56 creosote kernel: da1 at ahd0 bus 0 target 1 lun 0 Mar 22 16:59:56 creosote kernel: da1: Fixed D= irect Access SCSI-3 device=20 Mar 22 16:59:56 creosote kernel: da1: 320.000MB/s transfers (160.000MHz= , offset 63, 16bit), Tagged Queueing Enabled Mar 22 16:59:56 creosote kernel: da1: 70007MB (143374744 512 byte secto= rs: 255H 63S/T 8924C) Mar 22 16:59:56 creosote kernel: da2 at ahd0 bus 0 target 2 lun 0 Mar 22 16:59:56 creosote kernel: da2: Fixed D= irect Access SCSI-3 device=20 Mar 22 16:59:56 creosote kernel: da2: 320.000MB/s transfers (160.000MHz= , offset 63, 16bit), Tagged Queueing Enabled Mar 22 16:59:56 creosote kernel: da2: 70007MB (143374744 512 byte secto= rs: 255H 63S/T 8924C) Mar 22 16:59:56 creosote kernel: cd0 at ata1 bus 0 target 1 lun 0 Mar 22 16:59:56 creosote kernel: cd0: Removable= CD-ROM SCSI-0 device=20 Mar 22 16:59:56 creosote kernel: cd0: 16.000MB/s transfers Mar 22 16:59:56 creosote kernel: cd0: Attempt to query device size fail= ed: NOT READY, Medium not present Mar 22 16:59:56 creosote kernel: GEOM_MIRROR: Device home created (id=3D= 932959492). Mar 22 16:59:56 creosote kernel: GEOM_MIRROR: Device home: provider da1= detected. Mar 22 16:59:56 creosote kernel: GEOM_MIRROR: Device home: provider da2= detected. Mar 22 16:59:56 creosote kernel: GEOM_MIRROR: Device home: provider da2= activated. Mar 22 16:59:56 creosote kernel: GEOM_MIRROR: Device home: provider da1= activated. Mar 22 16:59:56 creosote kernel: GEOM_MIRROR: Device home: provider mir= ror/home launched. Mar 22 16:59:56 creosote kernel: SMP: AP CPU #3 Launched! Mar 22 16:59:56 creosote kernel: SMP: AP CPU #1 Launched! Mar 22 16:59:56 creosote kernel: SMP: AP CPU #2 Launched! --------------------8<--------------------8<-------------------- A couple of considerations insipired by a blunt keyword matching of the forementioned logs: - as far as I know I don't run any process in jail. Jls in fact doesn't report anything - if I remember well the day when I prepared this system, the only bleeding-edge technology it's using is gmirror. Is there any way I could gather more clues about this problem? Thanks in advance. --=20 walter pelissero http://www.pelissero.de From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 20:37:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DBD16A4CF for ; Tue, 22 Mar 2005 20:37:29 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E0E43D41 for ; Tue, 22 Mar 2005 20:37:28 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDR0081ZT19L530@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 21:31:57 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDR008FFTD7UM7C@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 22 Mar 2005 21:39:07 +0100 (CET) Date: Tue, 22 Mar 2005 21:37:25 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.0beta3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: multipart/mixed; boundary="Boundary_(ID_QvJoJbJQW8fG+IOsdB1FlQ)" Subject: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:37:29 -0000 This is a multi-part message in MIME format. --Boundary_(ID_QvJoJbJQW8fG+IOsdB1FlQ) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Hi, Ok, I managed to install FreeBSD 5.4-BETA1 (amd64) on my new (brand, new, shiny...) amd64 machine: FreeBSD quiet.kg4.no 5.4-BETA1 FreeBSD 5.4-BETA1 #0: Sat Mar 19 21:45:36 UTC 2005 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 The 'dmesg.boot' file is attached. However, I must disable acpi in the boot menu, or else the machine stops responding after printing the 'acd0: ...' line. The machine has a RS480M2-IL mainboard from MSI, and an Athlon 64 3000+ (1.8 GHz) cpu. There are many options that one can change in the BIOS, but this is my first amd64 machine, so I don't know which 'knobs' I can change, and which I shouldn't touch. Any hints on what I can try to enable acpi? -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_QvJoJbJQW8fG+IOsdB1FlQ) Content-type: application/octet-stream; name=dmesg.boot_amd64 Content-transfer-encoding: base64 Content-disposition: attachment; filename=dmesg.boot_amd64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuNC1CRVRBMSAjMDogU2F0IE1hciAxOSAyMTo0NTozNiBV VEMgMjAwNQogICAgcm9vdEBibG9vbS5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNyL3NyYy9z eXMvR0VORVJJQwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxp dHkgMApDUFU6IEFNRCBBdGhsb24odG0pIDY0IFByb2Nlc3NvciAzMDAwKyAoMTc5MC44My1NSHog SzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MTBmZjAgIFN0 ZXBwaW5nID0gMAogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1N WCxGWFNSLFNTRSxTU0UyPgogIEFNRCBGZWF0dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1Y Kyw8YjI1PixMTSwzRE5vdyssM0ROb3c+CnJlYWwgbWVtb3J5ICA9IDQ2ODY0NzkzNiAoNDQ2IE1C KQphdmFpbCBtZW1vcnkgPSA0NDEwMzI3MDQgKDQyMCBNQikKY3B1MCBvbiBtb3RoZXJib2FyZApw Y2liMDogPEhvc3QgdG8gUENJIGJyaWRnZT4gcGNpYnVzIDAgb24gbW90aGVyYm9hcmQKcGNpMDog PFBDSSBidXM+IG9uIHBjaWIwCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAg b24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEKcGNpMTogPGRpc3BsYXksIFZHQT4gYXQg ZGV2aWNlIDUuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kwOiA8R0VORVJJQyBBVEEgY29u dHJvbGxlcj4gcG9ydCAweGZhMDAtMHhmYTBmLDB4ZmIwMC0weGZiMDMsMHhmYzAwLTB4ZmMwNyww eGZkMDAtMHhmZDAzLDB4ZmUwMC0weGZlMDcgaXJxIDEwIGF0IGRldmljZSAxNy4wIG9uIHBjaTAK YXRhMjogY2hhbm5lbCAjMCBvbiBhdGFwY2kwCmF0YTM6IGNoYW5uZWwgIzEgb24gYXRhcGNpMAph dGFwY2kxOiA8R0VORVJJQyBBVEEgY29udHJvbGxlcj4gcG9ydCAweGY1MDAtMHhmNTBmLDB4ZjYw MC0weGY2MDMsMHhmNzAwLTB4ZjcwNywweGY4MDAtMHhmODAzLDB4ZjkwMC0weGY5MDcgaXJxIDEx IGF0IGRldmljZSAxOC4wIG9uIHBjaTAKYXRhNDogY2hhbm5lbCAjMCBvbiBhdGFwY2kxCmF0YTU6 IGNoYW5uZWwgIzEgb24gYXRhcGNpMQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9s bGVyPiBtZW0gMHhmZTAyZDAwMC0weGZlMDJkZmZmIGlycSAxMCBhdCBkZXZpY2UgMTkuMCBvbiBw Y2kwCm9oY2kwOiBDb3VsZCBub3QgbWFwIG1lbW9yeQpkZXZpY2VfYXR0YWNoOiBvaGNpMCBhdHRh Y2ggcmV0dXJuZWQgNgpvaGNpMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0g MHhmZTAyYzAwMC0weGZlMDJjZmZmIGlycSAxMCBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCm9oY2kx OiBDb3VsZCBub3QgbWFwIG1lbW9yeQpkZXZpY2VfYXR0YWNoOiBvaGNpMSBhdHRhY2ggcmV0dXJu ZWQgNgpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMTkuMiAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAyMC4wIChubyBkcml2 ZXIgYXR0YWNoZWQpCmF0YXBjaTI6IDxHRU5FUklDIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4ZjMw MC0weGYzMGYsMHgzNzYsMHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDIw LjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTIKYXRhMTogY2hhbm5lbCAjMSBv biBhdGFwY2kyCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG9uIHBjaTAK aXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWIyOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAyMC40IG9uIHBjaTAKcGNpMjogPFBDSSBidXM+IG9uIHBjaWIyCnJsMDogPFJlYWxUZWsgODEz OSAxMC8xMDBCYXNlVFg+IHBvcnQgMHhkZjAwLTB4ZGZmZiBtZW0gMHhmZGNmZjAwMC0weGZkY2Zm MGZmIGlycSA1IGF0IGRldmljZSAzLjAgb24gcGNpMgptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmww CnJscGh5MDogPFJlYWxUZWsgaW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCnJs cGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1 dG8KcmwwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxMTowOTpmNjpkYzowMgpmd29oY2kwOiA8VklB IEZpcmUgSUkgKFZUNjMwNik+IHBvcnQgMHhkZTAwLTB4ZGU3ZiBtZW0gMHhmZGNmZTAwMC0weGZk Y2ZlN2ZmIGlycSAxMSBhdCBkZXZpY2UgNC4wIG9uIHBjaTIKZndvaGNpMDogQ291bGQgbm90IG1h cCBtZW1vcnkKZGV2aWNlX2F0dGFjaDogZndvaGNpMCBhdHRhY2ggcmV0dXJuZWQgNgpwY2kwOiA8 bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSAyMC41IChubyBkcml2ZXIgYXR0YWNoZWQpCm9y bTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4ZDAwMDAtMHhkM2ZmZiwweGMwMDAwLTB4 Y2NmZmYgb24gaXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBw b3J0IDB4NjQsMHg2MCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJx IDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMApwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9u IGF0a2JkYzAKcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlIEV4cGxvcmVyLCBkZXZpY2UgSUQgNApm ZGMwOiA8RW5oYW5jZWQgZmxvcHB5IGNvbnRyb2xsZXI+IGF0IHBvcnQgMHgzZjAtMHgzZjUgaXJx IDYgZHJxIDIgb24gaXNhMApmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUg MApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpzYzA6IDxTeXN0ZW0gY29uc29s ZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywg ZmxhZ3M9MHgzMDA+CnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9u IGlzYTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0 bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMTogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQKdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMApUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTc5MDgzNDEyNCBIeiBxdWFs aXR5IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmFkMDogMTE0NDczTUIg PFNUMzEyMDAyNkEvOC4wMT4gWzIzMjU4MS8xNi82M10gYXQgYXRhMC1tYXN0ZXIgVURNQTMzCmFj ZDA6IENEUk9NIDxTQU1TVU5HIENELVJPTSBTQy0xNDhGL1BTMDU+IGF0IGF0YTEtbWFzdGVyIFBJ TzQKTW91bnRpbmcgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQo= --Boundary_(ID_QvJoJbJQW8fG+IOsdB1FlQ)-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 20:46:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE3D816A4CE for ; Tue, 22 Mar 2005 20:46:54 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 577C743D53 for ; Tue, 22 Mar 2005 20:46:54 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 256A93E369 for ; Tue, 22 Mar 2005 17:45:18 -0300 (BRT) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 4569920A22 for ; Tue, 22 Mar 2005 17:45:17 -0300 (BRT) Message-ID: <424083DC.1070707@corp.grupos.com.br> Date: Tue, 22 Mar 2005 17:45:16 -0300 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dumpon and gmirror = ioctl(DIOCSKERNELDUMP): Operation not supported X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:46:54 -0000 Hi, I try run dumpon on swap partition in gmirror disk. But that's not possible. This error occurs: # dumpon -v /dev/mirror/datas1b dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported It's possible to use dumpon with gmirror disk? Any patch? Thanks -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 20:52:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27AB716A4CE for ; Tue, 22 Mar 2005 20:52:01 +0000 (GMT) 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 2375E43D5D for ; Tue, 22 Mar 2005 20:52:00 +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 localhost.my.domain (8.13.3/8.13.1) with ESMTP id j2MKpKVA001870 for ; Tue, 22 Mar 2005 21:51:20 +0100 (CET) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2MKpJ8D001869 for stable@freebsd.org; Tue, 22 Mar 2005 21:51:19 +0100 (CET) (envelope-from rene) Date: Tue, 22 Mar 2005 21:51:19 +0100 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050322205119.GA1651@> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 20:52:01 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I was trying to get a to work. The NDIS code compiles fine, ifconfig sees it, but as soon as I give a "ifconfig ndis0 up" or "dhclient ndis0" the box panics shortly after with a fatal trap 12, at eip=3D0xdeadc0de in swi33:ndis0 (kernel dumps don't seem to give much more info :( ) This mean I can give a ssid to it, but not a dynamic IP address, which is returned by the wireless router. More info on the card: Preloaded elf module "/boot/kernel/ndis.ko" at 0xc085f0c4. Preloaded elf module "/boot/kernel/if_ndis.ko" at 0xc085f170. ndis0: mem 0x88000000-0x88001fff irq 11 a= t device 0.0 on cardbus1 ndis0: [MPSAFE] ndis0: NDIS API version: 5.1 ndis0: bpf attached ndis0: Ethernet address: 00:50:fc:8c:40:78 ndis0: bpf attached ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps I'm running FreeBSD 5.4-PRERELEASE #4: Tue Mar 22 17:49:32 CET 2005 root@82-168-140= -74-bbxl.xdsl.tiscali.nl:/usr/obj/usr/src/sys/RENE=20 with sources from 2005-03-21 21:27 UTC I have INVARIANTS turned on. The following (relevant) modules are in /boot/loader.conf: mem_load=3D"YES" io_load=3D"YES" random_load=3D"YES" intpm_load=3D"YES" vesa_load=3D"YES" speaker_load=3D"YES" snd_cs4281_load=3D"YES" cd9660_iconv_load=3D"YES" fdc_load=3D"YES" msdosfs_iconv_load=3D"YES" bioschar_load=3D"YES" #if_fxp_load=3D"YES" uplcom_load=3D"YES" loader_color=3D"YES" cbb_load=3D"YES" cardbus_load=3D"YES" ndis_load=3D"YES"=20 if_ndis_load=3D"YES" wlan_load=3D"YES" If more info is needed, I can give it. Does anyone know a solution to this problem? Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQIVHvz70qa4zXcwRAks4AJ0ZUUpXq1peujpzv0zxr9FCkjRdKACfcPny wsIfux+5Wm3f3DBw6pVq8hU= =VkHm -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 21:21:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B5A716A4CE for ; Tue, 22 Mar 2005 21:21:07 +0000 (GMT) Received: from falcon.loomes.de (smtp.loomes.de [212.40.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA6543D2D for ; Tue, 22 Mar 2005 21:21:06 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from port-212-202-35-78.dynamic.qsc.de ([212.202.35.78] helo=[192.68.0.2]) by falcon.loomes.de with asmtp (Exim 4.30) id 1DDqoD-0007Lc-Nd; Tue, 22 Mar 2005 22:21:05 +0100 From: Markus Trippelsdorf To: Rene Ladan In-Reply-To: <20050322205119.GA1651@> References: <20050322205119.GA1651@> Content-Type: text/plain Date: Tue, 22 Mar 2005 22:21:04 +0100 Message-Id: <1111526464.21039.6.camel@bsd.trippelsdorf.de> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: stable@freebsd.org Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:21:07 -0000 On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: > I was trying to get a to work. Why don't you just try the shinny new native driver? http://damien.bergamini.free.fr/ral/download.html __ Markus From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 21:25:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B537E16A4CE for ; Tue, 22 Mar 2005 21:25:17 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D75843D31 for ; Tue, 22 Mar 2005 21:25:17 +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 j2MLPC9r018816; Tue, 22 Mar 2005 21:25:12 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j2MLPBFd038762; Tue, 22 Mar 2005 21:25:11 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j2MLP95x038759; Tue, 22 Mar 2005 21:25:11 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 22 Mar 2005 21:25:09 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "Constant, Benjamin" In-Reply-To: Message-ID: <20050322211220.C36639@ury.york.ac.uk> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: ML - FreeBSD - Stable Subject: Re: Distinct base and ports update ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:25:17 -0000 On Tue, 22 Mar 2005, Constant, Benjamin wrote: > I'm using cvsup to update my FreeBSD boxes trough a local cvsup mirror that > I cvsup only when only when I want/need because I want to avoid boxes > running different versions of FreeBSD/ports. > > What I would like to do is to update the base and the ports at differents > time intervals. Working with two 'versions' will help me to update my ports > more often (e.g.: security issues) while the base will be updated less often > depending more on my own requirements (except for security and critical > fixes). I'm not sure I understand exactly what you are trying to achieve, but can you not simply use the date option in your supfile to make sure all systems run the exact same checkout? eg, adding something like date=2005.03.22.00.00.00 to your supfile on all the hosts? That way, it doesn't matter if you update your mirror, you'll still be getting the same checkout every time. Just make sure the date you specify is at least a few hours before your last checkout, otherwise you may miss some files which have been committed but which the mirrors between your client and the master sever haven't picked up yet. Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 21:32:58 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D525D16A4CE; Tue, 22 Mar 2005 21:32:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAADC43D54; Tue, 22 Mar 2005 21:32:58 +0000 (GMT) (envelope-from thomas@FreeBSD.org) Received: from freefall.freebsd.org (thomas@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2MLWwJ2096121; Tue, 22 Mar 2005 21:32:58 GMT (envelope-from thomas@freefall.freebsd.org) Received: (from thomas@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2MLWw1b096120; Tue, 22 Mar 2005 21:32:58 GMT (envelope-from thomas) Date: Tue, 22 Mar 2005 21:32:58 +0000 From: Thomas Quinot To: Gary Jennejohn Message-ID: <20050322213258.GA96107@freefall.freebsd.org> References: <4240015A.2020802@DeepCore.dk> <200503221155.j2MBtQrZ004662@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503221155.j2MBtQrZ004662@peedub.jennejohn.org> User-Agent: Mutt/1.4.2.1i cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" cc: sos@DeepCore.dk Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:32:59 -0000 On Tue, Mar 22, 2005 at 12:55:26PM +0100, Gary Jennejohn wrote: > > If I dont get any significant showstopper reports this is what will get > > committed to -current soon (plus what I might get done until then of new > > features). > What's with ATAPICAM? I've done some preparatory work to adapt ATAPI/CAM for mkII, which is not completed yet. I hope to have some time to work on it in early April. Thomas. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 21:49:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA8B16A4CE for ; Tue, 22 Mar 2005 21:49:17 +0000 (GMT) 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 666A643D1F for ; Tue, 22 Mar 2005 21:49:16 +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]) j2MLnFxF000826; Tue, 22 Mar 2005 22:49:15 +0100 (CET) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2MLnFbZ000825; Tue, 22 Mar 2005 22:49:15 +0100 (CET) (envelope-from rene) Date: Tue, 22 Mar 2005 22:49:15 +0100 From: Rene Ladan To: Markus Trippelsdorf Message-ID: <20050322214915.GA796@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050322205119.GA1651@> <1111526464.21039.6.camel@bsd.trippelsdorf.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <1111526464.21039.6.camel@bsd.trippelsdorf.de> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:49:17 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: > On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: > > I was trying to get a to work. >=20 > Why don't you just try the shinny new native driver? > http://damien.bergamini.free.fr/ral/download.html Well, the NDIS driver _ought_ to work, and I'm on 5-STABLE right now (-CURRENT is too risky as I need to do university work on this box too), but ral only works on -CURRENT according to above site. Regards, Rene > __=20 > Markus --=20 "It won't fit on the line." -- me, 2001 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQJLbvz70qa4zXcwRApZXAJ42vCMRR12SL8kGeOFoVSiG1KSYqACgoGkx coOUR68340KvgQmC4qVQdds= =Ygy0 -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 21:58:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 185D816A4CE; Tue, 22 Mar 2005 21:58:23 +0000 (GMT) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A83343D5A; Tue, 22 Mar 2005 21:58:22 +0000 (GMT) (envelope-from oleg@rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.3/8.13.3) with ESMTP id j2MLwKki082836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Mar 2005 00:58:20 +0300 (MSK) (envelope-from oleg@rinet.ru) Received: from localhost (oleg@localhost) by lath.rinet.ru (8.13.3/8.13.3/Submit) with ESMTP id j2MLwKhd082833; Wed, 23 Mar 2005 00:58:20 +0300 (MSK) (envelope-from oleg@rinet.ru) Date: Wed, 23 Mar 2005 00:58:20 +0300 (MSK) From: Oleg Bulyzhin To: Dmitry Morozovsky In-Reply-To: <20050311154312.O83809@lath.rinet.ru> Message-ID: <20050323005024.U81544@lath.rinet.ru> References: <20050310164007.W94235@woozle.rinet.ru> <20050311154312.O83809@lath.rinet.ru> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-952596846-1111528700=:81544" cc: wpaul@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: re driver trobles (RELENG_5) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 21:58:23 -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-952596846-1111528700=:81544 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 11 Mar 2005, Oleg Bulyzhin wrote: > On Thu, 10 Mar 2005, Dmitry Morozovsky wrote: > >> Dear colleagues, >> >> experimenting with new amd64-based router we found strange re(4) behaviour >> when working in autoselect media mode: >> >> whenever promisc mode turned on, renegotiating occurs, leading to 3 to 45 >> (depending on STP settings on the switch) network unavailability. >> >> Moreover, some other re(4) setting changes seem to disturb link state >> unneededly (such as ifconfig re0 -vlanhwtag) >> >> The most annoying fact is that we non-autonegotiating mode with our re and >> D-Link gigabit switches: fixing media at 1000BaseTX leads to link down >> regardless of master/slave settings on both sides; on re side it is even >> undocumented. >> >> Any clues? >> >> Thanks in advance. >> >> Sincerely, >> D.Marck [DM5020, MCK-RIPE, DM3-RIPN] >> ------------------------------------------------------------------------ >> *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** >> ------------------------------------------------------------------------ > > Further investigation revealed even more weirdness of re driver: > > If re card plugged into switch (tested with Catalyst 2948G) with fixed port > speed/duplex (100/full) settings, and we trying to reboot - re driver fails > to > attach: > > re0: port 0xd000-0xd0ff mem > 0xcfffbf00-0xcfffbfff irq 16 at device 11.0 on pci0 > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > re0: bpf attached > re0: Ethernet address: 00:11:09:cd:15:77 > re0: diagnostic failed, failed to receive packet in loopback mode > re0: attach aborted due to hardware diag failure > rgephy0: detached > miibus0: detached > device_attach: re0 attach returned 5 > > If switch port configured for 'auto' mode we can reboot without problems. > JFYI: attached patch solved both issues. (made using http://people.freebsd.org/~wpaul/re/) -- Oleg. ================================================================ === Oleg Bulyzhin -- OBUL-RIPN -- OBUL-RIPE -- oleg@rinet.ru === ================================================================ --0-952596846-1111528700=:81544 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="if_re.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20050323005820.J81544@lath.rinet.ru> Content-Description: Content-Disposition: attachment; filename="if_re.patch" LS0tIHN5cy9kZXYvbWlpL3JnZXBoeS5jfglTdW4gSmFuIDMwIDAzOjU5OjU0 IDIwMDUNCisrKyBzeXMvZGV2L21paS9yZ2VwaHkuYwlUaHUgTWFyIDE3IDEw OjQzOjU4IDIwMDUNCkBAIC0yMDAsMTcgKzIwMCwxMyBAQA0KIAkJaWYgKCht aWktPm1paV9pZnAtPmlmX2ZsYWdzICYgSUZGX1VQKSA9PSAwKQ0KIAkJCWJy ZWFrOw0KIA0KLQkJcmdlcGh5X3Jlc2V0KHNjKTsJLyogWFhYIGhhcmR3YXJl IGJ1ZyB3b3JrLWFyb3VuZCAqLw0KLQ0KIAkJc3dpdGNoIChJRk1fU1VCVFlQ RShpZmUtPmlmbV9tZWRpYSkpIHsNCiAJCWNhc2UgSUZNX0FVVE86DQotI2lm ZGVmIGZvbw0KIAkJCS8qDQogCQkJICogSWYgd2UncmUgYWxyZWFkeSBpbiBh dXRvIG1vZGUsIGp1c3QgcmV0dXJuLg0KIAkJCSAqLw0KIAkJCWlmIChQSFlf UkVBRChzYywgUkdFUEhZX01JSV9CTUNSKSAmIFJHRVBIWV9CTUNSX0FVVE9F TikNCiAJCQkJcmV0dXJuICgwKTsNCi0jZW5kaWYNCiAJCQkodm9pZCkgcmdl cGh5X21paV9waHlfYXV0byhzYyk7DQogCQkJYnJlYWs7DQogCQljYXNlIElG TV8xMDAwX1Q6DQpAQCAtMzQxLDYgKzMzNywxMiBAQA0KIAlibXNyID0gUEhZ X1JFQUQoc2MsIFJHRVBIWV9NSUlfQk1TUik7DQogDQogCWJtY3IgPSBQSFlf UkVBRChzYywgUkdFUEhZX01JSV9CTUNSKTsNCisNCisJaWYgKGJtY3IgJiBS R0VQSFlfQk1DUl9JU08pIHsNCisJCW1paS0+bWlpX21lZGlhX2FjdGl2ZSB8 PSBJRk1fTk9ORTsNCisJCW1paS0+bWlpX21lZGlhX3N0YXR1cyA9IDA7DQor CQlyZXR1cm47DQorCX0NCiANCiAJaWYgKGJtY3IgJiBSR0VQSFlfQk1DUl9M T09QKQ0KIAkJbWlpLT5taWlfbWVkaWFfYWN0aXZlIHw9IElGTV9MT09QOw0K LS0tIHN5cy9kZXYvcmUvaWZfcmUuY34JU3VuIEphbiAzMCAwNDowMDowMCAy MDA1DQorKysgc3lzL2Rldi9yZS9pZl9yZS5jCVRodSBNYXIgMTcgMDI6MTk6 MzcgMjAwNQ0KQEAgLTEwNTksNyArMTA1OSw3IEBADQogCXN0cnVjdCBpZm5l dAkJKmlmcDsNCiAJc3RydWN0IHJsX2h3cmV2CQkqaHdfcmV2Ow0KIAlpbnQJ CQlod3JldjsNCi0JdV9pbnQxNl90CQlyZV9kaWQgPSAwOw0KKwl1X2ludDE2 X3QJCXJlX2RpZCA9IDAsIHBoeSwgYm1zcjsNCiAJaW50CQkJdW5pdCwgZXJy b3IgPSAwLCByaWQsIGk7DQogDQogCXNjID0gZGV2aWNlX2dldF9zb2Z0Yyhk ZXYpOw0KQEAgLTEyMTIsNiArMTIxMiwyMiBAQA0KIAkgKiBDYWxsIE1JIGF0 dGFjaCByb3V0aW5lLg0KIAkgKi8NCiAJZXRoZXJfaWZhdHRhY2goaWZwLCBl YWRkcik7DQorDQorCWZvciAocGh5ID0gMDsgcGh5IDwgMzI7IHBoeSsrKSB7 DQorCQlibXNyID0gcmVfbWlpYnVzX3JlYWRyZWcoZGV2LCBwaHksIE1JSV9C TVNSKTsNCisJCWJtc3IgPSByZV9taWlidXNfcmVhZHJlZyhkZXYsIHBoeSwg TUlJX0JNU1IpOw0KKwkJaWYgKCFibXNyKSBjb250aW51ZTsNCisNCisJCXJl X21paWJ1c193cml0ZXJlZyhkZXYsIHBoeSwgTUlJX0JNQ1IsIEJNQ1JfUkVT RVQpOw0KKwkJZm9yIChpID0gMDsgaSA8IFJMX1RJTUVPVVQ7IGkrKykgew0K KwkJCWlmICghKHJlX21paWJ1c19yZWFkcmVnKGRldiwgcGh5LCBNSUlfQk1D UikgJg0KKwkJCSAgICBCTUNSX1JFU0VUKSkgYnJlYWs7DQorCQkJREVMQVko MTAwKTsNCisJCX0NCisJCXJlX21paWJ1c193cml0ZXJlZyhkZXYsIHBoeSwg TUlJX0JNQ1IsIEJNQ1JfTE9PUCk7DQorDQorCQlicmVhazsNCisJfQ0KIA0K IAkvKiBQZXJmb3JtIGhhcmR3YXJlIGRpYWdub3N0aWMuICovDQogCWVycm9y ID0gcmVfZGlhZyhzYyk7DQo= --0-952596846-1111528700=:81544-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 22:39:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E108416A4CF for ; Tue, 22 Mar 2005 22:39:24 +0000 (GMT) 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 B657243D31 for ; Tue, 22 Mar 2005 22:39:23 +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]) j2MMdNdV000932 for ; Tue, 22 Mar 2005 23:39:24 +0100 (CET) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2MMdNoF000931 for stable@freebsd.org; Tue, 22 Mar 2005 23:39:23 +0100 (CET) (envelope-from rene) Date: Tue, 22 Mar 2005 23:39:23 +0100 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050322223923.GB845@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 22:39:25 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ----- Forwarded message from Rene Ladan ----- Forgot to CC this self-replied message... Date: Tue, 22 Mar 2005 23:37:38 +0100 From: Rene Ladan To: Rene Ladan Subject: Re: ndis crash on 5.4pre with Ralink RT2500 In-Reply-To: <20050322214915.GA796@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i On Tue, Mar 22, 2005 at 10:49:15PM +0100, Rene Ladan wrote: > On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: > > On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: > > > I was trying to get a to work. > >=20 > > Why don't you just try the shinny new native driver? > > http://damien.bergamini.free.fr/ral/download.html >=20 > Well, the NDIS driver _ought_ to work, and I'm on 5-STABLE right now > (-CURRENT is too risky as I need to do university work on this box too), > but ral only works on -CURRENT according to above site. I tried to compile it on 5-STABLE, but the top-level Makefile bombs out with a lot of declaration and structure errors. The card itself is a Sweex LC500050, which might not work on PCIBIOS 2.1 motherboards according to ral(4) (mine is old enough to be one of these). Maybe this helps the panic? I captured a panic (hand-written), after a "ndis0 up" message from the kernel, with inet address still 0.0.0.0 : fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xdeadc0de fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xdeadc0de stack pointer =3D 0x10:0xca3f7c40 frame pointer =3D 0x10:0xca3f7ca4 code segment =3D base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 eflags =3D interrupt enabled, resume, IOPL=3D0 current proc =3D 32 (ndis swi) tid =3D 100031 show pciregs gives: ndis0@pci4:0:0 class 0x28000 card 0x25601814 chip 0x02011814 rev 0x01 hdr 0x00 > Regards, > Rene >=20 > > __=20 > > Markus >=20 > --=20 > "It won't fit on the line." > -- me, 2001 --=20 "It won't fit on the line." -- me, 2001 ----- End forwarded message ----- --=20 "It won't fit on the line." -- me, 2001 --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQJ6bvz70qa4zXcwRAi8CAJ4gjL61a39kkF99d/cimNxpnUnn5gCgpSb8 BREvYwsp+bapTOyL5aUfgSE= =zsvP -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 01:13:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2048E16A4CE for ; Wed, 23 Mar 2005 01:13:46 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 33B8C43D1D for ; Wed, 23 Mar 2005 01:13:45 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 23 Mar 2005 01:13:44 +0000 (GMT) To: Radek Kozlowski In-Reply-To: Your message of "Tue, 22 Mar 2005 14:48:37 +0100." <20050322134837.GE557@werd> Date: Wed, 23 Mar 2005 01:13:44 +0000 From: Ian Dowse Message-ID: <200503230113.aa89318@salmon.maths.tcd.ie> cc: freebsd-stable@freebsd.org Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 01:13:46 -0000 In message <20050322134837.GE557@werd>, Radek Kozlowski writes: >My 5.4-PRERELEASE/i386 as of today panics almost immediately after >plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have >device ehci in the kernel. Hi, Did this just suddenly stop working when you updated to the latest 5.x-stable, or did it ever work for you before? There were a number of USB changes in 5.4-PRERELEASE yesterday, so it's important to know whether they broke anything. If the problem is not new then it may just require a quirk as already suggested. Thanks, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 01:32:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF1116A4CE for ; Wed, 23 Mar 2005 01:32:08 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31BC843D1D for ; Wed, 23 Mar 2005 01:32:08 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from [IPv6:2001:4f8:3:bb::37] (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) by farside.isc.org (Postfix) with ESMTP id 17C6967503; Wed, 23 Mar 2005 01:32:08 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <4240C736.1040004@isc.org> Date: Tue, 22 Mar 2005 17:32:38 -0800 From: Peter Losher User-Agent: Mozilla Thunderbird 1.0 (X11/20050210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2E0BCFAEDD9205DC4251062C" Subject: Panic when ifconfig'ing nge card. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 01:32:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2E0BCFAEDD9205DC4251062C Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit We are rebuilding a system which has a Netgear GA621 (using the nge driver) installed, and which had run 5.2 & 5.3 pre-releases on amd64 (it's a Dual Opteron box - Tyan Thunder motherboard) We are now intending to make it a backup server and it is running 5.4-PRE/i386 (cvsupped just under 20 hours ago), and when we try to configure nge0, after coming up for around 10 seconds it panics. -=- nge0: port 0x9800-0x98ff mem 0xfb8ff000-0xfb8fffff irq 29 at device 1.0 on pci1 nge0: Using TBI nge0: 1000baseSX, 1000baseSX-FDX, auto -=- -=- % ifconfig fxp0 down % ifconfig nge0 204.152.187.8 netmask 255.255.255.0 % % % % Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc055bdda stack pointer = 0x10:0xe97c9c9c frame pointer = 0x10:0xe97c9cac 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 = 39 (irq29: nge0) trap number = 12 panic: page fault Uptime: 21m3s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... -=- Any ideas? I have already tried turning of HTT (can't), ACPI (same effect). We can't run amd64 since we know the 3ware driver isn't 64-bit clean and locks up the system under heavy I/O load. We could just live w/ 100baseTX, but we would rather be running GigE... Best Wishes - Peter -- Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enig2E0BCFAEDD9205DC4251062C 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 (FreeBSD) iD8DBQFCQMc7PtVx9OgEjQgRAm8iAJ0cYlRHbCKUhYc6Z9enIlSDVWOv0wCgwmIP bI9uANqJii2tgHFkJ187vJA= =9coB -----END PGP SIGNATURE----- --------------enig2E0BCFAEDD9205DC4251062C-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 01:37:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79EA116A4CE for ; Wed, 23 Mar 2005 01:37:30 +0000 (GMT) Received: from server01.minions.com (server01.minions.com [209.237.225.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85CA143D48 for ; Wed, 23 Mar 2005 01:37:29 +0000 (GMT) (envelope-from bifrost@minions.com) Received: from localhost (localhost [127.0.0.1]) by server01.minions.com (8.13.1/8.11.4) with ESMTP id j2N1bSFd008513 for ; Tue, 22 Mar 2005 17:37:28 -0800 (PST) (envelope-from bifrost@minions.com) Date: Tue, 22 Mar 2005 17:37:28 -0800 (PST) From: Tom To: freebsd-stable@freebsd.org Message-ID: <20050322171607.O45596@server01.minions.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Problem with Sempron-2800 + FreeBSD 5.4-BETA/PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 01:37:30 -0000 So after my previous problem with 5.3 not being able to do a buildworld, I decided that maybe an upgrade was in order. I downloaded the 5.4 ISO and installed from it. I tried to do a buildworld, same problem as the 5.3 install. cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. I've had this problem on this same box with every install I've done. Whats wrong? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 02:05:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A035816A4CE for ; Wed, 23 Mar 2005 02:05:42 +0000 (GMT) Received: from mail.iinet.net.au (mail-02.iinet.net.au [203.59.3.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 313B043D2F for ; Wed, 23 Mar 2005 02:05:41 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 26294 invoked from network); 23 Mar 2005 01:52:56 -0000 Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9) by mail.iinet.net.au with SMTP; 23 Mar 2005 01:52:56 -0000 From: Warren To: freebsd-stable@freebsd.org User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 23 Mar 2005 11:52:50 +1000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503231152.51276.shinjii@virusinfo.rdksupportinc.com> Subject: Apache compile prob in portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 02:05:42 -0000 Not sure whats going on .. but if anyone can help us, much appreciated. libtool is the latest version ================================= ===> Building for apache-2.1.4 Making all in srclib Making all in pcre /usr/local/build-1/libtool --silent --mode=compile cc -g -O2 -O -pipe -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre -I. -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/os/unix -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/server/mpm/prefork -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/http -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/filters -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/generators -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/mappers -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/proxy/../generators -I/usr/include -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/ssl -I/usr/ports/www/apache21/work/httpd-2.1.4-alpha/modules/dav/main -prefer-non-pic -static -c maketables.c && touch maketables.lo libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib/pcre. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha/srclib. *** Error code 1 Stop in /usr/ports/www/apache21/work/httpd-2.1.4-alpha. *** Error code 1 Stop in /usr/ports/www/apache21. -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 02:44:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F63E16A4CE for ; Wed, 23 Mar 2005 02:44:49 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DDF343D39 for ; Wed, 23 Mar 2005 02:44:48 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id EDADD46B2A; Tue, 22 Mar 2005 21:44:47 -0500 (EST) Date: Wed, 23 Mar 2005 02:41:53 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Losher In-Reply-To: <4240C736.1040004@isc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Panic when ifconfig'ing nge card. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 02:44:49 -0000 On Tue, 22 Mar 2005, Peter Losher wrote: > We are rebuilding a system which has a Netgear GA621 (using the nge > driver) installed, and which had run 5.2 & 5.3 pre-releases on amd64 > (it's a Dual Opteron box - Tyan Thunder motherboard) > > We are now intending to make it a backup server and it is running > 5.4-PRE/i386 (cvsupped just under 20 hours ago), and when we try to > configure nge0, after coming up for around 10 seconds it panics. The below is a NULL pointer dereference in the kernel. Off-hand, it looks very likely to be a driver bug. The question is -- where? The best way to answer this is to compile with DDB/KDB, and do a stack trace from DDB, or get a dump and do similar things with gdb. Thanks Robert N M Watson > > -=- > nge0: port 0x9800-0x98ff mem > 0xfb8ff000-0xfb8fffff irq 29 at device 1.0 on pci1 > nge0: Using TBI > nge0: 1000baseSX, 1000baseSX-FDX, auto > -=- > > -=- > % ifconfig fxp0 down > % ifconfig nge0 204.152.187.8 netmask 255.255.255.0 > % > % > % > % > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x8 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc055bdda > stack pointer = 0x10:0xe97c9c9c > frame pointer = 0x10:0xe97c9cac > 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 = 39 (irq29: nge0) > trap number = 12 > panic: page fault > Uptime: 21m3s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > -=- > > Any ideas? I have already tried turning of HTT (can't), ACPI (same > effect). We can't run amd64 since we know the 3ware driver isn't 64-bit > clean and locks up the system under heavy I/O load. We could just live > w/ 100baseTX, but we would rather be running GigE... > > Best Wishes - Peter > -- > Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 03:46:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE7FA16A4CE; Wed, 23 Mar 2005 03:46:36 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D08343D41; Wed, 23 Mar 2005 03:46:36 +0000 (GMT) (envelope-from Peter_Losher@isc.org) Received: from [IPv6:2001:4f8:3:bb::37] (tardis.isc.org [IPv6:2001:4f8:3:bb::37]) by farside.isc.org (Postfix) with ESMTP id 780D6677F6; Wed, 23 Mar 2005 03:46:36 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <4240E6BF.5010809@isc.org> Date: Tue, 22 Mar 2005 19:47:11 -0800 From: Peter Losher User-Agent: Mozilla Thunderbird 1.0 (X11/20050210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5CDAD4E190CADEE701C0D1A0" cc: freebsd-stable@freebsd.org Subject: Re: Panic when ifconfig'ing nge card. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 03:46:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CDAD4E190CADEE701C0D1A0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Robert Watson wrote: > The below is a NULL pointer dereference in the kernel. Off-hand, it looks > very likely to be a driver bug. The question is -- where? The best way > to answer this is to compile with DDB/KDB, and do a stack trace from DDB, > or get a dump and do similar things with gdb. Here it is again with DDB/GDB compiled in and a stack trace: -=- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0561e4a stack pointer = 0x10:0xe7d1bc9c frame pointer = 0x10:0xe7d1bcac 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 = 40 (irq29: nge0) [thread pid 40 tid 100011 ] Stopped at nge_newbuf+0x6a: movl 0x8(%ebx),%ecx db> trace Tracing pid 40 tid 100011 td 0xc56d9190 nge_newbuf(c5891c00,e9a49000,c5c6ec00) at nge_newbuf+0x6a nge_rxeof(c5891c00) at nge_rxeof+0x10e nge_intr(c5891c00) at nge_intr+0x15e ithread_loop(c56d2e00,e7d1bd48) at ithread_loop+0x159 fork_exit(c060571c,c56d2e00,e7d1bd48) at fork_exit+0x75 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe7d1bd7c, ebp = 0 --- -=- Best Wishes - Peter -- Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enig5CDAD4E190CADEE701C0D1A0 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 (FreeBSD) iD8DBQFCQOa/PtVx9OgEjQgRAuvSAJ4pYivV0fHIL4842Znqy5GBNp+PxgCglgnX 6Z/JCpsq0xm5zpNrVEonfD8= =iqxp -----END PGP SIGNATURE----- --------------enig5CDAD4E190CADEE701C0D1A0-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 07:50:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D671116A4CE for ; Wed, 23 Mar 2005 07:50:50 +0000 (GMT) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD1BE43D53 for ; Wed, 23 Mar 2005 07:50:49 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: by tiaseudtcdc01.de.eu.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Wed, 23 Mar 2005 08:50:44 +0100 Message-ID: From: "Constant, Benjamin" To: Gavin Atkinson Date: Wed, 23 Mar 2005 08:50:40 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain cc: ML - FreeBSD - Stable Subject: RE: Distinct base and ports update ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 07:50:50 -0000 > I'm not sure I understand exactly what you are trying to > achieve, but can you not simply use the date option in your > supfile to make sure all systems run the exact same checkout? > eg, adding something like date=2005.03.22.00.00.00 to your > supfile on all the hosts? I want to do keep the same base (FreeBSD stable) over multiple ports update so when I install a new server after having synch my mirror I'm sure it gets the same base (src-all) as the servers that were installed before the update of the mirror. Regarding the ports tree, I want to be able to update it quite often (first on the mirror, then on the hosts) depending on the security fixes available. One step ahead for me is to have a mirror providing only a frozen src-all tree and another one providing up to date src-all and ports trees so I can test the base before going on production. > That way, it doesn't matter if you update your mirror, you'll > still be getting the same checkout every time. Just make > sure the date you specify is at least a few hours before your > last checkout, otherwise you may miss some files which have > been committed but which the mirrors between your client and > the master sever haven't picked up yet. I think this may work if I use two cvsup files (one for the src-all and the other one for the ports) using a different date inside. Thank you! Benjamin Constant. The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 11:14:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD7216A4CE for ; Wed, 23 Mar 2005 11:14:57 +0000 (GMT) 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 0736243D31 for ; Wed, 23 Mar 2005 11:14:57 +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]) j2NBEt4S045606 for ; Wed, 23 Mar 2005 12:14:55 +0100 (CET) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2NBEt2W045443 for stable@freebsd.org; Wed, 23 Mar 2005 12:14:55 +0100 (CET) (envelope-from rene) Date: Wed, 23 Mar 2005 12:12:15 +0100 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050323111215.GA45325@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050322205119.GA1651@> <1111526464.21039.6.camel@bsd.trippelsdorf.de> <20050322214915.GA796@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20050322214915.GA796@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 11:14:58 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 10:49:15PM +0100, Rene Ladan wrote: > On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: > > On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: > > > I was trying to get a to work. > >=20 > > Why don't you just try the shinny new native driver? > > http://damien.bergamini.free.fr/ral/download.html >=20 > Well, the NDIS driver _ought_ to work, and I'm on 5-STABLE right now ^^^^^^^^^^^^ I seemed a bit frustated last night. Not to offend anyone. > (-CURRENT is too risky as I need to do university work on this box too), > but ral only works on -CURRENT according to above site. kern/78382 seems related. Same driver/panic behavior but a different card. Maybe I should go out and try another card... > Regards, > Rene >=20 > > __=20 > > Markus >=20 > --=20 > "It won't fit on the line." > -- me, 2001 --=20 "It won't fit on the line." -- me, 2001 --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQU8Ovz70qa4zXcwRAm5NAJ4gptjPYyaDvHl19tE3qRcUbb5zUACeI1zF 9V+jAva1QgQSiWfW/I4eHNY= =HwS7 -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 14:13:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD7CF16A4CE for ; Wed, 23 Mar 2005 14:13:03 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF5943D41 for ; Wed, 23 Mar 2005 14:13:02 +0000 (GMT) (envelope-from juho.vuori@kepa.fi) Received: from [85.76.115.253] (ZYMKDCLII.dsl.saunalahti.fi [85.76.115.253]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 5BDBDDDCD8 for ; Wed, 23 Mar 2005 16:13:01 +0200 (EET) Message-ID: <4241796C.9040308@kepa.fi> Date: Wed, 23 Mar 2005 16:13:00 +0200 From: Juho Vuori User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gdb crashes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 14:13:03 -0000 I'm trying to debug a crash in rhythmbox, but instead my gdb crashes. My system is i386, RELENG_5 as of March 21, 2005. The rhythmbox I'm trying to debug is basically from ports version 0.8.8_3, but built with -g. My gdb session goes like this: (completely predictable) loppa$ gdb ./rhythmbox 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"... (gdb) b rhythmdb_entry_new Breakpoint 1 at 0x8089490: file rhythmdb.c, line 724. (gdb) r Starting program: /usr/juho/bin/rhythmbox gdb in realloc(): warning: junk pointer, too high to make sense /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/utils.c:1030: internal-error: virtual memory exhausted: can't allocate 41472 bytes. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/utils.c:1030: internal-error: virtual memory exhausted: can't allocate 41472 bytes. A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) y Abort trap (core dumped) loppa$ I'm not exactly sure, if this report can help anybody figure out what might be wrong with gdb, but definately something is wrong with it. The machine has plenty of memory left. Also, this is a pretty vanilla debugging case, so I don't really believe it is actually running out of address space. The core file it dumped was just 78GB. I haven't experienced this before with other versions of gdb/freebsd, but also I've never before debugged this particular piece of software either, so I don't know what to think. I'm stuck with this. Juho Vuori From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 15:50:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D47616A4CE for ; Wed, 23 Mar 2005 15:50:55 +0000 (GMT) Received: from biggie.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F50643D46 for ; Wed, 23 Mar 2005 15:50:55 +0000 (GMT) (envelope-from radek@raadradd.com) Received: from raadradd.homeunix.org (bwr191.neoplus.adsl.tpnet.pl [83.29.241.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by biggie.spekt.net (Postfix) with ESMTP id 5FA8C896712; Wed, 23 Mar 2005 16:50:40 +0100 (CET) Received: by raadradd.homeunix.org (Postfix, from userid 1001) id 8B072A537; Wed, 23 Mar 2005 16:50:47 +0100 (CET) Date: Wed, 23 Mar 2005 16:50:47 +0100 From: Radek Kozlowski To: Ian Dowse Message-ID: <20050323155047.GF557@werd> References: <20050322134837.GE557@werd> <200503230113.aa89318@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200503230113.aa89318@salmon.maths.tcd.ie> User-Agent: Mutt/1.5.7i cc: freebsd-stable@freebsd.org Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 15:50:55 -0000 On Wed, Mar 23, 2005 at 01:13:44AM +0000, Ian Dowse wrote: > In message <20050322134837.GE557@werd>, Radek Kozlowski writes: > >My 5.4-PRERELEASE/i386 as of today panics almost immediately after > >plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have > >device ehci in the kernel. > > Did this just suddenly stop working when you updated to the latest > 5.x-stable, or did it ever work for you before? There were a number > of USB changes in 5.4-PRERELEASE yesterday, so it's important to > know whether they broke anything. If the problem is not new then > it may just require a quirk as already suggested. Nope, it's nothing recent, it didn't work with older sources either. I'll just have to see if any of the quirks can help me. Thanks, -Radek From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 16:13:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E791416A4CE; Wed, 23 Mar 2005 16:13:06 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C0543D53; Wed, 23 Mar 2005 16:13:06 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j2NGD5xD091929; Wed, 23 Mar 2005 11:13:05 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91088-09; Wed, 23 Mar 2005 11:13:05 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j2NGD5rJ091916; Wed, 23 Mar 2005 11:13:05 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j2NGCxAv015143; Wed, 23 Mar 2005 11:12:59 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050323111207.038a5a58@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 23 Mar 2005 11:12:18 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: RELENG_5 buildworld problems using MODULES_WITH_WORLD=true X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 16:13:07 -0000 With the following make.conf NOGAMES= true # do not build games (games/ subdir) MODULES_WITH_WORLD=true # build modules when building kernel NO_MODULES=true KERNCONF=test make buildworld dies at ... ===> sys/modules/arcnet rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include /usr/src/sys/modules/arcnet/../../net/if_arcsubr.c ===> sys/modules/arl rm -f .depend mkdep -f .depend -a -nostdinc -I/usr/src/sys/modules/arl/../.. -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/arl/../.. -I. -I@ -I@/contrib/altq -I@/../include /usr/src/sys/modules/arl/../../dev/arl/if_arl.c /usr/src/sys/modules/arl/../../dev/arl/if_arl_isa.c ===> sys/modules/asr rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include /usr/src/sys/modules/asr/../../dev/asr/asr.c /usr/src/sys/modules/asr/../../dev/asr/asr.c:140:21: opt_asr.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/asr. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. If I build the modules with the kernel, all is OK. I am guessing http://lists.freebsd.org/pipermail/cvs-all/2005-March/111998.html was what broke it. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 16:36:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D389B16A4CE for ; Wed, 23 Mar 2005 16:36:30 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF8643D1D for ; Wed, 23 Mar 2005 16:36:30 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 21FD9F2D08 for ; Wed, 23 Mar 2005 08:36:28 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 45461-02-47 for ; Wed, 23 Mar 2005 08:36:27 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 71BD9F2C2A for ; Wed, 23 Mar 2005 08:36:27 -0800 (PST) From: Freddie Cash Organization: School District 73 To: freebsd-stable@freebsd.org Date: Wed, 23 Mar 2005 08:36:26 -0800 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503230836.26469.fcash-ml@sd73.bc.ca> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Distinct base and ports update ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 16:36:31 -0000 On March 22, 2005 11:50 pm, Constant, Benjamin wrote: > I think this may work if I use two cvsup files (one for the src-all and > the other one for the ports) using a different date inside. You should always use separate supfiles for the source and ports trees. Why? Because the ports tree changes on a daily basis, and the source tree may only change every couple of months (depending on the branch you are tracking). Why compare every single file in the source tree on your system and the cvsup server when all you want to do is get the latest ports tree?? Keep them separate. Keep the tags separate. And only update the source tree when you need to. And, if all your systems are on a LAN, then why not NFS mount the /usr/src and /usr/ports directories off a central system? That way, you only have to update one system, and you're guaranteed that all the servers have the same source and ports trees. Just set the work directory prefix (it's listed in the ports(7) man page) so that the compilation work directories are local, and you're set. Alternatively, just have 1 build system that makes packages, and copy those packages out to the other servers, and do the installs/upgrades with packages. -- Freddie Cash, CLCP CNCP Network Support / Helpdesk School District 73 (250) 377-4357 fcash-ml@sd73.bc.ca From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 16:47:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E37316A4CE for ; Wed, 23 Mar 2005 16:47:14 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE1BD43D62 for ; Wed, 23 Mar 2005 16:47:13 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00ARZD1ILPB0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 23 Mar 2005 17:41:42 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDT008Z7DDFFYAF@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 23 Mar 2005 17:48:51 +0100 (CET) Date: Wed, 23 Mar 2005 17:47:07 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> To: freebsd-stable@freebsd.org Message-id: <20050323174707.1d2914e8.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 16:47:14 -0000 On Tue, 22 Mar 2005 21:37:25 +0100 Torfinn Ingolfsen wrote: > The machine has a RS480M2-IL mainboard from MSI, and an Athlon 64 FYI, the mainboard is also known as MS-7093. I upgraded BIOS to the latest version (W7093AMS V3.3 030305), but it didn't make a difference. It still hangs if I boot FreeBSD with acpi enabled. Searching Google for this doesn't give any clues either. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 16:49:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD9BF16A4CE for ; Wed, 23 Mar 2005 16:49:05 +0000 (GMT) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E8F43D3F for ; Wed, 23 Mar 2005 16:49:04 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)j2NGmji8001946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 01:48:45 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 24 Mar 2005 01:48:44 +0900 Message-ID: From: Hajimu UMEMOTO To: Sam Leffler In-Reply-To: <4239B796.80303@errno.com> References: <6.2.1.2.0.20050315112131.054b56f8@64.7.153.2> <4237523B.7090005@errno.com> <4238782A.7010606@errno.com> <4239B796.80303@errno.com> User-Agent: xcite1.38> Wanderlust/2.13.3 (You Oughta Know) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b3 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Thu, 24 Mar 2005 01:48:46 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on cheer.mahoroba.org cc: freebsd-stable@freebsd.org Subject: Re: RELENG_5 and FAST_IPSEC limits X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 16:49:05 -0000 Hi, >>>>> On Thu, 17 Mar 2005 09:00:06 -0800 >>>>> Sam Leffler said: sam> Possibly; I can't tell from the patch if locks are held across calls sam> they should not be. I also worry about the effect of holding the various sam> locks for an extended period of time (will it impact packet processing?) Since key_setdump() which is substantial function of KEYCTL_DUMPSA sysctl does in much the same way as key_dump(), I added locking in a similar manner. So, I believe period of time for holding the locks is differ little from key_dump(). However, sysctl required calling key_setdump() twice; 1st is for getting data size and 2nd is for actuall query. sam> Are you suggesting KAME code can/will change to eliminate the use of sam> PF_KEY sockets to query the SA db state? It seems that SADB_DUMP is useless on large system, and we need an alternative for it. Once we introduce an alternative, we don't need SADB_DUMP within our tree. However, SADB_DUMP is defined in RFC 2367 and deployed. So, we should not eliminate it for now. I hope it should be deprecated in the future. The reason I'm going to bring KEYCTL_DUMPSA sysctl into FreeBSD is that there is implementation and Racoon supports it as well. NetBSD has KEYCTL_DUMPSA already, and OpenBSD added similar sysctl recently. I wonder if KEYCTL_DUMPSA sysctl is good for alternative. We need to call sysctl twice for variable length data such as SA dump. It may become overhead. Further, data size is unassured to be same between these two sysctl call. If data grows, 2nd sysctl call will fail. In anyway, it solves a limitation of SADB_DUMP. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 17:19:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D01916A4CE for ; Wed, 23 Mar 2005 17:19:52 +0000 (GMT) Received: from biggie.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1EC143D31 for ; Wed, 23 Mar 2005 17:19:51 +0000 (GMT) (envelope-from radek@raadradd.com) Received: from raadradd.homeunix.org (bwr191.neoplus.adsl.tpnet.pl [83.29.241.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by biggie.spekt.net (Postfix) with ESMTP id 97746896712; Wed, 23 Mar 2005 18:19:35 +0100 (CET) Received: by raadradd.homeunix.org (Postfix, from userid 1001) id 35DA0A537; Wed, 23 Mar 2005 18:19:43 +0100 (CET) Date: Wed, 23 Mar 2005 18:19:43 +0100 From: Radek Kozlowski To: Marwan Burelle Message-ID: <20050323171943.GG557@werd> References: <20050322134837.GE557@werd> <20050322142806.GA21833@pc5-179.lri.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20050322142806.GA21833@pc5-179.lri.fr> User-Agent: Mutt/1.5.7i cc: freebsd-stable@freebsd.org Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 17:19:52 -0000 On Tue, Mar 22, 2005 at 03:28:06PM +0100, Marwan Burelle wrote: > On Tue, Mar 22, 2005 at 02:48:37PM +0100, Radek Kozlowski wrote: > > My 5.4-PRERELEASE/i386 as of today panics almost immediately after > > plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have > > device ehci in the kernel. > > It's a common problem with some USB devices. You have to add some > quirk in sys/cam/scsi/scsi_da.c for your player. > > See more information at : > http://www.root.org/~nate/freebsd/quirks.html > > I've got the same problem with mine, adding the rigth quirk > (DA_Q_NO_SYNC_CACHE for me) solves it. The difficult part is to think > out what to put to capture your player (and not the others ... ) Adding DA_Q_NO_SYNC_CACHE did the trick, thanks for the tip! -Radek From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 17:23:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 192D516A4CE for ; Wed, 23 Mar 2005 17:23:27 +0000 (GMT) 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 1EF4B43D48 for ; Wed, 23 Mar 2005 17:23:26 +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]) j2NHNOop000627 for ; Wed, 23 Mar 2005 18:23:24 +0100 (CET) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2NB9n9H045086 for stable@freebsd.org; Wed, 23 Mar 2005 12:09:49 +0100 (CET) (envelope-from rene) Date: Wed, 23 Mar 2005 12:07:09 +0100 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050323110709.GA43867@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050322205119.GA1651@> <1111526464.21039.6.camel@bsd.trippelsdorf.de> <20050322214915.GA796@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <20050322214915.GA796@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 17:23:27 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 10:49:15PM +0100, Rene Ladan wrote: > On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: > > On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: > > > I was trying to get a to work. > >=20 > > Why don't you just try the shinny new native driver? > > http://damien.bergamini.free.fr/ral/download.html >=20 > Well, the NDIS driver _ought_ to work, and I'm on 5-STABLE right now ^^^^^^^^^^^^^^^ I seemed to be a bit frustated last night. I didn't mean to offend anyone. > (-CURRENT is too risky as I need to do university work on this box too), > but ral only works on -CURRENT according to above site. >=20 kern/78382 seems related. Same driver/panic behaviour but a different card. Maybe I should go out and try another card... > Regards, > Rene >=20 > > __=20 > > Markus >=20 > --=20 > "It won't fit on the line." > -- me, 2001 --=20 "It won't fit on the line." -- me, 2001 --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQU3cvz70qa4zXcwRAjP6AJ93gjEhODk6xCd6lyWg1DXSt0GqfQCfXmWi eRbQ7JdD9HdfDolaDgOm+kk= =9UdD -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 17:37:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6B9216A4CE for ; Wed, 23 Mar 2005 17:37:35 +0000 (GMT) Received: from conversation.bsdunix.ch (clintwood.ch [82.220.17.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD06543D1D for ; Wed, 23 Mar 2005 17:37:34 +0000 (GMT) (envelope-from freebsdlists@bsdunix.ch) Received: from [192.168.0.14] ([192.168.0.14])j2NHcKic090719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Mar 2005 18:38:20 +0100 (CET) (envelope-from freebsdlists@bsdunix.ch) Message-ID: <4241A95A.2020003@bsdunix.ch> Date: Wed, 23 Mar 2005 18:37:30 +0100 From: Thomas Vogt User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_52,NO_RDNS2,SARE_FROM_SPAM_WORD3 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on conversation.bsdunix.ch Subject: asr util and ASR_COMPAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 17:37:35 -0000 Hi Will "ASR_COMPAT" fix the problem with raidutil (asr-utils)? As I know it was mfc'ed yesterday. I cvsup'ed today, added option ASR_COMPAT and did a make world. System: 5.4-PRERELEASE #2: Wed Mar 23 17:08:05 UTC 2005 root@lab24a.foo.ch:/usr/obj/usr/src/sys/UP i386 asr0: mem 0xf4000000-0xf5ffffff irq 17 at device 15.1 on pci0 asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O I tried: lab24a# raidutil -L all Engine connect failed: COMPATILITY number lab24a# lab24a# osdIOrequest : File /dev/rdptr17 Could Not Be Opened Is there something else I've to do or is raidutil still broken? Regards, Thomas From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 19:34:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2303C16A4CE for ; Wed, 23 Mar 2005 19:34:38 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D834C43D1F for ; Wed, 23 Mar 2005 19:34:37 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 74053B80A for ; Wed, 23 Mar 2005 14:34:37 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 23 Mar 2005 14:34:36 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:34:38 -0000 On Mar 22, 2005, at 3:37 PM, Torfinn Ingolfsen wrote: > Any hints on what I can try to enable acpi? > 5.4-BETA1 with dual Opteron processors and ACPI enabled works for me. If you have the option of ACPI 2.0 support, enable that -- often the bios defaults to older ACPI version. If it doesn't work, it is a bug either in the bios or freebsd :-) Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 19:46:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A28A16A4CE for ; Wed, 23 Mar 2005 19:46:45 +0000 (GMT) Received: from imf23aec.mail.bellsouth.net (imf23aec.mail.bellsouth.net [205.152.59.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D13843D2F for ; Wed, 23 Mar 2005 19:46:44 +0000 (GMT) (envelope-from jfarmer@goldsword.com) Received: from [192.168.1.100] ([65.13.105.239]) by imf23aec.mail.bellsouth.netESMTP <20050323194644.YJGY24632.imf23aec.mail.bellsouth.net@[192.168.1.100]> for ; Wed, 23 Mar 2005 14:46:44 -0500 Message-ID: <4241C774.4050401@goldsword.com> Date: Wed, 23 Mar 2005 14:45:56 -0500 From: "J. T. Farmer" Organization: GoldSword Systems User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050322134837.GE557@werd> <20050322142806.GA21833@pc5-179.lri.fr> <20050323171943.GG557@werd> In-Reply-To: <20050323171943.GG557@werd> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 19:46:45 -0000 Radek Kozlowski wrote: >On Tue, Mar 22, 2005 at 03:28:06PM +0100, Marwan Burelle wrote: > > >>On Tue, Mar 22, 2005 at 02:48:37PM +0100, Radek Kozlowski wrote: >> >> >>>My 5.4-PRERELEASE/i386 as of today panics almost immediately after >>>plugging in an mp3 usb player (Qware BeatZkey! Pro 512MB). I don't have >>>device ehci in the kernel. >>> >>> >>It's a common problem with some USB devices. You have to add some >>quirk in sys/cam/scsi/scsi_da.c for your player. >> >>See more information at : >> http://www.root.org/~nate/freebsd/quirks.html >> >>I've got the same problem with mine, adding the rigth quirk >>(DA_Q_NO_SYNC_CACHE for me) solves it. The difficult part is to think >>out what to put to capture your player (and not the others ... ) >> >> > >Adding DA_Q_NO_SYNC_CACHE did the trick, thanks for the tip! > >-Radek > > Is there any mechanism in place (other than sending a pr) to capture these quirks for different devices? I'm used to having to compile different things to get what I want, but truthfully, I would much rather have it just work out of the box... Also, if the quirks are collected then perhaps that will lead to cleaner handling of devices oddities.... John ---------------------------------------------------------------------- John T. Farmer Owner & CTO GoldSword Systems jfarmer@goldsword.com 865-691-6498 Knoxville TN Consulting, Design, & Development of Networks & Software From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 20:19:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D44B16A4CE for ; Wed, 23 Mar 2005 20:19:08 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B5543D3F for ; Wed, 23 Mar 2005 20:19:08 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so290436wri for ; Wed, 23 Mar 2005 12:19:07 -0800 (PST) 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:references; b=VZh35Uxlhuu0Saryl6r5uCT2auDX+m+Do7cqG5SFHaA4dUJhawUQt6V8uAv28SnoMHDKkTK0cfEQHJqQ+lEiMq7zGWmoGL4XiwWz/kQ3kWHuEOIm+XO9t+UuwqCyCroQE5geUxzzJxHONRdyCa0ulblA6XWxooWKVAc4ig+ozsw= Received: by 10.54.97.12 with SMTP id u12mr619613wrb; Wed, 23 Mar 2005 12:19:07 -0800 (PST) Received: by 10.54.29.77 with HTTP; Wed, 23 Mar 2005 12:19:06 -0800 (PST) Message-ID: <790a9fff05032312196ba1e429@mail.gmail.com> Date: Wed, 23 Mar 2005 14:19:06 -0600 From: Scot Hetzel To: "J. T. Farmer" In-Reply-To: <4241C774.4050401@goldsword.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050322134837.GE557@werd> <20050322142806.GA21833@pc5-179.lri.fr> <20050323171943.GG557@werd> <4241C774.4050401@goldsword.com> cc: freebsd-stable@freebsd.org Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 20:19:08 -0000 On Wed, 23 Mar 2005 14:45:56 -0500, J. T. Farmer wrote: > >>On Tue, Mar 22, 2005 at 02:48:37PM +0100, Radek Kozlowski wrote: > >>It's a common problem with some USB devices. You have to add some > >>quirk in sys/cam/scsi/scsi_da.c for your player. > >> > >>See more information at : > >> http://www.root.org/~nate/freebsd/quirks.html > >> > >>I've got the same problem with mine, adding the rigth quirk > >>(DA_Q_NO_SYNC_CACHE for me) solves it. The difficult part is to think > >>out what to put to capture your player (and not the others ... ) > >> > >> > > > >Adding DA_Q_NO_SYNC_CACHE did the trick, thanks for the tip! > > > >-Radek > > > > > Is there any mechanism in place (other than sending a pr) to capture these > quirks for different devices? I'm used to having to compile different > things to get what I want, but truthfully, I would much rather have it just > work out of the box... > > Also, if the quirks are collected then perhaps that will lead to cleaner > handling of devices oddities.... > The problem is that the developers don't have all of the devices to test to find theses quirks. So until someone inserts one of these malfunctioning devices into there FreeBSD system, we won't know what quirk needs to be added. Thus we rely on you to submit the appropriate quirk entry for your device in a PR. Scot From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 20:50:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D771816A4CE for ; Wed, 23 Mar 2005 20:50:04 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9599143D31 for ; Wed, 23 Mar 2005 20:50:03 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 23 Mar 2005 20:50:01 -0000 Received: from pD9E5FF92.dip.t-dialin.net (EHLO olaf.hackerzberg.dyndns.org) [217.229.255.146] by mail.gmx.net (mp001) with SMTP; 23 Mar 2005 21:50:01 +0100 X-Authenticated: #5707313 Date: Wed, 23 Mar 2005 21:49:55 +0100 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-stable@freebsd.org Message-ID: <20050323214955.6fdc2bcf@olaf.hackerzberg.dyndns.org> In-Reply-To: <200503220146.aa36398@salmon.maths.tcd.ie> References: <20050321102334.44abcc37@olaf.hackerzberg.dyndns.org> <200503220146.aa36398@salmon.maths.tcd.ie> X-Mailer: Sylpheed-Claws 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Signature_Wed__23_Mar_2005_21_49_55_+0100_FYrIzv_uF488cyHx; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 Subject: Re: USB Mouse not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 20:50:05 -0000 --Signature_Wed__23_Mar_2005_21_49_55_+0100_FYrIzv_uF488cyHx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 22 Mar 2005 01:46:19 +0000 Ian Dowse wrote: >=20 > I'm not sure I do either :-) On a mouse I tried here I got very > different information than that: >=20 > Report descriptor: > Collection page=3DGeneric_Desktop usage=3DMouse > Collection page=3DGeneric_Desktop usage=3DPointer > Input size=3D1 count=3D1 page=3DButton usage=3DButton_1, logical range = 0..1 > Input size=3D1 count=3D1 page=3DButton usage=3DButton_2, logical range = 0..1 > Input size=3D1 count=3D1 page=3DButton usage=3DButton_3, logical range = 0..1 > Input size=3D8 count=3D1 page=3DGeneric_Desktop usage=3DX, logical range -127..127 > Input size=3D8 count=3D1 page=3DGeneric_Desktop usage=3DY, logical range -127..127 > Input size=3D8 count=3D1 page=3DGeneric_Desktop usage=3DWheel, logical = range -127..127 > End collection > Feature size=3D1 count=3D1 page=3DGeneric_Desktop usage=3DMotion_Wakeup, logical range 0..1 > End collection > Total input size 4 bytes > Total output size 0 bytes > Total feature size 0 bytes >=20 > But I don't know enough about how this is supposed to work to make > sense of the difference. I got similar output, when I plug in that mouse with hw.usb.ums.debug=3D99: ums0: Device USB Device, rev 1.10/0.01, addr 2, iclass 3/1 ums_attach: bLength=3D7 bDescriptorType=3D5 bEndpointAddress=3D2-in bmAttributes=3D3 wMa xPacketSize=3D5 bInterval=3D10 ums0: 5 buttons and Z dir and a TILT dir. ums_attach: sc=3D0xc1a14000 ums_attach: X 8/8 ums_attach: Y 16/8 ums_attach: Z 24/8 ums_attach: B1 0/1 ums_attach: B2 1/1 ums_attach: B3 2/1 ums_attach: B4 3/1 ums_attach: B5 4/1 ums_attach: size=3D9, id=3D3 The TILT dir is caused by the hardcoded=20 sc->flags |=3D UMS_T; Has anyone an idea what to do next? I suppose I can't do anything in ums.c, as it gets the (to few) data from another file. thanks Marius --Signature_Wed__23_Mar_2005_21_49_55_+0100_FYrIzv_uF488cyHx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQdZ4Fqu2z7AvZZQRAgmHAKCCJzHu/FwENw+g3Til+rS4tsdJjQCgvzdL YYUAtVeNQoIzEGzsA7DRBt4= =2FOz -----END PGP SIGNATURE----- --Signature_Wed__23_Mar_2005_21_49_55_+0100_FYrIzv_uF488cyHx-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 21:27:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07A1416A4CE for ; Wed, 23 Mar 2005 21:27:12 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 709FD43D1F for ; Wed, 23 Mar 2005 21:27:11 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00CBOQ04O260@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 23 Mar 2005 22:21:40 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDT008JQQC1UP7F@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 23 Mar 2005 22:28:49 +0100 (CET) Date: Wed, 23 Mar 2005 22:27:07 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> To: freebsd-stable@freebsd.org Message-id: <20050323222707.358966da.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 21:27:12 -0000 On Wed, 23 Mar 2005 14:34:36 -0500 Vivek Khera wrote: > If you have the option of ACPI 2.0 support, enable that -- often the > bios defaults to older ACPI version. If it doesn't work, it is a bug > either in the bios or freebsd :-) The bios only have settings for enable / disable acpi, nothing related to acpi any version. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 21:39:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 517E916A4CE for ; Wed, 23 Mar 2005 21:39:16 +0000 (GMT) Received: from conversation.bsdunix.ch (genox.ch [82.220.17.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AB4243D1F for ; Wed, 23 Mar 2005 21:39:15 +0000 (GMT) (envelope-from freebsdlists@bsdunix.ch) Received: from [192.168.0.14] ([192.168.0.14])j2NLdwkQ091768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Mar 2005 22:39:59 +0100 (CET) (envelope-from freebsdlists@bsdunix.ch) Message-ID: <4241E201.3010903@bsdunix.ch> Date: Wed, 23 Mar 2005 22:39:13 +0100 From: Thomas Vogt User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Vogt References: <4241A95A.2020003@bsdunix.ch> In-Reply-To: <4241A95A.2020003@bsdunix.ch> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_52,NO_RDNS2,SARE_FROM_SPAM_WORD3 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on conversation.bsdunix.ch cc: stable@freebsd.org Subject: Re: asr util and ASR_COMPAT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 21:39:16 -0000 Hi Now, it works with "link asr0 rdpti0" in devfs.conf Regards, Thomas Thomas Vogt wrote: > Hi > > Will "ASR_COMPAT" fix the problem with raidutil (asr-utils)? As I know > it was mfc'ed yesterday. > > I cvsup'ed today, added option ASR_COMPAT and did a make world. > > System: > 5.4-PRERELEASE #2: Wed Mar 23 17:08:05 UTC 2005 > root@lab24a.foo.ch:/usr/obj/usr/src/sys/UP i386 > > asr0: mem 0xf4000000-0xf5ffffff irq 17 at > device 15.1 on pci0 > asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O > > > I tried: > lab24a# raidutil -L all > Engine connect failed: COMPATILITY number > lab24a# > lab24a# osdIOrequest : File /dev/rdptr17 Could Not Be Opened > > Is there something else I've to do or is raidutil still broken? > > Regards, > Thomas > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 21:49:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC4D416A4CE; Wed, 23 Mar 2005 21:49:03 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E16443D41; Wed, 23 Mar 2005 21:49:03 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost01.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IDTR9T00.LMF; Wed, 23 Mar 2005 13:49:05 -0800 Received: (from vkashyap-pc [10.66.6.61]) by mailhost01.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005032313524120160 ; Wed, 23 Mar 2005 13:52:41 -0800 From: "Vinod Kashyap" To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Date: Wed, 23 Mar 2005 13:48:04 -0800 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: Subject: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 21:49:04 -0000 If any kernel module has the following, or a similar line in it: ----- char x[100] =3D {0}; ----- building of the GENERIC kernel on FreeBSD 5 -STABLE for amd64 as of 03/19/05, fails with the following message at the time of linking: "undefined reference to `memset'". The same problem is not seen on i386. The problem goes away if the above line is changed to: ----- char x[100]; memset(x, 0, 100); ----- Adding CFLAGS+=3D-fbuiltin, or CFLAGS+=3D-fno-builtin to /sys/conf/Makefile= .amd64 does not help. Anyone knows what's happening? Thanks, Vinod. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 22:37:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4168B16A4CE for ; Wed, 23 Mar 2005 22:37:44 +0000 (GMT) Received: from shiva.nextrials.com (shiva.nextrials.com [64.81.74.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73BC43D5D for ; Wed, 23 Mar 2005 22:37:43 +0000 (GMT) (envelope-from dannyman@toldme.com) Received: from [192.168.1.102] (mito.sr.nextrials.com [192.168.1.102]) by shiva.nextrials.com (Postfix) with ESMTP id 788093C2832; Wed, 23 Mar 2005 14:37:43 -0800 (PST) Message-ID: <4241EFB5.1090103@toldme.com> Date: Wed, 23 Mar 2005 14:37:41 -0800 From: Danny Howard User-Agent: Mozilla Thunderbird 1.0 (X11/20050323) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Brueffer References: <20050320015339.GB85807@unixpages.org> In-Reply-To: <20050320015339.GB85807@unixpages.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: cpufreq related RELENG_5 regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 22:37:44 -0000 Christian Brueffer wrote: [...] >When I try to transfer a file from outside the LAN to box C, which >resides inside the LAN, the movie on box B starts to stagger. > [...] > >Can anyone confirm this? > > Anecdotally . . . I upgraded my Pentium-M laptop on Monday or Tuesday to the latest ... I have since noted: - It seems to run cooler under load. (Peaks at 140F instead of 145F) - Watching TV occasionally has jerks, where the video will briefly lag, where it has not had jerks before. It SEEMS like maybe the system is running a touch more conservatively. But, the difference is such that, aside from occasionally jerky video, I don't really notice. -danny From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 22:42:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BEA416A4D4 for ; Wed, 23 Mar 2005 22:42:42 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D23A343D39 for ; Wed, 23 Mar 2005 22:42:41 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00CNBTHFNU70@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 23 Mar 2005 23:36:51 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDT008X9TTBUPEF@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 23 Mar 2005 23:44:00 +0100 (CET) Date: Wed, 23 Mar 2005 23:42:18 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> To: freebsd-stable@freebsd.org Message-id: <20050323234218.48716838.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: multipart/mixed; boundary="Boundary_(ID_XO7Ue9UGaRoNkdQxbWejOw)" References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 22:42:42 -0000 This is a multi-part message in MIME format. --Boundary_(ID_XO7Ue9UGaRoNkdQxbWejOw) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT On Wed, 23 Mar 2005 14:34:36 -0500 Vivek Khera wrote: > If you have the option of ACPI 2.0 support, enable that -- often the As I wrote earlier, I don't have hat option in the bios. But after re-reading the acpi debugging chapter in the handbook, I found a workaround. With the line: hint.apic.0.disabled="1" in /boot/loader.conf, the machine hangs for a while (perhaps 15 seconds), and then continues the boot. Now acpi works, and even the mouse works (along with usb and firewire ports). The dmesg.boot output is attached. As you can see, acpi now works. BTW, to all the people responsible; the Handbook is a great resource, and it is getting better almost every time I read it. Thanks! -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_XO7Ue9UGaRoNkdQxbWejOw) Content-type: application/octet-stream; name=dmesg.boot_amd64_no_apic Content-transfer-encoding: base64 Content-disposition: attachment; filename=dmesg.boot_amd64_no_apic Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuNC1CRVRBMSAjMDogU2F0IE1hciAxOSAyMTo0NTozNiBV VEMgMjAwNQogICAgcm9vdEBibG9vbS5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNyL3NyYy9z eXMvR0VORVJJQwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxp dHkgMApDUFU6IEFNRCBBdGhsb24odG0pIDY0IFByb2Nlc3NvciAzMDAwKyAoMTc5MC44NC1NSHog SzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MTBmZjAgIFN0 ZXBwaW5nID0gMAogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBB RSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1N WCxGWFNSLFNTRSxTU0UyPgogIEFNRCBGZWF0dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1Y Kyw8YjI1PixMTSwzRE5vdyssM0ROb3c+CnJlYWwgbWVtb3J5ICA9IDQ2ODY0NzkzNiAoNDQ2IE1C KQphdmFpbCBtZW1vcnkgPSA0NDEwMzI3MDQgKDQyMCBNQikKYWNwaTA6IDxSUzQ4MCBBV1JEQUNQ ST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVy ICJBQ1BJLXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVy MDogPDMyLWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwMDgtMHg0MDBiIG9uIGFj cGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQVSBU aHJvdHRsaW5nPiBvbiBjcHUwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAK cGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApw Y2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kx OiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgNS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBj aTA6IDxHRU5FUklDIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4ZmEwMC0weGZhMGYsMHhmYjAwLTB4 ZmIwMywweGZjMDAtMHhmYzA3LDB4ZmQwMC0weGZkMDMsMHhmZTAwLTB4ZmUwNyBpcnEgMTEgYXQg ZGV2aWNlIDE3LjAgb24gcGNpMAphdGEyOiBjaGFubmVsICMwIG9uIGF0YXBjaTAKYXRhMzogY2hh bm5lbCAjMSBvbiBhdGFwY2kwCmF0YXBjaTE6IDxHRU5FUklDIEFUQSBjb250cm9sbGVyPiBwb3J0 IDB4ZjUwMC0weGY1MGYsMHhmNjAwLTB4ZjYwMywweGY3MDAtMHhmNzA3LDB4ZjgwMC0weGY4MDMs MHhmOTAwLTB4ZjkwNyBpcnEgMTAgYXQgZGV2aWNlIDE4LjAgb24gcGNpMAphdGE0OiBjaGFubmVs ICMwIG9uIGF0YXBjaTEKYXRhNTogY2hhbm5lbCAjMSBvbiBhdGFwY2kxCm9oY2kwOiA8T0hDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJkMDAwLTB4ZmUwMmRmZmYgaXJxIDEw IGF0IGRldmljZSAxOS4wIG9uIHBjaTAKdXNiMDogT0hDSSB2ZXJzaW9uIDEuMCwgbGVnYWN5IHN1 cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1c2IwOiA8T0hDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAK dWh1YjA6ICgweDEwMDIpIE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwg YWRkciAxCnVodWIwOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApvaGNp MTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyYzAwMC0weGZlMDJj ZmZmIGlycSAxMCBhdCBkZXZpY2UgMTkuMSBvbiBwY2kwCnVzYjE6IE9IQ0kgdmVyc2lvbiAxLjAs IGxlZ2FjeSBzdXBwb3J0CnVzYjE6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRpbmcKdXNi MTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQp1c2IxOiBVU0IgcmV2 aXNpb24gMS4wCnVodWIxOiAoMHgxMDAyKSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdW1zMDogV2lyZWxlc3MgTW91c2UgV2lyZWxlc3MgTW91c2UsIHJldiAxLjEwLzEuMDEs IGFkZHIgMiwgaWNsYXNzIDMvMQp1bXMwOiA1IGJ1dHRvbnMgYW5kIFogZGlyLgpwY2kwOiA8c2Vy aWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMTkuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0 YXBjaTI6IDxHRU5FUklDIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4ZjMwMC0weGYzMGYsMHgzNzYs MHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcgYXQgZGV2aWNlIDIwLjEgb24gcGNpMAphdGEw OiBjaGFubmVsICMwIG9uIGF0YXBjaTIKYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kyCmlzYWIw OiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG9uIHBjaTAKaXNhMDogPElTQSBidXM+ IG9uIGlzYWIwCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjQgb24g cGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpybDA6IDxSZWFsVGVrIDgxMzkgMTAv MTAwQmFzZVRYPiBwb3J0IDB4ZGYwMC0weGRmZmYgbWVtIDB4ZmRjZmYwMDAtMHhmZGNmZjBmZiBp cnEgNSBhdCBkZXZpY2UgMy4wIG9uIHBjaTIKbWlpYnVzMDogPE1JSSBidXM+IG9uIHJsMApybHBo eTA6IDxSZWFsVGVrIGludGVybmFsIG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMApybHBoeTA6 ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnJs MDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTE6MDk6ZjY6ZGM6MDIKZndvaGNpMDogPFZJQSBGaXJl IElJIChWVDYzMDYpPiBwb3J0IDB4ZGUwMC0weGRlN2YgbWVtIDB4ZmRjZmUwMDAtMHhmZGNmZTdm ZiBpcnEgMTEgYXQgZGV2aWNlIDQuMCBvbiBwY2kyCmZ3b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjEw IChST009MSkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuCmZ3b2hj aTA6IEVVSTY0IDAwOjEwOmRjOjAwOjAwOjkzOmRkOjE0CmZ3b2hjaTA6IFBoeSAxMzk0YSBhdmFp bGFibGUgUzQwMCwgMiBwb3J0cy4KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0 ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9uIGZ3b2hjaTAKZndlMDog PEV0aGVybmV0IG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMAppZl9md2UwOiBGYWtlIEV0aGVy bmV0IGFkZHJlc3M6IDAyOjEwOmRjOjkzOmRkOjE0CmZ3ZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAy OjEwOmRjOjkzOmRkOjE0CmZ3ZTA6IGlmX3N0YXJ0IHJ1bm5pbmcgZGVmZXJyZWQgZm9yIEdpYW50 CnNicDA6IDxTQlAtMi9TQ1NJIG92ZXIgRmlyZVdpcmU+IG9uIGZpcmV3aXJlMApmd29oY2kwOiBJ bml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogbm9kZV9pZD0weGM4MDBmZmMwLCBnZW49MSwgQ1lD TEVNQVNURVIgbW9kZQpmaXJld2lyZTA6IDEgbm9kZXMsIG1heGhvcCA8PSAwLCBjYWJsZSBJUk0g PSAwIChtZSkKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIChtZSkKcGNpMDogPG11bHRpbWVkaWEs IGF1ZGlvPiBhdCBkZXZpY2UgMjAuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpmZGMwOiA8ZmxvcHB5 IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjcsMHgzZjAtMHgzZjUgaXJxIDYgZHJxIDIgb24g YWNwaTAKZmQwOiA8MTQ0MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKc2lvMDogPDE2 NTUwQS1jb21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4 MTAgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKcHBjMDogPEVDUCBwYXJhbGxlbCBwcmludGVy IHBvcnQ+IHBvcnQgMHg3NzgtMHg3N2IsMHgzNzgtMHgzN2YgaXJxIDcgZHJxIDMgb24gYWNwaTAK cHBjMDogR2VuZXJpYyBjaGlwc2V0IChFUFAvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBi dXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzAKcGxpcDA6IDxQTElQIG5ldHdvcmsgaW50 ZXJmYWNlPiBvbiBwcGJ1czAKbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMApscHQwOiBJbnRlcnJ1 cHQtZHJpdmVuIHBvcnQKcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwCmF0a2JkYzA6IDxL ZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2NCwweDYwIGlycSAxIG9uIGFjcGkw CmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0 IGF0a2JkMApwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogbW9kZWwg SW50ZWxsaU1vdXNlIEV4cGxvcmVyLCBkZXZpY2UgSUQgNApvcm0wOiA8SVNBIE9wdGlvbiBST01z PiBhdCBpb21lbSAweGQwMDAwLTB4ZDNmZmYsMHhjMDAwMC0weGNjZmZmIG9uIGlzYTAKc2MwOiA8 U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1 YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzaW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBi aXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZAp2Z2Ew OiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhi ZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxNzkwODM1Nzk1IEh6IHF1 YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKYWQwOiAxMTQ0NzNN QiA8U1QzMTIwMDI2QS84LjAxPiBbMjMyNTgxLzE2LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BMzMK YWNkMDogQ0RST00gPFNBTVNVTkcgQ0QtUk9NIFNDLTE0OEYvUFMwNT4gYXQgYXRhMS1tYXN0ZXIg UElPNApNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvYWQwczFhCg== --Boundary_(ID_XO7Ue9UGaRoNkdQxbWejOw)-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 23 23:12:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 036B716A4CE for ; Wed, 23 Mar 2005 23:12:56 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA0543D5A for ; Wed, 23 Mar 2005 23:12:55 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT00C3RUWCO180@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 24 Mar 2005 00:07:24 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDT008LQV89UMGF@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 24 Mar 2005 00:14:33 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 309B9BDC4B; Thu, 24 Mar 2005 00:12:54 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id B6B82BDC37; Thu, 24 Mar 2005 00:12:48 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 78B8033C1B; Thu, 24 Mar 2005 00:12:48 +0100 (CET) Date: Thu, 24 Mar 2005 00:12:48 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050323234218.48716838.torfinn.ingolfsen@broadpark.no> To: Torfinn Ingolfsen Message-id: <868y4ehs7j.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> <20050323234218.48716838.torfinn.ingolfsen@broadpark.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-stable@freebsd.org Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2005 23:12:56 -0000 Torfinn Ingolfsen writes: > As I wrote earlier, I don't have hat option in the bios. But after > re-reading the acpi debugging chapter in the handbook, I found a > workaround. With the line: > hint.apic.0.disabled=3D"1" > > in /boot/loader.conf, the machine hangs for a while (perhaps 15 > seconds), and then continues the boot. Now acpi works, and even the > mouse works (along with usb and firewire ports). Remove NO_MIXED_MODE from your kernel config, and try again with the APIC enabled. NO_MIXED_MODE is (IMHO incorrectly) enabled by default to "avoid penalizing non-broken chipsets". DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 00:34:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 968AF16A4CE for ; Thu, 24 Mar 2005 00:34:05 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 06B8543D39 for ; Thu, 24 Mar 2005 00:34:04 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 10814 invoked from network); 24 Mar 2005 00:28:05 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 24 Mar 2005 00:28:05 -0000 Received: (qmail 5796 invoked by uid 89); 24 Mar 2005 00:41:57 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 24 Mar 2005 00:41:57 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 9350A1141B for ; Thu, 24 Mar 2005 02:34:01 +0200 (EET) Date: Thu, 24 Mar 2005 02:34:00 +0200 From: Ion-Mihai Tetcu To: freebsd-stable@freebsd.org Message-ID: <20050324023400.7d1887ce@it.buh.tecnik93.com> X-Mailer: Sylpheed-Claws 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 00:34:05 -0000 Hi, This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 minutes ago. I'm going to try a clean build and let you know if that solves it: ................. `rtapelib.o' is up to date. `tar.o' is up to date. `update.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo pin g6.lo vinum.lo ipf.lo ipfs.lo ipfstat.lo ipmon.lo ipnat.lo sconfig.lo fdisk.lo dhclient.lo bzip2.lo vi.lo id.lo gzip.lo tar.lo /usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 ifconfig.lo(.text+0x1e7f): In function `status': : undefined reference to `pfsync_status' ifconfig.lo(.text+0x1eaf): In function `status': : undefined reference to `carp_status' ifconfig.lo(.text+0x1f3b): In function `status': : undefined reference to `carp_status' ifconfig.lo(.text+0x1fe5): In function `status': : undefined reference to `pfsync_status' ifconfig.lo(.text+0x2051): In function `status': : undefined reference to `carp_status' ifconfig.lo(.rodata+0x408): undefined reference to `setpfsync_syncif' ifconfig.lo(.rodata+0x418): undefined reference to `setpfsync_maxupd' ifconfig.lo(.rodata+0x428): undefined reference to `unsetpfsync_syncif' ifconfig.lo(.rodata+0x5d8): undefined reference to `setcarp_advbase' ifconfig.lo(.rodata+0x5e8): undefined reference to `setcarp_advskew' ifconfig.lo(.rodata+0x5f8): undefined reference to `setcarp_passwd' ifconfig.lo(.rodata+0x608): undefined reference to `setcarp_vhid' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 01:25:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DA2116A4D0 for ; Thu, 24 Mar 2005 01:25:04 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0682A43D1F for ; Thu, 24 Mar 2005 01:25:04 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDU00CYC10KO190@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 24 Mar 2005 02:19:32 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDU008VQ1CHUPWF@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 24 Mar 2005 02:26:42 +0100 (CET) Date: Thu, 24 Mar 2005 02:25:00 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <868y4ehs7j.fsf@xps.des.no> To: freebsd-stable@freebsd.org Message-id: <20050324022500.30c55b6b.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> <20050323234218.48716838.torfinn.ingolfsen@broadpark.no> <868y4ehs7j.fsf@xps.des.no> Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 01:25:04 -0000 On Thu, 24 Mar 2005 00:12:48 +0100 des@des.no (Dag-Erling Sm=F8rgrav) wrote: > Remove NO_MIXED_MODE from your kernel config, and try again with the > APIC enabled. NO_MIXED_MODE is (IMHO incorrectly) enabled by default > to "avoid penalizing non-broken chipsets". Well, that was an interesting experience. I commented out the 'options NO_MIXED_MODE' line from my kernel config (a copy of GENERIC), made a new kernel and installed it. I commented out the hint from /boot/loader.conf, and rebooted the machine. The results were ... special. The machine would do anything from reboot to just mess up the display (vertical stripes instead of text) during booting. When I set the hint again, the machine booted like before (ie. with the 15 seconds delay). Whew. --=20 Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 01:47:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 135C816A4CE for ; Thu, 24 Mar 2005 01:47:09 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAEC043D1F for ; Thu, 24 Mar 2005 01:47:08 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.168.0.5] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with ESMTP id <2005032401470801400sc31pe>; Thu, 24 Mar 2005 01:47:08 +0000 Message-ID: <42421C18.9040106@FreeBSD.org> Date: Wed, 23 Mar 2005 17:47:04 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20050324023400.7d1887ce@it.buh.tecnik93.com> In-Reply-To: <20050324023400.7d1887ce@it.buh.tecnik93.com> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 01:47:09 -0000 Ion-Mihai Tetcu wrote: > Hi, > > > This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 > minutes ago. I'm going to try a clean build and let you know if that solves it: It definitely should solve it. I've been building RELENG_5 for 2 days straight without problems. For future reference, it's generally better to try the clean build first before sending in a report like this, especially in -stable. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 01:47:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD38F16A4CE; Thu, 24 Mar 2005 01:47:09 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A84B643D1F; Thu, 24 Mar 2005 01:47:09 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.18.171.198]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IDU007YL2AKLS80@vms040.mailsrvcs.net>; Wed, 23 Mar 2005 19:47:09 -0600 (CST) Date: Wed, 23 Mar 2005 20:46:50 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <4240015A.2020802@DeepCore.dk> To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Message-id: <1111628810.1060.1.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 01:47:10 -0000 On Tue, 2005-03-22 at 12:28 +0100, Søren Schmidt wrote: > o PCCARD probing fixed. > Since I have reported this problem with the previous version of the patch, I would like to confirm that with this version my PCMCIA-to-CF adapter works properly. Thank you, -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 02:36:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FED416A4CE for ; Thu, 24 Mar 2005 02:36:17 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 534EA43D5C for ; Thu, 24 Mar 2005 02:36:16 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 24 Mar 2005 02:36:14 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp009) with SMTP; 24 Mar 2005 03:36:14 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-stable@freebsd.org Date: Thu, 24 Mar 2005 03:35:42 +0100 User-Agent: KMail/1.7.2 References: <20050320015339.GB85807@unixpages.org> <4241EFB5.1090103@toldme.com> In-Reply-To: <4241EFB5.1090103@toldme.com> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1510397.eIR3Vy6JVb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503240335.57162@harrymail> X-Y-GMX-Trusted: 0 cc: Christian Brueffer cc: Danny Howard Subject: Re: cpufreq related RELENG_5 regression? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 02:36:17 -0000 --nextPart1510397.eIR3Vy6JVb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 23. M=E4rz 2005 23:37 schrieb Danny Howard: > Christian Brueffer wrote: > > [...] > > >When I try to transfer a file from outside the LAN to box C, which > >resides inside the LAN, the movie on box B starts to stagger. > > [...] > > >Can anyone confirm this? > > Anecdotally . . . I upgraded my Pentium-M laptop on Monday or Tuesday to > the latest ... I have since noted: > - It seems to run cooler under load. (Peaks at 140F instead of 145F) Lower temperatures with the same (full) load indicate that the cpu has idle= =20 cycles. Which explains the jerks and staggers... Not really an improvement IMHO, but I don't understand the code, only some= =20 hardware basics. =2DHarry > - Watching TV occasionally has jerks, where the video will briefly lag, > where it has not had jerks before. > > It SEEMS like maybe the system is running a touch more conservatively. > But, the difference is such that, aside from occasionally jerky video, I > don't really notice. > > -danny > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --nextPart1510397.eIR3Vy6JVb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCQieNBylq0S4AzzwRAmj0AJwKjBRtLkAl1EdnFZUi2+cvWSgkhwCfe3L1 jvnzVMib3kf9TMNcfGCjoOA= =M7cB -----END PGP SIGNATURE----- --nextPart1510397.eIR3Vy6JVb-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 02:43:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C769516A4CE for ; Thu, 24 Mar 2005 02:43:15 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D3643D48 for ; Thu, 24 Mar 2005 02:43:15 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from [192.168.0.3] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc13) with SMTP id <20050324024314016002knfve>; Thu, 24 Mar 2005 02:43:14 +0000 Date: Wed, 23 Mar 2005 18:43:13 -0800 (PST) From: Doug Barton To: freebsd-stable@freebsd.org Message-ID: <20050323183732.V20017@Znfgre.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: HEADS UP: BIND 9.3.1 imported to RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 02:43:15 -0000 Howdy, Today I completed the upgrade of BIND 9.3.1 in 5-stable. This new version has many improvements, including better threading, a small security vulnerability fixed, and many other bugs fixed. If you are using BIND 9 of any flavor you are highly encouraged to upgrade to BIND 9.3.1. If you are using BIND 8, you should seriously consider migrating. Instructions for migration and other excellent documentation are available in /usr/share/doc/bind9. Enjoy, Doug From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 02:46:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 130E116A4CE for ; Thu, 24 Mar 2005 02:46:50 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1A643D2F for ; Thu, 24 Mar 2005 02:46:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2O2jKqb071248; Wed, 23 Mar 2005 19:45:20 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4242296E.3060502@samsco.org> Date: Wed, 23 Mar 2005 19:43:58 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Torfinn Ingolfsen References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> <20050323234218.48716838.torfinn.ingolfsen@broadpark.no> <868y4ehs7j.fsf@xps.des.no> <20050324022500.30c55b6b.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20050324022500.30c55b6b.torfinn.ingolfsen@broadpark.no> 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-stable@freebsd.org Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 02:46:50 -0000 Torfinn Ingolfsen wrote: > On Thu, 24 Mar 2005 00:12:48 +0100 > des@des.no (Dag-Erling Smørgrav) wrote: > > >>Remove NO_MIXED_MODE from your kernel config, and try again with the >>APIC enabled. NO_MIXED_MODE is (IMHO incorrectly) enabled by default >>to "avoid penalizing non-broken chipsets". > > > Well, that was an interesting experience. > I commented out the 'options NO_MIXED_MODE' line from my kernel config > (a copy of GENERIC), made a new kernel and installed it. > I commented out the hint from /boot/loader.conf, and rebooted the > machine. > > The results were ... special. The machine would do anything from reboot > to just mess up the display (vertical stripes instead of text) during > booting. > When I set the hint again, the machine booted like before (ie. with the > 15 seconds delay). > > Whew. How does this machine behave with a stock 6.0-CURRENT kernel? Could you see if the 6.0-CURRENT-SNAP002 snapshot boots on it? Scott From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 03:42:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E8116A4CE for ; Thu, 24 Mar 2005 03:42:20 +0000 (GMT) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14EF743D41 for ; Thu, 24 Mar 2005 03:42:19 +0000 (GMT) (envelope-from zen@tk-pttuntex.com) Received: from misael (core.bps.co.id [202.57.0.93]) by matrix.tk-pttuntex.com (Postfix) with ESMTP id ADC3F10568 for ; Thu, 24 Mar 2005 10:42:37 +0700 (WIT) Date: Thu, 24 Mar 2005 10:42:12 +0700 From: zen X-Mailer: The Bat! (v1.62i) Business Organization: TUNTEX INDONESIA X-Priority: 3 (Normal) Message-ID: <53342840859.20050324104212@tk-pttuntex.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: fail during #make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 03:42:20 -0000 Hi freebsd-stable; i just cvsup my box today my current version are 5.3 RELEASE, and cvsup it with releng_5. and the make buildworld just stop with these error messages : libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. please kindly someone help me with this problems. TIA ---- Cheers Misael From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 04:44:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19D8D16A4CE for ; Thu, 24 Mar 2005 04:44:50 +0000 (GMT) Received: from beastie.mckusick.com (dsl081-247-227.sfo1.dsl.speakeasy.net [64.81.247.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D9043D48 for ; Thu, 24 Mar 2005 04:44:49 +0000 (GMT) (envelope-from mckusick@mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.8/8.12.9) with ESMTP id j2O4iiqO092324; Wed, 23 Mar 2005 20:44:48 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200503240444.j2O4iiqO092324@beastie.mckusick.com> To: "Joe Doran" Date: Wed, 23 Mar 2005 20:44:44 -0800 From: Kirk McKusick cc: freebsd-stable@freebsd.org Subject: Re: [joe@jbdww.com: SIIG Multiport Card] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 04:44:50 -0000 ----- Forwarded message from Joe Doran ----- From: "Joe Doran" To: Date: Mon, 21 Mar 2005 21:25:47 -0600 Subject: SIIG Multiport Card Hello, I am trying to us a SIIG 4 port Multi-port card on FreeBSD 5.3, and I am having issues with the baud rate. The kernel finds the four ports, and I can open them, but I am unable to change the Baud Rate. It is stuck at 115,200. I have this in my kernel config. device pcu device sio Thanks JBD _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ----- End forwarded message ----- Joe, I have the following configuration for my SIIG 4 port Multi-port card on FreeBSD 5.3: device pcu device sio options COM_MULTIPORT plus the added hints in /boot/device.hints (this assuming that you have one on-board sio port. If you have two on-board ports, it would be 0x201. See sio(4)): hint.sio.1.flags="0x101" hint.sio.2.flags="0x101" hint.sio.3.flags="0x101" hint.sio.4.flags="0x101" When I boot up I get the following configuration from the card: Mar 23 13:52:24 beastie2 kernel: puc0: port 0x7800-0x781f,0x7400-0x741f mem 0xfb007000-0xfb007fff,0xfb006000-0xfb006fff irq 20 at device 4.0 on pci3 Mar 23 13:52:24 beastie2 kernel: sio1: on puc0 Mar 23 13:52:24 beastie2 kernel: sio1: type 16550A (multiport master) Mar 23 13:52:24 beastie2 kernel: sio1: unable to activate interrupt in fast mode - using normal mode Mar 23 13:52:24 beastie2 kernel: sio2: on puc0 Mar 23 13:52:24 beastie2 kernel: sio2: type 16550A (multiport) Mar 23 13:52:24 beastie2 kernel: sio2: unable to activate interrupt in fast mode - using normal mode Mar 23 13:52:24 beastie2 kernel: sio3: on puc0 Mar 23 13:52:24 beastie2 kernel: sio3: type 16550A (multiport) Mar 23 13:52:24 beastie2 kernel: sio3: unable to activate interrupt in fast mode - using normal mode Mar 23 13:52:24 beastie2 kernel: sio4: on puc0 Mar 23 13:52:24 beastie2 kernel: sio4: type 16550A (multiport) Mar 23 13:52:24 beastie2 kernel: sio4: unable to activate interrupt in fast mode - using normal mode I am able to tip from one port on the SIIG card to another quite happily, and I can change the baud information (at least to the extent that I have to set it to the same baud rate on both ports for them to be able to communicate with each other). But I am unable to communicate from an SIIG port to any other RS-232 port (whether native sio port or external such as a modem). To try and get an understanding of what is going on, I attached my dual trace scope to the send and receive lines. I observed the following anomolies: 1) The SIIG port is outputting a signal at +/- 3v as compared to every other RS-232 which is at +/- 5v. 2) The SIIG appears to have a badly skewed clock, running at approximately 10x what it should be. That is when it is set at 1800 baud, it is putting out characters that are about the same width as a normal port running at 19200 baud. 3) With no output, it has about a 0.2v jitter (high frequency hum) in its output. 4) It appears to be missing its final framing bit when it sends characters. I tried finding a set of baud rates that would match character widths, but even at 1800/19200 it is not quite right, and definitely is not effective at transmitting characters between SIIG and non-SIIG ports. I tried calling the SIIG support, but they seem limited to helping with how to install under Windows systems. I have concluded that the only viable way to use these ports is to buy two cards for the two machines between which I wish to debug (as they do at least seem able to talk to themselves). I am at a loss as to how to get them to talk to anything else. I have previously used Cyclades, but they want $500 for a PCI 4-port card. If you have found anything else that work, I would love to hear about it. Kirk McKusick From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 05:22:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A8FB16A4CE; Thu, 24 Mar 2005 05:22:03 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EA3F43D2F; Thu, 24 Mar 2005 05:22:03 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id E41212A8F3; Wed, 23 Mar 2005 21:22:02 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id BC3C7E2B5; Wed, 23 Mar 2005 21:22:01 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.1/8.13.1) with ESMTP id j2O5M26w019336; Wed, 23 Mar 2005 21:22:02 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.1/8.13.1/Submit) id j2O5M2pg019335; Wed, 23 Mar 2005 21:22:02 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 23 Mar 2005 21:22:01 -0800 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503232122.01937.peter@wemm.org> cc: freebsd-stable@freebsd.org cc: Vinod Kashyap Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 05:22:03 -0000 On Wednesday 23 March 2005 01:48 pm, Vinod Kashyap wrote: > If any kernel module has the following, or a similar line in it: > ----- > char x[100] = {0}; > ----- > building of the GENERIC kernel on FreeBSD 5 -STABLE for amd64 > as of 03/19/05, fails with the following message at the time of > linking: "undefined reference to `memset'". > > The same problem is not seen on i386. > > The problem goes away if the above line is changed to: > ----- > char x[100]; > memset(x, 0, 100); > ----- > > Adding CFLAGS+=-fbuiltin, or CFLAGS+=-fno-builtin to > /sys/conf/Makefile.amd64 does not help. > > Anyone knows what's happening? Something fishy is going on. I've tried this on both 5.x and 6.0 and both systems created a bss object called 'x', not something that called memset. For example: peter@fb5-amd64[9:17pm]/home/src/sys/modules/twe-21# nm obj/twe.ko | grep x U busdma_lock_mutex U sysctl_ctx_free U sysctl_ctx_init 0000000000000080 b x peter@fb5-amd64[9:17pm]/home/src/sys/modules/twe-22# nm obj/twe.ko | grep memset peter@fb5-amd64[9:17pm]/home/src/sys/modules/twe-23# I wondered if it might be because of something like -O2 (don't do that) or no -O at all, but I couldn't make it happen even then. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 07:05:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B9D16A4CE; Thu, 24 Mar 2005 07:05:24 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 275BE43D46; Thu, 24 Mar 2005 07:05:24 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2O75Jer026071 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 24 Mar 2005 18:05:20 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2O75I7l043183; Thu, 24 Mar 2005 18:05:18 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2O75HjZ043182; Thu, 24 Mar 2005 18:05:17 +1100 (EST) (envelope-from pjeremy) Date: Thu, 24 Mar 2005 18:05:17 +1100 From: Peter Jeremy To: Vinod Kashyap Message-ID: <20050324070516.GA43123@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 07:05:25 -0000 On Wed, 2005-Mar-23 13:48:04 -0800, Vinod Kashyap wrote: >If any kernel module has the following, or a similar line in it: >----- >char x[100] = {0}; >----- >building of the GENERIC kernel on FreeBSD 5 -STABLE for amd64 >as of 03/19/05, fails with the following message at the time of linking: >"undefined reference to `memset'". > >The same problem is not seen on i386. > >The problem goes away if the above line is changed to: >----- >char x[100]; >memset(x, 0, 100); >----- Can you post a complete (compilable) example please. Based on your second example, I suspect that you are putting the variable declaration inside a function definition - the second example doesn't make sense outside a function. If I add "char x[100] = {0};" into a function on i386 and compile it as a kernel module on 5.3, a static memset symbol is generated - it's possible that the amd64 compiler gets confused about the implicit reference to memset that this code needs. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 07:16:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CB9816A4CE for ; Thu, 24 Mar 2005 07:16:03 +0000 (GMT) Received: from smtp4.info.com.ph (smtp4.info.com.ph [202.57.96.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7EC043D55 for ; Thu, 24 Mar 2005 07:16:02 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp4.info.com.ph (8.12.11/8.12.11) with ESMTP id j2O7Dexe006375 for ; Thu, 24 Mar 2005 15:13:41 +0800 Received: from 210.213.216.238.pldt.net (loopback.epldt.net [127.0.0.1] (may be forged)) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j2O77qrN023520 for ; Thu, 24 Mar 2005 15:07:53 +0800 From: Mars Trading To: freebsd-stable@freebsd.org Date: Thu, 24 Mar 2005 15:15:58 +0800 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503241515.59257.marstrade@gmail.com> Subject: naming of usb tty device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 07:16:03 -0000 Hello, I heard that tty usb devices would be renamed to /dev/cuaU# replacing /dev/ucom#. Is this going to happen in 5.4-RELEASE? I hope so; I'm still having problems using uplcom+ucom. Maybe the renaming thing would help? Dennis -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 07:29:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7F5A16A4CE for ; Thu, 24 Mar 2005 07:29:55 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 6CE5943D54 for ; Thu, 24 Mar 2005 07:29:54 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 15761 invoked from network); 24 Mar 2005 07:23:54 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 24 Mar 2005 07:23:54 -0000 Received: (qmail 21898 invoked by uid 89); 24 Mar 2005 07:37:48 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 24 Mar 2005 07:37:48 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 72E4F1141A; Thu, 24 Mar 2005 09:29:48 +0200 (EET) Date: Thu, 24 Mar 2005 09:29:48 +0200 From: Ion-Mihai Tetcu To: Doug Barton Message-ID: <20050324092948.164d2e6e@it.buh.tecnik93.com> In-Reply-To: <42421C18.9040106@FreeBSD.org> References: <20050324023400.7d1887ce@it.buh.tecnik93.com> <42421C18.9040106@FreeBSD.org> X-Mailer: Sylpheed-Claws 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 07:29:55 -0000 On Wed, 23 Mar 2005 17:47:04 -0800 Doug Barton wrote: > Ion-Mihai Tetcu wrote: > > Hi, > > > > > > This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 > > minutes ago. I'm going to try a clean build and let you know if that solves it: > > It definitely should solve it. I've been building RELENG_5 for 2 days > straight without problems. And yes, it solved it :) > For future reference, it's generally better to try the clean build first > before sending in a report like this, especially in -stable. Point taken, but you know I'm not the one to make exaggerated noise. I was 02:35 in the morning and I wanted to know if anyone saw the same thing and if I need to wait I could simply go to bed. Thanks for the new BIND. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 08:07:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A2D216A4CE; Thu, 24 Mar 2005 08:07:14 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A30543D54; Thu, 24 Mar 2005 08:07:13 +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 j2O87Cre084173; Thu, 24 Mar 2005 10:07:12 +0200 (EET) (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 53338-20; Thu, 24 Mar 2005 10:07:23 +0200 (EET) 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 j2O87B6K084170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 10:07:11 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2O87VCr025276; Thu, 24 Mar 2005 10:07:31 +0200 (EET) (envelope-from ru) Date: Thu, 24 Mar 2005 10:07:31 +0200 From: Ruslan Ermilov To: Ion-Mihai Tetcu Message-ID: <20050324080731.GA25127@ip.net.ua> References: <20050324023400.7d1887ce@it.buh.tecnik93.com> <42421C18.9040106@FreeBSD.org> <20050324092948.164d2e6e@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <20050324092948.164d2e6e@it.buh.tecnik93.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton cc: freebsd-stable@FreeBSD.org Subject: Re: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:07:14 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 09:29:48AM +0200, Ion-Mihai Tetcu wrote: > On Wed, 23 Mar 2005 17:47:04 -0800 > Doug Barton wrote: >=20 > > Ion-Mihai Tetcu wrote: > > > Hi, > > >=20 > > >=20 > > > This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 > > > minutes ago. I'm going to try a clean build and let you know if that = solves it: > >=20 > > It definitely should solve it. I've been building RELENG_5 for 2 days= =20 > > straight without problems. >=20 > And yes, it solved it :) >=20 > > For future reference, it's generally better to try the clean build firs= t=20 > > before sending in a report like this, especially in -stable. >=20 > Point taken, but you know I'm not the one to make exaggerated noise. I > was 02:35 in the morning and I wanted to know if anyone saw the same > thing and if I need to wait I could simply go to bed. >=20 > Thanks for the new BIND. >=20 You shouldn't be using NOCLEAN routinely; it's only safe when sources do not change. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQnVDqRfpzJluFF4RAgbeAKCYvHDUzNz+JAsYT7LALK+U1ygprACfaxY1 nEJ+3emV2OQSAf6L2kDltZc= =MQO9 -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 08:13:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FFE016A4CE for ; Thu, 24 Mar 2005 08:13:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40B1C43D55 for ; Thu, 24 Mar 2005 08:13:38 +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 j2O8DXl9084510; Thu, 24 Mar 2005 10:13:33 +0200 (EET) (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 54120-04; Thu, 24 Mar 2005 10:13:45 +0200 (EET) 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 j2O8DWiP084507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 10:13:33 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2O8DqDV025322; Thu, 24 Mar 2005 10:13:52 +0200 (EET) (envelope-from ru) Date: Thu, 24 Mar 2005 10:13:52 +0200 From: Ruslan Ermilov To: zen Message-ID: <20050324081352.GB25127@ip.net.ua> References: <53342840859.20050324104212@tk-pttuntex.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <53342840859.20050324104212@tk-pttuntex.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-stable@freebsd.org Subject: Re: fail during #make buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:13:39 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 10:42:12AM +0700, zen wrote: > Hi freebsd-stable; >=20 > i just cvsup my box today my current version are 5.3 RELEASE, > and cvsup it with releng_5. and the make buildworld just stop with > these error messages : >=20 > libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../cont= rib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/= lib/libmagic/../../contrib/file/print.c > /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc > *** Error code 1 >=20 > Stop in /usr/src/lib/libmagic. > *** Error code 1 >=20 1. Remove /usr/obj/usr/src/ completely. 2. Run "make cleandir" to get rid of (possible) build files in /usr/src. 3. Check that your date/time is set correctly. 4. Re-run "make buildworld". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQnbAqRfpzJluFF4RAlpvAJ9CJh0MatXQdcgA1Vcd5LwjuSIEWgCgiZ/N 1OkbpjcI3LIbFRmirZ+hGCs= =NkUQ -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 08:21:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D83016A4CE for ; Thu, 24 Mar 2005 08:21:36 +0000 (GMT) Received: from smtp.eu.tiauto.com (smtp.eu.tiauto.com [195.127.176.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B6E43D39 for ; Thu, 24 Mar 2005 08:21:35 +0000 (GMT) (envelope-from bconstant@be.tiauto.com) Received: by tiaseudtcdc01.de.eu.tiauto.com with Internet Mail Service (5.5.2657.72) id ; Thu, 24 Mar 2005 09:21:30 +0100 Message-ID: From: "Constant, Benjamin" To: Freddie Cash , freebsd-stable@freebsd.org Date: Thu, 24 Mar 2005 09:18:15 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain Subject: RE: Distinct base and ports update ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:21:36 -0000 > On March 22, 2005 11:50 pm, Constant, Benjamin wrote: > > I think this may work if I use two cvsup files (one for the src-all > > and the other one for the ports) using a different date inside. > > You should always use separate supfiles for the source and > ports trees. > Why? Because the ports tree changes on a daily basis, and > the source tree may only change every couple of months > (depending on the branch you are tracking). Why compare > every single file in the source tree on your system and the > cvsup server when all you want to do is get the latest ports tree?? I agree with you. > Keep them separate. Keep the tags separate. And only update > the source tree when you need to. This is what I want to do but I must be sure that if I update my mirror, I can use the same base across multiple updates. That's why the date parameter sounds interesting to me. > And, if all your systems are on a LAN, then why not NFS mount > the /usr/src and /usr/ports directories off a central system? > That way, you only have to update one system, and you're > guaranteed that all the servers have the same source and > ports trees. Just set the work directory prefix (it's listed > in the ports(7) man page) so that the compilation work > directories are local, and you're set. Unfortunately I can't but the idea is good :-) > Alternatively, just have 1 build system that makes packages, > and copy those packages out to the other servers, and do the > installs/upgrades with packages. This is also a good way of working as it help you to remove (for example) compiler stuff from your system. Keeping your installation as minimal as possible is always a good choice. Thank your for these tips. Regards, Benjamin Constant. The information contained in this transmission may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This communication is from TI Automotive. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 08:31:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D86E16A4CE; Thu, 24 Mar 2005 08:31:29 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA0243D1F; Thu, 24 Mar 2005 08:31:28 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])j2O8VJA6006225; Thu, 24 Mar 2005 19:31:19 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j2O8VGMq023657; Thu, 24 Mar 2005 19:31:17 +1100 Date: Thu, 24 Mar 2005 19:31:14 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Vinod Kashyap In-Reply-To: Message-ID: <20050324182524.J97436@delplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:31:29 -0000 On Wed, 23 Mar 2005, Vinod Kashyap wrote: > If any kernel module has the following, or a similar line in it: > ----- > char x[100] = {0}; > ----- I think you mean: ----- auto char x[100] = {0}; ----- or after fixing some style bugs: ----- char x[100] = { 0 }; ----- > building of the GENERIC kernel on FreeBSD 5 -STABLE for amd64 > as of 03/19/05, fails with the following message at the time of linking: > "undefined reference to `memset'". > > The same problem is not seen on i386. > > The problem goes away if the above line is changed to: > ----- > char x[100]; > memset(x, 0, 100); > ----- This version makes the pessimizations and potential bugs clear: - clearing 100 bytes on every entry to the function is wasteful. C90's auto initializers hide pessimizations like this. They should be used very rarely, especially in kernels. But they are often misused, even in kernels, even for read-only data that should be static. gcc doesn't optimize even "auto const x[100] = { 0 };" to a static initialization -- the programmer must declare the object as static to prevent gcc laboriously clearing it on every entry to the function. - 100 bytes may be too much to put on the kernel stack. Objects just a little larger than this must be dynamically allocated unless they can be read-only. > Adding CFLAGS+=-fbuiltin, or CFLAGS+=-fno-builtin to /sys/conf/Makefile.amd64 > does not help. -fno-builtin is already in CFLAGS, and if it has any effect on this then it should be to cause gcc to generate a call to memset() instead of doing the memory clearing inline. I think gcc has a builtin memset() which is turned off by -fno-builtin, but -fno-builtin doesn't affect cases where memset() is not referenced in the source code. -ffreestanding should prevent gcc generating calls to library functions like memset(). However, -ffreestanding is already in CFLAGS too, and there is a problem: certain initializations like the one in your example need to use an interface like memset(), and struct copies need to use and interface like memcpy(), so what is gcc to do when -fno-builtin tells it to turn off its builtins and -ffreestanding tells it that the relevant interfaces might not exist in the library? > Anyone knows what's happening? gcc is expecting that memset() is in the library, but the FreeBSD kernel is freestanding and happens not to have memset() in its library. Related bugs: - the FreeBSD kernel shouldn't have memset() at all. The kernel interface for clearing memory is bzero(). A few files misspelled bzero() as memset() and provided a macro to convert from memset() to bzero(), and instead of fixing them a low-quality memset() was added to . This gives an inline memset() so it doesn't help here. memset() is of some use for setting to nonzero, but this is rarely needed and can easily be repeated as necessary. The support for the nonzero case in is of particularly low quality -- e.g., it crashes if asked to set a length of 0. - memset() to zero and/or gcc methods for initialization to 0 might be much slower than the library's methods for clearing memory. This is not a problem in practice, although bzero() is much faster than gcc's methods in some cases, because: (a) -fno-builtin turns off builtin memset(). (b) the inline memset() just uses bzero() in the fill_byte = 0 case, so using it instead of bzero() is only a tiny pessimization. (c) large copies that bzero() can handle better than gcc's inline method (which is stosl on i386's for your example) cannot because the data would be too large to fit on the kernel statck. - there are slightly different problems for memcpy(): (a) memcpy() is in the library and is not inline, so there is no linkage problem if gcc generates a call to memcpy() for a struct copy. (b) the library memcpy() never uses bcopy(), so it is much slower than bcopy() in much cases. (c) the reason that memcpy() is in the library is to let gcc inline memcpy() for efficiency, but this reason was turned into nonsense by adding -fno-builtin to CFLAGS, and all calls to memcpy() are style bugs and ask for inefficiency. (The inefficiency is small or negative in practice because bzero() has optimizations for large copies that are small pessimizations for non-large copies.) - the FreeBSD kernel shouldn't have memcmp(). It has an inline one that has even lower quality than the inline memset(). memcmp() cannot be implemented using bcmp() since memcmp() is tri-state but bcmp() is boolean, but the inline memcmp() just calls bcmp(). This works, if at all, because nothing actually needs memcmp() and memcmp() is just a misspelling of bcmp(). Bruce From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 08:53:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B61116A4CE for ; Thu, 24 Mar 2005 08:53:45 +0000 (GMT) Received: from smtp4.info.com.ph (smtp4.info.com.ph [202.57.96.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E10243D48 for ; Thu, 24 Mar 2005 08:53:44 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp4.info.com.ph (8.12.11/8.12.11) with ESMTP id j2O8pLs6007985; Thu, 24 Mar 2005 16:51:21 +0800 Received: from 210.213.216.238.pldt.net (loopback.epldt.net [127.0.0.1] (may be forged)) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j2O8jXsE029333; Thu, 24 Mar 2005 16:45:34 +0800 From: Mars Trading To: Rene Ladan Date: Thu, 24 Mar 2005 16:53:39 +0800 User-Agent: KMail/1.7.2 References: <200503241515.59257.marstrade@gmail.com> <20050324075119.GA7404@82-168-75-155-bbxl.xdsl.tiscali.nl> In-Reply-To: <20050324075119.GA7404@82-168-75-155-bbxl.xdsl.tiscali.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503241653.40142.marstrade@gmail.com> cc: freebsd-stable@freebsd.org Subject: Re: naming of usb tty device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 08:53:45 -0000 Hello Rene, On Thursday 24 March 2005 15:51, you wrote: > On Thu, Mar 24, 2005 at 03:15:58PM +0800, Mars Trading wrote: > > Hello, > > > > I heard that tty usb devices would be renamed to /dev/cuaU# > > replacing /dev/ucom#. Is this going to happen in 5.4-RELEASE? > > I > > This is true for 6.0 (CURRENT), in which it has already happened, > but it is highly unlikely that it will be MFC'd to RELENG_5 (and > thus 5.4-RELEASE) as it breaks POLA. You should contact phk for > this stuff. > > > hope so; I'm still having problems using uplcom+ucom. Maybe > > the renaming thing would help? > > What kind of problems? uplcom works fine on my 5-STABLE box, > where I use the uplcom device to talk to my mobile phone. > The problem is similar to that mentioned in PR usb/77294 which states: >I get reproducable panic()s that look like a NULL pointer >dereference. >What I saw on the console: >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >putc to a clist with no reserved blocks >ucom1: read start failed >fatal trap 12 in kernel mode >fault virtual address = 0x4c >[ ... ] >current process = getty >stopped at usb_transfer_complete+0xd2: movl 0x4c(%eax),%eax The person who wrote the PR was using getty; I'm using mgetty and I get kernel panics "every now and then" usually after 12-24hrs., sometimes less. What I did was to take sys/dev/usb/uplcom.c from -current and used it on -stable (crazy, I know). I still get a lot of those "putc to a clist with no reserved cblocks' but the machine stayed up for over 7 days. Though I hear -current is quite usable, I'm too chicken to try it out. Dennis -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 09:17:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDC9216A4D2 for ; Thu, 24 Mar 2005 09:17:40 +0000 (GMT) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 4F44243D48 for ; Thu, 24 Mar 2005 09:17:37 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 26856 invoked from network); 24 Mar 2005 09:11:38 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 24 Mar 2005 09:11:38 -0000 Received: (qmail 6809 invoked by uid 89); 24 Mar 2005 09:25:32 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 24 Mar 2005 09:25:32 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id E7F8411417; Thu, 24 Mar 2005 11:17:34 +0200 (EET) Date: Thu, 24 Mar 2005 11:17:34 +0200 From: Ion-Mihai Tetcu To: Ruslan Ermilov Message-ID: <20050324111734.1ccd507d@it.buh.tecnik93.com> In-Reply-To: <20050324080731.GA25127@ip.net.ua> References: <20050324023400.7d1887ce@it.buh.tecnik93.com> <42421C18.9040106@FreeBSD.org> <20050324092948.164d2e6e@it.buh.tecnik93.com> <20050324080731.GA25127@ip.net.ua> X-Mailer: Sylpheed-Claws 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Doug Barton cc: freebsd-stable@FreeBSD.org Subject: Re: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 09:17:41 -0000 On Thu, 24 Mar 2005 10:07:31 +0200 Ruslan Ermilov wrote: > On Thu, Mar 24, 2005 at 09:29:48AM +0200, Ion-Mihai Tetcu wrote: > > On Wed, 23 Mar 2005 17:47:04 -0800 > > Doug Barton wrote: > > > > > Ion-Mihai Tetcu wrote: > > > > Hi, > > > > > > > > > > > > This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 > > > > minutes ago. I'm going to try a clean build and let you know if that solves it: > > > > > > It definitely should solve it. I've been building RELENG_5 for 2 days > > > straight without problems. > > > > And yes, it solved it :) > > > > > For future reference, it's generally better to try the clean build first > > > before sending in a report like this, especially in -stable. > > > > Point taken, but you know I'm not the one to make exaggerated noise. I > > was 02:35 in the morning and I wanted to know if anyone saw the same > > thing and if I need to wait I could simply go to bed. > > > > Thanks for the new BIND. > > > You shouldn't be using NOCLEAN routinely; it's only safe when sources > do not change. For the time from 5.3R I had only once on one machine a problem besides this (and yes, the sources haven't changed much in all this time execpt the present MFCs race :). Now I know and just had an example of it, that NOCLEAN ain't working; my question is do I risk having bad code compiled or just errors like this one ? From my knowledge of how make works in a perfect word :) not even this should happen. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 09:46:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27CEC16A4CE; Thu, 24 Mar 2005 09:46:00 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C30B43D39; Thu, 24 Mar 2005 09:45:59 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j2O9juHn003434; Thu, 24 Mar 2005 20:45:56 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j2O9jrS5014057; Thu, 24 Mar 2005 20:45:54 +1100 Date: Thu, 24 Mar 2005 20:45:53 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Vinod Kashyap In-Reply-To: <20050324182524.J97436@delplex.bde.org> Message-ID: <20050324194817.N97600@delplex.bde.org> References: <20050324182524.J97436@delplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 09:46:00 -0000 On Thu, 24 Mar 2005, Bruce Evans wrote: > On Wed, 23 Mar 2005, Vinod Kashyap wrote: > >> If any kernel module has the following, or a similar line in it: >> ----- >> char x[100] = {0}; >> ----- >> building of the GENERIC kernel on FreeBSD 5 -STABLE for amd64 >> as of 03/19/05, fails with the following message at the time of linking: >> "undefined reference to `memset'". >> ... > ... >> Anyone knows what's happening? > > gcc is expecting that memset() is in the library, but the FreeBSD kernel > is freestanding and happens not to have memset() in its library. As to why gcc calls memset() on amd64's but not on i386's: - gcc-3.3.3 doesn't call memset() on amd64's either. - gcc-3.4.2 on amd64's calls memset() starting with an array size of 65. It uses mov[qlwb] for sizes up to 16, then stos[qlwb] up to size 64. gcc-3.3.3 on i386's uses mov[lwb] for sizes up to 8, then stos[lwb] for all larger sizes. - the relevant change seems to be: % Index: i386.c % =================================================================== % RCS file: /home/ncvs/src/contrib/gcc/config/i386/i386.c,v % retrieving revision 1.20 % retrieving revision 1.21 % diff -u -2 -r1.20 -r1.21 % --- i386.c 19 Jun 2004 20:40:00 -0000 1.20 % +++ i386.c 28 Jul 2004 04:47:35 -0000 1.21 % @@ -437,26 +502,36 @@ % ... % +const int x86_rep_movl_optimal = m_386 | m_PENT | m_PPRO | m_K6; % ... Note that rep_movl is considered optimal on i386's but not on amd64's. % @@ -10701,6 +11427,10 @@ % /* In case we don't know anything about the alignment, default to % library version, since it is usually equally fast and result in % - shorter code. */ % - if (!TARGET_INLINE_ALL_STRINGOPS && align < UNITS_PER_WORD) % + shorter code. % + % + Also emit call when we know that the count is large and call overhead % + will not be important. */ % + if (!TARGET_INLINE_ALL_STRINGOPS % + && (align < UNITS_PER_WORD || !TARGET_REP_MOVL_OPTIMAL)) % return 0; % TARGET_REP_MOVL_OPTIMAL is x86_rep_movl_optimal modulo a mask. It is zero for amd64's, so 0 is returned for amd64's here unless you use -mfoo to set TARGET_INLINE_ALL_STRINGOPS. Returning 0 gives the library call instead of a stringop. This is in i386_expand_clrstr(). There is an identical change in i386_expand_movstr() that gives library calls to memcpy() for (at least) copying structs. Bruce From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 10:21:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0CFD16A4CE; Thu, 24 Mar 2005 10:21:08 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2EE843D2D; Thu, 24 Mar 2005 10:21:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2OAL2uQ094820; Thu, 24 Mar 2005 12:21:02 +0200 (EET) (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 65254-20; Thu, 24 Mar 2005 12:21:13 +0200 (EET) 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 j2OAL14C094817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 12:21:01 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2OALLlE026709; Thu, 24 Mar 2005 12:21:21 +0200 (EET) (envelope-from ru) Date: Thu, 24 Mar 2005 12:21:21 +0200 From: Ruslan Ermilov To: Ion-Mihai Tetcu Message-ID: <20050324102121.GA26659@ip.net.ua> References: <20050324023400.7d1887ce@it.buh.tecnik93.com> <42421C18.9040106@FreeBSD.org> <20050324092948.164d2e6e@it.buh.tecnik93.com> <20050324080731.GA25127@ip.net.ua> <20050324111734.1ccd507d@it.buh.tecnik93.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20050324111734.1ccd507d@it.buh.tecnik93.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Doug Barton cc: freebsd-stable@FreeBSD.org Subject: Re: Today -STABLE doesn't build in rescue -> ifconfig.lo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 10:21:09 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 11:17:34AM +0200, Ion-Mihai Tetcu wrote: > On Thu, 24 Mar 2005 10:07:31 +0200 > Ruslan Ermilov wrote: >=20 > > On Thu, Mar 24, 2005 at 09:29:48AM +0200, Ion-Mihai Tetcu wrote: > > > On Wed, 23 Mar 2005 17:47:04 -0800 > > > Doug Barton wrote: > > >=20 > > > > Ion-Mihai Tetcu wrote: > > > > > Hi, > > > > >=20 > > > > >=20 > > > > > This happens when makeing world with -DNOCLEAN, sources cvsup'ed 5 > > > > > minutes ago. I'm going to try a clean build and let you know if t= hat solves it: > > > >=20 > > > > It definitely should solve it. I've been building RELENG_5 for 2 da= ys=20 > > > > straight without problems. > > >=20 > > > And yes, it solved it :) > > >=20 > > > > For future reference, it's generally better to try the clean build = first=20 > > > > before sending in a report like this, especially in -stable. > > >=20 > > > Point taken, but you know I'm not the one to make exaggerated noise. I > > > was 02:35 in the morning and I wanted to know if anyone saw the same > > > thing and if I need to wait I could simply go to bed. > > >=20 > > > Thanks for the new BIND. > > >=20 > > You shouldn't be using NOCLEAN routinely; it's only safe when sources > > do not change. >=20 > For the time from 5.3R I had only once on one machine a problem besides > this (and yes, the sources haven't changed much in all this time execpt > the present MFCs race :). >=20 > Now I know and just had an example of it, that NOCLEAN ain't working; my > question is do I risk having bad code compiled or just errors like this > one ? From my knowledge of how make works in a perfect word :) not even > this should happen. >=20 Recent example: a BIND header file disappeared, but was still referenced in .depend, resulting in a broken NO_CLEAN build (on two days ago HEAD). It could also result in bad code compiled, but only if dependency info is missed, which is usually indicative of a bug in a makefile (these are rare but it happens sometimes). So your best bet whenever you upgrade your sources is to *not* use NO_CLEAN. Kernel build is cheating, it always drops .depend files (both kernel and modules) even with NO_CLEAN, so chances of getting an error there are minimal. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQpShqRfpzJluFF4RAqdOAJwLmvi1J5vb8vHv6MxvKf2aXBNPhwCfWOrF Cl1RJY/p52mFbcEIAxGcvug= =H85j -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 10:26:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8CB16A4CE for ; Thu, 24 Mar 2005 10:26:55 +0000 (GMT) Received: from gandalf.osk.com.ua (osk.com.ua [195.5.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE72C43D49 for ; Thu, 24 Mar 2005 10:26:43 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from oleg.osk.lan (unknown [192.168.0.20]) by gandalf.osk.com.ua (Postfix) with ESMTP id 1102B78C5E for ; Thu, 24 Mar 2005 12:26:47 +0200 (EET) Date: Thu, 24 Mar 2005 12:28:09 +0200 From: Oleg Tarasov X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <15810317675.20050324122809@osk.com.ua> To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: kernel panics on sio interrupt-level overflows X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD MailList List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 10:26:55 -0000 Hello, Hello, I have FreeBSD 5.3-STABLE installed. Since I've installed a new 115200 Kbit/s modem and established ppp connection using kernel ppp, I started recieving following messages: sio0: 296 more interrupt-level buffer overflows (total 57038) This message repeats almost every minute meaning serious malfunction in the channel. Bruce Evans wrote in http://lists.freebsd.org/pipermail/freebsd-bugs/2003-May/000687.html > Try changing this line in sio.c: > > cp4ticks = speed / 10 / hz * 4; > > to something like: > > cp4ticks = speed / 10 / hz * 40; > or if you use a non-default value for hz (default is 100): > > cp4ticks = speed / 10 / 100 * 40; the change to cp4ticks = speed / 10 / hz * 40; made my kernel panic every 20 minutes I use ipfw with dummynet and have set following all recommendations HZ=1000 in my kernel configuration. So, we have cp4ticks = speed / 10 / 100 * 40 == speed / 10 / 1000 * 4 (what is the default, unchanged value) and must work properly but due to unproper interrupt latency we have these overflows. So, changing cp4ticks to cp4ticks = speed / 10 / hz * 40; == speed / 10 / 1000 * 40 made my kernel panic. ################################################## The worse thing is that when I returned sio.c to default, my kernel never stopped panicing. This panic is definitely provoked by sio device, as if I turn off my modem (or kill pppd) kernel doesn't panic. ################################################## Here is some data that can help: /etc/ppp/options: /dev/cuaa1 115200 lock modem crtscts --- /etc/ppp/options.cuaa1: noauth persist call ukrtel --- /etc/ppp/peers/ukrtel: name ukrtel defaultroute ipcp-accept-local ipcp-accept-remote ???.???.???.???:???.???.???.??? - my/peers adresses connect /etc/ppp/peers/connect.inet # empty, 1 line - exit 0 --- I am bad debugger but I can provide some info extracted from my dump: (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc060b063 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc060b389 in panic (fmt=0xc080321d "spin lock held too long") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc060270c in _mtx_lock_spin (m=0xc08d7800, td=0xc19ca320, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:613 #4 0xc077c165 in siointr (arg=0xc1ab8800) at /usr/src/sys/dev/sio/sio.c:1710 #5 0xc0790ead in intr_execute_handlers (isrc=0xc19b8890, iframe=0xd541ac94) at /usr/src/sys/i386/i386/intr_machdep.c:203 #6 0xc07932be in lapic_handle_intr (frame= {if_vec = 52, if_fs = -717160424, if_es = -1067384816, if_ds = 16, if_edi = -1046699232, if_esi = -1064591424, if_ebp = -717116188, if_ebx = -1046425600, if_edx = -1064566184, if_ecx = 0, if_eax = -1046425600, if_eip = -1067440569, if _cs = 8, if_eflags = 582, if_esp = -1045200000, if_ss = 4}) at /usr/src/sys/i386/i386/local_apic.c:490 #7 0xc078d753 in Xapic_isr1 () at apic_vector.s:110 #8 0x00000034 in ?? () #9 0xd5410018 in ?? () #10 0xc0610010 in coredump (td=0xc08b9fc0) at vnode_if.h:1244 #11 0xc05f6f46 in ithread_loop (arg=0xc1981c80) at /usr/src/sys/kern/kern_intr.c:546 #12 0xc05f6001 in fork_exit (callout=0xc05f6df8 , arg=0xc1981c80, frame=0xd541ad48) at /usr/src/sys/kern/kern_fork.c:811 #13 0xc078d3fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (kgdb) list *0xc077c165 0xc077c165 is in siointr (/usr/src/sys/dev/sio/sio.c:1710). 1705 1706 #ifndef COM_MULTIPORT 1707 com = (struct com_s *)arg; 1708 1709 mtx_lock_spin(&sio_lock); 1710 siointr1(com); 1711 mtx_unlock_spin(&sio_lock); 1712 #else /* COM_MULTIPORT */ 1713 bool_t possibly_more_intrs; 1714 int unit; (kgdb) list *0xc060270c 0xc060270c is in _mtx_lock_spin (cpufunc.h:305). 300 } 301 302 static __inline void 303 ia32_pause(void) 304 { 305 __asm __volatile("pause"); 306 } 307 308 static __inline u_int 309 read_eflags(void) (kgdb) list *0xc060b389 0xc060b389 is at /usr/src/sys/kern/kern_shutdown.c:553. 548 mtx_lock_spin(&sched_lock); 549 td->td_flags |= TDF_INPANIC; 550 mtx_unlock_spin(&sched_lock); 551 if (!sync_on_panic) 552 bootopt |= RB_NOSYNC; 553 boot(bootopt); 554 } 555 556 /* 557 * Support for poweroff delay. (kgdb) list *0xc07932be 0xc07932be is in lapic_handle_intr (/usr/src/sys/i386/i386/local_apic.c:491). 486 487 if (frame.if_vec == -1) 488 panic("Couldn't get vector from ISR!"); 489 isrc = intr_lookup_source(apic_idt_to_irq(frame.if_vec)); 490 intr_execute_handlers(isrc, &frame); 491 } 492 493 /* Translate between IDT vectors and IRQ vectors. */ 494 u_int 495 apic_irq_to_idt(u_int irq) --------- here is my dmesg: ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1132.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 536805376 (511 MB) avail memory = 515624960 (491 MB) 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) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff 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) atapci0: port 0xb000-0xb03f,0xac00-0xac03,0xa800-0xa807,0xa400-0xa403,0xa000-0xa007 mem 0xfb100000-0xfb11ffff irq 18 at device 12.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 fxp0: port 0xb400-0xb43f mem 0xfb000000-0xfb0fffff,0xfb120000-0xfb120fff irq 19 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:17:32 isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0xb800-0xb80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 uhci0: port 0xbc00-0xbc1f irq 10 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 0xc000-0xc01f irq 10 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 0xc400-0xc41f irq 10 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 fdc0: port 0x3f7,0x3f0-0x3f5 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 0x778-0x77b,0x378-0x37f 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 atkbdc0: port 0x64,0x60 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 IntelliMouse Explorer, device ID 4 orm0: at iomem 0xcc000-0xd3fff,0xc0000-0xc7fff on isa0 pmtimer0 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 ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 300 packets/entry by default ad4: 57241MB [116301/16/63] at ata2-master UDMA100 ad6: 57241MB [116301/16/63] at ata3-master UDMA100 ar0: 57241MB [7297/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master SMP: AP CPU #1 Launched! -- Best regards, Oleg Tarasov mailto:subscriber@osk.com.ua From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 10:36:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB8816A4CE; Thu, 24 Mar 2005 10:36:17 +0000 (GMT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46E7043D3F; Thu, 24 Mar 2005 10:36:16 +0000 (GMT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.145]) j2OAa7uo093387; Thu, 24 Mar 2005 10:36:07 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) j2OAa5rB090610; Thu, 24 Mar 2005 10:36:06 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Bruce Evans In-Reply-To: <20050324182524.J97436@delplex.bde.org> from Bruce Evans of "Thu, 24 Mar 2005 19:31:14 +1100" Date: Thu, 24 Mar 2005 10:36:05 +0000 Message-ID: <90609.1111660565@thrush.ravenbrook.com> Sender: nb@ravenbrook.com cc: freebsd-stable@freebsd.org cc: Vinod Kashyap cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 10:36:17 -0000 At 2005-03-24 08:31:14+0000, Bruce Evans writes: > what is gcc to do when -fno-builtin tells it to turn off its > builtins and -ffreestanding tells it that the relevant interfaces > might not exist in the library? Plainly, GCC should generate code which fills the array with zeroes. It's not obliged to generate code which calls memset (either builtin or in a library). If it knows that it can do so, then fine. Otherwise it must do it the Old Fashioned Way. So this is surely a bug in GCC. Nick B, who used to write compilers for a living From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 10:52:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 947D916A4CE for ; Thu, 24 Mar 2005 10:52:05 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12FC343D1F for ; Thu, 24 Mar 2005 10:52:05 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDU00E1DR9LOSB0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 24 Mar 2005 11:46:33 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDU00IXNRLHARQ0@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 24 Mar 2005 11:53:42 +0100 (CET) Date: Thu, 24 Mar 2005 11:51:59 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <4242296E.3060502@samsco.org> To: freebsd-stable@freebsd.org Message-id: <20050324115159.3f004844.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> <0cf4b399dd1e0351c7c28d1ae6e90f6d@khera.org> <20050323234218.48716838.torfinn.ingolfsen@broadpark.no> <868y4ehs7j.fsf@xps.des.no> <20050324022500.30c55b6b.torfinn.ingolfsen@broadpark.no> <4242296E.3060502@samsco.org> Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 10:52:05 -0000 On Wed, 23 Mar 2005 19:43:58 -0700 Scott Long wrote: > How does this machine behave with a stock 6.0-CURRENT kernel? Could It behaves in the same way. > you see if the 6.0-CURRENT-SNAP002 snapshot boots on it? Yes, hang on for about an hour or two. :-) No, it also hangs (the machine stops responding) after printing the 'acd0 ...' line. If I set the hint (hint.apic.0.disabled="1") it boots completely. Anything else you wat me to try? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 12:20:21 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7716516A4CE for ; Thu, 24 Mar 2005 12:20:21 +0000 (GMT) Received: from ene.asda.gr (ene.asda.gr [193.92.118.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0944A43D54 for ; Thu, 24 Mar 2005 12:20:21 +0000 (GMT) (envelope-from lefty@ene.asda.gr) Received: by ene.asda.gr (Postfix, from userid 127) id D69B911416; Thu, 24 Mar 2005 14:20:17 +0200 (EET) Received: from ene.asda.gr (lefty.ene.asda.gr [193.92.118.162]) (using SSLv3 with cipher RC4-MD5 (128/128 bits))OK)) by ene.asda.gr (Postfix) with ESMTP id 7D12411411 for ; Thu, 24 Mar 2005 14:20:13 +0200 (EET) Message-ID: <4242B07C.DD76A610@ene.asda.gr> Date: Thu, 24 Mar 2005 14:20:12 +0200 From: Lefteris Tsintjelis Organization: ASDA X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en,el MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on ene.asda.gr Subject: Denied broadcast packets in same interface with antispoofing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 12:20:21 -0000 FreeBSD 5.4-PRERELEASE #0: Thu Mar 17 16:41:58 EET 2005 ${fwcmd} add 400 deny log ip from any to any not antispoof in rl2: flags=8843 mtu 1500 inet 192.168.0.97 netmask 0xffffffe0 broadcast 192.168.0.127 /var/log/security: ipfw: 400 Deny ICMP:8.0 192.168.0.97 192.168.0.96 in via rl2 ipfw: 400 Deny ICMP:8.0 192.168.0.97 192.168.0.96 in via rl2 ipfw: 400 Deny ICMP:8.0 192.168.0.97 192.168.0.127 in via rl2 ipfw: 400 Deny ICMP:8.0 192.168.0.97 192.168.0.127 in via rl2 ipfw: 400 Deny UDP 192.168.0.97:123 192.168.0.127:123 in via rl2 Why are broadcast packets originating from the same interface are denied access? Am I missing something here? Thanks in advance, Lefteris Tsintjelis From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 14:05:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD3F16A533 for ; Thu, 24 Mar 2005 14:05:13 +0000 (GMT) Received: from mail.iinet.net.au (mail-01.iinet.net.au [203.59.3.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 9AF7E43D53 for ; Thu, 24 Mar 2005 14:05:11 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 8915 invoked from network); 24 Mar 2005 13:57:03 -0000 Received: from unknown (HELO warren.shinji.nq.nu) (203.217.86.9) by mail.iinet.net.au with SMTP; 24 Mar 2005 13:57:03 -0000 From: Warren To: freebsd-stable@freebsd.org User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 24 Mar 2005 23:28:13 +1000 Message-Id: <200503242328.13849.shinjii@virusinfo.rdksupportinc.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: freebsd-questions@freebsd.org Subject: Apache compile prob in portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 14:05:13 -0000 I have run this upgrade on the 2 machines i have here, with 2 different errors but both failing to install. ================================= Main Production Machine error: libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' *** Error code 1 ======== Routing Machine error: Making install in prefork find: /usr/local/include/apr-1/apr.h: No such file or directory find: /usr/local/include/apr-1/apr_allocator.h: No such file or directory find: /usr/local/include/apr-1/apr_anylock.h: No such file or directory find: /usr/local/include/apr-1/apr_atomic.h: No such file or directory find: /usr/local/include/apr-1/apr_base64.h: No such file or directory etc etc etc untill it fails Something has gone wonky somewhere. -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 16:32:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D981916A4CE; Thu, 24 Mar 2005 16:32:03 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6141843D49; Thu, 24 Mar 2005 16:32:03 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00FOR704OP20@bgo1smout1.broadpark.no>; Thu, 24 Mar 2005 17:26:28 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00J737C1AF00@bgo1sminn1.broadpark.no>; Thu, 24 Mar 2005 17:33:37 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 1FB51BDC4B; Thu, 24 Mar 2005 17:31:58 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 2D748BDC57; Thu, 24 Mar 2005 17:31:53 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 122C933C3E; Thu, 24 Mar 2005 17:31:53 +0100 (CET) Date: Thu, 24 Mar 2005 17:31:52 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <4240015A.2020802@DeepCore.dk> To: =?iso-8859-1?q?S=F8ren_Schmidt?= Message-id: <863bulyphj.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 16:32:04 -0000 S=F8ren Schmidt writes: > New version available for testing: > [...] Intel ICH6R and Promise S150SX4 still working like a charm (except for missing RAID5 support). Please commit :) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 16:45:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C446416A4CE for ; Thu, 24 Mar 2005 16:45:37 +0000 (GMT) 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 C7A8743D48 for ; Thu, 24 Mar 2005 16:45:36 +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]) j2OGjZ68000744 for ; Thu, 24 Mar 2005 17:45:35 +0100 (CET) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2OGjZLt000743 for stable@freebsd.org; Thu, 24 Mar 2005 17:45:35 +0100 (CET) (envelope-from rene) Date: Thu, 24 Mar 2005 17:45:34 +0100 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050324164534.GA685@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050322223923.GB845@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20050322223923.GB845@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 16:45:37 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 11:39:23PM +0100, Rene Ladan wrote: > On Tue, Mar 22, 2005 at 10:49:15PM +0100, Rene Ladan wrote: > > On Tue, Mar 22, 2005 at 10:21:04PM +0100, Markus Trippelsdorf wrote: > > > On Tue, 2005-03-22 at 21:51 +0100, Rene Ladan wrote: > > > > I was trying to get a to work. > > >=20 > > > Why don't you just try the shinny new native driver? > > > http://damien.bergamini.free.fr/ral/download.html > >=20 > The card itself is a Sweex LC500050, which might not work on PCIBIOS 2.1 > motherboards according to ral(4) (mine is old enough to be one of > these). Maybe this helps the panic? >=20 > I captured a panic (hand-written), after a "ndis0 up" message from the > kernel, with inet address still 0.0.0.0 : >=20 > fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0xdeadc0de > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xdeadc0de > stack pointer =3D 0x10:0xca3f7c40 > frame pointer =3D 0x10:0xca3f7ca4 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > DPL 0, pres 1, def32 1, gran 1 > eflags =3D interrupt enabled, resume, IOPL=3D0 > current proc =3D 32 (ndis swi) > tid =3D 100031 >=20 > show pciregs gives: > ndis0@pci4:0:0 > class 0x28000 > card 0x25601814 > chip 0x02011814 > rev 0x01 > hdr 0x00 output from trace (still hand-copied): _end (c160d000, c14f6cb4, c155cb1c, c159ff6d, c160d000) @ 0xdeadc0de drv_data(c14f6000, c10eb200, c15a472c, caa19d10, c159e243) @ 0xc155cb87 =3D drv_data+0xa87 ndis_intrtask(c14d6000, 0, c15a2276, 100, c159e160) @ 0xc1556c07 =3D ndis_intrtask+0x27 ndis_runq(c15472c, caa19d48, c05f3ebb, 30e, c1315640) @ 0xc159e243 =3D ndis_runq+0xe3 fork_exit(c159e160, c15a472c, caa19d48) @ 0xc047d4a6 =3D fork_exit+0xc6 fork_trampoline() @ 0xc05c564c =3D fork_trampoline + 0x3 trap 0x1, eip 0, esp 0xcaa19d7c, ebp 0 > > Regards, > > Rene > >=20 > > > __=20 > > > Markus > >=20 > > --=20 > > "It won't fit on the line." > > -- me, 2001 >=20 >=20 >=20 > --=20 > "It won't fit on the line." > -- me, 2001 >=20 >=20 >=20 > ----- End forwarded message ----- >=20 > --=20 > "It won't fit on the line." > -- me, 2001 --=20 "It won't fit on the line." -- me, 2001 --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQu6uvz70qa4zXcwRAosNAKCN0LwisVneYkcpRZrYvYGce8+ZDACeJmyw nDxDtVAMJTv/3zodH8lJNaI= =PMzN -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 17:07:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE7D16A4CE; Thu, 24 Mar 2005 17:07:18 +0000 (GMT) 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 D07B943D5A; Thu, 24 Mar 2005 17:07:17 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2OH7DOd047668; Thu, 24 Mar 2005 18:07:15 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4242F371.2040500@DeepCore.dk> Date: Thu, 24 Mar 2005 18:05:53 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> <863bulyphj.fsf@xps.des.no> In-Reply-To: <863bulyphj.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 17:07:18 -0000 Dag-Erling Sm=F8rgrav wrote: > S=F8ren Schmidt writes: >=20 >>New version available for testing: >>[...] > Intel ICH6R and Promise S150SX4 still working like a charm (except for > missing RAID5 support). Please commit :) Good! If you look carefull you can see that RAID5 support has stepped=20 closer, composite ATA commands are now in there making RAID5 possible. I've fixed a few nits with the rebuild stuff, if I dont find any real=20 showstoppers I'll porbably commit it after eastern... --=20 -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 17:08:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B90916A4CE; Thu, 24 Mar 2005 17:08:57 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D9743D58; Thu, 24 Mar 2005 17:08:57 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00F0T8PPOP50@bgo1smout1.broadpark.no>; Thu, 24 Mar 2005 18:03:25 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00J2R91MA340@bgo1sminn1.broadpark.no>; Thu, 24 Mar 2005 18:10:34 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 6FB94BDC3E; Thu, 24 Mar 2005 18:08:55 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id DAB45BDC37; Thu, 24 Mar 2005 18:08:50 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id B96D233C3E; Thu, 24 Mar 2005 18:08:50 +0100 (CET) Date: Thu, 24 Mar 2005 18:08:50 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <4242F371.2040500@DeepCore.dk> To: =?iso-8859-1?q?S=F8ren_Schmidt?= Message-id: <86ll8dx97h.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <4240015A.2020802@DeepCore.dk> <863bulyphj.fsf@xps.des.no> <4242F371.2040500@DeepCore.dk> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 17:08:57 -0000 S=F8ren Schmidt writes: > Good! If you look carefull you can see that RAID5 support has stepped > closer, composite ATA commands are now in there making RAID5 possible. I noticed that in your email. Maybe I'll sit down on a rainy day and finish the software RAID5 support, and you can add XOR offloading later... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 18:21:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2051E16A4CE; Thu, 24 Mar 2005 18:21:34 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E41A43D31; Thu, 24 Mar 2005 18:21:33 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00FCCC2POO90@bgo1smout1.broadpark.no>; Thu, 24 Mar 2005 19:16:01 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDV00IEECEMLCI1@bgo1sminn1.broadpark.no>; Thu, 24 Mar 2005 19:23:10 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id B6718BDC5E; Thu, 24 Mar 2005 19:21:31 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 42A9BBDC3E; Thu, 24 Mar 2005 19:21:27 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 327D533C3E; Thu, 24 Mar 2005 19:21:27 +0100 (CET) Date: Thu, 24 Mar 2005 19:21:27 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503232122.01937.peter@wemm.org> To: Peter Wemm Message-id: <86acosykew.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <200503232122.01937.peter@wemm.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 18:21:34 -0000 Peter Wemm writes: > I wondered if it might be because of something like -O2 (don't do that)=20 Peter, stop that. The kernel builds and runs fine with -O2, and has for a long time. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 18:44:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63F9816A4CE for ; Thu, 24 Mar 2005 18:44:24 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE2AE43D46 for ; Thu, 24 Mar 2005 18:44:23 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 442D9AEA63; Thu, 24 Mar 2005 19:44:21 +0100 (CET) Date: Thu, 24 Mar 2005 19:44:21 +0100 From: Pawel Jakub Dawidek To: Marcus Grando Message-ID: <20050324184421.GC591@darkness.comp.waw.pl> References: <424083DC.1070707@corp.grupos.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EM2WAHSp0JAC5kZ2" Content-Disposition: inline In-Reply-To: <424083DC.1070707@corp.grupos.com.br> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: FreeBSD Stable Subject: Re: dumpon and gmirror = ioctl(DIOCSKERNELDUMP): Operation not supported X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 18:44:24 -0000 --EM2WAHSp0JAC5kZ2 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 22, 2005 at 05:45:16PM -0300, Marcus Grando wrote: +> Hi, +>=20 +> I try run dumpon on swap partition in gmirror disk. But that's not=20 +> possible. This error occurs: +>=20 +> # dumpon -v /dev/mirror/datas1b +> dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported +>=20 +> It's possible to use dumpon with gmirror disk? Any patch? No, you cannot dump on GEOM providers such as gmirror's provider, because GEOM needs context switching. You can try to dump on one of the mirror components (the one with the biggest priority). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --EM2WAHSp0JAC5kZ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCQwqFForvXbEpPzQRApI1AJ9BJGBza7YvEUyMuSwKpRDYeJGLCACfUDOR vcmH8i+PmdYgS2xLdalMcfo= =wsq/ -----END PGP SIGNATURE----- --EM2WAHSp0JAC5kZ2-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 19:43:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B61C116A4CE for ; Thu, 24 Mar 2005 19:43:25 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917BB43D1F for ; Thu, 24 Mar 2005 19:43:25 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 86C8172DDE; Thu, 24 Mar 2005 11:43:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 851B472DDB; Thu, 24 Mar 2005 11:43:25 -0800 (PST) Date: Thu, 24 Mar 2005 11:43:25 -0800 (PST) From: Doug White To: Tom In-Reply-To: <20050322171607.O45596@server01.minions.com> Message-ID: <20050324114250.O4978@carver.gumbysoft.com> References: <20050322171607.O45596@server01.minions.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Problem with Sempron-2800 + FreeBSD 5.4-BETA/PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 19:43:25 -0000 On Tue, 22 Mar 2005, Tom wrote: > So after my previous problem with 5.3 not being able to do a buildworld, > I decided that maybe an upgrade was in order. > I downloaded the 5.4 ISO and installed from it. > I tried to do a buildworld, same problem as the 5.3 install. > > cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c > /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc > *** Error code 1 > > Stop in /usr/src/lib/libmagic. > > I've had this problem on this same box with every install I've done. System time off? Check the archives, this has come up before and been traced to problems with the build environment. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 19:49:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3245216A4CE for ; Thu, 24 Mar 2005 19:49:57 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1863943D41 for ; Thu, 24 Mar 2005 19:49:57 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 09DF272DDE; Thu, 24 Mar 2005 11:49:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0755372DDB; Thu, 24 Mar 2005 11:49:57 -0800 (PST) Date: Thu, 24 Mar 2005 11:49:56 -0800 (PST) From: Doug White To: Mars Trading In-Reply-To: <200503241515.59257.marstrade@gmail.com> Message-ID: <20050324114917.R4978@carver.gumbysoft.com> References: <200503241515.59257.marstrade@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: naming of usb tty device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 19:49:57 -0000 On Thu, 24 Mar 2005, Mars Trading wrote: > I heard that tty usb devices would be renamed to /dev/cuaU# > replacing /dev/ucom#. Is this going to happen in 5.4-RELEASE? I > hope so; I'm still having problems using uplcom+ucom. Maybe the > renaming thing would help? No, this renaming is in -CURRENT only. I doubt the renaming would solve your ucom problems. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 20:04:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 595C616A4CE; Thu, 24 Mar 2005 20:04:19 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA36D43D2F; Thu, 24 Mar 2005 20:04:18 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost01.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IDVH3802.ESF; Thu, 24 Mar 2005 12:04:20 -0800 Received: (from vkashyap-pc [10.66.6.61]) by mailhost01.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005032412073715466 ; Thu, 24 Mar 2005 12:07:37 -0800 From: "Vinod Kashyap" To: Bruce Evans Date: Thu, 24 Mar 2005 12:03:19 -0800 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:04:19 -0000 > This version makes the pessimizations and potential bugs clear: > - clearing 100 bytes on every entry to the function is = > wasteful. C90's > auto initializers hide pessimizations like this. They should be > used very rarely, especially in kernels. But they are = > often misused, > even in kernels, even for read-only data that should be = > static. gcc > doesn't optimize even "auto const x[100] =3D { 0 };" to a static > initialization -- the programmer must declare the object = > as static to > prevent gcc laboriously clearing it on every entry to the function. > - 100 bytes may be too much to put on the kernel stack. Objects just > a little larger than this must be dynamically allocated unless they > can be read-only. > = A statement like this (auto and not static) is necessary if you are dealing with re-entrancy. Whatever the issues with wastage or bad performance, a programmer should definitely be able to do it, if he so desires. Also, the line I mentioned earlier was only an example. Something like this also fails (your response already explains this): ----- struct x_type x =3D {0}; ----- > > Adding CFLAGS+=3D-fbuiltin, or CFLAGS+=3D-fno-builtin to = > /sys/conf/Makefile.amd64 > > does not help. > = > -fno-builtin is already in CFLAGS, and if it has any effect = > on this then > it should be to cause gcc to generate a call to memset() = > instead of doing > the memory clearing inline. I think gcc has a builtin = > memset() which is > turned off by -fno-builtin, but -fno-builtin doesn't affect = > cases where > memset() is not referenced in the source code. > = > -ffreestanding should prevent gcc generating calls to library = > functions > like memset(). However, -ffreestanding is already in CFLAGS too, and > there is a problem: certain initializations like the one in = > your example > need to use an interface like memset(), and struct copies = > need to use and > interface like memcpy(), so what is gcc to do when = > -fno-builtin tells it > to turn off its builtins and -ffreestanding tells it that the relevant > interfaces might not exist in the library? > = > > Anyone knows what's happening? > = > gcc is expecting that memset() is in the library, but the = > FreeBSD kernel > is freestanding and happens not to have memset() in its library. > = How is it then, that an explicit call to memset (like in my example) works?= As about other questions in the thread: 1. Yes, the example code is within a function, 2. I should have mentioned that I don't see the problem if I am building only the kernel module. It happens only when I am building the kernel integrating the module containing the example code. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 20:17:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2937716A4CE; Thu, 24 Mar 2005 20:17:13 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AECF143D31; Thu, 24 Mar 2005 20:17:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2OKFaYr075675; Thu, 24 Mar 2005 13:15:37 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42431F9D.5080906@samsco.org> Date: Thu, 24 Mar 2005 13:14:21 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <200503232122.01937.peter@wemm.org> <86acosykew.fsf@xps.des.no> In-Reply-To: <86acosykew.fsf@xps.des.no> 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-stable@freebsd.org cc: freebsd-amd64@freebsd.org cc: Peter Wemm Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 20:17:13 -0000 Dag-Erling Smørgrav wrote: > Peter Wemm writes: > >>I wondered if it might be because of something like -O2 (don't do that) > > > Peter, stop that. The kernel builds and runs fine with -O2, and has > for a long time. > > DES No it doesn't. See the gymnastics that Bill Paul had to do recently in the iee80211 code to get around the insane inlining that gcc does with -O2. I'm not saying that gcc produces incorrect code, but I am saying that there is very strong evidence that it produces code that is incompatible with the restrictions inherent to the kernel, mainly that stack space is not infinite. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 22:02:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C5A16A4CE; Thu, 24 Mar 2005 22:02:24 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02BBC43D55; Thu, 24 Mar 2005 22:02:24 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD9E69236.dip.t-dialin.net [217.230.146.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 4A50632380; Thu, 24 Mar 2005 23:02:14 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2OM3A0x002162; Thu, 24 Mar 2005 23:03:16 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2OM2x0t002161; Thu, 24 Mar 2005 23:02:59 +0100 (CET) (envelope-from mkb) Date: Thu, 24 Mar 2005 23:02:59 +0100 From: Matthias Buelow To: Scott Long Message-ID: <20050324220259.GA770@drjekyll.mkbuelow.net> References: <200503232122.01937.peter@wemm.org> <86acosykew.fsf@xps.des.no> <42431F9D.5080906@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42431F9D.5080906@samsco.org> User-Agent: Mutt/1.4.2.1i cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-stable@freebsd.org cc: Peter Wemm cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 22:02:24 -0000 Scott Long writes: >No it doesn't. See the gymnastics that Bill Paul had to do recently in >the iee80211 code to get around the insane inlining that gcc does with >-O2. I'm not saying that gcc produces incorrect code, but I am saying >that there is very strong evidence that it produces code that is >incompatible with the restrictions inherent to the kernel, mainly that >stack space is not infinite. I wonder how this is being done elsewhere, on NetBSD, everything is built with -O2 and has been for several years afair. Not that I care much about it but apparently it doesn't seem to be such a big problem everywhere? mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 22:44:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72DD616A4CE for ; Thu, 24 Mar 2005 22:44:37 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D98B43D39 for ; Thu, 24 Mar 2005 22:44:37 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD9E69236.dip.t-dialin.net [217.230.146.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id A6887324F9; Thu, 24 Mar 2005 23:44:35 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2OMjZKb003332; Thu, 24 Mar 2005 23:45:35 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2OMjY6g003331; Thu, 24 Mar 2005 23:45:34 +0100 (CET) (envelope-from mkb) From: Matthias Buelow Message-Id: <200503242245.j2OMjY6g003331@drjekyll.mkbuelow.net> Date: Thu, 24 Mar 2005 23:45:34 +0100 To: mkb@incubus.de, freebsd-stable@freebsd.org User-Agent: nail 11.21 2/19/05 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: bdes (and other) problems on 5.3 fixit cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 22:44:37 -0000 Matthias Buelow wrote: > Hi folks, > > I'm trying the restore a dump, which I have encrypted with the bdes(1) > utility, from a mounted 5.3-RELEASE fixit CD (cd2 i386). > > I have encrypted the dump with the same bdes that is on that CD. > I use a pipeline that looks something like > > /mnt2/usr/bin/bdes -d > (to view the dump) and after a couple kilobytes that seem to get > through, I always get a stream of > > : fwrite error at 8 > > messages from bdes and decryption fails. > Decryption works without problems on another machine on an ordinary > 5.3-STABLE installation. From looking at bdes.c, the message gets > written on short writes (fwrite wrote less than requested). > Instead of trying to write the rest, the author decided to just print > a warning and that was it. > > Amazingly, the message doesn't get printed in a "bdes|cat" pipeline. > Only when restore is being used does it seem to happen. > Is there anything odd with shell pipelines on the fixit disk? > It doesn't matter if I use sh or tcsh for running the pipeline. > > On a side note, there seem to be other problems with the 5.3 fixit > disk.. one has to symlink /mnt2/usr/bin to /usr/bin because otherwise > scp won't find the ssh executable, and "mount" complains about "nfs not > compiled in" but there's a mount_nfs utility which works ok. Editing a > disklabel with "bsdlabel -e device" won't work, since bsdlabel complains > about "/mnt2/stand/vi: No such file or directory" and one has to set > EDITOR to "vi", or an existing pathname, in order to get it to work. > All in all, makes a bit of an unpolished appearance.. hasn't the stuff > been tested in a while? > > mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 22:46:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28BA016A4CE; Thu, 24 Mar 2005 22:46:09 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE4043D54; Thu, 24 Mar 2005 22:46:08 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2OMk3vV006966 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 25 Mar 2005 09:46:04 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2OMk27l048346; Fri, 25 Mar 2005 09:46:03 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2OMk2np048345; Fri, 25 Mar 2005 09:46:02 +1100 (EST) (envelope-from pjeremy) Date: Fri, 25 Mar 2005 09:46:02 +1100 From: Peter Jeremy To: Vinod Kashyap Message-ID: <20050324224602.GC43123@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 22:46:09 -0000 On Thu, 2005-Mar-24 12:03:19 -0800, Vinod Kashyap wrote: [ char x[100] = { 0 }; ] >A statement like this (auto and not static) I'd point out that this is the first time that you've mentioned that the variable is auto. Leaving out critical information will not encourage people to help you. > is necessary if you >are dealing with re-entrancy. This isn't completely true. The preferred approach is: char *x; x = malloc(100, MEM_POOL_xxx, M_ZERO | M_WAITOK); (with a matching free() later). > Whatever the issues with wastage or >bad performance, a programmer should definitely be able to do it, >if he so desires. Again, untrue. The FreeBSD kernel is not a standard C environment. Kernel stack is a relatively small, fixed size and using excessive kernel stack will lead to panics. Increasing the kernel stack size is undesirable because it's expensive in RAM consumption. >How is it then, that an explicit call to memset (like in my example) works? The code auto char x[100] = {0}; is equivalent to auto char x[100]; memset(x, 0, sizeof(x)); but memset only exists as a static inline function (defined in libkern.h). If an explicit call to memset works then the problem would appear to be that the compiler's implicit expansion is failing to detect the static inline definition, and generating an external reference which can't be satisfied. This would seem to be a gcc bug. >2. I should have mentioned that I don't see the problem if I am > building only the kernel module. It happens only when I am building > the kernel integrating the module containing the example code. This is the opposite of what you implied previously. There are some differences in how kernel modules are built so this How about posting a (short) compilable piece of C code that shows the problem. I would expect that an "nm" of the resultant object would show "U memset" when the code was compiled for linking into the kernel and " t memset" or not reference memset at all when compiled as a module. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 23:04:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD8F916A4CE for ; Thu, 24 Mar 2005 23:04:49 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9631343D2F for ; Thu, 24 Mar 2005 23:04:49 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (pD9E69236.dip.t-dialin.net [217.230.146.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id AF018324F9 for ; Fri, 25 Mar 2005 00:04:47 +0100 (CET) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2ON5nAp003476 for ; Fri, 25 Mar 2005 00:05:50 +0100 (CET) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2ON5nI5003475 for freebsd-stable@freebsd.org; Fri, 25 Mar 2005 00:05:49 +0100 (CET) (envelope-from mkb) Date: Fri, 25 Mar 2005 00:05:48 +0100 From: Matthias Buelow To: freebsd-stable@freebsd.org Message-ID: <20050324230548.GA3346@drjekyll.mkbuelow.net> References: <200503242245.j2OMjY6g003331@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503242245.j2OMjY6g003331@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i Subject: Re: bdes (and other) problems on 5.3 fixit cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 23:04:50 -0000 oops.. that one misfired. sorry. (I was testing the weird "nail" program and apparently it invoked a reply on some random message..) mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 24 23:16:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B86816A4CE; Thu, 24 Mar 2005 23:16:04 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D16443D2D; Thu, 24 Mar 2005 23:16:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2ONEPva076526; Thu, 24 Mar 2005 16:14:25 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42434984.3050807@samsco.org> Date: Thu, 24 Mar 2005 16:13:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <200503232122.01937.peter@wemm.org> <86acosykew.fsf@xps.des.no> <42431F9D.5080906@samsco.org> <20050324220259.GA770@drjekyll.mkbuelow.net> In-Reply-To: <20050324220259.GA770@drjekyll.mkbuelow.net> 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: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-stable@freebsd.org cc: Peter Wemm cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 23:16:04 -0000 Matthias Buelow wrote: > Scott Long writes: > > >>No it doesn't. See the gymnastics that Bill Paul had to do recently in >>the iee80211 code to get around the insane inlining that gcc does with >>-O2. I'm not saying that gcc produces incorrect code, but I am saying >>that there is very strong evidence that it produces code that is >>incompatible with the restrictions inherent to the kernel, mainly that >>stack space is not infinite. > > > I wonder how this is being done elsewhere, on NetBSD, everything is > built with -O2 and has been for several years afair. > Not that I care much about it but apparently it doesn't seem to be > such a big problem everywhere? > > mkb. > I'm sure that it's highly dependent on the version of gcc in use and the other -f flags that are passed to it, neither of which I'm familiar with in NetBSD. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 01:22:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 131A516A4CE for ; Fri, 25 Mar 2005 01:22:57 +0000 (GMT) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B04943D55 for ; Fri, 25 Mar 2005 01:22:56 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-137-84.mckinn1.vic.optusnet.com.au [220.237.137.84])j2P1MrjT018290 for ; Fri, 25 Mar 2005 12:22:54 +1100 Message-ID: <42436771.3060006@optusnet.com.au> Date: Fri, 25 Mar 2005 12:20:49 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 01:22:57 -0000 I just cvsupped to the latest RELENG_5 (as of yesterday) and built and installed the world and a new kernel. When I boot the new kernel, I get an error "ffs_mountroot: can't find rootvp". At the "mountroot>" prompt, whatever I type (even '?') causes a crash and reboot. I can still boot my old kernel without a problem. The dmesg from the old kernel and a capture of the boot of the new kernel are below. Noticably absent from the new one is the line "ad0: 76319MB [155061/16/63] at ata0-master UDMA100" which is my only disk drive. Can somebody please help? Thanks, Graham >>>>>>>>>>>>>>>>> old kernel <<<<<<<<<<<<<<<<<<<<<< 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 5.3-STABLE #18: Fri Jan 21 06:23:06 EST 2005 gfm@xxxx.xxx.xxx:/usr/obj/usr/src/sys/fang Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febfbff real memory = 335478784 (319 MB) avail memory = 322949120 (307 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) 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 0x4000-0x40f7,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xc000-0xc0ff mem 0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:20:ed:1c:da:f9 pci2: at device 10.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xd000-0xd01f irq 5 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xd800-0xd81f irq 12 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: IEEE1284 device found Probing for PnP devices on ppbus0: lpt0: on ppbus0 lpt0: Interrupt-driven port atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] Timecounter "TSC" frequency 1700030560 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ad0: 76319MB [155061/16/63] at ata0-master UDMA100 Mounting root from ufs:/dev/ad0s1a >>>>>>>>>>>>>>>>>>>>> new kernel <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 639kB/326592kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (xxx@xxxx.xxx, Wed Mar 23 20:16:31 EST 2005) |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\Loading /boot/defaults/loader.conf |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/kernel text=0x252bec |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|data=0x2bbe8+0x30518 /-\|/-\|/-\|syms=[0x4+0x36040/-\|/-\|/-\|/-+0x4+0x44316\|/-\|/-\|/-\|/-\] |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/Loading /boot/defaults/loader.conf -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/- , , /( )` \ \___ / | /- _ `-/ ' (/\/ \ \ /\ / / | ` \ O O ) / | `-^--'`< ' (_.) _ ) / `.___/` / `-----' /<----. __ / __ \<----|====O)))==) \) /====<----' `--' `.__,' \ | | \ / /\ ______( (_ / \______/ ,' ,-----' | `--{__________)³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÚÀ¿ÙWelcome to FreeBSD!1 . Boot FreeBSD [default]2 . Boot FreeBSD with ACPI disabled3 . Boot FreeBSD in Safe Mode4 . Boot FreeBSD in single user mode5 . Boot FreeBSD with verbose logging6 . Escape to loader prompt7 . RebootSelect option, [Enter] for defaultor [Space] to pause timer 10 10 10 10 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 8 8 8 8 8 8 8 8 8 8 8 8 8 \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-ACPI autoload failed - no such file or directory \|/-\|/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 5.4-PRERELEASE #19: Fri Mar 25 07:31:35 EST 2005 xxx@xxxx.xxx:/usr/obj/usr/src/sys/fang Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febfbff real memory = 335478784 (319 MB) avail memory = 322957312 (307 MB) npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0xc000-0xc0ff mem 0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:20:ed:1c:da:f9 pci2: at device 10.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xd000-0xd01f irq 5 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xd800-0xd81f irq 12 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: IEEE1284 device found Probing for PnP devices on ppbus0: lpt0: on ppbus0 lpt0: Interrupt-driven port sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1700026032 Hz quality 800 Timecounters tick every 10.000 msec Mounting root from ufs:/dev/ad0s1a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 02:28:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B45F16A4CE; Fri, 25 Mar 2005 02:28:27 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C7F43D31; Fri, 25 Mar 2005 02:28:26 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j2P2SIHn019703; Fri, 25 Mar 2005 13:28:18 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j2P2SES5017665; Fri, 25 Mar 2005 13:28:15 +1100 Date: Fri, 25 Mar 2005 13:28:13 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Nick Barnes In-Reply-To: <90609.1111660565@thrush.ravenbrook.com> Message-ID: <20050325131358.T215@delplex.bde.org> References: <90609.1111660565@thrush.ravenbrook.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org cc: Vinod Kashyap cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 02:28:27 -0000 On Thu, 24 Mar 2005, Nick Barnes wrote: > At 2005-03-24 08:31:14+0000, Bruce Evans writes: > >> what is gcc to do when -fno-builtin tells it to turn off its >> builtins and -ffreestanding tells it that the relevant interfaces >> might not exist in the library? > > Plainly, GCC should generate code which fills the array with zeroes. > It's not obliged to generate code which calls memset (either builtin > or in a library). If it knows that it can do so, then fine. > Otherwise it must do it the Old Fashioned Way. So this is surely a > bug in GCC. > > Nick B, who used to write compilers for a living But the compiler can require the Old Fashioned Way to be in the library. libgcc.a is probably part of gcc even in the freestanding case. The current implementation of libgcc.a won't all work in the freestanding case, since parts of it call stdio, but some parts of it are needed and work (e.g., __divdi3() on i386's at least). The kernel doesn't use libgcc.a, but it knows that __divdi3() and friends are needed and implements them in its libkern. Strictly, it should do something similar for memset(). I think the only bugs in gcc here are that the function it calls is in the application namespace in the freestanding case, and that the requirements for freestanding implementations are not all documented. The requirement for memset() and friends _is_ documented (in gcc.info), but the requirement for __divdi3() and friends are only documented indirectly by the presence of these functions in libgcc.a. Bruce From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 03:00:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6061616A4CE; Fri, 25 Mar 2005 03:00:13 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B5243D1F; Fri, 25 Mar 2005 03:00:12 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j2P309Hn024372; Fri, 25 Mar 2005 14:00:09 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j2P306S5023286; Fri, 25 Mar 2005 14:00:07 +1100 Date: Fri, 25 Mar 2005 14:00:05 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Peter Jeremy In-Reply-To: <20050324224602.GC43123@cirb503493.alcatel.com.au> Message-ID: <20050325133228.S215@delplex.bde.org> References: <20050324224602.GC43123@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@FreeBSD.org cc: Vinod Kashyap cc: freebsd-amd64@FreeBSD.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 03:00:13 -0000 On Fri, 25 Mar 2005, Peter Jeremy wrote: > On Thu, 2005-Mar-24 12:03:19 -0800, Vinod Kashyap wrote: > [ char x[100] = { 0 }; ] >> A statement like this (auto and not static) > > I'd point out that this is the first time that you've mentioned that > the variable is auto. Leaving out critical information will not > encourage people to help you. It was obviously auto, since memset() would not have been called for a global variable. >> is necessary if you >> are dealing with re-entrancy. > > This isn't completely true. The preferred approach is: > char *x; > x = malloc(100, MEM_POOL_xxx, M_ZERO | M_WAITOK); > (with a matching free() later). This is also preferred to alloca() and C99's dynamic arrays. BTW, the kernel has had some dubious examples of dynamic arrays in very important code since long before C99 existed. vm uses some dynamic arrays, and this is only safe since the size of the arrays is bounded and small. But when the size of an array is bounded and small, dynamic allocation is just a pessimization -- it is more efficient to always allocate an array with the maximum size that might be needed. >> How is it then, that an explicit call to memset (like in my example) works? > > The code > auto char x[100] = {0}; > is equivalent to > auto char x[100]; > memset(x, 0, sizeof(x)); > but memset only exists as a static inline function (defined in libkern.h). > If an explicit call to memset works then the problem would appear to be > that the compiler's implicit expansion is failing to detect the static > inline definition, and generating an external reference which can't be > satisfied. This would seem to be a gcc bug. No, it is a feature :-). See my earlier reply. >> 2. I should have mentioned that I don't see the problem if I am >> building only the kernel module. It happens only when I am building >> the kernel integrating the module containing the example code. > > This is the opposite of what you implied previously. There are some > differences in how kernel modules are built so this > > How about posting a (short) compilable piece of C code that shows the > problem. I would expect that an "nm" of the resultant object would > show "U memset" when the code was compiled for linking into the kernel > and " t memset" or not reference memset at all when > compiled as a module. I deleted the actual example. Most likely it would fail at load time do to using memset(). Another possibility is for the code that needs memset to be unreachable in the module since it is inside an ifdef. Bruce From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 03:02:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0D7916A4CE; Fri, 25 Mar 2005 03:02:20 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0118343D2D; Fri, 25 Mar 2005 03:02:19 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost01.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IDW0FY04.5SV; Thu, 24 Mar 2005 19:02:22 -0800 Received: (from vkashyap-pc [10.66.6.61]) by mailhost01.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005032419051019735 ; Thu, 24 Mar 2005 19:05:11 -0800 From: "Vinod Kashyap" To: Peter Jeremy Date: Thu, 24 Mar 2005 19:01:17 -0800 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 03:02:21 -0000 > -----Original Message----- > From: Peter Jeremy [mailto:PeterJeremy@optushome.com.au] > Sent: Thursday, March 24, 2005 2:46 PM > To: Vinod Kashyap > Cc: freebsd-stable@freebsd.org; freebsd-amd64@freebsd.org > Subject: Re: undefined reference to `memset' > = > = > On Thu, 2005-Mar-24 12:03:19 -0800, Vinod Kashyap wrote: > [ char x[100] =3D { 0 }; ] > >A statement like this (auto and not static) > = > I'd point out that this is the first time that you've mentioned that > the variable is auto. Leaving out critical information will not > encourage people to help you. > = It is "char x[100] =3D {0};" and that's it. Doesn't it make it auto? Isn't auto the default? > > is necessary if you > >are dealing with re-entrancy. > = > This isn't completely true. The preferred approach is: > char *x; > x =3D malloc(100, MEM_POOL_xxx, M_ZERO | M_WAITOK); > (with a matching free() later). > = Well, I am in a function that is OS-independent, and cannot assume malloc (or a wrapper to it) is available. > > Whatever the issues with wastage or > >bad performance, a programmer should definitely be able to do it, > >if he so desires. > = > Again, untrue. The FreeBSD kernel is not a standard C environment. > Kernel stack is a relatively small, fixed size and using excessive > kernel stack will lead to panics. Increasing the kernel stack size is > undesirable because it's expensive in RAM consumption. > = Whatever that may be, I don't think the compiler should be stopping me from doing standard C stuff. I could be having this statement in my module with full knowledge that it would not cause a kernel stack overflow.= > >How is it then, that an explicit call to memset (like in my = > example) works? > = > The code > auto char x[100] =3D {0}; > is equivalent to > auto char x[100]; > memset(x, 0, sizeof(x)); > but memset only exists as a static inline function (defined = > in libkern.h). > If an explicit call to memset works then the problem would = > appear to be > that the compiler's implicit expansion is failing to detect the static > inline definition, and generating an external reference which can't be > satisfied. This would seem to be a gcc bug. > = > >2. I should have mentioned that I don't see the problem if I am > > building only the kernel module. It happens only when I = > am building > > the kernel integrating the module containing the example code. > = > This is the opposite of what you implied previously. There are some > differences in how kernel modules are built so this = > = No, it's not. This is what I wrote in my first e-mail: "building of the GENERIC kernel on FreeBSD 5 -STABLE for amd64". I just forgot to mention that the problem did not occur when I build only the module. This is possibly due to different gcc flags being used in the 2 cases. > How about posting a (short) compilable piece of C code that shows the > problem. I would expect that an "nm" of the resultant object would > show "U memset" when the code was compiled for linking into the kernel > and " t memset" or not reference memset at all when > compiled as a module. > = Just like the problem is not seen when I build only the module, it's not seen if I simply write a foo.c (with the example code) and compile it. That's the reason I posted the patch to /sys/dev/twa/twa.c, which would cause the problem if applied, and then followed with a kernel build. I can send the result of running nm on twa.o tomorrow. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 03:15:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0E1D16A4CE; Fri, 25 Mar 2005 03:15:03 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B021143D1D; Fri, 25 Mar 2005 03:15:03 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 67BF3F3F44; Thu, 24 Mar 2005 19:15:03 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42082-03; Thu, 24 Mar 2005 19:15:02 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 70735F3F0E; Thu, 24 Mar 2005 19:15:02 -0800 (PST) From: Sean McNeil To: Vinod Kashyap In-Reply-To: References: Content-Type: text/plain Date: Thu, 24 Mar 2005 19:15:02 -0800 Message-Id: <1111720502.42823.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Peter Jeremy cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 03:15:04 -0000 Vinod, On Thu, 2005-03-24 at 19:01 -0800, Vinod Kashyap wrote: > Just like the problem is not seen when I build only the module, it's > not seen if I simply write a foo.c (with the example code) and compile it. > That's the reason I posted the patch to /sys/dev/twa/twa.c, which would > cause the problem if applied, and then followed with a kernel build. > I can send the result of running nm on twa.o tomorrow. Please take a look at other messages in this thread, like some of the ones I have posted. They clearly show your problem in a small example and how it is happening in the -O2 case as memset is being optimized away. -O would appear to do the right thing and adding -minline-all-stringops (at either optimization level) would produce even better code. Cheers, Sean From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 03:52:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17CAB16A4CE; Fri, 25 Mar 2005 03:52:48 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C5943D41; Fri, 25 Mar 2005 03:52:47 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost01.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IDW2S101.STY; Thu, 24 Mar 2005 19:52:49 -0800 Received: (from vkashyap-pc [10.66.6.61]) by mailhost01.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005032419554319947 ; Thu, 24 Mar 2005 19:55:43 -0800 From: "Vinod Kashyap" To: Sean McNeil Date: Thu, 24 Mar 2005 19:51:49 -0800 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: cc: Peter Jeremy cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 03:52:48 -0000 > -----Original Message----- > From: Sean McNeil [mailto:sean@mcneil.com] > Sent: Thursday, March 24, 2005 7:15 PM > To: Vinod Kashyap > Cc: Peter Jeremy; freebsd-stable@freebsd.org; = > freebsd-amd64@freebsd.org > Subject: RE: undefined reference to `memset' > = > = > Vinod, > = > On Thu, 2005-03-24 at 19:01 -0800, Vinod Kashyap wrote: > > Just like the problem is not seen when I build only the module, it's > > not seen if I simply write a foo.c (with the example code) = > and compile it. > > That's the reason I posted the patch to /sys/dev/twa/twa.c, = > which would > > cause the problem if applied, and then followed with a kernel build. > > I can send the result of running nm on twa.o tomorrow. > = > Please take a look at other messages in this thread, like some of the > ones I have posted. They clearly show your problem in a small example > and how it is happening in the -O2 case as memset is being optimized > away. -O would appear to do the right thing and adding > -minline-all-stringops (at either optimization level) would = > produce even > better code. > = I did look at your posting Sean, thanks. But did you see the "undefined reference to `memset'" linker error when you built it? It's obvious that a reference to memset is being generated by the initialization of an array of 100 bytes to 0. The linker is getting the needed memset if you build a stand alone program, or even build a stand= alone kernel module, but is not being able to find it when building the kernel itself. This implies to me that it is a difference in the use of flags, or linking/not linking with particular libraries that's causing the problem. I am also confused as to how an explicit call to memset works, when compiler generated call doesn't! Are we talking 2 different memset's here? Maybe a memset and an __memset? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 03:54:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CEA316A4CE for ; Fri, 25 Mar 2005 03:54:51 +0000 (GMT) Received: from jbdww.com (rrcs-24-153-134-35.sw.biz.rr.com [24.153.134.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D3C943D48 for ; Fri, 25 Mar 2005 03:54:50 +0000 (GMT) (envelope-from joe@jbdww.com) Received: from john by jbdww.com with SMTP (MDaemon.PRO.v6.5.1.R) for ; Thu, 24 Mar 2005 21:55:20 -0600 From: "Joe Doran" To: "'Kirk McKusick'" Date: Thu, 24 Mar 2005 21:55:19 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200503240444.j2O4iiqO092324@beastie.mckusick.com> Thread-Index: AcUwLG8Qfh2eCZlrRsi5N2UvVl8vkgAwYGHg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Authenticated-Sender: jdoran@jbdww.com X-Return-Path: joe@jbdww.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-Id: <20050325035450.4D3C943D48@mx1.FreeBSD.org> cc: freebsd-stable@freebsd.org Subject: RE: [joe@jbdww.com: SIIG Multiport Card] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 03:54:51 -0000 Hello, This makes since about the baud rate not working. I have my configuration and hint file just like yours. And I get the same results. If you plug the card into a windows machine, will it work then? If so then what is the windows driver setting up differently? Could there be a patch for this card? I see there is a big list of supported cards for FreeBSD, so is any of the other better, and is low cost like the SIIG card. Thanks JBD -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Kirk McKusick Sent: Wednesday, March 23, 2005 10:45 PM To: Joe Doran Cc: freebsd-stable@freebsd.org Subject: Re: [joe@jbdww.com: SIIG Multiport Card] ----- Forwarded message from Joe Doran ----- From: "Joe Doran" To: Date: Mon, 21 Mar 2005 21:25:47 -0600 Subject: SIIG Multiport Card Hello, I am trying to us a SIIG 4 port Multi-port card on FreeBSD 5.3, and I am having issues with the baud rate. The kernel finds the four ports, and I can open them, but I am unable to change the Baud Rate. It is stuck at 115,200. I have this in my kernel config. device pcu device sio Thanks JBD _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ----- End forwarded message ----- Joe, I have the following configuration for my SIIG 4 port Multi-port card on FreeBSD 5.3: device pcu device sio options COM_MULTIPORT plus the added hints in /boot/device.hints (this assuming that you have one on-board sio port. If you have two on-board ports, it would be 0x201. See sio(4)): hint.sio.1.flags="0x101" hint.sio.2.flags="0x101" hint.sio.3.flags="0x101" hint.sio.4.flags="0x101" When I boot up I get the following configuration from the card: Mar 23 13:52:24 beastie2 kernel: puc0: port 0x7800-0x781f,0x7400-0x741f mem 0xfb007000-0xfb007fff,0xfb006000-0xfb006fff irq 20 at device 4.0 on pci3 Mar 23 13:52:24 beastie2 kernel: sio1: on puc0 Mar 23 13:52:24 beastie2 kernel: sio1: type 16550A (multiport master) Mar 23 13:52:24 beastie2 kernel: sio1: unable to activate interrupt in fast mode - using normal mode Mar 23 13:52:24 beastie2 kernel: sio2: on puc0 Mar 23 13:52:24 beastie2 kernel: sio2: type 16550A (multiport) Mar 23 13:52:24 beastie2 kernel: sio2: unable to activate interrupt in fast mode - using normal mode Mar 23 13:52:24 beastie2 kernel: sio3: on puc0 Mar 23 13:52:24 beastie2 kernel: sio3: type 16550A (multiport) Mar 23 13:52:24 beastie2 kernel: sio3: unable to activate interrupt in fast mode - using normal mode Mar 23 13:52:24 beastie2 kernel: sio4: on puc0 Mar 23 13:52:24 beastie2 kernel: sio4: type 16550A (multiport) Mar 23 13:52:24 beastie2 kernel: sio4: unable to activate interrupt in fast mode - using normal mode I am able to tip from one port on the SIIG card to another quite happily, and I can change the baud information (at least to the extent that I have to set it to the same baud rate on both ports for them to be able to communicate with each other). But I am unable to communicate from an SIIG port to any other RS-232 port (whether native sio port or external such as a modem). To try and get an understanding of what is going on, I attached my dual trace scope to the send and receive lines. I observed the following anomolies: 1) The SIIG port is outputting a signal at +/- 3v as compared to every other RS-232 which is at +/- 5v. 2) The SIIG appears to have a badly skewed clock, running at approximately 10x what it should be. That is when it is set at 1800 baud, it is putting out characters that are about the same width as a normal port running at 19200 baud. 3) With no output, it has about a 0.2v jitter (high frequency hum) in its output. 4) It appears to be missing its final framing bit when it sends characters. I tried finding a set of baud rates that would match character widths, but even at 1800/19200 it is not quite right, and definitely is not effective at transmitting characters between SIIG and non-SIIG ports. I tried calling the SIIG support, but they seem limited to helping with how to install under Windows systems. I have concluded that the only viable way to use these ports is to buy two cards for the two machines between which I wish to debug (as they do at least seem able to talk to themselves). I am at a loss as to how to get them to talk to anything else. I have previously used Cyclades, but they want $500 for a PCI 4-port card. If you have found anything else that work, I would love to hear about it. Kirk McKusick _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 04:09:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F76616A4CE; Fri, 25 Mar 2005 04:09:24 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5B943D1F; Fri, 25 Mar 2005 04:09:24 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id EF48AF3F44; Thu, 24 Mar 2005 20:09:23 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42082-06; Thu, 24 Mar 2005 20:09:22 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id B4B79F3EDB; Thu, 24 Mar 2005 20:09:22 -0800 (PST) From: Sean McNeil To: Vinod Kashyap In-Reply-To: References: Content-Type: text/plain Date: Thu, 24 Mar 2005 20:09:22 -0800 Message-Id: <1111723762.43056.15.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Peter Jeremy cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 04:09:24 -0000 On Thu, 2005-03-24 at 19:51 -0800, Vinod Kashyap wrote: > I did look at your posting Sean, thanks. But did you see the > "undefined reference to `memset'" linker error when you built it? > It's obvious that a reference to memset is being generated by > the initialization of an array of 100 bytes to 0. The linker is getting > the needed memset if you build a stand alone program, or even build a stand > alone kernel module, but is not being able to find it when building > the kernel itself. This implies to me that it is a difference in > the use of flags, or linking/not linking with particular libraries > that's causing the problem. Here is what I believe is happening: There exists an inline function called memset. This inline function _should_ replace any uses of memset within the function when compiled with optimization (-O or -O2). In any event that a call is not inlined, a local copy of memset should be emitted and used. This is what happens with -O, but not with -O2. This is clearly seen by an objdump at each optimization. For -O, a local copy of memset is emitted and used. For -O2, memset is still called, but the memset code is optimized away. This is a bug, IMHO, in various ways. 1) -O2 is being too agressive and eliminating memset when it shouldn't. 2) both optimized versions are not replacing the call to memset with the inline code. Here is one of several issues with the amd64 compiler used at -O2 vs. -O. There are others as well. Note: this comment inserted for the sole purpose of adding flame-bait :) You do not need to link to show this. In fact, since this is a standard program and memset is available in libc, you will not see the problem in a link. You need to look at the nm output and objdump to understand what is happening. > I am also confused as to how an explicit call to memset works, > when compiler generated call doesn't! Are we talking 2 different > memset's here? Maybe a memset and an __memset? The problem is that the compiler is inserting the memset call. Either it is happening too late for inlining to occur or it is done in some fashion that doesn't lend to inlining by the compiler. The call inside the function is handled like all other code and is properly identified and inlined. We are not talking about 2 different memset functions, no. We are talking about 2 different mechanisms for using memset where one is not properly inlined and the other is. HTH, Sean From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 11:37:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14FDE16A4CE for ; Fri, 25 Mar 2005 11:37:29 +0000 (GMT) Received: from lri.lri.fr (lri.lri.fr [129.175.15.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3562C43D55 for ; Fri, 25 Mar 2005 11:37:28 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from localhost (localhost [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id 8EAF219E7D3; Fri, 25 Mar 2005 12:37:22 +0100 (CET) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04910-03; Fri, 25 Mar 2005 12:37:22 +0100 (CET) Received: from pc5-179.lri.fr (pc5-179 [129.175.5.179]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by lri.lri.fr (Postfix) with ESMTP id 6F73719E7C5; Fri, 25 Mar 2005 12:37:22 +0100 (CET) Received: from pc5-179.lri.fr (localhost.lri.fr [127.0.0.1]) by pc5-179.lri.fr (8.13.3/8.13.1) with ESMTP id j2PBbMfj020657; Fri, 25 Mar 2005 12:37:22 +0100 (CET) (envelope-from feanor@pc5-179.lri.fr) Received: (from feanor@localhost) by pc5-179.lri.fr (8.13.3/8.13.1/Submit) id j2PBbJqg020656; Fri, 25 Mar 2005 12:37:19 +0100 (CET) (envelope-from feanor) Date: Fri, 25 Mar 2005 12:37:19 +0100 From: Marwan Burelle To: Scot Hetzel Message-ID: <20050325113719.GB20564@pc5-179.lri.fr> References: <20050322134837.GE557@werd> <20050322142806.GA21833@pc5-179.lri.fr> <20050323171943.GG557@werd> <4241C774.4050401@goldsword.com> <790a9fff05032312196ba1e429@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <790a9fff05032312196ba1e429@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at lri.fr cc: freebsd-stable@freebsd.org Subject: Re: Panic after plugging in an mp3 usb player, 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 11:37:29 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 23, 2005 at 02:19:06PM -0600, Scot Hetzel wrote: > The problem is that the developers don't have all of the devices to > test to find theses quirks. So until someone inserts one of these > malfunctioning devices into there FreeBSD system, we won't know what > quirk needs to be added. But, if you just take a look at quirks in the concerned file, you will see many time the same quirk for similar mp3 player. I think that the proliferation of OEM mp3 products with different identifying strings is in large part cause for this. It's seems that the DA_Q_NO_SYNC_CACHE quirk is the most common, could it be possible to activate it by default for some reasonable set of devices (I don't know if we can identify them by other means than id string ... ) ? It could save a lot of time, make work a lot of existing and forthcoming mp3 players. The existing solution and the situation of OEM mp3 players ensure us that there will always be an unsuported devices on the market at any time. The fact that it make the system panic is _annoying_ (in place of other ugly expression, my english is poor.) This is not an attack, just my 2cc remark. --=20 Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCQ/fvI+2UvUKfgvgRAnzPAJ9m9ajJNEd4FjUpESmNBMJdzc0TPQCcDWeV tlAsnJT0O9gBZCbWGoS7va0= =h2rb -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 15:09:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC58216A4CE for ; Fri, 25 Mar 2005 15:09:49 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id C49B943D1D for ; Fri, 25 Mar 2005 15:09:44 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDW00IF7XV1PX60@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 25 Mar 2005 16:04:13 +0100 (CET) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IDW00LTNY6WSW80@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 25 Mar 2005 16:11:21 +0100 (CET) Date: Fri, 25 Mar 2005 16:09:40 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH To: freebsd-stable@freebsd.org Message-id: <20050325160940.7238d14b.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: /usr/ports and files are udi:100, gid:100 - has anything changed in cvs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 15:09:49 -0000 Hi, A port failed to install, and I just found out that /usr/ports and all files and directories within are owned by uid:100 and gid:100 (which are not defined on my 5-stable system). I coldn't find anything in /usr/ports/UPDATING, and not by searching the web. My ports was cvsupped today, but this change can have been there for some time, I just found out when one of my ports didn't want to upgrade. I'm running a quite old 5-stable: root@kg-work# uname -a FreeBSD kg-work.kg4.no 5.3-STABLE FreeBSD 5.3-STABLE #1: Sun Nov 14 20:19:11 CET 2004 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G i386 But I notice it is the same on a box running 4.9-STABLE, and ports n that was last cvsuped November 27th, 2004. And it is also the same on my new box, running 5.4-BETA1. uid / gid 100 are not defined ther either. Am I missing somehing here? If it matters, I use cvsup against the srver cvsup.no.freebsd.org -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 21:38:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35AFB16A4D9 for ; Fri, 25 Mar 2005 21:38:06 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD76F43D48 for ; Fri, 25 Mar 2005 21:38:05 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B3EC672DE5; Fri, 25 Mar 2005 13:38:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id ADAC072DE4; Fri, 25 Mar 2005 13:38:05 -0800 (PST) Date: Fri, 25 Mar 2005 13:38:05 -0800 (PST) From: Doug White To: Graham Menhennitt In-Reply-To: <42436771.3060006@optusnet.com.au> Message-ID: <20050325133558.U16071@carver.gumbysoft.com> References: <42436771.3060006@optusnet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-stable@freebsd.org Subject: Re: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 21:38:06 -0000 On Fri, 25 Mar 2005, Graham Menhennitt wrote: > I just cvsupped to the latest RELENG_5 (as of yesterday) and built and > installed the world and a new kernel. When I boot the new kernel, I get > an error "ffs_mountroot: can't find rootvp". At the "mountroot>" prompt, > whatever I type (even '?') causes a crash and reboot. I can still boot > my old kernel without a problem. The dmesg from the old kernel and a > capture of the boot of the new kernel are below. Noticably absent from > the new one is the line "ad0: 76319MB [155061/16/63] at > ata0-master UDMA100" which is my only disk drive. > > Can somebody please help? If you break out of the beastie menu with '6' then enter: unload boot kernel.old that will get you your old, working kernel. Make a backup of this kernel before doing anything else by 'cd /boot; cp -Rp kernel.old kernel.WORKS'. You can then reference this in loader by doing 'boot kernel.WORKS'. Next we need to determine why the disk did not probe. I'd suggest booting with -v and looking for messages from ata about disk discovery. Did you change anything in your kernel config between these kernels? > > Thanks, > Graham > > >>>>>>>>>>>>>>>>> old kernel <<<<<<<<<<<<<<<<<<<<<< > > 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 5.3-STABLE #18: Fri Jan 21 06:23:06 EST 2005 > gfm@xxxx.xxx.xxx:/usr/obj/usr/src/sys/fang > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf12 Stepping =3D 2 > > Features=3D0x3febfbff > real memory =3D 335478784 (319 MB) > avail memory =3D 322949120 (307 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > 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 0x4000-0x40f7,0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > rl0: port 0xc000-0xc0ff mem > 0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:20:ed:1c:da:f9 > pci2: at device 10.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > uhci0: port > 0xd000-0xd01f irq 5 at device 31.2 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 31.3 (no driver attached) > uhci1: port > 0xd800-0xd81f irq 12 at device 31.4 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acp= i0 > fdc0: [FAST] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A, console > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0: port 0x778-0x77b,0x378-0x37f irq > 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: IEEE1284 device found > Probing for PnP devices on ppbus0: > lpt0: on ppbus0 > lpt0: Interrupt-driven port > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > Timecounter "TSC" frequency 1700030560 Hz quality 800 > Timecounters tick every 10.000 msec > acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% > ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > Mounting root from ufs:/dev/ad0s1a > > > >>>>>>>>>>>>>>>>>>>>> new kernel <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08Console: > serial port > BIOS drive A: is disk0 > BIOS drive C: is disk1 > BIOS 639kB/326592kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (xxx@xxxx.xxx, Wed Mar 23 20:16:31 EST 2005) > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08Loading > /boot/defaults/loader.conf > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= /boot/kernel/kernel > text=3D0x252bec |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08data=3D0x2bbe8+0x30518 > /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08syms=3D[0x4+0x36040/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08+0x4+0x44316\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08] > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08Loading > /boot/defaults/loader.conf > -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08=1B[H=1B[J=1B[4;46H > , ,=1B[5;46H /( )`=1B[6;46H \ \___ = / > |=1B[7;46H /- _ `-/ '=1B[8;46H (/\/ \ \ > /\=1B[9;46H / / | ` \=1B[10;46H O O ) / > |=1B[11;46H `-^--'`< '=1B[12;46H (_.) _ ) > /=1B[13;46H `.___/` /=1B[14;46H `-----' > /=1B[15;46H<----. __ / __ \=1B[16;46H<----|=3D=3D=3D=3DO)))=3D=3D) = \) > /=3D=3D=3D=3D=1B[17;46H<----' `--' `.__,' \=1B[18;46H | > |=1B[19;46H \ / /\=1B[20;46H ______( (_ > / \______/=1B[21;46H ,' ,-----' |=1B[22;46H `--{__________= )=1B[3;2H=B3=1B[4;2H=B3=1B[5;2H=B3=1B[6;2H=B3=1B[7;2H=B3=1B[8;2H=B3=1B[9;2H= =B3=1B[10;2H=B3=1B[11;2H=B3=1B[12;2H=B3=1B[13;2H=B3=1B[14;2H=B3=1B[15;2H=B3= =1B[16;2H=B3=1B[17;2H=B3=1B[18;2H=B3=1B[19;2H=B3=1B[20;2H=B3=1B[21;2H=B3=1B= [3;44H=B3=1B[4;44H=B3=1B[5;44H=B3=1B[6;44H=B3=1B[7;44H=B3=1B[8;44H=B3=1B[9;= 44H=B3=1B[10;44H=B3=1B[11;44H=B3=1B[12;44H=B3=1B[13;44H=B3=1B[14;44H=B3=1B[= 15;44H=B3=1B[16;44H=B3=1B[17;44H=B3=1B[18;44H=B3=1B[19;44H=B3=1B[20;44H=B3= =1B[21;44H=B3=1B[2;3H=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=1B[22= ;3H=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=1B[2;2H=DA=1B[22;2H=C0= =1B[2;44H=BF=1B[22;44H=D9=1B[6;13HWelcome > to FreeBSD!=1B[9;5H1 =1B[9;6H. Boot FreeBSD [default]=1B[10;5H2 =1B[10;6H= =2E Boot > FreeBSD with ACPI disabled=1B[11;5H3 =1B[11;6H. Boot FreeBSD in Safe > Mode=1B[12;5H4 =1B[12;6H. Boot FreeBSD in single user mode=1B[13;5H5 =1B[= 13;6H. > Boot FreeBSD with verbose logging=1B[14;5H6 =1B[14;6H. Escape to loader > prompt=1B[15;5H7 =1B[15;6H. Reboot=1B[20;5HSelect option, [Enter] for > default=1B[21;5Hor [Space] to pause timer =1B[21;32H10 =1B[21;32H10 > =1B[21;32H10 =1B[21;32H10 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 > =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 = =1B[21;32H9 > =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 = =1B[21;32H8 > =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 = =1B[21;32H8 > =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[25;0H\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08ACPI > autoload failed - no such file or directory > \=08|=08/=08-=08\=08|=08/=08Copyright (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 5.4-PRERELEASE #19: Fri Mar 25 07:31:35 EST 2005 > xxx@xxxx.xxx:/usr/obj/usr/src/sys/fang > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf12 Stepping =3D 2 > > Features=3D0x3febfbff > real memory =3D 335478784 (319 MB) > avail memory =3D 322957312 (307 MB) > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > rl0: port 0xc000-0xc0ff mem > 0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:20:ed:1c:da:f9 > pci2: at device 10.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > uhci0: port > 0xd000-0xd01f irq 5 at device 31.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 31.3 (no driver attached) > uhci1: port > 0xd800-0xd81f irq 12 at device 31.4 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa= 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: IEEE1284 device found > Probing for PnP devices on ppbus0: > lpt0: on ppbus0 > lpt0: Interrupt-driven port > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 1700026032 Hz quality 800 > Timecounters tick every 10.000 msec > Mounting root from ufs:/dev/ad0s1a > setrootbyname failed > ffs_mountroot: can't find rootvp > Root mount failed: 6 > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 22:38:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01AA616A4CE; Fri, 25 Mar 2005 22:38:17 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F4E43D49; Fri, 25 Mar 2005 22:38:16 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost01.amcc.com ([192.195.69.30]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id IDXIVU00.7WB; Fri, 25 Mar 2005 14:38:18 -0800 Received: (from vkashyap-pc [10.66.6.61]) by mailhost01.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2005032514414416809 ; Fri, 25 Mar 2005 14:41:44 -0800 From: "Vinod Kashyap" To: obrien@freebsd.org Date: Fri, 25 Mar 2005 14:37:19 -0800 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=-------64c2860764c28607 Message-ID: cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: RE: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 22:38:17 -0000 This is a multi-part message in MIME format ---------64c2860764c28607 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > > Can you not submit it with the patch I sent? > = > Submit the entire /usr/src/sys kernel source?? > = > > A "stand alone" foo.c will have to be a new module under a new > > directory (/sys/dev/foo), with its own Makefile, with changes to > > /sys/conf/files, and an entry in GENERIC. > = > A module would still depend on files in /usr/share/mk, = > /usr/src/sys/conf, > /usr/src/sys/modules, /usr/src/sys/dev/foo. > = > NO! nothing other than a single file -- foo.c in my home = > directory that > shows the problem is a "stand alone" example. Here is memset_issue.c (also attached). But note that you cannot reproduce the "undefined reference to `memset'" issue with this (that's what I have been trying to explain). You could also use the earlier posting from Sean McNeil. #include main() { char a[100] =3D {0}; char *ap; ap =3D &(a[0]); printf("a[0] =3D %d\n", a[0]); } With the patch that I sent earlier applied to /sys/dev/twa/twa.c, 'nm twa.o' shows this when twa is built as a stand alone module: 00000000000003f0 t memset 'nm twa.o' shows this when twa is built as part of the kernel: U memset And now, moving to the important thing... in kern.pre.mk, I changed COPTFLAGS from -O2 to -O for amd64 (just like i386), and the problem is gone!! ---------64c2860764c28607 Content-Type: text/plain; name="memset_issue.c" Content-Disposition: attachment; filename="memset_issue.c" Content-Transfer-Encoding: quoted-printable #include main() { char a[100] =3D {0}; char *ap; ap =3D &(a[0]); printf("a[0] =3D %d\n", a[0]); } ---------64c2860764c28607-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 25 23:18:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F42816A4CE for ; Fri, 25 Mar 2005 23:18:41 +0000 (GMT) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFC643D46 for ; Fri, 25 Mar 2005 23:18:39 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-137-84.mckinn1.vic.optusnet.com.au [220.237.137.84])j2PNIYjp024529; Sat, 26 Mar 2005 10:18:35 +1100 Message-ID: <42449BCE.7010600@optusnet.com.au> Date: Sat, 26 Mar 2005 10:16:30 +1100 From: Graham Menhennitt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Doug White References: <42436771.3060006@optusnet.com.au> <20050325133558.U16071@carver.gumbysoft.com> In-Reply-To: <20050325133558.U16071@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2005 23:18:41 -0000 Doug White wrote: >On Fri, 25 Mar 2005, Graham Menhennitt wrote: > > > >>I just cvsupped to the latest RELENG_5 (as of yesterday) and built and >>installed the world and a new kernel. When I boot the new kernel, I get >>an error "ffs_mountroot: can't find rootvp". At the "mountroot>" prompt, >>whatever I type (even '?') causes a crash and reboot. I can still boot >>my old kernel without a problem. The dmesg from the old kernel and a >>capture of the boot of the new kernel are below. Noticably absent from >>the new one is the line "ad0: 76319MB [155061/16/63] at >>ata0-master UDMA100" which is my only disk drive. >> >>Can somebody please help? >> >> > > > Hi Doug. Thanks for responding. >If you break out of the beastie menu with '6' then enter: > >unload >boot kernel.old > >that will get you your old, working kernel. Make a backup of this kernel >before doing anything else by 'cd /boot; cp -Rp kernel.old kernel.WORKS'. >You can then reference this in loader by doing 'boot kernel.WORKS'. > > Already done that. >Next we need to determine why the disk did not probe. I'd suggest booting >with -v and looking for messages from ata about disk discovery. > > > A capture of the "boot -v" is below. It doesn't mean anything to me. >Did you change anything in your kernel config between these kernels? > > > No. My kernel config is below too. Thanks again for helping, Graham >>Thanks, >> Graham >> >> >>>>>>>>>>>>>>>>> old kernel <<<<<<<<<<<<<<<<<<<<<< >> >>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 5.3-STABLE #18: Fri Jan 21 06:23:06 EST 2005 >> gfm@xxxx.xxx.xxx:/usr/obj/usr/src/sys/fang >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 >> >>Features=0x3febfbff >>real memory = 335478784 (319 MB) >>avail memory = 322949120 (307 MB) >>npx0: [FAST] >>npx0: on motherboard >>npx0: INT 16 interface >>acpi0: on motherboard >>acpi0: Power Button (fixed) >>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 0x4000-0x40f7,0xcf8-0xcff on acpi0 >>pci0: on pcib0 >>pcib1: at device 1.0 on pci0 >>pci1: on pcib1 >>pcib2: at device 30.0 on pci0 >>pci2: on pcib2 >>rl0: port 0xc000-0xc0ff mem >>0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 >>miibus0: on rl0 >>rlphy0: on miibus0 >>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>rl0: Ethernet address: 00:20:ed:1c:da:f9 >>pci2: at device 10.0 (no driver attached) >>isab0: at device 31.0 on pci0 >>isa0: on isab0 >>atapci0: port >>0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 >>ata0: channel #0 on atapci0 >>ata1: channel #1 on atapci0 >>uhci0: port >>0xd000-0xd01f irq 5 at device 31.2 on pci0 >>uhci0: [GIANT-LOCKED] >>usb0: on uhci0 >>usb0: USB revision 1.0 >>uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub0: 2 ports with 2 removable, self powered >>pci0: at device 31.3 (no driver attached) >>uhci1: port >>0xd800-0xd81f irq 12 at device 31.4 on pci0 >>uhci1: [GIANT-LOCKED] >>usb1: on uhci1 >>usb1: USB revision 1.0 >>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub1: 2 ports with 2 removable, self powered >>fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 >>fdc0: [FAST] >>sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >>acpi0 >>sio0: type 16550A, console >>sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 >>sio1: type 16550A >>ppc0: port 0x778-0x77b,0x378-0x37f irq >>7 on acpi0 >>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode >>ppbus0: on ppc0 >>ppbus0: IEEE1284 device found >>Probing for PnP devices on ppbus0: >>lpt0: on ppbus0 >>lpt0: Interrupt-driven port >>atkbdc0: at port 0x64,0x60 on isa0 >>atkbd0: irq 1 on atkbdc0 >>kbd0 at atkbd0 >>atkbd0: [GIANT-LOCKED] >>Timecounter "TSC" frequency 1700030560 Hz quality 800 >>Timecounters tick every 10.000 msec >>acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% >>ad0: 76319MB [155061/16/63] at ata0-master UDMA100 >>Mounting root from ufs:/dev/ad0s1a >> >> >> >>>>>>>>>>>>>>>>>>>>> new kernel <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >>/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-Console: >>serial port >>BIOS drive A: is disk0 >>BIOS drive C: is disk1 >>BIOS 639kB/326592kB available memory >> >>FreeBSD/i386 bootstrap loader, Revision 1.1 >>(xxx@xxxx.xxx, Wed Mar 23 20:16:31 EST 2005) >>|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\Loading >>/boot/defaults/loader.conf >>|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/kernel >>text=0x252bec |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|data=0x2bbe8+0x30518 >>/-\|/-\|/-\|syms=[0x4+0x36040/-\|/-\|/-\|/-+0x4+0x44316\|/-\|/-\|/-\|/-\] >>|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/Loading >>/boot/defaults/loader.conf >>-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/- >>, , /( )` \ \___ / >>| /- _ `-/ ' (/\/ \ \ >>/\ / / | ` \ O O ) / >>| `-^--'`< ' (_.) _ ) >>/ `.___/` / `-----' >>/<----. __ / __ \<----|====O)))==) \) >>/====<----' `--' `.__,' \ | >>| \ / /\ ______( (_ >>/ \______/ ,' ,-----' | `--{__________)³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÚÀ¿ÙWelcome >>to FreeBSD!1 . Boot FreeBSD [default]2 . Boot >>FreeBSD with ACPI disabled3 . Boot FreeBSD in Safe >>Mode4 . Boot FreeBSD in single user mode5 . >>Boot FreeBSD with verbose logging6 . Escape to loader >>prompt7 . RebootSelect option, [Enter] for >>defaultor [Space] to pause timer 10 10 >>10 10 9 9 9 9 >>9 9 9 9 9 9 9 >>9 9 9 9 9 9 8 >>8 8 8 8 8 8 8 >>8 8 8 8 8 \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-ACPI >>autoload failed - no such file or directory >>\|/-\|/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 5.4-PRERELEASE #19: Fri Mar 25 07:31:35 EST 2005 >> xxx@xxxx.xxx:/usr/obj/usr/src/sys/fang >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 >> >>Features=0x3febfbff >>real memory = 335478784 (319 MB) >>avail memory = 322957312 (307 MB) >>npx0: on motherboard >>npx0: INT 16 interface >>cpu0 on motherboard >>pcib0: pcibus 0 on motherboard >>pir0: on motherboard >>pci0: on pcib0 >>pcib1: at device 1.0 on pci0 >>pci1: on pcib1 >>pcib2: at device 30.0 on pci0 >>pci2: on pcib2 >>rl0: port 0xc000-0xc0ff mem >>0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 >>miibus0: on rl0 >>rlphy0: on miibus0 >>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>rl0: Ethernet address: 00:20:ed:1c:da:f9 >>pci2: at device 10.0 (no driver attached) >>isab0: at device 31.0 on pci0 >>isa0: on isab0 >>atapci0: port >>0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 >>ata0: channel #0 on atapci0 >>ata1: channel #1 on atapci0 >>uhci0: port >>0xd000-0xd01f irq 5 at device 31.2 on pci0 >>usb0: on uhci0 >>usb0: USB revision 1.0 >>uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub0: 2 ports with 2 removable, self powered >>pci0: at device 31.3 (no driver attached) >>uhci1: port >>0xd800-0xd81f irq 12 at device 31.4 on pci0 >>usb1: on uhci1 >>usb1: USB revision 1.0 >>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub1: 2 ports with 2 removable, self powered >>atkbdc0: at port 0x64,0x60 on isa0 >>atkbd0: irq 1 on atkbdc0 >>kbd0 at atkbd0 >>fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 >>ppc0: at port 0x378-0x37f irq 7 on isa0 >>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode >>ppbus0: on ppc0 >>ppbus0: IEEE1284 device found >>Probing for PnP devices on ppbus0: >>lpt0: on ppbus0 >>lpt0: Interrupt-driven port >>sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >>sio0: type 16550A, console >>sio1 at port 0x2f8-0x2ff irq 3 on isa0 >>sio1: type 16550A >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>unknown: can't assign resources (port) >>Timecounter "TSC" frequency 1700026032 Hz quality 800 >>Timecounters tick every 10.000 msec >>Mounting root from ufs:/dev/ad0s1a >>setrootbyname failed >>ffs_mountroot: can't find rootvp >>Root mount failed: 6 >> >>Manual root filesystem specification: >> : Mount using filesystem >> eg. ufs:da0s1a >> ? List valid disk boot devices >> Abort manual input >> >>mountroot> >>_______________________________________________ >>freebsd-stable@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> >> > > > >>>>>>>>>>>>>>>>>>>>>>>> new kernel with -v flag <<<<<<<<<<<<<<<<<<<<<<<<<<<<< /-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 639kB/326592kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (xxx@xxxx.xxx, Wed Mar 23 20:16:31 EST 2005) |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\Loading /boot/defaults/loader.conf |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\/boot/kernel/kernel text=0x252bec |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|data=0x2bbe8+0x30518 /-\|/-\|/-\|syms=[0x4+0x36040/-\|/-\|/-\|/-+0x4+0x44316\|/-\|/-\|/-\|/-\] |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/Loading /boot/defaults/loader.conf -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/- , , /( )` \ \___ / | /- _ `-/ ' (/\/ \ \ /\ / / | ` \ O O ) / | `-^--'`< ' (_.) _ ) / `.___/` / `-----' /<----. __ / __ \<----|====O)))==) \) /====<----' `--' `.__,' \ | | \ / /\ ______( (_ / \______/ ,' ,-----' | `--{__________)³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÚÀ¿ÙWelcome to FreeBSD!1 . Boot FreeBSD [default]2 . Boot FreeBSD with ACPI disabled3 . Boot FreeBSD in Safe Mode4 . Boot FreeBSD in single user mode5 . Boot FreeBSD with verbose logging6 . Escape to loader prompt7 . RebootSelect option, [Enter] for defaultor [Space] to pause timer 10 10 10 10 10 10 10 10 9 9 9 9 9 9  Type '?' for a list of commands, 'help' for more detailed help. OK boot -v \|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-ACPI autoload failed - no such file or directory \|/-\|/SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=01 base=0000000000100000 len=0000000013ef0000 SMAP type=03 base=0000000013ff3000 len=000000000000d000 SMAP type=04 base=0000000013ff0000 len=0000000000003000 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 5.4-PRERELEASE #19: Fri Mar 25 07:31:35 EST 2005 xxx@xxxx.xxx:/usr/obj/usr/src/sys/fang Preloaded elf kernel "/boot/kernel/kernel" at 0xc072c000. Calibrating clock(s) ... i8254 clock: 1193225 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1700030456 Hz CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf12 Stepping = 2 Features=0x3febfbff real memory = 335478784 (319 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x0000000013a1ffff, 320843776 bytes (78331 pages) avail memory = 322957312 (307 MB) bios32: Found BIOS32 Service Directory header at 0xc00faa40 bios32: Entry = 0xfaed0 (c00faed0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xaf00 pnpbios: Found PnP BIOS data at 0xc00fb8f0 pnpbios: Entry = f0000:b920 Rev = 1.0 Other BIOS signatures found: null: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00000010) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fded0 PCI-Only Interrupts: 5 9 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 2 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 2 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 2 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 2 8 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 2 2 8 B 0x69 3 4 5 7 9 10 11 12 14 15 slot 2 2 8 C 0x6a 3 4 5 7 9 10 11 12 14 15 slot 2 2 8 D 0x6b 3 4 5 7 9 10 11 12 14 15 slot 3 2 0 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 2 0 B 0x69 3 4 5 7 9 10 11 12 14 15 slot 3 2 0 C 0x6a 3 4 5 7 9 10 11 12 14 15 slot 3 2 0 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 2 1 A 0x69 3 4 5 7 9 10 11 12 14 15 slot 4 2 1 B 0x6a 3 4 5 7 9 10 11 12 14 15 slot 4 2 1 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 2 1 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 2 2 A 0x6a 3 4 5 7 9 10 11 12 14 15 slot 5 2 2 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 5 2 2 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 5 2 2 D 0x69 3 4 5 7 9 10 11 12 14 15 slot 6 2 9 A 0x69 3 4 5 7 9 10 11 12 14 15 slot 6 2 9 B 0x6a 3 4 5 7 9 10 11 12 14 15 slot 6 2 9 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 6 2 9 D 0x62 3 4 5 7 9 10 11 12 14 15 slot 7 2 10 A 0x6a 3 4 5 7 9 10 11 12 14 15 slot 7 2 10 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 7 2 10 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 7 2 10 D 0x69 3 4 5 7 9 10 11 12 14 15 embedded 0 31 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x60 255 N 8 3 4 5 7 9 10 11 12 14 15 0x61 255 N 3 3 4 5 7 9 10 11 12 14 15 0x62 255 N 7 3 4 5 7 9 10 11 12 14 15 0x63 255 N 3 3 4 5 7 9 10 11 12 14 15 0x68 255 N 1 3 4 5 7 9 10 11 12 14 15 0x69 255 N 6 3 4 5 7 9 10 11 12 14 15 0x6a 255 N 6 3 4 5 7 9 10 11 12 14 15 0x6b 255 N 2 3 4 5 7 9 10 11 12 14 15 $PIR: Found matching pin for 2.9.INTA at func 0: 11 $PIR: Found matching pin for 2.10.INTA at func 0: 10 $PIR: Found matching pin for 0.31.INTB at func 3: 9 $PIR: Found matching pin for 0.31.INTC at func 4: 12 $PIR: Found matching pin for 0.31.INTD at func 2: 5 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x60 255 N 8 3 4 5 7 9 10 11 12 14 15 0x61 9 Y 3 3 4 5 7 9 10 11 12 14 15 0x62 255 N 7 3 4 5 7 9 10 11 12 14 15 0x63 5 Y 3 3 4 5 7 9 10 11 12 14 15 0x68 255 N 1 3 4 5 7 9 10 11 12 14 15 0x69 11 Y 6 3 4 5 7 9 10 11 12 14 15 0x6a 10 Y 6 3 4 5 7 9 10 11 12 14 15 0x6b 12 Y 2 3 4 5 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 5 9 10 11 12 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 3 0 0 0 3 6 6 2 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=0x8086, dev=0x1a30, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1a31, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x244e, revid=0x12 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2440, revid=0x12 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x244b, revid=0x12 bus=0, slot=31, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000d000, size 5, enabled $PIR: 0:31 INTD routed to irq 5 found-> vendor=0x8086, dev=0x2442, revid=0x12 bus=0, slot=31, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 map[20]: type 4, range 32, base 00005000, size 4, enabled $PIR: 0:31 INTB routed to irq 9 found-> vendor=0x8086, dev=0x2443, revid=0x12 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=9 map[20]: type 4, range 32, base 0000d800, size 5, enabled $PIR: 0:31 INTC routed to irq 12 found-> vendor=0x8086, dev=0x2444, revid=0x12 bus=0, slot=31, func=4 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=12 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xe4000000-0xe40fffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 0000c000, size 8, enabled pcib2: device (null) requested decoded I/O range 0xc000-0xc0ff map[14]: type 1, range 32, base e4000000, size 8, enabled pcib2: device (null) requested decoded memory range 0xe4000000-0xe40000ff $PIR: 2:9 INTA routed to irq 11 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=2, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000c400, size 6, enabled pcib2: device (null) requested decoded I/O range 0xc400-0xc43f $PIR: 2:10 INTA routed to irq 10 found-> vendor=0x1274, dev=0x5880, revid=0x04 bus=2, slot=10, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 pcib2: device rl0 requested decoded I/O range 0xc000-0xc0ff rl0: port 0xc000-0xc0ff mem 0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 pcib2: device rl0 requested decoded I/O range 0xc000-0xc0ff miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:20:ed:1c:da:f9 rl0: [MPSAFE] pci2: at device 10.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0-slave: stat=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: reset tp2 stat0=90 stat1=90 devices=0x0 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1-master: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata1-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=01 stat1=01 devices=0x0 ata1: [MPSAFE] uhci0: port 0xd000-0xd01f irq 5 at device 31.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xd800-0xd81f irq 12 at device 31.4 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 pnpbios: 15 devices, largest 92 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) INT0800: adding fixed memory32 range 0xffb80000-0xffbfffff, size=0x80000 pnpbios: handle 7 device ID INT0800 (0008d425) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xffb00000-0xffb7ffff, size=0x80000 PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 PNP0c01: adding fixed memory32 range 0xfec00000-0xfec0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0x13ffffff, size=0x13f00000 pnpbios: handle 8 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c02: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 pnpbios: handle 9 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x4000-0x40f7, size=0xf8, align=0 pnpbios: handle 10 device ID PNP0a03 (030ad041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 12 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0 PNP0700: adding io range 0x3f7-0x3f7, size=0x1, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 13 device ID PNP0700 (0007d041) PNP0400: adding irq mask 0x80 PNP0400: adding io range 0x378-0x37f, size=0x8, align=0 PNP0400: adding io range 0x778-0x77b, size=0x4, align=0 pnpbios: handle 14 device ID PNP0400 (0004d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 16 device ID PNP0501 (0105d041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x1f0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: IEEE1284 device found Probing for PnP devices on ppbus0: lpt0: on ppbus0 lpt0: Interrupt-driven port sc0: no video adapter found. sc0: failed to probe on isa0 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: failed to probe on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: failed to probe at iomem 0xffb80000-0xffbfffff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f5 on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 1700030456 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached Mounting root from ufs:/dev/ad0s1a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> kernel config <<<<<<<<<<<<<<<<<<<<<<<<<<<<< machine i386 cpu I686_CPU ident fang options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 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 device isa device pci device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device sc device npx device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device rl # RealTek 8129/8139 device miibus # MII bus support device random # Entropy device device loop # Network loopback device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) #device pcm #device sbc device usb # USB Bus (required) device umass # Disks/Mass storage - Requires scbus and da device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device bpf # Berkeley packet filter From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 01:35:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8130616A4CE for ; Sat, 26 Mar 2005 01:35:18 +0000 (GMT) Received: from mout.perfora.net (mout.perfora.net [217.160.230.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C1B43D48 for ; Sat, 26 Mar 2005 01:35:18 +0000 (GMT) (envelope-from james@mistawho.net) Received: from CPE-65-31-97-35.wi.rr.com[65.31.97.35] (helo=jamese1bc8fda2) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKz5u-1DF0Cp3ZSZ-0008TK; Fri, 25 Mar 2005 20:35:15 -0500 From: "James Wood" To: Date: Fri, 25 Mar 2005 19:35:08 -0600 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcUxpAsoCHWNDrYhTh6jotTXIGZszQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Message-ID: <0MKz5u-1DF0Cp3ZSZ-0008TK@mrelay.perfora.net> X-Provags-ID: perfora.net abuse@perfora.net login:ccc9f117cac3bfc69edd7df7bb2e9015 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: installing FreeBSD on partition of a SATA Intel 865 raid0 volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 01:35:18 -0000 How do you setup FreeBSD on a partition of a raid0 volume? I downloaded FreeBSD 5.3, then made a 60 GB partition in my raid volume, and then went to boot from the CD. It did not see any raid volumes, it just sees two HDs. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 04:28:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7517C16A4CE for ; Sat, 26 Mar 2005 04:28:54 +0000 (GMT) Received: from stevenwills.com (rdu88-255-171.nc.rr.com [24.88.255.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB5DA43D55 for ; Sat, 26 Mar 2005 04:28:53 +0000 (GMT) (envelope-from steve@stevenwills.com) Received: from [192.168.0.2] (matrix.mouf.net [192.168.0.2]) by stevenwills.com (8.12.11/8.12.11) with ESMTP id j2Q4Sqhp029329 for ; Fri, 25 Mar 2005 23:28:52 -0500 (EST) (envelope-from steve@stevenwills.com) Message-ID: <4244E501.3060703@stevenwills.com> Date: Fri, 25 Mar 2005 23:28:49 -0500 From: Steve Wills User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (stevenwills.com [24.88.255.171]); Fri, 25 Mar 2005 23:28:52 -0500 (EST) Subject: 5.4-BETA1 ACPI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 04:28:54 -0000 Testing out 5.4 BETA1 tonight, I encountered a hang with ACPI enabled and a fatal trap 9 with it disabled. The hang was after detecting ACPI. I've tried changing settings in the BIOS, but without success. Any suggestions would be welcome. I can gather debugging info if desired. Please reply in private if in a hurry, I subscribe in digest mode currently. Thanks, Steve From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 05:00:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA0E716A4CE for ; Sat, 26 Mar 2005 05:00:56 +0000 (GMT) Received: from gir.olymail.net (gir.olymail.net [216.254.19.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF1043D5A for ; Sat, 26 Mar 2005 05:00:56 +0000 (GMT) (envelope-from jeff@olymail.net) Received: from [192.168.24.102] (dib.olymail.net [216.254.19.42] (may be forged)) (authenticated bits=0) by gir.olymail.net (8.13.1/8.13.1) with ESMTP id j2Q4qMbr073859 for ; Fri, 25 Mar 2005 20:52:22 -0800 (PST) (envelope-from jeff@olymail.net) Message-ID: <4244EC86.9030508@olymail.net> Date: Fri, 25 Mar 2005 21:00:54 -0800 From: Jeff Seeman User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on gir.olymail.net X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on gir.olymail.net Subject: WIFI access software X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 05:00:57 -0000 I have a client who has 3 restaurants and wants to provide wifi access to the customers. He wants to be able to control who and when it can be accessed. He is not planning on charging for the access at the moment but certainly would like that ability. I want to use freebsd, but can not find a software pkg that will allow me to do this. Does anyone have an idea or better yet implemented something like this? Thanks in advance, Jeff From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 05:13:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C65A16A4CE for ; Sat, 26 Mar 2005 05:13:08 +0000 (GMT) Received: from argon.ess.washington.edu (argon.ess.washington.edu [128.95.132.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D8FC43D48 for ; Sat, 26 Mar 2005 05:13:08 +0000 (GMT) (envelope-from les@ess.washington.edu) Received: from argon.ess.washington.edu (localhost [127.0.0.1]) j2Q5D38G022488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Mar 2005 21:13:03 -0800 Received: from localhost (les@localhost)j2Q5D3Em022485; Fri, 25 Mar 2005 21:13:03 -0800 X-Authentication-Warning: argon.ess.washington.edu: les owned process doing -bs Date: Fri, 25 Mar 2005 21:13:03 -0800 (PST) From: Robert Leslie To: Jeff Seeman In-Reply-To: <4244EC86.9030508@olymail.net> Message-ID: References: <4244EC86.9030508@olymail.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-UWESS-MailScanner-Information: Please contact UWESS computing for more information X-UWESS-MailScanner: Found to be clean X-MailScanner-From: les@ess.washington.edu cc: freebsd-stable@freebsd.org Subject: Re: WIFI access software X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 05:13:08 -0000 jeff, http://www.chillispot.org/ chilli is what your looking for. i have it running on 5.3. there is not much BSD documentation on setting it up. if you have any questions or problems setting it up, let me know and i'll do what i can to help. -- les On Fri, 25 Mar 2005, Jeff Seeman wrote: > I have a client who has 3 restaurants and wants to provide wifi access > to the customers. He wants to be able to control who and when it can be > accessed. He is not planning on charging for the access at the moment > but certainly would like that ability. I want to use freebsd, but can > not find a software pkg that will allow me to do this. Does anyone have > an idea or better yet implemented something like this? > > Thanks in advance, > > Jeff > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- R. "les" Leslie Seismic Systems Technologist Pacific Northwest Seismograph Network University of Washington Earth and Space Sciences (206) 543-8276 les@ess.washington.edu www.pnsn.org From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 08:50:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 655CE16A4CE; Sat, 26 Mar 2005 08:50:13 +0000 (GMT) Received: from peedub.jennejohn.org (J844b.j.pppool.de [85.74.132.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 849FF43D1F; Sat, 26 Mar 2005 08:50:12 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j2Q8o6ov001415; Sat, 26 Mar 2005 09:50:07 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503260850.j2Q8o6ov001415@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Vinod Kashyap" In-Reply-To: Message from "Vinod Kashyap" of "Fri, 25 Mar 2005 14:37:19 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Mar 2005 09:50:06 +0100 From: Gary Jennejohn cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: undefined reference to `memset' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 08:50:13 -0000 "Vinod Kashyap" writes: > > And now, moving to the important thing... in kern.pre.mk, I changed > COPTFLAGS from -O2 to -O for amd64 (just like i386), and the problem > is gone!! > Better to do it in /etc/make.conf. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 12:48:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C4616A4CE for ; Sat, 26 Mar 2005 12:48:45 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA3B43D46 for ; Sat, 26 Mar 2005 12:48:43 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 4581A753A for ; Sat, 26 Mar 2005 12:48:42 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id 3643140C1; Sat, 26 Mar 2005 12:48:35 +0000 (GMT) Date: Sat, 26 Mar 2005 12:48:35 +0000 From: Josef Karthauser To: stable@freebsd.org Message-ID: <20050326124835.GA60924@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: geom mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 12:48:45 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm trying to get a geom mirror up and running on a remote server across two ide drives using the recipe below. I get as far as booting onto the second ide drive using=20 1:ad(1,a)/boot/loader at the boot block. The boot block complains that ad1 doesn't contain a valid label however and refuses to boot. There appears to be a valid label on the gm0 device: jonah# disklabel mirror/gm0s1 # /dev/mirror/gm0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 2048 16384 28552=20 b: 6291456 2097152 swap =20 c: 240121664 0 unused 0 0 # "raw" part, don't edit d: 41943040 8388608 4.2BSD 2048 16384 28552=20 e: 41943040 50331648 4.2BSD 2048 16384 28552=20 f: 20971520 92274688 4.2BSD 2048 16384 28552=20 g: 84932416 113246208 4.2BSD 2048 16384 28552=20 h: 41943040 198178624 4.2BSD 2048 16384 28552=20 and there does appear to be an error on the ad1s1: jonah# disklabel ad1s1 # /dev/ad1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 2048 16384 28552=20 b: 6291456 2097152 swap =20 c: 240121664 0 unused 0 0 # "raw" part, don't edit d: 41943040 8388608 4.2BSD 2048 16384 28552=20 e: 41943040 50331648 4.2BSD 2048 16384 28552=20 f: 20971520 92274688 4.2BSD 2048 16384 28552=20 g: 84932416 113246208 4.2BSD 2048 16384 28552=20 h: 41943040 198178624 4.2BSD 2048 16384 28552=20 disklabel: partition c doesn't cover the whole unit! disklabel: An incorrect partition c may cause problems for standard system utilities Is this to be expected? What have I done wrong? Regards, Joe vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv # make sure the second disk is treated as a really fresh one # (not really necessary, but makes procedure more deterministically ;-) dd if=3D/dev/zero of=3D/dev/ad1 bs=3D512 count=3D79 # place a PC MBR onto the second disk # (with a single FreeBSD slice /dev/mirror/gm0s1 as large as the # /dev/ad0s1) # either automatically if sizes fit... fdisk -v -B -I /dev/ad1 # ...or manually to make sure the sizes fit: size=3D`fdisk ad0 | grep ', size ' | head -1 | sed -e 's;^.*size \([0-9]*\).*$;\1;'` # ...and reduce the size by one block because ad0 and ad0s1 else would # share the same last sector which could lead to ad0 be recognized as # the GEOM provider instead of ad0s1. Alternatively, you can keep ad0 # and ad0s1 of the same size and hard-code the ad0s1 GEOM provider by # adding the -h option to the "gmirror label" command below. size=3D`expr $size - 1` (echo "p 1 165 63 $size"; echo "a 1") | fdisk -v -B -f- -i /dev/ad1 # place a GEOM mirror label onto first slice of second disk # (actually on the last block of the disk slice) gmirror label -v -n -b round-robin gm0s1 /dev/ad1s1 # activate GEOM mirror kernel layer # (makes the /dev/mirror/gm0s1 device available) gmirror load # place a BSD disklabel onto /dev/mirror/gm0s1 # (ATTENTION: in FreeBSD 5-STABLE before 14-Jan-2005 the # /dev/mirror/gm0s1 device has to be specified as just "mirror/gm0s1" or # the bsdlabel(8) will use the incorrect GEOM name "gm0s1" instead!) # (NOTICE: figure out what partitions you want with "bsdlabel /dev/ad0" # before) # (NOTICE: start "a" partition at offset 16, "c" partition at offset 0) bsdlabel -w -B /dev/mirror/gm0s1 # initialize bsdlabel -e /dev/mirror/gm0s1 # create custom partitions # manually copy filesystem data from first to to second disk # (same procedure for partitions "g", etc) newfs -U /dev/mirror/gm0s1a mount /dev/mirror/gm0s1a /mnt dump -L -0 -f- / | (cd /mnt; restore -r -v -f-) newfs -U /dev/mirror/gm0s1d mount /dev/mirror/gm0s1d /mnt/var dump -L -0 -f- /var | (cd /mnt/var; restore -r -v -f-) newfs -U /dev/mirror/gm0s1e mount /dev/mirror/gm0s1e /mnt/usr dump -L -0 -f- /usr | (cd /mnt/usr; restore -r -v -f-) # adjust new system configuration for GEOM mirror based setup cp -p /mnt/etc/fstab /mnt/etc/fstab.orig sed -e 's/dev\/ad0s1/dev\/mirror\/gm0s1/g' /mnt/etc/fstab echo 'swapoff=3D"YES"' >>/mnt/etc/rc.conf # for 5.3-RELEASE only echo 'geom_mirror_load=3D"YES"' >>/mnt/boot/loader.conf # instruct boot stage 2 loader on first disk to boot # with the boot stage 3 loader from the second disk # (mainly because BIOS might not allow easy booting from second ATA disk # or at least requires manual intervention on the console) echo "1:ad(1,a)/boot/loader" >/boot.config # reboot system # (for running system with GEOM mirror on second disk) shutdown -r now # make sure the first disk is treated as a really fresh one # (also not really necessary, but makes procedure more deterministically # ;-) dd if=3D/dev/zero of=3D/dev/ad0 bs=3D512 count=3D79 # place a new PC MBR onto the first disk # (with a single FreeBSD slice /dev/ad0s1 _exactly_ as large as the # /dev/ad1s1) size=3D`fdisk ad1 | grep ', size ' | head -1 | sed -e 's;^.*size \([0-9]*\).*$;\1;'` (echo "p 1 165 63 $size"; echo "a 1") | fdisk -v -B -f- -i /dev/ad0 # switch GEOM mirror to auto-synchronization and add first disk # (first disk is now immediately synchronized with the second disk # content) gmirror configure -a gm0s1 gmirror insert gm0s1 /dev/ad0s1 # wait for the GEOM mirror synchronization to complete sh -c 'while [ ".`gmirror list | grep SYNCHRONIZING`" !=3D . ]; do sleep 1; done' # reboot into the final two-disk GEOM mirror setup # (now actually boots with the MBR and boot stages on first disk # as it was synchronized from second disk) shutdown -r now --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkJFWiIACgkQXVIcjOaxUBY6HACguDp6SncIvqdPhAkj6uQKw9gA gd8AnitNp0vUOG+yBW7uJsxT1qg1Gsc+ =BZUS -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 13:16:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8086916A4CE for ; Sat, 26 Mar 2005 13:16:39 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A070143D54 for ; Sat, 26 Mar 2005 13:16:38 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 7B3E8753A for ; Sat, 26 Mar 2005 13:16:37 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id 6A89A40C1; Sat, 26 Mar 2005 13:16:30 +0000 (GMT) Date: Sat, 26 Mar 2005 13:16:30 +0000 From: Josef Karthauser To: stable@freebsd.org Message-ID: <20050326131630.GD83888@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org References: <20050326124835.GA60924@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tNQTSEo8WG/FKZ8E" Content-Disposition: inline In-Reply-To: <20050326124835.GA60924@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Subject: Re: geom mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 13:16:39 -0000 --tNQTSEo8WG/FKZ8E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 12:48:35PM +0000, Josef Karthauser wrote: > I'm trying to get a geom mirror up and running on a remote server across > two ide drives using the recipe below. I get as far as booting onto > the second ide drive using=20 >=20 > 1:ad(1,a)/boot/loader >=20 > at the boot block. The boot block complains that ad1 doesn't contain a > valid label however and refuses to boot. >=20 > There appears to be a valid label on the gm0 device: >=20 > jonah# disklabel mirror/gm0s1 > # /dev/mirror/gm0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 2097152 0 4.2BSD 2048 16384 28552=20 > b: 6291456 2097152 swap =20 > c: 240121664 0 unused 0 0 # "raw" part, > don't edit > d: 41943040 8388608 4.2BSD 2048 16384 28552=20 > e: 41943040 50331648 4.2BSD 2048 16384 28552=20 > f: 20971520 92274688 4.2BSD 2048 16384 28552=20 > g: 84932416 113246208 4.2BSD 2048 16384 28552=20 > h: 41943040 198178624 4.2BSD 2048 16384 28552=20 >=20 > and there does appear to be an error on the ad1s1: >=20 > jonah# disklabel ad1s1 > # /dev/ad1s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 2097152 0 4.2BSD 2048 16384 28552=20 > b: 6291456 2097152 swap =20 > c: 240121664 0 unused 0 0 # "raw" part, > don't edit > d: 41943040 8388608 4.2BSD 2048 16384 28552=20 > e: 41943040 50331648 4.2BSD 2048 16384 28552=20 > f: 20971520 92274688 4.2BSD 2048 16384 28552=20 > g: 84932416 113246208 4.2BSD 2048 16384 28552=20 > h: 41943040 198178624 4.2BSD 2048 16384 28552=20 > disklabel: partition c doesn't cover the whole unit! > disklabel: An incorrect partition c may cause problems for standard > system utilities >=20 > Is this to be expected? What have I done wrong? >=20 Just replying to myself here. What is the relationship between geom mirror partitions and native ones, i.e. ad1s1 vs mirror/gm0s1? The disk labels above look spookily similar, but I didn't set a disklabel on ad1s1 manually. With respect to booting do the first stage boot blocks know anything about gmirror partitions? How is the linkage between native devices and gmirror devices done at boot time? Joe p.s.=20 My fdisk reports: jonah# fdisk ad1 ******* Working on device /dev/ad1 ******* parameters extracted from in-core disklabel are: cylinders=3D238216 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D238216 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 240121665 (117246 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 647/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --tNQTSEo8WG/FKZ8E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkJFYK0ACgkQXVIcjOaxUBbyngCcDgQQ5c6NUZbCYAP3s3luJjV1 gm8AoNKHkrJgwp5y1sjmWtNpcVhqkYBA =ODS7 -----END PGP SIGNATURE----- --tNQTSEo8WG/FKZ8E-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 13:59:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D62E16A4CE for ; Sat, 26 Mar 2005 13:59:40 +0000 (GMT) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C40343D39 for ; Sat, 26 Mar 2005 13:59:39 +0000 (GMT) (envelope-from shamz@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.1/8.13.1) with ESMTP id j2QDxaJY065404 for ; Sat, 26 Mar 2005 14:59:37 +0100 (CET) (envelope-from shamz@atreides.freenix.no) Received: (from shamz@localhost) by atreides.freenix.no (8.13.1/8.13.1/Submit) id j2QDxV8M065403 for freebsd-stable@freebsd.org; Sat, 26 Mar 2005 14:59:31 +0100 (CET) (envelope-from shamz) Date: Sat, 26 Mar 2005 14:59:31 +0100 From: Shaun Jurrens To: freebsd-stable@freebsd.org Message-ID: <20050326135931.GC19717@atreides.freenix.no> Mail-Followup-To: Shaun Jurrens , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-RELEASE-p2 X-Philosophy: If you can read this, you're too close. X-Virus-Scanned: ClamAV 0.82/701/Tue Feb 8 20:42:46 2005 on atreides.freenix.no X-Virus-Status: Clean Subject: recent 5.4-PRE regression: Could not resync/reset buffers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 13:59:40 -0000 Hi guys, My last recent update revealed a bug perhaps. I'm now running: FreeBSD dakota 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #28: Wed Mar 23 20:38:58 CET 2005 root@dakota:/usr/obj/usr/src/sys/DAKOTA64 amd64 The system seems to have problems with filedescriptors. It's not otherwise loaded and it's happed enough that I thought I should mention it before 5.4 goes out the door (around 50% of the time). How to repeat: mpg123 -b 1024 --list playlist (where playlist is a simple list of .mp3 files) I get this error message: Could not resync/reset buffers: Interrupted system call and the program simply hangs using 90%+ cpu I've ktraced the hanging binary, but the result is sort of monotonous. The ktrace.out file is filled with this simple set of lines: 94680 mpg123 RET read 0 94680 mpg123 CALL select(0x400,0x7fffffffe310,0,0,0) 94680 mpg123 RET select 1 94680 mpg123 CALL read(0x5,0x7fffffffe2ff,0x1) 94680 mpg123 GIO fd 5 read 0 bytes "" I haven't done the legwork yet to track this down to a closer time period than sometime since my last kernel&world, 25 december 04. (cc: me, I'm not on the list) -- Yours truly, Shaun D. Jurrens shaun@shamz.net From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 15:42:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 884EA16A4CE for ; Sat, 26 Mar 2005 15:42:00 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6628743D41 for ; Sat, 26 Mar 2005 15:41:59 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 533AD7522 for ; Sat, 26 Mar 2005 15:41:58 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 100) id 3C55240C1; Sat, 26 Mar 2005 15:41:51 +0000 (GMT) Date: Sat, 26 Mar 2005 15:41:51 +0000 From: Josef Karthauser To: stable@freebsd.org Message-ID: <20050326154151.GF83888@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org References: <20050326124835.GA60924@genius.tao.org.uk> <20050326131630.GD83888@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fwqqG+mf3f7vyBCB" Content-Disposition: inline In-Reply-To: <20050326131630.GD83888@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Subject: Re: geom mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 15:42:00 -0000 --fwqqG+mf3f7vyBCB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 26, 2005 at 01:16:30PM +0000, Josef Karthauser wrote: >=20 > What is the relationship between geom mirror partitions and native ones, > i.e. ad1s1 vs mirror/gm0s1? The disk labels above look spookily > similar, but I didn't set a disklabel on ad1s1 manually. >=20 > With respect to booting do the first stage boot blocks know anything > about gmirror partitions? How is the linkage between native devices and > gmirror devices done at boot time? >=20 One more thing. The reason I can't boot on /dev/ad1s1 is probably because /dev/ad1s1a doesn't appear to be registered (hence the invalid label problem I see at the stage one boot.) # ls /dev/ad1* /dev/ad1 /dev/ad1s1 # ls /dev/mirror gm0s1 gm0s1a gm0s1b gm0s1c gm0s1d gm0s1e gm0s1f gm0s1g gm0s1h jonah# gmirror list Geom name: gm0s1 State: COMPLETE Components: 1 Balance: round-robin Slice: 4096 Flags: NOAUTOSYNC SyncID: 1 ID: 3812009587 Providers: 1. Name: mirror/gm0s1 Mediasize: 122942291968 (114G) Sectorsize: 512 Mode: r6w6e1 Consumers: 1. Name: ad1s1 Mediasize: 122942292480 (114G) Sectorsize: 512 Mode: r6w6e2 State: ACTIVE Priority: 0 Flags: DIRTY, HARDCODED SyncID: 1 ID: 3349174391 Geom name: gm0s1.sync What does DIRTY mean in this context? Is that why ad1s1a isn't appearing in /dev? Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --fwqqG+mf3f7vyBCB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkJFgr4ACgkQXVIcjOaxUBbr9QCg0GZ43uXh/4NKSH4e++ZAJuOz o+kAoOwCfUe7LmiYZExvQa3eBL1ipkRV =rihN -----END PGP SIGNATURE----- --fwqqG+mf3f7vyBCB-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 17:48:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16F4016A4CE for ; Sat, 26 Mar 2005 17:48:59 +0000 (GMT) Received: from ecserv7.uwaterloo.ca (ecserv7.uwaterloo.ca [129.97.50.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9136043D1D for ; Sat, 26 Mar 2005 17:48:58 +0000 (GMT) (envelope-from bruce@sciborg.uwaterloo.ca) Received: from ecserv7.uwaterloo.ca (localhost.uwaterloo.ca [127.0.0.1]) j2QHn0AG046510; Sat, 26 Mar 2005 12:49:00 -0500 (EST) (envelope-from bruce@sciborg.uwaterloo.ca) Received: (from www@localhost) by ecserv7.uwaterloo.ca (8.12.10/8.12.10/Submit) id j2QHn05m046509; Sat, 26 Mar 2005 12:49:00 -0500 (EST) (envelope-from bruce@sciborg.uwaterloo.ca) X-Authentication-Warning: ecserv7.uwaterloo.ca: www set sender to bruce@scimail.uwaterloo.ca using -f Received: from 65.93.197.104 ( [65.93.197.104])HTTP; Sat, 26 Mar 2005 12:49:00 -0500 Message-ID: <1111859340.4245a08c1e247@www.nexusmail.uwaterloo.ca> Date: Sat, 26 Mar 2005 12:49:00 -0500 From: Bruce Campbell To: Jeff Seeman MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.6.2 X-Originating-IP: 65.93.197.104 cc: freebsd-stable@freebsd.org Subject: re: WIFI access software X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 17:48:59 -0000 There is this thing I wrote, called the NAA (network authentication appliance) http://www.freebsd.uwaterloo.ca/twiki/bin/view/Freebsd/NetworkAuthenticationApp liance To my knowledge nobody outside of our site uses it. But we use it for all all wireless access at the University of Waterloo. It also supports this thing I wrote called the "Toilet Tank Traffic Shaper" http://www.freebsd.uwaterloo.ca/twiki/bin/view/Freebsd/ToiletTankTrafficShaper which is handy to keep the dvd downloaders in check. Installation of the NAA is not yet at the "make; make install" stage. Rather "do all these steps, think, do some more, test, hmm, fix this, call the developer, ok it's almost working now". So, you are welcome to contact me if you try the NAA, and get stuck. -------- Original Message -------- Subject: WIFI access software Date: Fri, 25 Mar 2005 21:00:54 -0800 From: Jeff Seeman To: freebsd-stable@freebsd.org I have a client who has 3 restaurants and wants to provide wifi access to the customers. He wants to be able to control who and when it can be accessed. He is not planning on charging for the access at the moment but certainly would like that ability. I want to use freebsd, but can not find a software pkg that will allow me to do this. Does anyone have an idea or better yet implemented something like this? Thanks in advance, Jeff -- Bruce Campbell Manager, Science Computing C2-260 University of Waterloo (519)888-4567 ext 6991 ---------------------------------------- This mail sent through www.mywaterloo.ca From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 20:03:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D24BB16A4CE for ; Sat, 26 Mar 2005 20:03:52 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A897D43D5C for ; Sat, 26 Mar 2005 20:03:51 +0000 (GMT) (envelope-from mjct@buerotiger.de) Received: (qmail 26944 invoked by uid 0); 26 Mar 2005 20:03:50 -0000 Received: from 85.74.57.108 by www52.gmx.net with HTTP; Sat, 26 Mar 2005 21:03:50 +0100 (MET) Date: Sat, 26 Mar 2005 21:03:50 +0100 (MET) From: "Martin Jakob" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #1630361 Message-ID: <16294.1111867430@www52.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: file /usr/src/etc/rc.d/network is not installed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 20:03:52 -0000 Hi there, I searched a way to activate new interface/network settings after changes to /etc/rc.conf (defaultrouter, interface aliases, etc.). I found the /etc/netstart script, which does what i want. In the script i found a comment, which says, that this script is obsoleted by /etc/rc.network, but i (well, actually locate) can't find this file anywhere. I then browsed the cvs to search for this script. I found in src/etc/rc.d/ the "network" script, which seems able to handle my network reconfiguration demands. Yet, bravely copying it to /etc/rc.d and executing it, does not work. It produces warnings like: WARNING: $flushroutes is not set properly - see rc.conf(5). or WARNING: $auto_ifconfig is not set properly - see rc.conf(5) and the default route is not set. (yeah, i read rc.conf as advised, but i still have no clue where to set this variables). So, maybe there is a cause this script is not installed? What is the correct way to reconfigure the network (besides ifconfig and friends :)? the system: FreeBSD freebsd.local 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: Sat Mar 26 19:24:16 CET 2005 root@freebsd.local:/usr/obj/usr/src/sys/ATLAS i386 thanks in advance -- Martin From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 20:11:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50E3C16A5A4 for ; Sat, 26 Mar 2005 20:11:08 +0000 (GMT) Received: from stevenwills.com (rdu88-255-171.nc.rr.com [24.88.255.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B0E43D58 for ; Sat, 26 Mar 2005 20:11:07 +0000 (GMT) (envelope-from steve@stevenwills.com) Received: from [192.168.0.2] (matrix.mouf.net [192.168.0.2]) by stevenwills.com (8.12.11/8.12.11) with ESMTP id j2QKB6jJ080733 for ; Sat, 26 Mar 2005 15:11:06 -0500 (EST) (envelope-from steve@stevenwills.com) Message-ID: <4245C1D7.6010703@stevenwills.com> Date: Sat, 26 Mar 2005 15:11:03 -0500 From: Steve Wills User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (stevenwills.com [24.88.255.171]); Sat, 26 Mar 2005 15:11:06 -0500 (EST) Subject: Re: 5.4-BETA1 ACPI problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 20:11:08 -0000 Following up to myself for the archives, this problem was solved with a BIOS upgrade. This is on an Asus P4P800-E Deluxe (865PE). Old BIOS rev was 1002, new is 1004. Sorry for the noise. Steve From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 20:11:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A3A716A4CE for ; Sat, 26 Mar 2005 20:11:17 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id A146243D3F for ; Sat, 26 Mar 2005 20:11:16 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DFHcq-0008IX-00; Sat, 26 Mar 2005 21:11:16 +0100 Received: from [217.227.144.199] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DFHcp-0003dE-00; Sat, 26 Mar 2005 21:11:15 +0100 From: Max Laier To: freebsd-stable@freebsd.org Date: Sat, 26 Mar 2005 21:10:57 +0100 User-Agent: KMail/1.7.2 References: <16294.1111867430@www52.gmx.net> In-Reply-To: <16294.1111867430@www52.gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2663728.pG6JPL7imU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503262111.04023.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Martin Jakob Subject: Re: file /usr/src/etc/rc.d/network is not installed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 20:11:17 -0000 --nextPart2663728.pG6JPL7imU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 26 March 2005 21:03, Martin Jakob wrote: > I searched a way to activate new interface/network settings after changes > to /etc/rc.conf (defaultrouter, interface aliases, etc.). I found the > /etc/netstart script, which does what i want. In the script i found a > comment, which says, that this script is obsoleted by /etc/rc.network, but > i (well, actually locate) can't find this file anywhere. > > I then browsed the cvs to search for this script. > I found in src/etc/rc.d/ the "network" script, which seems able to handle > my network reconfiguration demands. Yet, bravely copying it to /etc/rc.d > and executing it, does not work. It produces warnings like: > WARNING: $flushroutes is not set properly - see rc.conf(5). or > WARNING: $auto_ifconfig is not set properly - see rc.conf(5) > and the default route is not set. > (yeah, i read rc.conf as advised, but i still have no clue where to set > this variables). > So, maybe there is a cause this script is not installed? It seems that your /etc/defaults/rc.conf is outdated - as is your /etc/rc.d= =20 collection. You might want to try to update /etc with the help of=20 mergemaster(8). Be sure to pass the -i flag to install missing files=20 in /etc/rc.d=20 > What is the correct way to reconfigure the network (besides ifconfig and > friends :)? > > the system: > FreeBSD freebsd.local 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: Sat Mar 26 > 19:24:16 CET 2005 root@freebsd.local:/usr/obj/usr/src/sys/ATLAS i386 =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 --nextPart2663728.pG6JPL7imU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCRcHXXyyEoT62BG0RAoRuAJ0ZYAVbffsHYdN2YgwKSiK0oABuPACeJNx7 eTm2M6Lba7D5x6X/GQt48lY= =J0Q6 -----END PGP SIGNATURE----- --nextPart2663728.pG6JPL7imU--